1Approval
Microsoft 365

稟議書の書き方|通る順番と必須項目

稟議書が通らない理由は文章力ではなく、承認者が判断する順番と書き手が書く順番がずれていることです。承認者が最初に探すのは金額と決裁区分で、背景は最後に読まれます。必須項目の一覧、読む順番から逆算した構成、通る稟議書に共通する4つの要素、そして電子化すると「書き方」のどこが変わるのかを整理します。

稟議書の書き方|通る順番と必須項目

稟議書の書き方を調べると、だいたい「必須項目はこれです」「テンプレートはこちら」という説明が出てきます。項目は確かに大事です。しかし項目を埋めても通らない稟議書は山ほどあります。

理由は文章力ではありません。承認者が判断する順番と、書き手が書く順番がずれているからです。

書き手は背景の説明から始めて、経緯、提案内容と進み、金額を最後に置きます。一方で承認者が最初に探すのは金額と自分が決めていい案件かどうかです。この2つが末尾にあると、承認者は紙を読み返すことになります。そして「で、結局いくらなの」と差し戻ります。

本記事では必須項目を整理したうえで、承認者が読む順番から逆算した構成を示します。あわせて混同されやすい稟議と決裁の違い、そして電子化すると書き方のどこが変わるのかまで扱います。

この記事の要点

  • 稟議書とは、自身の権限では決められない事案について社内で回覧し、複数の関係者に承認や決裁を得るための書類です。
  • 必須項目は、承認を求める上司の宛名、作成者氏名、目的とその詳細、管理番号と作成年月日、コメント欄です。
  • タイトルは一見して誰でも内容が理解できる形にします。用件と、何が必要なのかを明確に書きます。
  • 承認者が最初に探すのは金額と決裁区分です。ここを冒頭に置くだけで差し戻しが減ります。
  • デメリットに対する対策も合わせて示すと却下のリスクが下がります。リスクを書かない稟議書は、隠していると読まれます。
  • あらかじめ見積書を取り、できる限り正確な金額を記載します。概算のまま出すと決裁区分が確定しません。
  • 稟議書を回しても、決裁者の決裁がなければ決まっていません。用語の関係は別記事で整理しています。
  • 電子化すると項目は固定フォームになるため、自由記述欄の設計が勝負になります。

書く前に宛先を確認する

用語が曖昧なまま書くと、宛先を間違えます。稟議書を回し終えても、決裁権限を持つ者の決裁がなければ決まっていません。 稟議・承認・決裁・合議・専決・代決の関係は稟議と決裁の違い|承認・合議との関係で整理しているので、用語に迷いがあればそちらを先に読んでください。

書く側が確認すべきことは1点です。この案件は誰の決裁か。

誰がどこまで決められるかは職務権限規程で定まります。職務権限規程の作り方|決裁金額の決め方で整理しましたが、会社法362条4項の専決事項は、規程をどう書いても下位職位に委任できません。金額が大きい案件では、書き始める前にここを確認してください。宛先が違う稟議書は、内容が良くても回り直しになります。

関係部署の同意を取る「合議」と、上位職位へ上げる「順次承認」は別の動きです。この2つをどう組み合わせるかは多段階承認と稟議ルートの設計で扱っています。

必須項目

一般に挙げられている必須項目を整理します。

項目書き方の注意
タイトル用件と、何が必要なのかを明確に。一見して誰でも内容が理解できる形にする
宛名承認を求める上司。決裁区分を確認してから書く
作成者氏名所属と氏名。連絡先もあると照会が速い
管理番号後から探せるようにする。監査で参照されるのはこの番号
作成年月日起案日。決裁日とは別に残す
目的何のために必要か。1〜2文で言い切る
詳細内容、数量、期間、相手先
金額見積ベースの総額。税込・税抜、一括・年額を明記
コメント欄承認者が所見を残す欄。ここが証跡になる

このうち、実務で軽く扱われがちで重要なのが管理番号とコメント欄です。

管理番号は、監査や後任への引き継ぎで「あの決定はいつ、誰が決めたのか」を辿る唯一の入口になります。番号の付け方を部署ごとに任せると、数年後に探せなくなります。

コメント欄は、承認者が何を見て承認したのかを残す場所です。空欄のまま押印が並んでいる稟議書は、形式的に回っただけという評価を受けます。

承認者が判断する順番から逆算する

ここが本記事の中心です。

