現場発注・経理支払の分業— RACI再設計
公開: 2026年9月8日
RACIのA(説明責任)を現場に置くと、支払遅延の説明が経理に押し付けられがちです。
逆にAを経理だけに置くと、書面不交付や受領日未入力が現場で放置されます。
役割の切り方は取適法対応のRACI表を土台に、発注と支払を工程ごとに分解して再配置します。
トリカク(torikaku) では工程ステータスごとに担当を分けられるため、現場/経理のボール位置が可視化できます。
1. 分業で空く穴
1-1. 受領日を誰も入れない
現場は「納品された」、経理は「請求書が来た」だけで、受領日が空欄のまま60日計算が始まりません。
電子納品で検収完了日と受領日がズレる場合は検収完了日と受領日がズレる電子納品の起算を先に合意し、入力担当をRACIに明示します。
1-2. 書面は現場、支払は経理で情報が分断
発注PDFが現場Drive、請求が経理メール、と分断すると突合が破綻します。
1案件1フォルダの型は発注〜支払のリンク集を1案件1フォルダにする型に寄せ、両者が同じ正本を見ます。
1-3. 遅延週にボールが消える
支払遅延が発生した週は、誰が何を止めるかの戦術が必要です。
初動は支払遅延が発生した週の社内戦術をRACIのエスカレーション行に貼り付けます。
2. 工程別RACIの再配置例
| 工程 | 現場 | 経理 | 管理 |
|---|---|---|---|
| 適用判定 | C | C | A/R |
| 4条書面発行 | R | I | A |
| 受領日入力 | R | A(週次監視) | I |
| 支払実行 | I | R | A |
| 60日監視 | C | R | A |
「現場が発注する=現場がすべてA」ではない点がポイントです。
権限金額の上限は発注権限マトリクスと必ず突合してください。
3. シナリオ:店舗開発の外注
店舗リーダーが内装関連の発注をし、本部経理が支払うケースです。
現場が検収完了メールを無視し、経理は請求書到着日を受領日に入れて60日を誤計算しました。
再設計後は、現場が受領日R、経理が空欄アラートのA、と分け、ダッシュボードで「検収中」放置を止めます。
放置防止は検収中ステータスをダッシュボードで放置しない運用を週次会議の固定議題にします。
4. 経費精算と発注台帳の二重管理
現場が立替→経費精算、経理が別途発注台帳、だと同じ取引が二重になります。
つなぎ方は経費精算と発注台帳で整理し、立替案件も発注番号を必須にします。
5. 再設計チェックリスト
- 工程ごとにRとAが氏名レベルで埋まっているか
- 受領日入力のRが現場になっているか
- 60日監視のRが経理(またはコンプラ)になっているか
- 正本フォルダを現場・経理が共有しているか
- 遅延週のエスカレーション先が書いてあるか
全体の抜けは発注コンプライアンスのチェックリストの責任者欄と突き合わせると、RACIの空白が可視化されます。
6. 引き継ぎと兼任
現場リーダーの異動で発注履歴が消えるのは典型事故です。
引き継ぎ体制は発注担当者の引き継ぎ体制にRACIの行ごと移譲日を書き、経理側の監視は止めないでください。
7. RACIを「壁のポスター」で終わらせない
表を作っただけでは、現場は見ません。
発注作成画面の近くに「今の工程のRは誰か」を表示するか、案件カードに担当者名を必須入力にします。
週次ミーティングでは、空欄のR/A件数だけを最初の5分で確認します。
空欄がある案件は承認・支払を止める運用にすると、表が生きます。
7-1. 現場が強い組織での抵抗への答え
「現場に受領日入力を増やすのか」という抵抗には、入力項目を1つに絞り、他は経理が補完すると伝えます。
受領日だけ現場、金額突合は経理、と分けた方が総工数は減ることが多いです。
逆に現場がすべてを抱え込むと、リーダーの残業と抜け漏れが同時に増えます。
7-2. 経理が強い組織での抵抗への答え
「支払前に全部チェックすればよい」は、60日の残り日数が少ない案件で破綻します。
上流(書面・受領日)を現場Rに戻し、経理は監視Aに寄せる再設計が必要です。
支払直前の一括チェックは最終ゲートであり、唯一のゲートにしてはいけません。
8. 再設計ワークショップの進め方(90分)
最初の20分で直近の失敗案件を1件選び、誰が何をしたかを付箋で時系列に並べます。
次の30分で工程別RACIを埋め、空白と二重Rを消します。
次の20分でダッシュボードの列(受領日空欄・期日接近・書面未添付)を決めます。
最後の20分で周知文と施行日を決め、旧慣習(現場メール発注のまま経理が払う等)の廃止を宣言します。
ワークショップ後1ヶ月は、空欄件数の推移を経営または管理部門に週次報告します。
よくある質問
Q. 現場に書面発行を任せて大丈夫ですか
テンプレ強制と金額上限があれば可能です。
上限超過は管理のA承認を必須にします。
Q. 経理が適用判定までやるべきですか
初回判定は管理/コンプラ、更新確認は経理がマスタを触る、という分担が現実的です。
資本金の期中変更は資本金が期中に変わったときの適用判定を経理の監視項目に入れます。
Q. フランチャイズ多拠点ではどうしますか
拠点リーダー=現場R、本部=A、の型を店舗数分コピーします。
拠点を横並びに揃える手順はフランチャイズ本部の複数拠点統一に寄せると、店舗ごとの独自運用が残りにくいです。
Q. 週次で見るKPIは何ですか
受領日空欄件数、60日接近件数、書面未添付件数の3つで足ります。
KPI設計はダッシュボードKPI(60日)に合わせてください。
9. 再設計後30日の観測指標
受領日空欄率、書面未添付率、60日接近の未対応件数、RACI空欄件数の4つを週次で追います。
どれか一つでも悪化したら、工程のRが再び曖昧になっていないか表を見直します。
現場と経理のチャットログに「誰がやるか」が何度も出るなら、画面上の担当表示が不足しています。
逆に指標が安定したら、会議時間を短縮し、例外案件のレビューに時間を回します。
指標は罰するためではなく、ボール位置を見える化するために使います。
10. 実例:店舗10拠点の内装・販促外注
各店リーダーが発注し、本部経理が支払う体制で、受領日空欄が常時30件近くありました。
RACI再設計後、受領日入力を店舗R、空欄監視を経理Aにし、空欄が3営業日超なら店舗へ自動リマインドしました。
2ヶ月で空欄は5件未満になり、60日接近のヒヤリも減りました。
店舗側の追加工数は「受領日を1つ打つ」だけで、以前の月末の問い合わせ対応より総時間は短くなりました。
成功要因は、現場に全部を背負わせず、監視と支払を経理に残したことです。
「現場発注=現場が全部A」を捨てた瞬間に、分業が機能し始めます。
11. チャット運用との境界
現場と経理の調整はチャットで構いませんが、受領日・金額・期日の確定値は台帳にしか残さないルールにします。
チャットの「了解」だけで支払う運用は、RACIのRが消えた状態と同じです。
台帳URLをチャットに貼り、値の編集は台帳側で行う習慣を付けます。
これを徹底すると、「チャットではこう言った」争いが減り、監査説明も短くなります。
境界線は「会話はチャット、記録は台帳」の一文で十分です。
12. 月末締め週の特別ルール
月末は現場も経理も忙しいため、RACIの空欄が再び増えます。
締め週だけは、受領日空欄と期日接近のリマインド頻度を日次に上げます。
支払実行の前日に、現場Rが未入力の案件一覧を経理Aが止める権限を明文化します。
「今月は特別に後で入れる」を許すと、翌月に空欄が積み上がります。
締め週こそ分業の本番であり、平常時よりゲートを緩める理由にはなりません。
13. 変更・訂正発生時のRACI
通常発注のRACIだけ決めても、金額変更や納期前倒しのたびにボールが消えます。
変更工程を別行で足し、「誰が訂正書面を出すか」を初回から固定します。
| 変更工程 | 現場 | 購買/管理 | 経理 |
|---|---|---|---|
| 変更検知・起票 | R | I | I |
| 訂正書面発行 | C | R | I |
| 支払予定更新 | I | C | R/A |
変更合意のPDF化は変更合意のチャットをPDF化して5条に紐づける手順とセットで、現場は検知だけ、購買が書面、経理が金額反映——と役割を分けます。
台帳運用の実務感覚は発注台帳の運用実務も合わせて読むと、RACI表が机上で終わりにくくなります。
13-1. エスカレーションの時間軸
変更起票から24時間以内に訂正書面が出ない案件は、管理へ自動エスカレーションします。
48時間超で支払予定未更新なら経理Aが支払実行を止める——この2段階をRACIの脚注に書きます。
減額が絡む変更は減額・買いたたき禁止の観点も購買Rのチェック項目に入れ、現場だけで完結させません。
14. よくある質問(追補)
Q. 購買部門が無い小規模組織では
管理または経理が購買Rを兼務し、現場は変更検知と受領日入力に専念させます。
兼務でもRとAを同一人物にしないよう、承認者を別名にします。
Q. 外注先が直接現場リーダーに請求してきたら
請求受領は経理R、検収確認は現場R、と分け、請求書だけで支払を進めないルールにします。
現場が請求書を転送するだけではRが曖昧になるため、転送時に台帳URLを必須添付にします。
まとめ
- 発注Rと支払Rを分け、Aを工程ごとに再配置する
- 受領日は現場R、60日監視は経理Rが基本形
- 正本フォルダと遅延戦術をRACIに紐づける
- 異動時は行ごとの移譲日を残す
注意
本記事は社内役割分担の設計例であり、法的助言ではありません。
組織実態に合わせた責任分界は、管理部門と専門家で確定してください。