稟議と決裁の違い｜承認・合議との関係

「稟議が通りました」と報告を受けて、発注してよいと受け取る。これは実務でよく起きる取り違えです。

稟議は合意を積み上げる過程、決裁は権限を持つ者が決める行為です。関係者全員が押印を終えていても、決裁権限を持つ者の決裁がなければ、決まっていません。

本記事では稟議・承認・決裁・合議・専決・代決という6つの語を、1本の流れの中の位置として整理します。あわせて読みの同じ「決済」との区別、稟議制度が日本固有である理由、そしてワークフローシステムで「決裁」をどう表現するかという設計の論点まで扱います。

この記事の要点

• 稟議は、提案書類を上位者に回して承認を集める手続きです。複数名が順に承認し、関係者すべてまたは最終の承認によって決定されます。
• 決裁は、上位者が提案の最終的な採否を決定することです。稟議は複数名、決裁は1名という違いがあります。
• 承認は、稟議の途中段階で関係者が同意することを指すことが多く、決裁は最後に権限者が下す判断です。
• 稟議は決裁手続きの一部という関係にあります。稟議を回し終えることと、決裁が降りることは別です。
• 合議は関係部署の同意を横方向に取る動きで、上位職位へ上げる動きとは別です。
• 専決は規程で与えられた権限により上位者の決裁を仰がずに決めること、代決は決裁者不在時に代わって決めることです。
• 「決裁」と「決済」は読みが同じですが別語です。決済は売買取引の完了や支払いを指します。社内文書では区別が必要です。
• 稟議制度は日本固有で、英語では ringi、根回しは nemawashi とそのまま紹介されます。呼び名も会社ごとに違い、A3用紙にちなんで「A3」、request for approval の略で「RFA」と呼ぶ会社もあります。

6つの語を1本の流れに置く

まず位置関係を整理します。

語	何を指すか	人数
稟議	合意を積み上げる過程の全体	複数名が順に
承認	各ステップで関係者が同意する行為	ステップごとに1名
決裁	最終的な採否を決定する行為	1名
合議	関係部署の同意を横方向に取る動き	複数部署
専決	上位者の決裁を仰がずに自ら決めること	1名
代決	決裁者不在時に代わって決めること	1名

流れとして並べると、起案 → 承認（役職が上がっていく）→ 決裁 → 実行となり、途中で合議が横から入ります。稟議はこの合意形成の過程全体を指す語です。

実務では、担当者 → 主任 → 所長 → 部長のように、決裁に近づくほど役職の高い人が承認する流れがよく見られます。

稟議と決裁の決定的な違いは人数

ここが混同の核心です。

稟議は上司など複数名が順に承認し、関係者すべてまたは最終の承認によって決定されます。 一方で決裁は、上司や代表者など1名だけで案を決定できます。

つまり「稟議が通った」は、途中の承認が揃ったという状態を指すことがあります。最終の決裁者がまだ見ていない段階でも、関係部署の押印が揃えば「通った」と表現されてしまいます。

稟議は決裁手続きの一部です。部分が終わったことを全体が終わったと読み替えると、実行に進んでよいかの判断を間違えます。

「決裁」と「決済」を混同しない

読みが同じため、社内文書でも入れ替わっていることがあります。

	意味
決裁	権限を持つ者が採否を決定すること
決済	売買取引を完了すること、あるいは支払いそのもの

「決済が降りた」は意味をなしません。 一方で「決裁が降りたので決済する」は正しい使い方です。決裁が先、決済が後という順序になります。

申請書の項目名や承認フローのステップ名でこれが混ざっていると、監査のときに何の記録なのかが説明できなくなります。社内の様式を見直すときに、まずここを揃えてください。

合議は「横」の動き

合議は、上に上げる動きとは方向が違います。

• 順次承認 — 担当者から部長、役員へと縦に上がる
• 合議 — 法務、情報システム、安全衛生など、関係部署に横に同意を取る

同じ「承認」という言葉で扱われるため、ワークフローを設計するときに混ざります。しかし性質が違います。縦は権限の階段を上がる動きで、横は専門部署の確認を通す動きです。

金額が課長決裁で足りる案件でも、契約を含むなら法務の確認が必要になります。金額だけでルートを組むと、この横方向が抜けます。 この組み合わせ方は多段階承認と稟議ルートの設計で扱っています。

専決と代決

どちらも「決裁者以外が決める」場面ですが、理由が違います。

専決は、社内規程で与えられた権限に基づき、上位者の決裁を仰がずに担当者や管理職が決めることです。少額の購入などが典型です。あらかじめ決まっている権限なので、例外ではありません。

代決は、決裁権限者が不在のときに、その人に代わって別の権限者が決裁することです。こちらは不在という事情による例外です。

どこまでを専決とし、誰が代決できるかは、会社ごとの職務権限規程や決裁権限表で決まります。職務権限規程の作り方｜決裁金額の決め方で、規程側の設計を整理しました。

代決で注意すべきは、証跡が壊れやすいことです。決裁者本人のIDで代わりにログインして押す運用にすると、誰が判断したのか記録が残りません。代決の設計と証跡の両立は代理承認の設計｜承認者不在で止めない、証跡を壊さないで扱っています。

