認可枠・予算を超える発注を勝手にさせない、購買の承認ゲート

静岡に本社と工場を構え、自動車の完成車メーカー向けに精密部品を供給する、従業員約280名の中堅メーカーを想像してください。ある金曜の昼、生産技術の現場リーダーが工作機械の主軸モーターを緊急で手配しなければなりません。ラインが止まり、1時間あたり約20万円の機会損失が発生しています。彼は取引先にメールで発注し、購買担当と経理をCCに入れました。2日後に部品が届き、ラインは動き出します。そして翌月の初め、経理担当者が初めて請求書を開いて、その金額が640万円であることに気づきます。500万円以上は役員承認が必須という規程があるのに、その役員には誰も相談していませんでした。すでに部品は組み込まれ、ラインは稼働しており、会社は次の内部統制の指摘に向けて言い訳を用意することになります。

これが、典型的な認可枠を超える発注の例です。不正ではありません。購買がメールとExcelの上で回っているとき、稟議規程の承認権限が少しずつ形骸化して起きる現象です。金額が権限の閾値を超えていても、誰も照合しないので、マネージャーの本当の権限を超えた発注がそのまま通ってしまいます。予算の超過は月末の決算で初めて発覚し、手遅れです。本記事は、基幹システムの承認ゲートがこの両方の問題を、発注の起点で止める仕組みを説明します。金額によって承認ルートを振り分け、発注が予算枠を超える瞬間を検知して追加承認を要求するゲートです。

承認ゲートのない購買が静かに食うコスト

承認権限の規程は、本来、購買統制の背骨です。典型的なメーカーはそれを一度文書にし、規程集に印刷して、あとは二度と運用しません。その後に起きることは予想がつきます。490万円の発注が、権限100万円の係長の承認で通ります。金額が2行に分けられていたからです。800万円の発注が、権限500万円の部長の承認で通ります。メールの宛先にいた誰も金額を確認しなかったからです。規程は紙の上にだけ存在し、他のどこにもありません。

こうした社内規程の枠を外れた、契約単価や承認ルートを無視した発注は、一般的にムダ買いと呼ばれます。枠外発注は、同じ商品であっても適正に管理された購買より割高になるのが通例です。契約が用意した交渉単価やボリュームリベート、取引先審査を迂回するためです。年間約30億円を材料と部品に費やす静岡のメーカーであれば、枠外発注の一部にわずかな上乗せがあるだけでも、数百万円単位の無駄な支出が発生します。上乗せの大きさは品目や取引先によって変わりますが、方向に迷いはありません。統制のない購買は、統制された購買より同じ商品でも高くつきます。

そして同じ問題の予算側があります。ある発注依頼は、申請者の権限内に収まっていても、予算枠を突破していることがあります。今期の工場保守予算は4,000万円です。主軸モーターと、それより前の金型の発注が、静かに実際の支出を4,600万円まで押し上げます。予算と発注が、互いに会話をしない別々のシステムに存在するため、誰も気づきません。超過が発覚するのは、経理が月末に帳簿を締める瞬間です。そのときすでに現金は流出しており、残された選択肢は、管理会議で差異を説明することだけです。

基幹システムは、これが発見される場所を変えます。月末から、担当者が発注依頼に金額を入力する瞬間へ、チェックポイントを前に移します。この一つの変化が、問題を防ぐことと、問題を記録することの違いになります。

金額と予算を読む承認ゲート

これを実現するエンジンは、現代の基幹システムであるERPのワークフロー層に存在し、今日すでに稼働しています。実際の承認のコードを読むと、何が本当に実装され、何がまだロードマップなのかが分かります。この境界について正直に伝えることの方が、過剰に売り込むことより大切だと考えています。

金額しきい値による自動ルーティング

