Worldwide Express（ShipStation Global傘下）は、システム全体の売上高約50億ドル、75社以上のLTL（Less-than-Truckload）運送業者、13万社以上の顧客を抱える大規模な事業を築いてきた。しかし、その規模には隠れたコストがあった。毎月、最大1500万ドルのフリーキャッシュフローが未解決の請求例外に凍結されていたのだ。各例外は手作業で追跡する必要があり、運送業者ごとに異なるルールを確認しなければならなかった。Worldwide Expressはこの業務を外部チームに委託し、1件ずつケースを処理して、紛争ごとに顧客や運送業者に電話をかけていた。例外は積み上がり、資金は滞留し、注文が現金化されるまでの時間は長くなる一方だった。
Worldwide ExpressはAWSおよびLTMと協力し、Amazon Bedrockを基盤とするマルチエージェントAIソリューションを構築した。これは同社の運輸管理システム（TMS）であるSpeedShipに直接接続される。導入から6ヶ月後、同社はアクティブな例外が75%減少し、キャッシュ化までの期間が4週間改善、年間100万ドルのコスト削減、そして一時的な1000万ドルのフリーキャッシュフロー注入を報告した。
LTL貨物では、約14%の請求書が購買発注書、入庫伝票、運送業者請求書の間の標準的な3-wayマッチに失敗する。マッチに失敗すると、請求書は例外処理に入る。Worldwide Expressの場合、例外は3つのカテゴリーに分類された。行項目の不一致（数量やサービスコードが出荷記録と一致しない）、価格差異（運送業者が契約価格と異なる料金を請求）、予期しない附帯料金（リフトゲート料金、住宅配送サーチャージ、再計量調整など、元の見積もりに含まれていないもの）である。
各例外は5段階の手動プロセスを引き起こした。まず、請求書を購買発注書、入庫伝票、価格と照合して例外タイプを特定する。次に、ベンダー記録で根本原因を調査する。そして、紛争の詳細を記載したメールを運送業者または倉庫に送信する。返答を待ち、最後にTMSで解決策を実行する。各運送業者が独自の運賃構造と紛争処理ワークフローを持っているため、このプロセスはFinOpsチームのほとんどの時間を費やしていた。
ルールベースのプロセス自動化（RPA）は、構造化された予測可能なワークフローを処理できる。しかし、例外解決にはコンテキストに基づく判断が必要だ。運送業者の附帯料金ポリシーを解釈し、料金を出荷データと比較し、運送業者、例外タイプ、金額に応じて有効性を判断する。この変動性こそが、この問題をエージェントAIフレームワークに適合させる理由だった。
2025年6月、Worldwide ExpressはAWSビジネストランスフォーメーション＆バリューアドバイザリーチームと契約し、Order-to-Cashライフサイクル全体で19の自動化機会を特定した。例外自動化のビジネス価値を理解していたWorldwide Expressは、評価から本番環境へと6ヶ月足らずで移行した。
ソリューションはAWS上で動作する。Amazon BedrockがAI推論を提供し、Amazon Elastic Compute Cloud（Amazon EC2）がエンジンとなる。設計では、各エージェントの推論方法、意思決定境界の位置、エージェント間の例外ルーティング方法をきめ細かく制御する必要がある。Amazon EC2上にフレームワークを直接構築し、Amazon Bedrockが推論を提供することで、オーケストレーションロジックを完全にチームの手に委ね、オープンソースのエージェントライブラリをサポートする。本番環境のビジネスロジック制御により、各エージェントの役割、入力、意思決定境界が明示的で監査可能になる。請求紛争ワークフローでは、すべての自動化された意思決定が説明可能でなければならない。
請求書の例外が検出されると、システムはそれを3つの専門AIエージェントのいずれかにルーティングする。各エージェントは特定の種類の請求紛争を処理する。請求書マッチングエージェントは一致する出荷記録を見つけ、不一致をフラグする。価格差異エージェントは運送業者の請求額を契約料率と比較し、差異が有効かどうかを判断する。附帯料金検証エージェントは、予期しない料金（住宅配送やリフトゲート料金など）が実際の配送イベントによって裏付けられているかを確認する。各エージェントは推奨を行う前に、特定の運送業者の請求ルールとポリシーを取得する。例外が解決されると、システムは発見事項と講じられた措置を説明する平易な言葉のノートを生成する。
各カスタムエージェントには、指示プロンプト（役割、意思決定境界、出力形式を定義）、一連のアクション（SpeedShipへの統合）、および運送業者固有の知識ベースへのアクセスがある。Amazon Bedrockを使用することで、各エージェントは単一のAPIを通じて適切な基盤モデルにアクセスし、既存のAWSガバナンスを継承する。
エージェントは、アナリストが使用するのと同じAPIを介してSpeedShipに接続する。つまり、AIは人間のレビュー担当者が見るものとまったく同じもの（契約料率、出荷詳細、配送証明）を見て、同じワークフローに解決策を書き込む。SpeedShipはAWS上にAPIを持っているため、エージェントは他の既存システムと同じエンドポイントに接続する。
運送業者ごとに請求ルール、料金定義、紛争処理手順が異なる。Worldwide Expressは各運送業者のドキュメント（運賃ルール、サーチャージ定義、紛争ステップ、差異閾値）を保存している。エージェントが例外を処理するとき、決定を下す前にその特定の運送業者のポリシーと標準操作手順（SOP）ドキュメントを取得するため、各決定は運送業者自身のルールに基づいている。同じ3つのエージェントが、運送業者固有のコードなしで全ての運送業者を処理する。
初期展開時のFinOpsの採用には承認ステップが必要だった。当初、人間のレビュー担当者が既存のSpeedShip UIを使用して、推奨事項が確定される前に承認していた。最終的に精度が99%を超えると、一括承認がデフォルトになった。
Worldwide Expressのチームは、運送業者ごとの自動化率、例外タイプごとのエラー率、解決時間、人間による override 頻度を追跡するダッシュボードを構築した。レビュー担当者が推奨事項を拒否すると、システムはフィードバックを記録する。チームは拒否履歴に基づいて指示プロンプトと知識ベースを改善し、自動化カバレッジを着実に高めている。
エンドツーエンドのフローは次のとおり。データソース（SpeedShip TMS、出荷システム、電子データ交換（EDI）サーバー、運送業者およびベンダーポータル）からの例外が検出され、3つのエージェントのいずれかにルーティングされる。各エージェントはAuto Scalingを備えたAmazon EC2上で実行され、独自のプロンプト、ツール、運送業者知識ベースを備えたエージェントフレームワークを使用し、モデル推論のためにAmazon Bedrockを呼び出す。エージェントは解決レポートを生成する。コスト確定とAIが書いたノートは、SpeedShipアナリストUIで人間のレビュー担当者による承認のために送られる。
6ヶ月後、Worldwide Expressは40社以上のLTL運送業者にソリューションを展開した。エージェントは現在、週に1万件（約50%）の例外を処理し、エラー率は1%未満である。これによりFinOpsチームの時間は、定型的な解決から複雑で高価値な紛争へとシフトした。
影響はアクティブな例外のバックログに最も明確に現れている。2025年6月の1500万ドルから6ヶ月後には400万ドルへと75%減少した。Worldwide Expressは1000万ドルのキャッシュフローを解放し、年間100万ドル以上のコスト削減、初年度ROI 60倍を達成した。同社はキャッシュ化までの期間が4週間改善したと報告している。
「AWSを活用することで、週に40%以上の請求例外を自動化し、コストを大幅に削減し、請求サイクルを数日から数分に短縮しました。現在、毎週約1000万ドルの顧客請求をこれまでにない速さで解放しています」— Worldwide Express FinOps担当VP、Nathanael Pearson氏
Worldwide ExpressはすでにこのアプローチをOrder-to-Cashサイクルの他の部分に拡大している。大量の運送業者を管理する物流企業にとって、前進する道は小さく始めることだ。最も反復的な例外タイプを最初に自動化し、精度を証明してから、残りのポートフォリオ全体に拡大する。
Worldwide Expressの例外自動化は、エージェントAIが明確に範囲設定されたビジネス課題と出会ったときに何が可能かを示している。Amazon Bedrock、運送業者固有の知識ベース、人間参加型の承認設計の組み合わせにより、Worldwide Expressは財務管理を維持しながら6ヶ月足らずで評価から本番環境へと移行した。同社は現在、自動化を他のOrder-to-Cashプロセスに拡大している。同様のアプローチが自社に適しているかどうかを検討するには、アカウントチームに相談するか、Amazon Bedrockの詳細をご覧ください。LTMのようなパートナーは、お客様自身のデータでProof of Valueスプリントを実行できます。