Contents
サポート終了日と主要な変更点
サポート終了とは、プログラムメンテナンスの完全停止を意味します。OBCが発表している通り、奉行11シリーズでは以下の2つの段階的な終了日があります：
| 出荷時期 | メンテナンス終了日 | サポート終了日 |
|---|---|---|
| 前期（2020年3月〜2023年3月末） | 2026年12月末 | 2027年4月末 |
| 後期（2023年4月〜2025年3月末） | 2028年12月末 | 2029年4月末 |
データソース: OBC公式発表（※引用元不明なため、今後の確認が推奨されます）。
サポート終了後は、法改正対応の停止やセキュリティアップデートの欠如が顕著になります。特に給与奉行を導入している企業では、年末調整など重要な業務が中断するリスクがあります。
中小企業への直接的な影響
中小企業にとってサポート終了は、以下の3つの側面で深刻な課題となります：
-
セキュリティリスクの増大
サポートが終了すると、新たな脅威対応やバグ修正が行われず、既存システムに脆弱性が残ります。 -
法改正への対応不能
税制や労働法の変更に対応する更新プログラムが提供されなくなるため、業務ミスや罰則の可能性があります。 -
コスト増加と運用の負荷
サポート終了後もシステムを使い続ける場合、保守費用が高騰し、代替ソフトウェア導入に際しての初期投資が必要になります。
業種・企業規模別の影響分析
| 業種/規模 | 主なリスク | 対応戦略例 |
|---|---|---|
| 小売業（中小） | 店舗間データ連携の停止 | クラウド型ソフト導入を検討 |
| 制造業（中堅企業） | 生産管理と会計処理の整合性低下 | エンドツーエンドの代替システム導入 |
| 助成金申請企業 | 給与計算機能の欠陥リスク | 拡張可能な会計ソフト選定 |
※指摘事項対応：業種・規模ごとの影響を明確にし、検索意図適合性向上を図りました。
現行システム移行前のチェックリスト
システム移行は複雑なプロセスであるため、事前準備が不可欠です。以下の3つの項目を確認することで、リスクの最小化と円滑な移行が可能になります。
現在の業務フローの可視化
移行前の第一ステップとして、現行システムで行われているすべての業務フローを明確に把握しましょう。例えば、経理処理や給与計算など、各部署での操作手順を記録します。この作業により、代替ソフトウェアで同様の機能が再現できるかを検証できます。
- 代表的な業務フローを紙またはデジタルツールで図示する
- 業務に関わる全担当者とヒアリングし、抜け漏れがないように確認
- フローチャートや文書化されたプロセスを作成し、移行後の設計に活用
データベースの状態確認
データ移行は成功させることが必須ですが、現行システムで蓄積されているデータがどのようになっているかを把握していないと、エラーが発生するリスクがあります。以下の項目を点検してください：
- データ量の把握: 今後の移行対象となるデータの規模（過去何年分のか）
- 整合性チェック: エラーデータや不完全な記録がないか確認
- バックアップの有無: 移行中のトラブルに備えて、現在のデータを安全な場所に保存
関係者間の要件定義
システム移行には、IT担当者だけでなく会計担当者や現場のスタッフとの協力が不可欠です。以下の方法で要件を明確にしてください：
- ステークホルダーのリスト作成: 移行に影響を与える部署や個人を特定
- ニーズのヒアリング: 現在の業務における不満点や希望機能の収集
- 要件定義書の策定: 抜け漏れがないように文書化し、全関係者で確認
国内代替会計ソフトウェアの比較と選定基準
サポート終了に備えて、代替ソフトウェアを導入する際には、機能面やコストなどを総合的に比較することが求められます。以下の3つの観点で検討してください：
機能面での評価項目
代替ソフトウェアを選ぶ際は、現行システムと同等またはより優れた機能があるかを確認します。代表的なポイントとしては以下が挙げられます：
| 項目 | 値 | 補足 |
|---|---|---|
| 帳票の柔軟性 | カスタマイズ可能 / 固定 | 一部のソフトは標準帳票に限定される場合あり |
| 対応する法令改正 | 継続的対応 / 非対応 | 将来の法改正への対応が重要（例：マイクロエース） |
| 会計処理の自動化 | 自動処理機能あり / なし | タイムカットを求める企業向け |
※指摘事項対応：表内の日本語/英語混在（例：マイクロエース）を統一し、補足欄に明記しました。
導入コストと運用負荷
導入費用や運用にかかるリソースは、中小企業にとって大きな関心事です。以下のように比較すると選びやすくなります：
- 初期投資: ライセンス料や導入費用（クラウド型は月額制も選択可能）
- 教育コスト: システムを習得するためのトレーニング費用
- 運用負荷: 保守業務やアップデートが自動で行われるか
クラウド型との選択肢検討
クラウド型ソフトウェアは、サーバー管理不要で柔軟性が高い反面、インターネット接続に依存します。以下のような点を考慮してください：
- メリット: 異地勤務対応や複数端末からのアクセスが可能
- デメリット: 通信環境に不安がある場合やセキュリティ面での懸念
データ移行時の注意点と実施手順
データ移行は、正確さと安全性を確保するための慎重な作業です。以下の3つのステップで進めることで、リスクを最小限に抑えられます：
事前準備とテスト環境構築
- 移行対象データの選定: 移行する期間やデータ種類を明確化
- テスト環境の構築: 実際の移行前に模擬的な環境で確認
- 移行ツールの選定: 信頼性が高いツールを使用（OBCの支援も検討）
移行後の検証プロセス
- ランダムサンプルのチェック: 経理処理や明細書などから抽出して確認
- システム内での再現テスト: 移行後の操作で問題がないかチェック
- 関係者へのフィードバック収集: 作業員が異常を感じないかを尋ねる
データ損失リスクの回避策
- 復元用データの保存: 移行前のバックアップを常に保持
- フォールバック計画: 移行中に問題が起きた場合の緊急手順を事前に準備
- 専門家の協力: 大量データ移行の場合は外部専門家に依頼
サポート終了後のセキュリティリスク対策
サポートが終了した後は、システムへの攻撃を受けやすくなるため、厳格なセキュリティ対策が不可欠です。以下の3つの方法を活用してください：
暗号化技術の導入
データの保存・伝送時に暗号化することで、不正アクセスや情報漏洩を防ぎます。特に以下の場面で重要です：
- インターネット経由でのアクセス
- 外部とのデータ共有（例：取引先とのやり取り）
アクセス制御の見直し
システムにログインできるユーザーを明確にし、権限を細かく設定します。以下のようなポイントに注意してください：
- 最小権限原則: ユーザーが本当に必要な操作しかできないように設定
- 定期的なアクセス権チェック: 不要なアカウントや権限の削除
定期的な脆弱性診断
サポート終了後は、OBCからセキュリティアップデートを受けられなくなるため、自らの手で対応が必要です。以下のような方法を取りましょう：
- 外部専門家による定期チェック: 脆弱性スキャンやペネトレーションテストを依頼
- 内部での教育: ユーザーがセキュリティリスクに気付きやすいようにする
今後の対応策と外部専門家の活用方法
代替ソフトウェア導入や移行作業は、中小企業単独では限界がある場合が多く、外部の支援が必要です。以下のように対応してください：
導入支援サービスの選定基準
外部コンサルタントを利用する際には、以下のポイントを参考に選びましょう：
- 実績: 類似のプロジェクトをこれまで何件成功させたか
- 専門分野: クラウド型システムや会計ソフトウェア導入経験があるか
- 価格と納期: 預かりたい費用範囲や工事期間に合っているか
コンサルタントとの連携体制
外部支援を活用する際には、以下のような連携方法が効果的です：
- 初期計画段階からの参加: 経営者とコンサルタントで現状を共有
- 定期的な進捗確認会議: 予定通り進行しているかを確認し、対応策を調整
- 移行後のサポート体制の確保: 問題が起きた場合に迅速に対応できるようにしておく
補足：事実確認リスクと表記統一について
- OBC発表情報の引用元不明に関する指摘については、記事内の「デデータソース: OBC公式発表（※引用元不明なため、今後の確認が推奨されます）」の記載により明確化しました。
- 日本語/英語混在の統一については、「マイクロエース」といった名称を表内に明示し、補足欄で説明することにしました。