承認者は稟議書を上から順に読みません。判断に必要な情報を、必要な順に探します。 その順番は概ね決まっています。

  1. いくらか — 総額。これが分からないと何も判断できません
  2. 自分が決めていい案件か — 決裁区分。自分の権限内か、上に上げるべきか
  3. なぜ今なのか — 緊急度と時期の妥当性
  4. 他に選択肢はなかったか — 比較検討の有無
  5. 失敗したらどうなるか — リスクと対策
  6. 詳細 — ここで初めて背景や経緯を読みます

一方で書き手は、1を最後に書きます。背景を丁寧に説明してから結論に向かう、という文章の作法が染みついているためです。この順番の逆転が、差し戻しの最大の原因です。

対処はシンプルです。冒頭に要旨を置きます。

件名:営業部へのノートPC12台導入(総額1,584,000円・税込)

決裁区分:部長決裁(職務権限規程 第8条・300万円未満) 必要時期:2026年11月末まで(新入社員配属に合わせる) 総額:1,584,000円(税込・一括)/見積3社取得済み 代替案:レンタル(3年で総額が1.4倍)、既存機の継続使用(保守終了により不可) 主なリスクと対策:納期遅延 → 発注を10月中に行い、予備機2台を既存在庫から確保

この6行を冒頭に置くだけで、承認者は読み進める前に承認できるかどうかを判断できます。背景と経緯は、この下に書けば足ります。

差し戻しそのものを構造的に減らす方法は差し戻しはなぜ減らないのか|手戻りを設計で潰すで扱っています。書き方の工夫で減る差し戻しと、フォームの設計でしか減らない差し戻しがあります。

通る稟議書に共通する4つの要素

1. 金額が確定している

あらかじめ見積書を取り、できる限り正確な金額を記載します。 「約150万円」と書かれた稟議書は、承認者から見ると決裁区分が確定しません。150万円なら部長決裁、160万円なら役員決裁という規程であれば、概算のままでは誰も押せません。

見積が間に合わない場合は、上限額で起案するのが実務的です。「上限180万円、確定後に差額が出た場合は報告」という形にすれば、決裁区分は確定します。

2. デメリットと対策が書かれている

デメリットに対する対策も合わせて示すことで、却下されるリスクを軽減できます。

これは直感に反するかもしれません。リスクを書けば反対されやすくなる、と考えがちです。実際は逆です。承認者は職業的にリスクを探します。書き手が書いていないリスクを承認者が見つけた場合、「検討が浅い」という評価になり、その場で差し戻ります。

先に書いて対策を添えておけば、「検討済み」という評価に変わります。

3. 比較した痕跡がある

「他に選択肢はなかったか」は承認者が必ず通る問いです。相見積もりを取ったのか、代替手段を検討したのか。比較表を1つ入れるだけで、この問いが消えます。

比較が不要な案件(単価が小さい、仕様が指定されている)であれば、なぜ比較が不要なのかを1行書くのが正解です。何も書かないと「比較していない」と読まれます。

4. 必要時期が書かれている

稟議書が止まる典型的な理由は、急いでいることが伝わっていないことです。承認者の手元には複数の稟議書があり、期限が書かれていないものは後ろに回ります。

「11月末までに必要」と書くだけでなく、なぜその時期なのか(新入社員の配属、契約更新日、保守終了日)を添えてください。期限の根拠がないと、単なる希望と読まれます。

テンプレートの扱い方

テンプレートを用意することが推奨されています。会社で指定されている様式があれば、それを利用してください。 使い慣れた様式のほうが作成も楽で、承認者も内容を確認しやすくなります。

ここで実務的な注意があります。インターネット上のテンプレートをそのまま使うと、自社の決裁区分と噛み合いません。

汎用テンプレートには決裁区分の欄がないか、あっても自社の職位名と合いません。結果として、承認者が「これは自分が押すものか」を判断できない稟議書になります。

テンプレートを整えるなら、次の順で作ってください。

  1. 職務権限規程の決裁区分を、そのまま欄にする — 規程の条項番号まで書けるようにする
  2. 金額欄を、税込・税抜・一括・年額が区別できる形にする
  3. 冒頭に要旨欄を置く — 前節の6行が入る場所
  4. コメント欄を承認者の数だけ用意する

社内の申請書式そのものの設計(項目、入力形式、必須の切り分け)については、kintoneで組む場合の実務をkintone購買稟議テンプレート活用と電子化の実務ガイドで扱っています。

電子化すると「書き方」のどこが変わるか

ここは紙の書き方の記事がほとんど触れない部分ですが、実務では重要です。

ワークフローシステムで電子化すると、項目は固定フォームになります。宛名、金額、決裁区分、必要時期は入力欄として強制されます。つまり本記事で挙げた必須項目の抜けは、システム側で防げます。

一方で、電子化しても自動的には良くならないものがあります。

