「このアプリは対応していません」の絶望。Power Automateが使えない古い社内システムを自動化する3つの代替手段

DX自動化の絶望

全社員宛に送られてきた一通のBCCメール。件名には「全社DX推進に向けたPower Automate導入のお知らせ」。オフィスがざわついた。ついにあの忌まわしい手作業から解放される日が来た。現場の人間にとって、それは天からの蜘蛛の糸に見えた。毎日夕方になると襲ってくるルーティンワーク。化石のように古い謎の独自システムからCSVをダウンロードし。別名の謎システムに手入力で転記していく単純労働。

1件処理するのに3分、それが毎日100件。全角カタカナと半角英数をシステムごとに使い分ける理不尽な仕様に。手首と精神をすり減らす毎日。これを。会社が莫大な予算をかけて導入したMicrosoftの最新ツールが全部自動でやってくれる。夢のような話だった。

自動化への期待と絶望

意気揚々とブラウザを立ち上げ、Power Automateの管理画面を開く。洗練されたモダンなUI。「フローの作成」ボタンをクリックする時の高揚感。対応アプリの検索窓に、自社が長年使い倒している独自システムのベンダー名を入れる。何も表示されない。システム名の略称を入れる。ヒットしありません。

DXの夢破れ、泥臭い現実

まず、嫌な予感が背筋を這う。いや、大丈夫だ。クラウド連携ができなくても、デスクトップの操作をそのまま記録する機能があるはず。社内システムを画面いっぱいに広げ、レコーディング開始ボタンを押す。テキストボックスにカーソルを合わせる。本来ならここで、入力欄が赤くハイライトされて「要素」として認識されるはず。しかし、赤い枠は出ない。クリックしても何の反応もない。

ただの「画像の一部」としてしか認識されていない。画面の奥深くから。システムが冷酷に「このアプリは対応していません」と嘲笑っているかのような錯覚。「今日からこの作業、全部自動化しますよ！」と周囲に豪語してしまった手前。何をどうしても赤い枠（要素認識）が出ないポンコツシステムを前に。マウスを握る手のひらがじわっと脂汗で滲んでいくあの絶望感。画面の奥底から「お前には無理だ」と嘲笑われているような。

静かで重苦しい空気を今でも忘れない。期待値が高かった分、叩き落とされた時の絶望は深い。結局、その日も夕方から無心でキーボードを叩き、コピペを繰り返す作業に戻った。最新のDXツールは、現場の泥臭い現実の前で何の役にも立たなかった。

社内システム自動化、二重の壁

諦めきれず。休憩時間にスマホで「社内システム 自動化 ツール 非対応」と検索窓に打ち込む。出てくるのは、きらびやかなランディングページに彩られた各種ツールの広告ばかり。だが、そこには現場の人間を絶望させる2つの巨大な罠が待ち構えていた。

高額RPAとAPIの壁

1つ目の罠。高額すぎる稟議の壁。検索上位に出てくるWinActorやUiPathといった本格的なRPAツール。これらなら強力な画像認識エンジンを積んでおり。どんなレガシー画面でも強引に動かせるらしい。ワラにもすがる思いで資料請求し、概算費用を確認した瞬間に目が点になる。資料に記載された「年間ライセンス料120万円」。さらに「初期導入サポート支援費」を含めると。

初年度だけで300万円を軽く超える絶望的な見積もり額が淡々と書かれている。一部署の、しかも一担当者の日々の業務を数時間削るためだけに、数百万の予算。稟議書を書く想像すら虚しい。課長、部長、役員へと判子をもらうスタンプラリー。途中で「エクセルでマクロ組めばタダだろ」と一蹴されるのがオチ。現場の悲鳴はお金に換算されない。予算ゼロの壁は厚い。

自動化SaaSとAPIの罠

次に、2つ目の罠。APIという実体なき前提条件。ZapierやMakeといった海外発のモダンな自動化SaaS。月額数千円から使える。これなら自腹でもいけるかもしれない。しかし、ドキュメントを読み進めると必ずぶち当たる単語がある。「Webhook」そして「API連携」。API。自社の。Windows95時代から継ぎ足しで作られたオンプレミス・サーバーで動く閉鎖的なシステムに。

