Oracle Cloud Infrastructureドキュメント

エンティティ

インテントは単語やフレーズを特定のアクションにマップしますが、エンティティはインテント自体にコンテキストを追加します。 これらは、インテントを詳細に説明し、ボットがユーザー・リクエストを完了するのに役立ちます。 OrderPizzaのインテント。たとえば、一般的な用語でのみユーザー・リクエストを説明します。 詳細に入力するために、このインテントはPizzaSizeエンティティによって補強され、ユーザー入力からなどの値を識別します。 エンティティには2つのタイプがあり、どちらもダイアログ・フローで変数として宣言できます: ユーザーに提供する組込みエンティティと、独自に追加できるカスタム・エンティティ。

組込みエンティティ

これには、時間、日付、住所など、ユーザー入力からの目標情報を識別するエンティティが含まれます。 これらの組込みエンティティは、2つのグループに分かれています: 文字列や整数などのプリミティブ値を抽出する単純なエンティティ、およびプロパティのグループを使用してユーザー入力から値を検出する複雑なエンティティ。

変数をダイアログ・フローのエンティティとして定義する場合は、必ずエンティティ名と文字の大/小文字の区別と一致させてください。 つまり、confirm: “YES_NO”ではなくconfirm: "YESNO"と入力すると、検証エラーが発生します。

単純エンティティ

エンティティ名 識別済コンテンツ
NUMBER 序数と基数の一致
  • 1st

  • first

  • 1

  • one

EMAIL 電子メールアドレス。 NLUシステムは、次の機能を組み合せた電子メール・アドレスを認識できます:
  • アット(@)記号の前の部分:
    • ラテン・アルファベットの大文字と小文字(A-Zおよびa-z)
    • 数値(0-9)
    • 次の印刷可能文字: !#$%&'*+-/=?^_`{}~
    • dot ()
  • アット記号(@)の後ろの部分:
    • ラテン・アルファベットの大文字と小文字(A-Zおよびa-z)
    • 数値(0-9)
    • ハイフン(-)
ragnar.smith@example.com
YES_NO はいまたはいいえを検出します。 はい、円、いいえ

複合エンティティ

単純なエンティティとは異なり、複雑なエンティティではプロパティを使用してコンテンツを抽出し、そのそれぞれが特定の値を認識します。 これらのプロパティはテスターで確認できます。 NLUエンジンによって返されるJSON出力には、これらのエンティティが、ユーザー入力から識別した値とともに表示されます。 ダイアログ・フロー定義内で、これらのプロパティを使用して、エンティティ値の特定のファセットを分離できます。 たとえば、${addressVariable.value.road}では、入力500 Smith Road, SmithvilleからSmith Roadが出力されます。

エンティティ名 抽出されたコンテンツ プロパティ(値式で参照) NLUエンジン・レスポンスの例
ADDRESS 市区町村、番地および道路 500 Smith Road、Smithville
  • city

  • houseNumber

  • 道路

  • originalString

{
"road": "smith road",
"city": "smithville",
"entityName": "ADDRESS",
"houseNumber": "500",
"originalString": "500 Smith Road, Smithville"
}
DATE 絶対日付または相対日付。
注意: ユーザーが日の名前を入力し、それ以外の時間的なコンテキストを提供しない場合、システムはこれを将来の日付とみなします。 たとえば、次の入力の水曜日は現行水曜日または前の水曜日とみなされません。
  • 水曜日のチケットを予約します。

  • 水曜日の経費精算書を提出します。

このデフォルト動作をオーバーライドするには、(最初の例のように)カスタム・コンポーネントを実装するか、ダイアログ・フローにプロンプトを追加します。 コンポジット・バッグにDATEエンティティを含めると、法的プロンプト、エラー・メッセージおよび検証ルールによってエンティティを拡張できます。
  • 2016年11月9日

  • 今日

  • originalString

  • date

{
"date" : 1539734400000,
"entityName" : "DATE"
"orginalString" : Wednesday, "October 17, 2018"
}
TIME 特定の時間 2:30 pm
  • hrs

  • mins

  • secs

  • “hourFormat”:”PM”

