--- title: "ワークフローシステムで旅費精算を組む設計：出張申請・仮払・事後精算の承認経路と規程分岐" url: "https://www.issoh.co.jp/column/details/18635/" published: 2026-10-20 updated: 2026-10-20 categories: ["会計"] publisher: "株式会社一創" --- # ワークフローシステムで旅費精算を組む設計：出張申請・仮払・事後精算の承認経路と規程分岐 ワークフローシステムで旅費精算を回すとき、最初に決めるのは承認者の顔ぶれではなく、出張申請・仮払申請・旅費精算の3つの申請を何で結びつけるかです。この記事では、出張申請の番号で各申請を束ねるフォームの構成、国内・海外や概算額で承認経路を分ける分岐項目の作り方、仮払と事後精算の差額を取りこぼさない仕組み、宿泊費の上限と日当の規程チェックをワークフローに持たせる範囲を、製品ヘルプと国税庁・財務省の一次情報をもとに整理します。最後に示すのは、精算までワークフローで組んでよい企業と、精算だけを専用システムへ出すべき企業の境界です。ワークフローそのものの仕組みは[ワークフローとは？承認フローの仕組み・システム化の判断基準と選び方を解説](https://www.issoh.co.jp/column/details/12893/)で扱っています。 ## まとめ：ワークフローの旅費精算は出張申請番号と分岐項目の設計で決まる 旅費精算をワークフローで組む場合、出張申請・仮払申請・旅費精算・変更申請の4つのフォームを用意し、後の3つが必ず出張申請の番号を引用する形にします。番号でつながっていれば、承認者は精算の画面で事前に承認した概算額と実費の差を確かめられ、経理は未精算の仮払を一覧で追えます。 承認経路の分岐は、製品によって条件に使える項目の数が限られます。国内・海外、日数、概算額といった複数の条件は、1つの「出張区分」の項目にまとめてから分岐させるのが確実です。 出張が月に数件で、交通費の多くを申請者の入力と承認者の目視で確かめられる企業なら、精算までワークフローで足ります。出張が月に数十件ある、運賃の検証を自動にしたい、領収書を電子で保存したい企業は、出張申請と承認だけをワークフローに残し、精算は旅費精算システムへ出してください。 ## ワークフローで旅費精算を回す全体像｜出張申請から事後精算までの4フォーム構成 紙の旅費精算では、出張伺いと旅費精算書が別々の紙として回り、経理が両方を突き合わせていました。ワークフローに載せると、この突き合わせを番号の引用に置き換えられます。 ### 出張申請・仮払申請・旅費精算・変更申請の4フォームを申請番号で束ねる構成 出張1件に対して作る申請は、次の4つに分けます。 | フォーム | 主な入力項目 | 出張申請番号 | 主な承認者 | | ---- | ------------- | ------ | --------- | | 出張申請 | 行き先・日程・目的・概算額 | 採番する元 | 上長・部門長 | | 仮払申請 | 仮払額・受取方法 | 引用する | 上長・経理 | | 旅費精算 | 交通費・宿泊費・日当・証憑 | 引用する | 上長・経理 | | 変更申請 | 変更後の日程・中止の有無 | 引用する | 出張申請と同じ経路 | 実務で効くのは「引用する」の3行です。引用元の出張申請が承認済みでなければ、仮払申請と旅費精算を出せないように制御しておくと、事前承認のない出張の精算がそもそも申請できなくなります。製品の標準機能で引用ができない場合は、申請番号の入力欄と、承認済みかを確かめる連携処理を足す必要があります。 ### 汎用ワークフローに任せる承認と記録、任せない運賃計算と仕訳の線引き ワークフローに任せるのは、誰がいつ何を承認したかの記録と、条件に応じた経路の切り替えです。ここは汎用製品でも十分に作れます。 任せないのは、交通費の運賃の検索、領収書の読み取り、勘定科目と税区分を付けた仕訳の出力です。これらを汎用ワークフローの計算式や添付欄で再現しようとすると、作り込みの量が経費精算システムを自作するのと変わらなくなります。4つの機能がなぜ詰まるのかは[経費精算システムとワークフローシステムの違い：経費申請をどちらで回すかの判断軸と統合パターン](https://www.issoh.co.jp/column/details/18026/)で詳しく扱っているため、本記事では承認経路と申請のつなぎ方に絞ります。 ## 出張申請の承認経路の設計｜国内・海外・概算額で経路を分ける分岐項目の作り方 出張申請の経路は、行き先と金額で変わります。国内の日帰りなら上長だけ、海外なら部門長と役員、といった違いを分岐条件として設定します。 ### 分岐項目は1フォーム1つという制約と出張区分メニューへの条件の集約 サイボウズのGaroonでは、[経路分岐情報の設定に関するヘルプ](https://jp.cybozu.help/g/ja/admin/application/workflow/branch/setting.html)に「分岐項目に設定できる項目は1つだけ」と書かれています。分岐項目に使えるのはメニュー、ラジオボタン、チェックボックス、数値、自動計算の項目です。国内か海外か、日帰りか宿泊か、概算額がいくらか、という3つの条件をそれぞれ別の項目で分岐させることはできません。 そこで、申請者が選ぶ「出張区分」のメニューを1つ作り、条件の組み合わせをその選択肢に集約します。 | 出張区分（メニューの選択肢） | 承認経路の例 | | -------------- | ----------- | | 国内・日帰り | 上長 | | 国内・宿泊あり | 上長→部門長 | | 海外 | 上長→部門長→担当役員 | 概算額による段階は、出張区分とは別に金額の上限を規程で決め、超える場合は区分を「海外」と同じ経路に寄せる運用にすると、分岐項目を1つに保てます。他の製品でも、分岐に使える項目数や組み合わせ条件の可否は製品ごとに違います。選定時に、自社の規程を区分の表に落としてから設定画面で再現できるかを確かめてください。 ### 承認者を役職と金額で決める職務権限表を経路分岐の条件へ写す手順 経路の元になるのは、社内の職務権限規程です。旅費については「誰がいくらまで出張を命じられるか」が書かれているはずなので、それを出張区分ごとの経路に写します。 1. 職務権限規程から、出張命令と旅費の承認に関する条項を抜き出す 2. 条項の条件（行き先・日数・金額）を、出張区分の選択肢へ置き換える 3. 選択肢ごとに、承認者の役職と順番を経路として設定する 4. 規程に書かれていない組み合わせ（海外の日帰りなど）をどの区分に入れるかを総務と決める 4番目を飛ばすと、申請者が区分を選べずに差し戻しが起きます。稟議と出張申請で承認者の考え方をそろえる場合は、[稟議システムとは？機能・仕組みと紙・メール稟議の課題から見る導入判断の基準](https://www.issoh.co.jp/column/details/15916/)の経路設計も参照してください。 ### 分岐条件の適用順と検証用の申請データで承認経路の漏れを潰す確認 Garoonの[経路分岐条件の設定に関するヘルプ](https://jp.cybozu.help/g/ja/admin/application/workflow/branch/condition.html)では、分岐条件は一覧の上から順に適用されると説明されています。金額の条件を「10万円以上」「5万円以上」の順に並べるか逆に並べるかで、同じ申請が通る経路が変わります。 確認は、出張区分の選択肢の数だけ検証用の申請を作り、想定どおりの承認者に回るかを1件ずつ見ていく方法が確実です。前述の経路分岐情報のヘルプでは、分岐項目を設定した後は変更できず、削除して設定し直す必要があること、動作確認が終わるまで申請フォームを無効にしておくことも示されています。本番の運用を始めてから区分を足すと経路の再設定が発生するため、区分の表は運用前に固めます。 ## 仮払と事後精算をつなぐ設計｜差額の戻入・追加支給と未精算の仮払を残さない仕組み 仮払を伴う出張では、出張前にお金が出ていき、出張後に精算で確定します。この間を番号でつないでおかないと、未精算の仮払が残り続けます。 ### 仮払申請の承認後に出納へ回す経路と支給額の上限を概算額の割合で決める 仮払申請は、上長の承認の後に経理か出納の担当者へ回し、支払の完了を記録した時点で完了にします。支払が終わったかどうかをワークフロー上で追えるようにするためです。 支給額の上限として設定するのは、出張申請の概算額です。規程で「概算額の8割まで」のように割合を決めている企業では、仮払申請の画面に出張申請の概算額を引用し、自動計算の項目で上限を超えていないかを表示します。上限を超えた申請は、承認者が理由を確認できるよう、超過理由の入力を必須にしておきます。 ### 事後精算で出張申請番号を引用し概算額との差額と超過理由を見せる画面 旅費精算のフォームには、引用した出張申請の概算額と、仮払申請で支給済みの額を表示します。そのうえで、実費の合計から仮払額を引いた差額を自動計算します。差額がプラスなら追加支給、マイナスなら戻入です。 承認者が見るべきは、概算額と実費の差です。実費が概算額を大きく上回っている精算には、理由の欄を必須にします。仮払と精算の仕訳の流れは[旅費精算とは：仮払と事後精算の流れ・日当の税務・規程チェックのシステム化](https://www.issoh.co.jp/column/details/17965/)に仕訳例つきでまとめています。 ### 出張の中止・日程変更で仮払が宙に浮く失敗パターンと変更申請の経路 よく起きる失敗は、仮払を受けた後に出張が中止になり、精算が出されないまま仮払が残る事例です。紙の運用なら経理が気づきますが、ワークフローでは申請が出されない限り何も表示されません。 防ぐ方法は2つです。1つは、中止や日程変更を変更申請として出させ、中止なら仮払の全額戻入を精算と同じ経路で処理すること。もう1つは、出張の終了日から一定日数が過ぎても旅費精算が出ていない出張申請を、経理が一覧で確認できるようにすることです。未精算の仮払を放置すると、個人の立替と会社の資金が混ざり、不正の温床になります。統制の考え方は[内部統制の強化で経費精算の不正を防ぐ｜手口・事例とJ-SOX改訂後の統制設計](https://www.issoh.co.jp/column/details/12775/)が参考になります。 ## 旅費規程のチェックをワークフローに持たせる範囲｜宿泊費上限と日当の判定項目 規程のチェックをすべてワークフローの計算式で持とうとすると、規程が変わるたびにフォームを直すことになります。持たせるのは、表で決まる上限と定額だけに絞ります。 ### 宿泊費の上限を役職×地域の表で持ち自動計算項目で超過を判定する作り方 宿泊費は、国の旅費制度でも上限額を設けた実費支給という扱いです。財務省の[ファイナンス令和7年2月号「国家公務員等の旅費制度の見直しについて（省令編）」](https://www.mof.go.jp/public%5Frelations/finance/202502/202502j.html)によれば、2025年4月1日施行の見直しで宿泊費は定額から上限付き実費支給に改められ、国内の上限は都道府県ごと・職階3区分で定められています。基準額は毎年の実勢データで見直すとされています。 民間企業が同じ形の規程を採る場合、ワークフローには「地域」と「役職」から上限額を引く表を持たせ、入力された宿泊費が上限を超えたら警告を出す自動計算の項目を置きます。都道府県ごとに上限を細かく分けると表の行が増え、毎年の改定で表を直す手間も増えます。ワークフローで持つなら、大都市とそれ以外の2区分程度に絞るのが現実的です。都道府県別まで持ちたい企業は、表の管理ができる旅費精算システムの方が向いています。 ### 日当を非課税の範囲に収めるため規程の定額を計算式に固定する理由 日当は、規程で決めた定額を出張日数に掛けて計算する項目にし、申請者が金額を手で直せないようにします。このように設定する理由は、日当の税務上の扱いにあるためです。国税庁の[所得税基本通達9-3](https://www.nta.go.jp/law/tsutatsu/kihon/shotoku/02/02.htm)は、非課税とされる旅費の範囲を、役員と使用人の全体を通じて適正なバランスを保つ基準で計算されているか、同業種・同規模の他の使用者と比べて相当と認められるかで判定するとしています。 申請ごとに金額が変わる日当は、この「基準で計算されている」状態を説明しにくくなります。規程の表から引いた定額で計算し、例外は承認者の判断で別の項目に記録する形にしておくと、税務調査で説明できる記録が残ります。 ### 国内と海外で分かれる消費税の扱いを精算フォームの区分で記録する項目 国税庁の[タックスアンサーNo.6459](https://www.nta.go.jp/taxes/shiraberu/taxanswer/shohi/6459.htm)（令和8年4月1日現在法令等）では、国内の出張で支給した旅費・宿泊費・日当のうち通常必要と認められる部分は課税仕入れとなり、一定の事項を記載した帳簿のみの保存で仕入税額控除ができるとされています。海外出張のために支給したものは、原則として課税仕入れになりません。 ワークフローの旅費精算フォームでは、出張申請から引用した出張区分で国内か海外かを判別できるようにしておきます。経理が会計システムに入力するときに、この区分で税区分を決められるからです。区分の記録がないと、経理が精算1件ごとに行き先を確かめ直すことになります。 ## 一創の判断：旅費精算までワークフローで組む企業と精算だけ専用システムへ出す企業 ここまでの設計を踏まえて、判断を言い切ります。基準は出張の件数と、運賃と証憑の検証をどこまで自動にしたいかです。 ### 出張申請から精算までワークフローで組んでよい企業の3つの条件と作り込みの上限 次の3つをすべて満たす企業は、出張申請から旅費精算までワークフローで組んで構いません。 - 出張は月に数件程度で、承認者が1件ずつ行き先と金額を目視で確かめられる - 宿泊費の上限と日当が、2〜3区分程度の表で表せる - 領収書は紙の原本を保管する運用を続けてよい 作り込むのは、4フォームの番号の引用、出張区分による経路の分岐、宿泊費の上限と日当の自動計算までです。運賃の検索や領収書の読み取りをワークフロー側に開発し始めたら、それは旅費精算システムを自作しているのと同じなので、そこで止めてください。 ### 精算を旅費精算システムへ出し出張申請と承認だけをワークフローに残す場面 上の条件のどれか1つでも外れる企業は、精算を旅費精算システムへ出すべきです。出張が月に数十件ある企業では、運賃の検証と規程の照合を人が行う時間が経理の負担として残ります。旅費精算システムの選び方は[旅費精算システムの選び方：規程チェック・経路検索・出張手配連携で決める導入形態](https://www.issoh.co.jp/column/details/18633/)で整理しています。 見送るべきでないのは、出張申請の承認経路だけはワークフローに残す構成です。役員決裁や他部署との合議を伴う出張申請は、旅費精算システムの承認機能では表現しきれないことがあります。その場合に作るのは、ワークフローで承認された出張申請の番号と概算額を旅費精算システムへ渡し、精算時に引用できる連携です。自社の職務権限規程に合わせた出張申請の経路設計と、旅費精算システムとの連携の開発は、一創の[ワークフローシステム開発](https://www.issoh.co.jp/service/business%5Fsystem/workflow/)でご相談いただけます。 ## よくある質問 ワークフローシステムで旅費精算の申請と承認を組む段階で、よく挙がる質問に答えます。 ### 出張申請と旅費精算は同じフォームにまとめてもよいですか？ おすすめしません。出張申請は出張前の承認、旅費精算は出張後の金額の確定で、承認者が確かめる内容も時期も違います。1つのフォームにまとめると、出張前に承認された申請を出張後に申請者が書き換えることになり、事前に何を承認したかの記録が残りません。フォームは分け、旅費精算が出張申請の番号を引用する形にしてください。 ### 仮払をしない会社でもワークフローに仮払申請のフォームは必要ですか？ 全員が立替で精算する運用なら、仮払申請のフォームは不要です。出張申請と旅費精算の2つと、中止や日程変更を扱う変更申請で足ります。ただし、海外出張や長期の出張だけ仮払を認める企業は多いため、規程に仮払の条項があるかを先に確かめてください。条項がある場合は、対象の出張区分のときだけ仮払申請を出せるようにしておくと、不要な申請が増えません。 ### 承認者が出張中で不在のときの代理承認はどう設定すればよいですか？ 多くのワークフロー製品には、承認者が期間を指定して代理人を設定する機能があります。設定するときは、代理人が誰の承認を代わりに行ったかが履歴に残ることを確かめてください。申請者本人が自分の旅費を代理で承認できる設定になっていないかも確認が要ります。職務権限規程に代理の定めが無い場合は、規程の側を先に整えます。 ### 交通費の運賃をワークフローの申請画面で自動計算できますか？ 汎用ワークフローの計算式だけでは、駅名から運賃を引くことはできません。乗換案内の事業者が提供するAPIと契約し、申請画面から呼び出す開発が必要です。定期区間の控除まで含めると、社員ごとの定期区間のマスタも要ります。出張の交通費が月に数件なら、申請者が乗換案内で調べた運賃を入力し、承認者が確かめる運用で困らないことがほとんどです。 ### すでに使っているワークフローに旅費精算を足すとき最初に何を決めればよいですか？ 最初に決めるのは、出張区分の選択肢と、その区分ごとの承認経路の表です。この表が固まれば、フォームの項目と分岐の設定はそこから決まります。次に決めるのは、仮払と精算を扱うフォームと、出張申請の番号をどのように引用するかという方法です。使っている製品の分岐項目の制約は、表を作る前に製品のヘルプで確かめておくと手戻りが減ります。製品を選び直す場合の判断軸は[ワークフローシステム比較の判断軸4つ](https://www.issoh.co.jp/column/details/17504/)で整理しています。 ## 関連記事 - [ワークフローとは？承認フローの仕組み・システム化の判断基準と選び方を解説](https://www.issoh.co.jp/column/details/12893/)：承認フローそのものの仕組みとシステム化の判断に。 - [経費精算システムとワークフローシステムの違い：経費申請をどちらで回すかの判断軸と統合パターン](https://www.issoh.co.jp/column/details/18026/)：経費申請全体をどちらのシステムで回すかの判断に。 - [旅費精算システムの選び方：規程チェック・経路検索・出張手配連携で決める導入形態](https://www.issoh.co.jp/column/details/18633/)：精算を専用システムへ出すと決めた後の選び方に。 - [旅費精算とは：仮払と事後精算の流れ・日当の税務・規程チェックのシステム化](https://www.issoh.co.jp/column/details/17965/)：旅費精算の業務の流れと日当の税務の基礎に。 - [ワークフローシステムとは？機能・クラウドとオンプレの違い・選び方と自社開発の判断基準](https://www.issoh.co.jp/column/details/15254/)：ワークフローシステムの機能と提供形態の全体像に。 --- 出典: [ワークフローシステムで旅費精算を組む設計：出張申請・仮払・事後精算の承認経路と規程分岐]()（株式会社一創）