私はSAPで約4ヶ月の学習/仕事をしています。私はこの間にいくつかのレポートと拡張を行ってきましたが、最近はモバイルデータ入力やRFに関する要件に取り組み始めました。基本的にはEANとその他のデータをdynpro 2502に追加することから成ります。ABAP標準コードの変更
プログラムSAPLLMOBのdynpro 2502のコピーをSAPLXLRF 9502に作成しました。ユーザー出口MWMRF502に関連し、その基本機能をプログラムしましたが、この出口は非常に限られているため、インポートとエクスポートのみが可能です小さなデータグループであり、標準として正確に実行することは困難です。
私はインターネット上で検索してきました。多くの人が独自の実装を行い、他は単に標準を変更しています。標準的なコードを変更することは、パフォーマンスや開発に費やされた時間を節約するためには、すべてのプロセスを理解することができず、代わりに標準を変更する必要があるため、私自身の実装方法を知らない他のオプションがない場合にのみ、私がやりたいことです。
しかし、質問は¿標準を変更することはできますか? ¿SAP実装で標準コードがどのくらい変更されましたか? ¿何が良い選択肢でしょうか?
ありがとうございます。
こんにちは、返信ありがとう、SAPは私のためにこれを暗黙のエンハンスメントを作成することができますが、これは私が入力したキーを必要とし、今私もdynproを変更することができます。私が継続して暗黙のエンハンスメントとdynproの変更が必要なすべてを変更した場合、これは標準を変更するものとみなされますか? ¿SAPがサポートしますか? –
SAPとの最新のメンテナンス契約によれば、変更を行ったとしても、システム全体をサポートする必要があります。ただし、できるだけ孤立して変更を保存することが常にベストです。画面の変更は標準の変更と見なされますが、変更アシスタントを使用している限り、後でアップグレードするのは一般的に問題ありません。暗黙的なエンハンスメントポイントはSAPによってサポートされています。必要に応じてトラブルシューティングを行う際に、それらをオフにする方法があると思います。それでもできるだけ控えめに使用してください。 – Esti
追加の説明として:画面を変更するため、または暗黙のエンハンスメントポイントを追加するためにキーが必要でしたか?暗示的なエンハンスメントポイントは既に存在するはずです。そのため、修復キーは必要ありません。 – Esti