OpenERP6.0にアップグレードしたいいくつかのカスタムモジュールを含むOpenERP5.0をインストールしています。
私はこの種のソフトウェアの使用経験があり、OpenERPを検査しました。残念ながら、OpenERPの実際の経験はありません。間違いを避けるために、助けを求めたいと思います。これを調査したところ、いくつかの戦略（ETLプロセス、データアップグレードモジュール）があることがわかりました...すべてのカスタムモジュールを確認する必要があると思います。
OpenERP 5.0インストールを6.0にアップグレードするためのガイドラインまたはベストプラクティスは何ですか？
最善のアプローチは、OpenERPエンタープライズと契約することです。移行は非常に複雑で、OpenERPがあなたに代わって仕事をしてくれます。無制限のバグ修正と移行の固定価格です：http ：//www.openerp.com/catalog/146
5.0から6.0への移行をまだ計画しているので、このプロセスについて個人的な経験はありません。私たちは自分たちで作業に取り組むことを計画していますが、多くのカスタム開発を行ったので、OpenERPコードにはかなり満足しています。もし私があなたのように聞こえる他の誰かからシステムを継承していたとしたら、私はあなたのために移行を行うことを含むサポート契約に非常に誘惑されるでしょう。
有料サービスに加えて、データ移行を実行するために利用できるオープンソースツールもあるようです。また、いくつかの フォーラム 投稿でも説明されています。（本当にたくさんあり ます。）
暫定的な計画は次のとおりです。
アップデート：
移行プロセスを開始し、Domsenseツールの代わりにOpenUpgradeを使用しています。Domsenseツールを実際に見たことがないので、どちらが優れているかはわかりません。これまでのところ、OpenUpgradeに非常に満足しています。
一般的に、バージョン6.1は5.0よりもはるかに簡単にカスタマイズできることがわかりました。これまでのところ、コアモジュールを変更する必要はありません。たとえば、コアモジュールがレコードを挿入するほとんどの場所では、ヘルパーメソッドを呼び出してデータを準備します。入力する新しい列を追加する場合は、そのヘルパーメソッドをオーバーライドするだけです。たとえば、グループ化フィールドを複数のテーブルに追加し、それを受注明細から在庫移動にコピーしたいとしました。saleモジュールのバージョンを独自のバージョンで上書きしましsale_order._prepare_order_line_move()た。
レポートのカスタマイズに関する別の質問を投稿しました。
欠点は、移行しようとするすべてのカスタマイズされた機能にいくつかの変更が必要なことです。これまでのところ、コアモジュールには常に変更があり、カスタマイズが壊れています。フィールド名が変更されたか、画面レイアウトが変更されたか、モデル名全体が変更されました。通常は修正方法を理解できますが、すべてに時間がかかります。