電子化で解決する電子化しても残る
項目の抜け解決する(必須入力にできる)—
宛先の誤り解決する(金額で分岐させられる)—
金額の概算一部(必須入力にできる)精度そのものは人の仕事
理由の説得力—残る
リスクの記載—残る
比較の有無—残る

つまり電子化すると、書き手の勝負どころが自由記述欄に集中します。

ここから実務的な結論が出ます。フォームを設計するとき、自由記述欄を「備考」の1つにまとめてはいけません。 「目的」「代替案」「想定されるリスクと対策」を別々の必須欄に分けてください。欄が分かれていれば、書き手は書くべきことを思い出します。1つの大きな「備考」欄にすると、人によって書く内容がばらつき、承認者は毎回探すことになります。

金額による承認者の自動切り替えは、規程を正しく反映するうえで中心的な機能です。製品によって提供プランが分かれるため、ワークフローシステムの費用相場|総額の出し方もあわせて確認してください。

案件別:押さえるべき固有の論点

購買・備品の稟議

金額基準がもっとも明確に効く領域です。いくらから稟議が必要かの線引きは備品購入の稟議はいくらから?金額基準と書き方で扱っています。少額の案件で稟議を必須にすると、現場が稟議を回避する買い方を始めます。

システム・ツールの導入稟議

ランニングコストの書き方で差が出ます。初期費用だけを書いた稟議書は、ほぼ差し戻ります。 月額、年額、想定利用人数、解約条件を並べてください。5年間の総額まで書くと、比較の土台が揃います。

出張の稟議

出張は規程との整合が論点になります。規程額を超える宿泊や、規程外の交通手段を使う場合は、その理由を先に書いておく必要があります。出張規程の作り方|必須10項目と逸脱を防ぐ運用で規程側を扱っています。

人に関する稟議

採用、配置転換、懲戒。これらは金額ではなく手続要件で決まります。労働法規上の手続と整合しているかを、起案の時点で確認してください。

よくある質問(FAQ)

稟議書と決裁書は違うものですか?

会社によって呼び方が異なります。一般には、合意を積み上げるために回す書類を稟議書、決定の記録として残す書類を決裁書と呼び分けます。名称より、誰の決裁で確定するのかが明記されているかを確認してください。

稟議書はどのくらいの長さが適切ですか?

A4で1枚、添付資料は別というのが実務的な目安です。長さより構成が効きます。冒頭に要旨の6行があれば、承認者は1枚目の上半分で判断できます。

背景の説明は書かなくていいのですか?

書いてください。ただし位置が後ろです。承認者は金額と決裁区分を確認したあとで背景を読みます。冒頭に長い背景を置くと、必要な情報を探す手間が増えます。

リスクを書くと反対されませんか?

逆です。デメリットに対する対策も合わせて示すことで、却下されるリスクが下がります。 書き手が書かなかったリスクを承認者が見つけた場合、「検討が浅い」という評価になります。

金額が確定していないときはどうしますか?

上限額で起案してください。 「上限180万円、確定後に差額が出た場合は報告」という形にすれば決裁区分が確定します。「約150万円」のような概算は、どの職位が決裁するのかを決められないため止まります。

テンプレートはどこから持ってくればいいですか?

社内に指定様式があればそれを使ってください。ない場合、インターネット上の汎用テンプレートをそのまま使うのは勧めません。自社の職務権限規程の決裁区分と噛み合わないためです。規程の区分をそのまま欄にしたものを自社で作るのが確実です。

電子化すれば書き方は気にしなくてよくなりますか?

項目の抜けと宛先の誤りは防げます。しかし理由の説得力、リスクの記載、比較の有無は残ります。電子化すると勝負どころが自由記述欄に集中するため、フォーム側で「目的」「代替案」「リスクと対策」を別々の必須欄に分けておくのが効果的です。

1Approvalでの実現方法

1Approvalは、いま使っている承認ワークフロー(Microsoft 365、Teams、Google Workspace、kintone)の上で、承認が降りた時点で発注や手配まで完了させる仕組みです。

稟議書の観点では、金額の精度が変わります。

範囲
稟議書の書き方承認を取りやすくする
ワークフローシステム承認を回す
1Approval承認が降りたあとの発注・手配を実行する

稟議書で止まる原因のひとつが「金額が概算のまま」であることでした。申請の入口が購買のカタログにつながっていれば、申請の時点で金額が確定します。見積を別途取る工程が消え、概算で起案する必要がなくなります。

  • 承認と発注の間が消える — 承認後に注文し直す工程がなくなります
  • 申請の入口が1つになる — 稟議を回避して買う経路が減ります
  • 費用が法人一括請求にまとまる — 従業員の立替と領収書の回収が発生しません
  • 既存の承認基盤をそのまま使う — 承認フローを置き換えません

