Access 2021サポート終了——「移行先を決めれば終わり」ではない理由と、加工処理を止めないための対策
「Access 2021のサポートが2026年10月に終わる。移行先はkintoneかPower Appsで検討中」——この計画が不十分かもしれません。移行先のDBを決めただけでは、AccessがETLエンジンとして担っていたCSV加工・コード変換・基幹システム連携という処理は移行できないからです。この記事では、サポート終了対応として見落とされがちなETL処理の移行問題と、Reckonerを使った解決方法を解説します。
目次
- Access 2021サポート終了：改めて確認すべき事実
- なぜ「移行先を決める」だけでは不十分なのか
- ETL処理が止まると何が起きるか
- サポート終了対応のチェックリスト——ETL処理まで含めているか
- ReckonerでETL処理の移行まで完了させる
- Reckoner移行後に得られる変化
- まとめ
- よくある質問（FAQ）
Access 2021サポート終了：改めて確認すべき事実
| バージョン | サポート終了日 | 備考 |
|---|---|---|
| Access 2016 / 2019 | 2025年10月14日 | 終了済み |
| Access 2021 | 2026年10月13日 | 延長サポートなし |
| Access 2024 | 2029年10月9日 | 継続中 |
| Microsoft 365版 | サブスク契約中は継続 | 継続中 |
Access 2021には従来製品に設定されていた5年間の延長サポートがありません。2026年10月13日以降、セキュリティパッチ・不具合修正・技術サポートが即座に終了します。
多くの企業が「この日までに移行を完了させる」という計画を立てています。しかし、その計画が本当に「完了」しているかどうか、確認が必要です。
なぜ「移行先を決める」だけでは不十分なのか
脱Accessを検討している企業の多くが取る行動：
- kintone・Power Apps・FileMakerなどの移行先を比較
- 移行先を決定・契約
- Accessのデータをインポート
- 「移行完了」
このプロセスで見落とされるのが、AccessがETLエンジンとして担っていた加工処理の扱いです。
多くの企業では、Accessはデータを「蓄積する」だけでなく「加工する」役割を担っています。
この処理はkintoneやPower Appsへの移行では引き継がれません。
結果として以下のような事象が発生します。
- DBとしてのAccessはkintoneに移行できた
- しかしCSV加工・基幹連携の処理はAccessが残り続ける
- AccessはサポートアウトのままETL処理専用で稼働し続ける
- 「脱Accessが完了した」という認識のまま、リスクだけが残る
ETL処理が止まると何が起きるか
Accessが担うETL処理が止まった場合の業務影響を具体的に確認してみましょう。
製造業・流通業の場合
毎日の受発注データCSVを加工して生産管理・在庫管理システムに取り込んでいる場合、Accessが止まると……
- 在庫データが更新されない
- 発注処理が止まる
- 生産計画が立てられなくなる
- 欠品・過剰在庫が発生する
卸売業・小売業の場合
仕入先からのCSVをコード変換・フォーマット変換して販売管理システムに取り込んでいる場合
- 仕入データが基幹に入らない
- 在庫・売上の数字が止まる
- 請求・支払い処理に支障が出る
管理部門・経理の場合
各部門のCSVを加工・集計して会計システムに取り込んでいる場合
- 月次決算データが作れない
- 経営に必要な数字が届かない
📖まずはホワイトペーパーで詳細を確認する
「Accessに依存した業務が抱える5つのリスクと移行ガイド【完全版】」をダウンロードいただけます。リスク診断チェックリスト・ROI試算・移行ロードマップが1冊に。
ホワイトペーパーを無料ダウンロード
サポート終了対応のチェックリスト——ETL処理まで含めているか
以下の項目を確認してください。移行計画に含まれているか見直しましょう。
「ETL処理の移行」が全て未チェックの場合、サポート終了対応は不完全です。
ReckonerでETL処理の移行まで完了させる
Reckonerとは
Reckonerは株式会社スリーシェイクが提供するノーコードETL/データ連携ツールです。AccessのVBA・クエリが担っていた加工処理（CSV取込・マスタ変換・フォーマット変換・基幹システムへの連携）をGUIで設定し、スケジュール自動実行できます。
- 主な対応データソース：CSV / MySQL / PostgreSQL / kintone / Salesforce / FTP / SFTP 他
- 主な連携先：基幹システム / kintone / Salesforce / Snowflake / BigQuery 他
- 特徴：ノーコードGUI・スケジュール自動実行・差分更新・誰でも保守可能
サポート終了対応のロードマップ（例）
Reckoner移行後に得られる変化
| 観点 | 移行前（Access） | 移行後（Reckoner） |
|---|---|---|
| 加工処理の実行 | 担当者が手動で起動 | スケジュール自動実行 |
| 処理の可視化 | VBAコードを読める人のみ | GUIで誰でも確認できる |
| 保守・変更 | VBAを書ける担当者のみ | 誰でもGUIで変更できる |
| エラー検知 | 担当者が気づくまで不明 | エラー発生時にメール通知 |
| サポート終了リスク | 2026年10月に消滅 | クラウドで継続的に更新 |
まとめ
Access 2021のサポート終了まで、残された時間はあとわずかです。「とりあえず移行先をkintoneに決めたから一安心」と胸をなでおろしている方もいるかもしれませんが、実はそれだけでは不十分な理由がお分かりいただけたかと思います。
今回の重要なポイントを改めておさらいしておきましょう。
- 2026年10月13日に完全終了（延長サポートなし）
Access 2021のサポートは、この日をもって完全に終了します。延長サポートはないため、ここが実質的なデッドラインとなります。 - 「移行先決定」だけでは、隠れたETL処理が置き去りに
画面やデータの移行先（kintoneなど）を決めるだけでは、これまでAccessのVBAやクエリが裏側で担っていた「データの加工・変換・マスタ結合」といった処理の行き場がなくなってしまいます。 - 処理の置き去りは、そのまま「業務停止リスク」に直結
ETL処理の移行を見落としたままサポート切れを迎えてしまうと、日々のデータ連携がストップし、最悪の場合は現場の業務が完全に停止してしまうリスクを抱え続けることになります。 - 「DB移行」と「ETL移行」はセットで計画する
これからのサポート終了対応は、データを溜める箱（DB）の移行だけでなく、システム間を繋ぐ「Reckoner（レコナー）」のようなETLツールの導入も必ずセットで計画に組み込んでください。
今から着手すれば、2026年10月の期限にはまだ十分に間に合います！
まずは、自社のAccessの中にどんなクエリやVBAが眠っているか、現状の「棚卸し」をすることからスタートしてみましょう。
場当たり的な移行でリスクを残すのではなく、データも処理も安全にクラウドへ引っ越せる「正しい脱Access」を今すぐ進めていきましょう。
よくある質問（FAQ）
Q. Access 2021のサポート終了日は正確にいつですか？
A. 2026年10月13日です。 延長サポートはなく、この日以降セキュリティ更新・技術サポートが完全に終了します。なお、旧バージョン（Access 2016/2019）はすでに2025年10月に終了しています。
Q. 移行先をkintoneに決めているが、ETL処理は別途考える必要がありますか？
A. はい、別途考える必要があります。 kintoneはDB用途の移行先としては非常に有効ですが、CSVの加工・変換・基幹連携という処理は代替できません。ETL処理は別途Reckoner等での対応が必要です。
Q. DB移行とETL移行を並行して進める必要がありますか？
A. ETL処理を先に移行することを強く推奨します。 ETL処理を先にReckonerで自動化してからDB部分をkintone等に移行することで、複雑さを分離して移行リスクを下げることができます。
Q. Access 2024に移行すれば2029年まで問題を先送りできますか？
A. セキュリティリスクは先送りできますが、属人化・手動実行・保守不能という構造的な問題は解消されません。 根本解決にはETLツールへの移行が必要です。
Q. 2026年10月まで間に合いますか？
A. 今から着手すれば十分間に合います。 ただし、移行先の選定・要件定義・構築・並行テストには3〜5ヶ月かかるケースが多いため、今すぐ棚卸しを始めることを推奨します。
著者
