メキシコの大手金融機関 Banco Azteca が UiPath Maestro を採用し、8,800件超の自動化プロセスをオーケストレーション、300件超を本番稼働させ、3,300人超のフルタイム従業員相当の業務余力を生んだ——という事例が公開された。本稿では、この事例を「AIエージェントの導入事例」としてではなく、業務プロセス自動化をどこまで組織の処理能力に変換できるかという観点から読む。受託開発とAIエージェント事業を並行してやっている立場からの評価である。
要点 (事実のみ)
- Banco Azteca はメキシコの大手金融機関。広範な支店網とデジタルバンキング基盤を持つ。
- 2020年から自動化に着手し、AI・RPA専門部門 (センター・オブ・エクセレンス) を設立していた。
- 単一タスク自動化から組織横断のプロセス統合へ移行する基盤として UiPath Maestro を採用した。
- オーケストレーション対象は 8,800件以上の自動化プロセス、本番実装は 300件以上。
- 3,300人以上のフルタイム従業員相当の業務余力を創出したとされる。
- 適用領域はコンプライアンス、不正防止、法務、調達、人事、カスタマーサービス、ソーシャルメディア等。
「8,800件」と「300件」の差に事例の本質がある
私がこの事例で最初に目を留めたのは 3,300人という数字ではなく、8,800件と300件の比率のほうだ。オーケストレーション対象が8,800件あって、本番に乗っているのが300件。つまり自動化の資産は膨大に積み上がっているのに、業務として完結しているのはその一部でしかない、という状態を公開している。
これは失敗の告白ではなく、むしろ自動化に本気で取り組んだ組織にほぼ必ず現れる形だと私は考えている。単一タスクのRPAは作るのが安い。だから増える。しかし「請求から入金消込まで」「申込から審査完了まで」といったエンドツーエンドの業務として通すには、部門をまたぐ判断・例外処理・監査証跡が必要で、そこで一気に難しくなる。8,800件を持ちながら300件しか本番に出せていないのではなく、300件のE2E業務を通すために8,800件の部品を統制下に置いた、と読むほうが実態に近い。
経営に効くのは「エージェントの数」ではなく例外の戻し先
受託の現場で自動化の相談を受けると、話はたいてい「どのツールを入れるか」から始まる。だが実際に効くかどうかを分けるのは、正常系を何本自動化したかではなく、異常系を誰にどう戻すかが設計されているかである。
自動化率90%の業務でも、残り10%の例外が誰の手にも渡らずキューに滞留すれば、現場は結局全件を目視で確認する。そうなると自動化前より工数が増える。逆に、例外だけが担当者の手元に整った状態で届き、判断した結果がプロセスに戻る導線があれば、10%の例外処理だけで100%の業務が回る。3,300人分という数字が本当なら、その裏には「人に戻す設計」が相当量あるはずで、Maestro のようなオーケストレーション層が価値を持つのはまさにそこだ。ツール選定の議論より先に、自社の業務で例外がどこに落ちるかを紙に書けるかどうかを確認したほうがいい。
開発を生業にする会社にとって何が変わるか
この事例は、SIerや開発会社の事業判断にも直接効く。自動化案件の売り方が「業務単位のツール導入」から「業務全体の再設計と統制基盤の構築」へ移るということだからだ。
前者は1本いくらの積み上げで、他社と単価で比較されやすい。後者は業務の棚卸し・部門横断の合意形成・例外設計・監査要件の整理を伴い、発注側だけでは完結しない。つまり上流に食い込める案件になる。一方で、必要になる人材像も変わる。ワークフローを作れる人ではなく、顧客の業務を分解して「どこを機械に任せ、どこを人に残すか」を決められる人が要る。この層はエンジニア採用の枠では取りにくく、育てるにも時間がかかる。自動化案件を伸ばすつもりなら、この人材の確保を先に手当てしておかないと、受注はできても納品で詰まる。
自分たちで作るとしたら、どこが難所か
作る側として見ると、Maestro のようなオーケストレーション層の難しさはワークフローエンジンそのものではない。長時間稼働するプロセスの状態管理、途中で人の判断が挟まる中断と再開、失敗したステップのリトライと補償処理、そして全実行の監査証跡——このあたりが本体だ。特に金融機関では、いつ・誰が・何を根拠に承認したかを後から再現できることが要件になる。自社で内製する判断をするなら、比較対象はワークフローUIではなく、この状態管理と証跡の作り込みコストである。
なお、UiPath 社の発表を基にした事例であり、3,300人相当という効果の算定根拠は公開情報からは確認できない。導入判断の材料として扱うなら、自社の業務でどう換算するかは別途詰める必要がある。数字そのものより、単一タスクの自動化を積むフェーズが終わり、それらを束ねて業務として通すフェーズに入っている、という段階の移り方のほうを持ち帰るべき事例だと私は考えている。
