代理承認の設定は、本人だけに持たせて足りるか

代理承認の設定は、承認者本人に開放してよいのか

代理承認の設定を承認者本人に開放してよいのかどうか。ワークフローの設計において、この問いは終盤に浮上してきます。本人への開放だけで十分かどうかは、承認者の不在が予定されたものか、予期せぬものか、あるいはポストそのものが空席なのかによって変わります。

経理部長が来週から出張で不在になる、という連絡が情シスに入ったとします。設定画面を操作できるのは情シスの数名のみで、部長本人は自分の代理を指定できません。その設定権限だけでも部長に開放できないか、と考えるのは自然な流れです。実務的にも、代理承認は本人に設定させる運用が一般的であり、実際にそのように作られている製品も多くあります。

それでも、本人に開放しただけでは解決しない課題が残ります。本人が自ら設定できない不在パターンが存在することに加え、「代理で下りた決裁を、規程のどの条文と突き合わせるのか」という別の問題が生じるためです。

本記事では、代理承認の設定権限を誰に持たせるべきかを、不在のパターンと記録の残り方の観点から整理します。運用の境界線をどこに引くかを検討する際の、たたき台としてご活用ください。

代理承認の設定は、どこまで現場に下ろせますか

現場に下ろせる範囲は、システムが本人に設定させられるかどうかではなく、「代理承認の設定権限だけを切り出して付与できるか」によって決まります。個別に切り出せない製品の場合、その設定画面を開くために、承認経路や申請書式の設定権限まで同じユーザーに開放することになってしまいます。

代理承認とは、承認者本人の代わりに指名された人物が承認操作を行い、それを本来の承認者のステップにおける承認として成立させる仕組みです。承認者そのものを別人に変更するのではなく、承認ステップは本来の承認者のまま、操作する担当者だけが代行します。

本記事では、次のような1週間を通し例として進めます。経理部長が金曜から翌週の木曜まで出張で不在になるとします。その出張期間を挟んで部長のステップに届くのは、日常的な支払依頼が20件ほどと、200万円の備品購入稟議が1件です。支払依頼は毎日起票される定型業務であり、備品購入の稟議は決裁権限規程において部長決裁の対象となっています。

設定権限の付与先は、実務上「管理者のみ」「本人のみ」「本人と管理者」「本人と上位の職制」の4パターンのいずれかに落ち着きます。どのパターンを選んでも代理承認の機能自体は動作しますが、差が出るのは「機能が使えない場面で誰が対応するのか」という点です。

承認者の不在は、代理承認でどこまで埋まりますか

承認者の不在を「予定された不在」「予定外の不在」「席そのものが空いている不在」の3つに分類すると、代理承認でカバーできるのは前の2つです。3つ目は、承認経路側での対処が必要になります。

1つ目は、予定されている不在です。 出張、有給休暇、研修、産休への入りなど、いつから不在になるかが事前に把握できており、不在期間に入る前に代理を設定できる猶予があるケースです。

ただし、出張が必ずしも「承認操作ができない不在」とは限りません。社外から接続できる環境が整っていれば、部長自身が移動中に20件の支払依頼を承認することも可能です。あえて代理を立てる妥当性があるのは、セキュリティ上社外からのアクセスを許可していない場合や、入院・産休のように不在期間が長期にわたる場合です。

2つ目は、予定されていない不在です。 急病や事故、忌引などにより、本人が自ら設定できないケースです。本人以外にも設定権限を開放していれば、当日のうちに代理設定を行って業務を動かせます。一方、本人にしか権限を持たせていない運用の場合は、代理承認では対処できません。

3つ目は、席そのものが空いている不在です。 後任が未定のケースや、退職直後、新設部署で着任者がまだいないといった状況です。代理承認は「誰の代理か」という承認者本人を指定して設定する仕組みのため、本人が不在の席では設定自体が成り立ちません。ここは代理承認ではなく承認経路側を修正する領域であり、組織変更の際に当日まで残りやすいメンテナンス作業と重なります。ワークフローの組織変更、当日に残る作業は2つに分かれるで整理しています。

