期限付きの例外対応が続いている会社で、再承認・終了・通常手順への変更をどう選ぶか

執筆者：株式会社Global Career Incubator 代表取締役CEO 井川真一

最終更新：2026年10月29日。本文・参考資料は更新日時点の情報です。

期限を過ぎた特別対応を見つけたとき、現場へ「なぜまだ続けているのか」と問う前に、その対応を止めた翌日に何が起きるかを確かめてください。顧客の注文を受けられなくなるのか、既に引き受けた処理が残るのか。それとも、元の手順へ戻れるのに、誰も終了を決めていないのでしょうか。

顧客ごとの書式に合わせて入力し、数字を照合し、納期に間に合わせてきた。その積み重ねがあるほど、担当者は自分の判断で手を止めにくくなります。経営・管理責任者の皆さんには、その努力を受け止めたうえで、これからも必要な仕事なのかを改めて判断していただきたいと思います。現場が続けられていることを、会社が続けてよい理由にしてはいけません。

当初の制約が解消していれば、顧客との切替と残務の処理を決めて終了する。必要性が残る場合は、続ける対象と期限を区切り、その間に何を確かめるかを決めて再承認する。同じ必要性が複数の案件へ広がっているなら、通常手順の改定も別の議題にする。 移行の見通しが立たない案件ほど、次に判断する日と確認する担当を置いてください。過去に認めた理由と、今から続ける理由を分けることから始めましょう。

過去の承認は残す。今の必要性は、今の資料で確かめる

一時対応を認めた判断が、当時から間違っていたとは限りません。顧客の移行期間だけ別の書式を受け付ける、社内システムの切替まで二重確認を残す。通常の方法では仕事が途切れる状況なら、期間を限った対応には理由があります。

ただし、その理由には前提があります。「顧客がまだ標準データを出せないから」と認めた手入力なら、現在も出せないのかを確認する必要があります。「以前、役員が承認した」という記録は当時の判断を説明しますが、現在の必要性までは説明しません。

管理責任者は、当初の承認書やメールと、現在の作業記録を並べてみてください。当時、何ができなかったのか。何が変われば終える予定だったのか。その条件は今どうなっているのか。経営側は、承認した日付だけを確認して、現場へ継続の判断を返さないようにしましょう。

GitLabが公開するセキュリティ・技術方針の例外手順では、例外を集約して記録し、期限が近づいたら見直し、延長には新たな申請と承認を求めています。同社の特定領域の運用ですが、過去の承認と次の期間の判断を分ける点は、業務の例外を考える手掛かりになります。

期限を見落としていたと分かっても、当初の期限だけを先へ書き換えないでください。管理責任者は、期限を過ぎて続いた期間と、その間の扱いを残しましょう。今回の再承認については、いつから何を認めるのかを新しい記録にしてください。過去の承認の有無が確認できない場合も、今の判断で確認済みに置き換えないことが重要です。

経営側が引き受けるのは、期限を守るよう注意することだけではありません。現場が顧客対応を止めずに済む条件と、不要になった負担を終える条件を、両方決める仕事です。

「例外見直し台帳」に、続ける負担と止める影響を並べる

私は、経営・管理責任者が利用部門と一緒に、期限を迎えた一時対応ごとの「例外見直し台帳」を作ることを勧めます。当初の承認を保存し、その横に現在の必要性と今回の判断を足していく整理方法です。既存の案件管理表に必要な欄を加えても構いません。

一つの行で扱う範囲は、「A社の注文書を受注システムへ手入力する」のように限定してください。「顧客への特別対応」では、何を終えるかも、誰へ影響するかも広すぎます。

台帳を書き始める前に、実際に期限を過ぎている一件について、次の会議へ出そうとしている議案をそのまま残してください。現時点で「終了」「限定再承認」「通常手順の改定を検討」のどれを勧めるのか、その理由を一度書きます。まだ確認できていない負担や顧客影響を、ある前提で埋めないでください。

