Sage から Odoo への移行: 包括的な切り替えガイド

重要なポイント

• Sage の勘定科目表の構造は、勘定科目の種類と税コードの割り当てに細心の注意を払って Odoo にマッピングされます。
• 財務の継続性を維持するために、過去の取引データ (最低 12 ～ 24 か月) を仕訳として移行する必要があります。
• Sage カスタム レポートは Odoo のレポート エンジンで再作成する必要があります - 使用頻度によって優先順位を付けます
• Sage 50 データは CSV 経由でエクスポートされます。 Sage 200 および X3 にはデータベースレベルの抽出または API アクセスが必要です
• 開始残高は稼働前に 1 ペニーに一致する必要があります。これは重要な受け入れ基準です
• Sage 50 の場合は 2 ～ 3 か月、Sage 200/X3 の場合は 4 ～ 6 か月の合計移行スケジュールを計画します。
• 複数の会社の Sage セットアップでは、Odoo での慎重なエンティティ マッピングが必要です

---

Sage 製品ラインと移行の複雑さ

移行アプローチは、実行している Sage 製品によって大きく異なります。このガイドでは、最も一般的な 3 つの移行パス、Sage 50、Sage 200、および Sage X3 の詳細な手順を説明します。

---

勘定科目表の移行

勘定科目表 (CoA) は財務データの基礎です。すべての取引、すべてのレポート、すべての財務分析は、適切に構造化された CoA に依存します。

Sage から Odoo アカウントタイプへのマッピング

勘定科目表の移行プロセス

ステップ 1: Sage からエクスポートします。 Sage 50 で、[レポート] > [総勘定元帳] > [勘定科目表] に移動します。 CSVにエクスポートします。 Sage 200/X3 の場合は、GL アカウント マスター テーブルをクエリします。

ステップ 2: 確認してクリーンアップします。 Odoo にインポートする前に:

• 残高がゼロで、24 か月以上取引がない非アクティブなアカウントを削除します
• 同じ目的を果たすアカウントを結合します (Odoo でその粒度が必要ない場合は、「事務用品 - 用紙」と「事務用品 - トナー」を統合します)
• アカウント名を標準化します (大文字と小文字を一貫して使用し、完全な単語ではなく略語を使用しない)
• アカウント タイプの割り当てが Odoo のタイプ システムと一致していることを確認します

ステップ 3: Odoo のローカライズされたテンプレートにマップします。 Odoo は、70 か国以上にローカライズされた勘定科目表テンプレートを提供します。最初から構築するのではなく、あなたの国のテンプレートから始めてカスタマイズしてください。 Sage アカウントを最も近い Odoo テンプレート アカウントにマッピングし、カバーされていないものについてはカスタム アカウントを追加します。

ステップ 4: Odoo にインポートします。 Odoo のインポート機能または API を使用します。各アカウントには次のものが必要です。

• アカウント コード (Sage 番号を保持することも、Odoo 番号を採用することもできます)
• アカウント名
• アカウントのタイプ (重要 — Odoo のタイプ システムと正確に一致する必要があります)
• 調整フラグ (銀行口座、売掛金勘定、買掛金勘定に True)
• 税金の割り当て (収入および支出口座の既定の税金)

ステップ 5: 確認します。 インポート後、以下を確認します。

• アカウントの合計数が計画した CoA と一致します
• すべての勘定科目には正しいタイプがあります (サンプル仕訳入力を作成してテストします)
• 売掛金勘定と買掛金勘定に調整のフラグが設定されています
• 銀行口座は、正しい銀行詳細を含む銀行仕訳帳として設定されています

一般的な勘定科目表の問題

Sage の「ヘッダー」アカウント。 Sage は、レポート内のグループ化のための親/子アカウント関係をサポートしています。 Odoo は同様の目的でアカウント グループとタグを使用します。 Sage ヘッダー アカウントを Odoo アカウントとしてインポートしないでください。代わりに、グループ構造を複製するアカウント グループを Odoo で作成します。

アカウントとしての Sage 部門/ジョブ。 一部の Sage 設定では、部門ごとに個別のアカウントを使用します (例: 「営業給与 - マーケティング 61001」、「営業給与 - 販売 61002」)。 Odoo では、この構造は分析アカウントを通じてより適切に処理されます。 1 つの「売上給与」アカウントをインポートし、部門の内訳に分析アカウントを使用します。

