인바운드 요청
워크플로우의 상태를 판매 CRM 추적하고 에이전트가 동기식 및 비동기식 플로우의 상태를 추적할 수 있도록 합니다. 또한 데이터의 정확성과 일관성을 유지할 수 있도록 종속 기록을 순차적으로 처리할 수 있도록 지원합니다.
인바운드 요청 테이블
수정된 인바운드 요청 테이블 [sn_tmt_core_inbound_queue]에 기록을 추가합니다.
인바운드 요청 테이블을 개선하기 위해 다음 필드가 추가되었습니다.
- 요청된 플로우
- 계정
- 연락처
- 소비자
- 응답 페이로드
- 소스 기록 ID
- 상태
- 백그라운드에서 실행
- 개시자
- 도메인
- 다음 이후 실행
- 요청 구성
- 작업 ID
| 필드 | 설명 | 필드 유형 |
|---|---|---|
| 요청된 플로우 | 현금으로 연결 엔터티 매핑(예: 판매된 제품-주문 매핑)에 대한 참조입니다. | 참조: 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 |
주:
요청된 플로우<비어 있지 않음>을 사용하여 현금으로 연결 코어 API를 사용하여 기록을 필터링합니다. 인바운드 요청 테이블 [sn_tmt_core_inbound_queue]은 요청과 관련된 상태 및 기타 상세 정보를 제공합니다. 예를 들어 견적 기록을 통해 주문을 생성하는 동안 주문 헤더 번호가 있는 확인 메시지가 표시됩니다.requested_flow 및 response_payload 필드는 에이전트에게 표시되지 않습니다.
주:
플로우 디자이너 SOM 요청 프로세서 는 더 이상 사용되지 않습니다. 요청은 플로우 디자이너 IBQ 요청 프로세서로 전달됩니다.
보안 역할
| 역할 | 권한 |
|---|---|
| 인바운드 큐 관리자 [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일 |