【漫画で分かるDX】第26回：ボタンが一ピクセル動いた日。RPAが止まるなら、kintoneはAPIで話そう
『漫画で分かるDX』第26回。—
あとがき ― RPAとkintone連携の設計ポイント
画面操作のRPAは**UI変更に脆弱**です。 佐藤さんと田中くんによる、分かりやすいIT・AI解説シリーズ。
目次 クリックで開く
ボタンが一ピクセル動いた日。RPAが止まるなら、kintoneはAPIで話そう
朝一番のエラーメールは、いつも同じ件名だった。「selector not found」。RPAが毎朝叩いていたkintoneの画面で、更新ボタンがわずかに位置を変えただけだ。
田中誠は、スクリプトの作者ではない。だが、止まった日の埋め合わせはいつも自分のチームに降りてくる。水野澄が苦笑いする。「画面模倣は、見た目の変更に弱い。それがRPAの性質」
黒坂剛は、「ならうちの製品で安定」と言いかけ、岸本麻衣に「導入は二年」と一蹴される。佐藤修は、kintoneのAPIドキュメントを閉じ、ホワイトボードに「人が見る画面」と「機械が触る窓口」を二段に書いた。
登場人物紹介
【本話の登場】田中・佐藤・岸本・黒坂・水野（RPA停止とkintone API移行が主題）。
田中 誠（29）：業務オペ。朝のRPA停止の埋め合わせ担当。
佐藤 修（39）：シニアDXアーキテクト。API窓口とハイブリッド移行を設計。
岸本 麻衣（41）：情シス／予算。長期載せ替え案に現実的。
黒坂 剛（62）：競合営業。大型製品を煽る。
水野 澄（27）：伴走コンサル。REST移行の手順とログ設計。
「また止まった……。kintoneの画面、昨日アップデートされた？ 誰か教えてくれる前に、請求の締めが先に来る」
田中は、見えない敵と戦っている気分だった。敵の名前は、一ピクセルのズレ。
「安定ならうち！」黒坂の声に、岸本が言う。「導入と移行のカレンダー、読みました？ 現場は今日の締めで埋まってるの」
佐藤が言う。「RPAは、まだ必要なら残す。ただ、壊れやすいところはAPIに逃がす。kintoneはレコード取得・更新の窓口をプログラムから開ける。画面の座標に依存しない」
水野が言う。「まずは朝の集計だけRESTで取る。書き込みは検証環境で。トークンと権限は最小。ログにリクエストIDを残して、誰がいつ触ったか追えるように」
佐藤が頷く。「RPAとAPIのハイブリッドは悪じゃない。壊れる頻度で線を引く。全部を一度に書き換えない」
一週間後。朝のジョブはAPI経由に切り替わった。RPAは、まだ別のレガシー画面で動いている。それでも「締めの朝に止まる」恐怖だけは薄れた。
田中は、ログに残るリクエストIDを見て、初めて安心した。画面より、証跡の方が心強い。
「RPAとkintoneの組み合わせで躓くのは、意志の弱さじゃない」佐藤が言う。「画面は変わる。だから、変わらない窓口——APIと権限とログ——を増やす。段階的でいい。止まる場所を減らすのが先」
田中は、selectorのメンテ工数を見積もり表から削った。小さな勝利だった。
ここから先は、本文のストーリーとは切り離した解説です。
あとがき ― 仕事に落とすと
あとがき ― RPAとkintone連携の設計ポイント
画面操作のRPAは**UI変更に脆弱**です。頻繁に壊れる処理は**kintone REST API**などに移し、**トークン・権限・監査ログ**をセットで設計します。全面置き換えより、**壊れやすいジョブから順にAPIへ逃がす**ハイブリッドが現実的です。
ポイント
セレクタ地獄の特定: 停止ログから頻度で優先順位を付ける。
検証環境での書き込み試験: 本番直叩きを避ける。
RPA残存の明文化: いつまで残すか、代替ロードマップを持つ。
Aurant Technologiesは、API化の切り出しから実装まで伴走します。