アカウントに埋め込まれた税コード。 Sage は多くの場合、税率ごとに個別のアカウントを持っています (例: 「売上 - 標準税率」、「売上 - 軽減税率」)。 Odoo は、個別のアカウントではなく、取引に適用される税コードを通じてこれを処理します。これらをトランザクションレベルで税金を割り当てて単一の売上所得勘定に統合します。

---

履歴データの移行

どのような履歴データを移行するか

期首残高の移行

最も重要なデータ移行ステップ。 Odoo 勘定科目表のすべてのアカウントには、移行カットオーバー日の時点での開始残高が必要です。

プロセス:

1. カットオーバー日 (通常は会計期間の終わり) の時点で Sage で試算表を実行します。
2. 試算表の残高が正しいことを確認します (借方 = 貸方)。
3. Odoo でカットオーバー日の日付を付けた単一の仕訳エントリを作成します。
4. 仕訳帳の各行に 1 つの口座の残高が転記されます。
5. このエントリには Odoo の「期首残高」仕訳帳を使用します。
6. 投稿後、Odoo で試算表を実行し、Sage と比較します。正確に一致する必要があります。

顧客残高の移行 (補助元帳の詳細)

合計 AR レベルでの開始残高が十分ではありません。次のことを行うには、個別の未決済請求書が必要です。

• 現金申請 (支払いと請求書の照合) が正しく機能する
• 期限切れ債権レポートには、顧客ごとの正しい期限切れが表示されます
• 顧客の明細には正確な詳細が記載されています

未処理の顧客請求書ごとに、以下をインポートします。

• 顧客リファレンス
• 請求書番号 (Sage から)
• 請求書の日付
• 期限
• 金額（元の金額、現在までに支払われた金額、および残高）
• 通貨 (複数通貨の場合)

仕入先残高の移行 (補助元帳の詳細)

顧客残高と同じアプローチ。以下を使用して、個々のオープンベンダー請求書をインポートします。

• ベンダーリファレンス
• 請求書番号 (Sage より)
• 請求日
• 期限
• 金額（元の金額、現在までに支払われた金額、および残高）
• 支払い条件

---

Sage 50 固有の移行ガイド

データのエクスポート方法

方法 1: Sage 50 CSV エクスポート (最も単純)

Sage 50 は、CSV および PDF 形式でのリストとレポートのエクスポートを提供します。

• [ファイル] > [エクスポート] > [顧客] (顧客リストをエクスポート)
• [ファイル] > [エクスポート] > [ベンダー] (ベンダー リストをエクスポート)
• [ファイル] > [エクスポート] > [インベントリ アイテム] (製品リストをエクスポート)
• レポート > 総勘定元帳 > GL エクスポート (トランザクションのエクスポート)

制限事項: CSV エクスポートでは、レコードまたはカスタム フィールド データ間の関係はキャプチャされません。

方法 2: データベースへの直接アクセス (より完全な)

Sage 50 は、データベース エンジンとして Pervasive SQL (PSQL) または Actian Zen を使用します。適切な ODBC ドライバーを使用すると、Sage テーブルに直接クエリを実行できます。

• CUSTOMER — 顧客マスターデータ
• VENDOR — ベンダーマスターデータ
• INVENTRY — 製品/在庫品目
• GLMAST — 総勘定元帳勘定科目
• GLTRANS — 総勘定元帳トランザクション
• APTRANS — 買掛金トランザクション
• ARTRANS — 売掛金取引
• JORNAL — ジャーナルエントリ

このメソッドは、リレーションシップやカスタム フィールドを含むすべてのデータをキャプチャします。

Sage 50 移行チェックリスト

• 残高を含む勘定科目表をエクスポート
• すべての住所と連絡先を含む顧客リストをエクスポートします
• 支払条件と銀行詳細を含むベンダーリストをエクスポートします
• 現在の数量とコストを含む製品リストをエクスポートします
• 未処理の AR 請求書 (期限切れの売掛金の詳細) をエクスポートします。
• 未処理の AP 請求書 (期限切れの買掛金の詳細) をエクスポートします
• 過去 12 か月の総勘定元帳の詳細をエクスポートします
• 輸出銀行調整（未処理品目）
• 輸出売上税納税報告書
• Odoo でのレクリエーションのための定期的なトランザクションをすべてメモします。
• レクリエーション優先のためにカスタム Sage 50 レポートを文書化する

