AIエージェントのファイル連携｜送信済みと取込完了を分ける
AIで受注CSVや受付一覧を渡すとき、送信成功だけで業務完了にしていませんか。IBMの10月23日の公式発表を手がかりに、受領・取込結果の照合、部分エラー、再送判断を設計する方法を解説します。
AIエージェントが作った受付一覧や受注CSVを、別の業務システムへ渡す。こうした連携では、ファイルを送れたことと、相手のシステムで正しく取り込めたことは別です。
「送信しました」のあとに、何を確認できれば担当者が次の仕事へ進めるか。 この完了条件を決めておくと、取り込み漏れや不要な再送の原因を調べやすくなります。
最近の動き：データ交換の運用を支援するAI
IBMは2026年10月23日付の公式コミュニティ記事で、「IBM Sterling Agent Hub」の一般提供を発表し、提供開始日も同日としています。今回提供する機能として、B2B IntegratorやFile Gatewayのトラブル調査、原因分析、診断情報の収集を支援するエージェントを紹介しています。IBMの公式発表
製品ページも、ファイル転送の失敗や業務処理の停滞を調べる用途を説明しています。これはSterling製品群についての案内であり、あらゆるCSV連携をそのまま自動修復できるという意味ではありません。IBMの製品説明
企業にとっての判断材料は、データを渡す操作に加えて、その後の運用や調査まで設計する必要があることです。以下は、この動きを手がかりにしたIvyLeapの設計提案です。特定製品の搭載機能や当社の導入実績を示すものではありません。
1．完了までの段階と証拠を決める
まず、一つの「成功」表示にまとめている処理を分けます。すべてのシステムが同じ情報を返すとは限らないため、取得できる証拠を構築担当者と確認してください。
| 段階 | 確認したいこと | 確認材料の例 | |---|---|---| | 作成済み | 対象・形式が今回の条件に合っている | 対象期間、列の定義、作成件数 | | 送信済み | 送信側が転送を受け付けた | 転送番号、送信先、受付時刻 | | 受領済み | 相手側に対象ファイルが届いた | 相手側の受領記録、ファイル識別情報 | | 取込完了 | 対象行の処理結果を照合できた | 取込番号、処理済み行、エラー行 | | 後続業務へ引渡し済み | 次の担当やシステムが扱える状態になった | 受付番号、担当、引渡し結果 |
完了と呼ぶ段階は業務ごとに決めます。単なる保管なら受領が終点になる場合もあります。担当者への架電依頼なら、受付一覧を保存しただけでは担当の仕事として受け付けられていない場合があります。
相手側の取込結果を取得できない構成では、画面にも「送信済み・取込未確認」と表示します。AIの説明文で不足する確認を補わないようにしましょう。
2．同じファイルと同じ案件を追えるようにする
調査のために残すのはファイル名だけではありません。日付や担当者が同じでも、訂正版や別の取引先のファイルが混ざることがあります。
- 連携単位の番号：作成から送信、相手側の取込結果まで結び付ける番号。
- 行ごとの案件番号：取込結果を、元の注文や問い合わせに戻して照合する番号。
- 対象と版：取引先、対象期間、初回版か訂正版か、置き換える元データ。
- ファイルの識別情報：作成時刻、サイズ、必要なら内容の一致を確かめるハッシュ値。
ハッシュ値が一致しても、相手側の取り込みが成功した証拠にはなりません。ファイルが同じかを調べる情報と、業務処理の結果を調べる情報は分けて残します。
3．一部の行だけ失敗した場合を設計する
次は仮想例です。AIが電話で受けた問い合わせをCSVにし、営業担当者が使うシステムへ渡すとします。必須項目の不足で、一部の行だけ取り込めなかった場合を考えます。
このとき「ファイル送信成功」で全件を完了にすると、担当者へ届かない問い合わせが残ります。一方、ファイル全体を送り直すと、取り込まれた行が重複する可能性があります。
確認したいのは、相手側が全体を取り消すのか、正常な行だけ確定するのかです。その仕様に合わせて、正常行・エラー行・結果未確認の行を案件番号で照合します。件数だけが一致しても別の案件が混ざっていないか、行の対応まで確かめます。
訂正時も、元の行を書き換えるのか、新しい行を追加するのかを決めます。AIが空欄を推測して埋めたり、取引先ごとの項目の意味を独自に変えたりしないよう、差し戻し先と確認担当を用意します。
4．結果が分からないときの再送を自動で決めない
通信が切れて応答を受け取れなくても、相手側では処理が進んでいる場合があります。「返事がないから失敗」とせず、連携番号と案件番号で受領・取込結果を照会する手順を設けます。
相手側に重複防止機能がある場合も、何を同一と判定するか、訂正時はどう扱うかを確認します。同じファイル名だけで防げるとは限りません。照会手段がない場合は保留にし、担当者が相手側の記録を確認してから再送を判断する流れを決めてください。
AIには、確認できた段階、根拠となる記録、未確認の案件、次に確認する担当を整理させます。再送やデータ更新の実行権限は、調査・要約の権限と分けて設計します。
記録の見方はAIエージェントの実行履歴、誤送信を避ける検証はAIエージェントの検証環境でも解説しています。
導入前に試したい六つの場面
正常なファイルが通ることに加えて、次の場面をテスト用の接続先で確認します。
- 正常に転送され、相手側の取込番号と元の案件番号が対応する。
- 必須の列が足りない場合、担当者が分かる理由を残して保留になる。
- 一部の行だけ失敗した場合、正常行とエラー行を分けて追える。
- 相手側の処理後に通信が切れても、確認前に全件を再送しない。
- 同じ連携を再実行した場合、相手側の仕様どおりに重複を扱える。
- 訂正版の到着や取込結果の遅延でも、古い版を完了扱いしない。
合格条件は「AIが成功と答えた」ではなく、相手側の処理結果と元の案件が一致することです。確認に使える情報がない段階は、未確認として表示できるかも評価しましょう。
IvyLeapでは、AIエージェント構築支援とAIコール導入支援のご相談を受け付けています。ファイルを受け渡す場所、相手側で確認できる結果、失敗時の担当を整理するところから検討できます。