複数のＥＲＰパッケージユーザから、「ベンダーからバージョンアップに伴い高額なテスト費用を提示されて困っている」という相談を受けました。
バージョンアップ費用問題は、「2025年の崖」のきっかけにもなったＳＡＰ社のＥＲＰが代表です。ＳＡＰ社の場合はＤＢ（データベース）をOracleのような外部製品からＳＡＰ社が独自開発したＤＢ（HANA）に変えます。そのため、機能追加がほとんどなくても多額な変更費用が発生します。
ところが、ＳＡＰ社のような大変更がないはずの国産ＥＲＰパッケージでも、WindowsＯＳやDBツールの旧バージョンサポート停止を理由に、ＥＲＰのバージョンアップ作業に多額な費用を提示されることがあるようです。
バージョンアップによる新機能追加がほとんどないにも関わらず、導入時とほぼ同じ額（数千万円~数億円）のテスト費用が必要といわれている企業もあります。経営者からはなぜ多額のテスト費用がかかるのかと問われ、明確な説明ができずに困っている担当者も数多くいます。
なぜベンダが高額なテスト費用を要求してくるのでしょうか。
担当者の話を聞いているとクラサバ型ＥＲＰにロジックカスタマイズ（改造）をした企業でテスト費用が高額になりやすいようです。クラサバとはクライアントサーバの略で、クライアントＰＣ上のソフトとサーバ上のソフトがネットワーク連携して動くタイプのシステムです。
クラサバは2000年前後に開発されたオープン系システムで使われた技術です。ＰＣとサーバが性能分担することでレスポンスが向上し、操作性が高まります。そのかわりに、クラサバ型は各ＰＣにクライアントソフトをインストールしなければ動かないので、ＰＣソフトの管理が負担となります。
現在のシステムではクラサバ型は少なく、ＰＣにWebブラウザが入っていれば利用できるWebインタフェース型のシステムが主流になっています。
クラサバ型はWeb型のシステムと違って複雑なシステム環境下で動いていますので、環境が変化したらそのまま動くかどうかわかりません。そのため、ＰＣのＯＳバージョンアップであっても大々的な動作テストが必要になります。
この問題に更なる影響を与えているのが、大幅なロジックカスタマイズです。ロジックカスタマイズというのはＥＲＰの基本ロジックに影響を与えるような改造のことです。代表がＭＲＰロジックのパッケージに後付けで製番管理指示機能を搭載するといった形の改造です。ロジックカスタマイズは外資系のＥＲＰでは原則行わない前提になっています。
そのかわりに利用者がExcelで機能不足を補完したり、ロジック不備を我慢して使っていますが、バージョンアップ費用だけは安く抑えられるようです（ＤＢを変えたＳＡＰ社は論外です）。国産のＥＲＰパッケージの場合はベンダの優秀なエンジニアが顧客要望に応じて大幅なロジックカスタマイズをしてしまうこと多いようです。この対応が実は問題を生み出しています
複雑な連携処理を余儀なくされるクラサバ型システムで大幅改造してしまったら、バージョンアップ時に充分なテストしないと危なくて使えなくなるからです。
クラサバ型のシステムは毎回のＯＳバージョンアップするたびに多額なテスト費用が必要になる可能性もあります。皆さんの企業もしくは関連企業で、クラサバ型のＥＲＰパッケージをお使いであれば注意してください。
多額なバージョンアップ費用を請求されてもあわてないようにするには、自社のＥＲＰはどんなタイプのパッケージで、どんなカスタマイズをしているのかを整理しておく必要があります。カスタマイズ仕様をまとめたドキュメントが残っていないシステムもありますが、それだとベンダのテスト費用の妥当性を検証することも難しくなります。
バージョンアップやカスタマイズ仕様の整理で困っていたら当方まで連絡ください。私がプロジェクトに関与したからといって、ベンダの請求費用を安く抑えることができるかどうかはわかりませんが、バージョンアップに伴うリスクを整理することはできると思います。