{ "hrs":8, "mins":0, "secs":0, "hourFormat":"PM", "entityName":"TIME" }
DURATION 時間間隔の2つのエンドポイント間の時間
  • 4年

  • 2週間

  • startDate

  • endDate

  • originalString
{ "startDate":1482019200000, "endDate":1482623999999, "entityName":"DURATION" }
SET 繰返し期間。
  • 毎週火曜日

  • 隔週

  • minute-範囲は {0-59}です

  • hour-範囲は {0-23}です

  • dayOfTheMonth:範囲は {1-31です

  • monthOfTheYear-範囲は {1-12}です

  • dayOfTheWeek-{0-6}(0は日曜日)

  • year

{
"minute" : [ 30 ],
"hour" : [ 19 ],
"dayOfTheMonth" : [ 15 ],
"monthOfTheYear" : [ "MARCH" ],
"entityName" : "SET"
}
CURRENCY お金の表示
  • $67

  • 75 ドル

  • amount

  • 通貨

  • totalCurrency

{ "amount":50, "currency":"dollar", "total_currency":"50.0 dollar", "entityName":"CURRENCY" }
PHONE NUMBER 電話番号-NLUエンジンは、7桁以上の電話番号を認識します(数字の数が少ない電話番号は認識できません)。 アメリカ(プラス記号はオプション)を除くすべての国コードに、プレフィクスとしてプラス記号(+)を付ける必要があります。 電話番号の各部分(市外局番、プリフィクスおよび回線番号)は、ドット(.)、ダッシュ(-)または空白で区切ることができます。 ユーザー入力に複数の電話番号が入力されている場合、NLUエンジンはカンマで区切るとそれらを認識できます。 ドット、ダッシュまたはスペースで区切られている場合、異なる電話番号を認識できません。
  • (650)-555-5555

  • 16505555555

  • +61.3.5555.5555

  • phoneNumber

  • completeNumber

{ "phone_number":"(650)-555-5555", "complete_number":"(650)-555-5555", "entityName":"PHONE_NUMBER" }
URL URL-このエンティティは、IPv4アドレス、Web URL、ディープ・リンク(http://example.com/path/page)、ファイル・パスおよびmailto URIを抽出できます。 ユーザー入力でログイン資格証明を指定する場合は、プロトコルも含まれる必要があります。 それ以外の場合、プロトコルは必要ありません。 http://example.com
  • protocol

  • domain

  • fullPath

{"protocol":"http","domain":"example.com",}
PERSON 職種を含む、人の名、ミドル・ネーム、姓を認識します。

PERSONエンティティは、ロケーション(Virginia Northなど)でもある名前と一致しません。

  • John J. Jones
  • アシュホク・ズール
  • ガブリエデ市
  • Jones, David
  • Cantiflas
  • Zhang San
  • バージニアJones
  • originalString

  • name

"PERSON": [ { "originalString": "John J. Johnson", "name": "john j. johnson", "entityName": "PERSON" } ]
LOCATION 道路、トレーラ、リージョン、様々なタイプの構造(ブリッジ、港、ダム)、パブリックなロケーション、商業プロパティなど、ユーザー入力から事業所関連の用語を抽出します。

UIで使用できない場合は、設定 > 機能管理で管理者に「このエンティティを有効にします」を依頼します。

  • Reno
  • Rancho Seco
  • Nimbus Dam
  • ワ・ロー・メモ・オック家庭
  • バージニア北部
  • 口コミ・ビーチ
  • originalString

  • name

"LOCATION": [ { "originalString": "Virginia North", "name": "virginia north", "entityName": "LOCATION" } ]

カスタム・エンティティ

組込みエンティティは汎用情報を抽出するため、様々なボットで使用できます。 一方、カスタム・エンティティは、狭いアプリケーションを使用します。 確認節約クレジット・カードなどのキーワードのユーザー入力を確認して様々な銀行取引を可能にするFinancialBotのAccountTypeエンティティと同様に、ボットが実行する特定のアクションに合せて調整されます。

複合バッグ

コンポジット・バッグは、ビジネス・ドメインのような大規模な概念を示しています。ロケーションが格納されているその他のアイテムと、フリー・テキストおよび添付ファイルが格納されています。 様々な方法で構成品目を解決するために複合バッグ・エンティティを構成できます: ユーザー入力がない場合、たとえば、個々のエンティティ値の入力を求めることができます。または、エンティティが2番目のエンティティを解決する場合に、エンティティが抽出した値を使用できます。

値リスト・エンティティ

System.Listコンポーネントによって出力されるメニュー・アイテムなど、事前定義された値のリストに基づくエンティティ。 シノニムを定義して、エンティティのユーザー入力を抽出できるかどうかを最適化できます。 これらには、略語、スラング語および一般的なスペル・ミスが含まれます。 シノニム値には、大/小文字の区別はありません: たとえば、USAusaは同じ値とみなされます。

動的エンティティ

動的エンティティとは、スキルが公開された後でも値を更新できるエンティティです。

値リスト・エンティティと同様に、動的エンティティは列挙タイプです。 ただし、動的エンティティは、値が静的でないという点で値リストのエンティティとは異なり、頻繁に変更されることがあります。 このため - また、動的エンティティには、数千の値およびシノニムを含めることができるためです。 - 値はUIで管理されません。 かわりに、動的エンティティAPI (REST API for Oracle Digital Assistantで説明)によって管理されます。

正規表現

(?<=one\s).*(?=\sthree)などの正規表現(regex)を使用してエンティティを解決します。 正規表現を使用すると、スキルで、チケット番号などのユーザー入力の事前定義済パターンを識別できます。 他のエンティティ・タイプとは異なり、正規表現ベースのエンティティではNLPは使用されません。これは、一致が厳密にパターン・ベースであるためです。

エンティティ・リスト

エンティティのスーパー・セット。 たとえば、トラベル・スキルを例に使用すると、空港コード、都市名、空港名などの値を宛先と呼ばれる1つのエンティティに抽出するように、すでに定義したエンティティをフォールドできます。 このようにすると、スキルが、空港コード、空港名と市を区別しないユーザー入力に応答できるようになります。 したがって、ユーザーがJFKからサンフランシスコへ移行したいと入力すると、宛先エンティティは、都市エンティティを使用して空港コードのエンティティと宛先を使用して出発点を検出します。

導出

導出されたエンティティは、組込みエンティティまたは定義した別のエンティティの子です。 この関係は、ボストンからダラスに移動したい小切手から貯蓄に金額を振り替えるなどの発話内の事前配置フレーズ("to"および"from")に基づいています。 導出されたエンティティは、親エンティティにはできません。 また、NLUエンジンでは、その他すべてのタイプのエンティティが検出された後にのみ派生エンティティが検出されるため、導出エンティティをエンティティ・リストのメンバーとして追加することはできません。

エンティティの作成

エンティティを作成するには、次のようにします。
  1. サイド・ナビゲーション・バーの「エンティティ」(これはエンティティ・アイコンのイメージです。)をクリックします。
  2. 「エンティティの追加」をクリックして名前を入力し、タイプ(値リスト導出など)を選択します。
  3. エンティティをコンポジット・バッグに追加する場合は、次の関数を追加して上書きできます。
    • 値リスト・エンティティに値リストが長い場合でも、一度に表示するオプションが少数のみの場合は、列挙範囲サイズフィールドに数値を入力するか、この数値に評価されるApache FreeMarker式を定義して、これらの値のページ区切りを設定できます。 たとえば、チャネルに基づいてenum値を戻す式を定義できます。

      このプロパティを0に設定すると、スキルはリストを一切出力しません。 かわりにユーザー入力が必要です。 その点を考慮して、エンティティをコンポジット・バッグに追加するときにこのプロパティを0に設定すると、値の入力が値リストよりも会話性が向上するため、。

      この数をこのエンティティに対して定義された値の合計数より1小さい値に設定すると、System.resolveEntitiesコンポーネントには、値の完全なセットに対応する詳細を表示ボタンが表示されます。 System.CommonResponseコンポーネントを使用してエンティティを解決する場合、詳細を表示ボタンを自分で構成できます。
      これはさらに表示ボタンのイメージです。
      System.ResolveEntitiesおよびSystem.CommonResponseコンポーネントに属するshowMoreLabelプロパティを使用して、詳細の表示ボタンのテキストを変更できます。

    • 無効なユーザー入力のエラー・メッセージを追加してください。 system.entityToResolve.value.userInputプロパティを含むApache FreeMarker式を使用します。 例: ${system.entityToResolve.value.userInput!'This'}' is not a valid pizza type.
    • ユーザーが値リスト・エンティティから複数の値を選択できるようにするには、複数の値で切り替えます。 これをオンにすると、値は番号付きリストとして表示されます。
      これは、番号付きの複数値リストのイメージです。
      このオプションをオフにすると、オプションのリストとして値が表示され、1つの選択肢のみが表示されます。
    • あいまい一致での切替えによって、値に一致するユーザー入力、特に値にシノニムが多くない場合、可能性が高くなります。 これをオフに切り替えると、厳密一致が強制されます。つまり、ユーザー入力は値およびシノニムと完全一致する必要があり、自動車とは一致せず、マネージャが開発マネージャの値に一致することを意味します。
    • ユーザーに1つの値の選択を強制するには、配管のプロンプトを切り替えて外部プロンプトを追加します。 デフォルトではこのメッセージは<item name>の値を1つ選択してくださいですが、これはテキストのみで構成されたメッセージで置換できます(You can only order one pizza at a time. Which pizza do you want to order?)、またはテキストとFreeMarkerの式の組合せ。 例えば:
      "I found multiple dates: <#list system.entityToResolve.value.disambiguationValues.Date as date>${date.date?number_to_date}<#sep> and </#list>. Which date should I use as expense date?"
    • FreeMarker式を使用して検証ルールを定義します。
      ノート

      コンポジット・バッグに属する場合、追加できるのはプロンプト、説明、および組込みエンティティの検証のみです。
  4. 次のステップを実行します。
    1. インテントにエンティティを追加します。 これにより、言語処理中にユーザー入力から抽出する必要がある値のスキルが通知されます。 「インテントへのエンティティの追加」も参照してください。
    2. ダイアログ・フローで、エンティティのコンテキスト変数を宣言します。
    3. Apache FreeMarker式を使用して変数値にアクセスします。 「組込みFreeMarker配列操作」も参照してください。
CSVファイルから値リスト・エンティティをインポート
Bot Builderでエンティティを1つずつ作成するのではなく、エンティティ定義を含むCSVファイルをインポートする際に、これらのセット全体を作成できます。 CSVファイルは3つの列に分割されています: entityvalueおよびsynonyms 例えば:
entity,value,synonyms
CheeseType,Mozzarella,Mozarela:Mozzarela
CheeseType,Provolone,	
CheeseType,Gouda,	
CheeseType,Cheddar,
PizzaSize,Large
PizzaSize,Medium
PizzaSize,Small
  1. サイド・ナビゲーション・バーのエンティティ(これはエンティティ・アイコンのイメージです。)をクリックします。

  2. 詳細をクリックし、インポート値リストのエンティティを選択して、ローカル・システムから.csvファイルを選択します。
    import_entities.pngの説明は以下のとおりです
    図import_entities.pngの説明

  3. エンティティをインテントへ(または、エンティティ・リストへ、そしてインテントへ)に追加します。

値リスト・エンティティをCSVファイルにエクスポート
エンティティ定義をCSVファイルにエクスポートして、別のボットで再利用できます。 手順は次のとおりです。
  1. サイド・ナビゲーション・バーのエンティティ(これはエンティティ・アイコンのイメージです。)をクリックします。

  2. 詳細をクリックし、値リスト・エンティティのエクスポートを選択してファイルを保存します。
    export_entities.pngの説明は以下のとおりです
    図export_entities.pngの説明

    エクスポートした.csvファイルはボットに指定されます。

コンポジット・バッグ・エンティティ
コンポジット・バッグ・エンティティでは、1つのコンポーネント(System.ResolveEntitiesまたはSystem.CommonResponseのいずれか)のみを使用して解決できるため、より短い圧縮のダイアログ・フロー定義を記述できます。 ビジネス・トランザクションの実行に必要なすべてのユーザー入力を取得するために、System.SwitchSystem.setVariableSystem.TextSystem.Listなどのコンポーネントは必要ないため、このアプローチを使用することをお薦めします。 1つのコンポーネントは、ユーザーにバッグの各品目の値の指定を求めることができます。 プロンプト自体は、各バッグ・アイテムの個別の構成に基づいているため、条件固有です。 コンポジット・バッグ・エンティティ、Apache FreeMarkerおよびSystem.CommonResponseSystem.ResolveEntitiesのいずれかのコンポーネントを使用して、スキルは次のことができます:
  • すべての空きテキストを取得し、ファイルのアップロードを許可し、ユーザーの現在のロケーションをSTRING、ATTACHMENTおよびLOCATIONアイテムとともに収集します。

  • バッグ内の各メンバー・エンティティの個々の動作を実行します。ユーザーは、コンポジット・バッグ内の個々のエンティティ(カスタム・エンティティ、システム・エンティティおよびSTRING、ATTACHMENTおよびLOCATIONアイテムを含む)に対して、値固有のプロンプトやエラー・メッセージを追加できます。 ユーザー入力と一致する必要がある(または一致しない)エンティティを制御することもできます。 プロンプト順序を作成できるので、スキルではユーザーの試行ごとに異なるプロンプトを出力できます。

  • 複数選択ピック・リストを現在表示します。

  • 検証ルールに基づいて値の一致を検証します。

  • ワークフローなしのサポート:ユーザーは前のエントリを訂正できます。

  • 一時的な一致ベースの遷移の実行:エンティティが一致したとき、ダイアログ・フローはコンポーネントから一時的に終了することができるため、別の状態でRESTコールなどのサポート機能を実行できます。 関数の完了後、ダイアログは、値の一致を続行できるようにコンポーネントに遷移します。 例えば:
    • ユーザーが受入をアップロードした後、費用の日付、金額、費用タイプなどの値をこのエンティティからバッグの他のエンティティのために抽出できるように、受入自体をスキャンする必要があります。 これにより、コンポーネントはユーザー入力からではなく、受入からの残りの値を満たすことができます。

    • スキルは、ほぼそこにあるのようなメッセージを出力しますが、バッグ内の一致するエンティティ・セット間には、より少数の質問が含まれます。

    • ユーザー入力は、バックエンドRESTコールを介して検証する必要があります。 これにより、さらにユーザーを入力するために必要なバッグ・アイテムが決定されるため、検証は即時に要求される場合があります。 あるいは、ポリシー不足の警告など、コールによってユーザーと共有する必要がある情報が返される場合もあります。

    この機能を有効にするtransitionAfterMatchプロパティの詳細は、System.CommonResponseおよびSystem.ResolveEntitiesを参照してください。

  • 値の明確化-エンティティ固有のプロンプトおよびコンポーネント・プロパティを介して、ユーザー入力から値を分離できます。 これには、前の入力(未処理のフロー)に対する修正のサポート、および特定の組込みエンティティ・プロパティのユーザー入力の要求が含まれます。

System.TextまたはSystem.Listコンポーネントを使用してこれらの関数を追加することはできません。 これらのコンポーネントは、プリミティブ値に対して使用できますが、「ダイアログ・フロー定義の比較」で説明したように、System.ResolveEntitiesおよびSystem.CommonResponseコンポーネントによって、エンティティおよびエンティティ以外の値を解決するための合理化された代替が提供されます。
CbPizzaBotスキルの表示
CbPizzaBotスキルは、コンポジット・バッグおよびSystem.CommonResponseコンポーネントが入力値に基づいてレスポンスを出力する方法を積極的に提供します。
  • カスタマイズされたメッセージ: PizzaTypeエンティティの各値がカードとしてレンダリングされます。

  • グローバル・アクション-無効な値を入力すると、スキルによって値固有のエラー・メッセージがカードと取消ボタンに追加され、このボタンを使用してダイアログを終了できます。

  • 複数値ピック・リスト: Toppingsエンティティは、ページ区切りの値リストとしてレンダリングされます。 7と入力すると(余計語)によって、条件付きメッセージがトリガーされます。このメッセージは単一値リストです。

  • ロケーション-スキルのプロンプト。ユーザーの座標(経度と予算)を収集します。

このスキルでは、この機能にカスタム・コンポーネントは使用されません。 かわりに、この機能は宣言的に作成されます。
コンポジット・バッグ・エンティティの作成
  1. サイド・ナビゲーション・バーのエンティティ(これはエンティティ・アイコンのイメージです。)をクリックします。

  2. エンティティの追加をクリックします。

  3. エンティティ・タイプとして複合バッグを選択します。

  4. 名前と説明を入力します。

  5. + Bagアイテムをクリックして「区画アイテムの追加」ダイアログを開きます。 組込みエンティティまたは既存のカスタム・エンティティを追加する場合は、そのエンティティにバッグ固有の名前を作成して、そのロールの説明をコンポジット・バッグのコンテキスト内に追加できます。

  6. バッグは、カスタム・エンティティ、組込みエンティティおよび次のものを入力できます:
    • STRING-ユーザーから空きテキストを取得します。

    • LOCATION-ユーザーのロケーションを取得します。 これは、2つのプロパティを持つJSONオブジェクトとして格納されます: longitudeおよびlatitude

    • ATTACHMENT-ユーザーによってアップロードされたオーディオ・ファイル、ビデオまたはイメージ・ファイルを含みます。 コンポジット・バッグ・エンティティには、アタッチメントのホスト先となるURLが格納されます。

    ノート

    アイテムは、追加した順に解決されます。
    ただし、コンポジット・バッグの個々のメンバーの構成方法に応じて、順序が影響を受ける場合があります。
  7. 閉じるをクリックすると、エンティティ・ページに戻りますが、最初にその他のバッグ固有の機能をアイテムに追加できます(または、後からエンティティ・ページのこれは編集アイコンのイメージです。をクリックして更新できます)。

  8. 次のステップ:
プロンプトを追加
ユーザーが無効な値を入力するたびに、単一のプロンプトを追加したり、一連のプロンプトを作成して、それぞれに詳細な情報を提供できます。 これらのプロンプトを追加するには:
  1. デフォルトでは、値のプロンプトフィールドには、プロンプトを有効にするtrueが移入されますが、これをfalseに設定すると、明示的なプロンプトを回避できます。 条件値のプロンプトを表示するには、trueまたはfalseのいずれかに評価されるブールのFreeMarker式を追加します。

    ヒント:

    このフィールドをfalseに設定しても、アウト・オブ・オーダー抽出を切り替えたときにプロンプトを表示される別のアイテムの一部として、アイテムを解決できます。
  2. プロンプトの追加をクリックして、プロンプト順序を作成します。 ドラッグ・アンド・ドロップ、または再番号付けによってフィールドをシャッフルすることで、フィールドの順序を変更できます。 2つ以上のプロンプトに同じ番号を付けると、プロンプトの出力をランダム化できます。 プロンプトは、リソース・バンドル(${rb.askCheese}など)に格納したり、テキストとFreeMarker式の組合せとして記述できます。
    ノート

    コンポジット・バッグに追加する場合、組込みエンティティのプロンプトのみを追加できます。
アウト・オーダー抽出使用可能

アウト・オブ・オーダー抽出オプションを使用すると、スキルは会話中に以前入力された値に対する変更を受け入れて続行できます。 たとえば、PizzaSizeエンティティは、顧客がトピックを大きくしたいのですがと入力したときに解決される場合があります。 ただし、コンポジット・バッグがPizzaTypeエンティティのプロンプトを表示すると、顧客が採用希望は持っていますが、媒体にしてくださいに応答する場合があります。 このスキルはPizzaSizeやPizzaTypeの品目に対してアウト・オブ・オーダー抽出オプションが有効であるため、会話をリストアせずに中間のPizzaSizeエンティティ値を更新できます。

アウト・オブ・オーダー抽出をオフに切り替えて、不注意の一致を防止します。 たとえば、STRINGアイテムでこのオプションをオンにした場合、(バッグの最初のエンティティである可能性がある)目的のエンティティによって照合されるのではなく、最初のユーザー・メッセージがこのアイテムに格納されます。

抽出使用可能
抽出対象オプションを使用して、バッグの第2品目について入力した入力を使用して、1つのバッグ品目を解決するスキルを有効にします。 このオプションは、スキルで関連値を処理できるため、ユーザー入力に柔軟性をもたらします。 たとえば、ユーザーは完全なアドレスではなくホームを入力できます。 方法は次のとおりです。
  • コンポジット・バッグには、2つのアドレス関連のエンティティがあります: NamedAddress(自宅、オフィスの様な値を持つリスト値エンティティ)および、DeliveryAddress (ADDRESSエンティティ)。
  • DeliveryAddressエンティティ・プロンプトはどこで配信しますか。です
  • NamedAddressエンティティに入力は要求されません(falseが値のプロンプト・フィールドに入力されます)。
  • NamedAddressエンティティはDeliveryAddressで抽出できます(DeliveryAddressは抽出対象メニューから選択します)。

DeliveryAddressエンティティのコンポジット・バッグによってプロンプトが表示される場合は、物理アドレスまたはNamedAddressリスト値(ホームまたはオフィス)のいずれかを使用して、エンティティを解決できます。

検証ルールの追加
バッグ内の各品目には独自の検証ルールを設定できます。 検証ルールを追加するには、まず+Validationルールをクリックしてから、FreeMarker式とテキスト・プロンプトを追加します。