使用する
プログラムでBAPIを使用するアプリケーション開発者は、同じままのBAPIインターフェイスに依存できる必要があります。この結果、BAPIがリリースされると、インターフェイスの安定性に関する特定の要件を満たす必要があります。
SAPがBAPIを拡張するときはいつでも、構文とコンテンツの下位互換性を可能な限り保証する必要があります。下位互換性とは、特定のリリースのBAPIでプログラムされたアプリケーションが、このBAPIの構文または内容が変更された場合でも、それ以降のリリースでは影響を受けないことを意味します。
構文の変更の例としては、パラメーター名の変更、ドメインのタイプまたは長さの変更があります。ABAPディクショナリは、構文変更に互換性があるかどうかを自動的にテストすることができます。
コンテンツの変更は、たとえば、BAPI汎用モジュールの既存のコーディングが変更された場合、または新しいコーディングが追加された場合に発生します。開発者のみが、コンテンツの変更に下位互換性があることを確認できます。
したがって、BAPIを拡張する場合、BAPIの下位互換性を保証できるかどうかに応じて、互換性のある拡張と互換性のない拡張を区別できます。
インターフェイスの安定性を保護するために、互換性のある拡張機能は、互換性のない拡張機能よりも常に優先されます。
SAP内部開発の場合、BAPIの各拡張は、BAPIエクスプローラのプロジェクトで作成する必要があります。
統合
拡張のための統合ツールのサポート
ツールサポートは、次の側面をカバーしています。
-
BORでの変更とバージョン管理BAPIに加えられた変更は、変更がビジネスオブジェクトリポジトリ（BOR）で定義されている場合、つまり保存および生成されている場合にのみ有効になります。BAPIのバージョン管理もBORで実行されます。
-
ABAPディクショナリのチェックインBAPIの構文の変更は、ABAPディクショナリによって自動的にチェックされるため、BAPIデータ構造が誤って変更されるのを防ぐことができます。
-
ABAPディクショナリは、リリースされたBAPIによって使用されているデータ要素、ドメイン、または構造に対する互換性のない変更を拒否します。
-
互換性のある変更またはリリースされていないBAPIのデータ要素、ドメイン、または構造への変更は、ABAPディクショナリによって受け入れられます。
-
