セールスと注文管理要求トラッカー

  • リリースバージョン: Yokohama
  • 更新日 2026年03月12日
  • 所要時間:4分
  • セールスと注文管理のワークフローのステータスを監視し、エージェントが同期および非同期フローのステータスを追跡できるようにします。

    受信キューテーブル

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

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

    デフォルト値:True

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

    新規、処理中、完了、エラー

    ステータス フローの完了ステータス (成功、部分的成功、失敗など) 文字列 (選択肢)

    成功、部分的成功、失敗

    エラーメッセージ 例外に対して返されるエラーメッセージ。 文字列
    アカウント ソースまたはターゲットレコードに関連付けられたアカウント。 参照:customer_account
    連絡先 ソースまたはターゲットレコードに関連付けられた連絡先。 参照:customer_contact
    コンシューマー ソースまたはターゲットレコードに関連付けられたコンシューマー。 参照:csm_consumer
    作成者 現在のユーザーセッションのユーザー ID。 参照:sys_user
    ドメイン レコードの現在のドメインスコープ (グローバルなど) ドメイン ID
    注:
    requested_flowフィールドとresponse_payloadフィールドはエージェントには表示されません。
    要求されたフロー <は空でない> を使用し、Lead to Cash コア API を使用してレコードを除外します。受信キューテーブル [sn_tmt_core_inbound_queue] は、要求に関連するステータスおよびその他の詳細を提供します。たとえば、見積もりレコードを使用して注文を作成しているときに、注文ヘッダー番号と要求ステータスを確認するためのリンクを含む確認メッセージが表示されます。

    確認メッセージ内のリンクを選択して、 受信キュー レコードのステータスと要求に関連するその他の詳細を表示します。

    セキュリティロール

    表 : 2. 受信キューテーブルのセキュリティロールとアクセス
    ロール 権限
    受信キューアドミン [sn_tmt_core.inbound_queue_admin] このユーザーは、受信キューテーブル内の要求に対するアクションを作成、読み取り、および更新できます。
    注:
    セールスおよび注文管理要求の場合、ユーザーは [requested_flow ] フィールドにアクセスできません。
    受信キュー ユーザーを作成 [sn_tmt_core.inbound_queue_create_user] このユーザーは、受信キューテーブルの販売および注文管理要求に対して読み取り操作のみを実行できます。
    注:
    セールスおよび注文管理要求の場合、ユーザーは response_payloadペイロード、または requested_flow フィールドにアクセスできません。
    受信キュー書き込みユーザー [sn_tmt_core.inbound_queue_writer] このユーザーは、受信キューテーブルの販売および注文管理要求に対して読み取り操作のみを実行できます。
    注:
    販売および注文管理要求の場合、ユーザーは response_payloadペイロード、または requested_flow フィールドにアクセスできません。
    受信キュー読み取りユーザー [sn_tmt_core.inbound_queue_read] このユーザーは、販売および注文管理要求に関連するすべての要求に対して読み取り操作を実行できます。
    注:
    販売および注文管理要求の場合、ユーザーは response_payloadペイロード、または requested_flow フィールドにアクセスできません。

    アーカイブポリシー

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