구매부터 대금 지급까지, 송장 처리 데이터 템플릿

Oracle Fusion Financials
구매부터 대금 지급까지, 송장 처리 데이터 템플릿

구매부터 대금 지급까지, 송장 처리 데이터 템플릿

이 템플릿은 Oracle Fusion Financials의 구매부터 대금 지급까지의 프로세스, 특히 송장 처리를 분석하는 데 필요한 데이터를 수집하도록 안내합니다. 주요 속성과 활동을 정리하고 시스템에서 해당 정보를 추출하는 방법을 설명합니다. 템플릿을 활용하면 process mining에 사용할 정확하고 완전한 이벤트 로그를 준비할 수 있습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Oracle Fusion Financials 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매부터 대금 지급까지, 송장 처리 속성

구매부터 대금 지급까지의 송장 처리 과정을 빠짐없이 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
3 필수 7 권장 10 선택 사항
이름 설명
송장 번호
InvoiceNumber
공급업체 송장을 식별하는 고유 번호입니다.
설명

송장 번호는 기본 케이스 식별자로, 송장 생성부터 최종 지급까지 단일 공급업체 송장과 관련된 모든 활동과 이벤트를 연결합니다. 프로세스 분석에서는 각 송장을 하나의 고유한 케이스로 취급합니다.

process mining에서 이 속성은 송장별 전체 처리 흐름을 재구성하는 데 필수적입니다. 송장 단위로 프로세스 흐름, 처리 주기, 편차를 분석할 수 있습니다. 검증, 승인, 지급과 같은 여러 활동을 하나의 일관된 프로세스로 연결하는 기준이 됩니다.

중요한 이유

관련된 모든 프로세스 단계를 연결하는 필수 케이스 식별자입니다. 이를 통해 송장의 전체 처리 주기를 추적할 수 있습니다.

확보 방법

일반적으로 AP_INVOICES_ALL 테이블의 INVOICE_NUM 열에 있습니다.

예시
INV-2023-001987654321ACME-FIN-5501
시작 시간
EventTime
활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 송장 처리 과정의 각 활동에 대한 날짜와 시간을 제공합니다. 처리 주기, 소요 시간, 단계 간 대기 시간을 계산하는 등 시간 기반 프로세스 분석에 필수적입니다.

타임스탬프를 기준으로 이벤트를 시간순으로 정렬하면 process mining 도구가 송장별 활동 순서를 정확히 재구성할 수 있습니다. 이를 통해 평균 송장 처리 주기와 같은 주요 성과 지표를 계산하고, 프로세스에서 시간이 가장 많이 걸리는 단계를 찾을 수 있습니다.

중요한 이유

처리 주기와 병목을 비롯해 소요 시간과 관련된 모든 성과 지표를 계산하는 데 필요한 타임스탬프입니다.

확보 방법

Oracle Fusion의 여러 테이블에 있는 날짜 필드에서 가져옵니다. 예를 들어 AP_INVOICES_ALL 또는 관련 워크플로 및 지급 테이블의 CREATION_DATE나 LAST_UPDATE_DATE를 사용할 수 있습니다.

예시
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
활동
ActivityName
송장 처리 과정에서 발생한 업무 활동 또는 이벤트의 이름입니다.
설명

이 속성은 '송장 생성', '송장 승인', '지급 실행'과 같이 송장 처리 주기의 특정 단계나 상태 변경을 나타냅니다. 프로세스 흐름을 구성하는 이벤트의 순서를 보여줍니다.

활동의 순서와 빈도를 분석하는 것은 process mining의 핵심입니다. 실제 프로세스 경로를 파악하고, 활동이 지연되는 병목을 찾으며, 승인 후 송장이 거부되는 경우처럼 편차나 재작업 반복을 발견할 수 있습니다.

중요한 이유

프로세스 단계를 정의하는 속성으로, 프로세스 맵을 시각화하고 흐름의 편차를 분석하며 병목을 찾는 데 필요합니다.

확보 방법

일반적으로 Oracle Fusion Financials의 상태 필드, 감사 테이블 또는 워크플로 로그를 조합해 도출합니다. 예를 들어 AP_INVOICES_ALL.WFAPPROVAL_STATUS나 관련 워크플로 테이블을 활용할 수 있습니다.

예시
송장 검증 완료송장 보류 설정송장 승인 완료지급 실행 완료
공급업체 이름
VendorName
송장을 발행한 공급업체의 이름입니다.
설명

이 속성은 송장을 발행한 공급업체를 식별합니다. 공급업체 정보는 재무 거래를 이해하는 데 필요한 업무 맥락을 제공합니다.

