Order-to-Cash 청구 및 청구서 발행 데이터 템플릿

Oracle E-Business Suite
Order-to-Cash 청구 및 청구서 발행 데이터 템플릿

Order-to-Cash 청구 및 청구서 발행 데이터 템플릿

이 템플릿은 Order-to-Cash 청구 및 청구서 발행 프로세스 분석에 필요한 데이터를 수집하는 방법을 안내합니다. 이벤트 로그에 포함할 주요 데이터 필드와 추적할 프로세스 단계, 데이터 추출 방법을 확인할 수 있습니다. 이 자료를 활용해 프로세스 분석과 최적화에 필요한 데이터를 빠짐없이 수집하세요.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Oracle E-Business Suite 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

Order-to-Cash 청구 및 청구서 발행 속성

Order-to-Cash 청구 및 청구서 발행 프로세스를 충분히 분석하려면 다음 데이터 필드를 이벤트 로그에 포함하는 것이 좋습니다.
3 필수 6 권장 11 선택 사항
이름 설명
송장 번호
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 청구 및 청구서 발행 활동

청구 운영을 정확히 파악하고 분석하려면 다음 주요 프로세스 단계와 마일스톤을 이벤트 로그에 기록해야 합니다.
5 권장 8 선택 사항
활동 설명
고객 결제 수령
고객의 결제가 현금 수령으로 시스템에 입력된 상태입니다. 이 시점에는 결제가 특정 송장에 아직 적용되지 않았을 수 있습니다.
중요한 이유

매출채권 회수일수(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
권장 선택 사항

데이터 추출 가이드

Oracle E-Business Suite에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿을 활용해 Order-to-Cash 청구 및 청구서 발행 프로세스의 process mining을 시작하세요. 지금 운영 현황을 파악하고 효율성을 높일 인사이트를 찾아보세요.

주문부터 현금 회수까지 청구 및 송장 발행을 지금 개선하세요

청구 주기를 30% 단축해 현금 전환을 앞당기세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.