仮払金の申請から精算まで、未精算をなくす

フィールドエンジニアが、顧客現場での一週間の据え付けサポートのため、これから飛行機で出発しようとしています。彼は経理に宿泊費、現地交通費、接待費として現金二十万円の仮払を依頼します。経理は現金を手渡します。領収書控えが交換され、出張が行われ、そしてそのお金は音信不通になります。エンジニアは戻り、次のトラブル対応に引っ張り出され、仮払は彼の机の引き出しに置き去りにされます。二か月後、月末の決算で経理はその仮払が未精算のままであることに気づきます。エンジニアは領収書をすべて見つけられません。何が承認されたか正確に覚えている人もいません。仮払は最終的に費用処理されるか、あるいは記憶から精算書が再構築され、手渡された金額と計上された金額の差は永久に完全には埋まりません。

これが仮払金が漏れる仕組みです。仮払自体は小さく、日常的な取引です。漏れが起きるのは、仮払と精算が別々の場所にあり、別々の人が扱い、何週間も何か月も離れていて、両者をつなぐ一本の糸が存在しないからです。仮払は何か月も未精算のまま放置され、領収書はいつまでも照合されず、お金が静かに貸借対照表から漏れ落ちていきます。解決策は、より大きなスプレッドシートを用意することではありません。基幹システムの中で、仮払の申請、承認、精算照合を一つの記録の工程としてつなぐことです。そうすればすべての仮払は精算と必ず突き合わされます。

仮払金が静かな損失になる理由

仮払金は一見無害に見えます。出張前に誰かに現金を渡し、相手がそれを使い、領収書を持って戻る。実務上、仮払はほとんどの企業が行う支払の中で、最も統制の緩いものです。背後に発注書はありません。請求書の照合もありません。あるのは、出張者が正直に、かつ期限内に精算してくれるという期待だけです。

その期待がプロセスに取って代わった瞬間、漏れが始まります。仮払は誰も追跡しないがゆえに未精算のまま長引きます。領収書は何週間も財布の中にあるため紛失します。仮払金額と精算金額は、誰も行単位で照合しないため乖離していきます。最悪なのは、対応する精算のない仮払は貸借対照表の幽霊になるということです。仮払勘定に半ば忘れられたまま置かれ、監査人が「このお金はどこへ行ったのか」と尋ねるまで誰にも気づかれません。

バックオフィスのコストも同様に現実のものです。経理チームは月末の決算で、未精算の仮払を洗い出し、出張者に領収書を求めるメールを送り、記憶から精算書を再構築する時間を費やします。それはまさに、サイクルの中で最もプレッシャーの高い一週間に、乏しい人員を吸い込んでしまう低付加価値の手作業の典型です。申請、承認、精算を一つの記録につなぐ ERP の中では、乖離が隠れる場所がないため、漏れは止まります。

答えは申請から精算照合までの一本のつながったフロー

核心は単純です。仮払は「支払い」と「別の精算」の二つではありません。複数の工程を移動する一つの記録であり、すべての工程が他の工程から見える状態にあります。申請工程が金額と目的を定め、承認工程が現金の支払を認可し、精算照合工程が領収書を仮払と突き合わせて精算を閉じます。これらの工程が一つの記録を共有していれば、仮払が誰の目にも触れずに未精算のままになることはあり得ません。

これこそ、バラバラのツールを積み重ねてもできないことを、基幹システムが成し遂げる部分です。ワークフローエンジンを使えば、各工程ごとに動的フォームを持つ一つの「仮払」という記録を定義できます。申請工程には、出張者、目的、概算金額、紐付く出張やプロジェクト、そして予定精算日を入力します。精算工程には実際の領収書、実際の金額、そして承認された仮払との差異を入力します。二つのフォームが同じ記録の工程であるため、精算は常に当初手渡された金額を把握しています。仮払を見失うことはありません。仮払が精算の一部だからです。