공급업체별로 프로세스를 분석하면 공급업체 관계와 성과에 관한 중요한 정보를 확인할 수 있습니다. 예를 들어 특정 공급업체의 송장에서 대사 불일치, 보류 또는 지연이 더 자주 발생하는지 파악할 수 있습니다. 이 정보를 활용해 공급업체 등록과 커뮤니케이션을 개선하고 공급망 효율을 높일 수 있습니다. 중복 지급 가능성을 찾는 데도 사용됩니다.

중요한 이유

공급업체별로 프로세스를 분석해 지연이나 예외를 일으키는 특정 공급업체의 문제를 파악할 수 있습니다.

확보 방법

POZ_SUPPLIERS 테이블에서 확인할 수 있습니다. 송장 테이블 AP_INVOICES_ALL의 VENDOR_ID를 사용해 공급업체 테이블과 조인할 수 있습니다.

예시
Acme CorporationGlobal Tech Inc.Office Supplies Co.
사용자 이름
UserName
해당 활동을 수행한 사용자의 이름입니다.
설명

이 속성은 송장 검증, 보류 설정, 지급 승인 등의 활동을 수행한 사용자 또는 시스템 에이전트를 식별합니다. 프로세스에서 작업을 담당하는 인적 또는 시스템 리소스를 나타냅니다.

사용자별로 분석하면 업무량 분포를 파악하고, 성과가 높은 사용자를 확인하며, 교육이 필요한 부분이나 규정 준수 문제를 찾아낼 수 있습니다. 예를 들어 특정 사용자가 반복적인 재작업 과정과 지속적으로 연관되는지, 또는 특정 승인 단계를 한 사람이 계속 처리해 단일 장애 지점이 될 가능성이 있는지 확인할 수 있습니다.

중요한 이유

리소스 성과와 업무량 균형을 분석하고, 특정 프로세스 단계에 참여하는 사용자나 팀을 파악할 수 있습니다.

확보 방법

이 정보는 AP_INVOICES_ALL 같은 테이블의 CREATED_BY 또는 LAST_UPDATED_BY 감사 열이나 관련 워크플로 로그에 저장되는 경우가 많습니다.

예시
john.doejane.smithSystem.Admin
송장 금액
InvoiceAmount
송장의 총 금액입니다.
설명

송장 금액은 송장에 기재된 공급업체 지급 총액입니다. 프로세스 전반에 영향을 미치는 중요한 재무 속성으로, 승인 경로와 검토 수준, 지급 우선순위를 결정하는 경우가 많습니다.

process mining 분석에서 송장 금액은 필터링과 세분화에 사용하는 주요 기준입니다. 예를 들어 고액 송장과 소액 송장의 처리 경로가 다른지, 처리 시간이 크게 차이 나는지 비교할 수 있습니다. 재무 KPI를 계산하고 지급 지연과 같은 프로세스 비효율의 금전적 영향을 평가할 때도 필요합니다.

중요한 이유

재무 분석과 금액별 프로세스 편차 파악에 중요하며, 승인 규정 준수율과 같은 KPI에도 활용됩니다.

확보 방법

AP_INVOICES_ALL 테이블의 INVOICE_AMOUNT 열에서 확인할 수 있습니다.

예시
1500.00250.75125000.50
송장 상태
InvoiceStatus
송장 처리 과정의 현재 상태입니다.
설명

이 속성은 '검증 완료', '재검증 필요', '지급 완료', '취소' 등 송장의 마지막 확인 상태를 나타냅니다. 특정 시점에 송장이 프로세스의 어느 단계에 있는지 보여줍니다.

송장 상태는 '현재 송장 상태 분포' 대시보드에 필요한 정보입니다. 운영 관리자는 이를 통해 적체를 파악하고 송장 처리 흐름의 전반적인 상태를 모니터링할 수 있습니다. 상태가 시간에 따라 어떻게 바뀌는지 분석하면 프로세스 흐름도 간략하게 파악할 수 있습니다.

중요한 이유

송장의 현재 상태를 보여주므로 적체와 업무량을 추적하는 운영 대시보드에 필요합니다.

확보 방법

Oracle Fusion Financials 문서를 참조하세요. 상태는 AP_INVOICES_ALL의 WFAPPROVAL_STATUS 같은 필드나 관련 승인 및 지급 테이블의 필드에서 산출할 수 있습니다.

예시
검증 완료지급 완료취소재검증 필요
종료 시간
EndTime
활동이나 이벤트가 완료된 시점을 나타내는 타임스탬프입니다.
설명

