「顧客への回答を伴う仕事だから、社員にしか任せられない」「審査には社内判断が入るので、最初から最後まで内製するしかない」。そう考えて、資料の受付、入力、不備の確認まで経験者が担っている職場があります。

業務が重要であることと、その全工程を社員が処理すべきことは同じではありません。最終判断と承認を社内に残しながら、その判断に必要な情報を集め、整え、確認する工程を別の体制へ移すことはできます。検討する単位を「審査業務」「問い合わせ業務」といった業務名から、案件が通過する工程へ変えることが出発点です。

「コアかノンコアか」より、誰が何を決めているか

請求書処理を一つの仕事として見ると、支払承認を含むため外へ出しにくく見えます。しかし実際には、請求書の受付、取引先情報の照合、金額の入力、不備の抽出、承認、支払記録と、性質の異なる工程が続いています。

受付や入力は所定の条件に沿って進める作業です。金額や添付資料が一致するかを見るのは確認。不一致の理由を踏まえて処理方針を選ぶのは判断。支払を確定するのは承認です。最終的な業務上の責任や、委託先を管理する役割も別に考えます。これらを一人の担当者が行っていても、同じ場所に置き続ける必要があるとは限りません。

切り分ける際は、一件の案件が「受付→収集→入力→照合→不備抽出→候補整理→判断→承認→記録」のどこを通るかを書き出します。すべての業務に全工程があるわけではありません。誰が担当し、どの資料を見て、どの条件なら次へ進めるかを確認します。

この表は、特定の工程を必ず外注できると示すものではありません。たとえば入力でも、複数の社内システムを横断して担当者の判断を要するなら、切り分け方を変える必要があります。逆に、確認作業でも、基準と必要な資料が明確なら委託範囲に含められる場合があります。

判断材料をそろえる工程と、判断する工程を分ける

審査であれば、申請資料の受付、必須項目の確認、複数資料の照合、不一致箇所の一覧化を先に行い、審査基準への当てはめと可否の決定を社内に残す方法があります。外部の担当者には「承認してよいか」を決めてもらうのではなく、「何がそろい、どこが基準と異なるか」を示してもらいます。

問い合わせ対応なら、受付内容の分類、契約番号など必要情報の確認、既存の回答例に該当する候補の整理までを分けられます。個別の約束や補償を伴う回答は、社内で判断・承認する設計が考えられます。調査業務でも、対象資料の収集と指定項目への入力は外へ出し、資料の解釈や事業上の結論は社内で行えます。

重要なのは、外部から戻る成果の形を決めることです。「確認済み」とだけ返されても、社内では判断できません。参照した資料、確認した項目、不一致の箇所、判断不能の理由を案件IDとともに戻せば、社員は必要な部分を確認できます。

通常処理を外へ出し、例外の戻し先を決める

業務全体を委託する必要はありません。所定の形式で届いた請求書だけを入力・照合の対象にし、取引先情報が一致しないものや承認額を超えるものは社内へ戻す、といった分け方があります。問い合わせなら既存の回答基準に当てはまるものだけを一次確認の対象にできます。

この方法では、「例外は社内へ」と書くだけでは足りません。どの条件で処理を止めるか、元資料のどこを示して戻すか、社内の誰が回答するか、回答待ちの案件をどう管理するかを決めます。戻す条件が広すぎれば、社内の確認負担は減りません。例外の判断基準をどう育てるかは例外処理の記事で扱っています。

全部内製と全部外注の間には、入力と照合だけの部分委託、繁忙期だけの処理委託、判断前の一次確認だけの委託があります。時期や対象案件を限定すれば、社内に残す判断の範囲も確かめやすくなります。

情報を渡せるかではなく、何を渡す必要があるかを確認する

顧客情報を扱う業務では、委託する工程と一緒に、外部へ渡す情報を決めます。たとえば項目の入力には氏名が必要でも、書類の形式確認には氏名や連絡先が不要な場合があります。作業画面では案件IDに置き換え、判断や顧客への連絡に必要な情報との対応表を社内で管理する方法もあります。ただし、氏名を隠せば必ず個人を識別できなくなるわけではないため、ほかの項目との組合せも確認します。

個人データを含む場合、個人情報保護委員会のガイドラインは、委託業務に不要な個人データを渡さないことと、委託先への必要かつ適切な監督を示しています。アクセスできる担当者と項目、マスキングの範囲、作業場所と使用端末、複製の可否、処理後の返却・削除を工程ごとに定めます。元の資料を見なければ照合できない工程なら、隠す項目を増やすだけでなく、アクセスを限定した作業環境も検討します。〈2026年9月25日確認〉

委託先がさらに作業を分ける場合の条件や管理方法は個人情報と再委託の記事で詳しく扱っています。本記事での判断は「機密情報があるか」だけで止めず、誰がどの工程でどの情報を必要とするかまで進めることです。

委託後も、発注者の判断経路を設計する

外部へ作業を移しても、発注者は業務の目的と判断基準を伝え、委託先の成果を確認します。一方、請負・業務委託として受託会社が独立して業務を処理する場合、発注者が個々の作業者へ日々の作業方法や配置を直接指示するのではなく、受託会社の管理者を通じて依頼内容や仕様変更を伝えます。厚生労働省の区分に関する資料でも、派遣と請負等は契約の名称ではなく運用の実態で判断するとされています。〈2026年9月25日確認〉

発注者が社内に残す判断、委託先の管理者が処理できる判断、発注者へ戻す例外を決めることで、作業者の質問が社員個人へ直接集まる状態を避けられます。成果物の完成を依頼するか、一定の業務遂行を依頼するかという契約上の違いは請負と準委任の記事に譲ります。

完成したマニュアルがなくても、小さく切り出せる

社員が経験で処理している仕事は、最初からすべての分岐を書き出せないことがあります。その場合は少量の実案件を選び、担当者が何を見て処理し、どこで判断したかを観察します。試行では、通常案件が外部の手順で進むか、どの例外が戻るか、社内で確認する時間がどれだけ残るかを記録します。

判断基準をすべて受け渡せないなら、まずは受付や不備抽出までを対象にしても構いません。試行で見つかった分岐を踏まえ、対象案件と委託範囲を広げるか、社内に戻す工程を増やすか決めます。属人化した担当者の知識をどう整理するかは属人化業務の切り出しの記事で扱っています。

「重要な業務だから全部を社内に残す」と決める前に、社員が行うべき判断、承認、委託先の監督と、ほかの体制でも進められる作業・確認を分けてみる。そうすれば、仕事の重要性を保ったまま、社員が全工程を抱える必要があるかを検討できます。