なお、代決が常態化している状態は規程と実態がずれている兆候です。監査で指摘される対象になります。

使い分けの目安

実務的な整理として、次のように対応します。

• 金額や影響が小さく定型的な案件 — 専決で処理する
• 組織内の合意形成が必要な案件、複数部署にまたがる案件 — 稟議で回す
• 最終的な意思決定の記録 — 決裁欄を使う
• 上司の不在時 — 代決のルールに従う

稟議をどの金額から必要とするかは企業によって違います。一定額以上のみ稟議を要する会社もあれば、少額の物品購入でも稟議が必要な会社もあります。金額基準の決め方は備品購入の稟議はいくらから？金額基準と書き方で扱っています。

稟議制度は日本固有の仕組み

用語が混同されやすい背景には、この仕組み自体が日本独自という事情があります。

英語には対応する単語がなく、ringi（稟議）、nemawashi（根回し）としてそのまま紹介されます。説明する際は bottom-up decision-making や consensus-based decision-making という補足が添えられます。

特徴として挙げられているのは次の点です。

• ボトムアップ型 — 下位の社員が起案し、文書が階層の下から上へ進んで最終決裁に至る
• トップダウンを避ける構造 — 専制的な意思決定を避けるため、下から提案を積み上げる
• 呼び名が会社ごとに違う — A3用紙にちなんで「A3」と呼ぶ会社、request for approval の略で「RFA」と呼ぶ会社がある

3つ目は実務上見落とせません。転職すると用語が通じないことがあります。社内の呼び名を統一し、様式に正式名称を併記しておくと、新しく入った人の立ち上がりが速くなります。

根回しは稟議の「前」にある

根回しは、正式な決定の前に行われる個別の非公式な合意形成です。木を移植する前に根を整えておく園芸の用語に由来します。

提案者が非公式な雑談や個別面談を通じて意見を集め、懸念に対応し、支持を広げていく動きです。そのため会議の時点ではすでに決まっていることが多く、会議は事前の調整結果を確認する場になりやすいと指摘されています。

ここが理解されていないと、ワークフローを電子化したときに「スピードが上がらない」という結果になります。時間がかかっているのは稟議の回付ではなく、その前の根回しだったという場合があるためです。

承認の前段の相談や共同編集まで製品の範囲に含めている例はX-pointとAgileWorksの違い｜料金と選び分けで扱いました。「稟議完全対応」として起案前を範囲に入れる設計は、この事情を踏まえたものです。

メリットとデメリット

公開されている整理では、次の点が挙げられています。

	内容
メリット	多くの関係者が関わることで検討される代替案が増え、リスクを分散できる
メリット	決定までは時間がかかるが、いったん決まれば実行は速い
デメリット	意思決定に時間がかかる
デメリット	個人間の人間関係が議論に強く影響する
デメリット	責任の所在が集団に分散しがち
デメリット	反対意見が公の場で議論されず、事実上棚上げされることがある

「決まれば実行は速い」という点は、この仕組みの合理性を説明します。関係者が事前に納得しているため、実行段階での巻き戻しが少ないわけです。

一方で責任の所在が分散するのは、承認者の数が多いほど強まります。全員が押しているのに誰も内容を精査していない、という状態です。

承認者を絞るという解

この問題への対処として具体例があります。トヨタでは1990年代初頭から、承認者を3人に制限する取り組み（three-stamp movement）を採用しているとされています。

近年は稟議の承認者を3名に絞るなど、簡素化する動きがあります。承認者を増やすほど統制が強くなるわけではないという考え方です。

承認が形式化する構造と、段数を減らす判断については差し戻しはなぜ減らないのか｜手戻りを設計で潰すと承認フローが回らないときの原因切り分けでも扱っています。

ワークフローシステムで「決裁」をどう表すか

ここは設計の実務論点です。

ワークフロー製品が持つステップの種別は、製品によって粒度が違います。たとえば「申請、承認、回覧」の3種類で表すものと、「作成、申請、承認、報告、保管、閲覧」まで分けるものがあります（X-pointとAgileWorksの違いで比較しました）。

「決裁」という独立した種別を持つ製品は多くありません。 そのため多くの構成では、最終の承認者をもって決裁とみなすという設計になります。

この設計で問題になるのは2点です。

1. 画面上はすべて「承認」と表示される — 決裁者も途中の承認者も同じボタンを押します。「稟議が通った」と「決裁が降りた」の区別が、システム上では見えません
2. ルートが途中で変わると決裁者が変わる — 金額の修正で上位職位が追加された場合、それまでの最終承認者は決裁者ではなくなります

対処としては、規程上の決裁者が誰かを申請画面に出すのが実務的です。稟議書の書き方｜通る順番と必須項目で、冒頭に決裁区分（規程の条項番号まで）を置く形を提案しました。承認者本人が「自分が決裁者なのか、途中の承認者なのか」を画面上で判断できる状態にしておくことが、混同を防ぎます。

よくある質問（FAQ）