종료 시간은 특정 활동이 완료된 시점을 나타냅니다. 시작 시간이 활동의 시작을 나타낸다면 종료 시간은 완료 시점을 나타내므로 각 단계의 소요 시간을 정확하게 계산할 수 있습니다.

분석에서는 종료 시간에서 시작 시간을 빼 활동별 처리 시간을 계산합니다. 이를 통해 실제 처리 시간과 대기 시간을 구분하고 성과를 자세히 분석할 수 있습니다. 예를 들어 승인 담당자가 승인 작업에 실제로 들인 시간과 작업이 담당자의 대기열에 머문 시간을 비교할 수 있습니다.

중요한 이유

활동의 실제 처리 시간을 정확히 계산해 작업 시간과 대기 시간을 구분할 수 있습니다.

확보 방법

특정 케이스에서 다음 순서로 발생하는 이벤트의 시작 시간을 기준으로 산출한 개념적 속성입니다.

예시
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
지급 기한
PaymentDueDate
공급업체에 송장 대금을 지급해야 하는 날짜입니다.
설명

지급 기한은 공급업체와 합의한 지급 조건에 따라 정해집니다. 이 날짜까지 지급하면 연체료를 피하고 공급업체와의 관계를 유지하며 조기 지급 할인을 받을 수 있습니다.

이 속성은 '정시 지급 성과' 대시보드와 관련 KPI에 필요합니다. 실제 지급 실행 시각을 지급 기한과 비교해 정시 지급과 지연 지급을 구분하면 조직에서 지급 적시성을 모니터링하고 개선할 수 있습니다.

중요한 이유

정시 지급 성과를 측정하는 기준으로, 공급업체 관리와 재무 건전성을 보여주는 중요한 KPI입니다.

확보 방법

이 날짜는 송장과 연결된 AP_PAYMENT_SCHEDULES_ALL 같은 지급 일정 테이블에서 확인할 수 있습니다.

예시
2023-05-152023-06-012023-06-30
회사 코드
CompanyCode
송장을 처리하는 법인 또는 회사의 식별자입니다.
설명

회사 코드는 송장에 대한 재무 책임을 지는 조직 내 사업체를 나타냅니다. 여러 회사를 운영하는 조직에서 기본이 되는 조직 데이터입니다.

이 속성을 기준으로 법인별 프로세스를 구분해 분석할 수 있습니다. 사업 부문별 성과를 비교하고, 법인별 병목이나 규정 준수 문제를 파악하며, 회사 단위로 KPI를 보고하는 데 유용합니다. 적절한 승인 워크플로를 결정할 때도 고려되는 경우가 많습니다.

중요한 이유

조직 내 여러 법인이나 사업 부문의 프로세스를 비교하고 성과를 벤치마킹할 수 있습니다.

확보 방법

일반적으로 AP_INVOICES_ALL의 LEGAL_ENTITY_ID 또는 유사한 필드에 저장됩니다. 총계정원장 테이블과 조인하면 코드나 이름을 확인할 수 있습니다.

예시
1001US01DE01
구매 주문 번호
PurchaseOrderNumber
송장과 연결된 구매 주문서의 식별자입니다.
설명

이 속성은 송장을 상품이나 서비스 구매를 승인한 구매 주문서(PO)와 연결합니다. 송장은 PO 기반 또는 비PO 송장으로 구분할 수 있습니다.

PO별 분석을 통해 P2P 프로세스의 구매 단계와 송장을 연결할 수 있습니다. 구매 프로세스의 규정 준수 수준을 파악하고, 대사 불일치와 같은 송장 문제가 최초 PO의 문제에서 비롯되었는지 확인하는 데 도움이 됩니다. PO 번호 유무는 송장 처리 경로를 구분하고 분석하는 주요 기준입니다.

중요한 이유

송장을 구매 프로세스와 연결하며, PO 기반 송장과 비PO 송장 흐름을 분석하는 주요 속성입니다.

확보 방법

AP_INVOICE_LINES_ALL의 송장 품목을 PO_DISTRIBUTION_ID를 통해 PO 배부 내역과 연결하면 확인할 수 있습니다.

예시
PO-2023-5001600789PO-FIN-9981
대사 불일치 사유
MatchingDiscrepancyReason
송장, 구매 주문서, 입고 내역 간 불일치의 구체적인 사유입니다.
설명

이 속성은 송장이 자동 대사에 실패한 이유를 자세히 보여줍니다. 일반적인 사유로는 송장과 해당 구매 주문서 또는 입고 내역 간의 가격, 수량, 품목 코드 차이가 있습니다.

