外注したAIシステム、何を見て受け取る？——発注者のための納品確認

納品説明の日。外注先が画面を動かし、予定していた回答案が表示された。「業務で使えそうですか」と聞かれたけれど、何を見れば答えられるのだろう。管理者の引継ぎ、試していない条件、障害時の連絡先を、自分は説明できない。

そこで必要なのは、仕組みを作れるほどの技術知識ではありません。「何を受け取り、明日から誰が面倒を見るのか」を分けて聞くことです。この記事は、発注した側で納品確認に参加する人に向けた入口です。自分が確認できる業務の結果と、契約や管理を担う人へ聞くことを分けて進めます。

「動いた」の横に、「誰へ渡る」を置く

デモで確認できるのは、その日時、その入力、その設定で動いたことです。実際の仕事では、入力する人、結果を確認する人、外部へ送る人、設定を変える人が分かれているかもしれません。

まず紙の中央に、仕事を一列で書きます。

「問い合わせを受ける → 社内文書を探す → 回答案を作る → 担当者が確認する → 顧客へ送る」

その下に、今回のシステムが担う範囲へ線を引きます。回答案の作成までなのか、送信までなのか。参照する文書の更新は誰が行うのか。画面の外にある仕事が見えたら、それは欠点ではなく、引継ぎ先を決める項目です。

発注書、提案書、打合せ記録にある言葉も、この流れへ置き直します。「検索できる」だけでは、検索する文書、更新の反映時期、見つからないときの動きが分かりません。曖昧な言葉は、発注者が恥じるところではなく、納品前に両者で具体化するところです。

動く画面を受け取るだけでは、画面の外に残った仕事は引き継がれません。

受領表は、六つの欄から始めます

受入試験とは、発注した側が、合意した条件で使えるかを確かめ、結果を残す作業です。技術者だけの仕事ではありません。業務担当が普段の例で結果を見て、管理担当が権限や運用を確かめるところまで含みます。

一枚の受領表に、次の六つを並べます。

1. 合意した仕事：何を入力し、何を返す約束だったか
2. 受け取る物：画面、設定一覧、手順、試験結果など
3. 確認した条件：いつ、どの入力で、誰が確かめたか
4. 確認していない条件：例外、権限違い、連携停止など
5. 残る仕事：修正、設定変更、文書更新など
6. 受領後の担当：窓口、期限、障害時の最初の動き

デジタル庁の契約チェックシート（生成AIシステム用）2.0版 も、納品物、期待する品質、品質確保の取組、入出力、障害時の取決めなどを確認観点に挙げています。これは政府情報システムにおける生成AIシステムの調達時に、契約書・調達仕様書の検討に使う資料で、民間契約へ一律の義務を示すものではありません。ここでは、受領表の抜けを見つける参考として使います。

外注先には、この質問をそのまま送れる

専門用語が分からなくても、質問は業務の言葉で作れます。

• 「今回、当社へ渡していただく物を一覧にしてください。画面以外に、設定、操作手順、試験結果は含まれますか」
• 「管理者として変更できる人は誰ですか。担当変更のとき、当社は何を受け取れば引き継げますか」
• 「どの入力例を試し、期待した結果と実際の結果はどうでしたか。まだ試していない条件も教えてください」
• 「参照する文書やデータを追加・修正する作業は、誰が、どの手順で行いますか」
• 「障害や誤った結果が出たとき、最初の連絡先、対応する時間帯、利用を止める方法は何ですか」
• 「契約や保守が終わるとき、データ、設定、記録をどの形式で受け取れますか」

答えは「あります」「対応します」で終わらせず、物の名前、保管場所、操作できる人、期限まで書いてもらいます。ソースコードを受け取る契約なら保管場所と使い方を確認し、受け取らない契約なら、変更を誰へ頼み、どのくらいで対応されるのかを残します。

全部を自社で持つ必要はありません。ただし、自社で持たないものほど、誰に何を頼めるかを受領時に残す必要があります。

未解決事項も、納品物の一部として引き継ぐ

試験は、うまく動く一例だけで終わりません。今回使う範囲に合わせて、入力が足りない場合、文書が見つからない場合、権限の違う人が使う場合、連携先が止まった場合のうち、必要なものを選びます。記録するのは、試した日、入力、期待した結果、実際の結果、確認者です。

未解決事項があっても、直ちにすべてを受領できないとは限りません。影響しない範囲だけ使い始められるか、判断する担当へ確認する場合もあります。ただし、「後で直す」は引継ぎになりません。次は、日付と件数を仮に置いた記録例です。

「古い文書が検索結果に混ざる問題は未解決。外注先が9月30日までに修正し、総務担当が指定した20件で再確認する。完了までは回答案を社外送信しない」

未解決事項は、問題の内容、利用への影響、担当、期限、完了の確認方法を組にした記録です。担当者名だけでなく、退職や契約終了後も追える部署・連絡先を添えます。操作手順や設定表も、どこに置き、誰が更新するかまで決めて、初めて次の担当が使えます。

引継ぎの確認には、受領後の担当者に一度操作してもらう方法が有効です。外注先が横で操作するデモだけでなく、社内担当が管理画面へ入り、試験用の文書を一件更新し、問題を記録し、連絡先を探せるかを見る。実業務へ影響しない環境と権限で行い、できなかった箇所を追加の説明や受領物へ戻します。

受領の判断に必要な記録を、権限のある担当へ渡す

納品確認の最後は、「完成」か「失敗」かの二択ではありません。業務担当は自分が確認した結果と不明点を渡し、受領や契約検収の権限を持つ担当者が、次のような扱いを検討します。

• 受領する：合意した範囲、試験結果、受領物、担当を説明できる
• 条件を付けて受領する：未解決事項の影響を限定でき、担当・期限・完了条件が決まっている
• 保留する：合意範囲や管理権限、利用停止の方法など、使い始める前提が確認できない

受領表には、選んだ判断と、その日から使ってよい範囲を書きます。納品を受け取ったことを、全社利用の承認に読み替えないようにします。

物を受け取ること、契約上の検収を終えること、業務利用を認めることも分けます。「条件付きで受け取る」と社内で書くだけで、契約上の検収や支払いの条件が変わるとは限りません。署名する文書の意味、検収期限、未解決事項の扱いは、契約担当と外注先の双方で確認します。

受入れのゴールは、問題がないと言い切ることではなく、確認済みの範囲と残る仕事を、次の担当へ渡せることです。

次の納品説明では、「設定一覧と操作手順は、どこで受け取れますか。明日から参照資料を直すときは誰へ連絡しますか」と、一つずつ聞いてください。答えが分からない欄を残した受領表も、判断担当へ渡すための大切な記録です。

参考資料

• デジタル庁「契約チェックシート（生成AIシステム用）2.0版」