【漫画で分かるDX】第8回：RPAの限界を突破！ API連携で実現する、真の安定自動化

「だから言ったでしょう。画面のボタンをポチポチ押すだけのロボットなんて、所詮はおもちゃなんですよ」

フロアに響いたのは、白混じりのロングヘアを揺らす競合他社のベテラン営業、黒坂剛の声だった。他部門での打ち合わせの帰りらしい。

「そんなツギハギの自動化はやめて、全部ウチの『クラウド統合システム』に載せ替えましょうよ。そうすれば画面改修に怯えることもなくなります」

自信満々な黒坂の言葉に、田中は答えに窮した。確かにこのままでは辛いが、巨大なシステムに丸ごと載せ替えるとなれば、現場の業務フローが根底から覆り、また別の混乱が起きるのは目に見えている。

「載せ替えも結構ですが、ブラックボックス化した巨大システムの中でエラーが起きたとき、最後に誰が責任を持つんですか？ 現場に丸投げされるなら、私は切り替えに同意しません」

部門担当の岸本麻衣が、廊下から厳しい声をかけた。運用の正確さを守る彼女にとって、説明できないシステムは恐怖でしかない。

「今のロボットは、人間と同じように『画面』を見て動いています。だから画面のデザインが変わると迷子になる。私が提案するのは、画面を介さず、システム同士が裏側に用意された『専用の窓口（API）』で直接データをやり取りする連携です」

「裏側の窓口……それなら、表の画面がどう改修されても影響を受けない、ということですか？」と田中。

「その通りです」佐藤は頷いた。「API連携の強みは、変化に強いことだけではありません。システム同士のデータのやり取りが『明確な約束事（ルール）』として文章で残るため、万が一エラーが起きても『なぜ止まったのか』をログで明確に説明できるようになるんです」

すかさず、水野が実務面での補足を入れた。

「夜間に発生した通信エラーや失敗のログも、バラバラにせず一本の川に集約して監視する仕組みを作ります」

岸本が、佐藤の目をまっすぐに見つめた。

「止まった理由が説明できて、最後に誰が対応すべきかの責任分界点が、契約の添え物に明確に書けるかしら？」

「ええ。それが書けるようになるまで、新しい連携には切り替えません」

佐藤の迷いのない断言に、岸本は小さく息を吐き、頷いた。

「止まった理由を、記録で論理的に説明できる。それが『真の安定』への入り口なんです」

その言葉を聞いて、田中のエラーばかりを恐れていた目は、システム全体の「設計図」を見る目へと変わっていた。

黒坂は「……まあ、裏口の配管工事がお好きならご自由に」と捨て台詞を残し、去っていった。

数週間後。

朝、田中のパソコンの画面には赤い警告窓ではなく、夜間の注文と在庫の同期処理がすべて「成功」したことを示す緑色のログが並んでいた。

表の画面でどんな改修が行われようと、システム同士は決められた裏側の窓口で、静かに、そして確実にデータをやり取りしている。

「止まった理由が明確に説明できれば、毎朝の『救急対応』のような手作業から降りられる」

壁際で見守っていた佐藤が言う。

田中はもう、明日の朝に怯えることはない。手元のカレンダーを開き、エラー対応ではなく、前向きな「次の改善施策のリリース日」を力強く書き込んだ。