作成：Uptech · 更新日: 2026-10-20

依頼の入口をそろえる

メール、フォーム、共有ファイルなど複数の入口がある場合も受付番号を付けます。重複依頼は元の番号へ関連付け、処理対象の版を固定します。必要資料がそろう前の依頼は受付済みと作業可能を分けます。

権限を越える処理を止める

マスター変更、支払承認、契約条件の変更などは発注側の権限とします。作業者が迷ったときの照会先、回答までの保留状態、再開の証跡を定めます。日次の引継ぎには次に必要な動作を残します。

一週間分などの代表的な依頼履歴、手順書、繁忙日、完了期限を提示してください。依頼一件に含む工程と確認回数を確認し、業務の組合せと必要体制を個別に検討します。

申請受付、照合、登録、承認、関係者への連絡を工程ごとに分け、実行担当、最終責任者、相談先、報告先を割り当てます。RACIを使う場合も記号だけで終わらせず、承認者が何を見て判断するかと、代理担当まで明記します。最終責任者が空欄の工程は運用開始前に解消します。

委託先が処理できるのは、必要資料と規則がそろい、許可された権限で実行できる範囲です。支払、マスター変更、契約条件の例外などは発注側の判断として残します。相談先の回答を待つ状態と、実行担当の作業待ちを別のキューにすると停滞理由が分かります。

以下は架空の取引先登録依頼R-08を使った説明例です。申請部門から登録票を受け取り、委託先が必須項目と既存マスターを照合し、発注側の管理責任者が登録可否を決める想定です。委託先は承認の代行ではなく、承認に必要な情報をそろえます。

口頭で指示が変わった場合も、受付番号へ変更内容と承認者を記録してから再開します。成果物は登録結果だけでなく、承認記録、重複候補の確認結果、残課題を含む一式です。関係者への通知が必要なら、その送付が終わるまでの状態も作業票へ残します。

前日未完了に当日新規を加え、検収済み、取消し、当日未完了へ分けて照合します。未完了は資料待ち、承認待ち、実行待ち、差戻し対応中に分類し、同じ依頼を複数の状態へ数えないようにします。受付経路がメールとフォームに分かれていても、同一依頼は関連番号で統合管理します。

残高が合わなければ報告だけを修正せず、受付漏れ、二重登録、状態変更の記録漏れを確認します。優先順位の変更は承認者と理由を残し、急ぎの割込みで既存依頼の期限に影響する場合は対象番号を示します。処理数だけでは見えない未完了の経年化も管理対象です。

引継ぎには現在の状態、実施済み操作、照会内容、回答期限、次の担当を記載します。「確認中」だけでは次の担当が再調査するため、参照すべき資料の版と場所も添えます。日本時間とベトナム時間をまたぐ場合は、承認者に連絡できる時間帯と翌営業日扱いの条件を合意します。

検収では、登録項目の正確さ、受付と残高の一致、承認の証跡、未完了一覧を確認します。依頼の受付終了と業務上の完了を混同しないことが重要です。手順変更や業務追加は新しい版の作業仕様へ反映し、以前の依頼へ遡って適用するかも発注側が決めます。