外部からアクセスできる現代的なAPIなど存在するはずがない。インターネットとの接続すらファイアウォールでガチガチに制限された環境。これらのSaaSツールは。APIという裏口が用意されているシステム同士でしか握手できない仕様。お金を払うか、システムの根幹を数千万かけて改修するか。どちらも一介の社員が選択できる道ではない。八方塞がり。手作業でコピペする毎日に戻るしかない徒労感が重くのしかかる。

スマートツール無用！泥臭い自動化3手法

スマートなツールが全滅した。予算もない。ここから先は、洗練されたインターフェースとは無縁の泥臭いハックの世界。対応一覧になくても、APIがなくても。物理的にモニターに表示されているなら動かす方法は残されている。ここにある3つの手段は、いわば「自動化の深度」が異なる。それぞれの特徴を整理したのが以下の表です。

| 手段 | 得意な対象 | 安定性 | 難易度 | 特徴 |
| :— | :— | :— | :— | :— |
| **PAD (画像認識)** | 全般 | 低 | 低 | 設定は楽だが。画面の微細な変化で止まる |
| **Selenium** | Webシステム | 高 | 中 | HTMLの構造で動くため。

見た目に左右されない |
| **PyAutoGUI** | あらゆるアプリ | 中 | 中 | 最終奥義。座標で叩くため、どんなアプリも動く |

PADの脆いUI自動化 SeleniumのDOM直接操…

一方で、手段1。Power Automate Desktop（PAD）によるUI要素の抽出への執着。クラウド版がダメでも。デスクトップ版のPADならWindowsの標準機能に寄生して。強引にボタンやテキストボックスを認識させられることがある。UI要素が取れないなら、画像認識機能を使う。「この画像が見えたらクリックしろ」という命令。しかし、この方法は極めて脆い。

使用するモニターの解像度がフルHDから4Kに変わった瞬間、止まる。Windowsのアップデートでウィンドウの影の付き方が少し変わっただけで。「画像が見つかりません」と赤文字を吐いて沈黙する。常に面倒を見続けなければならない手のかかる子供のようなフローが出来上がる。

レガシー自動化の裏口突破と物理操作

手段2、SeleniumによるレガシーWebシステムの裏口突破。システムが社内ネットワーク限定であっても。Internet Explorerや古いChromeで動く「Webシステム」であるなら。Seleniumの出番。画面の見た目に惑わされない。ブラウザの裏側に潜り込み、HTMLのDOMツリーという骨組みを直接狙う。人間がマウスでカチカチやる代わりに。

ソースコードの奥深くに埋まった「id=”btnSubmit”」といった要素をピンポイントで突き刺す。

見た目がどれだけ崩れようと、裏側のIDが変わらなければ確実に動く。ブラウザを直接操縦する泥臭くも強力な手法。

PyAutoGUI：全てを無視する最終奥義

そのため、手段3、PyAutoGUI。すべてを無視する最終奥義。Webシステムですらない、VB6で作られたような武骨でグレーの業務アプリ。ブラウザのDOMすら存在しない。要素の抽出を完全拒絶する強固なシステムに対する最終兵器。これはシステムを操作するというより、人間の物理的な動きを模倣するロボット。「画面の左端からx: 300ピクセル。

上からy: 500ピクセルの位置にマウスを移動し、左クリックを2回」。画面の絶対座標を直接叩く力技。システムが対応しているかどうかなんて一切関係ない。モニターに映っているなら、そこにカーソルを持っていき物理的にクリックさせる。X軸とY軸の絶対座標を特定するためだけに。ブラウザのスクリーンショットをWindowsの「ペイント」に貼り付け。

マウスカーソルの現在位置のピクセル数を1つずつ眼球を酷使して特定していく狂気の作業。深夜の誰もいないオフィスで、目に焼き付くほどグレーの業務アプリを見つめ続けた。座標が10ピクセルずれただけで、隣の「削除」ボタンを誤爆する危険性。

泥臭いPC占有、予算ゼロの確実性

極めて危うく、洗練とは程遠い。さらに致命的なのは、**「実行中はPCが完全に占領される」**という点だ。マウスが1ミリでも動いたり、予期せぬポップアップが重なれば、プログラムは空振りし。即座に停止する。この「究極の泥臭さ」と「実行中はコーヒーを飲みに行ける余裕」を受け入れる覚悟が必要だ。しかし、予算ゼロでどんなシステムでも確実に動かせる事実だけがそこにある。