動的フォームこそが、これを開発者なしで実現する鍵です。各工程はその工程に必要な項目だけを表示します。申請工程は概算を問います。精算工程は実績と領収書を問います。項目は固定ではありません。工程ごとに設定されるため、少額の出張仮払と大型の調達仮払を、異なる表示項目と異なる承認閾値を持つ同じつながったフローで運用できます。一つの仮払タイプ、一つのフロー、その瞬間に適応するフォーム。

今日稼働している承認統制

ここで統制が入ります。誰でも申請でき誰でも承認できる仮払は統制ではなく、ただの蛇口です。仮払を基幹システムのワークフローに通す意義は、適切な承認者が適切な閾値で適切な申請を確認し、その承認が変更されないスナップショットとして記録されることにあります。

その承認統制は、今日実装済みで稼働しています。仮払の申請は、金額と申請者に基づいて自動的にルーティングされます。少額の出張仮払は直属の上司に回ります。大きな仮払は部門長や委員会の決裁へエスカレーションします。ルーティングは役職とポジションに従うため、組織改編後も生き残ります。上司が出張中でも、安全な代理承認によって統制を失うことなく仮払を進められ、リスクの高い仮払については帰任後に本人の再承認を求めるよう設定できます。すべての承認、代理、再承認は監査証跡として仮払の記録に紐付いて捕捉されます。

実務上これが意味するのは、申請から精算までの承認統制が実際に機能しているということです。出張者が申請し、承認者は文脈を保ったまま承認し、その承認は J-SOX や内部統制のための証跡として固定されます。承認が記録に乗らない限り、仮払がドアを出ることはありません。

自動仕訳の境界線について正直に

ここで、明確にすべき重要な境界線があります。今日、仮払と精算の仕訳は承認時に自動では起票されません。帳簿への自動書き戻しは二つのフローについてのみ実装済みです。経費精算と休暇申請です。仮払、発注、買掛請求書、売上請求書など、それ以外の自動起票はロードマップにあり、現時点では未実装です。

これが仮払フローについて意味するところは正確です。申請から精算までの承認統制は稼働済みです。動的フォーム、ルーティング、代理承認、ウォッチャー、監査証跡、そして承認された仮払に対する精算照合は、すべて機能している機能です。次に来るのは、承認が下りた瞬間に仮払と精算の仕訳が自動起票され、経理が手入力する必要がなくなる機能です。現時点では承認と照合はシステム内で統制されており、仕訳の起票は会計チームの通常フローに従います。それがこの機能の現在地の正直な表現であり、それでも引き出しの現金と比べれば劇的な改善です。

事例：精密部品メーカーのフィールドサービスチーム

静岡の中堅精密部品メーカーを想像してください。社員数は約280名。自動車の完成車メーカーに部品を供給しています。フィールドサービスのエンジニアは、据え付け、調整、緊急修理のために絶えず顧客現場へ赴きます。基幹システム導入前は、各エンジニアが出張前に経理のもとへ歩いて行き、現金の入った封筒を受け取り、紙の伝票にサインし、一週間姿を消していました。精算が行われたとしても、何週間も後にホッチキスで留められた領収書の束として届き、経理は誰も見つけられない紙の仮払伝票と手作業で照合しなければなりませんでした。

つながったフローでは、エンジニアは月曜日に工場の現場から仮払申請を起票します。動的フォームは、顧客現場、目的、必要な概算現金、そして予定帰任日を捕捉します。申請は金額に基づいて上司にルーティングされ、上司は火曜日に目の前に出張の文脈を置いた上で承認します。仮払は今や、承認が固定された一つの記録です。

エンジニアは出張します。金曜日の帰路の新幹線で、同じ仮払の記録を開き、精算工程に進めます。精算フォームが表示され、実績と領収書に必要な項目だけが出ます。各領収書を該当する行に添付します。システムはサーバー側で合計を再計算するため、精算金額が手入力の推測になることはありません。宿泊費が概算より高かった場合、その差異は提出した瞬間に見えます。上司は当初の仮払と実績を並べて精算を承認します。照合は構造的に完成しています。仮払はもはや貸借対照表の幽霊ではなく、月末の決算に二十万円の封筒の捜索は含まれません。

現金を超えて、なぜこれが重要なのか