続ける負担を見るとき、担当者の入力時間だけで終えないようにしましょう。営業が注文内容を聞き直し、別の担当者が照合しているなら、その時間も同じ対応の負担です。入力する部門だけが減らせても、顧客や別部門の手間が増える案なら、その移り方を含めて比べる必要があります。

一方、止める影響を「顧客に迷惑がかかる」で済ませると、継続以外を選びにくくなります。営業責任者には、既に受けた注文が処理できないのか、新しい注文の出し方を変えてもらう必要があるのかを分けてもらってください。未処理分を完了させながら、新規受付だけを標準方式へ切り替える案も考えられます。

台帳は、すべての欄を埋めれば完成するものではありません。続ける案と終える案を並べ、経営側がどの負担と影響を引き受けるのかを選べるところまで、関係者で具体化していきましょう。

台帳へ当初の承認理由、現在も残る必要性、続ける負担、止める影響を実際の記録から置けたら、先ほどの同じ議案を書き直します。新規受付と受領済みの残務を分け、いつまで何を認めるのか、誰が決めるのかまで書いてください。元の議案と並べ、結論そのものより、受付・残務・期限・判断者の四点がどう変わったかを確かめます。結論を変えない場合も、その四点を今の記録で説明できるなら、同じ議案を吟味した結果になります。

仮想ケース：三か月だけ認めた手入力が、九か月続いた

以下はGCIが作成した仮想例です。

法人向けの消耗品を販売する会社を想定します。既存顧客の定期注文を増やす方針があり、通常は顧客から所定の注文データを受け取り、受注システムへ取り込みます。合意した締切までに受けた注文を、翌営業日に出荷する運用です。

A社のシステム移行を理由に、事業担当役員が1月1日から3月31日までの三か月、メールの注文書から手入力する方法を承認しました。受注部門が入力し、別の担当者が注文書と照合します。営業責任者は顧客との条件確認、受注管理責任者は処理と照合、システム担当はデータ取込みの確認を担っています。例外の再承認と通常手順の変更を決める権限は、事業担当役員にあります。

9月30日の終業時点でも、同じ手入力が続いています。4月以降の再承認は行っておらず、期限を六か月過ぎた状態です。当日の終業後に会議を開き、10月1日以降の扱いを決める想定です。台帳には、次の共通条件が記録されています。

• 直近の負担： 9月はA社の注文120件に対し、受注部門が入力20時間・照合10時間、営業が内容確認4時間を使った。合計34時間は9月の実測で、過去九か月の平均ではない。
• 直ちに止める影響： 会議時点で受領済み・未処理の注文が12件あり、翌営業日の出荷を約束している。新規受付だけでなく、残る12件の扱いも必要になる。
• 翌月に使える枠： 10月は受注部門30時間、営業4時間までなら、通常注文の締切を守りながら対応できると確認済み。移行確認と見直し資料を準備する時間も、上記の責任者・担当に別途確保されている。新しいシステムの開発や追加の試行に必要な工数は未見積もり。
• 顧客への約束： 無期限にメール注文を受ける合意はない。ただし、受領方法と切替日は営業責任者がA社と合意する必要があり、社内だけで切替完了とはできない。

ここからは、A社の現在の状況が①〜③の場合に分けて、役員へ出す議案を比べます。移行が終わった場合、終了予定がある場合、同じ必要性が広がった場合では、選ぶ案が変わります。各条件で提案する内容を、台帳の「今回の判断」「次の確認」の欄へ残してください。

改善前の議案では、何が決まらないか

同じ記録を見ても、会議へ出す議案が次の内容にとどまると、実行時に判断が残ります。

①は、役目を終えた負担を減らそうとしています。しかし、標準方式へ切り替えられる日と、受領済み12件を置き去りにしています。②は目の前の注文を守ろうとしていますが、移行が遅れるたびに手入力の期限も延びます。③の対応を揃える意図にも意味はあります。ただ、三社分を同じ体制で処理できるかは分かっていません。

