パッケージをターゲットシステムにインポートする際に、ソースシステムで定義されているコンフリクトの解決と属性マッピングの選択肢を継承するかどうかを指定できます。ただし、次の手順で説明するように、この決定はインポートプロセスを開始する前に行う必要があります。

シーケンスの観点から、属性マッピングがコンフリクトの解決よりも優先されます。たとえば、OrgA と OrgB の間のマッピングと、Container Not Found コンフリクトの解決として「SKIP」を定義しているとします。OrgA に関連付けられている ProfileA と OrgC に関連付けられている ProfileC の 2 つのプロフィールを含むパッケージをインポートします。OrgB はターゲットシステム内の唯一の組織です。パッケージをインポートした後、ProfileA は正常にインポートされ、定義されているマッピングに従って OrgB に関連付けられます。有効なマッピングが定義されていないので、ProfileC はスキップされます。バンドルされているコンフリクトの解決によって、このプロフィールのインポートはスキップされます。

インポートプロセスが完了すると、「パッケージのインポートステータス」テーブルに、インポートされたパッケージとインポートステータスがリストされます。パッケージ ID はパッケージの一意の識別子です。この ID は、後でコンフリクトを解決する際に、パッケージに関連付けられている関連コンフリクトをフィルタするときに使用できます。

パッケージのインポートステータスに基づいて、各パッケージに対して以下の操作を実行できます。

ステータス: 「成功」

ステータス: 「コンフリクトが発生して失敗」

「Business Administrative Change」フレームワークでは、インポート時にデータ整合性の問題が検出された場合、またはオブジェクトを再構築するために不可欠な参照がターゲットシステムに存在しない場合にコンフリクトが発生します。パッケージをターゲットシステムに正常にインポートするには、すべてのコンフリクトに対処する必要があります。考えられるコンフリクトと関連する解決については、インポートのコンフリクトおよび削除のコンフリクトを参照してください。