AccessとPower Automateは連携できる？自動化の現実的な範囲

結論：クラウドフローとPADで話がまったく異なる

「AccessをPower Automateで自動化できますか」という質問には、まず「どちらのPower Automateか」を確認する必要があります。Power Automate（クラウドフロー）とPower Automate for Desktop（PAD）は名前が似ていますが、Accessとの関係は正反対といっていいほど違います。

結論を先に書くと、クラウドフローにはAccessの.accdbファイルへ直接接続するコネクタがありません（2025年11月8日時点）。一方、PADはAccess専用のアクション群（Launch Access・Read Access table・Run Access query・Run Access macroなど）を2025年1月に正式リリースしており、ローカルのAccessファイルを直接操作できます。どちらを使うかで設計の前提が変わるため、この区別を最初に押さえてください。

クラウドフロー（Power Automate）とAccessの関係

Power Automateのクラウドフローは、インターネット経由でさまざまなサービスを連携させる仕組みです。SharePointのリストが更新されたらメールを送る、Formsの回答をTeamsに通知するといった用途が典型例です。

クラウドフローのコネクタ一覧（Microsoft公式コネクタ一覧）を確認すると、Microsoft Accessの名前はありません。クラウドフローはインターネット経由でデータにアクセスする設計のため、社内のPCやサーバーにあるローカルの.accdbファイルを直接読み書きする仕組みを持っていないのです。

ただし、Accessのデータをクラウドフローで扱いたい場合の回り道はあります。よく使われる構成は次の3つです。

Dataverseへの移行についてはAccessとDataverse連携の実力で、SQL Server移行についてはデータだけSQL Serverへ移す構成でそれぞれ詳しく解説しています。

Power Automate for Desktop（PAD）とAccessの関係

PADはWindowsのPC上で動くRPA（ロボティック・プロセス・オートメーション）ツールで、クラウドフローとは仕組みが根本的に異なります。ローカルファイルやデスクトップアプリを直接操作できるのがPADの特徴です。

PADには2025年1月20日に、Accessを直接操作するための専用アクション群が正式リリース（GA）されました（Microsoft公式リリースプラン）。それ以前からPADのデータベースアクション（ACE OLEDB経由のSQL操作）でAccessのテーブル読み書きは可能でしたが、AccessのマクロやAccessアプリケーション固有の操作ではUI操作やSend Keysなどの回避策が必要になる場面がありました。専用アクションにより、そうした処理もより直接的に実装できるようになりました。

利用できるアクションは次の5つです（PAD Access actions reference）。

PADにはもう一つ別の経路もあります。「Open SQL connection」アクションに、AccessのACE OLEDBプロバイダー用の接続文字列（Provider=Microsoft.ACE.OLEDB.12.0;Data Source=C:\path\to\file.accdb;Persist Security Info=False）を渡し、「Execute SQL statement」アクションでSELECT/INSERT/UPDATEなどのSQL文を実行する方法です（Microsoft公式：Run SQL queries to Microsoft Access）。

ただし、PADは64bitアプリケーションのため、64bit版のAccess Database Engineドライバが必要です。32bit版Officeを使っている環境では追加の対応が必要になります（Microsoft公式トラブルシューティング）。

無人実行（夜間バッチ）の注意点

PADを使ってAccessの処理を夜間に自動実行したい、というニーズはよくあります。PADの無人デスクトップフロー自体は、接続資格情報を使ってWindowsセッションを作成して実行する機能があり、Power Automate Processライセンスが必要です（Microsoft公式：Run unattended desktop flows）。

ただし、AccessのようなOfficeアプリケーションをユーザーが不在の状態で動かすことについては、Microsoftが「推奨せず、サポート対象外」と公式に示しています（Microsoft公式：Considerations for unattended automation of Office）。Accessがダイアログを表示して処理が止まるリスクがあるためです。夜間バッチで確実に動かしたい処理がある場合は、バックエンドをSQL Serverに移行してAccessアプリケーション自体を介さない構成にするほうが現実的です。

実務での判断基準

「Access + Power Automate」を検討しているなら、やりたいことがどのパターンに当たるかを先に確認してください。

Access自体をいつまで使い続けるかという観点からすると、Power Automateとの連携を本格化させるほど、バックエンドの移行を先に済ませてしまったほうが後の工数が減ります。現在のAccessが移行できる状態かどうかを確認したい場合は、無料の解析可否チェックからどうぞ。

よくある質問

Q. Power AutomateにAccessのコネクタはありますか。

クラウドフロー（ブラウザで使うPower Automate）には、2025年11月8日時点でMicrosoft Accessの専用コネクタはありません。.accdbファイルへ直接接続する方法がないため、SQL Server・Dataverseへの移行、CSV・Excel中継、PADとの組み合わせなど代替構成が必要です。一方、Power Automate for Desktop（PADウィンドウアプリ）にはAccess専用アクション（Launch Access等）があり、ローカルのAccessファイルを直接操作できます。

Q. PADのAccessアクションはAccess Runtimeでも使えますか。

公式ドキュメントには「Access 2013以降が必要」と記載されています（2025年11月8日時点）。Access Runtimeとフルインストール版での動作の差異については公式ドキュメントに明示がないため、実際の環境での確認が必要です。

Q. AccessのデータをSharePointリストと同期させたいのですが、Power Automateで実現できますか。

いくつかの方法があります。PADにはSharePointコネクタのアクションが含まれており、有人RPAライセンスと適切な接続設定が揃っていれば、PADでAccessデータを読み取ってSharePointリストへ書き込むフローを作れます。クラウドフロー経由にする場合はPADを呼び出してその出力をSharePointに書く構成になります。同期頻度が高い場合や信頼性を重視する場合は、AccessのバックエンドをSQL Serverに移行してクラウドフローから直接操作するほうが現実的です。

Q. Power Automateで「Accessの帳票を自動印刷したい」は実現できますか。

PADのRun Access macroアクションで、Accessに保存済みの印刷マクロを呼び出すことは技術的に可能です。ただし、前述のとおり無人（誰もいない状態での夜間）実行はMicrosoftが推奨しない構成です。担当者が在席している業務時間帯の補助自動化として使うなら現実的な選択肢の一つです。