매입채무 송장 처리 데이터 템플릿
매입채무 송장 처리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- Oracle Fusion Financials 데이터 추출 안내
매입채무 송장 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
송장
InvoiceId
|
처리되는 각 송장의 고유 식별자입니다. | ||
|
설명
‘송장’은 기본 케이스 식별자로, 송장 접수부터 최종 지급까지의 모든 활동을 연결합니다. 고유한 InvoiceId 하나가 엔드투엔드 프로세스 인스턴스 하나를 나타내므로 매입채무 프로세스에서 각 송장의 전체 처리 과정을 분석할 수 있습니다. 관련 이벤트와 속성을 연결해 프로세스 분석의 기반이 됩니다.
중요한 이유
각 송장의 시작부터 완료까지의 수명 주기를 추적하는 데 필요하며, 프로세스 변형과 병목, 전체 처리량을 분석할 수 있습니다.
확보 방법
일반적으로 Oracle Fusion Financials의 AP_INVOICES_ALL 테이블에서 INVOICE_ID 또는 INVOICE_NUM을 사용합니다.
예시
INV-987657334001APO-INV-2023-005
|
|||
|
이벤트 시간
EventTime
|
활동이 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 프로세스의 각 활동이 발생한 정확한 날짜와 시간을 제공합니다. 이벤트를 시간순으로 정렬하고 단계 간 소요 시간을 계산하는 데 필요합니다. 대기 시간을 측정해 병목을 찾고, 승인과 같은 특정 단계의 주기 시간을 계산하며, SLA 준수 여부를 모니터링하는 등 성과를 분석할 수 있습니다.
중요한 이유
주기 시간과 대기 시간을 비롯한 모든 시간 기반 지표를 계산하는 데 필요합니다. 이를 통해 병목을 찾고 프로세스 효율을 측정할 수 있습니다.
확보 방법
Oracle Fusion의 여러 테이블에 있는 생성일, 최종 업데이트일 또는 특정 이벤트 타임스탬프에 해당합니다(예: LAST_UPDATE_DATE, CREATION_DATE, APPROVAL_DATE).
예시
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
활동명
ActivityName
|
발생한 특정 프로세스 단계 또는 이벤트의 이름입니다. | ||
|
설명
이 속성은 ‘송장 생성’, ‘승인 시작’, ‘지급 실행’과 같이 송장 처리 수명 주기의 개별 단계를 나타냅니다. 활동을 시간순으로 배열하면 process mining 도구가 각 송장의 엔드투엔드 프로세스 흐름을 재구성할 수 있습니다. 활동을 분석하면 프로세스에서 가장 자주 발생하는 경로와 편차, 재작업 구간을 파악할 수 있습니다.
중요한 이유
프로세스 맵의 기반이 되는 속성으로, 프로세스 흐름을 시각화하고 분석하며 편차를 찾고 단계별 성과를 측정할 수 있습니다.
확보 방법
일반적으로 Oracle Fusion Financials의 상태 변경, 이벤트 테이블 또는 감사 로그에서 가져옵니다. 여러 원본 테이블과 필드의 데이터를 매핑해야 할 수 있습니다.
예시
송장 검증 완료지급 보류 설정송장 승인지급 실행
|
|||
|
공급업체명
VendorName
|
송장을 제출한 공급업체의 이름입니다. | ||
|
설명
송장과 관련된 공급업체를 식별합니다. 공급업체별로 프로세스 성과를 나눠 분석할 수 있어 중요한 분석 기준이 됩니다. 예를 들어 송장 보류율이나 처리 시간이 가장 높은 공급업체, 대사 불일치가 자주 발생하는 공급업체를 확인할 수 있습니다. 이를 통해 공급업체 관계를 관리하고 특정 공급업체와 관련된 반복 문제를 찾을 수 있습니다.
중요한 이유
공급업체별 성과를 분석해 특정 공급업체와 관련된 잦은 지연, 불일치 또는 보류 문제를 찾을 수 있습니다.
확보 방법
일반적으로 POZ_SUPPLIERS 또는 관련 공급업체 테이블의 VENDOR_NAME 필드에서 가져오며, AP_INVOICES_ALL의 VENDOR_ID를 기준으로 조인합니다.
예시
Global Office Supplies Inc.Innovate Tech ServicesReliable Logistics Co.
|
|||
|
구매 주문서 번호
PurchaseOrderNumber
|
송장과 연결된 구매 주문서의 식별자입니다. | ||
|
설명
상품이나 서비스 구매를 승인한 구매 주문서(PO)의 고유 번호입니다. 3자 대사(PO, 입고 내역, 송장)를 분석하는 데 필요한 속성입니다. PO와 연결된 송장에서 불일치가 자주 발생하면 구매 또는 입고 부서의 문제일 수 있습니다. PO가 있는 송장과 없는 송장을 비교하면 프로세스 차이도 파악할 수 있습니다.
중요한 이유
3자 대사 프로세스를 분석하고 대사 불일치를 찾으며 PO 기반 송장과 비PO 송장의 차이를 파악하는 데 중요합니다.
확보 방법
일반적으로 송장 라인 테이블(예: AP_INVOICE_LINES_ALL)과 PO 테이블(예: PO_HEADERS_ALL)을 조인해 가져옵니다.
예시
PO-10056982347null
|
|||
|
사용자
User
|
활동을 수행한 사람의 사용자 ID 또는 이름입니다. | ||
|
설명
특정 프로세스 단계를 수행한 직원 또는 시스템 사용자를 식별합니다. 송장을 입력한 매입채무 담당자, 송장을 승인한 관리자, 지급을 실행한 담당자 등이 해당합니다. 사용자별 분석을 통해 교육 필요성, 업무량 분배, 팀원 간 성과 차이를 파악할 수 있습니다. 규정 준수와 감사 추적에도 중요합니다.
중요한 이유
업무량과 팀 성과를 분석하고 개인별 병목이나 교육 기회를 찾을 수 있습니다. 감사 추적에도 중요합니다.
확보 방법
일반적으로 여러 테이블의 CREATED_BY 또는 LAST_UPDATED_BY 같은 사용자 관련 필드나 특정 워크플로 및 승인 이력 테이블에서 가져옵니다.
예시
john.doejane.smithap.clerk1
|
|||
|
송장 금액
InvoiceAmount
|
송장의 총 금액입니다. | ||
|
설명
이 속성은 송장에 지급해야 할 총액을 나타냅니다. 재무 분석과 송장 우선순위 설정에 기본이 되는 지표입니다. 송장 금액을 분석하면 고액 송장이 소액 송장과 다르게 처리되거나 더 오래 지연되는지 확인할 수 있습니다. 현금 흐름 예측 및 중복 지급 분석 대시보드에도 중요한 데이터입니다.
중요한 이유
고액 송장의 우선순위를 정하고 금액별 처리 시간을 분석하며 지연의 재무적 영향을 계산하는 등 재무 영향 분석에 활용할 수 있습니다.
확보 방법
AP_INVOICES_ALL 테이블의 INVOICE_AMOUNT 필드에서 가져옵니다.
예시
5400.50125000.00750.25
|
|||
|
송장 상태
InvoiceStatus
|
송장의 현재 상태 또는 최종 상태입니다. | ||
|
설명
프로세스에서 송장의 현재 상태를 나타냅니다. 예를 들어 '검증 완료', '승인 대기', '지급 완료', '취소' 등이 있습니다. 이 속성을 통해 송장 처리 단계의 현황을 파악할 수 있어 운영 대시보드에 유용합니다. 최종 상태를 분석하면 취소되거나 거부된 송장의 비율 등 프로세스 결과를 이해할 수 있습니다.
중요한 이유
송장의 처리 결과와 현재 상태를 한눈에 파악할 수 있습니다. 이를 통해 취소와 같은 예외 발생률과 프로세스 효율성을 분석할 수 있습니다.
확보 방법
AP_INVOICES_ALL 테이블의 상태 필드 또는 AP_PAYMENT_SCHEDULES_ALL의 지급 상태에서 가져올 수 있습니다.
예시
검증 완료지급 완료취소재검증 필요
|
|||
|
종료 시간
EndTime
|
송장의 마지막 활동 시각입니다. | ||
|
설명
'지급 완료' 또는 '송장 취소'와 같이 송장 수명 주기의 마지막 이벤트가 발생한 시각입니다. 일반적으로 각 'InvoiceId'의 가장 최근 'EventTime'을 찾아 계산합니다. 송장 처리의 전체 소요 시간을 계산하는 데 필요합니다.
중요한 이유
송장별 전체 처리 주기 시간을 계산할 수 있습니다. 이는 프로세스 전반의 효율성을 측정하는 기본 KPI입니다.
확보 방법
계산된 속성으로, 데이터셋에서 각 케이스(InvoiceId)의 최대 EventTime을 찾아 산출합니다.
예시
2023-10-30T11:00:00Z2023-11-20T16:45:00Z2024-01-10T10:20:30Z
|
|||
|
지급 기한
DueDate
|
송장 대금을 지급해야 하는 날짜입니다. | ||
|
설명
송장 날짜와 지급 조건을 기준으로 계산한 지급 기한입니다. 연체료를 피하고 공급업체와의 관계를 유지하려면 이 날짜까지 지급해야 합니다. 정시 지급 성과를 모니터링하고 현금 흐름을 관리하는 데 중요한 속성입니다. ‘정시 지급률’ KPI는 ‘지급일’과 이 ‘지급 기한’을 비교해 계산합니다.
중요한 이유
정시 지급률 측정, 현금 흐름 관리, 연체료 방지에 필요합니다. 지급 정책 준수 여부를 확인하는 주요 필드입니다.
확보 방법
지급 일정 테이블(예: AP_PAYMENT_SCHEDULES_ALL)의 필드에서 직접 가져오거나 INVOICE_DATE와 지급 조건을 기준으로 계산할 수 있습니다.
예시
2023-11-142023-12-012024-01-19
|
|||
|
지급일
PaymentDate
|
송장 대금이 실제로 지급된 날짜입니다. | ||
|
설명
이 속성은 실제 지급일을 기록합니다. 송장에 대한 매입채무 프로세스가 완료되었는지 확인하는 데 사용합니다. 지급일과 지급 기한을 비교하면 정시 지급률과 조기 지급 할인 적용 여부를 계산할 수 있습니다. 자금 관리와 현금 흐름 관리에 중요한 데이터입니다.
중요한 이유
정시 지급 KPI를 계산하고 조기 지급 할인 적용 여부를 분석할 수 있어 현금 흐름 관리에 직접 활용됩니다.
확보 방법
AP_INVOICE_PAYMENTS_ALL 등의 지급 테이블에서 가져오며, 구체적으로 ACCOUNTING_DATE 또는 CHECK_DATE와 같은 필드를 사용합니다.
예시
2023-11-132023-12-052024-01-19
|
|||
|
기한 내 지급 여부
IsOnTimePayment
|
송장이 만기일까지 지급되었는지를 나타내는 플래그입니다. | ||
|
설명
'지급일'과 '만기일'을 비교해 산출하는 불리언 플래그(True/False)입니다. 지급일이 만기일과 같거나 빠르면 True입니다. 이 속성은 '기한 내 지급률' KPI 계산에 직접 활용되며, 지급 정책 준수 여부를 모니터링하고 공급업체 관계를 관리하는 데 필요합니다.
중요한 이유
지급 조건 준수 여부를 직접 측정합니다. 이는 공급업체 관계와 재무 계획을 관리하고 연체료를 방지하는 데 중요합니다.
확보 방법
다른 필드에서 계산하는 속성입니다. 계산식은 다음과 같습니다. IF PaymentDate <= DueDate THEN true ELSE false.
예시
truefalse
|
|||
|
대사 상태
MatchingStatus
|
송장 대사 결과를 나타냅니다. | ||
|
설명
송장을 구매 주문서 및 입고 내역과 대조하는 검증 결과를 보여줍니다. 3자 대사의 경우 '대사 완료', '일부 대사', '실패' 등의 상태가 표시됩니다. 이 속성은 '3자 대사 실패율' KPI와 관련 차이 분석 대시보드의 기준이 됩니다. 구매부터 지급까지의 주기에서 발생하는 문제를 진단하는 데 도움이 됩니다.
중요한 이유
자동 대사의 성공 여부를 직접 측정하고, 수작업 재처리와 지급 지연을 유발하는 차이를 파악할 수 있습니다.
확보 방법
이 상태는 AP_INVOICES_ALL 또는 AP_INVOICE_LINES_ALL 등의 테이블에서 송장 헤더나 항목 수준으로 확인할 수 있습니다.
예시
성공실패 - 가격 불일치실패 - 수량 불일치필요 없음
|
|||
|
보류 사유
HoldReason
|
송장이 보류된 사유입니다. | ||
|
설명
송장이 지급 단계로 진행되지 못하면 보류 상태로 처리됩니다. 이 속성에는 '가격 불일치', '수량 차이', '입고 대기' 등 구체적인 보류 사유가 기록됩니다. 보류 사유를 분석하면 프로세스 중단과 지연의 근본 원인을 파악할 수 있습니다. 예외와 재작업을 모니터링하는 대시보드에도 직접 활용됩니다.
중요한 이유
지급 지연과 송장 예외의 근본 원인을 파악해 프로세스 개선과 공급업체 소통에 필요한 정보를 제공합니다.
확보 방법
송장과 연결되어 보류 사유나 코드를 포함하는 AP_HOLDS_ALL 등의 테이블에서 가져옵니다.
예시
가격 불일치청구 수량이 입고 수량을 초과함중복 송장
|
|||
|
사업부
BusinessUnit
|
송장을 담당하는 사업부 또는 운영 단위입니다. | ||
|
설명
비용이 발생한 사업부, 부서 또는 원가 센터를 식별합니다. 조직별 분석에 필요한 차원으로, 회사 내 여러 조직의 프로세스 성과를 비교할 수 있습니다. 승인 시간이 길거나 예외 발생률이 높은 등의 문제가 특정 사업부에 집중되는지 파악하고, 해당 조직을 대상으로 개선을 추진하는 데 도움이 됩니다.
중요한 이유
조직 단위별 성과를 비교해 부서별 병목이나 규정 준수 문제를 파악할 수 있습니다.
확보 방법
일반적으로 AP_INVOICES_ALL 테이블의 ORG_ID에 저장되며, HR 조직 테이블과 조인하면 사업부 이름을 확인할 수 있습니다.
예시
북미 영업유럽 운영본사 재무
|
|||
|
송장 날짜
InvoiceDate
|
공급업체 송장에 기재된 날짜입니다. | ||
|
설명
공급업체가 송장을 발행한 날짜입니다. 합의된 지급 조건에 따라 지급 기한을 계산하는 기준이 됩니다. 송장 날짜와 시스템에 입력된 날짜(‘송장 생성’ 활동)를 비교하면 송장 제출이나 접수 처리의 지연을 파악할 수 있습니다. 이를 통해 정시 지급과 할인 확보에 영향을 줄 수 있는 초기 단계의 병목을 찾을 수 있습니다.
중요한 이유
지급 기한을 계산하고 송장 발행일부터 매입채무 프로세스에 등록될 때까지의 지연을 파악하는 기준입니다.
확보 방법
AP_INVOICES_ALL 테이블의 INVOICE_DATE 필드에서 가져옵니다.
예시
2023-10-152023-11-012023-12-20
|
|||
|
송장 통화
InvoiceCurrency
|
송장 금액에 적용된 통화입니다. | ||
|
설명
송장 금액의 통화(예: USD, EUR, GBP)를 나타냅니다. 여러 국가나 통화가 포함된 분석에 필요합니다. 송장 금액의 맥락을 제공해 재무 지표를 올바르게 해석할 수 있습니다. 글로벌 조직에서는 재무 데이터를 필터링하고 구분하는 데 중요한 속성입니다.
중요한 이유
‘송장 금액’을 올바르게 해석하는 데 필요한 정보를 제공하며, 특히 여러 국가에서 운영하는 조직의 재무 분석과 보고에 유용합니다.
확보 방법
AP_INVOICES_ALL 테이블의 INVOICE_CURRENCY_CODE 필드에서 가져옵니다.
예시
USDEURGBPJPY
|
|||
|
승인자
Approver
|
송장 지급을 승인한 담당자입니다. | ||
|
설명
송장에 최종 승인 또는 주요 승인을 내린 사용자나 관리자를 식별합니다. 승인자별 승인 소요 시간을 구분하는 '송장 승인 주기 시간' 대시보드에 필요한 속성입니다. 데이터를 분석하면 승인 단계의 병목과 업무가 과중한 담당자를 파악하고, 권한 위임 정책에 따른 규정 준수 여부를 확인할 수 있습니다.
중요한 이유
승인 워크플로를 분석하고 특정 승인자로 인한 병목을 파악하며 승인 정책 준수 여부를 감사하는 데 필요합니다.
확보 방법
일반적으로 Oracle의 워크플로 테이블(예: 승인 관리 엔진인 AME 관련 테이블)이나 감사 이력 테이블에 저장됩니다.
예시
s.jonesm.riverad.chen
|
|||
|
원본 시스템
SourceSystem
|
데이터를 추출한 시스템입니다. | ||
|
설명
이 속성은 데이터의 출처를 나타냅니다. 이 프로세스에서는 일반적으로 'Oracle Fusion Financials'입니다. 별도의 OCR 스캔 시스템 등 여러 시스템을 사용하는 환경에서는 이벤트별 출처를 구분할 수 있습니다. 데이터 계보를 확인하고 여러 플랫폼의 데이터를 통합할 때 맥락을 제공합니다.
중요한 이유
데이터 출처에 관한 맥락을 제공해 추적성을 보장하고, 여러 시스템의 데이터 통합을 관리하는 데 도움이 됩니다.
확보 방법
일반적으로 데이터 추출을 설정할 때 지정하는 고정값입니다.
예시
Oracle Fusion FinancialsOracle EBS R12Fusion Cloud 매입채무
|
|||
|
재작업 여부
IsRework
|
송장에 재작업이 발생했는지를 나타내는 플래그입니다. | ||
|
설명
반복 검증이나 프로세스 후반 단계에서 이전 단계로 되돌아가는 경우(예: '승인 대기'에서 '재검증 필요'로 이동)를 식별하는 불리언 플래그(True/False)입니다. 일반적으로 활동 순서를 분석해 산출합니다. '송장 재작업률'을 측정하고 프로세스 비효율의 원인을 파악하는 데 필요합니다.
중요한 이유
비효율적인 재작업이 얼마나 자주 발생하는지 측정해 프로세스 예외와 불필요한 작업의 근본 원인을 파악할 수 있습니다.
확보 방법
계산된 속성입니다. 각 케이스의 활동 순서를 분석해 반복 단계나 프로세스 흐름의 역행을 감지합니다.
예시
truefalse
|
|||
|
지급 조건
PaymentTerms
|
공급업체와 합의한 송장 지급 조건입니다. | ||
|
설명
'30일 이내 지급' 또는 '10일 이내 지급 시 2% 할인, 그 외 30일 이내 지급'과 같이 공급업체에 대금을 지급하는 조건을 정의합니다. 이 속성을 기준으로 송장 만기일을 계산하고 조기 지급 할인을 적용할 기회를 파악합니다. 지급 조건을 분석하면 현금 흐름을 계획할 수 있습니다. 또한 '조기 지급 할인 적용' 대시보드에서 회사가 이용 가능한 할인을 얼마나 효과적으로 적용하는지 측정하는 데 필요합니다.
중요한 이유
지급 일정과 조기 지급 할인 적용 여부를 결정하므로 현금 흐름과 수익성에 직접 영향을 줍니다.
확보 방법
AP_INVOICES_ALL 테이블에서 연결되는 AP_TERMS_TL 또는 AP_TERMS_B 테이블에서 확인할 수 있습니다.
예시
30일 이내 지급60일 이내 지급10일 이내 지급 시 2% 할인, 그 외 30일 이내 지급
|
|||
|
최종 데이터 업데이트
LastUpdateDate
|
데이터를 마지막으로 새로 고친 시점의 타임스탬프입니다. | ||
|
설명
이 속성은 해당 프로세스의 데이터를 원본 시스템에서 마지막으로 추출한 시점을 나타냅니다. 새로 고칠 때마다 전체 데이터 세트에 적용되는 메타데이터 필드입니다. 사용자는 이 정보를 통해 데이터의 최신성과 분석 대상 기간을 파악할 수 있습니다. 분석 결과를 올바르게 해석하는 데 필요한 투명성을 제공합니다.
중요한 이유
데이터의 최신성과 분석 대상 기간, 마지막 업데이트 시점을 사용자에게 알려 줍니다.
확보 방법
데이터 추출 시 데이터 세트에 생성되어 기록되는 값입니다.
예시
2024-03-10T05:00:00Z2024-03-11T05:00:00Z
|
|||
매입채무 송장 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
송장 검증 완료
|
송장 데이터의 형식이 올바른지, 공급업체와 일치하는지 등 시스템의 자동 검증이 성공적으로 완료된 활동입니다. 송장의 검증 상태 필드 변경을 추적해 기록합니다. | ||
|
중요한 이유
송장이 대사나 승인 등 다음 단계로 넘어갈 준비가 되었음을 나타냅니다. 이 단계까지 지연되면 데이터 입력 문제일 수 있으며, ‘송장 데이터 입력 오류 분석’ 대시보드에서 확인할 수 있습니다.
확보 방법
AP_INVOICES_ALL 테이블의 VALIDATION_STATUS 열이 'Validated'로 변경된 것을 기준으로 추론합니다. 이 필드의 감사 추적 또는 이력 테이블에서 타임스탬프를 확인할 수 있습니다.
기록
AP_INVOICES_ALL.VALIDATION_STATUS가 'Validated'로 변경됩니다.
이벤트 유형
inferred
|
|||
|
송장 생성
|
수동 입력, 스캔(OCR) 또는 전자 데이터 교환(EDI)을 통해 시스템에 송장 레코드가 처음 생성되는 시점을 나타냅니다. 기본 송장 테이블에 새 레코드가 삽입될 때 이 이벤트를 기록합니다. | ||
|
중요한 이유
송장 처리 수명 주기의 명확한 시작점입니다. 이 이벤트부터 다른 이벤트까지 걸린 시간을 분석하면 앞단의 지연과 전체 처리 기간을 파악할 수 있습니다.
확보 방법
AP_INVOICES_ALL 테이블에서 송장 레코드의 생성 타임스탬프를 가져오는 명시적 이벤트입니다. 일반적으로 CREATION_DATE 열을 사용합니다.
기록
AP_INVOICES_ALL 테이블의 레코드 생성 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
송장 승인
|
송장에 대한 최종 승인이 완료되어 지급이 허가된 상태를 나타냅니다. 워크플로 상태 필드가 최종 승인 상태로 업데이트된 것을 기준으로 추론합니다. | ||
|
중요한 이유
승인 주기를 마무리하는 중요한 단계입니다. ‘송장 승인 주기 시간’을 계산하고 승인자 관련 병목을 찾는 데 필요합니다.
확보 방법
AP_INVOICES_ALL 테이블의 WFAPPROVAL_STATUS 열이 'Manually Approved', 'Workflow Approved' 또는 이에 준하는 최종 승인 상태로 변경된 것을 기준으로 추론합니다.
기록
AP_INVOICES_ALL.WFAPPROVAL_STATUS가 승인 상태로 변경됩니다.
이벤트 유형
inferred
|
|||
|
지급 결제 완료
|
지급이 은행에서 결제되었음을 확인하는 프로세스의 마지막 활동입니다. 일반적으로 은행 계좌 대사 후 Oracle Cash Management의 상태 업데이트를 통해 기록합니다. | ||
|
중요한 이유
엔드투엔드 프로세스의 실제 종료 시점으로, ‘평균 송장 처리 주기 시간’을 가장 정확하게 계산할 수 있는 데이터를 제공합니다. 전체 금융 거래를 마무리합니다.
확보 방법
AP_CHECKS_ALL 테이블에서 지급 상태가 'CLEARED'로 업데이트된 것을 기준으로 추론합니다. CLEARED_DATE 열에서 이 이벤트의 타임스탬프를 확인할 수 있습니다.
기록
AP_CHECKS_ALL 테이블에 CLEARED_DATE가 입력됩니다.
이벤트 유형
inferred
|
|||
|
지급 실행
|
지급이 생성되어 공급업체에 전달되는 시점을 나타냅니다. 송장과 연결된 지급 레코드가 생성될 때 명시적 이벤트로 기록합니다. | ||
|
중요한 이유
‘정시 지급률’과 ‘엔드투엔드 송장 처리량’을 측정하는 중요한 단계입니다. 회사가 재무상 의무를 이행했음을 나타냅니다.
확보 방법
AP_INVOICE_PAYMENTS_ALL 테이블에 연결 레코드가 생성될 때 기록되는 명시적 이벤트입니다. ACCOUNTING_DATE 또는 CREATION_DATE를 타임스탬프로 사용할 수 있습니다.
기록
AP_INVOICE_PAYMENTS_ALL에서 송장과 지급을 연결하는 레코드가 생성됩니다.
이벤트 유형
explicit
|
|||
|
지급 일정 등록
|
승인된 송장이 Payment Process Request(PPR) 또는 지급 배치에 포함되었지만 아직 지급되지는 않은 시점을 나타냅니다. 지급 일정 레코드가 확정될 때 기록합니다. | ||
|
중요한 이유
승인과 실제 지급 사이를 잇는 활동입니다. 이 단계에 걸리는 시간을 분석하면 현금 흐름을 예측하고 관리하는 데 도움이 됩니다.
확보 방법
해당 송장의 AP_PAYMENT_SCHEDULES_ALL 테이블에 checkrun_id가 입력된 것을 기준으로 추론합니다. PPR 생성일을 타임스탬프로 사용할 수 있습니다.
기록
송장이 Payment Process Request(PPR)에 연결됩니다.
이벤트 유형
inferred
|
|||
|
대사 수행
|
시스템 또는 사용자가 송장을 구매 주문서(PO) 및/또는 입고 확인서(GRN)와 대사한 작업을 나타냅니다. 송장의 대사 상태가 업데이트될 때 이 이벤트를 기록합니다. | ||
|
중요한 이유
PO 기반 송장의 중요한 단계로, ‘3자 대사 불일치 추이’ 분석에 직접 영향을 줍니다. 이 단계의 실패나 지연은 프로세스 병목의 주요 원인입니다.
확보 방법
AP_INVOICES_ALL 테이블의 WFAPPROVAL_STATUS 또는 유사한 대사 상태 필드가 업데이트되어 대사가 시도된 것을 기준으로 추론합니다.
기록
PO 대사와 관련된 상태 변경 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
송장 반려
|
승인자가 송장을 반려해 처리가 중단되고, 일반적으로 수정 후 다시 제출해야 하는 상태입니다. 승인 워크플로의 상태 변경으로 기록합니다. | ||
|
중요한 이유
프로세스에서 재작업이 발생하는 주요 구간을 보여 줍니다. 반려 빈도와 사유를 분석하면 정책에 대한 오해나 반복적인 데이터 문제를 찾을 수 있습니다.
확보 방법
AP_INVOICES_ALL 테이블의 WFAPPROVAL_STATUS 열이 'Rejected'로 변경된 것을 기준으로 추론합니다. 워크플로 이력 테이블에서 자세한 정보를 확인할 수 있습니다.
기록
AP_INVOICES_ALL.WFAPPROVAL_STATUS가 'Rejected'로 변경됩니다.
이벤트 유형
inferred
|
|||
|
송장 취소
|
지급 전에 송장 처리가 종료되는 것을 나타냅니다. 사용자가 송장을 취소하고 취소일이 입력될 때 명시적 작업으로 기록합니다. | ||
|
중요한 이유
송장 처리가 성공적으로 완료되지 않고 종료된 상태입니다. 취소 빈도와 사유를 분석하면 구매 또는 공급업체 관리 단계의 문제를 찾을 수 있습니다.
확보 방법
AP_INVOICES_ALL 테이블의 CANCELLED_DATE 열에 값이 입력된 것을 기준으로 추론합니다. 해당 날짜를 이벤트 타임스탬프로 사용합니다.
기록
AP_INVOICES_ALL 테이블에 CANCELLED_DATE가 입력됩니다.
이벤트 유형
inferred
|
|||
|
승인 시작
|
송장이 승인 워크플로에 들어가 첫 번째 승인자에게 전달되었음을 나타냅니다. 송장의 워크플로 상태 변경을 기준으로 추론합니다. | ||
|
중요한 이유
이 활동은 ‘송장 승인 주기 시간’ KPI 측정을 시작하는 시점입니다. 데이터 대기 시간과 승인자 대기 시간을 구분하는 데 도움이 됩니다.
확보 방법
AP_INVOICES_ALL 테이블의 WFAPPROVAL_STATUS가 워크플로 시작 전 상태에서 'Initiated' 또는 이에 준하는 대기 상태로 변경된 것을 기준으로 추론합니다.
기록
AP_INVOICES_ALL.WFAPPROVAL_STATUS가 'Initiated'로 변경됩니다.
이벤트 유형
inferred
|
|||
|
조기 지급 완료
|
할인을 받기 위해 지급이 조기에 실행되었음을 나타내는 계산 이벤트입니다. 실제 지급일과 지급 일정에 저장된 할인 조건을 비교해 산출합니다. | ||
|
중요한 이유
‘조기 지급 할인 적용’ 대시보드에 직접 활용됩니다. 효율적인 매입채무 프로세스의 재무적 효과를 측정하고 놓친 기회를 찾는 데 도움이 됩니다.
확보 방법
AP_INVOICE_PAYMENTS_ALL의 지급일과 AP_PAYMENT_SCHEDULES_ALL 테이블의 할인일 필드(DISCOUNT_DATE)를 비교해 계산합니다.
기록
지급 실행일과 할인 적용 가능일을 비교합니다.
이벤트 유형
calculated
|
|||
|
지급 보류 설정
|
송장 지급을 막는 보류가 설정되었음을 나타냅니다. 불일치나 정책 위반 등이 원인일 수 있으며, 송장과 연결된 보류 레코드가 생성될 때 명시적 이벤트로 기록합니다. | ||
|
중요한 이유
프로세스 예외와 병목을 직접 파악할 수 있습니다. 일반적인 처리 문제를 이해하고 해결하려면 보류 사유와 기간을 분석해야 합니다.
확보 방법
특정 INVOICE_ID와 연결된 새 항목이 AP_HOLDS_ALL 테이블에 생성될 때 기록되는 명시적 이벤트입니다.
기록
AP_HOLDS_ALL 테이블의 레코드 생성 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
지급 보류 해제
|
문제가 해결되어 보류가 해제되고 송장이 지급 절차를 계속 진행할 수 있음을 나타냅니다. 보류 레코드에 해제 정보가 업데이트될 때 기록합니다. | ||
|
중요한 이유
불일치 해결에 걸린 시간을 측정합니다. ‘지급 보류 설정’과 함께 분석하면 재작업과 예외 처리에 걸린 시간 및 영향을 파악할 수 있습니다.
확보 방법
기존 보류 레코드의 AP_HOLDS_ALL 테이블에서 RELEASE_LOOKUP_CODE와 LAST_UPDATE_DATE 열이 입력된 것을 기준으로 추론합니다.
기록
해제 정보가 포함된 AP_HOLDS_ALL 레코드의 업데이트 타임스탬프입니다.
이벤트 유형
inferred
|
|||
데이터 추출 안내
시작할 준비가 되셨나요?
이 데이터 템플릿으로 process mining을 시작하고 매입채무 운영을 개선할 기회를 찾아보세요. 지금 재무 워크플로를 개선해 보세요.
AP 송장 처리 비용 60% 절감: 지금 시작하세요
AP 송장 처리를 자동화하고 오류를 줄여 비용을 60% 절감하세요.
신용카드가 필요하지 않습니다 • 몇 분이면 설정할 수 있습니다