「この項目、最近は誰も入力していないし、消してもよさそう。」 ​ kintoneのアプリを整理するとき、使われていないように見えるフィールドが気になることがあります。ただ、画面で目立たない項目でも、月末の集計や外部サービスへの連携に使われているかもしれません。 ​ 変更前に確かめたいのは、入力されているかだけでなく、どこから参照され、何の業務を支えているかです。今回は、フィールドの削除や変更を検討するときの確認ポイントを整理します。 ​ 1．まず「何を変えるのか」を分ける 「項目を整理したい」という要望には、表示名を分かりやすくする、一覧から外す、フィールド自体を削除するなど、異なる変更が含まれます。目的に合った変更を選びましょう。 ​ 変更したいこと 最初に確認すること 表示名を変える 利用者の操作説明や帳票との表記が一致するか 一覧の表示項目から外す その一覧で確認・判断する業務に支障がないか フィールドコードを変える 計算式、カスタマイズ、外部連携で参照していないか フィールドを削除する 保存データと参照元への影響を確認できているか...

はじめに kintoneのプロセス管理で「計算実行」や「請求書作成」などのアクションを起点に、 ExcelテンプレートからExcel/PDFを出力し 添付としてレコードに反映し 添付Excelを解析して計算結果をkintoneへ書き戻し 最後にステータスを更新して完了通知 までを一連で自動化したいケースがあります。 この記事では、実運用で採用したフロー（①〜⑩）を、チーム共有／再現可能な形で整理します。 対象：サービス請求書（例） 数量・単価などはkintoneの入力値 金額・税額・合計などの計算はExcel側 顧客提示はPDF kintoneは計算結果と成果物（Excel/PDF）を保持する kintoneフィールド構成 請求書テンプレート（Excel） 実運用フロー（①〜⑩） ① プロセス管理のアクションを実行 ユーザーはkintone上でプロセス管理アクション（例：計算実行）を押す。 ここが自動処理の起点。 ② Excelテンプレートを取得 レコードの「テンプレート」ファイル（FILE）を参照し、出力の元となるExcelテンプレートを取得す

kintoneは誰でもアプリを作れるのが魅力ですが、その「アプリの単位」は企業ごとに大きく異なります。 ある会社では「契約管理」のように業務全体をカバーするアプリ、別の会社では「製本依頼」のように作業に特化したアプリ、といった具合です。 業務フォーカス型（基幹型） 契約管理、案件管理、請求管理など、業務全体を担うアプリ。 台帳としての役割を持ち、会社の資産データを集約する。 強み ：全体を俯瞰できる、一元管理しやすい 弱み ：スコープが広くなり、複雑化しやすい 作業フォーカス型（タスク型） 製本依頼、承認申請、検収など、個別の作業に特化したアプリ。 業務の一部の動きを切り出すイメージ。 強み ：シンプルで運用しやすい、分業に向く 弱み ：点在しやすく、全体像を把握しづらい 混在するのが現実 多くの企業では業務型と作業型が混在しています。 ただし「業務型アプリを綺麗に回す」のは難易度が高く、例外対応や権限分岐が増えて複雑になりがち。 そのため、 台帳（業務型）はシンプルに保ち、作業は別アプリに切り出して連携させる と運用しやすくなります。 ベンダー