이 정보는 '송장 대사 불일치율' 대시보드에 중요합니다. 불일치 사유를 분류하고 분석하면 구매 또는 입고 프로세스의 구조적인 문제를 찾아낼 수 있습니다. 이를 바탕으로 시정 조치를 마련해 수작업 없이 한 번에 처리되는 송장의 비율을 높일 수 있습니다.

중요한 이유

송장이 자동 대사에 실패한 이유를 파악해 최초 대사 성공률을 높이고 수작업 재처리를 줄이는 데 필요한 정보를 제공합니다.

확보 방법

Oracle Fusion Financials 문서를 참조하세요. AP_HOLDS_ALL의 특정 보류 사유나 관련 대사 상세 테이블에 기록될 수 있습니다.

예시
단가가 PO와 다름송장 청구 수량이 입고 수량을 초과함송장에 유효하지 않은 품목이 있음
보류 사유
HoldReason
송장 보류 또는 지급 차단 사유입니다.
설명

송장이 보류되면 이 속성에 '가격 불일치', '수량 차이', '입고 대기'와 같은 사유가 기록됩니다. 이를 통해 정상적인 프로세스 흐름이 중단된 이유를 파악할 수 있습니다.

이 속성은 '지급 차단 추이 및 분석' 대시보드의 주요 분석 기준입니다. 보류 사유별 발생 빈도를 분석하면 구매 프로세스 문제나 공급업체 송장 정확도 문제 등 지급 차단의 근본 원인을 찾아 해결할 수 있습니다. 이를 통해 처리 지연을 줄일 수 있습니다.

중요한 이유

지급 차단의 근본 원인을 파악해 보류와 지급 지연을 줄이기 위한 개선 조치를 마련할 수 있습니다.

확보 방법

보류 정보는 일반적으로 송장과 연결되며 보류 사유나 코드를 포함하는 AP_HOLDS_ALL 테이블에 저장됩니다.

예시
가격 불일치청구 수량이 입고 수량을 초과함유효하지 않은 PO 번호
송장 날짜
InvoiceDate
공급업체 송장 문서에 기재된 날짜입니다.
설명

이 속성은 공급업체가 송장을 공식 발행한 날짜입니다. 원본 문서의 주요 정보이며, 합의된 지급 조건에 따라 지급 기한을 계산하는 기준으로 사용됩니다.

송장 날짜가 항상 내부 프로세스의 시작일인 것은 아니지만, 중요한 맥락을 제공합니다. 공급업체 이름 및 송장 금액과 함께 중복 송장 가능성을 확인하는 데 사용됩니다. 송장 날짜와 시스템에 송장을 생성한 날짜 사이의 지연을 분석하면 우편물 처리나 송장 수집 과정의 비효율도 파악할 수 있습니다.

중요한 이유

중복 송장을 찾고 지급 기한을 계산하는 데 필요한 주요 데이터입니다.

확보 방법

AP_INVOICES_ALL 테이블의 INVOICE_DATE 필드에서 확인할 수 있습니다.

예시
2023-04-102023-05-012023-05-25
승인자 이름
ApproverName
송장을 승인하거나 거부한 사람의 이름입니다.
설명

이 속성은 승인 단계에서 조치를 취한 사람을 기록합니다. '송장 승인' 또는 '송장 거부' 활동에 해당하는 정보입니다.

분석 시 승인자 이름을 사용해 승인 업무량을 파악하고, 승인자별 처리 시간을 측정하며, 승인 정책 준수 여부를 감사할 수 있습니다. '승인 규정 준수율' KPI를 계산할 때는 송장 금액과 회사 코드에 따른 권한 위임 규칙에 맞는지 확인할 수 있습니다.

중요한 이유

승인 처리 시간 분석, 승인 권한 기준 준수 확인, 업무량 분포 파악에 필요합니다.

확보 방법

이 정보는 송장 객체와 연결된 Oracle Fusion 워크플로 또는 승인 이력 테이블에 저장됩니다.

예시
David WilsonSarah JohnsonMichael Brown
원천 시스템
SourceSystem
이벤트 데이터가 기록된 원천 시스템을 식별합니다.
설명

이 속성은 Oracle Fusion Financials와 같이 데이터를 생성한 원천 애플리케이션이나 모듈을 나타냅니다. 여러 시스템이 연동된 환경에서는 프로세스 단계별 데이터가 어디에서 왔는지 구분할 수 있습니다.