これら3つのパターンは互いに排他な関係ではなく、時間の経過とともに移行します。たとえば産休は1つ目の「予定された不在」として始まりますが、復帰までの後任が決まらなければ、途中から3つ目の「席が空いている不在」へと変化します。

また、設定権限を誰に付与するかによって、3つのパターンに対する有効性も異なります。

• 1つ目の不在では、付与先の設定は「保険」として機能します。本人が忘れずに設定できていれば、本人だけに開放していても業務は回るためです。管理者などの権限が活きてくるのは、設定を忘れて出張に出てしまった月曜の朝や、解除し忘れた代理設定が残っていることに気づく棚卸しのタイミングです。
• 2つ目の不在では、付与先の設定が業務の進退を直接左右します。本人が操作できないため、代わりに設定できる人がいなければ、代理承認という手段そのものが使えなくなります。本人だけに権限を持たせる運用は、本人が急遽倒れた日などに最も機能しない形でもあります。
• 3つ目の不在では、誰に権限を配っていても代理承認では対応できません。

「本人に開放すれば情シスの負担が減る」という見立ては1つ目の不在に対しては正解ですが、2つ目の不在では逆に業務を滞らせる要因になります。

代理承認と承認者の差し替えは、記録がどう違いますか

代理承認では、本来の承認者本人のステップとして承認記録が残ります。一方、承認者を差し替えた場合は、差し替え後の人物の承認として記録されます。決裁権限規程と照合しやすいのは前者です。

同じ「部長の承認待ち」であっても、支払依頼20件と200万円の稟議とでは、代理処理する重みが異なります。また、代理承認で通したのか承認者を差し替えたのかは、画面上ではどちらも「滞留していた申請が進んだ」ように見えます。違いが浮き彫りになるのは、半年後の内部監査などでその1件を確認するときです。

たとえば、200万円の備品購入稟議が規程上「部長決裁」と定められているとします。代理承認で処理した場合、その稟議は経理部長の決裁として記録されます。操作した担当者が記録に併記される製品であれば、「部長不在の週に課長が代理操作した」という経緯まで追跡できます。しかし併記されない製品の場合、部長本人が承認したのか代理なのか見分けがつきません。

一方、承認者を差し替えた場合は、経理部長の名前がそのステップから消えてしまいます。部長決裁が必要な稟議であるにもかかわらず、部長の決裁記録が存在しない状態になるわけです。これは規程を満たしていないというより、「規程を満たしたかどうかを記録から確かめられない状態」といえます。 経路の承認者そのものを割り当て直す話は、承認経路のメンテが終わらない理由で扱っています。

代理設定の漏れによって申請が滞留するトラブルは、比較的対策しやすい部類に入ります。周囲が気づきやすい上、期限切れ時に上位者へ自動で引き上げる設定を備えた製品もあるためです。

一方、記録に代理の事実が残らなかった案件は、後から「実は代理だった」と書き足すことができません。 操作者を記録に残せるかどうかはシステムの仕様に依存しており、運用や設定ではカバーできない場合があります。代理承認を認める範囲を決める前に、必ず確かめておきたい重要事項です。

設定を誰に配ると、何を引き受けますか

4つの選択肢の中で、一概に「最も手軽」と言えるものはありません。「管理者のみ」と「本人のみ」のどちらを選んでも、それぞれ異なる方向で運用負荷が生じるためです。

4行目のパターンで最も論点となるのは、代理承認の設定権限だけを切り出して付与できるかどうかです。管理者権限が一括りにまとまっている製品の場合、担当役員に承認経路の編集権限まで渡すことになり、情シスの一存では判断が難しくなります。権限を細かく分割して付与できる製品であれば、代理承認の設定権限のみを持つ役割（ロール）を作成して対応できます。

3行目のパターンを選ぶ場合、課題となるのは依頼の受付方法です。口頭やチャットで受け付けてしまうと履歴が残らず、「誰の依頼で誰を代理に設定したのか」が後から追跡できなくなります。そのため、代理設定の依頼自体を申請起票させ、ワークフローに乗せる企業もあります。代理承認の設定権限を管理者が持つと、その依頼を処理するためのワークフローが1本増えることになります。