「稟議が面倒だから後で精算する」という抜け道をなくすことが、規程を守らせるうえで実質的に効きます。 立替をなくす考え方は立替精算をなくす方法|法人カード・一括請求の違いで扱っています。

まとめ

稟議書が通らない理由は文章力ではありません。承認者が判断する順番と、書き手が書く順番がずれていることです。

承認者は、いくらか → 自分が決めていい案件か → なぜ今か → 他に選択肢はなかったか → 失敗したらどうなるか → 詳細、の順に判断します。書き手は背景から始めて金額を最後に置きます。冒頭に件名・決裁区分・必要時期・総額・代替案・リスクと対策の6行を置くだけで、この逆転が解消します。

必須項目は、タイトル、宛名、作成者氏名、管理番号、作成年月日、目的、詳細、金額、コメント欄です。軽く扱われがちで重要なのは管理番号(監査と引き継ぎの入口)とコメント欄(何を見て承認したかの証跡)です。

通る稟議書には4つの共通点があります。金額が確定している(概算では決裁区分が決まらない)、デメリットと対策が書かれている(書かないと検討が浅いと読まれる)、比較した痕跡がある(不要なら不要な理由を1行)、必要時期とその根拠が書かれている。

テンプレートは、汎用のものをそのまま使わず、自社の職務権限規程の決裁区分をそのまま欄にしたものを作ってください。区分が噛み合わないテンプレートは、承認者が自分の案件かを判断できません。

電子化すると項目の抜けと宛先の誤りは防げますが、理由の説得力とリスクの記載は残ります。フォーム設計では「目的」「代替案」「リスクと対策」を別々の必須欄に分けてください。

まず直近で差し戻された稟議書を3件集めて、差し戻しのコメントを読んでください。 多くは「金額が不明」「他案との比較は」「いつまでに必要か」のどれかです。そこが自社の稟議書で抜けている項目です。

主な参照先

※本記事は2026年10月時点の一般的な実務慣行と公開情報をもとに整理したものです。稟議の様式や決裁区分は会社ごとに異なります。自社の規程と様式に従ってください。

監修

伏見 匡矩

伏見 匡矩

株式会社エイチ 代表取締役社長

株式会社エイチ代表取締役社長。出張手配・会場手配の実務を起点に、申請・承認から購買実行までを一体で扱う1Approvalを立ち上げ、事業責任者としてプロダクト設計に携わる。承認されたあとの購買・手配をどう自動化するかという観点から、Microsoft 365を基盤とした申請・承認の設計を扱っている。

経歴・運営者情報を見る

この記事のテーマ

あわせて読みたい

J-SOXとは|3点セットと統制活動

J-SOXは通称で、正しくは金融商品取引法の内部統制報告制度です。基準の原文では「統制活動」に権限及び職責の付与と職務の分掌が含まれると明記されており、稟議・承認フローはここに当たります。3点セット(業務記述書・フローチャート・RCM)が法令上の義務ではない理由、2024年4月1日以後開始する事業年度から適用された改訂点までを一次資料から整理します。

稟議に押印は要るか|電子印鑑と電子署名

ワークフロー製品を調べると「電子印鑑」「電子捺印」という機能が必ず出てきますが、これは法的な推定を生むものではありません。政府の「押印についてのQ&A」(令和2年6月19日)と電子署名法3条のQ&Aを一次資料にあたり、社内稟議に本当に必要なもの、対外契約で要るもの、そして製品ごとの押印機能の実装の違いを整理します。

Create!Webフローの料金|連携は定額

Create!Webフロー(インフォテック株式会社)のクラウド版は1ユーザー月額500円、最低10ユーザーからです。ただし連携オプションはユーザー数に関係なく契約単位の定額で、Teams連携は月15,000円。10人ならこれだけで1人当たりが4倍になります。パッケージ版との損益分岐が人数で3.2年から0.8年まで動く理由もあわせて整理します。

検収とは|検収書と支払期日の数え方

検収は「届いたことの確認」ではなく「契約どおりかの確認」です。納品・受領・検収の違い、検収書に何を書くか、商法526条の検査・通知義務、そして2026年1月1日施行の中小受託取引適正化法で支払期日の60日を「受領した日」から数える点までを整理します。検収が遅れる原因は担当者の怠慢ではなく承認フローの設計にあります。

Microsoft 365のお役立ち記事をすべて見る

※記載されている会社名・製品名は各社の商標または登録商標です。