인바운드 요청

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 06월 17일
  • 소요 시간: 3분
  • 워크플로우의 상태를 판매 CRM 추적하고 에이전트가 동기식 및 비동기식 플로우의 상태를 추적할 수 있도록 합니다. 또한 데이터의 정확성과 일관성을 유지할 수 있도록 종속 기록을 순차적으로 처리할 수 있도록 지원합니다.

    인바운드 요청 테이블

    수정된 인바운드 요청 테이블 [sn_tmt_core_inbound_queue]에 기록을 추가합니다.

    인바운드 요청 테이블을 개선하기 위해 다음 필드가 추가되었습니다.
    • 요청된 플로우
    • 계정
    • 연락처
    • 소비자
    • 응답 페이로드
    • 소스 기록 ID
    • 상태
    • 백그라운드에서 실행
    • 개시자
    • 도메인
    • 다음 이후 실행
    • 요청 구성
    • 작업 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
    요청 구성 인바운드 요청 구성 테이블에 대한 참조입니다.

    strict_read_only 필드

    참조: sn_tmt_core_inbound_queue_config
    다음 이후 실행 현재 요청 전에 처리해야 하는 인바운드 요청입니다.

    strict_read_only 필드

    참조: 인바운드 요청
    작업 ID 인벤토리 업그레이드 작업 테이블에 대한 참조입니다.

    strict_read_only 필드

    참조: sn_ind_tmt_orm_upgrade_inventory_job
    주:
    requested_flowresponse_payload 필드는 에이전트에게 표시되지 않습니다.
    요청된 플로우<비어 있지 않음>을 사용하여 현금으로 연결 코어 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일