---

Sage 200 / X3 固有の移行ガイド

データ抽出

Sage 200 および X3 は SQL Server (X3 の場合は Oracle) データベースを使用するため、データベースの専門知識を持つ組織にとって抽出がより簡単になります。

Sage 200 のキー テーブル:

• SLCustomerAccount — 顧客アカウント
• PLSupplierAccount — ベンダーアカウント
• StockItem — インベントリアイテム
• NominalCode — 勘定科目表
• NominalTran — GL トランザクション
• SLTransactionDetail — AR トランザクション
• PLTransactionDetail — AP トランザクション
• BankAccount — 銀行口座

Sage X3 のキーテーブル:

• BPARTNER — ビジネスパートナー (顧客およびベンダー)
• ITMMASTER — 製品
• GACCOUNT — GL アカウント
• GACCENTRY — GL トランザクション
• SINVOICE — 売上請求書
• PINVOICE — 請求書の購入

Sage X3 カスタム オブジェクトの移行

Sage X3 では、以下を通じて広範なカスタマイズが可能です。

• カスタム画面（パラメータ化された画面）
• カスタムワークフロールール
• カスタムレポート (Crystal Reports)
• 標準オブジェクトのカスタムフィールド
• X3 スクリプト (4GL)

各カスタマイズ タイプには評価が必要です。

---

カスタムレポートの再作成

レポートの優先順位マトリックス

Odoo レポート オプション

組み込みレポート: Odoo には、カスタマイズすることなくほとんどのニーズをカバーする標準財務レポート (損益計算書、貸借対照表、総勘定元帳、仕訳帳、古い AR/AP、税務レポート) が含まれています。

ピボット ビューとダッシュボード: 分析レポート (顧客別の売上、カテゴリー別の経費、場所別の在庫) の場合、Odoo のピボット ビューは、Excel のようなピボット テーブル機能をブラウザーで直接提供します。

QWeb レポート: 印刷可能なドキュメント (請求書、納品書、発注書) 用の Odoo のレポート テンプレート エンジン。 Python データ準備による XML テンプレートを通じてカスタマイズ可能。

Odoo スプレッドシート: Odoo の統合スプレッドシート ツールは、ライブ ERP データに直接接続します。自動的に更新される数式とグラフを使用してレポートを作成します。標準テンプレートに適合しない複雑な Sage レポートを再作成するのに最適です。

外部 BI: 高度な分析を行うには、Power BI、Metabase、または Grafana を Odoo の PostgreSQL データベースに直接接続します。

---

複数の企業間の移行

Sage は、個別の企業データベース (Sage 50) または複数企業モジュール (Sage 200/X3) を通じて複数企業の運用をサポートします。 Odoo は以下を使用して複数の会社をネイティブに処理します。

• 単一データベース内の複数の企業
• 会社固有の勘定科目表（または共有）
• 企業間取引の自動化
• 連結財務報告
• 企業ごとのユーザーアクセスルール

複数企業の移行チェックリスト

• 各 Sage 会社を Odoo 会社にマッピングします
• 決定します: 共有勘定科目表か、それとも会社固有ですか?
• 会社間ルールの設定 (一致するトランザクションの自動作成)
• 企業ごとにデータを順番に移行します (最初に親会社)
• 会社間の消去が正しく機能することを確認します。
• 連結損益計算書と貸借対照表のテスト
• 会社ごとのユーザー権限を確認します

---

テストと検証

財務調整チェックリスト

合格基準: 貸借対照表のすべての項目で差異がゼロであること。損益項目の差異が $1.00 未満 (四捨五入許容範囲のみ)。

エンドツーエンドのワークフローテスト

データ移行後、実際のデータを使用して Odoo でこれらのワークフローをテストします。