원천 시스템을 파악하면 데이터 검증과 문제 해결이 쉬워지고, 특정 시스템에서만 나타나는 프로세스 편차도 분석할 수 있습니다. 송장이 여러 애플리케이션을 거치는 복잡한 IT 환경에서 데이터 출처를 명확히 하는 데 도움이 됩니다.

중요한 이유

데이터 출처를 파악할 수 있어 데이터 거버넌스, 문제 해결, 시스템별 프로세스 동작 분석에 도움이 됩니다.

확보 방법

데이터 추출 과정에서 데이터 세트의 출처를 표시하기 위해 고정값으로 추가하는 경우가 많습니다.

예시
Oracle Fusion FinancialsOracle Payables Cloud
재작업 여부
IsRework
재작업 과정에 포함된 활동을 식별하는 불리언 값입니다.
설명

'송장 수정'이나 거부 후 두 번째로 발생한 '송장 검증 완료'처럼 이상적인 프로세스 흐름에서 벗어난 활동에 이 값이 true로 설정됩니다. 비효율적인 반복 과정을 명시적으로 표시하고 수량화할 수 있습니다.

이 속성은 '재작업 및 예외 처리율' 대시보드에 필요합니다. 재작업 활동을 표시하면 재작업의 규모와 비용을 쉽게 집계하고, 근본 원인을 파악하며, 처음부터 정확하게 처리하기 위한 프로세스 개선 활동의 효과를 측정할 수 있습니다.

중요한 이유

재작업을 명확히 식별하고 수량화해 프로세스 비효율의 빈도와 원인, 영향을 쉽게 분석할 수 있습니다.

확보 방법

계산 속성입니다. 재작업에 해당하는 활동 순서를 식별하는 로직은 데이터 변환 과정에서 정의합니다.

예시
truefalse
정시 지급 여부
IsOnTimePayment
송장이 지급 기한까지 지급되었는지 나타내는 불리언 값입니다.
설명

지급 기한 당일 또는 그 전에 지급이 실행되면 이 값은 true로 설정되고, 그렇지 않으면 false로 설정됩니다. 지급된 각 송장을 명확하게 구분할 수 있습니다.

이 계산 속성은 정시 지급률 KPI와 해당 대시보드에 직접 활용됩니다. 날짜를 매번 비교하지 않아도 사용자가 지연 지급과 정시 지급의 비율을 쉽게 필터링하고 집계해 시각화할 수 있습니다. 이를 통해 지급 지연 규모를 빠르게 파악하고 시간에 따른 개선 상황을 추적할 수 있습니다.

중요한 이유

지급 적시성을 간편하게 분석할 수 있으며, 정시 지급률 KPI를 계산하는 데 직접 사용됩니다.

확보 방법

'지급 실행' 활동의 타임스탬프와 'PaymentDueDate' 속성을 비교해 산출하는 계산 속성입니다.

예시
truefalse
최종 데이터 갱신 시각
LastUpdateDate
원천 시스템에서 레코드가 마지막으로 갱신된 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 Oracle Fusion Financials의 원본 데이터가 가장 최근에 수정된 시점을 나타냅니다. 증분 데이터 적재를 관리하고 process mining 모델을 최신 상태로 유지하는 데 사용됩니다.

프로세스 흐름 분석에 직접 사용되지는 않지만, 데이터의 최신성과 무결성을 유지하는 데 중요한 기술 타임스탬프입니다. 데이터 파이프라인이 마지막 갱신 이후 새로 추가되거나 변경된 레코드만 효율적으로 조회하도록 해 원천 시스템의 부하를 줄일 수 있습니다.

중요한 이유

전체 데이터를 다시 적재하지 않고도 데이터 파이프라인을 효율적으로 증분 실행해 프로세스 분석을 최신 상태로 유지합니다.

확보 방법

AP_INVOICES_ALL을 비롯한 여러 Oracle Fusion 테이블에서 일반적으로 LAST_UPDATE_DATE로 확인할 수 있습니다.

예시
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
통화
InvoiceCurrencyCode
송장 금액의 통화입니다.
설명

이 속성은 송장 금액의 통화를 지정합니다. 예를 들면 USD, EUR, GBP가 있습니다. 송장 금액을 해석하는 데 필요한 정보입니다.

글로벌 조직에서는 재무 보고와 지역별 프로세스 차이를 파악하기 위해 통화별 송장을 분석하는 것이 중요합니다. 금액을 올바르게 해석하고 지급 관행이나 승인 한도를 통화별로 분석할 수 있습니다.

중요한 이유

재무 금액을 정확하게 해석하고 분석하는 데 필요한 정보로, 특히 다국적 운영에서 중요합니다.

