2012-01-18 17 views
2

私はSAPで約4ヶ月の学習/仕事をしています。私はこの間にいくつかのレポートと拡張を行ってきましたが、最近はモバイルデータ入力やRFに関する要件に取り組み始めました。基本的にはEANとその他のデータをdynpro 2502に追加することから成ります。ABAP標準コードの変更

プログラムSAPLLMOBのdynpro 2502のコピーをSAPLXLRF 9502に作成しました。ユーザー出口MWMRF502に関連し、その基本機能をプログラムしましたが、この出口は非常に限られているため、インポートとエクスポートのみが可能です小さなデータグループであり、標準として正確に実行することは困難です。

私はインターネット上で検索してきました。多くの人が独自の実装を行い、他は単に標準を変更しています。標準的なコードを変更することは、パフォーマンスや開発に費やされた時間を節約するためには、すべてのプロセスを理解することができず、代わりに標準を変更する必要があるため、私自身の実装方法を知らない他のオプションがない場合にのみ、私がやりたいことです。

しかし、質問は¿標準を変更することはできますか? ¿SAP実装で標準コードがどのくらい変更されましたか? ¿何が良い選択肢でしょうか?

ありがとうございます。

答えて

3

あなたは正しい種類の質問をしています。あなたがやっていることの結果を考えずに先を歩いているだけではないというのは良いことです。研究を続ける!

SAP標準を変更する限り、一般にオブジェクトをコピーして変更する必要はありません。画面の場合、SAPは顧客によって変更可能なサブ画面を使用してユーザExitを作成することがよくあります。 Web-Dynproの場合、拡張ポイントおよび/またはbADIを使用して機能を拡張できます。次のいずれかを探すために

試してください:あなたは(トランザクションSE18)を変更したいエリアの

  • SAP BADI、
  • あなたが必要な画面を変更できるようにユーザー出口( S)(トランザクションSMOD)、
  • 明示的な拡張機能内の点、機能に内在強調点の

sdn.sap.comと上記のトピックに関するSAPのヘルプには、多くのドキュメントがあります。

ご利用いただけない場合は、SAP標準オブジェクトを変更(修理)する以外に選択肢がありません。SAP標準を変更できるようにするには、SAP OSSで変更する必要があるオブジェクトを登録し、変更を許可するためにシステムが必要とする修復キーを取得する必要があります。 SAP Modification Assistantを変更する際に常にスイッチがオンになっていることを確認してください。これにより、システムのパッチまたはアップグレード時の作業が大幅に簡素化されます。

可能であれば、経験豊富なABAPプログラマーがこれを手伝ってください。

も参照してくださいthis questionに関する変更SAP標準コード:

編集:SDNのトーマス・ワイスが充実し、スイッチフレームワークに役立つblog seriesを持っています。

+0

こんにちは、返信ありがとう、SAPは私のためにこれを暗黙のエンハンスメントを作成することができますが、これは私が入力したキーを必要とし、今私もdynproを変更することができます。私が継続して暗黙のエンハンスメントとdynproの変更が必要なすべてを変更した場合、これは標準を変更するものとみなされますか? ¿SAPがサポートしますか? –

+0

SAPとの最新のメンテナンス契約によれば、変更を行ったとしても、システム全体をサポートする必要があります。ただし、できるだけ孤立して変更を保存することが常にベストです。画面の変更は標準の変更と見なされますが、変更アシスタントを使用している限り、後でアップグレードするのは一般的に問題ありません。暗黙的なエンハンスメントポイントはSAPによってサポートされています。必要に応じてトラブルシューティングを行う際に、それらをオフにする方法があると思います。それでもできるだけ控えめに使用してください。 – Esti

+0

追加の説明として:画面を変更するため、または暗黙のエンハンスメントポイントを追加するためにキーが必要でしたか?暗示的なエンハンスメントポイントは既に存在するはずです。そのため、修復キーは必要ありません。 – Esti

3

必要な機能を実装する方法が他に絶対にないことを常に確認してください。そのことについて確信がある場合は、から独自の実装を作成するか、単にSAPのコードを変更してください。ただ SAPのプログラムをカスタマ名前空間にコピーしないでください。メンテナンスの悪夢になることを保証できるからです。変更の規模が独自の実装を構築する時間に相当するのか、SAPを変更するのに価値があるのか​​を自分で判断する必要があります。

SAPのコードを変更する場合は、システムのアップグレード時にすべての変更が確認のためにポップアップ表示されるので、新しいSAPコードを評価し調整するのに時間がかかります。

+0

私はこれを訂正したいと思います。レポートのような簡単なことについて話しているなら、SAPプログラムのクローニングはOKです。データ入力プログラムのクローン作成は、保守の観点からはるかに危険です。 –

+3

クローニングは決して正しいアプローチではありません。パッチ、拡張パック、アップグレードはクローンオブジェクトには適用されません。SPAUのようなSAPツールを使用して変更が必要なものを見つけることができないというメリットはありません。 – Esti

関連する問題