SAPの拡張手段/モディフィケーション のバックアップ(No.2)
- バックアップ一覧
- 差分 を表示
- 現在との差分 を表示
- ソース を表示
- SAPの拡張手段/モディフィケーション へ行く。
- 1 (2014-06-26 (木) 11:03:16)
- 2 (2014-12-11 (木) 18:57:50)
SAPというシステムに「変更」を入れること。
定義 †
意味合いとしては二つ存在し、多くの場合は狭義の定義で解釈される。
狭義の定義 †
Note以外で、SAP標準のプログラムやテーブル・構造などを直接変更すること。 とにかく「やっちゃいけません」という風潮なのは、こっち。
広義の定義 †
基本的に、オブジェクトキーを聞かれるものは、すべてである。 また、コンフィグであっても「変更しないでください」とメッセージが出るものもこちらに属する。
管理について †
実施した変更は、モディフィケーション一覧に漏れなく記載すること。
さもなくば、「SAP標準だと○○」という表現を日頃からする我々SAP屋が、拠りどころというか軸足というか、そういうものを失うことになり、またOSSに問い合わせた場合も、「モディフィケーションしてるんでしょ?だからですよ」というどうしようもない対応を受ける羽目になる。
標準パラメータ設定について †
なお、「オブジェクトキーを聞かれるものは、すべて」という表現だと、標準パラメータ設定は該当しないことになるが、基本的には変更しないことを推奨。
何故なら、システム上の「振る舞い」について標準のコンフィグに立ち返ることもしばしばあり、上記と同じくこれはSAP標準の動作なのか否かが重要となるシーンもしばしばあるので。
で、あれ?他のプロジェクトでは動きが違ったぞ?なんてことになると、今触れている顧客環境に対して不信感めいたものが芽生えてきたりもする。
そのため、可能な限り標準コンフィグを変更するのではなく、コピー作成するようにしよう。
【スポンサードリンク】
amazon_book_sap_system_implement is not found or not readable.
コメントはありません。 Comments/SAPの拡張手段/モディフィケーション