구매부터 지급까지의 송장 처리 데이터 템플릿
구매부터 지급까지의 송장 처리 데이터 템플릿
- 수집 권장 속성
- SAP Ariba에서 추적할 주요 활동
- 실용적인 데이터 추출 안내
구매부터 지급까지의 송장 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
송장 번호
InvoiceNumber
|
각 공급업체 송장을 식별하는 고유 번호로, 송장 처리 과정의 기본 케이스 ID로 사용됩니다. | ||
|
설명
송장 번호는 공급업체가 송장 문서에 부여하는 고유 참조 번호입니다. process mining에서는 케이스 ID 역할을 하며, 송장 수신부터 최종 지급까지 관련된 모든 활동을 연결합니다. 분석가는 이 번호를 추적해 각 송장의 전체 처리 과정을 재구성할 수 있습니다. 이를 통해 프로세스 흐름을 자세히 분석하고 병목을 찾으며 개별 송장의 처리 소요 시간과 같은 KPI를 측정할 수 있습니다.
중요한 이유
송장 하나에 해당하는 모든 프로세스 단계를 연결하는 기준이므로 전체 처리 경로와 소요 시간을 분석할 수 있습니다.
확보 방법
송장 문서와 SAP Ariba Invoicing 솔루션의 주요 필드입니다. 일반적으로 송장 헤더 테이블이나 거래 데이터에서 확인할 수 있습니다.
예시
INV-2023-001239876543210SI-58840-A
|
|||
|
이벤트 시각
EventTime
|
활동이 발생한 정확한 날짜와 시각을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 시각 또는 타임스탬프는 특정 활동이 발생한 시점을 기록합니다. 활동 간 소요 시간과 전체 케이스 처리 시간을 계산할 수 있어 성과 분석에 필수적인 데이터입니다. process mining 도구는 타임스탬프를 사용해 이벤트를 시간순으로 정렬하고 프로세스 흐름을 정확하게 재현합니다. 송장 승인 소요 시간과 지급 보류 해제 소요 시간 같은 KPI를 측정하고 지연과 효율성을 분석하는 데 필요합니다.
중요한 이유
처리 시간과 소요 시간 등 시간 기반 지표를 계산할 수 있어 프로세스 지연을 찾는 데 중요합니다.
확보 방법
SAP Ariba가 상태 변경, 사용자 작업 또는 시스템 이벤트가 발생할 때마다 자동으로 기록합니다. 일반적으로 이벤트 로그나 이력 테이블에서 활동명과 함께 확인할 수 있습니다.
예시
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
활동명
ActivityName
|
송장 처리 과정의 특정 시점에 발생한 이벤트나 작업의 이름입니다. | ||
|
설명
활동명은 송장 처리 워크플로의 개별 단계를 나타냅니다. 예를 들어 '송장 수신', '송장 승인', '지급 실행' 등이 있습니다. 각 활동은 송장 처리를 완료에 한 단계 더 가깝게 진행하는 업무 이벤트입니다. process mining에서는 활동이 발생한 순서에 따라 프로세스 맵이 구성됩니다. 활동을 분석하면 가장 흔한 처리 경로, 표준 절차에서 벗어난 흐름, 불일치 처리와 같은 재작업 과정, 자동화 기회를 파악할 수 있습니다.
중요한 이유
프로세스 맵을 시각화하고 프로세스 변형을 발견하며 재작업이나 병목을 찾는 데 필요한 기준입니다.
확보 방법
SAP Ariba에서 수집한 시스템 이벤트 로그, 상태 변경 또는 사용자 작업을 바탕으로 생성됩니다. 데이터는 워크플로 또는 문서 이력 테이블에서 가져오는 경우가 많습니다.
예시
송장 접수송장 승인 완료지급 보류 설정지급 실행
|
|||
|
공급업체명
VendorName
|
송장을 제출한 공급업체의 이름입니다. | ||
|
설명
공급업체명은 지급을 요청한 공급업체를 식별합니다. 공급업체별 송장 처리 성과를 구분해 분석할 때 사용하는 주요 기준입니다. 이 속성을 사용해 공급업체별 지급 성과를 추적하고, 불일치가 잦은 공급업체를 찾거나 주요 공급업체의 처리 시간을 분석하는 대시보드를 만들 수 있습니다. 공급업체별 문제를 파악하면 관계를 개선하고 협업 절차를 간소화하는 데 도움이 됩니다.
중요한 이유
공급업체별 성과를 분석해 송장 문제나 지급 지연이 잦은 공급업체를 찾을 수 있습니다.
확보 방법
송장 헤더 데이터의 기본 필드이며, SAP Ariba 또는 연결된 ERP 시스템의 공급업체 마스터 데이터와 연결됩니다.
예시
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
|
|||
|
구매 주문 번호
PurchaseOrderNumber
|
해당하는 경우 송장과 연결된 구매 주문의 식별 번호입니다. | ||
|
설명
구매 주문(PO) 번호는 송장을 상품이나 서비스 구매를 승인한 구매 문서와 연결합니다. 모든 송장이 PO를 기반으로 하지는 않지만, PO가 있는 송장에서는 이 연결 정보가 중요합니다. PO 번호별로 송장을 분석하면 구매 주문, 입고, 송장 간 3자 대조의 성과를 파악할 수 있습니다. 불일치를 찾고 PO 기반 송장과 비PO 송장의 처리 방식을 비교하는 데도 유용합니다. 두 유형은 처리 경로와 효율성이 서로 다를 수 있습니다.
중요한 이유
송장과 구매 프로세스를 연결해 대조 과정의 불일치를 분석하고 PO 및 비PO 송장 흐름을 비교할 수 있습니다.
확보 방법
SAP Ariba에서 PO 기반 송장에 기본 필드로 제공됩니다. 송장 항목 또는 헤더 데이터에서 확인할 수 있습니다.
예시
45000123454500054321PO-2023-789
|
|||
|
송장 금액
InvoiceAmount
|
송장의 총 금액입니다. | ||
|
설명
송장 금액은 공급업체가 요청한 총 지급액입니다. 송장 처리 업무량을 분석하는 데 사용하는 기본 재무 속성입니다. process mining에서는 금액이 큰 송장만 분석하도록 필터링할 수 있습니다. 이러한 송장은 승인 경로가 다르거나 통제가 더 엄격할 수 있습니다. 재무 영향이 큰 송장을 중심으로 프로세스 개선의 우선순위를 정하는 데도 활용할 수 있습니다. 대시보드에서는 프로세스 단계별 송장 총액을 표시할 수 있습니다.
중요한 이유
금액이 큰 송장을 필터링하거나 병목에 묶인 금액을 파악하는 등 재무 영향을 분석할 수 있습니다.
확보 방법
SAP Ariba 송장 헤더 데이터의 기본 필드입니다.
예시
5250.75120000.00895.50
|
|||
|
송장 상태
InvoiceStatus
|
지급 완료, 거부, 처리 중 등 송장 케이스의 현재 또는 최종 상태입니다. | ||
|
설명
송장 상태는 데이터 추출 시점의 처리 단계나 최종 결과를 보여줍니다. 송장 전체 상태를 요약하는 케이스 수준의 속성입니다. process mining에서는 이 속성으로 케이스를 필터링해 완료된 송장(지급 완료)이나 문제가 발생한 송장(거부)만 분석할 수 있습니다. 프로세스 변형별 최종 결과를 파악하고 성공적으로 완료된 송장의 비율을 측정하는 데도 활용할 수 있습니다.
중요한 이유
송장 처리의 최종 결과를 보여주므로 지급 완료 송장과 거부된 송장을 구분해 분석할 수 있습니다.
확보 방법
SAP Ariba 송장 헤더에 기본 상태 필드로 제공됩니다.
예시
지급 완료거부됨처리 중승인됨
|
|||
|
승인자
Approver
|
지급을 위해 송장을 승인할 책임이 있는 사용자 또는 역할입니다. | ||
|
설명
승인자는 송장을 검토하고 승인하도록 지정된 개인 또는 사용자 그룹입니다. 송장 금액이나 유형에 따라 여러 단계의 승인이 필요할 수 있습니다. 이 속성을 사용하면 승인 워크플로의 성과를 분석할 수 있습니다. 승인자나 승인 그룹별로 송장 승인 소요 시간을 비교하면 프로세스에서 병목이 되는 개인이나 팀을 찾을 수 있습니다. 업무량을 균형 있게 배분하고 승인 효율을 높이는 데 필요한 정보입니다.
중요한 이유
사용자나 팀별 승인 소요 시간을 확인해 승인 프로세스의 병목을 찾을 수 있습니다.
확보 방법
SAP Ariba 송장의 워크플로 또는 승인 이력 로그에 기록됩니다. 사용자 ID로 저장될 수 있습니다.
예시
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
지급 기한
PaymentDueDate
|
지급 조건에 따라 연체료를 피하기 위해 송장을 지급해야 하는 날짜입니다. | ||
|
설명
지급 기한은 송장 대금을 지급하기로 계약상 합의한 날짜입니다. 일반적으로 송장 문서 날짜와 합의된 지급 조건(예: 30일 이내 지급)을 바탕으로 계산합니다. 이 속성은 정시 지급률 KPI를 측정하는 데 필요합니다. 지급 실행 시각과 지급 기한을 비교하면 연체 지급을 찾고 공급업체별 지급 성과를 측정할 수 있습니다. 이를 통해 연체료를 피하고 공급업체와의 관계를 유지하는 데 도움이 됩니다.
중요한 이유
정시 지급률을 계산하는 기준이며, 공급업체 관계 관리와 재무 규정 준수에 중요한 KPI입니다.
확보 방법
송장 문서에 기재되어 있거나 SAP Ariba의 'DocumentDate' 및 'PaymentTerms' 필드를 바탕으로 계산합니다.
예시
2023-11-302024-01-152023-12-25
|
|||
|
지급 보류 사유
PaymentBlockReason
|
송장의 지급을 보류한 구체적인 사유입니다. | ||
|
설명
송장 지급이 보류되면 이 속성에 '가격 불일치', '수량 불일치', '입고 누락'과 같은 사유가 기록됩니다. 시스템에서 표준 코드나 설명으로 관리하는 경우가 많습니다. 보류 사유별 발생 빈도를 분석하면 지급 지연의 근본 원인을 찾을 수 있습니다. 예를 들어 '가격 불일치'로 인한 보류가 많다면 마스터 데이터의 정확성에 문제가 있을 수 있습니다. 가장 자주 발생하고 해결에 시간이 오래 걸리는 문제를 우선 처리하려면 지급 보류 해제 소요 시간 대시보드에서 이 속성을 활용해야 합니다.
중요한 이유
지급 지연의 근본 원인을 파악해 가격이나 수량 불일치와 같은 반복 문제를 집중적으로 개선할 수 있습니다.
확보 방법
SAP Ariba 또는 연결된 ERP에서 송장 지급을 보류할 때 이 정보를 설정합니다.
예시
가격 불일치수량 불일치입고 대기
|
|||
|
거부 사유
RejectionReason
|
승인 과정에서 송장이 거부된 이유를 설명하는 코드 또는 텍스트입니다. | ||
|
설명
승인자가 송장을 거부하면 일반적으로 사유를 입력합니다. '가격 오류', '중복 송장', '정책 위반'과 같은 내용이 여기에 기록됩니다. 이 속성은 송장 거부 분석 대시보드에 필요한 기준입니다. 자주 발생하는 거부 사유를 분석하면 공급업체 송장의 품질 문제나 내부 데이터 불일치와 같은 선행 문제를 찾을 수 있습니다. 이를 통해 재작업을 줄이고 송장 처리의 최초 정확 처리율을 높일 수 있습니다.
중요한 이유
재작업이 발생하는 이유를 설명해 프로세스 비효율과 송장 품질 문제의 근본 원인을 파악할 수 있습니다.
확보 방법
SAP Ariba에서 '송장 거부' 활동이 발생할 때 워크플로 로그나 메모 필드에서 가져옵니다.
예시
중복 송장구매 주문 참조 오류승인된 예산 초과
|
|||
|
국가
Country
|
송장과 관련된 국가로, 일반적으로 회사 코드나 공급업체 소재지를 기준으로 합니다. | ||
|
설명
국가 속성은 분석에 지리적 기준을 제공합니다. 일반적으로 송장이 전기된 회사 코드나 공급업체 주소를 바탕으로 정합니다. 국가별로 프로세스를 분석하면 성과, 규정 준수, 프로세스 실행 방식의 지역별 차이를 파악할 수 있습니다. 특정 국가의 지사가 겪는 고유한 문제나 전 세계에 공유할 만한 모범 사례를 찾는 데도 도움이 됩니다. 글로벌 공유 서비스 환경에서 프로세스를 표준화할 때 유용합니다.
중요한 이유
국가나 지역별 프로세스 성과와 규정 준수를 비교할 수 있습니다.
확보 방법
SAP Ariba 또는 연결된 ERP 시스템의 회사 코드 마스터 데이터나 공급업체 마스터 데이터에서 가져옵니다.
예시
USA독일영국
|
|||
|
문서 날짜
DocumentDate
|
공급업체가 송장 문서에 기재한 날짜입니다. | ||
|
설명
문서 날짜는 공급업체가 송장을 작성한 날짜입니다. 송장이 처리 시스템에 접수된 날짜인 '송장 수신일'과는 다릅니다. 두 날짜 사이에 상당한 차이가 날 수 있습니다. 이 속성을 사용하면 공급업체의 송장 제출 성과를 분석하고 제출 지연을 찾을 수 있습니다. 문서 날짜와 수신일 사이의 간격이 길면 송장 처리와 조기 지급 할인 적용에 사용할 수 있는 시간이 줄어듭니다. 지급 기한을 계산할 때 기준 날짜로 사용하는 경우도 많습니다.
중요한 이유
공급업체가 송장을 발행한 시점과 송장을 수신한 시점 사이의 지연을 분석할 수 있습니다. 이 지연은 정시 지급에 영향을 줄 수 있습니다.
확보 방법
실물 또는 전자 송장에서 가져오는 송장 헤더 데이터의 기본 필드입니다.
예시
2023-10-202023-11-102024-01-02
|
|||
|
송장 유형
InvoiceType
|
구매 주문(PO) 관련 여부 등 송장의 분류입니다. | ||
|
설명
송장 유형은 서로 다른 처리 절차를 따르는 송장을 구분합니다. 대표적으로 사전 승인된 주문과 대조할 수 있는 PO 기반 송장과, 더 많은 계정 코드 입력과 승인이 필요한 비PO 송장이 있습니다. PO 송장과 비PO 송장은 처리 방식이 근본적으로 다르므로 이 속성은 프로세스 분석에 중요합니다. 유형별로 나누어 분석하면 각 처리 경로의 성과를 정확하게 파악하고, 통합 지표로 인해 잘못된 해석을 하는 일을 방지할 수 있습니다. 각 흐름의 효율성과 규정 준수도 파악할 수 있습니다.
중요한 이유
송장을 PO와 비PO 등 서로 다른 처리 흐름으로 구분해 성과를 정확하게 측정하고 분석할 수 있습니다.
확보 방법
SAP Ariba 송장 문서의 기본 필드인 경우가 많으며, 'PurchaseOrderNumber'의 존재 여부를 기준으로 구분할 수도 있습니다.
예시
PO 송장비PO 송장대변 메모
|
|||
|
승인 소요 시간
ApprovalCycleTime
|
송장이 승인을 위해 제출된 시점부터 최종 결정(승인 또는 거부)이 내려질 때까지 걸린 시간입니다. | ||
|
설명
이 계산 지표는 승인 하위 프로세스에 걸린 시간을 측정합니다. '송장 승인 요청' 활동부터 해당 송장의 '승인' 또는 '거부' 활동까지의 시간 차이로 계산합니다. 이 속성은 송장 승인 소요 시간 KPI를 직접 측정하며 관련 대시보드에 필요합니다. 전체 처리 시간에 큰 영향을 주는 승인 단계의 지연을 분리해 측정할 수 있습니다. 승인자, 부서 또는 송장 금액별로 분석하면 구체적인 병목을 찾을 수 있습니다.
중요한 이유
승인 워크플로의 성과를 따로 분석해 승인자나 복잡한 승인 단계로 인해 발생하는 병목을 쉽게 찾을 수 있습니다.
확보 방법
데이터 변환 과정에서 각 송장에 해당하는 승인 시작 이벤트와 종료 이벤트를 찾아 시간 차이를 계산합니다.
예시
2일 5시간10일 1시간8시간 30분
|
|||
|
원천 시스템
SourceSystem
|
이벤트 데이터를 추출한 기준 시스템입니다. | ||
|
설명
이 속성은 각 이벤트가 발생한 시스템을 식별합니다. 예를 들어 'SAP Ariba', 'SAP S/4HANA' 또는 타사 스캔 솔루션이 해당합니다. 기업의 송장 처리는 여러 애플리케이션에 걸쳐 진행될 수 있습니다. 원천 시스템을 파악하면 데이터 품질 문제를 진단하고 플랫폼 간 프로세스 인계를 분석하는 데 도움이 됩니다. 송장 스캔과 승인처럼 특정 활동이 어느 시스템에서 수행되는지도 확인할 수 있습니다.
중요한 이유
서로 다른 시스템에서 발생한 활동을 구분할 수 있어 시스템 연계 지점과 시스템별 병목을 파악하는 데 도움이 됩니다.
확보 방법
일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 데이터 원천에 따라 고정값을 지정합니다.
예시
SAP AribaSAP S4HANACoupa
|
|||
|
정시 지급 여부
IsPaidOnTime
|
송장이 지급 기한 당일 또는 그 전에 지급되었는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 계산 속성은 '지급 실행' 활동의 타임스탬프와 'PaymentDueDate'를 비교합니다. 지급일이 지급 기한 당일이거나 그보다 빠르면 참, 그렇지 않으면 거짓으로 표시합니다. 이 플래그를 사용하면 지급 성과를 간편하게 분석할 수 있습니다. 데이터를 쉽게 필터링하고 집계해 정시 지급률 KPI를 계산할 수 있습니다. 대시보드에서 공급업체, 국가 또는 회사 코드별 성과를 빠르게 확인하고, 만성적인 지급 지연이 발생하는 영역을 찾을 수 있습니다.
중요한 이유
정시 지급률 KPI를 쉽게 계산하고, 연체 송장을 필터링해 근본 원인을 분석할 수 있습니다.
확보 방법
데이터 변환 과정에서 지급 활동의 'EventTime'과 'PaymentDueDate' 속성을 비교해 계산합니다.
예시
truefalse
|
|||
|
지급 조건
PaymentTerms
|
조기 지급 할인 조건 등을 포함하는, 송장 대금 지급에 합의한 조건입니다. | ||
|
설명
지급 조건은 공급업체 대금 지급 규칙을 정합니다. 예를 들어 '30일 이내 지급' 또는 '10일 이내 지급 시 2% 할인, 그 외에는 30일 이내 지급'과 같은 조건이 있습니다. 이 정보는 공급업체 마스터 데이터나 구매 주문에서 가져옵니다. 이 속성은 조기 지급 할인 기회 대시보드와 관련 KPI를 측정하는 데 필요합니다. 지급 조건을 바탕으로 할인 대상 송장을 찾고, 할인 기간 내에 지급이 실행되었는지 확인해 비용을 절감할 기회를 파악합니다.
중요한 이유
조기 지급 할인을 적용할 기회를 찾아 비용을 절감하는 데 필요합니다.
확보 방법
공급업체 마스터 데이터에 저장되며 SAP Ariba 또는 ERP 시스템의 송장 세부 정보에 복사됩니다.
예시
30일 이내 지급10일 이내 지급 시 2% 할인, 그 외에는 30일 이내 지급60일 이내 지급
|
|||
|
최종 데이터 갱신 시각
LastDataUpdate
|
이벤트 데이터가 마지막으로 갱신되거나 추출된 시각을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 원천 시스템에서 데이터를 가장 최근에 가져온 날짜와 시각을 나타냅니다. 데이터 관리와 분석 데이터의 최신성을 파악하는 데 필요한 메타데이터입니다. 분석가는 이 정보를 통해 최신 데이터로 작업 중인지 확인하고, 원천 시스템에서 이벤트가 발생한 시점과 process mining 도구에 반영된 시점 사이의 지연을 파악할 수 있습니다. 데이터 갱신 주기를 관리하고 분석 결과의 신뢰성을 확보하는 데 중요합니다.
중요한 이유
데이터의 최신성을 파악할 수 있어 현재 유효한 정보를 바탕으로 분석하고 있는지 확인할 수 있습니다.
확보 방법
일반적으로 데이터 추출(ETL) 과정에서 타임스탬프를 생성해 데이터셋에 추가합니다.
예시
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
통화
Currency
|
송장 금액의 통화 코드입니다. 예: USD 또는 EUR. | ||
|
설명
이 속성은 송장 금액의 통화를 나타냅니다. 글로벌 조직은 여러 통화로 송장을 받습니다. 금액을 정확하게 비교하려면 재무 분석에 통화 정보가 필요합니다. process mining 대시보드에서 재무 금액을 올바르게 합산할 수 있으며, 이때 단일 보고 통화로 환산해야 할 수 있습니다. 송장 금액을 해석하는 데 필요한 정보입니다.
중요한 이유
송장 금액을 정확하게 해석하는 데 필요한 정보이며, 특히 여러 국가에서 사업을 운영하는 경우 중요합니다.
확보 방법
SAP Ariba 송장 헤더 데이터의 기본 필드로, 일반적으로 송장 금액 필드 옆에 있습니다.
예시
USDEURGBP
|
|||
|
할인 적용 여부
IsEarlyPaymentDiscountTaken
|
할인 대상 송장에 조기 지급 할인이 실제로 적용되었는지 나타내는 불리언 플래그입니다. | ||
|
설명
이 속성은 먼저 'PaymentTerms'를 기준으로 송장이 조기 지급 할인 대상인지 확인한 다음, '지급 실행' 이벤트가 지정된 할인 기간 안에 발생했는지 계산한 결과입니다. 이 플래그는 조기 지급 할인 적용률 KPI를 측정하는 데 중요합니다. 운전자본을 효율적으로 관리하기 위한 자금 및 매입채무 관리 기능의 재무 성과를 직접 보여줍니다. 값이 거짓인 케이스를 분석하면 승인 지연이나 기타 프로세스 병목 등 할인 기회를 놓친 이유를 찾을 수 있습니다.
중요한 이유
비용 절감 성과를 직접 측정하고 할인 기회를 놓친 이유를 찾을 수 있습니다.
확보 방법
데이터 변환 과정에서 'PaymentTerms'를 분석하고 '지급 실행' 타임스탬프를 계산된 할인 기한과 비교해 산출합니다.
예시
truefalse
|
|||
|
회사 코드
CompanyCode
|
송장을 처리하는 조직 내 법인 또는 회사의 식별자입니다. | ||
|
설명
회사 코드는 SAP 환경의 표준 조직 단위로, 재무제표를 작성하는 독립 법인을 나타냅니다. 송장은 항상 특정 회사 코드에 전기됩니다. 이 속성을 사용하면 사업부나 법인별 프로세스 성과를 비교할 수 있습니다. 특정 법인의 효율성이 낮은지 파악하고 글로벌 조직 전반에서 프로세스를 표준화하는 데 도움이 됩니다.
중요한 이유
법인이나 사업부별 성과를 비교해 지역 또는 부서의 비효율을 찾을 수 있습니다.
확보 방법
SAP Ariba 송장 문서의 기본 조직 필드입니다. 구매 주문에서 가져오거나 비PO 송장을 생성할 때 입력합니다.
예시
1000US01DE01
|
|||
구매부터 지급까지의 송장 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
송장 대사 완료
|
송장과 구매 주문서, 입고 내역이 미해결 불일치 없이 성공적으로 대사된 주요 단계입니다. 이 단계가 완료되면 송장을 승인할 수 있습니다. | ||
|
중요한 이유
이 단계가 완료되면 검증이 끝나고 승인 워크플로를 시작할 수 있습니다. 무인 처리율을 측정하는 중요한 확인 지점입니다.
확보 방법
Invoice Reconciliation(IR) 문서의 상태가 'Reconciled'와 같은 값으로 변경된 기록으로 확인합니다.
기록
Invoice Reconciliation 문서의 상태가 'Reconciled'로 변경된 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
송장 승인 완료
|
필요한 승인자가 모두 지급을 위해 송장을 승인하면 승인 워크플로가 완료됩니다. 송장을 전기하기 전에 거치는 중요한 단계입니다. | ||
|
중요한 이유
승인 소요 시간을 측정하는 종료 활동이며, 이후 지급 처리 단계에도 영향을 줍니다. 이 단계가 지연되면 정시 지급 실적이 저하됩니다.
확보 방법
일반적으로 Ariba의 송장 승인 이력 로그에 명시적으로 기록됩니다. 문서 상태가 '승인됨'으로 변경된 기록을 통해서도 확인할 수 있습니다.
기록
승인 흐름 이력 기록이나 상태가 '승인됨'으로 변경된 시각을 추출합니다.
이벤트 유형
explicit
|
|||
|
송장 전기
|
승인된 송장이 재무 회계 및 지급 처리를 위해 후속 ERP 시스템으로 전송되어 정상적으로 접수되었음을 나타냅니다. 중요한 시스템 연계 단계입니다. | ||
|
중요한 이유
구매에서 재무로의 인계가 완료되었음을 확인합니다. 지급 일정을 수립하고 실행하기 전에 거치는 중요한 단계입니다.
확보 방법
송장 상태가 '전송됨' 또는 '지급 처리 중'과 같은 최종 상태로 변경되고, ERP 시스템의 확인 메시지가 기록된 경우로 판단합니다.
기록
송장이 ERP로 정상 전송되었음을 나타내도록 상태가 갱신된 시각을 확인합니다.
이벤트 유형
inferred
|
|||
|
송장 접수
|
송장 처리 과정의 시작을 나타냅니다. 송장이 SAP Ariba 시스템에 처음 입력되는 시점이며, Ariba Network나 공급업체 포털, 수기 입력 등 다양한 경로로 접수될 수 있습니다. | ||
|
중요한 이유
이 활동은 송장 처리 전체 주기를 측정하고 초기 처리 지연을 파악하는 기준점입니다.
확보 방법
일반적으로 SAP Ariba Buying and Invoicing에서 송장 문서가 생성된 타임스탬프로 추정합니다. 이 타임스탬프는 시스템에 송장 기록이 처음 생성된 시점을 나타냅니다.
기록
주 송장 객체 또는 문서의 생성 타임스탬프를 사용합니다.
이벤트 유형
inferred
|
|||
|
승인을 위해 송장 제출
|
송장 대사가 완료된 뒤 정식 승인 워크플로가 시작되는 활동입니다. 업무 규칙에 따라 송장이 지정된 승인자 한 명 이상에게 전달됩니다. | ||
|
중요한 이유
송장 승인 주기 KPI를 측정하고 승인 절차 자체의 효율을 분석하는 시작점입니다.
확보 방법
송장 문서의 상태가 'Reconciled'에서 'Approving' 또는 'Pending Approval'과 같은 상태로 변경된 기록으로 추정합니다.
기록
송장 또는 IR 문서의 상태가 'Approving' 또는 이에 준하는 상태로 변경된 타임스탬프를 추적합니다.
이벤트 유형
inferred
|
|||
|
지급 실행
|
공급업체에 지급이 완료되었음을 확인하는 프로세스의 마지막 활동입니다. 이 단계에서 송장 처리 주기가 끝납니다. | ||
|
중요한 이유
전체 송장 처리 소요 시간을 측정하는 주요 종료 활동입니다. 정시 지급률과 조기 지급 할인 적용률을 계산하는 데 필요합니다.
확보 방법
이 이벤트는 ERP 시스템에서 발생합니다. 지급 상태, 지급일, 거래 세부 정보가 SAP Ariba의 송장 문서를 갱신하도록 다시 전송되는 경우가 많습니다.
기록
송장 지급 상태가 '지급 완료'로 변경된 기록과 해당 지급일을 확인합니다.
이벤트 유형
inferred
|
|||
|
대사 불일치 확인
|
시스템이나 사용자가 송장과 구매 주문서, 입고 정보 간 불일치를 발견했을 때 발생하는 예외 활동입니다. 일반적인 불일치로는 가격과 수량, 세금 차이가 있습니다. | ||
|
중요한 이유
이 활동은 대사 불일치율을 계산하고 처리 지연의 주요 원인인 오류 유형을 파악하는 데 중요합니다.
확보 방법
Invoice Reconciliation(IR) 문서의 'Rejected' 또는 'Disputed'와 같은 상태와 사유 코드로 기록되는 경우가 많습니다.
기록
IR 문서의 상태가 불일치 또는 예외를 나타내는 상태로 바뀐 타임스탬프를 확인합니다.
이벤트 유형
inferred
|
|||
|
대사 요청을 위해 송장 제출
|
송장이 입력된 뒤 구매 주문서나 계약과 대조하는 대사 절차에 정식으로 제출된 시점을 나타냅니다. 데이터 입력에서 검증으로 넘어가는 주요 인계 단계입니다. | ||
|
중요한 이유
이 단계에서 대사와 검증이 시작됩니다. 접수부터 이 활동까지 걸린 시간을 분석하면 데이터 입력 단계의 병목을 찾을 수 있습니다.
확보 방법
송장 또는 Invoice Reconciliation(IR) 문서의 상태 변경으로 추정합니다. 상태가 'Submitted' 또는 'Reconciling' 등으로 바뀌는 경우가 많습니다.
기록
Invoice Reconciliation 문서의 상태가 'Submitted'로 변경된 타임스탬프를 추적합니다.
이벤트 유형
inferred
|
|||
|
불일치 해결
|
이전에 확인된 불일치가 해결되어 송장이 대사와 승인 절차를 계속 진행할 수 있음을 나타냅니다. 수동 조정이나 공급업체와의 소통이 필요할 수 있습니다. | ||
|
중요한 이유
불일치 해결에 걸린 시간을 추적하면 재작업의 영향을 산출하고 최초 대사 성공률을 높일 기회를 찾을 수 있습니다.
확보 방법
Invoice Reconciliation(IR) 문서의 상태가 예외 상태에서 'Reconciling' 또는 'Submitted'와 같은 처리 상태로 변경된 것으로 추정합니다.
기록
IR 문서가 불일치 상태에서 벗어나 처리 워크플로로 돌아온 타임스탬프를 기록합니다.
이벤트 유형
inferred
|
|||
|
송장 거부
|
승인 워크플로 중 승인자가 송장을 거부하는 예외 활동입니다. 일반적으로 송장을 수정한 뒤 다시 제출해야 하므로 재작업이 발생합니다. | ||
|
중요한 이유
거부 내역을 추적하면 송장 거부율 KPI를 측정하고 정책 위반이나 잘못된 계정 코드처럼 승인 실패의 근본 원인을 분석할 수 있습니다.
확보 방법
송장 문서의 승인 이력에 기록되며, 문서 상태가 '거부됨'으로 변경된 내역에도 반영됩니다.
기록
승인 이력의 의견과 타임스탬프 또는 상태가 '거부됨'으로 변경된 기록을 추출합니다.
이벤트 유형
explicit
|
|||
|
지급 보류 설정
|
사용자나 시스템이 승인된 송장의 지급을 의도적으로 중단할 때 발생합니다. 공급업체 분쟁, 품질 문제 또는 기타 상업적 사유가 원인일 수 있습니다. | ||
|
중요한 이유
지급 보류 해제 소요 시간을 측정하는 시작 활동입니다. 보류 내역을 분석하면 지급을 지연시키는 시스템적 문제를 찾아 해결할 수 있습니다.
확보 방법
송장 전기 후 SAP S/4HANA와 같은 통합 ERP 시스템에서 관리하는 경우가 많지만, 보류 상태가 Ariba에 동기화될 수도 있습니다. 특정 플래그나 상태로 표시될 수 있습니다.
기록
지급 보류가 활성화되었음을 나타내는 플래그 또는 상태 필드의 변경을 확인해야 합니다.
이벤트 유형
inferred
|
|||
|
지급 보류 해제
|
기존에 설정된 지급 보류가 해제되어 송장이 지급 일정 수립 단계로 진행될 수 있음을 나타냅니다. 보류의 원인이 해결되었음을 의미합니다. | ||
|
중요한 이유
지급 보류 해제 소요 시간을 측정하는 종료 활동입니다. 보류된 송장의 예외 처리 절차를 마무리합니다.
확보 방법
보류 설정과 마찬가지로 일반적으로 ERP 시스템에서 처리하며, 상태가 Ariba에 반영될 수 있습니다. 지급 보류 플래그가 제거된 기록으로 확인합니다.
기록
지급 보류 플래그나 상태가 제거 또는 비활성화된 시각을 확인해야 합니다.
이벤트 유형
inferred
|
|||
|
지급 일정 수립
|
재무팀이 ERP 시스템에서 송장을 특정 지급 실행 건에 포함하는 활동입니다. 지급이 계획된 상태이며 아직 실행되지는 않았습니다. | ||
|
중요한 이유
지급 프로세스의 마지막 단계를 파악하고 현금 유출을 예측하며, 전기 후 실제 지급까지의 지연을 분석할 수 있습니다.
확보 방법
이 정보는 일반적으로 ERP 시스템에 저장됩니다. SAP Ariba에 동기화되어 송장의 지급 상태 정보에 반영될 수도 있습니다.
기록
ERP에서 Ariba 송장 문서로 전송된 지급 상태 세부 정보로 판단합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 송장 처리 분석을 간소화하세요. 지금 이벤트 로그를 구성해 효율성을 높이고 지급을 앞당기세요.
지금 구매부터 지급까지의 송장 처리 최적화
송장 처리 주기를 30% 단축해 현금 흐름을 개선하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.