発注依頼が提出されると、システムは合計額を読み取り、金額に基づいて正しい承認ルートに振り分けます。これは金額しきい値の条件ルーティングであり、今日稼働中の機能で、ロードマップの約束ではありません。100万円未満の依頼は、申請者の直属の上司が承認できます。合計が100万円を超えた瞬間、システムは部長を承認チェーンに追加します。500万円を超えれば、ルートは役員まで延びます。申請者が承認者を選ぶのではありません。金額が選びます。640万円のモーターを係長の承認で通す術はありません。システムがそもそもそこへ送らないからです。

これが重要なのは、承認権限の規程を自己実行的にするからです。規程集の中に存在するルールが、依頼の行き先を実際に決めるルールになります。このロジックは組織改編にも耐えます。承認は（購買部のマネージャーといった）役割に対して振られるため、名指しされた個人に依存しないからです。誰かが席を移動しても、フローは動き続けます。

枠をまたぐ瞬間を捉える予算超過ゲート

2つ目のゲートは、多くの企業がそもそも持っていないものです。各発注依頼は、予算枠に紐付けられます。依頼が提出されると、システムは、その予測支出が予算枠を超えるかを判定し、超える場合は依頼が先に進む前に追加の承認を要求できます。これが、権限内であっても予算超過の発注を提出時に捕捉することと、同じ発注を1か月後の管理の差異報告書で発見することの違いです。

ここもまた、正直に線を引く場所です。承認のルーティングと、しきい値のロジックは実装済みで稼働しています。予算超過ゲートの最も統合された形、すなわちワークフローが基幹システムから確定済予算をリアルタイムに読み取り、承認時に承認済金額を予算枠へ自動で書き戻す機能は、現時点ではロードマップにあります。条件ルーティングとしきい値のトリガーは、今すぐ有効にできるガードレールです。発注レコードの自動生成と予算への書き戻しは、その次に来るものです。この境界を正確に述べることこそが、信頼を保つ方法です。

-> 関連：製造業の全ワークフローとROI

事例：静岡の中堅精密部品メーカー

静岡のメーカーに戻りましょう。承認ゲートがなければ、主軸モーターの発注はメールでそのまま通っていたはずです。現場リーダーは代わりに、システムに依頼を入力します。取引先、部品番号、そして640万円の合計額を入力し、その依頼を工場の保守予算に紐付けます。

人間が目にする前に、2つのことが起きます。1つ目、金額が500万円を超えているため、システムは依頼を係長と部長の先へ、その金額帯の権限を持つ役員へ直接回します。係長が判子を押すことはできません。依頼が彼のキューに届くことがないからです。2つ目、今期の保守予算がすでに使い込まれているため、依頼は予算枠に対してフラグが立ちます。役員は1つの画面で両方の信号を見ます。これは大型の発注であり、かつ予算を超えている、と。彼は十分な理解の上で承認するか、あるいは保守チームに翌期への繰り延べを指示します。いずれにせよ、意思決定は偶発的ではなく、意図的なものになります。

これを1年間で積み重ねてください。メーカーは年間約4,000件の発注を処理します。紙とメールでの1件あたりの処理時間を保守的に25分、承認ゲートを使った流れで8分とすれば、年間約1,130時間の購買関連工数の削減になります。3,000円のバックオフィス人件費で換算すると、約340万円の直接労務削減です。そして綺麗な会計に乗せにくい、より大きな金額があります。ゲートが発注の瞬間に止めた、枠外発注の上乗せコストと予算超過です。提出時に捕捉された大型の枠外発注1件は、月末に言い訳をそろえるより、直接労務の削減を何倍にも上回る効果になり得ます。

-> 関連：購買・買掛の発注と支払の仕組み

月末が発見するものを、承認が捉える理由

予算超過が月末の決算で発覚するのには、構造的な理由があります。分断された仕組みでは、発注はメール、予算はExcel、帳簿は会計ソフトです。経理担当者が月末に座って3つを照合するまで、何一つ繋がりません。その時点で支出は過去のものです。差異報告書は統制ではなく、検死報告になります。