확보 방법

AP_INVOICES_ALL 테이블의 INVOICE_CURRENCY_CODE 열에서 확인할 수 있습니다.

예시
USDEURGBPCAD
필수 권장 선택 사항

구매부터 대금 지급까지, 송장 처리 활동

정확한 프로세스 탐색을 위해 이벤트 로그에 기록할 주요 단계와 마일스톤입니다.
6 권장 9 선택 사항
활동 설명
송장 생성
수작업 입력, 스캔 또는 전자 제출을 통해 시스템에 송장 레코드가 처음 생성되는 시점입니다. 일반적으로 기본 송장 테이블에 새 행이 추가될 때 이 이벤트가 기록됩니다.
중요한 이유

송장 처리 주기의 시작을 나타냅니다. 이 이벤트부터 걸린 시간을 분석하면 데이터 입력 효율과 프로세스 시작 지연을 파악할 수 있습니다.

확보 방법

Oracle Fusion Financials에서는 AP_INVOICES_ALL 테이블의 레코드 생성 시각, 구체적으로 CREATION_DATE 열에 해당합니다.

기록

AP_INVOICES_ALL의 레코드 생성 타임스탬프입니다.

이벤트 유형 explicit
송장 승인 완료
워크플로에서 필요한 모든 담당자의 승인이 완료된 상태입니다. 이제 회계 처리와 지급 일정 수립을 진행할 수 있습니다.
중요한 이유

승인 절차가 성공적으로 끝났음을 나타내는 주요 단계입니다. 이 단계에 이르기까지 지연이 발생하면 병목일 가능성이 높습니다.

확보 방법

AP_INVOICES_ALL 테이블의 APPROVAL_STATUS가 'Approved' 또는 'Workflow Approved'와 같은 최종 승인 상태로 변경된 시점으로 확인할 수 있습니다. 이 필드의 감사 이력에서 타임스탬프를 확인할 수 있습니다.

기록

AP_INVOICES_ALL.APPROVAL_STATUS가 'Approved'로 변경된 시점으로 확인합니다.

이벤트 유형 inferred
송장 회계 처리
송장이 총계정원장에 성공적으로 전기되어 분개가 생성됩니다. 이 이벤트는 송장의 재무 영향이 공식적으로 기록되었음을 나타냅니다.
중요한 이유

중요한 재무 통제 지점이자 지급 전제 조건입니다. 송장의 검증과 승인이 모두 끝나 정산할 준비가 되었음을 확인합니다.

확보 방법

AP_INVOICE_DISTRIBUTIONS_ALL 테이블의 상태(ACCRUAL_POSTED_FLAG = 'Y')를 확인하거나 XLA_AE_HEADERS와 같은 총계정원장 테이블에서 관련 분개를 확인해 추정할 수 있습니다.

기록

AP_INVOICE_DISTRIBUTIONS_ALL의 플래그 또는 연결된 총계정원장 항목으로 확인합니다.

이벤트 유형 inferred
송장과 PO 대조 완료
송장 라인을 해당 구매 주문서(PO) 라인과 성공적으로 대조했음을 나타냅니다. 청구된 상품이나 서비스가 실제로 주문되었는지 확인하는 단계입니다. 시스템에 자동 또는 수동 작업으로 기록됩니다.
중요한 이유

PO, 입고 내역, 송장을 대조하는 3자 대조에 필수적인 단계입니다. 이 단계에서 문제가 발생하면 예외와 지연이 주로 발생합니다.

확보 방법

AP_INVOICE_DISTRIBUTIONS_ALL 테이블에 송장과 PO 배포 정보를 연결하는 레코드(PO_DISTRIBUTION_ID)가 생성되었는지 확인할 수 있습니다. AP_INVOICE_LINES_ALL의 라인별 대조 상태도 활용할 수 있습니다.

기록

송장 라인에 PO 배포 데이터가 입력된 시점으로 확인합니다.

이벤트 유형 inferred
승인 요청 송부
설정된 비즈니스 규칙에 따라 송장이 승인 워크플로에 제출됩니다. 이때 공식 승인 주기가 시작됩니다.
중요한 이유

프로세스의 주요 단계가 시작되는 시점입니다. '송장 승인 주기'를 측정하고 최적화하려면 시작 시간을 추적해야 합니다.

확보 방법

AP_INVOICES_ALL 테이블에서 APPROVAL_STATUS가 'Initiated' 또는 'Pending Approval'과 같은 상태로 변경된 시점으로 확인할 수 있습니다. 워크플로 테이블에도 이 이벤트가 기록될 수 있습니다.

