受信要求

  • リリースバージョン: Australia
  • 更新日 2026年06月17日
  • 所要時間：4分

    • セールス CRMワークフローのステータスを追跡し、エージェントが同期フローと非同期フローのステータスを追跡できるようにします。また、データの正確性と一貫性を維持するために、依存レコードの順次処理もサポートされています。

    受信要求テーブル

    変更された受信要求テーブル [sn_tmt_core_inbound_queue] にレコードを追加します。

    受信要求テーブルを強化するために、次のフィールドが追加されました。
    • 要求されたフロー
    • アカウント
    • 担当者
    • コンシューマー
    • 応答ペイロード
    • ソースレコード ID
    • ステータス
    • バックグラウンドで実行
    • 作成者
    • ドメイン
    • 後で実行
    • 要求構成
    • ジョブ ID
    表 : 1. 受信要求テーブルのフィールドと説明
    フィールド 説明 フィールドタイプ
    要求されたフロー 「販売済み製品からオーダー」へのマッピングなど、「Lead-to-Cash」エンティティマッピングへの参照。 参照：sn_l2c_core_entity_mapping
    バックグラウンドで実行 フローが同期か非同期かを決定します。 True/False

    デフォルト値：True
    リソース 受信要求テーブルにレコードを作成するフローの名前。 文字列
    ソースレコード ID ソースレコードのシステム生成 ID。 リスト
    ソーステーブル 要求がトリガーされるプライマリ Lead-to-Cash エンティティテーブル。 テーブル名
    レコード ID ターゲットレコードのシステム生成 ID。 文字列
    参照テーブル 要求のターゲットエンティティテーブルの名前。 テーブル名
    ペイロード フローをトリガーするための入力として受信した要求。 文字列
    応答ペイロード フローの結果を含み、レコードレベルのアクションとトランザクションステータスをキャプチャする要求の応答。 JSON
    状況 トランザクションの現在のステータス。 文字列 (選択肢)

    新規、処理中、完了、エラー、 保留中
    ステータス フローの完了ステータス (成功、部分的に成功、失敗など) 文字列 (選択肢)

    成功、部分的に成功、失敗
    エラーメッセージ 例外に対して返されるエラーメッセージ。 文字列
    アカウント ソースレコードまたはターゲットレコードに関連付けられているアカウント。 参照:customer_account
    担当者 ソースまたはターゲットレコードに関連付けられた連絡先。 参照:customer_contact
    コンシューマー ソースレコードまたはターゲットレコードに関連付けられているコンシューマー。 参照:csm_consumer
    作成者 現在のユーザーセッションからのユーザーID。 参照：sys_user
    ドメイン レコードの現在のドメインスコープ (グローバルなど) ドメイン ID
    要求構成 受信要求構成テーブルへの参照。

    strict_read_onlyフィールド

    		 参照:sn_tmt_core_inbound_queue_config
    後で実行 現在の要求の前に処理する必要がある受信要求。

    strict_read_onlyフィールド

    		 参照:受信要求
    ジョブ ID インベントリ更新ジョブテーブルへの参照。

    strict_read_onlyフィールド

    		 参照:sn_ind_tmt_orm_upgrade_inventory_job
    注:
    [ requested_flow ] フィールドと [ response_payload ] フィールドはエージェントには表示されません。
    要求されたフロー <空でない> を使用して、Lead to Cash コア API を使用してレコードを除外します。受信要求テーブル [sn_tmt_core_inbound_queue] には、要求に関連するステータスとその他の詳細が表示されます。たとえば、見積もりレコードを使用して注文を作成しているときに、注文ヘッダー番号を含む確認メッセージなどです。
    注:
    フローデザイナー SOM 要求プロセッサ は廃止されました。要求は、フローデザイナーの IBQ 要求プロセッサーに送信されます。

    セキュリティロール

    表 : 2. 受信要求テーブルのセキュリティロールとアクセス権
    ロール 権限
    受信キューアドミン [sn_tmt_core.inbound_queue_admin] 作成、読み取り、削除、更新
    受信キューの作成ユーザー [sn_tmt_core.inbound_queue_create_user] 作成
    注:
    セールス CRM要求の場合、ユーザーは [response_payload]、[ペイロード]、または [requested_flow] フィールドにアクセスできません。
    受信キュー書き込みユーザー [sn_tmt_core.inbound_queue_writer] 非 セールス CRM 要求に対する書き込みアクセス

    セールス CRM要求に対する読み取り専用アクセス

    注:
    セールス CRM要求の場合、ユーザーは [response_payload]、[ペイロード]、または [requested_flow] フィールドにアクセスできません。
    受信キュー読み取りユーザー [sn_tmt_core.inbound_queue_read]

    すべての セールス CRM 要求に対する読み取りアクセス権

    注:
    セールス CRM要求の場合、ユーザーは [response_payload]、[ペイロード]、または [requested_flow] フィールドにアクセスできません。

    アーカイブポリシー

    受信要求テーブルのレコードをアーカイブし、特定の日数が経過した後にテーブルのレコードをクリーンアップするタイミングを決定します。成功した要求と失敗した要求に異なる保存期間を実装できます。
    アーカイブルール 期間
    成功した要求 10 日
    失敗した要求 30 日間