범용 요청에서 송장 케이스 생성
AP 에이전트는 소싱-지급(S2P) 작업 공간에서 수신 UR 요청을 확인하고 추가 처리를 위해 송장 케이스를 생성합니다.
시작하기 전에
필요한 역할: 사용자는 sn_uni_req.routing_agent, sn_ap_cm.agent, [sn_uni_req.sensitiveinfo_agent] 선택 사항이라는 역할을 포함하는 외상 매입금 범용 요청 그룹에 속해 있어야 합니다.
필요한 플러그인:
- 소싱-지급(S2P) 운영을 위한 범용 요청 플러그인 [sn_fsc_ur_common] 플러그인(종속 플러그인 범용 요청 플러그인 [com.snc.universal_request] 포함)
- 송장 케이스 관리 [com.sn_ap_cm]
사용자는 자신의 그룹을 만들 수도 있습니다. 고유한 서비스별 할당 그룹 생성에 대한 자세한 내용은 직원 센터 또는 공급자 포털에서 범용 요청이 제기된 항목을 참조하십시오.
프로시저
-
다음으로 이동 .
AP 에이전트는 UR 케이스 상세 정보를 확인하고 추가 처리를 위해 송장 케이스를 생성합니다.
-
케이스 생성 >송장 케이스 생성을 선택합니다.
새 송장 케이스 생성 양식이 나타납니다. 연결된 UR 상세 정보가 케이스에 배너로 나타납니다. 송장 케이스 생성에 대한 자세한 내용은 다음 문서를 참조하십시오 수동으로 송장 생성.
-
기본 티켓이 다른 팀에 속한 경우 전송을 선택합니다.
티켓이 다른 팀으로 전송되고 UR을 제출한 사용자에게 해당 팀의 케이스에 액세스하는 데 필요한 권한이 없는 경우 UR에 대한 업데이트가 표시되지 않습니다.
UR 전송에 대한 자세한 내용은 다음 문서를 참조하십시오 Transfer a primary ticket. -
연결된 티켓 작성 을 선택하여 범용 요청(UR)을 해결하는 데 도움을 요청하기 위해 다른 부서에 도움을 요청합니다.
관련 티켓에 대한 자세한 내용은 다음 문서를 참조하십시오 Create associated ticket for primary ticket of UR.
티켓이 다른 팀에 할당되고 UR을 제출한 원래 사용자에게 해당 팀의 케이스를 보는 데 필요한 권한이나 액세스 권한이 없는 경우 UR에 대한 업데이트를 모니터링할 수 없습니다.
연결된 티켓이 생성됩니다.
결과
송장 케이스가 생성되고 처리됩니다. 케이스가 해결되면 에이전트는 적절한 이유로 케이스를 종결합니다. 송장 소유자와 공급자가 UR의 상태를 추적할 수 있도록 UR이 송장 케이스 상세 정보와 동기화됩니다.