Order-to-Cash 청구 및 청구서 발행 데이터 템플릿
Order-to-Cash 청구 및 청구서 발행 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- Oracle E-Business Suite 데이터 추출 안내
Order-to-Cash 청구 및 청구서 발행 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
송장 번호
InvoiceNumber
|
각 송장 문서를 식별하는 고유 번호로, 청구 프로세스의 기본 케이스 ID로 사용됩니다. | ||
|
설명
송장 번호는 주문에서 현금 회수까지의 청구 분석에서 각 청구 거래를 고유하게 식별하는 기준입니다. 송장 생성, 승인, 발송, 결제, 마감 등 관련 활동을 하나의 프로세스 인스턴스로 묶어 송장 처리 전 과정을 파악할 수 있습니다. process mining에서 송장 번호별로 분석하면 전체 처리 시간을 측정하고, 송장 처리 방식의 차이를 찾아내며, 결제를 지연시키는 병목을 파악할 수 있습니다. 송장 생성부터 정산까지 개별 송장의 전체 흐름을 추적하는 데도 필요합니다.
중요한 이유
관련 이벤트를 연결하는 데 필요한 케이스 식별자로, 송장별 전체 처리 과정을 재구성하고 분석할 수 있습니다.
확보 방법
일반적으로 Oracle Receivables의 RA_CUSTOMER_TRX_ALL 테이블에 있는 거래 번호를 사용합니다.
예시
INV-9234501788144US-2023-001293
|
|||
|
이벤트 시각
EventTime
|
활동이 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이벤트 시각은 각 활동에 연결된 타임스탬프로, 케이스 내 이벤트의 시간순서를 나타냅니다. process mining에서 시간 기반 분석에 사용하는 원시 데이터입니다. 처리 시간, 활동 간 소요 시간, 프로세스 리드 타임과 같은 주요 성과 지표를 계산하는 데 필요합니다. 예를 들어 '송장 생성'과 '송장 승인'의 이벤트 시각 차이로 승인 소요 시간을 계산할 수 있습니다. 신뢰할 수 있는 프로세스 분석을 위해 타임스탬프가 정확하고 빠짐없이 기록되어야 합니다.
중요한 이유
각 이벤트의 시간 정보를 제공하므로 소요 시간을 계산하고, 프로세스 성과를 분석하며, 병목을 찾을 수 있습니다.
확보 방법
RA_CUSTOMER_TRX_ALL 및 AR_CASH_RECEIPTS_ALL과 같은 Oracle EBS 테이블의 CREATION_DATE 또는 LAST_UPDATE_DATE 등 여러 날짜 필드에서 가져옵니다.
예시
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
활동명
ActivityName
|
송장 처리 과정에서 특정 시점에 발생한 업무 이벤트의 이름입니다. | ||
|
설명
활동명은 '송장 생성', '송장 승인', '고객 결제 수령'과 같이 송장 처리 과정의 단계나 주요 시점을 나타냅니다. 특정 송장 번호에 해당하는 활동을 시간순으로 나열하면 프로세스 흐름을 확인할 수 있습니다. 이 속성은 프로세스 맵을 구성하고, 프로세스 변형을 분석하며, 이탈이나 재작업을 찾는 데 사용되므로 process mining의 기본 요소입니다. 특정 단계 사이의 시간을 계산하거나 프로세스 준수 여부를 파악하려면 활동명을 명확하고 일관되게 관리해야 합니다.
중요한 이유
이 속성을 바탕으로 프로세스 흐름을 발견하고 시각화해 프로세스 변형, 병목, 재작업을 분석할 수 있습니다.
확보 방법
일반적으로 Oracle EBS의 여러 테이블(예: AR_PAYMENT_SCHEDULES_ALL, RA_CUSTOMER_TRX_ALL)에서 상태 변경, 이벤트 유형, 레코드 생성 및 업데이트 이벤트를 표준 활동명에 매핑해 도출합니다.
예시
송장 생성송장 승인결제 기한 도래고객 결제 수령
|
|||
|
결제 기한
DueDate
|
고객이 송장 대금을 결제해야 하는 날짜입니다. | ||
|
설명
결제 기한은 결제 조건에 따라 정해지는 송장 대금 결제 마감일이며, 실제 결제 성과를 측정하는 기준입니다. 정시 결제율과 같은 KPI를 계산하고 송장 경과 기간 보고서를 작성하는 데 필요합니다. process mining에서는 고객의 결제 행동을 분석해 반복적으로 연체하는 고객을 찾거나, 프로세스 지연이 기한 내 대금 회수에 미치는 영향을 파악할 수 있습니다.
중요한 이유
결제 성과와 송장 경과 기간을 측정하고 연체 또는 대손 위험을 평가하는 기준입니다.
확보 방법
AR_PAYMENT_SCHEDULES_ALL 테이블의 DUE_DATE 열에서 확인할 수 있습니다.
예시
2023-05-152023-06-302023-07-01
|
|||
|
고객 ID
CustomerId
|
송장을 발행받은 고객을 식별하는 고유 번호입니다. | ||
|
설명
고객 ID는 송장을 기준 데이터의 특정 고객 계정과 연결합니다. 이를 통해 고객별 프로세스 성과를 집계하고 비교할 수 있습니다. 분석 담당자는 이 속성으로 고객의 결제 행동을 보여주는 대시보드를 만들고, 분쟁이나 재작업이 잦은 고객을 찾으며, 고객군별 송장 처리 시간을 비교할 수 있습니다. 프로세스 중심 분석을 고객 중심 분석으로 확장하는 데 중요한 속성입니다.
중요한 이유
고객별 결제 패턴, 반복되는 분쟁, 프로세스 차이를 파악하는 고객 중심 분석을 지원합니다.
확보 방법
송장 헤더의 고객 ID를 사용해 RA_CUSTOMER_TRX_ALL 테이블의 SOLD_TO_CUSTOMER_ID 또는 BILL_TO_CUSTOMER_ID에서 가져옵니다.
예시
CUST-100239845ACME-US-01
|
|||
|
부서
Department
|
활동을 수행한 사용자가 속한 부서 또는 기능 조직입니다. | ||
|
설명
부서 속성은 'Accounts Receivable' 또는 'Sales Operations'와 같이 활동을 수행한 사용자의 조직 정보를 제공합니다. 이를 통해 팀이나 부서 단위로 분석 결과를 집계할 수 있습니다. 조직 내 여러 부서가 청구 프로세스에 어떻게 관여하고 영향을 미치는지 파악하는 데 중요합니다. 부서 내 반복되는 문제를 찾고, 팀별 성과를 비교하며, 리소스 배분을 분석할 수 있습니다. 예를 들어 '송장 승인 주기 시간' 대시보드를 부서별로 나눠 볼 수 있습니다.
중요한 이유
조직 구조에 따라 프로세스 성과를 분석해 팀별 차이를 확인하고 부서별 병목을 찾을 수 있습니다.
확보 방법
일반적으로 사용자 정보를 조직의 HR 계층 데이터와 연결해 도출합니다. HR 데이터는 PER_ALL_ASSIGNMENTS_F 또는 이와 유사한 테이블에서 가져오는 경우가 많습니다.
예시
매출채권재무 운영청구 서비스
|
|||
|
사용자
User
|
활동을 수행한 사람의 사용자 ID입니다. | ||
|
설명
이 속성은 송장 승인이나 현금 적용과 같은 프로세스 단계를 수행한 직원 또는 시스템 사용자를 식별합니다. 프로세스에서 사람의 역할을 파악하는 데 필요합니다. 사용자별로 분석하면 교육이 필요한 영역, 업무량 배분의 불균형, 개인별 성과 차이를 찾을 수 있습니다. 예를 들어 재작업이 많거나 승인 시간이 긴 사용자를 파악해 개선 활동을 집중할 수 있습니다.
중요한 이유
개인별 성과를 분석해 성과가 높은 사용자, 교육 필요성, 잠재적인 업무량 불균형을 파악할 수 있습니다.
확보 방법
여러 거래 테이블의 CREATED_BY 또는 LAST_UPDATED_BY와 같은 사용자 ID 필드에서 가져옵니다. 그런 다음 이 ID를 FND_USER와 연결해 사용자명을 확인합니다.
예시
JSMITHBWILLIAMSCDAVIS
|
|||
|
송장 상태
InvoiceStatus
|
송장 처리 주기에서 현재 송장이 놓인 상태입니다. | ||
|
설명
송장 상태는 '미결', '마감', '분쟁 중'과 같이 송장의 현재 상태를 나타냅니다. 송장 처리 진행 상황을 한눈에 확인할 수 있습니다. 이 속성은 '송장 경과 기간 및 상태 개요' 대시보드를 만드는 데 필요하며, 상태별 송장 건수와 금액을 빠르게 확인할 수 있습니다. 미결 송장에 대한 대금 회수 활동의 우선순위를 정하고 매출채권 전반의 상태를 요약하는 데 도움이 됩니다.
중요한 이유
송장의 현재 상태를 보여주므로 운영 대시보드 작성, 업무량 관리, 대금 회수 활동의 우선순위 설정에 중요합니다.
확보 방법
AR_PAYMENT_SCHEDULES_ALL 테이블의 STATUS 열에서 확인할 수 있습니다. 'OP'는 미결, 'CL'은 마감을 의미합니다.
예시
미결마감분쟁 중
|
|||
|
송장 총액
TotalInvoiceAmount
|
모든 품목, 세금, 수수료를 포함한 송장의 총 금액입니다. | ||
|
설명
이 속성은 고객에게 발송한 송장의 총 금액을 나타내며, 청구 프로세스의 재무 분석에 기본적으로 사용됩니다. process mining에서는 송장 총액으로 케이스를 분류하고 필터링할 수 있습니다. 예를 들어 고액 송장과 소액 송장의 프로세스 흐름을 비교해 처리 방식에 차이가 있는지 확인할 수 있습니다. 승인 단계에서 지연된 송장의 금액을 계산하는 등 재무 영향을 분석하는 데도 필요합니다.
중요한 이유
재무 영향을 분석해 금액에 따라 문제의 우선순위를 정하고, 송장 금액이 프로세스에 미치는 영향을 파악할 수 있습니다.
확보 방법
일반적으로 AR_PAYMENT_SCHEDULES_ALL 테이블의 AMOUNT_DUE_ORIGINAL 필드에서 가져오거나, 해당 송장의 RA_CUSTOMER_TRX_LINES_ALL 데이터를 바탕으로 계산합니다.
예시
1500.0012550.75500.50
|
|||
|
결제 조건
PaymentTerms
|
고객이 청구서를 언제까지 결제해야 하는지 정한 합의 조건입니다. | ||
|
설명
결제 조건은 'Net 30' 또는 'Net 60'처럼 결제 기한을 정하는 조건으로, 청구서 만기일을 계산하는 데 사용됩니다. 현금 흐름에 직접 영향을 주는 주요 기준정보입니다. 결제 조건별로 분석하면 조건에 따라 결제 행태와 매출채권 회수일수(DSO)가 어떻게 달라지는지 파악할 수 있습니다. 결제 기한이 짧은 고객이 더 빨리 결제하는지 확인하고, 고객군별 결제 조건을 정하는 데 참고할 수 있습니다.
중요한 이유
청구서 만기일과 현금 흐름 예측에 직접 영향을 줍니다. 조건별 분석을 통해 신용 정책의 효과를 평가할 수 있습니다.
확보 방법
RA_CUSTOMER_TRX_ALL 테이블의 TERM_ID를 통해 RA_TERMS_B 테이블에서 가져옵니다.
예시
30일 이내 결제60일 이내 결제수령 즉시 결제
|
|||
|
고객 국가
Country
|
고객의 청구지 주소가 있는 국가입니다. | ||
|
설명
고객의 청구지 주소에 해당하는 국가를 나타내며, 프로세스를 지역별로 분석할 때 사용합니다. 국가별 분석을 통해 결제 행태, 프로세스 효율성 또는 현지 규정 준수에서 나타나는 지역별 차이를 확인할 수 있습니다. 예를 들어 '고객 결제 행태 인사이트' 대시보드에서 국가별 평균 결제 지연 일수의 차이를 비교할 수 있습니다.
중요한 이유
프로세스를 지역별로 분석해 고객 행태, 규제 영향 또는 운영 성과의 차이를 파악할 수 있습니다.
확보 방법
고객 계정 테이블을 통해 연결된 HZ_LOCATIONS 및 FND_TERRITORIES에 저장된 고객 청구지 정보를 조인합니다.
예시
USA독일영국
|
|||
|
고객명
CustomerName
|
송장을 발행받은 고객의 법인명입니다. | ||
|
설명
고객명은 고객을 사람이 읽기 쉬운 방식으로 식별합니다. 고객 ID는 테이블 간 연결과 고유 식별에 사용하고, 고객명은 보고서와 대시보드에 표시합니다. ID를 따로 조회하지 않아도 고객을 쉽게 알아볼 수 있어 분석이 직관적입니다. 고객별 평균 결제 지연을 보여주는 막대 차트처럼 사용하기 쉬운 시각화를 만드는 데 필요합니다.
중요한 이유
필터링과 그룹화에 사용할 수 있는 읽기 쉬운 고객명을 제공해 대시보드와 보고서를 더 쉽게 활용할 수 있습니다.
확보 방법
송장 헤더의 고객 ID를 사용해 HZ_PARTIES 및 HZ_CUST_ACCOUNTS 테이블의 정보를 연결합니다.
예시
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
기한 내 결제 여부
IsPaidOnTime
|
청구서 만기일 당일 또는 그 전에 결제했는지 나타내는 계산 플래그입니다. | ||
|
설명
'고객 결제 수령' 타임스탬프와 청구서 '만기일'을 비교해 산출하는 불리언 속성입니다. 기한 내 또는 조기 결제한 경우 true, 늦게 결제한 경우 false로 표시됩니다. 이 플래그를 사용하면 결제 성과 관련 KPI와 대시보드를 쉽게 만들 수 있습니다. '기한 내 결제율' KPI를 계산하는 데 직접 사용하며, 청구서를 '기한 내'와 '지연'으로 나눠 필터링하고 추가 원인 분석을 수행할 수 있습니다.
중요한 이유
'기한 내 결제율' KPI 산출에 직접 사용하며, 청구서를 '기한 내'와 '지연' 그룹으로 나눠 분석할 수 있습니다.
확보 방법
데이터 변환 중 계산합니다. 로직: IF (Timestamp('고객 결제 수령') <= Date('만기일')) THEN true ELSE false.
예시
truefalse
|
|||
|
매출채권 회수일수
DaysSalesOutstanding
|
청구서 발행부터 대금 수령까지 걸린 일수입니다. | ||
|
설명
매출채권 회수일수(DSO)는 청구서 발행 후 대금을 회수하는 데 걸리는 평균 시간을 나타내는 재무 지표입니다. 이 속성은 청구서별로 계산됩니다. 전체 KPI는 평균값이지만, 청구서별 값이 있으면 분포를 확인하고 이상치를 찾으며 시간에 따른 회수 효율성 추이를 분석할 수 있습니다. 'DSO 추이' 대시보드에서는 이 속성의 시간별 평균을 시각화합니다.
중요한 이유
청구서별 회수 효율성을 측정하는 원천 데이터로, 추이를 분석하고 DSO가 높아지는 요인을 찾는 데 사용합니다.
확보 방법
데이터 변환 중 계산합니다. 로직: Timestamp('고객 결제 수령') - Timestamp('청구서 발행').
예시
304592
|
|||
|
사업부
BusinessUnit
|
청구서를 발행한 회사 내 사업부 또는 운영 단위입니다. | ||
|
설명
사업부는 거래를 담당하는 조직 단위를 나타냅니다. Oracle EBS에서는 일반적으로 운영 단위로 표시됩니다. 이 속성을 사용하면 사업부별 프로세스 성과를 비교할 수 있습니다. 어느 사업부의 효율성이 높은지, 기한 내 결제율이 높은지, 분쟁이 더 자주 발생하는지 파악할 수 있어 우수 사례를 공유하고 필요한 곳에 개선 조치를 집중할 수 있습니다.
중요한 이유
조직 내 여러 부문의 성과를 비교해 우수 사례와 부문별 과제를 파악할 수 있습니다.
확보 방법
RA_CUSTOMER_TRX_ALL과 같은 대부분의 거래 테이블에서 ORG_ID를 통해 운영 단위 정보를 확인할 수 있습니다.
예시
미국 운영유럽·중동·아프리카 서비스글로벌 제조
|
|||
|
원천 시스템
SourceSystem
|
데이터를 추출한 기록 시스템입니다. | ||
|
설명
이 속성은 이벤트 데이터가 발생한 원천 애플리케이션을 나타냅니다. 이 프로세스에서는 Oracle E-Business Suite가 원천 시스템입니다. 여러 시스템을 사용하는 환경에서는 데이터 계보를 추적하고 문제를 해결하는 데 이 필드가 중요합니다. 단일 시스템 환경에서도 데이터 거버넌스를 위해 필수이며, 데이터가 예상한 원천에서 왔는지 확인하는 데 쓰입니다.
중요한 이유
데이터 추적성과 맥락을 제공하므로 데이터 거버넌스와 여러 기업 시스템의 데이터 통합에 중요합니다.
확보 방법
원천 ERP를 식별하기 위해 데이터 추출 과정에서 설정하는 고정값입니다.
예시
Oracle E-Business SuiteOracle EBS R12
|
|||
|
재작업 여부
IsRework
|
청구서 수정 또는 재승인 등 재작업 활동이 있었는지 나타내는 계산 플래그입니다. | ||
|
설명
청구서의 프로세스 흐름에 '청구서 수정' 또는 두 번째 '청구서 승인' 이벤트처럼 재작업을 나타내는 활동이 포함되면 true로 설정되는 불리언 플래그입니다. 표준적이고 효율적인 경로에서 벗어난 청구서를 빠르게 찾을 수 있습니다. 이 속성은 '청구서 오류율' 및 '수동 재작업률'과 같은 KPI에 중요합니다. 재작업 빈도를 쉽게 집계하고, 비효율 사례를 필터링해 재작업과 관련이 높은 사용자나 부서 등 근본 원인을 조사할 수 있습니다.
중요한 이유
추가적인 비표준 단계를 거친 청구서를 표시해 프로세스 비효율과 재작업의 원인 및 영향을 분석할 수 있습니다.
확보 방법
데이터 변환 중 케이스 내 특정 활동 순서(예: '청구서 승인' 후 '청구서 수정')를 감지해 계산합니다.
예시
truefalse
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
원천 시스템에서 이 이벤트의 데이터를 마지막으로 새로 고치거나 추출한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 마지막 데이터 추출 시각을 제공하며, 분석 대상 데이터의 최신성을 파악하는 데 중요합니다. 사용자는 이 필드를 통해 대시보드와 분석 결과가 프로세스의 최신 상태를 반영하는지 확인할 수 있습니다. 데이터 지연에 대한 기대치를 관리하는 데 도움이 되며, 신뢰할 수 있는 데이터 모델에 필요한 메타데이터입니다.
중요한 이유
데이터가 얼마나 최신인지 알려주므로 사용자가 프로세스 분석의 기준 시점을 파악할 수 있습니다.
확보 방법
데이터 추출, 변환, 적재(ETL) 과정에서 각 레코드에 생성해 기록하는 메타데이터 필드입니다.
예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
통화
Currency
|
송장 금액에 적용되는 통화 코드입니다. | ||
|
설명
이 속성은 송장 금액의 통화를 USD나 EUR와 같이 지정하며, 모든 재무 지표를 해석하는 데 필요한 맥락을 제공합니다. 다국적 사업의 데이터를 분석할 때 통화 속성은 재무 금액을 정확히 해석하고 비교하는 데 중요합니다. 대시보드에서 통화별로 필터링하거나 환율을 적용해 통합 보고서를 작성할 수 있습니다.
중요한 이유
모든 재무 속성에 필요한 맥락을 제공해 여러 통화를 사용하는 환경에서도 정확하게 해석하고 분석할 수 있습니다.
확보 방법
일반적으로 RA_CUSTOMER_TRX_ALL 테이블의 INVOICE_CURRENCY_CODE 열에서 확인할 수 있습니다.
예시
USDEURGBP
|
|||
|
판매 주문 번호
SalesOrderNumber
|
청구서 생성의 근거가 된 원래 판매 주문의 식별자입니다. | ||
|
설명
판매 주문 번호를 통해 Order-to-Cash 주기의 앞 단계인 '주문 관리'와 직접 연결할 수 있습니다. 청구 프로세스와 최초 고객 주문을 이어 주는 정보입니다. 이 속성을 활용하면 여러 프로세스에 걸친 분석이 가능합니다. 예를 들어 특정 유형의 판매 주문에서 청구 분쟁이나 결제 지연이 반복되는지 확인할 수 있습니다. 청구 프로세스만 따로 볼 때 놓치기 쉬운 맥락을 파악하는 데 도움이 됩니다.
중요한 이유
청구 프로세스를 앞 단계의 판매 프로세스와 연결해 Order-to-Cash 전반을 분석하고 근본 원인을 조사할 수 있습니다.
확보 방법
일반적으로 청구서 라인 테이블 RA_CUSTOMER_TRX_LINES_ALL의 참조 또는 인터페이스 속성 필드에서 찾을 수 있습니다. 예를 들면 INTERFACE_LINE_ATTRIBUTE1 또는 이와 유사한 설명용 flexfield입니다.
예시
SO-54321601882ORD-2023-9910
|
|||
Order-to-Cash 청구 및 청구서 발행 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
고객 결제 수령
|
고객의 결제가 현금 수령으로 시스템에 입력된 상태입니다. 이 시점에는 결제가 특정 송장에 아직 적용되지 않았을 수 있습니다. | ||
|
중요한 이유
매출채권 회수일수(DSO)를 계산하는 주요 기준점입니다. 송장 생성부터 대금 수령까지의 기간은 대금 회수 효율을 나타내는 주요 지표입니다.
확보 방법
AR_CASH_RECEIPTS_ALL 테이블에 레코드가 생성될 때 타임스탬프와 함께 명시적으로 기록됩니다.
기록
이벤트 시각은 AR_CASH_RECEIPTS_ALL 테이블의 레코드 생성 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
고객에게 송장 발송
|
송장을 인쇄하거나 전자 방식으로 전송해 고객에게 공식적으로 전달한 활동입니다. 이 이벤트부터 고객의 결제 기한이 시작됩니다. | ||
|
중요한 이유
송장 전달 소요 시간과 전달 후 결제까지의 기간을 측정하는 주요 기준점입니다. 내부 처리 지연과 고객의 결제 행동을 구분하는 데 도움이 됩니다.
확보 방법
Oracle EBS에는 이 이벤트가 표준 필드에 명시적으로 기록되지 않는 경우가 있습니다. 'Invoice Print' 동시 프로그램의 타임스탬프나 전자 전달 시 설정되는 사용자 정의 플래그를 바탕으로 추정할 수 있습니다.
기록
송장 인쇄 프로그램의 완료 날짜 또는 전자 전송을 위한 사용자 정의 로직을 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
|
대금 적용 및 대사
|
수령한 고객 결제가 하나 이상의 특정 송장에 정상적으로 적용되어 미수 잔액이 줄어든 상태입니다. 결제 금액을 채무와 대사한 것을 의미합니다. | ||
|
중요한 이유
결제 프로세스의 마지막 단계이며 대금 적용 주기 시간을 측정하는 데 중요합니다. 이 단계가 지연되면 고객 계정 잔액이 실제와 다르게 표시되고 신용 관리에도 영향을 줄 수 있습니다.
확보 방법
현금 수령과 거래를 연결하는 레코드가 AR_RECEIVABLE_APPLICATIONS_ALL 테이블에 생성될 때 타임스탬프와 함께 명시적으로 기록됩니다.
기록
이벤트 시각은 AR_RECEIVABLE_APPLICATIONS_ALL의 레코드 생성 타임스탬프(GL_DATE 또는 APPLY_DATE)입니다.
이벤트 유형
explicit
|
|||
|
송장 마감
|
결제, 대변 메모 또는 조정으로 잔액이 0이 되어 송장이 공식적으로 마감된 상태입니다. 송장 처리 주기가 성공적으로 완료되었음을 나타냅니다. | ||
|
중요한 이유
'송장 생성'부터 '송장 마감'까지의 전체 처리 시간은 주문에서 현금 회수까지의 청구 주기 효율을 보여주는 주요 지표입니다.
확보 방법
AR_PAYMENT_SCHEDULES_ALL 테이블의 STATUS 필드가 'CL'(Closed)로 변경된 것을 바탕으로 추정합니다. 마감을 유발한 최종 거래 날짜를 타임스탬프로 사용할 수 있습니다.
기록
AR_PAYMENT_SCHEDULES_ALL의 상태가 'CL'로 변경된 것을 바탕으로 추정하고, 마지막 관련 적용 시점을 타임스탬프로 사용합니다.
이벤트 유형
inferred
|
|||
|
송장 생성
|
시스템에서 새 송장 거래가 생성된 시점을 나타냅니다. 일반적으로 이 이벤트는 이행이 완료된 판매 주문 라인을 처리하는 'Autoinvoice Import Program'이 실행될 때 발생하거나, Receivables 모듈에서 송장을 수동으로 입력할 때 발생합니다. | ||
|
중요한 이유
청구 프로세스의 시작점입니다. 이 이벤트부터 다른 이벤트까지 걸린 시간을 분석하면 송장 처리 전체 기간을 파악하고 초기 단계의 병목을 찾을 수 있습니다.
확보 방법
Oracle Receivables의 RA_CUSTOMER_TRX_ALL 테이블에 거래가 생성된 날짜로 기록됩니다. TRX_DATE 또는 CREATION_DATE를 이벤트 타임스탬프로 사용할 수 있습니다.
기록
이벤트 시각은 RA_CUSTOMER_TRX_ALL 테이블의 레코드 생성 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
결제 기한 도래
|
결제 조건에 따라 송장의 결제 기한이 되는 날을 표시하는 계산 이벤트입니다. 사용자나 시스템의 작업으로 발생하는 이벤트는 아니지만, 시간 분석에서 중요한 기준점입니다. | ||
|
중요한 이유
정시 결제율을 계산하고 고객의 결제 행동을 분석하는 데 필요한 이벤트입니다. 결제가 조기, 정시 또는 연체되었는지 판단하는 기준으로 사용됩니다.
확보 방법
이 이벤트는 별도로 기록되지 않습니다. 해당 송장의 AR_PAYMENT_SCHEDULES_ALL 테이블에서 TERM_DUE_DATE 필드와 시스템 날짜를 비교해 계산합니다.
기록
현재 타임스탬프와 AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE를 비교해 산출합니다.
이벤트 유형
calculated
|
|||
|
결제 안내 발송
|
연체된 송장에 대해 고객에게 독촉장이나 결제 안내를 보낸 활동입니다. 대금 회수 프로세스의 주요 단계입니다. | ||
|
중요한 이유
대금 회수 전략의 효과를 측정하려면 이 활동을 추적해야 합니다. 안내 발송 전후의 결제율을 비교할 수 있습니다.
확보 방법
Oracle Advanced Collections를 사용하는 경우 독촉장 발송이 명시적인 이벤트로 기록됩니다. 이 모듈을 사용하지 않으면 시스템 외부에서 처리되는 경우가 많아 활동 내역을 안정적으로 추적하기 어려울 수 있습니다.
기록
Oracle Advanced Collections 모듈에서 Dunning Correspondence 이벤트로 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 취소
|
이전에 수령한 고객 결제가 취소된 것을 나타냅니다. 잔액 부족(NSF)이나 은행 처리 오류 등으로 발생하는 경우가 많습니다. | ||
|
중요한 이유
결제 취소는 현금 흐름 예측을 어렵게 하고 추가 관리 업무를 발생시킵니다. 이 이벤트를 추적하면 문제가 잦은 고객이나 결제 수단을 파악할 수 있습니다.
확보 방법
Oracle Receivables에서 명시적으로 처리되는 작업입니다. 결제를 취소하면 AR_CASH_RECEIPT_HISTORY_ALL에 'REVERSED'와 같은 취소 상태의 레코드가 생성됩니다.
기록
AR_CASH_RECEIPT_HISTORY_ALL 테이블의 상태가 'REVERSED'로 변경된 것을 확인합니다.
이벤트 유형
explicit
|
|||
|
대변 메모 생성
|
청구 오류를 수정하거나 반품을 처리하기 위해 대변 메모 거래를 생성하고 기존 송장에 적용하는 경우가 많습니다. 이는 매출채권에서 별도로 처리되지만 기존 송장과 관련된 거래입니다. | ||
|
중요한 이유
대변 메모가 많이 발생하면 주문 이행, 가격 책정 또는 최초 청구 정확도에 문제가 있을 수 있습니다. 이 이벤트를 분석하면 매출 누수와 고객 불만의 근본 원인을 파악하는 데 도움이 됩니다.
확보 방법
RA_CUSTOMER_TRX_ALL에 새 거래로 기록됩니다. CUST_TRX_TYPE_ID는 'CM'(Credit Memo) 유형과 연결되며, PREVIOUS_CUSTOMER_TRX_ID 필드는 원본 송장을 가리킵니다.
기록
대변 메모 거래 유형으로 RA_CUSTOMER_TRX_ALL에 레코드가 생성된 시점이 이벤트입니다.
이벤트 유형
explicit
|
|||
|
대손 상각 생성
|
회수 노력을 모두 기울인 뒤 남은 송장 잔액의 전부 또는 일부를 대손으로 상각하는 조정입니다. | ||
|
중요한 이유
상각은 매출의 직접적인 손실을 의미합니다. 발생 빈도와 금액을 분석하면 신용 정책을 개선하고 회수 불능 채권의 재무 영향을 파악할 수 있습니다.
확보 방법
송장에 대한 특정 조정 유형 거래로 기록됩니다. 대손 상각용으로 정의된 매출채권 활동 유형과 연결된 이벤트를 AR_ADJUSTMENTS_ALL 테이블에서 확인할 수 있습니다.
기록
'Write-Off' 활동 유형으로 AR_ADJUSTMENTS_ALL에 레코드가 생성된 시점이 이벤트입니다.
이벤트 유형
explicit
|
|||
|
분쟁 제기
|
고객이 송장에 공식적으로 이의를 제기하면 해결될 때까지 대금 회수 활동이 보류됩니다. Oracle Advanced Collections에서 관리하거나 상태를 수동으로 업데이트하는 경우가 많습니다. | ||
|
중요한 이유
분쟁이 발생하면 결제가 지연되어 현금 흐름에 직접적인 영향을 줍니다. 발생 빈도와 해결 시간을 추적하면 제품, 서비스 또는 청구 정확도와 관련된 반복 문제를 찾을 수 있습니다.
확보 방법
Oracle Advanced Collections를 사용하는 경우 분쟁이 거래로 명시적으로 기록됩니다. 그렇지 않으면 AR에서 송장에 설정된 특정 'dispute' 상태나 보류를 바탕으로 추정할 수 있습니다.
기록
Oracle Advanced Collections의 거래로 기록하거나 송장 상태 변경을 바탕으로 추정합니다.
이벤트 유형
explicit
|
|||
|
송장 수정
|
기존의 미완료 송장을 업데이트하거나 수정한 것을 나타냅니다. 송장이 완료되거나 발송되기 전에 품목, 금액 또는 청구 정보를 변경하는 경우가 이에 해당합니다. | ||
|
중요한 이유
수정이 잦다면 프로세스 비효율, 데이터 품질 문제 또는 사용자 오류가 원인일 수 있습니다. 이 활동을 분석하면 재작업 규모와 처리 주기에 미치는 영향을 측정하고 '송장 오류율'과 같은 KPI를 파악할 수 있습니다.
확보 방법
미완료 송장의 RA_CUSTOMER_TRX_ALL 테이블에서 CREATION_DATE와 LAST_UPDATE_DATE를 비교해 추정할 수 있습니다. 감사 기능을 사용하면 변경 사항을 더 명확하게 추적할 수 있습니다.
기록
RA_CUSTOMER_TRX_ALL 테이블의 LAST_UPDATE_DATE를 통해 업데이트 내역을 추적해 추정합니다.
이벤트 유형
inferred
|
|||
|
송장 승인
|
수동으로 입력하거나 검토한 송장을 고객에게 보내기 전에 내부적으로 정식 승인하는 단계입니다. Oracle Workflow 설정에 따라 진행되거나 상태를 수동으로 변경할 수 있습니다. | ||
|
중요한 이유
승인 시간을 추적하는 것은 '송장 승인 주기 시간' KPI를 측정하는 데 중요합니다. 이 단계가 지연되면 고객 청구가 늦어지고 전체 현금 전환 주기도 길어집니다.
확보 방법
시스템 설정에 따라 기록 방식이 달라질 수 있습니다. 워크플로 테이블(예: WF_ITEM_ACTIVITY_STATUSES)의 상태 변경이나 RA_CUSTOMER_TRX_ALL의 송장 거래에 설정된 설명용 flexfield를 바탕으로 추정할 수 있습니다.
기록
워크플로 테이블의 상태 변경이나 사용자 정의 상태 필드를 바탕으로 추정합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿을 활용해 Order-to-Cash 청구 및 청구서 발행 프로세스의 process mining을 시작하세요. 지금 운영 현황을 파악하고 효율성을 높일 인사이트를 찾아보세요.
주문부터 현금 회수까지 청구 및 송장 발행을 지금 개선하세요
청구 주기를 30% 단축해 현금 전환을 앞당기세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.