kintoneの経費精算は承認後が詰まる｜購買・出張との連携

kintoneで経費精算アプリを作ると、申請と承認は確実に速くなります。それでも経理の工数が思ったほど減らない——原因は、承認が終わったあとに残る作業にあります。発注や予約は誰かが別システムで実行し、その結果を経費として改めて入力し直す。この往復がある限り、承認をいくら速くしても全体は縮みません。

本記事は、承認が終わったあとの実行フェーズに絞ります。経費申請アプリそのものの自動化（仕訳連携・領収書OCR・プラグイン選定）はkintoneで経費申請を自動化する方法｜標準機能の限界とはで扱っているので、そちらと合わせてご覧ください。

この記事の要点

• 承認までを自動化しても、発注・予約の実行と、その結果の経費入力が手作業で残ると全体のリードタイムは縮まない。
• 経費は「使ったあとに記録する業務」ではなく、購買・出張を実行した時点で生成されるデータとして扱える。
• 承認から購買実行までの時間が延びるほど、出張手配では直前予約による価格上昇という形で直接コストに跳ね返る。
• 承認後まで含めた見直しは経理単独では完結せず、情シス・総務を含む三部門での要件定義が前提になる。

前提：承認までは標準機能で足りている

kintoneのプロセス管理を使えば、申請者→上長承認→経理確認という多段階フローも、金額による条件分岐も、差し戻しもノーコードで組めます。ここは多くの企業がすでに到達している領域です。

フロー自体をこれから組む場合はkintoneのプロセス管理を設定する方法【画面付き】が出発点になります。設計パターンの選び方はkintoneのプロセス管理とは？仕組みと設計パターンにまとめています。

問題はその先です。kintone単体で自動化できないものは3つあり、①会計ソフトへの仕訳転記と②領収書の突合は、プラグインや会計APIで解消できる余地があります（詳細はkintoneで経費申請を自動化する方法｜標準機能の限界とは）。本記事が扱うのは3つ目、③購買・出張手配との連携です。ここだけは、道具を足すのではなく業務の順序を変えないと解けません。

なぜ「承認後」がボトルネックになるのか

承認と実行が別々の場所で行われている

kintoneで承認が下りたあと、実際の発注や予約は購買サイトや旅行会社の画面で、別の誰かが行います。この時点で会社の記録は2つに割れます。kintone上の「承認された申請」と、外部システム上の「実際の取引」です。

経理が月末にやっているのは、この2つを突き合わせて1つに戻す作業です。件数に比例して増え、差異が出れば差し戻しになります。自動化すべきは突合作業ではなく、記録が2つに割れる構造そのものです。なお、記録を1つにしたうえで会計システムへ渡す際に何を決めておくべきかは承認データを仕訳にする｜会計システム連携の設計にまとめています。

承認待ちの時間が、そのままコストになる領域がある

出張手配では、承認が下りるのを待つ間に航空券やホテルの価格が上がります。承認から購買実行までの時間が延びるほど、直前予約に近づき、同じ旅程でも支払額が増える。承認のリードタイムが直接コストに跳ね返る、数少ない領域です。

この構造は出張申請の手動再予約はなぜ多発するのかで詳しく整理しています。工程ごとに何分かかっているかの試算は出張1件の工数は何分か｜「85%削減」の算出根拠にあります。

事前申請と実行が分断されると、統制も効かない

事前申請から実際の予約・購買実行までがkintone上で完結していないと、予算超過や二重発注をその場で止める手段がありません。規程で上限を定めても、実行の瞬間に会社が介在できないためです。購買側の統制設計は消耗品購買の内部統制｜リスクと承認フロー設計を参照してください。

1Approval for kintoneで実現する「承認したら即完了」の自動化

起案から購買・出張手配までワンストップでつなぐ仕組み

1Approval for kintoneでは、購買申請の承認完了と同時に発注データが仕入先システムや出張予約サービスへ自動連携されます。従来は承認後に担当者が別途発注・予約を行っていた工程がゼロになります。

経理の督促・突合業務をなくすリアルタイム経費データ連携