기록

AP_INVOICES_ALL.APPROVAL_STATUS가 'Initiated'로 변경된 시점으로 확인합니다.

이벤트 유형 inferred
지급 실행 완료
지급이 이루어지고 결제가 완료되었음을 최종 확인하는 단계입니다. 수표는 결제 완료일을, 전자 지급은 은행의 확인 시점을 기준으로 합니다.
중요한 이유

송장 처리 주기의 마지막 활동으로, 프로세스가 성공적으로 완료되었음을 나타냅니다. '평균 송장 처리 주기'와 '정시 지급률'을 계산하는 기준점입니다.

확보 방법

AP_CHECKS_ALL 테이블에서 지급 상태가 'Cleared' 또는 'Reconciled'로 갱신된 시점(CLEARED_DATE 사용)이나 Cash Management 모듈의 은행 대사 데이터(CE_STATEMENT_LINES)를 통해 확인할 수 있습니다.

기록

AP_CHECKS_ALL의 상태 변경 또는 CE 모듈의 대사 기록으로 확인합니다.

이벤트 유형 inferred
대조 불일치 확인
시스템이나 사용자가 송장, 구매 주문서, 입고 정보 간의 가격 또는 수량 불일치를 확인할 때 발생합니다. 이 경우 시스템이 송장을 보류하는 경우가 많습니다.
중요한 이유

수작업 처리가 필요한 프로세스 예외를 나타냅니다. 이 이벤트를 추적하면 '송장 대조 불일치율' KPI를 측정하고 근본 원인을 분석할 수 있습니다.

확보 방법

일반적으로 송장에 특정 유형의 보류가 설정된 것으로 기록됩니다. AP_HOLDS_ALL 테이블에서 대조 관련 보류 유형(예: 'QTY REC' 또는 'PRICE')을 확인합니다. HOLD_DATE에 타임스탬프가 기록됩니다.

기록

AP_HOLDS_ALL에 대조 관련 보류 유형의 레코드가 생성된 시점입니다.

이벤트 유형 explicit
송장 검증 완료
송장 헤더와 라인 정보의 완전성과 정확성을 확인하는 시스템 검증을 통과했음을 나타냅니다. 송장 레코드의 상태 변경을 통해 확인하는 경우가 많습니다.
중요한 이유

대조와 승인에 앞서 거치는 주요 단계입니다. 이 단계가 지연되면 송장 데이터 품질이나 시스템 설정에 문제가 있을 수 있습니다.

확보 방법

AP_INVOICES_ALL 테이블에서 송장 상태가 'Validated'로 변경된 시점으로 확인할 수 있습니다. VALIDATION_STATUS 열의 변경 이력이나 감사 기록을 활용할 수 있습니다.

기록

AP_INVOICES_ALL.VALIDATION_STATUS 필드의 변경으로 확인합니다.

이벤트 유형 inferred
송장 보류 설정
지급 단계로 진행하지 못하도록 송장에 보류가 설정된 모든 경우를 나타내는 일반 활동입니다. 대조 문제, 자금 부족, 수작업 개입 등 다양한 이유로 발생할 수 있습니다.
중요한 이유

보류는 처리 주기에 직접 영향을 주고 지급 지연으로 이어질 수 있습니다. 보류를 분석하면 반복되는 프로세스 문제를 찾아 해결하고 '지급 보류 추이'를 분석할 수 있습니다.

확보 방법

AP_HOLDS_ALL 테이블에 명시적으로 기록됩니다. 각 행에는 보류 생성일(HOLD_DATE)과 사유가 포함됩니다.

기록

AP_HOLDS_ALL 테이블에 레코드가 생성된 시점입니다.

이벤트 유형 explicit
송장 보류 해제
이전에 송장에 설정된 보류가 해제된 시점을 나타냅니다. 사용자나 자동화된 프로세스가 차단을 해제하면 송장 처리를 계속할 수 있습니다.
중요한 이유

보류 설정부터 해제까지 걸린 시간은 예외 처리 효율을 보여주는 중요한 지표입니다. '평균 예외 해결 시간' KPI를 측정하는 데 활용할 수 있습니다.

확보 방법

AP_HOLDS_ALL 테이블에 기록됩니다. 보류가 해제되면 RELEASE_LOOKUP_CODE와 RELEASE_REASON 필드가 입력되고 LAST_UPDATE_DATE도 갱신됩니다.

기록

AP_HOLDS_ALL 테이블의 레코드가 갱신되어 보류 해제 상태로 표시된 시점입니다.