どの案にも、現場や顧客を思う理由はあります。それでも、その理由だけで承認すると、残る条件を担当者が引き受けることになります。ご自身が会議で同じ説明を受けたら、「継続か終了か」の答えだけを急がず、決定後に誰が何を処理できるかまで確認してください。

① 終了を選ぶ。ただし、新規受付と受領済み分を分ける

移行完了の条件では、手入力を続ける当初の理由は解消しています。例外を終える方向は妥当です。問題は、その終え方です。事業担当役員へ出す議案は、次のように具体化できます。

議案：A社の手入力を終了し、標準方式へ切り替える。

営業責任者は、会議後2営業日以内に、5営業日目からの標準方式への切替と、4営業日目の所定締切で新規メール受付を終えることをA社と合意する。

10月1日から4営業日目の締切まで、新規メール受付を限定して認める。受領済み12件は、受注管理責任者が従来の入力・照合で翌営業日の出荷につなぐ。切替前に受けたメール注文も、約束した翌営業日の出荷を守り、遅くとも5営業日目までに処理する。これらに必要な時間は、10月の確認済み作業枠の範囲とする。

受注管理責任者は、切替後最初の締切分で注文の欠落・重複と出荷指示を確認する。メールで受領した分の処理完了も確かめ、根拠を台帳へ残して例外を終了する。

切替に合意できない場合： 営業責任者が未合意の理由と必要な移行期間を確認する。事業担当役員は3営業日目に、再提案する切替日、新規受付の範囲、残務の処理期限と作業枠を決める。営業責任者がA社との合意を確認するまでは、社内の判断だけで受注方法や顧客への約束を変更しない。

作業枠を超える見込みの場合： 受注管理責任者が、受領済み分と今後受ける分を含む見込みを役員へ報告する。役員は営業責任者と、受付範囲、追加で確保できる時間、切替日を選び直す。合意を待つ間も、受付期限を自動で延ばさない。

ここで終えるのは、A社の注文を受けることではなく、移行のために始めた手入力です。切替の合意前にメール受付を止めてしまえば、確認済みの取込み機能があっても、注文は届かなくなるかもしれません。

また、「終了を決めた」と「終了した」は別の状態です。管理責任者は、終了決定日と実際の終了確認日を分けて残してください。未処理分を誰かが後から片づけているなら、例外の負担はまだ残っています。担当者が最後まで処理できる条件を整えてから、台帳を閉じましょう。

② 再承認を選ぶ。移行予定を、無期限の延長理由にしない

②では、標準方式へ戻せる状態にまだ達していません。翌営業日に出荷すべき注文もあります。限定して続ける理由はありますが、予定表に終了日があることと、その日に終えられることは同じではありません。

議案：A社に限り、10月1日から31日まで手入力を再承認する。

対象は現在と同じ注文処理とし、別顧客へ広げない。受注部門30時間、営業4時間を上限とし、入力後の照合を維持する。受領済み12件を含め、処理状況と残る作業時間を受注管理責任者が管理する。

25日に判断する材料： 営業責任者とシステム担当は、10月20日の取込み試験の結果と残る課題を確認する。受注管理責任者は翌営業日までに切替準備を取りまとめ、営業責任者はA社と受付方法・切替日を協議する。取込み、社内準備、顧客合意の三つがそろえば、事業担当役員は月末で新規メール受付を終える判断へ進む。

取込みに問題がなく、顧客の切替合意だけが残るなら、営業責任者が未合意の条件と回答予定を示す。役員は、合意に必要な期間と作業枠を照合し、切替日とそれまでの受付範囲を選び直す。取込み試験に不一致が残るなら、システム担当が修正範囲と再確認の日を返し、役員はその間の注文を扱う方法と必要な時間を決める。どちらの場合も、単に試験や協議を続けるという報告で終えず、次の期間に何を認めるかを議案にする。