稟議と決裁の違いは一言で言うと何ですか？

人数と位置です。 稟議は複数名が順に承認して合意を積み上げる過程、決裁は権限を持つ1名が最終的な採否を決める行為です。稟議は決裁手続きの一部にあたります。

「稟議が通った」は決まったという意味ですか？

必ずしもそうではありません。途中の承認が揃った状態を指して使われることがあります。決裁権限を持つ者の決裁が済んでいるかを確認してください。 発注や契約に進んでよいかは、ここで決まります。

承認と決裁はどう違いますか？

承認は稟議の途中段階で関係者が同意すること、決裁は最後に権限者が下す判断です。実務では担当者→主任→所長→部長のように、決裁に近づくほど役職の高い人が承認する流れになります。

「決裁」と「決済」はどちらが正しいですか？

場面によります。権限者が採否を決めるのは決裁、売買取引の完了や支払いは決済です。読みが同じなので社内文書で混ざりがちですが、別語です。決裁が先、決済が後という順序になります。

合議と順次承認の違いは何ですか？

方向が違います。順次承認は担当者から部長、役員へと縦に上がる動き、合議は法務や情報システムなど関係部署に横に同意を取る動きです。金額だけでルートを組むと、横方向が抜けます。

専決と代決の違いは何ですか？

専決は規程で与えられた権限により上位者の決裁を仰がずに決めること、代決は決裁者が不在のときに代わって決めることです。専決はあらかじめ決まった権限、代決は不在による例外という違いがあります。

稟議はなぜ時間がかかるのですか？

承認者の数が多いことに加えて、正式な稟議の前に根回しという非公式な合意形成があるためです。電子化で速くなるのは回付の部分だけで、根回しの時間は別に残ります。どこに時間がかかっているかを分けて測ってください。

承認者は何人が適切ですか？

一般的な正解はありませんが、承認者を増やすほど統制が強くなるわけではありません。全員が押しているのに誰も内容を精査していない状態になりやすく、責任の所在も分散します。トヨタでは1990年代初頭から承認者を3人に制限する取り組みが採られているとされています。

稟議書の書き方を知りたい場合は？

必須項目と、承認者が判断する順番から逆算した構成は稟議書の書き方｜通る順番と必須項目で扱っています。

1Approvalでの実現方法

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

本記事の論点と正面からつながります。

	位置
稟議・承認	合意を積み上げる
決裁	権限を持つ者が決める
1Approval	決裁が降りた時点で発注・手配を実行する

「稟議が通った」と「決裁が降りた」の混同が実務で危ないのは、その先に人の手で実行する工程があるからです。誰かが購買サイトを開いて注文する運用では、取り違えたまま発注が走ります。

• 承認と発注の間が消える — 決裁が降りたという事実が、そのまま発注のトリガーになります
• 申請の入口が1つになる — 何をどこで買うかに関わらず同じ場所から申請できます
• 費用が法人一括請求にまとまる — 従業員の立替と領収書の回収が発生しません
• 既存の承認基盤をそのまま使う — 承認フローを置き換えません

決裁の完了と実行の開始が同じ瞬間になれば、取り違える余地そのものがなくなります。

まとめ

稟議は合意を積み上げる過程、決裁は権限を持つ1名が採否を決める行為です。稟議は複数名、決裁は1名という違いがあり、稟議は決裁手続きの一部にあたります。

「稟議が通った」は「決裁が降りた」と同じではありません。 途中の承認が揃った状態を指して使われることがあるため、発注や契約に進む前に、決裁権限を持つ者の決裁が済んでいるかを確認してください。

承認は各ステップでの同意、合議は関係部署の同意を横方向に取る動き、専決は規程で与えられた権限により自ら決めること、代決は決裁者不在時に代わって決めることです。専決は決まった権限、代決は例外という違いがあります。

「決裁」と「決済」は読みが同じですが別語です。決済は売買取引の完了や支払いを指します。社内の様式やフローのステップ名で混ざっていると、監査で何の記録なのかを説明できなくなります。

稟議制度は日本固有で、英語では ringi、根回しは nemawashi とそのまま紹介されます。呼び名も会社ごとに違い、「A3」や「RFA」と呼ぶ会社があります。電子化でスピードが上がらない場合は、時間がかかっているのが回付なのか、その前の根回しなのかを分けて測ってください。

まず自社の様式とフローのステップ名を並べて、「承認」と「決裁」が区別されているかを確認してください。 すべて「承認」になっているなら、誰が決裁者なのかがシステム上では見えていません。

主な参照先

• 稟議と決裁の違い｜創業手帳
• 稟議とは｜カオナビ人事用語集
• 稟議書とは｜マネーフォワード クラウド
• Ringi decision-making in Japanese companies｜Japan Intercultural Consulting
• Nemawashi in Japanese culture｜GLOBIS
• Ringi seido（稟議制度）｜Right Attitudes

※本記事は2026年10月時点の一般的な実務慣行と公開情報をもとに整理したものです。用語の使い分けは会社ごとに異なり、専決・代決の範囲は社内の職務権限規程で決まります。自社の規程に従ってください。