AccessからFileMakerへ移行するには？向くケース・費用・注意点

結論：FileMakerが向くAccessと、向かないAccess

Mac・iPad・Webブラウザでも使いたい、あるいは非エンジニアがノーコードに近い感覚でアプリを育てていきたい、という要件がある場合、FileMakerは有力な移行先です。一方で、Windowsに閉じた環境で精密な帳票や大量データを扱うAccessは、FileMakerへの移行より他の選択肢が現実的な場合があります。

FileMaker（現在の正式名称はClaris FileMaker）は、Accessと同じ「業務アプリをデータベースとセットで作る」系統のツールですが、開発の思想とプラットフォームの広さが大きく異なります。どちらが正解かは業務の中身次第なので、以下で具体的に見ていきます。

AccessとFileMakerの主な違い

まず両者の違いを整理します。AccessはWindows専用で、ファイル共有型のデータベースエンジン（ACE）を内包した単体ソフトです。FileMakerはWindows・macOSで動くクライアントアプリ（FileMaker Pro）に加え、iOS/iPadOS向けの無償アプリ（FileMaker Go）とブラウザ経由のアクセス機能（FileMaker WebDirect）を持ちます。

FileMaker ServerはmacOS・Windows・Linux（Ubuntu）に対応しています（2025年11月8日時点・要確認）。ブラウザ経由のWebDirectは、FileMaker ServerまたはFileMaker Cloudで共有したカスタムAppを使う形で、オンプレミスのServerでは有効化と設定が必要です。

FileMakerへの移行が向くケース

次の要件がいくつか重なる場合、FileMakerはAccessの移行先として検討に値します。

• 社内にMacやiPadがあり、Accessが使えないデバイスからも業務データを入力・参照したい。
• プログラミングの専任担当がいなくても、担当者が画面を見ながらレイアウトやスクリプトを調整できる体制にしたい。
• Webブラウザでもアプリを使いたいが、外部開発会社にWebシステムをフルスクラッチで発注するほどではない。
• スモールスタートで動かしながら、機能を少しずつ足していく開発スタイルが合っている。
• データ量がそれほど大きくなく、帳票のレイアウト要求がそれほど厳しくない（当社の経験上は数万件〜数十万件程度が一つの目安ですが、性能は件数だけでなく索引・同時接続数・計算や集計の内容・サーバー構成にも左右されるため、実データでの検証が前提です）。

FileMakerの開発思想は、Accessの「SQL＋VBAで正確に組む」スタイルとは異なり、レイアウトとスクリプトを組み合わせながら段階的に形にしていくアプローチです。非エンジニアが社内で保守まで担う場合、FileMakerの方が手を入れやすいと感じるケースがあります。ただしこれは当社の経験則であり、担当者のスキルや組織体制によって結果は変わります。

FileMakerが向かないケース

すべてのAccessがFileMakerに向くわけではありません。以下に当てはまる場合は他の移行先を検討した方が無難です。

• Windowsに特化した帳票：伝票・請求書・納品書などミリ単位の印刷レイアウトを既存のまま再現したい場合、FileMakerのレポート機能は設計の考え方がAccessと異なり、完全な再現に工数がかかります。
• 大規模データ・高負荷処理：当社の経験では、非常に大量のデータや重い集計を伴う処理は、FileMaker ServerよりもSQL Serverなどのサーバー型データベースの方が有利な場合があります。適否は件数だけでなく処理内容やサーバー構成にもよるため、実データでの検証をおすすめします。
• 既存のWindowsアプリ・Excel連携が前提：VBAでExcelやOutlookと密に連携している場合、FileMakerへの移行で連携部分の設計を根本から見直す必要があります。
• Microsoftエコシステムを継続したい：Power Appsやそのデータ基盤（Dataverse）、SharePoint連携が前提なら、AccessからPower Appsへの移行の方がスムーズです。

