샘플 통합 플로우 사용 케이스

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2026년 01월 09일
  • 읽기3분

    • 샘플 통합 플로우 사용 사례에서는 인바운드 및 아웃바운드 데이터 플로우를 설명합니다.

    이 섹션에는 전체 데이터 플로우(인바운드 및 아웃바운드 모두)를 설명할 수 있도록 사용 사례 예가 포함되어 있습니다.

    고객 ABC Inc가 구매-지불 플로우에 아래 시스템을 사용하고 있다고 가정해 보겠습니다.

    • ServiceNow의 애플리케이션
    • 셀프 서비스 구매(쇼핑 허브)
    • PO 플로우에 대한 구매 요청(구매 작업 공간)
    • 용 SAP ECC
    • 공급자에게 PO 전송
    • 영수증 기록
    • PO와 일치시켜 공급자 송장 생성
    • 공급자에게 지불
    • 은행 계좌 명세서에서 지불 지우기

    위의 사용 사례를 달성하려면 고객은 여러 단계를 따라야 합니다.

    1단계 – ServiceNow 애플리케이션을 설치합니다.

    • ServiceNow의 쇼핑 허브 및 구매 작업 공간을 구현합니다.
    • 직원은 쇼핑 허브를 사용하여 구매 요청 및 소싱 요청을 생성할 수 있습니다.
    • 이행자는 SR을 PR로, PR을 PO로 변환할 수 있습니다.
    • SPO에서 생성된 PO를 SAP ECC로 푸시하는 기능
    • 에 대한 SAP ECC의 기록 시스템을 계속 사용
    • ServiceNow에서 PO 수집
    • 영수증 기록
    • PO와 일치시켜 공급자 송장 생성
    • 공급자에게 지불
    • 은행 계좌 명세서에서 지불 지우기

    2단계 – 기본 데이터.

    • ServiceNow에서 구매 요청을 생성하려면 다음 정보가 필요합니다.
    • 공급자
    • 공급자 제품(공급자 제품을 설정하려면 제품 범주 및 제품 모델이 필요함)
    • 계약
    • 제공 주소
    • 계정(Capex/Opex)
    • 법인
    • 직원
    • 위의 기본 데이터에는 진실 소스 시스템이 있어야 하며, 이는 새 기록 생성 또는 기존 기록에 대한 업데이트가 해당 시스템에서 수행된 다음 데이터가 외부 공급업체 시스템으로 푸시됨을 의미합니다.
    • SAP ECC 및 SAP S4 HANA와의 기본 통합 플로우는 다음과 같은 가정을 바탕으로 구축됩니다.
    • 진실 소스는 다음 기본 엔터티에 대한 SAP 시스템이 될 것입니다.
    • 제품 범주 및 제품 모델
    • 배송 주소(공장 위치에 매핑됨)
    • GL 계정
    • 구매 조직
    • 비용 센터
    • 구매 그룹
    • 법인/회사 코드
    • 통화/환율
    • 지급 기한
    • 공급자(SLO가 설치되지 않은 경우)
    • ServiceNow 애플리케이션에서 최신 및 업데이트된 기본 데이터를 사용할 수 있도록 기본 데이터를 주기적으로 동기화해야 합니다. 이는 다음을 통해 보장됩니다.
    • 고객의 요구에 따라 매시간, 매일 또는 기타 시간 프레임과 같이 다양한 간격으로 실행되도록 예약할 수 있는 작업 빌드 중
    • 이러한 작업에는 데이터를 증분 또는 전체 끌어오기로 끌어올 수 있는 기능이 있습니다
    • 작업의 기본 논리는 해당 기본 데이터 통합 허브 작업을 호출하는 것입니다.

    3단계 – 거래 데이터.

    • ServiceNow에서 기록(예: PO)이 생성되면 사용 사례에 따라 다운스트림 처리가 SAP ECC 또는 SAP S4 HANA에서 발생해야 하기 때문에 동일한 기록을 SAP ECC 또는 SAP S4 HANA로 푸시해야 합니다.
    • 이를 위해 바로 사용 가능한 통합 플로우는 다음을 제공합니다.
    • 통합을 트리거할 시기의 논리를 포함하는 하위 플로우(예: 주문되거나 승인되는 즉시 또는 기타 상태)
    • 또한 하위 플로우는 SPO PO 페이로드 데이터를 가져와서 통합 허브 작업에 필요한 페이로드로 변환하고 데이터를 통합 허브 작업에 전달합니다.
    • 통합 허브 작업은 SAP 시스템에 기록을 저장하고 ERP 번호와 ERP 라인 번호를 다시 가져와 SPO PO에 다시 스탬프합니다(행복한 플로우의 경우).
    • 오류 플로우의 경우 SAP 시스템의 오류 메시지가 통합 허브 작업에 의해 캡처되고 트랜잭션 기록에 작업을 작성하고 사용자에게 할당하여 사용자가 데이터를 검토하고 수정하며 통합을 위해 동일한 데이터를 다시 제출할 수 있도록 합니다.
    • SAP 시스템이 패치 적용을 위해 다운되고 해당 시간 동안 50개의 PO가 생성되었다고 가정하면 각 PO를 열고 통합을 위해 다시 제출하는 것이 쉽지 않을 수 있습니다. 이러한 경우 실행 시 오류 상태의 모든 PO를 선택하고 통합을 트리거하는 작업이 제공됩니다.