カスタム・オブジェクトのインポートを有効にするにはどうすればいいですか。

このトピックでは、カスタム・オブジェクトのインポートを有効にする方法について説明します。アプリケーション・コンポーザで作成されたカスタム・オブジェクトのデータをインポートおよびエクスポートする前に、必要なオブジェクト・アーティファクトが生成されていることを確認する必要があります。

オブジェクト・アーティファクトは、拡張機能を登録してインポートに使用できるようにするために必要です。構成後にサンドボックスを公開すると、アーティファクトが自動的に生成され、カスタム・オブジェクトをインポートおよびエクスポートできるようになります。単一の公開により、CRM、ERPおよびSCMクラウド・アプリケーションの構成を生成できます。

カスタム・オブジェクトのインポートを有効にする方法

カスタム・オブジェクト・データのインポートを有効にするには:

サンドボックスを作成し、オブジェクトに構成を追加します。
サンドボックスを公開します。詳細は、「サンドボックスの公開」を参照してください。
アーティファクト生成は、サンドボックス公開の一部として自動的にトリガーされます。アーティファクトは、サンドボックスの内部でのみ変更されるオブジェクトに対して生成されます。
「ツール」 > 「インポート管理」 > 「インポート構成」にナビゲートすると、インポートの生成および「アーティファクトのエクスポート」タブでアーティファクト生成ステータスをモニターできます。これは、サンドボックス外にいる場合にのみ実行できます。

アーティファクトが生成されると、インポートの準備が整います。一部のアーティファクトが自動的に生成されない場合は、「生成」ボタンを使用して手動で生成する必要があります。「アーティファクトを手動で生成するにはどうすればよいですか。」を参照してください。

アーティファクト生成の診断ログをダウンロードするには、「診断」タブの下にある「生成」ボタンをクリックし、「添付ファイル」列の下にあるリンクをクリックします。カスタム子オブジェクトは、親オブジェクトをインポートした後にのみインポートする必要があることに注意してください。

ノート: アーティファクトの生成後にカスタム・フィールドがインポート・マッピングから欠落している場合は、設定および保守 > 管理者プロファイル値の管理からプロファイル・オプションORA_ZCA_OBJECT_METADATA_COMPLETE_GENERATIONをはいに設定します。その後、アーティファクトを再生成し、プロファイル・オプションをいいえに戻します。

プロファイル・オプションORA_ZCA_IMPORT_EXPORT_QUEUE_SIZEを更新して、動的キュー構成のインポート・キューおよびエクスポート・キューのサイズを指定できます。指定可能な値は、LOW、MEDIUM、HIGHおよびFIXEDです。プロファイル・オプションを更新したら、変更を反映するアーティファクトを生成する必要があります。

シナリオの作成、更新または削除のためにアプリケーション・コンポーザでセキュリティを構成した場合、そのような検証は大量インポートでは受け付けられません。検証は、少量インポートにのみ適用されます。

カスタム・オブジェクト間の関係

親オブジェクト・リソースは、最上位レベルのカスタム・オブジェクトの子オブジェクトを公開します。オブジェクトが相互に相互作用するには、オブジェクト間に関係を作成する必要があります。関連オブジェクトは、標準オブジェクトまたはカスタム・オブジェクトのいずれかです。たとえば、従業員オブジェクトの属性をトラブル・チケット・オブジェクト・ワークスペースで使用できるようにする場合は、従業員オブジェクトとトラブル・チケット・オブジェクトの間に関係を定義する必要があります。

アプリケーション・コンポーザを使用して、オブジェクト間の関係を作成できます。アプリケーション・コンポーザを使用して、次の2つのタイプの関係を作成できます:

親-子: 親子関係を定義すると、子オブジェクトへのリンクが親オブジェクトの説明に含まれます。子オブジェクトには独自のワークスペースがなく、親オブジェクト・レコードが削除されると、子オブジェクトのレコードが削除されます。
参照: 参照関係を定義すると、ソース・オブジェクトの主キーが、ターゲット・オブジェクトの説明に外部キーとして含まれます。

交差オブジェクト

アプリケーション・コンポーザを使用して、カスタム・オブジェクト間に多対多の関係を作成します。この場合、ソース・オブジェクトとターゲット・オブジェクトを参照する交差オブジェクトを作成します。たとえば、多対多参照関係に関連する2つのオブジェクト・リソース・トラブル・チケットとリソースを、割当リソースを交差オブジェクトとして考えてみます。このような場合、次のことが適用されます:

割当リソースには、ソース・オブジェクトとしてトラブル・チケットがあり、ターゲット・オブジェクトとしてリソースがあります。オブジェクト・トラブル・チケットとリソースには多対多の関係があります。
割当リソースは、トラブル・チケットとリソースの両方の子リソースです。

レコード名値のインポート方法

デフォルトでは、レコード「名前」フィールドは自動的に生成され、自動順序を使用して更新されます。ソース・ファイルに指定する値は無視されます。アプリケーション・コンポーザでレコード名の自動生成が無効になっている場合は、ソース・ファイルに値を指定する必要があり、この値がインポートされます。ただし、大量インポートではレコードの「名前」フィールドの自動生成はサポートされません。ソース・ファイルにレコードの「名前」値を指定する必要があります。

RecordNumber属性の指定

アプリケーション・コンポーザでカスタム・オブジェクトを定義する場合、RecordNumberフィールドは常に一意です。インポート・アクティビティでは、ユーザー・キーとしてRecordNumberを使用して、ターゲット・データベースのレコードを解決します。

PUID (RecordNumber)を変更する場合は、アプリケーション・コンポーザのガイドラインに従って、recordNumberが既存のデータベース・シーケンスと競合しないようにしてください。これは、RESTサービスを使用した大量インポートとインポートの両方に適用されます。 PUIDでの競合を回避する方法の詳細は、関連トピックの項のカスタム・オブジェクトの公開一意IDのトピックを参照してください。

レコード名属性のサポート

カスタム・オブジェクト・レコードを更新するには、レコード名属性を使用してレコードを識別します。これを有効にするには、プロファイル・オプションORA_ZCA_IMPORT_ENABLE_RECORDNAME_SUPPORTをYに設定する必要があります。デフォルトでは、このプロファイル・オプションの値はNです。レコードを更新するためにレコード名属性を使用する場合、レコードの識別には次の優先順位が使用されます:

ID (PK)
RecordNumber (PUID)
RecordName (AlternatePUID)

ただし、Recordname属性値は更新できません。