購買・出張データが実行された時点で経費データとして自動生成され、各種会計ソフト・経費精算システムと連携できます。一般的なBTM（出張手配サービス）だけを利用する場合、請求は会計システム、経費は経費精算システムとそれぞれ別々に処理されることが多く、全体像が見えにくくなりがちです。1Approvalであれば請求情報と経費情報を一括で確認できるため、出張費用の合計などが一目で把握できます。加えて、法人カードによる決済の仕組みを組み合わせれば、従業員が一時的に立て替えて後日精算するという運用自体をなくすことも可能です。さらに、複数の取引先・サービスにまたがる利用料は月1回の法人一括請求としてまとめられるため、経理側の支払い処理も月末に集中させず平準化できます。

承認から購買完了までのリードタイム短縮という効果

導入企業では、承認から購買完了までのリードタイムが従来より大幅に短縮され、経理の月次締め作業の負担軽減にもつながっています。

加えて、事前承認の時点の価格と実際の購買実行時点の価格に差が生じても、あらかじめ設定した価格上昇の許容範囲内であれば差し戻しなく購買を進められる仕組み（ダイナミック・ポリシー）があります。わずかな価格変動のたびに承認をやり直し、その間にさらに価格が上がる、という悪循環を避けられます。

出張手配では予約が直前になるほど航空券やホテルの費用が上がる傾向があるため、リードタイムの短縮はそのまま直接コストに効きます。実際の導入企業の事例はユーグレナ様｜出張調整を1/4に短縮した導入事例をご覧ください。

自動化ツールはどう選べばいい？

自社の課題（転記・突合・購買連携のどこがボトルネックか）の切り分け方

まずは現状フローを棚卸しし、「転記が課題か」「突合が課題か」「購買連携が課題か」を明確にすることが選定の第一歩です。

プラグイン型・API連携型・一気通貫型（1Approval）の比較表

タイプ	解決範囲	向いている企業
プラグイン型	OCR・通知強化	入力負荷の軽減が優先課題
API連携型	会計仕訳の自動化	転記作業の削減が優先課題
一気通貫型	購買・出張〜経費まで一括	統制強化・リードタイム短縮が優先課題

電子帳簿保存法・インボイス制度対応の観点でのチェックポイント

タイムスタンプ付与や検索要件の充足、適格請求書の自動判定機能を備えているかは、ツール選定時に必ず確認すべき項目です。

導入はどう進める？よくある失敗は？

スモールスタートで始める導入フロー

現状フローの可視化→課題の切り分け→PoC（一部門での試験導入）→全社展開という段階を踏むことで、現場の反発を最小限にできます。

現場定着でつまずきやすいポイントと対策

入力項目を増やしすぎると申請者の離脱が起こります。既存の運用フローを大きく変えず、裏側の処理だけを自動化する設計が定着の鍵です。

情シス・経理・総務の三部門連携で進める体制づくり

自動化範囲が購買・出張にまで及ぶ場合、経理単独の判断では進められません。三部門が要件定義段階から参加する体制が成功要因です。申請〜承認〜精算までの自動化は、情シスにとっては保守負荷の軽減、総務にとっては出張手配の手間削減、経理にとっては突合作業の解消と、三部門それぞれの課題を同時に解決できるかどうかで評価すると選定がぶれにくくなります。導入を具体的に検討する際は、1Approval for kintoneの詳細を見るページで自社の運用に当てはめて確認してみることをおすすめします。

まとめ：経費は「記録する業務」から「実行の副産物」へ

承認フローを速くしても、承認後に発注・予約・経費入力の往復が残っていれば、全体のリードタイムは縮みません。経理が月末にやっている突合は、kintone上の申請と外部システム上の取引という2つに割れた記録を1つに戻す作業です。

解くべきは突合の効率化ではなく、記録が割れる構造のほうです。購買や出張の実行と同じタイミングで経費データが生成されれば、突合する対象がそもそも存在しません。

まずは自社の経費精算のうち、どれだけが購買・出張という「先に実行がある」支出なのかを数えてみてください。その比率が高いほど、承認後の設計を変える効果は大きくなります。仕訳連携や領収書OCRといった経費アプリ側の自動化は、kintoneで経費申請を自動化する方法｜標準機能の限界とはで扱っています。