承認ゲートを持つ基幹システムは、この時間軸を反転させます。発注依頼、権限ルール、予算枠が同じシステムの中に存在するため、比較は月末ではなく提出時に行われます。月末は、調査すべき驚きが減る分、短くなります。経理は、悪い知らせを1か月遅れで報告するチームから、その悪い知らせが生まれるのをルールで防ぐチームへと変わります。

これが、購買を単体の調達ツールではなく、基幹システムの中で統治すべきより深い理由です。単体のツールでも承認のルーティングはできます。しかし、それだけでは、生の予算台帳を読むことも、確定 COMMITMENT を帳簿に書き戻すこともできません。その接続こそが、承認フローを支出統制に変えるものです。だからこそ、すでに台帳と発注とワークフローエンジンを所有している基幹システムは、このゲートの置き場所として、さらに別の単体ソリューションよりも優れています。

-> 関連：月末のパニックなしに予算と実績を比較する

よくある質問

承認のしきい値は、うちの稟議規程に合わせられますか？

はい、そしてそうあるべきです。しきい値は設定可能です。例に出した100万円と500万円の区切りは、貴社の稟議規程がすでに定めているものとそのまま一致させられます。自動化の目的は、新しい規程を作ることではなく、すでに書いた規程を運用することです。最初のステップとしてよくあるのは、現在の承認権限表をそのままルーティングルールに書き写し、そこから少しずつ整えていくことです。

予算枠を超える依頼はどうなりますか？

先に進む前に、追加のレビューを求めるフラグが立ちます。申請者は依頼を提出しますが、予測支出が枠を超えるため、システムは予算の管理者や経理担当者を承認チェーンに追加します。正直な注記をすると、最も統合された予算超過ゲート、すなわちワークフローが確定済予算をリアルタイムに読み、承認された金額を予算枠に自動で書き戻す機能は、現時点ではロードマップにあります。提出時に超過を捉える承認ルーティングとしきい値のトリガーは、今日稼働しています。

承認されると、発注は自動で作られますか？

現時点では、そこはまだです。率直に申し上げます。承認ゲートと、金額の条件ルーティングは実装済みで稼働しています。承認に連動した発注レコードの自動生成は、予算への書き戻しとともにロードマップにあります。今日、承認された依頼は、完全に監査された承認記録を生成し、発注そのものはその記録から通常のフローで作成されます。Kikan System はこの承認ゲートを今日提供し、最大2ユーザーまで無料、クレジットカード不要で認可枠と予算の超過を提出時に止められます。この最後の手作業ステップをなくすのが、ロードマップが閉じる部分です。

上司が不在のときでも機能しますか？

はい。ワークフロー層は安全な代理承認を支えています。出張中のマネージャーは、指名した代理人へ承認権限を委譲でき、高リスクの案件については復帰時の再承認を必須にできます。依頼は、誰かが飛行機で戻るのを1週間待って止まることはなく、監査証跡は誰が誰の代わりに立ったかを正確に記録します。これだけでも、現場が正式なプロセスを迂回する最も一般的な理由の一つを取り除きます。

重要なポイント

認可枠を超える発注は、悪意であることは稀です。権限ルールが紙の上にしかなく、予算のチェックが月末にしか行われないときに起きる現象です。承認ゲートを持つ基幹システムは、両方のチェックを依頼の瞬間に移します。金額が誰が承認するかを決め、予算枠が追加レビューの要否を決めます。かつて静かに通り抜けていた発注はゲートで止まり、経理チームは、防げたはずの支出について差異の検死報告を書き続ける必要がなくなります。

Kikan System で始める

発注が、承認した人の本当の権限を超えて届き続けているなら、Kikan System をご覧ください。ワークフローエンジンは、すべての発注依頼を金額しきい値でルーティングし、依頼が予算枠を超える瞬間をフラグで知らせます。そのためゲートは月末ではなく提出時に動きます。承認のルーティングとしきい値のロジックは今日稼働中で、発注の自動生成と予算への書き戻しはロードマップにあります。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。