1. 輸入製品を使用する輸入顧客向けに 新しい販売注文を作成
2. 販売注文から 請求書を生成し、品目、税、合計を確認します
3. 顧客の支払いを記録し、それが正しい請求書に適用されることを確認します
4. 輸入ベンダーの 注文書を作成
5. 注文書と照らし合わせて 在庫を受け取り、在庫レベルの更新を確認します
6. ベンダー請求書を記録し、発注書と照合します
7. 銀行調整を実行し、インポートされた未払いの項目が正しく表示されることを確認します
8. 月次損益計算書を生成し、形式と合計を Sage の出力と比較します

---

よくある質問

移行中に Sage を実行し続けることができますか?

はい、そうすべきです。並列 Odoo 環境で移行の準備とテストが行​​われている間、日々の操作に Sage を使用し続けます。すべてのデータが移行、検証、テストされた場合にのみ Odoo に切り替えてください。両方のシステムが維持される場合は、30 ～ 60 日間の並行実行を計画します。

Sage 固定資産台帳についてはどうですか?

固定資産は慎重に移行する必要があります。資産名、取得日、元のコスト、減価償却累計額、正味簿価、減価償却方法/率を指定して資産台帳をエクスポートします。 Odoo では、現在の正味簿価を使用して各資産を作成し、今後の減価償却スケジュールを構成します。過去の減価償却エントリを再実行しようとしないでください。現在の値から開始してください。

Sage の定期的なトランザクションはどのように処理すればよいですか?

Sage ですべての定期的なエントリ (定期的な請求書、継続的な仕訳、定期的な請求書) を文書化し、Odoo で再作成します。 Odoo は、定期的な請求書と定期的な仕訳入力のスケジュールされたアクションをネイティブにサポートしています。本番稼働前に、定期的な各エントリが Odoo で正しく動作することをテストします。

会計士または監査人は移行を受け入れますか?

明確な監査証跡を提供する場合、はい。カットオーバー日の Odoo での期首残高仕訳入力、Sage の試算表と Odoo の試算表の照合、移行手順の文書化などを提供します。ほとんどの監査人は、新しいシステムの開始ポジションが古いシステムの終了ポジションと一銭でも一致することを望んでいます。

Sage の給与データを Odoo に移行できますか?

給与の移行は複雑で、管轄区域ごとに異なります。従業員のマスターデータ (名前、役職、給与) は直接移行されます。過去の給与トランザクション (給与明細、源泉徴収票、YTD アキュムレータ) は、移行するよりも Sage からアーカイブするのが最適です。給与期間の初めから Odoo で新たな給与計算を開始し、税金計算のために YTD 数値が正しく入力されていることを確認します。

カスタムの Sage 統合がある場合はどうなりますか?

各統合 (銀行フィード、支払処理業者、e コマース、サードパーティの物流) を文書化し、Odoo に相当するものを特定します。 Odoo は、ほとんどの主要銀行および決済プロセッサとネイティブに統合されています。カスタム統合の場合、Odoo の REST API と Webhook サポートにより、柔軟な接続が提供されます。ネイティブの Odoo コネクタを持たない統合には開発時間を割り当てます。

Sage から Odoo への移行にはどれくらいの費用がかかりますか?

Sage 50 から Odoo へ: 標準データと最小限のカスタマイズによる簡単な移行の場合、5,000 ～ 20,000 ドル。 Sage 200/300 から Odoo: モジュール数とデータ量に応じて 15,000 ～ 60,000 ドル。 Sage X3 から Odoo: カスタム開発を伴うエンタープライズ規模の移行の場合は 50,000 ドルから 150,000 ドル以上。 ECOSIRE の移行チーム は、Sage 環境の初期評価後に詳細なスコープを提供します。

---

Sage から Odoo への移行を開始する

Sage の移行はすべて、Sage 製品とバージョン、使用中のモジュール、移行する必要がある履歴データの量、および存在するカスタマイズなど、現在の設定を理解することから始まります。この評価には 3 ～ 5 日かかり、詳細な移行計画が作成されます。

ECOSIRE の Sage から Odoo への移行エキスパート は、この評価と、その後の移行を担当します。当社は勘定科目表のマッピング、データ抽出、変換、インポート、検証、ユーザー トレーニングを処理するため、お客様はビジネスの運営に集中できます。

無料の移行評価をリクエスト して、Odoo がどのようにビジネス運営を統合し最新化できるかを確認してください。