AIが拓く非エンジニアの自動化

SeleniumもPyAutoGUIも。その圧倒的な突破力の代償として「Python」というプログラミング言語を要求してくる。非エンジニアにとって、黒い背景に白い文字がズラリと並ぶターミナル画面は恐怖。環境構築の段階で謎のエラーを吐き、「パスを通す」の意味がわからず。最初の1行のコードを書く前に挫折するのがこれまでの常識。数年前なら、ここで文系の事務職は完全にお手上げだった。

しかし、だが時代は変わった。今は背後にClaude AIがいる。難解なPythonの文法や。Seleniumの仕様変更を丸暗記する必要など一切ない。「社内システムのこの画面を開いて。IDが『txtData』の入力欄にエクセルからデータを転記したい。PythonでSeleniumを使って動かすコードを書いて」。チャット欄に日本語で要望を叩きつけるだけ。

AIで変わる開発と社内壁突破術

数十秒後、完璧に構造化されたスクリプトが出力される。環境構築すらAIに聞けばいい。「PythonをWindowsに入れる手順を小学生でもわかるように教えて」と打つ。指示通りに黒い画面にコピペして実行。当然のようにエラーが出る。赤い文字で埋め尽くされたエラーメッセージ。以前ならここで絶望して画面を閉じていた。今はそのエラーメッセージをそのままコピーしてClaudeに投げ返す。

「このモジュールが足りないようです。以下のコマンドをターミナルに貼り付けて実行してください」。言われた通りに打つ。動く。構想から。プロトタイプの自動化スクリプトが実際に自分の手元で動き出すまでの所要時間は。わずか「10分」。かつて分厚いPython入門書を片手に。たった1行のエラーが解けずに3週間悩んで完全に挫折した過去と比べると。めまいがするほどの圧倒的なスピードだった。

エンジニアが高い給料をもらって数日かけて書くような泥臭い自動化コードを。プログラミング未経験の事務職が昼休みの間に生成してしまう。プログラミングの知識は「ゼロから書く」ことから「AIに的確な指示を出す」ことへと完全にパラダイムシフトを果たした。

Python自動化交渉術

ただし、現実の職場で立ちはだかるのはコードの壁だけではない。会社PCの「管理者権限」や「実行ポリシー」というセキュリティの壁だ。もしあなたが「Pythonをインストールできない」という壁にぶつかったら。IT部門にこう持ちかけてみてほしい。「この手作業を自動化すれば、月50時間の残業を削減できます。まずは私のPCで検証させてください。このPython環境さえあれば。

数百万かかるRPA導入の代わりになります」
具体的な「時間」と「コスト削減」をエサに。AIという強力な味方を連れて交渉に臨む。それもまた、新しい時代の自動化スキルのひとつです。

PythonとAI。現場をハックする泥臭い自動化

さらに、「うちのシステムは特殊だから」「最新のツールが非対応だから」。これまで数え切れないほど聞いてきた言い訳。自分自身でも、諦めの呪文のように何度も唱えていた言葉。会社がどれほどキラキラしたDXツールを導入しようと。現場の最前線に残されているのは常に、名もなき古びたシステム。ベンダーが用意した「対応アプリ一覧」という安全な箱庭の中でだけ遊んでいても。

現場の血の滲むような手作業は永遠になくならありません。

予算はゼロ。APIもない。高額RPAの決裁は絶対に下りない。条件は最悪。だが、手元にはPythonという無料の強力な武器と。それを自由自在に操る専属のプログラマーである生成AIがいる。泥臭くDOMの裏側を解析し、画面のピクセル座標を特定し。強引にマウスクリックを自動化する。どんなに無骨で不格好なスクリプトであろうと。毎日2時間奪われていた手作業がゼロになるなら、それが現場における唯一の正解。

誰もいない夜のオフィスで、自動でマウスカーソルが動き出し。古いシステムに高速でデータが打ち込まれていく画面を眺める。背筋を走る圧倒的なカタルシス。用意された環境に頼るのをやめ、自らの手でシステムをハックした時。本当の業務自動化が始まる。もう二度と、コピペの奴隷には戻らありません。

関連リンクとチェックリスト

学習サービスとアンケート