---
title: "稟議申請とは：申請の手順と記載粒度、申請フォームの必須項目と金額別経路の設計"
url: "https://www.issoh.co.jp/column/details/18323/"
published: 2026-10-14
updated: 2026-10-14
categories: ["DX"]
publisher: "株式会社一創"
---

# 稟議申請とは：申請の手順と記載粒度、申請フォームの必須項目と金額別経路の設計

稟議申請とは、自分の権限では決められない支出や取り組みについて、決裁権限を持つ人の承認を求めて稟議書を提出する社内手続きです。申請者の仕事は稟議書を書くことだけではありません。どの申請区分で出すかを選び、金額と目的を承認者が判断できる粒度で書き、承認後に条件が変わったら変更申請を出すところまでが申請側の範囲に入ります。この記事では、稟議申請の手順と記載粒度の基準を整理したうえで、その内容をワークフローシステムの申請フォームの必須項目と、金額による承認経路の分岐に置き換える設計まで扱います。

## まとめ：稟議申請の手順と記載粒度、申請フォームに落とすときの要点

稟議申請で差がつくのは、書き始める前の区分判定と、金額の書き方です。同じ10万円の支出でも、稟議・購買申請・経費精算のどれで出すかは社内規程で決まっており、区分を誤ると承認経路ごとやり直しになります。金額は税込か税抜かを明記し、契約が複数年にわたるなら年額と総額を併記します。

承認後に金額が増えた、発注先が変わった、といった変化は、どこからが変更申請の対象かを規程で決めておかないと、申請者ごとに判断が割れます。申請を取り下げる場合も、取下げの理由と日付を記録に残すのが原則です。

こうした判断を申請者の記憶に頼らず、申請フォームの必須項目と入力チェック、金額や案件種別による経路の自動分岐に置き換えると、申請の品質が人によってぶれなくなります。パッケージの設定画面で表現できる分岐なら設定で済ませ、会計・購買データとの突合や複数条件の組み合わせが要るなら個別開発を検討する、という線引きで判断してください。

## 稟議申請とは何か：起案・起票・決裁との関係と、申請者が担う範囲