誰を代理に立てるかを本人が決められるということは、部下を自分の代理に指名することも可能になるということです。それが組織として許容されるかどうかは、社内の決裁権限規程に書かれています。

決裁権限規程は、代理をどう扱っていますか

決裁権限規程には、「代決」という用語でルールが先に明記されているケースが多く見られます。しかし、その定め方がシステムの代理承認機能とは綺麗に噛み合いません。

紙の稟議運用には、「代決」と「後閲」という仕組みがありました。代決とは、決裁権限者が不在の際に、あらかじめ規程で定められた役職者が一時的にその者に代わって決裁することです。後閲とは、代決された案件を決裁権限者の復帰後に閲覧・確認することを指します。

規程の条文には、もう1つ特徴があります。「定例のものや軽易な案件は後閲を要しない」という但し書きが付いていることです。 つまり、「代決してよいかどうか」ではなく、「代決後に本人が確認すべきかどうか」を案件の重要度によって区別しています。

システムの代理承認と噛み合わないのは、次の2点です。

• 規程上の代決者は職位であらかじめ特定されており、定められた者以外は上位者であっても代決できない。一方、システムの代理承認は本人が相手を任意に指名する仕組みが基本であり、機能上は誰を指名しても処理が進んでしまう点
• 規程には後閲の定めがあるものの、代理で下りた決裁を本来の承認者が復帰後に事後確認する手順は、標準機能として用意されていない製品が多い点

このギャップを放置したまま運用すると、システム上は正常に動作しながらも、実態としては規程から外れた決裁が下りていくことになります。たとえば200万円の稟議において、部長が課長を指名して承認を通した場合、記録上は部長決裁に見えますが、規程上の代決者が別の職位で定められているのであれば、この決裁は規程違反となってしまいます。

このズレを解消するための制御方法は、採用する製品によって設定可能な範囲が異なります。

1. 代理に指定できる対象を、役職や組織階層で絞り込む
2. 申請書式ごとに、代理承認の可否を設定する
3. 金額条件を設け、一定金額以上の案件は代理承認を通さないルールを作る
4. 代理で決裁された案件の一覧を出力し、本人が復帰後に確認する運用フローを追加する

上の3つは、規程が「定例・軽易」として引いていた境界線を、システム側で再定義する作業に当たります。書式単位での制御や金額条件の設定が可能かどうかは製品によって異なるため、規程のルールをそのままシステムに持ち込めるとは限りません。

すべての書式で代理承認を禁止すれば、日常的な20件の支払依頼が出張期間中ずっと滞留してしまいます。かといってすべて許可すれば、200万円の稟議まで代理で承認されてしまいます。規程とシステム設定の対応関係については、決裁権限規程の1行は、ワークフローの4か所に分かれるで扱っています。

経理部長の出張では、どこまで代理で回りましたか

結果として、支払依頼20件は代理で承認され、200万円の稟議は保留となりました。先述した通し例の1週間を振り返ってみます。この企業では社外からのリモート接続を許可していないため、部長は出張中に一切の操作ができませんでした。

出張の前週、経理部長は自ら代理設定を行いました。代理人には経理課長を指定し、期間は出張日程に合わせてあります。

出張中、日常的な支払依頼20件は代理承認によって滞りなく処理されました。課長が内容を確認した上で操作し、記録には経理部長のステップでの承認として残っています。操作者が記録に併記される製品であったため、課長が代理操作した案件であることも後から正確に追跡できます。

一方、200万円の備品購入稟議については、当初出張前の決裁が検討されました。しかし、この稟議が部長のステップに届いたのは木曜の夕方でした。翌朝には出張へ出発する必要があり、しかも相見積もりの内訳に関して申請者へ確認したい点が残っていました。

そこで「代理承認に回すか、出張明けまで保留するか」の判断が求められ、この企業では金額条件によって高額案件の代理承認を制限する設定を採用していました。そのため、稟議は部長が帰任する翌週の金曜日まで保留となり、その間は発注業務もストップしました。