終了へ進む場合： 新規メールの最終受付日時と、受付済み分の処理・照合を終える期限を分けて決める。受注管理責任者が残務の工数を見積もり、11月へまたがる場合は、役員がその残務だけの期間と作業枠を別に承認する。枠を確保できなければ、営業責任者が最終受付の前倒しなどをA社と協議し、役員へ案を戻す。残務の完了は受注管理責任者が確認する。

25日を待たずに戻す条件： 試験日程の後退、通常注文の締切への影響、作業枠の超過見込みが分かった場合は、受注管理責任者が役員へ上げる。営業責任者はA社と、受付範囲や切替予定を変更できるかを確認し、役員へ対応案を出す。月末までに移行できない、または切替条件に合意できない場合は、役員が期限前に次の扱いを決める。新規受付の追加継続は、自動では認めない。

この再承認で認めるのは、10月の限定した対応です。六か月間の期限超過を、承認済みの期間へ書き換えるものではありません。受注管理責任者は、今回認めた理由、期間、作業枠を台帳へ新しく残す役割を担います。受付を終えても残務が翌月へ続くなら、その処理の承認と、新しい注文を受け続ける承認を混ぜないでください。

工数の上限にも、使い方があります。30時間へ達した瞬間に担当者が注文を放り出す運用にしてはいけません。受注管理責任者は、これから処理する分を含めた見込みで、上限へ達する前に報告する必要があります。営業責任者は新たな約束を増やす前に顧客と調整し、役員は対象の縮小、追加の作業枠、切替方法の変更を比較してください。追加の枠は、通常業務への影響と確保方法を確認してから決めるものです。

月末の進捗報告だけでは、間に合わないと分かった時点で手を選べません。終了予定日の前に、まだ選び直せる確認日を置くことが重要です。 延長した期間で何を確かめるかが決まって初めて、再承認を次の判断につなげられます。

③ 通常手順の改定を議題にする。当面の継続とは別に決める

A社だけの移行待ちだったはずの対応に、B社・C社からも要望がある。③では、会社の通常手順が前提とする顧客条件を確かめ直す理由があります。ただし、三社とも標準データを出せないことから、三社分を自社が手入力すべきだという結論までは出ません。

同じ会議に、二つの決裁事項を分けて出しましょう。

当面の議案：A社の既存対応だけを、10月1日から31日まで限定して再承認する。

受注部門30時間、営業4時間の枠と照合を維持し、受領済み12件を処理する。超過見込みや通常注文への影響があれば、受注管理責任者が事業担当役員へ報告する。B社・C社のメール受付は、この承認には含めない。

別の議案：通常手順を改める必要性と方式を比較し、10月25日に次の実施範囲を決める。

営業責任者は各社の想定件数、継続期間、顧客側で標準データを用意できる代替方法を確認する。受注管理責任者は三社分の入力・照合・確認の負担と、通常注文への影響を見積もる。システム担当はデータ変換・取込みなどの候補について、利用可能性と準備工数を確かめる。10月20日までに、確認できた内容と未確認事項を揃える。

事業担当役員は25日に、対象を限った新手順の試行へ進むか、提供条件を変えるか、改定を見送るかを選ぶ。同時に、営業責任者が確認したA社との条件をもとに、A社の10月末以降の扱いを別項目で判断する。終了を選ぶ場合は、最終受付日時と残務の処理期限・作業枠、受注管理責任者による完了確認も決める。改定案が未完成であることを、A社の例外を延長する理由にはしない。

通常手順を改定するなら、顧客が別の方法で標準データを用意する案、自社が変換して取り込む案、自社の手入力を範囲限定で残す案を、同じ注文範囲で比べます。営業責任者は顧客側に残る作業と合意できる条件を、受注管理責任者は入力・照合・聞き直しに残る時間を示してください。システム担当は、変換後の商品番号・数量・納品先が注文と一致するか、準備にどれだけの時間を使うかを確かめます。

