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

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