また同じ週、経理課の別の承認者が急遽休職しました。 こちらは先述の「2つ目の不在（予定外の不在）」に該当し、本人は事前に代理を設定できていませんでした。しかしこの企業では本人だけでなく管理者側にも設定権限を開放していたため、情シスが当日のうちに代理設定を代行しました。もし本人だけにしか権限を持たせていない運用であれば、承認経路上の承認者を直接差し替えるか、管理者が強制的に申請を進めるしかなく、いずれにしても代理承認とは記録の残り方が異なってしまっていたはずです。

これはあくまで1社における判断例であり、境界線の引き方そのものは企業ごとに異なります。代理に指定できる対象を役職で絞り込めるかどうかは、システムの仕様として確認できる事柄です。しかし、代決者をどの職位に定めるべきかは、規程を所管する側でしか判断できません。

なお、規程を確認しないまま「部長職以上に開放するのが一般的」といった相場観で設定を組んでしまうと、規程で代決者の職位が厳密に定められている場合に、本人が相手を指名する前提のシステム設定と矛盾が生じます。事前に決裁権限規程の該当条文を確認しておくことで、こうした設計の手戻りを確実に防ぐことができます。

まとめ

代理承認の設定権限を本人だけに持たせて足りるのは、「本人が忘れずに設定できた、予定通りの不在」だけです。予定外の突発的な不在や、ポストそのものが空席の不在には対応できません。

• 承認者の不在パターンは3つに分かれ、代理承認で対応できるのは2つ目まで。3つ目は承認経路自体の見直しが必要
• 権限の付与先による効果は不在パターンごとに異なる。1つ目では設定漏れを補う「保険」となり、2つ目では業務を動かすための「生命線」となるが、3つ目には効果がない
• 代理承認は「本来の承認者のステップ」として承認記録が残り、承認者の差し替えは「差し替えられた人物」の承認として残る
• 設定漏れや解除忘れは運用や機能で対策可能だが、記録に代理操作の事実が残らなかった案件は後から書き足すことができない
• 規程上の代決者は職位で特定されているのに対し、システムの代理承認は本人が相手を指名する。規程が「定例・軽易」として引いていた線は、書式や金額の条件で再定義することになる

代理承認の権限設計を検討する際は、まず想定しているのが3つの不在パターンのどれに当たるのかを確かめる必要があります。その上で、権限を本人だけに限定するのか、あるいは誰かを付与先として加えるのかを判断することになります。

よくある質問

代理で承認した記録は、監査で本人の決裁として扱われますか

製品によって記録の残り方が異なります。本人のステップの承認として記録され、実際に操作した人物の名前が併記される製品であれば、「決裁は本人のもので、操作は代理者によるもの」という形で正確に追跡できます。一方、操作者が併記されない製品では、本人が操作したものと見分けがつきません。監査で問われるのは「代理承認が規程に沿って適切に行われていたか」であるため、併記されない製品の場合は、「誰に対していつ代理を設定したか」の記録を別途残しておく必要があります。

産休や長期の休職で代理を立てるときは、何が変わりますか

不在期間が長期化するほど、代理承認の機能だけでは対応が難しくなります。たとえば承認依頼の通知が本来の承認者にも届く設定のままだと、休職中の社員へ通知が届き続けてしまいます。また、復帰までの後任者が正式に決まらなければ、運用の途中で「席が空いている不在」へと性質が変わります。どのタイミングで代理承認から承認経路自体の修正へ切り替えるかを、あらかじめ定めておくと運用で迷いません。

後任が決まっていない席の承認は、代理で回せますか

対応できないケースがほとんどです。代理承認は「誰の代理を務めるか（被代理人）」を指定して設定する仕組みであるため、その席に該当者が不在の状態では設定自体が成り立ちません。また、退職者のアカウントを無効化した時点で、そのユーザーに紐づく代理設定が自動的に解除される製品もあります。このような状況では、承認経路上の承認者を上位職制に付け替えるか、承認経路のバージョン自体を差し替えるといった対処が必要になります。