顧客側で標準データを用意でき、その負担と受付条件に合意できるなら、役員はその方法への切替を選べます。変換なら必要な品質を満たし、準備と継続の作業枠も確保できると分かった場合は、対象を限った変換の試行へ進む理由になります。一方、変換後も毎回大幅な修正が残るなら、機能が動いたことだけで採用せず、手入力・照合を含む負担へ戻して比較します。

手入力を残す案でも、三社分の負担が通常注文の締切を圧迫するなら、役員はそのまま対象を広げる案を採りません。営業責任者に、受けられる注文の範囲や受付条件を各社へ相談してもらい、受注管理責任者が対応できる枠とそろえます。顧客が必要とする条件と確保できる体制が合わなければ、B社・C社への追加受付は見送る判断も要ります。三社の要望が似ていることを、一律に引き受ける理由にはしないでください。

ISOのISO 9001:2015のプロセスアプローチを説明する資料は、問題や目的を定め、データを分析し、選んだ方法の効果を評価してから通常運用へ組み込む流れを示しています。繰り返される必要性は見直しのきっかけになりますが、現在の方法をそのまま通常手順にする根拠とは分けて考えましょう。

試行を選んだ場合は、役員が対象、作業枠、確認する品質と負担、採用を判断する日を承認し、営業責任者が顧客と条件を合意してから始めます。受注管理責任者は、注文の欠落・重複、照合結果、各部門が使った時間を記録してください。品質と通常注文の締切を守り、合意した枠で続けられる結果なら、役員は確認できた範囲を通常手順へ移す判断をします。受注管理責任者は、その対象、担当、開始日を関係者へ伝え、最初の受付から使えるようにします。

品質を満たしても別部門の聞き直しが増えたなら、時間を移した先も含めて案を直します。対象を限れば成立する場合は、その条件だけを採用し、残る案件は別の受付条件で扱います。必要な品質を満たせない場合は試行範囲を広げず、役員が方式の変更か改定の見送りを選んでください。A社の当面の受付と残務は、先に定めた期限と作業枠で別に管理します。

判断材料が足りないときも、「当面そのまま」にしない

実際の見直しでは、移行が終わったのか、承認した人が今も同じ権限を持つのかさえ、分からないことがあるでしょう。過去の記録を探す人と、今の処理を続ける人が同じであれば、調査まで後回しになりかねません。

管理責任者は、不明点を確認する担当と日付を置き、経営側には現在の権限に沿った判断者を確定してもらってください。必要性を確認できないことを「不要」と扱うのも、止める影響を確認できないことを「継続が必要」と扱うのも、判断を飛ばしています。

会議では、最終的な存続判断と、確認が終わるまでの扱いを分けましょう。受領済み分をどこまで処理するか、新しい受付をどの範囲で認めるか、その間の負担を誰が引き受けるかを、権限を持つ人が期限付きで決めます。暫定の扱いを選んだ理由と、判断に足りない情報も台帳へ残してください。

その期間は、調べる人が回答できる日と、顧客への約束に影響が出る日の両方から決める必要があります。調査の終了を待てないなら、経営側が確認の順序や受付条件を先に変える番です。「分かるまで続ける」として、確認する側へ無期限の猶予を渡さないでください。

続ける場合も終える場合も、顧客への約束や必要な確認手順を、社内の決定だけで消すことはできません。営業と実務の責任者は、相手と合意する内容、完了させる仕事、残す確認を切替計画へ入れましょう。期限超過の是正を急ぐあまり、これまで守ってきた注文や品質を傷つけては、本来の目的から外れてしまいます。

次の会議で、一件を「決められる議案」にする

管理責任者の方は、期限が近い、または過ぎている暫定対応を一件選び、当初の承認と直近一期間の作業記録を揃えてください。全社の例外を洗い出し終えるまで、目の前の判断を待つ必要はありません。利用部門に協力してもらい、続ける負担と止める影響を同じ期間・対象で整理しましょう。