이벤트 유형 explicit
송장 수정 완료
거부된 송장을 수정하거나 데이터 입력 오류를 바로잡기 위해 사용자가 송장을 변경할 때 발생합니다. 프로세스에서 수작업 재처리가 이루어진 단계입니다.
중요한 이유

이 활동은 재작업을 명확히 보여줍니다. 발생 빈도를 분석하면 프로세스 비효율을 측정하고 '송장 재작업률' KPI를 산출할 수 있습니다.

확보 방법

송장이 검증되거나 승인 요청된 후 AP_INVOICES_ALL의 레코드가 크게 변경되었는지 추적해 확인할 수 있습니다. LAST_UPDATE_DATE 타임스탬프와 감사 기록이 필요합니다.

기록

거부 또는 보류 이후의 LAST_UPDATE_DATE를 비교해 확인합니다.

이벤트 유형 inferred
송장 승인 거부
승인자가 승인 워크플로 중 송장을 거부한 상태입니다. 일반적으로 송장을 수정하거나 취소하도록 돌려보내며, 이로 인해 재작업이 발생합니다.
중요한 이유

부정적인 결과이자 재작업과 처리 주기 증가의 주요 원인입니다. 거부 사례를 추적하면 송장 품질이나 PO 규정 준수 문제를 파악할 수 있습니다.

확보 방법

AP_INVOICES_ALL 테이블의 APPROVAL_STATUS가 'Rejected'로 변경된 시점으로 확인할 수 있습니다. 워크플로 이력에서 거부한 담당자와 시각을 확인할 수 있습니다.

기록

AP_INVOICES_ALL.APPROVAL_STATUS가 'Rejected'로 변경된 시점으로 확인합니다.

이벤트 유형 inferred
송장 취소
송장이 무효 처리되거나 취소되어 더 이상 처리되거나 지급되지 않는 상태입니다. 프로세스가 종료된 상태를 나타냅니다.
중요한 이유

지급으로 이어지지 않는 송장의 중요한 종료 단계입니다. 취소 사례를 분석하면 중복 송장이나 공급업체의 잘못된 제출과 같은 문제를 찾을 수 있습니다.

확보 방법

AP_INVOICES_ALL의 상태 변경으로 확인할 수 있습니다. CANCELLED_DATE 열에 취소 타임스탬프가 입력됩니다.

기록

AP_INVOICES_ALL 테이블의 CANCELLED_DATE 필드에 값이 입력됩니다.

이벤트 유형 explicit
지급 생성
시스템에서 송장 지급 지시가 생성된 상태입니다. 수표, 전자 자금 이체(EFT) 파일 또는 다른 지급 수단이 생성될 수 있습니다.
중요한 이유

조직이 지급 자금을 확정하는 시점입니다. 은행 계좌에서 자금이 인출되기 직전의 주요 단계입니다.

확보 방법

모든 지급 정보를 저장하는 AP_CHECKS_ALL 테이블에 기록됩니다. CHECK_DATE에서 지급 문서가 생성된 시각을 확인할 수 있습니다.

기록

AP_CHECKS_ALL 테이블에 레코드가 생성된 시점입니다.

이벤트 유형 explicit
지급 일정 등록
송장이 지급 프로세스 요청에 포함됩니다. 이를 지급 실행 또는 지급 배치라고도 하며, 이 단계에서 송장은 지급 대기열에 들어갑니다.
중요한 이유

회계 처리와 실제 지급 사이의 단계입니다. 이 단계에 걸리는 시간은 현금 흐름 예측과 조기 지급 할인 적용 여부에 영향을 줍니다.

확보 방법

지급 레코드는 생성되었지만 지급 완료가 확인되기 전인 경우 AP_INVOICE_PAYMENTS_ALL 테이블에 기록됩니다. IBY_PAYMENT_PROCESS_REQUESTS와 같은 지급 배치 테이블에서도 확인할 수 있습니다.

기록

예정된 지급에 대해 AP_INVOICE_PAYMENTS_ALL에 레코드가 생성된 시점입니다.

이벤트 유형 explicit
권장 선택 사항

데이터 추출 가이드

Oracle Fusion Financials에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿으로 데이터를 준비해 송장 처리를 개선해 보세요. 유용한 정보를 확인하고 조직의 효율을 높일 수 있습니다.

P2P 송장 처리 최적화로 처리 주기 30% 단축

Oracle Fusion Financials의 병목을 찾아 처리 주기를 30% 단축하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 며칠 안에 결과를 확인할 수 있습니다.