稟議という制度の成り立ちや稟議書の一般的な記載項目は[稟議とは？意味・稟議書の書き方から決裁との違い・電子化の判断まで解説](https://www.issoh.co.jp/column/details/13286/)で扱っています。ここでは申請する側の立場に絞ります。

### 起案・起票・申請・決裁の4語の違いと、申請者が責任を持つ工程

社内では似た言葉が混在して使われますが、工程で分けると整理できます。起案は案件の中身を考えて原案を作ること、起票は稟議書という書式に落とすこと、申請はその稟議書を承認経路に乗せて提出すること、決裁は最終権限者が可否を判断することです。

申請者が責任を持つのは、起案から申請までと、決裁後の実行です。承認者は申請された内容を判断する立場にあり、書かれていない前提を補ってはくれません。金額の根拠や比較した選択肢が稟議書にない場合、承認者は「判断材料がない」として差し戻すしかなくなります。

稟議書を受け取る承認者の側が何を確かめ、差し戻し・却下・条件付き承認をどう使い分けるか、代理承認と承認期限の決め方は[稟議承認とは：承認者の判断材料と代理承認・承認期限、証跡を残す承認経路の要件](https://www.issoh.co.jp/column/details/18325/)で整理しています。

### 稟議申請が必要になる案件の線と、取締役会決議に回る金額の扱い

どの案件で稟議申請が要るかは、会社ごとの決裁権限規程（職務権限規程）が決めます。一般には、予算外の支出、一定額以上の購買、新規取引先との契約、採用や人事異動、設備投資などが対象です。金額の区分は「50万円以上は部長決裁、300万円以上は役員決裁」のように規程で定められており、数字は各社で異なります。決裁権限の区分そのものの設計は[購買管理規程と内部統制とは？承認権限・職務分掌の設計とシステムでの不正防止を解説](https://www.issoh.co.jp/column/details/15541/)で整理しています。

大型案件では、稟議の決裁とは別に取締役会の決議が要る場合があります。[会社法362条4項（e-Gov法令検索）](https://laws.e-gov.go.jp/law/417AC0000000086)は、取締役会設置会社では重要な財産の処分及び譲受けや多額の借財などの決定を取締役に委任できないと定めています。何円から「重要」「多額」にあたるかは条文になく、線を引くのは各社の取締役会規程の付議基準。申請者は、自分の案件がその基準を超えるかを申請前に確かめる必要があります。

## 稟議申請と購買申請・経費精算・事後稟議の違いと、申請区分の選び方

申請の区分を誤ると、承認者が違う、添付資料が違う、という理由で差し戻されます。最初に区分を判定する習慣をつけると、やり直しの多くが消えます。

### 稟議・購買申請・経費精算の3区分を、事前か事後かと金額で判定する表

多くの会社では、支出を伴う申請を次の3つに分けています。境界の金額は規程によって変わるため、表の金額は一例として読んでください。

| 区分   | タイミング | 対象の例                  | 主な承認者        |
| ---- | ----- | --------------------- | ------------ |
| 稟議申請 | 支出前   | 予算外の支出、新規契約、50万円以上の購買 | 部長〜社長（金額で変動） |
| 購買申請 | 支出前   | 予算内の定型購買、50万円未満の備品    | 上長、購買担当      |
| 経費精算 | 支出後   | 出張旅費、交通費、少額の立替払い      | 上長、経理        |

判定の順序は「支出前か後か」、次に「予算内か外か」、最後に「金額」です。支出後の申請は原則として経費精算に回り、支出前で予算外か一定額以上なら稟議申請になります。経費申請をワークフローと経費精算システムのどちらで回すかは[経費精算システムとワークフローシステムの違い：経費申請をどちらで回すかの判断軸と統合パターン](https://www.issoh.co.jp/column/details/18026/)で比較しています。

### 事後稟議を認める条件と、常態化した事後申請が内部統制で問題になる理由

事後稟議は、緊急の故障対応や取引先の締切で事前に決裁を取れなかった支出について、実行後に承認を得る手続きです。規程で認めている会社でも、対象を「緊急性があり、事前に決裁者と連絡が取れなかった場合」に限定し、申請期限（実行後5営業日以内など）を設けるのが一般的です。

事後申請が常態化すると、稟議は事前の統制ではなく追認の記録になります。上場企業では、[金融庁が2023年4月に改訂を公表した財務報告に係る内部統制の基準・実施基準](https://www.fsa.go.jp/news/r4/sonota/20230407/20230407.html)のもとで承認手続きの運用状況が評価対象になるため、事後稟議の件数と理由は集計して説明できる状態にしておくべきです。事後稟議には「事前に申請できなかった理由」の記載欄を設け、空欄では提出できないようにします。

## 稟議申請の手順：区分判定から申請番号の採番・承認後の発注までの流れ

申請の流れを工程に分けると、どこで止まりやすいかが見えます。社内での根回しや差し戻しへの対処は[社内稟議の進め方：根回しの順序・添付資料・差し戻し対応と承認経路の設計](https://www.issoh.co.jp/column/details/18321/)で詳しく扱っているので、ここでは申請者が行う手続きに絞ります。

### 稟議申請の6工程と、各工程で申請者が確認する項目と見落としやすい工程

稟議申請は次の6工程で進みます。

1. 区分判定：稟議・購買申請・経費精算のどれにあたるかを規程で確認する
2. 決裁者の特定：金額と案件種別から、決裁者と合議先を決裁権限規程で確かめる
3. 起票：所定の書式で件名・目的・金額・効果・比較案を記載し、見積書などを添付する
4. 申請：承認経路に乗せて提出し、申請番号を控える
5. 承認待ち：承認状況を確認し、質問や差し戻しに対応する
6. 実行と記録：決裁後に発注・契約し、発注書や契約書に申請番号を記載する

見落とされやすいのは6番目です。発注書や請求書に稟議の申請番号が書かれていないと、後から「この支払いはどの決裁に基づくのか」を辿れません。監査で最初に確かめられるのも、決裁と支出の対応関係です。

### 申請番号で決裁と発注・支払いを結ぶ運用と、添付書類の保存期間

申請番号は、稟議を発注・検収・支払いの各記録と結ぶための鍵です。紙の稟議でも、台帳で連番を振り、発注書の備考欄に番号を転記する運用にしておけば、決裁と支出の対応が追えます。

添付した見積書や契約書案の扱いにも注意が要ります。メールやWebで受け取ったPDFの見積書は電子帳簿保存法上の電子取引データにあたり、2024年1月1日以降は紙に印刷するだけでなく電子データのまま保存する必要があります（[国税庁 電子帳簿保存法一問一答（Q&A）](https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/4-3.htm)、2026年10月時点）。保存期間は、[国税庁タックスアンサーNo.5930](https://www.nta.go.jp/taxes/shiraberu/taxanswer/hojin/5930.htm)のとおり確定申告書の提出期限の翌日から原則7年間で、青色申告で欠損金が生じた事業年度は10年間です。稟議システムに添付しただけで保存要件を満たすとは限らないため、保存先は経理部門と確認してください。

## 稟議申請書の記載粒度：件名・目的・金額・効果をどこまで書くかの基準

稟議書の項目は書式で決まっていても、各項目をどこまで書くかは申請者に委ねられています。承認者が追加で質問せずに判断できるかが粒度の基準です。

### 件名と目的は「何を・いくらで・なぜ今」を1行で伝える書き方と悪い例

件名は承認者の一覧画面に表示される唯一の情報になることが多く、ここで中身が伝わるかどうかで処理の優先順位が変わります。「PC購入の件」ではなく「営業部ノートPC 12台更新（約216万円・保守切れ対応）」のように、対象・数量・金額・理由を詰めます。

目的欄には、背景、解決したい課題、実施しない場合の影響を書きます。承認者が最も知りたいのは「今決めなければならない理由」です。保守期限、価格改定日、取引先の納期など、日付で示せる根拠があれば必ず入れます。件名・目的・金額の欄を案件の種類ごとにどう並べるかは、記入例つきの[稟議書テンプレート：案件種別7パターンの記載項目と記入例、申請フォームへの移し替え手順](https://www.issoh.co.jp/column/details/18327/)で整理しています。

### 金額の記載で迷う税込・税抜、年額と総額、分割申請の4つのルール

金額欄は差し戻しが最も起きやすい項目です。次の4つを社内ルールとして決めておくと、申請者による書き方のぶれが消えます。

- 税込か税抜かを必ず明記する。決裁権限規程の金額区分がどちらの基準かもあわせて確認する
- 複数年契約は年額と契約期間の総額を併記し、決裁区分は総額で判定する
- 初期費用と月額・年額の運用費を分けて書き、運用費を書き落とさない
- 同じ目的の購買を分割して金額区分を下回らせない（分割申請の禁止）

4つ目の分割申請は、内部統制の観点で最も問題視されます。たとえば役員決裁を避けるために、300万円の案件を150万円の申請2件に分ける行為です。意図がなくても、同時期・同じ発注先・同じ目的の申請が並べば疑われます。後述する申請フォームの設計で、システム側から検知できるようにしておくと防げます。

### 効果と比較案は数値で書き、選ばなかった案の理由も1行ずつ残す

効果欄の「業務効率が上がる」では判断材料になりません。「月40時間の手入力作業がなくなる」「年間の保守費が80万円減る」のように、時間か金額で書きます。数値が試算なら、試算の前提も1行添えます。

比較案は、選んだ案だけでなく、選ばなかった案とその理由を残します。承認者が「他の方法はなかったのか」と質問する手間が省けるうえ、数年後に同種の案件を申請する人にとっても判断の記録になります。

## 承認後に金額や内容が変わったときの変更申請・取下げ・再申請の扱い

決裁は、申請時点の内容に対して下されています。承認後に内容が変われば、その決裁が変更後の内容にも及ぶのかを判断しなければなりません。

### 変更申請が要る線を、金額の増加率と発注先・目的の変更で決める

変更申請（変更稟議）の要否を申請者ごとに判断させると、少しの増額なら黙って発注する人と、数千円の差でも申請し直す人に分かれます。規程で線を引いておくのが確実です。

よく使われる基準は、金額が当初の決裁額を10%以上、または一定額以上上回った場合、増額によって決裁区分が上位に変わる場合、発注先や目的が変わった場合の3つです。とくに2つ目は見落としが多く、300万円未満で部長決裁を受けた案件が320万円になれば、増加率に関係なく役員の決裁が要ります。変更申請では当初の申請番号を必ず記載し、変更前後の差分を並べて示します。

### 申請の取下げと却下後の再申請で、記録に残す項目と残さない運用の失敗

申請者が自ら申請をやめる取下げは、承認途中であれば可能とする会社が大半です。取下げても申請の記録は消さず、取下げ日と理由を残します。記録を消す運用にすると、同じ案件を金額や件名を変えて出し直したときに経緯が追えなくなります。

却下された案件を再申請する場合は、前回の申請番号と却下理由、前回から何が変わったかを本文に書きます。条件が何も変わらないまま表現だけを変えて出し直すのは、決裁者の判断を軽く扱ったと受け取られる典型例。差し戻しと却下の違いや、再申請の手順は[社内稟議の進め方](https://www.issoh.co.jp/column/details/18321/)の差し戻し対応の章で整理しています。

## 稟議申請を申請フォームに翻訳する：必須項目と金額による経路分岐の設計

ここまでの判断を申請者一人ひとりの理解に頼ると、異動や新人の配属のたびに申請の品質が下がります。ワークフローシステムの申請フォームと承認経路の設定に置き換えれば、判断の一部をシステムが肩代わりします。

### 記載粒度のルールを必須項目・入力形式・入力チェックに変換する対応表

前の章で挙げた記載ルールは、フォームの項目設計にそのまま変換できます。

| 記載ルール       | フォームでの実装           | 入力チェック         |
| ----------- | ------------------ | -------------- |
| 申請区分を最初に判定  | 区分の選択式（稟議／購買／事後稟議） | 区分により以降の項目を切替  |
| 税込・税抜を明記    | 税区分の選択式＋金額の数値入力    | 未選択では提出不可      |
| 複数年は年額と総額   | 契約期間（月数）と年額を入力     | 総額を自動計算して表示    |
| 運用費を書き落とさない | 初期費用と運用費を別項目に分割    | 運用費0円なら確認メッセージ |
| 事後稟議は理由必須   | 事前申請できなかった理由の記述欄   | 事後稟議選択時のみ必須    |
| 変更申請は元番号必須  | 当初申請番号の参照入力        | 存在しない番号は提出不可   |

自由記述の欄を減らし、選択式と数値入力を増やすほど、承認者の確認作業は軽くなります。ただし目的欄や効果欄まで選択式にすると、判断に必要な背景が書けなくなります。選択式にするのは「判定」に使う項目、自由記述に残すのは「説明」に使う項目、と分けて設計してください。承認段階ごとに修正できる項目を制御する考え方は[ワークフローシステムの承認段階別の入力制御機能：項目権限・公開範囲・申請修正の設計](https://www.issoh.co.jp/column/details/18050/)で扱っています。

### 金額と案件種別で承認経路を自動分岐させる条件の設定例と分割申請の検知

承認経路は、申請フォームの入力値を条件に分岐させます。決裁権限規程の金額区分をそのまま条件式にするのが基本形です。

| 条件（税込総額・案件種別） | 承認経路          | 追加される合議先 |
| ------------- | ------------- | -------- |
| 50万円未満        | 上長            | なし       |
| 50万円以上300万円未満 | 上長、部長         | 経理       |
| 300万円以上       | 上長、部長、担当役員、社長 | 経理       |
| 種別がシステム導入     | 金額の経路に従う      | 情報システム部門 |
| 種別が新規取引先との契約  | 金額の経路に従う      | 法務       |

金額による経路と、案件種別による合議先の追加を別々の条件として持たせるのがコツです。両者を一つの表で組み合わせると、条件の数が掛け算で増えて保守できなくなります。

分割申請の検知は、同じ申請者または同じ部署から、同じ発注先への申請が一定期間（たとえば30日以内）に複数あり、合計額が上位の決裁区分を超える場合に警告を出す、という条件で実装できます。警告を出したうえで上位決裁者を経路に加えるか、承認者の画面に関連申請を並べて表示するかは、運用の厳しさ次第です。誰がいつ警告を見て承認したかを残す設計は[ワークフローシステムの操作ログ取得：監査証跡に残す項目・保存年限と電帳法・J-SOX対応](https://www.issoh.co.jp/column/details/18048/)が参考になります。

### パッケージの設定で足りる分岐と、個別開発を検討すべき申請要件の線引き

金額の閾値による分岐、案件種別による合議先の追加、事後稟議の理由欄の必須化までは、一般的なワークフローパッケージの設定画面で実装できることが多く、開発は要りません。申請が月に数十件程度で、経路のパターンが10種類以内に収まるなら、まずパッケージの設定で始めるべきです。

個別開発を検討するのは、パッケージの条件設定では表現しきれない要件が出たときです。具体的には、分割申請の検知のように過去の申請を横断して集計する条件、購買や会計システムの予算残を参照して予算外かどうかを自動判定する処理、申請番号を発注・検収・支払いのデータと同じ番号体系で結ぶ連携などが該当します。こうした要件が複数重なるなら、[一創のワークフローシステム開発](https://www.issoh.co.jp/service/business%5Fsystem/workflow/)で、自社の決裁権限規程と申請区分に合わせた申請フォームと承認経路の設計から相談できます。逆に、規程の金額区分や変更申請の線がまだ文書になっていない段階なら、システムより先に規程の整備に着手してください。曖昧な規程をそのまま条件式にしても、システム上で同じ迷いが繰り返されるだけです。

## よくある質問

稟議申請について、申請する側の担当者から出やすい質問に答えます。

### 稟議申請と稟議書は同じ意味ですか？

厳密には違います。稟議書は承認を求めるための書類そのもので、稟議申請はその稟議書を承認経路に乗せて提出する行為や手続きを指します。日常会話では「稟議を出す」「稟議を上げる」のように区別せずに使われることも多いですが、社内規程では「稟議書を作成し、所定の経路で申請する」と書き分けているのが一般的です。ワークフローシステムでは、申請フォームの入力内容が稟議書にあたり、送信ボタンを押す操作が申請にあたります。

### 稟議申請は何円から必要ですか？

法律で決まった金額はなく、各社の決裁権限規程が決めます。10万円以上、30万円以上、50万円以上など、会社の規模や業種で線はさまざまです。金額に関係なく、予算外の支出や新規取引先との契約、採用などは稟議の対象とする会社も少なくありません。自社の規程を確認するときは、金額が税込か税抜か、複数年契約を年額と総額のどちらで判定するかもあわせて確かめておくと、区分の判断を誤りにくくなります。

### 稟議申請が承認されるまでの期間はどのくらいですか？

承認者の人数と合議先の数でほぼ決まります。上長だけの承認なら1〜2日、部長と経理の合議を経るなら1週間前後、社長決裁で複数部門の合議がある案件なら2〜3週間を見込む会社が多いようです。取締役会の決議が必要な案件は、取締役会の開催日が期限になります。発注や契約の期日がある案件は、その日から逆算して申請日を決め、余裕がなければ件名に期日を書いて承認者に知らせてください。

### 承認された稟議の内容を後から修正できますか？

決裁済みの稟議書そのものを書き換えるのではなく、変更申請を出すのが原則です。決裁は申請時点の内容に対して下されているため、承認後に書き換えると、決裁者が何を承認したのかが分からなくなります。金額の増加や発注先の変更など、規程で定めた条件に当てはまる場合は、当初の申請番号を記載した変更申請を出し、変更前後の差分を示すのが一般的な手順です。誤字の修正など判断に影響しない軽微な訂正は、承認者のコメントで記録する運用にしている会社もあります。

### 稟議申請を取り下げたい場合はどうすればよいですか？

承認途中であれば、多くの会社やワークフローシステムで申請者が取下げを操作できます。取下げるときは理由を記録に残し、承認途中の承認者にも一言伝えておくと、確認作業を無駄にさせずに済みます。決裁が済んだ後に案件を中止する場合は、取下げではなく中止の報告や変更申請の扱いになることが多いため、規程を確認してください。取下げた申請の記録は削除せず、同じ案件を出し直すときに前回の申請番号を参照できるようにしておきます。

## 関連記事

- [稟議とは？意味・稟議書の書き方から決裁との違い・電子化の判断まで解説](https://www.issoh.co.jp/column/details/13286/)：稟議という制度の意味と、稟議書の一般的な記載項目を扱っています。
- [稟議システムとは？機能・仕組みと紙・メール稟議の課題から見る導入判断の基準](https://www.issoh.co.jp/column/details/15916/)：稟議をシステム化したときの機能と、導入しても速くならない条件を整理しています。
- [ワークフローとは？承認フローの仕組み・システム化の判断基準と選び方を解説](https://www.issoh.co.jp/column/details/12893/)：稟議を含む承認フロー全般の仕組みと、システム化の判断基準を解説しています。
- [ワークフローシステムとは？機能・クラウドとオンプレの違い・選び方と自社開発の判断基準](https://www.issoh.co.jp/column/details/15254/)：申請フォームと承認経路を持つシステムの機能構成と導入形態を比較しています。

---

出典: [稟議申請とは：申請の手順と記載粒度、申請フォームの必須項目と金額別経路の設計](<https://www.issoh.co.jp/column/details/18323/>)（株式会社一創）