会議前に、その業務を使う部門と実際に処理する部門で、短い確認練習をしてみてください。利用部門の責任者には、新規受付を止めた場合の顧客への影響を、記録を指して説明してもらいましょう。処理部門の責任者には、受領済み分を完了させる負担と、一か月続けた場合の他業務への影響を確かめてもらってください。顧客を守りたいという思いも、現場の負担を減らしたいという思いも、その理由だけでは両立する方法が決まりません。

説明の途中で記録が足りないと分かったら、確認する相手と期限を置きます。回答が来たら、管理責任者が議案を更新してください。例えば「標準方式へ戻れる」と確認できた一件なら、続ける理由を探し直すより、顧客との切替と残務の完了を決める案へ進みます。「今も代替できない」と分かった一件なら、対象・作業枠・次の判断日を区切る再承認案へ変えます。その理由を添え、役員や経営者へ次の内容を一つの議案として出しましょう。

• 当初の承認理由のうち、何が解消し、何が残っているか。
• 終了・限定再承認・通常手順改定のどれを提案し、どの事実を理由にするか。
• 受領済み分、新規受付、顧客との合意、別部門の負担をどう扱うか。
• 誰の権限で、いつから何を認め、どの条件で終えるか。
• 何をいつ確認し、予定どおりでなければ誰が選び直すか。

経営者は、その議案へ「継続でよい」「管理部門で整理しておいて」だけで答えないでください。続ける範囲と終わらせる条件を選び、必要な作業時間も引き受けましょう。意見が分かれるなら、顧客が離れるという懸念なのか、処理能力への懸念なのか、未処理分の心配なのかを分け、判断を変える情報を特定してください。

決定後は、管理責任者が利用部門・実務部門から実施状況を確かめ、台帳を更新してください。終了予定、限定継続、改定検討中など、現在の状態も明記しましょう。終了を選んだ場合は、未処理分の完了と通常の方法への切替を実施責任者に確認してもらいます。再承認なら、負担の上限と代替へ移る準備の進み具合を報告してもらってください。改定なら、手順の配布に加え、対象範囲で品質と負担を確かめた記録を受け取り、次の採否判断へつなげましょう。

長く続いた対応を終えることに、不安を感じる担当者もいると思います。その人は、会社が決め切れていない部分を支えてきたのかもしれません。経営・管理責任者は、過去の努力を否定せず、今後も引き受ける仕事と終えてよい仕事を明らかにしてください。一度認めた例外だからこそ、現場の慣習へ預けず、今の条件で判断し直していきましょう。

続ける必要性と終え方が、部門ごとに食い違うときは

営業は顧客との関係から続けたい。管理部門は負担を減らしたい。どちらの理由も分かるのに、期限だけが更新されている。こうした状況では、当初の承認内容、現在の作業、終了すると困る点を、相談の入口にしてください。

GCIの経営・組織コンサルティングでは、事業の前提と日々の運営を照らし合わせ、判断材料や役割・運営方法を整理し、合意した範囲で実行・改善を支援します。貴社が続ける範囲と変える条件を判断できるよう、現場の負担と顧客への影響を一緒に確かめていきましょう。

初回相談では課題と支援の進め方を伺います。調査・分析・報告を伴う診断は、対象・成果物・費用の合意後に開始します。

期限を過ぎた暫定運用の見直しについて相談する

参考資料

• GitLab 「Security and Technology Policy Exception Process」。2025年11月13日更新。例外の記録、期限前の見直し、延長の再申請・承認を参照。
• ISO 「The Process Approach in ISO 9001:2015」。文書番号ISO/TC 176/SC 2/N1289。「2015」は規格の版を指し、この資料自体の発行日表示はありません。プロセス改善と通常運用への組み込みに関する解説を参照。
• 株式会社Global Career Incubator 「経営・組織コンサルティング」／「FY31中期経営戦略」。現行の支援範囲と、共有する判断基準・継続的な運営改善の公開方針を確認。

資料の確認日は2026年10月28日です。例外見直し台帳と会議議案は、本稿の提案です。