アドオン

保守料が無駄になるのは金額でなく、更新を取り込む工程が社内に無いから。追従を止めるのはアドオンそのものでなく回帰テストの量であり、テストを資産化し、適用時期を年次で固定し、役割を三つに割れば取り込みは回る。止めた判断は数年後に移行費として一括で返る。

帳票要件の絞り込みは利用頻度でなく、どの意思決定に誰がいつ使うかで切る。標準で出す・作る・廃止するの3分類のうち、プロジェクトの成否を決めるのは廃止できた本数。作ると決めたものも三段階で削ってからアドオンに落とす。

クリーンコアが守るのはアップグレードの安さという将来資産。コアを直接改修すると標準更新のたびに回帰テストが膨らみ、やがて追従不能になる。拡張はBTP側へAPIで疎結合に逃がし、キーユーザー拡張・開発者拡張・標準設定の三段で住み分ける。

SAPアドオンの可否を3軸の決定木で機械的に判定し、移行後の保守負債を防ぐ実務基準を提示。