メリットは単に仮払の漏れがなくなることだけではありません。もちろんそれは実現します。より深い効果は、すべての仮払が引き出しの紙切れではなく、一つの監査可能なオブジェクトになることです。各仮払は、申請、承認、領収書、精算、そして照合を一つの記録に持ちます。それが J-SOX のレビューやあらゆる内部監査の観点で持ちこたえる内部統制のストーリーです。

人材不足の観点もあります。令和7年（2025年）の情報通信白書は、48.7%の企業が人材不足をデジタル化の最大の障害に挙げていると報告しています。皮肉なのは、未精算の仮払を追いかけ、記憶から精算書を再構築する作業こそが、乏しい経理の人員を吸い込む低付加価値の手作業の典型だということです。仮払のフローをつなぐことで、バックオフィスは発掘作業ではなく分析に時間を向けられます。デジタル化が人材不足によって阻害されるのではなく、人材不足に応える手段になるのです。

最後に、サイクルタイムと資金の可視化です。仮払と精算が一つの記録であれば、経理はいつでも今この瞬間にいくらの現金が外に出ているか、誰が預かり、いつ戻る予定かを正確に把握できます。月末の決算は短くなります。未精算の仮払はダッシュボードに見えるからであり、引き出しに埋もれているわけではないからです。すべての仮払が精算と突き合わされるか、遅延した瞬間に例外として浮かび上がるため、お金が静かに漏れることはなくなります。

よくある質問

精算は仮払と完全に一致しなければなりませんか？

いいえ。通常は一致しません。現実の支出が概算に一致することは稀だからです。つなぐ意義は、その差異が見えて説明できることにあります。宿泊費が仮払より高ければ、上司は当初の金額と実績を並べて確認し、文脈とともに承認します。システムが防ぐのは、背後に精算がまったくない仮払です。それこそがお金が漏れる経路だからです。

自動仕訳起票は今日稼働していますか？

仮払と精算の仕訳については、いいえ。ここは正直に伝えます。申請から精算までの承認統制、動的フォーム、ルーティング、代理承認、照合は実装済みで稼働しています。承認時の仮払・精算仕訳の自動起票はロードマップにあります。今日、書き戻しは経費精算と休暇申請について実装済みです。仮払フローの承認と照合は現時点でシステム内で統制されており、自動起票は次に続きます。

古い未精算の仮払はどうなりますか？

見えるようになります。すべての仮払が予定精算日を持つ一つの記録であるため、システムはすべての未精算仮払を、誰が預かり、どれだけ放置されているかとともに表示できます。それだけで漏れの大部分は止まります。仮払が何か月も未精算のままになる本当の理由は、多くの場合、誰にも見えないからです。引き出しではなく一覧に出た瞬間、経理は費用処理される前に追跡できます。

仮払の種類ごとに異なるルールを設定できますか？

はい。それを可能にするのが動的フォームです。少額の出張仮払と大型の調達仮払を、異なる表示項目、異なる承認閾値、異なる精算期限を持つ同じつながったフローで運用できます。一つのフロー、適応するフォーム、一貫して適用される一つのルールセット。

-> 関連：経費精算のペーパーレス化を実現する基幹システムの使い方

-> 関連：出張の申請から精算まで一本化し、領収書の紛失と精算漏れをなくす

重要なポイント

仮払は一つの取引です。申請と精算を無関係な二つの出来事として扱うのをやめましょう。ERP の中で、仮払の申請、承認、精算照合を一つの記録の工程として運用すれば、仮払は未精算のまま放置されず、領収書は漂わず、お金が静かに貸借対照表から漏れることはなくなります。申請から精算までの承認統制は今日稼働しており、仕訳の自動起票はロードマップにあります。

Kikan System で始める

仮払がまだ封筒と引き出しの中にあるなら、Kikan System をご覧ください。ワークフローエンジンは仮払を申請から承認、精算照合まで一つのつながったフローとして運用し、各工程の動的フォーム、役職ベースのルーティング、安全な代理承認、完全な監査証跡、そしてこの機能が実装されるまでの正直な自動仕訳への道筋を提供します。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。