「これは誰が見たものですか」
導入から数か月が経った事務局で、必ず一度は起きる場面があります。
出来上がった監査報告書を前に、誰かが尋ねます。「これは誰が見たものですか」。担当職員が答えます。「システムが下書きしたものを、私が確認しました」。次に問いが続きます。「確認というのは、どこまでですか」。
ここで言葉が止まります。数字が転記されているかは見た。書式が揃っているかも見た。しかし、そこに書かれた内容が監理団体としての判断として妥当かどうかを、どの段階で誰が引き受けたのか——それを言葉にしようとすると、はっきりしません。
この曖昧さは、導入の前からありました。 仕組みが入ったことで、隠れていたものが表に出ただけです。手書きで作っていた時代も、「担当が書いて、監理責任者が押印する」という流れの中で、押印がどこまでの確認を意味するかは明文化されていないことがほとんどでした。
ただし、外に対する説明のときには違いが出ます。行政や受入企業から「この記載の根拠は」と問われたとき、「担当が作りました」では答えになりません。誰が、何を根拠に、いつ確定させたのかが言えるかどうかが問われます。
確定と提出は、分けて考えるものです
責任分担が曖昧になる原因のひとつは、作成・確定・提出という異なる行為を、ひとつの流れとして扱ってきたことにあります。監理団体の書類では、この3つは本来別のものです。
作成は、材料を集めて形にすることです。訪問指導記録の内容を集め、22号をはじめとする各様式の欄を埋め、体裁を整える。ここには判断がほとんど含まれません。
確定は、その内容を監理団体としての見解として引き受けることです。この受入企業の状況をこう評価する、この点は指導が必要である、この対象者の状況はこう記載する。ここが判断です。
提出は、確定した内容を組織の名前で外に出すことです。監理団体としての届出であり、外部に対する意思表示です。
手作業で回していた時代は、3つが同じ人の手の中で連続していたため、分けて考える必要がありませんでした。仕組みが入ると、作成の部分だけが人の手から離れます。すると、確定と提出の責任が、それまでどこにあったのかを言葉にしなければならなくなります。
これは仕組みが持ち込んだ問題ではなく、もともとあった曖昧さが可視化されたものです。可視化されたのであれば、決めるほうが早い。
3つの論点
1. 誰が確定するか — 役職ではなく工程で決める
「監理責任者が確定する」と書くだけでは足りません。実務では、どの段階で確定したことになるのかが分からないと運用できないためです。
決めるべきは、確定という行為が発生する具体的な地点です。担当職員が下書きを見終わった時点なのか、監理責任者が内容を読んだ時点なのか、押印や電子的な承認が行われた時点なのか。ここが一点に定まっていれば、後から「誰が見たのか」を問われても答えられます。
あわせて、確定者が不在のときにどうするかを先に決めておきます。監理責任者が出張や休暇のときに、在留期限や届出の期限が来る場面は必ず発生します。ここが決まっていないと、期限のほうが優先されて、確定を飛ばす運用が生まれます。一度生まれた例外は定着します。
2. 誰が提出するか — 外に出る一点を絞る
提出は、確定と同じ人である必要はありません。ただし、提出できる人が誰かは限定されている必要があります。
外部に出る書類の窓口が複数あると、何をいつ出したかが組織として把握できなくなります。行政からの照会や、受入企業からの問い合わせに対して、事務局の中で答えが揃わない状態になります。
提出者を絞るというのは、権限を集中させる話ではなく、記録が一本にまとまる形をつくる話です。誰が出したかではなく、出したことが必ず記録に残ることが目的です。
3. 体制図 — 名前ではなく役割を書く
責任分担を文書にするとき、体制図の形にすると議論が早く終わります。理事会に対しても、行政に対しても、これが最も伝わる形式です。
書くべきなのは、次の4つです。
- 作成を担う工程と、そこで仕組みが担う範囲
- 確定を担う役割と、確定が成立する地点
- 提出を担う役割と、記録が残る場所
- それぞれの代行者
このとき、個人名ではなく役割名で書くことが重要です。個人名で書いた体制図は、人事異動や退職のたびに実態と合わなくなり、やがて誰も見なくなります。役割名で書いてあれば、担当者が変わっても図はそのまま使えます。
さくら協同組合であれば、「監理責任者」「担当職員」「事務局長」といった役割で書き、別表で現在の担当者を紐づける形にします。別表だけを更新すれば済みます。
障害時の対応 — 止まったときに何が起きるか
責任分担の議論で、最も抜けやすいのがここです。
仕組みが使えない状態になることは、必ずあります。システムの不具合、通信の障害、あるいは制度変更に伴う様式の切り替え期間。そのとき、在留期限や届出の期限は止まってくれません。
決めておくべきことは3つです。
ひとつめは、止まったことに誰が気づくかです。担当職員が朝に開いて気づくのか、通知で知らされるのか。気づくまでの時間が長いほど、期限に対する余裕が削られます。
ふたつめは、止まっているあいだ何を優先するかです。すべてを手作業に戻すことは現実的ではありません。優先するのは、期限が近いもの——在留期限、届出の提出期限、監査のサイクル——です。それ以外は、復旧後にまとめて処理できます。この優先順位を先に決めておけば、その場で迷いません。
みっつめは、手作業に戻した分をどう戻すかです。止まっているあいだに紙やExcelで進めた内容を、復旧後に反映する手順が要ります。ここを決めておかないと、記録が二重になり、どちらが正かが分からなくなります。突合が発生し、結局その作業が新たな負荷になります。
この3つは、実際に止まってから考えると必ず後手に回ります。導入の設計段階で決めておく性質のものです。
AI側と人側の境界線
この記事の論点は、そのまま境界線の話でもあります。
仕組みの側が担うのは、作成と、記録を残すことです。
訪問指導記録の内容を各様式の該当欄に反映すること。在留期限や届出の期限を保持し、近づいたものを知らせること。誰がいつ何を見て、いつ確定の操作をしたかを記録として残すこと。過去の監査報告書を必要なときに取り出せる状態にしておくこと。
この最後の「記録として残す」部分が、責任分担の議論では効きます。「誰が見たのか」という問いに、記憶ではなく記録で答えられる状態になるためです。手作業では残らなかったものが残ります。
人が担うのは、確定と提出です。
株式会社サンプル製作所の訪問結果を見て、これを指導が必要な水準と評価するかを決めるのは、訪問した監理責任者です。面談で対象者が語らなかったことをどう扱うかを決めるのも人です。監査報告書に監理団体として何を書くかを確定させるのも、それをさくら協同組合の名前で提出すると決めるのも人です。
そして、障害時に何を優先するかを決めるのも人です。仕組みが止まったときに動くのは人であり、その動き方は事前に人が決めておくものです。
線を引く基準は一貫しています。取り消しのきく作業は仕組みの側、組織の名前で外に出ることは人の側です。
体制図の形にするところから
ここまでの3つの論点は、いずれも自分の団体の体制に当てはめないと文書になりません。そして体制図は、理事会に対しても、行政や受入企業に対しても、そのまま説明に使えるものです。
役割単位の体制図のひな形と、確定・提出・障害時対応の記載例をまとめたものをご用意しています。詳しくは説明資料のダウンロードページをご覧ください。