移行先の全体比較はAccessの移行先を比較した記事でまとめています。FileMaker以外の選択肢（kintone・Power Apps・Webシステム・SQL Server）と横断して検討したい場合はこちらを参照してください。

移行の実務：何を作り直すか

AccessからFileMakerへの移行では、データは移行できますが、フォーム・レポート・VBAロジックは原則として再設計が必要です。Claris Marketplace上に「FmPro Migrator」という変換支援ツールが存在し、フォームやVBAを一部自動変換する機能を提供しています。ただし完全変換は保証されず、変換後の動作検証と修正作業は必要です。

データ移行：FileMaker ProはAccessファイル（.accdb/.mdb）を直接インポートできません。一般的な手順はAccessのテーブルをCSVまたはExcelにエクスポートし、FileMakerへ取り込む形です（Claris公式ヘルプでも、Accessからの移行はExcelやCSV経由での取り込みを案内しています）。テーブルが多いほど手間が増え、リレーションシップはFileMakerの「リレーションシップグラフ」で再設定が必要です。

フォーム・レポート：AccessのフォームやレポートはFileMakerのレイアウトに相当しますが、コントロールの種類や動作の概念が異なるため、変換ツールで一部を処理した後も手作業での検証・修正が残ります。

VBAロジック：AccessのVBAはFileMakerスクリプトまたは計算式に書き換えます。FileMakerは独自の構文を持ち、「FileMakerスクリプト」はステップをドロップダウンで選んで組む方式です。VBAの条件分岐や繰り返し処理はFileMakerスクリプトで表現できますが、Windows APIや外部COMオブジェクトを呼ぶコードは対応手段が変わります。当社の経験では、VBAの量と複雑さは移行工数を左右する主要因の一つです（フォーム・帳票数、外部連携、権限設計、データ品質なども影響します）。

移行前にAccessの現状（テーブル・クエリ・フォーム・VBA）を可視化しておくと、どこに工数がかかるかの見通しが立ちます。まずは無料の解析可否チェックでご確認ください。

費用感

FileMakerへの移行費用は、ライセンスと構築の2軸で考えます。ライセンスについては、以下は公開されている参考情報（税別・2025年時点）であり、実際の調達価格は代理店や契約規模により変動します。

AccessのVBAが多かったり、帳票の再現要求が高かったりすると構築費は跳ね上がります。移行費用の全体的な考え方はAccess移行の費用相場で整理しています。

よくある質問

Q. FileMakerはMacでも開発できますか。

できます。FileMaker ProはmacOSに対応しており、Mac上でレイアウトの設計からスクリプト作成まで行えます。AccessはWindowsのみなので、この点は大きな違いです。

Q. AccessのVBAはFileMakerに移行できますか。

完全な自動変換は難しく、変換支援ツールを使った場合でも動作検証と修正が必要です。FileMakerの独自スクリプト構文に書き直す作業が主体になります。Windows APIや外部COMを呼ぶVBAは、FileMaker側での代替手段を個別に検討することになります。当社の経験では、VBAの量と複雑さは移行工数を左右する主要因の一つです。

Q. FileMaker GoはiPadで無料で使えますか。

FileMaker GoアプリはApp Storeから無料でインストールできます。実際に使うにはFileMaker ServerまたはFileMaker Cloudに接続するのが基本構成です。FileMaker Proをホストとするピアツーピア共有（最大5クライアント）も技術的には可能ですが、Claris公式は「テスト目的限定」としており、接続も暗号化されません。詳細な利用条件はClaris公式の確認を推奨します。

Q. AccessからFileMakerへのデータ移行はどうやりますか。

AccessのテーブルをCSVまたはExcelファイルにエクスポードし、FileMaker Proのインポート機能で取り込むのが基本手順です。Accessファイルを直接FileMakerに読み込むことはできません。テーブル数が多い場合は移行作業に相応の時間がかかり、リレーションシップはFileMaker側で再設定が必要です。