주문부터 대금 회수까지, 청구 및 송장 발행 데이터 템플릿

범용 process mining 템플릿
주문부터 대금 회수까지, 청구 및 송장 발행 데이터 템플릿

주문부터 대금 회수까지, 청구 및 송장 발행 데이터 템플릿

범용 process mining 템플릿

주문부터 현금 회수까지: 청구 및 송장 발행에 사용할 일반적인 process mining 데이터 템플릿입니다. 더 구체적인 안내가 필요하면 시스템별 템플릿을 사용하세요.

특정 시스템 선택
  • 모든 시스템에서 활용할 수 있는 기본 템플릿입니다.
  • 심층 분석에 권장되는 속성입니다.
  • 청구 및 송장 발행 흐름을 매핑하는 주요 활동입니다.
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

주문부터 대금 회수까지, 청구 및 송장 발행 속성

권장 데이터 필드는 이벤트 로그의 기반이 되며, 주문부터 대금 회수까지 이어지는 청구 및 송장 발행 프로세스를 폭넓게 분석할 수 있도록 합니다.
5 필수 6 권장 5 선택 사항
이름 설명
송장 ID
InvoiceId
고객 송장마다 부여되는 고유 식별자입니다. 청구 및 송장 처리 프로세스에서 기본 사례 식별자로 사용됩니다.
설명

송장 ID는 생성된 각 송장에 부여되는 고유한 영숫자 코드입니다. 송장 생성과 승인부터 결제와 마감까지 관련된 모든 활동을 하나의 프로세스 인스턴스 또는 사례로 연결하는 기준 키입니다.

process mining 분석에서는 송장 ID를 사용해 각 송장의 전체 처리 과정을 재구성합니다. 이를 통해 프로세스 흐름을 시각화하고, 편차를 파악하며, 사례별 처리 시간과 같은 지표를 계산할 수 있습니다. 특정 송장 ID로 필터링하면 문제가 발생한 사례를 자세히 살펴 지연이나 오류의 근본 원인을 파악할 수도 있습니다.

중요한 이유

송장의 전체 처리 이력을 추적하는 고유 키로, 청구 프로세스 분석의 기반이 됩니다.

확보 방법

일반적으로 원본 ERP 또는 재무 시스템의 청구 문서나 송장 문서 헤더 테이블에서 찾을 수 있습니다.

예시
INV-2023-00123910004587SI-58832
이벤트 시간
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다.
설명

이벤트 시간 또는 타임스탬프는 활동이 실행되거나 상태가 변경된 정확한 날짜와 시간을 기록합니다. 이 시간 데이터는 프로세스 단계의 시점과 소요 시간을 파악하는 데 중요합니다.

분석에서는 이벤트 시간을 기준으로 활동을 시간순으로 정렬하고, 단계 간 대기 시간과 활동별 소요 시간, 사례별 전체 처리 시간을 계산합니다. 또한 병목을 찾고 서비스 수준 협약에 따른 성과를 측정하며 시간에 따른 추세를 분석하는 데 활용합니다. 타임스탬프가 정확하지 않으면 성과와 소요 시간을 분석할 수 없습니다.

중요한 이유

이 타임스탬프는 처리 시간과 소요 시간 등 시간 기반 지표를 계산하는 데 필요하며, 병목을 파악하는 데도 중요합니다.

확보 방법

일반적으로 거래 로그, 변경 문서 또는 문서 헤더 및 품목 테이블의 활동이나 상태 필드와 함께 저장됩니다.

예시
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
활동명
ActivityName
송장 처리 과정의 특정 시점에 발생한 업무 활동 또는 이벤트의 이름입니다.
설명

활동명은 '송장 생성', '고객에게 송장 발송', '송장에 결제 배정'과 같이 청구 프로세스의 특정 단계나 작업을 나타냅니다. 프로세스 로그의 각 이벤트에는 활동이 연결되며, 이러한 활동이 모여 프로세스 흐름을 이룹니다.

활동 순서 분석은 process mining의 핵심입니다. 이를 통해 송장이 실제로 거치는 경로를 확인하고, 표준 절차와 편차, 재작업 반복, 병목을 파악할 수 있습니다. 어떤 활동이 어떤 순서로 얼마나 자주 발생하는지 이해하는 것은 프로세스 발견, 적합성 검사, 개선 기회 파악의 기본입니다.

중요한 이유

프로세스의 단계를 정의해 송장 생성부터 마감까지의 흐름을 시각화하고 분석할 수 있습니다.

확보 방법

일반적으로 원본 시스템의 문서 상태 변경, 거래 코드 또는 특정 이벤트 로그를 바탕으로 도출합니다.

예시
인보이스 승인결제 수령분쟁 제기고객에게 송장 발송
원본 시스템
SourceSystem
데이터를 추출한 기준 시스템입니다.
설명

이 속성은 이벤트 데이터가 생성된 ERP, CRM 또는 자체 청구 플랫폼과 같은 업무 애플리케이션이나 시스템을 나타냅니다. 여러 시스템이 연동된 환경에서는 데이터 출처를 구분하는 데 사용됩니다.

원본 시스템 정보는 데이터 검증, 거버넌스, 문제 해결에 중요합니다. 여러 시스템의 데이터를 결합할 때 이 속성을 통해 데이터의 세분성이나 용어가 서로 다른 이유를 파악할 수 있습니다. 또한 특정 거래에 사용된 시스템이 프로세스 편차에 미친 영향을 자세히 분석할 수 있습니다.

중요한 이유

데이터의 출처를 파악하는 데 필요한 정보를 제공하므로, 데이터를 검증하고 여러 시스템에 걸친 프로세스를 분석할 때 유용합니다.

확보 방법

원본 테이블의 필드에 저장하거나 데이터 추출, 변환, 적재(ETL) 과정에서 추가할 수 있습니다.

예시
SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365
최종 데이터 업데이트
LastDataUpdate
이 이벤트의 데이터를 원본 시스템에서 마지막으로 새로 고치거나 추출한 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 가장 최근에 데이터를 추출하거나 새로 고친 날짜와 시간을 기록합니다. 분석에 사용되는 데이터의 최신성을 나타냅니다.

process mining 프로젝트에서는 데이터가 얼마나 최신인지 파악해야 보고와 분석을 정확하게 수행할 수 있습니다. 이 속성을 통해 분석 대상 기간을 확인하고 최신 정보를 바탕으로 의사결정을 내릴 수 있습니다. 데이터 파이프라인을 모니터링하고 데이터 추출이 예상대로 진행되는지 확인하는 데도 중요합니다.

중요한 이유

데이터의 최신성을 나타내므로, 현재 이용할 수 있는 최신 정보를 바탕으로 분석하고 의사결정할 수 있습니다.

확보 방법

일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 타임스탬프를 생성해 데이터셋에 추가합니다.

예시
2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z
결제 기한
PaymentDueDate
고객이 송장을 결제해야 하는 날짜입니다.
설명

결제 기한은 송장 날짜와 합의된 결제 조건을 바탕으로 계산하는 중요한 날짜입니다. 이 날짜까지 결제하면 송장이 연체되지 않습니다.

이 속성은 수금 실적을 모니터링하고 현금 흐름을 관리하는 데 필요합니다. 매출채권 회전일수(DSO)와 기한 내 결제율 등 주요 지표를 계산하는 데 사용합니다. 실제 결제일과 결제 기한을 비교하면 연체 결제를 파악하고 고객별 결제 행태를 분석하며 수금 전략의 효과를 평가할 수 있습니다.

중요한 이유

결제 실적을 측정하고 DSO를 계산하며 연체 송장을 파악하는 기준 날짜입니다. 현금 흐름에도 직접 영향을 줍니다.

확보 방법

송장 헤더 데이터에서 확인할 수 있습니다. 직접 입력하거나 송장 날짜와 결제 조건을 바탕으로 계산할 수 있습니다.

예시
2023-11-302024-01-152024-02-28
고객명
CustomerName
송장을 발행한 고객 또는 법인의 이름입니다.
설명

청구 대상 고객의 법인명 또는 상호가 들어 있습니다. 거래 상대방을 사람이 알아보기 쉬운 이름으로 식별할 수 있습니다.

고객명별로 프로세스를 분석하면 특정 고객과 관련된 프로세스 편차, 결제 지연 또는 분쟁을 파악할 수 있습니다. 이를 바탕으로 고객 관계 관리 전략을 수립하고, 특정 거래처에 맞춰 커뮤니케이션이나 프로세스를 조정할 수 있습니다. 고객군별 성과를 비교하는 데도 활용할 수 있습니다.

중요한 이유

고객별 또는 고객군별 패턴, 지연, 문제를 파악하는 고객 중심 분석에 활용할 수 있습니다.

확보 방법

고객 기준정보에서 가져오며 고객 ID를 통해 송장 문서와 연결합니다.

예시
Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc.
사용자
User
특정 활동을 수행한 사용자, 직원 또는 시스템 ID입니다.
설명

이 속성은 프로세스의 특정 작업을 수행한 사람이나 자동화된 시스템 에이전트를 식별합니다. 송장 생성자, 승인자 또는 결제를 배정한 담당자일 수 있습니다.

사용자별 활동을 분석하면 업무량 분배, 개인별 성과, 교육 필요성을 파악할 수 있습니다. 효율적으로 업무를 처리하는 사용자나 팀과 추가 지원이 필요한 대상을 확인할 수 있습니다. 또한 규정 준수와 감사 목적으로 프로세스의 주요 작업을 누가 수행했는지 추적하는 데 필요합니다.

중요한 이유

리소스의 성과와 업무량을 파악해 팀 효율성을 분석하고 교육이 필요한 부분을 찾을 수 있습니다.

확보 방법

일반적으로 변경 로그나 문서 이력 테이블에서 각 이벤트 또는 거래와 연결된 사용자 정보를 확인할 수 있습니다.

예시
j.doeAccountingBotm.smithe.jones
송장 금액
InvoiceAmount
품목, 세금, 수수료를 모두 포함한 송장의 총액입니다.
설명

송장 금액은 고객이 결제해야 하는 총액을 나타내며, 각 송장 사례에 연결되는 주요 재무 지표입니다.

이 속성은 process mining을 활용한 재무 분석의 기반입니다. 송장을 고액과 소액 등 금액별로 나누어 프로세스 경로나 처리 시간이 다른지 확인할 수 있습니다. 매출채권 회전일수(DSO)와 같은 KPI를 계산하고, 고액 송장의 결제 지연 등 프로세스 비효율이 재무에 미치는 영향을 분석하는 데도 사용합니다.

중요한 이유

금액을 기준으로 문제의 우선순위를 정하고 송장 금액에 따라 프로세스가 어떻게 달라지는지 파악해 재무 영향을 분석할 수 있습니다.

확보 방법

일반적으로 원본 재무 시스템의 송장 또는 청구 문서 테이블 헤더에 있습니다.

예시
5000.001250.7525000.5099.99
송장 상태
InvoiceStatus
미결제, 결제 완료, 분쟁 중 등 송장의 현재 처리 상태입니다.
설명

송장 상태는 전체 프로세스에서 송장이 현재 어떤 단계에 있는지 나타냅니다. 승인 대기, 결제 대기, 전액 결제, 취소 등 특정 시점의 송장 상태를 확인할 수 있습니다.

이 속성을 사용하면 현재 업무량과 재무 상태를 개괄적으로 파악할 수 있습니다. 대시보드에서는 상태별 송장 분포를 표시하고, 미결제 또는 연체 송장의 총액을 확인하는 데 활용합니다. process mining에서 상태 간 전환을 분석하면 프로세스 흐름을 간략하게 파악할 수 있습니다.

중요한 이유

프로세스에서 송장의 현재 위치를 빠르게 확인할 수 있어 운영 대시보드와 전체 상태 추적에 유용합니다.

확보 방법

대부분의 송장 또는 청구 문서 테이블 헤더에 있는 표준 필드입니다.

예시
미결제결제 완료연체분쟁 중취소
통화
Currency
USD나 EUR처럼 송장 금액에 적용되는 통화 코드입니다.
설명

통화 속성은 송장 금액의 화폐 단위를 나타냅니다. 여러 통화를 사용하는 글로벌 조직에서 재무 금액을 올바르게 해석하는 데 필요한 정보입니다.

분석에서 통화 필드는 재무 데이터를 정확하게 합산하고 비교하는 데 필요합니다. 총액을 계산하거나 지역별 송장 금액을 비교하기 전에 모든 금액을 공통 통화로 환산해야 합니다. 정확한 재무 보고와 통화 또는 지역별 프로세스 성과 분석에도 중요합니다.

중요한 이유

재무 금액을 정확하게 분석하고 보고하는 데 필요한 정보를 제공합니다. 특히 여러 국가에서 운영하는 조직에 중요합니다.

확보 방법

송장 또는 청구 문서 테이블의 헤더에서 찾을 수 있으며, 일반적으로 금액 필드와 함께 있습니다.

예시
USDEURGBPJPY
결제 조건
PaymentTerms
Net 30이나 수령 즉시 결제처럼 송장 결제에 합의한 조건입니다.
설명

결제 조건은 판매자와 구매자가 송장 결제에 합의한 규칙입니다. 결제 가능 기간과 조기 결제 할인 등이 포함됩니다.

결제 조건별로 프로세스를 분석하면 특정 조건이 결제 기간을 늘리거나 연체율을 높이는지 확인할 수 있습니다. 이 정보를 바탕으로 현금 흐름을 개선하도록 결제 조건을 조정할 수 있습니다. 특정 송장이 연체된 이유를 조사할 때도 중요한 맥락을 제공합니다.

중요한 이유

결제 기한과 고객의 결제 행태에 영향을 주므로 기한 내 결제율을 파악하고 개선하는 데 중요합니다.

확보 방법

일반적으로 고객 기준정보와 개별 송장 문서 헤더에 저장됩니다.

예시
30일 이내 결제60일 이내 결제수령 즉시 결제10일 이내 결제 시 2% 할인, 30일 이내 결제
고객 지역
CustomerRegion
고객과 연결된 지리적 지역, 권역 또는 국가입니다.
설명

고객 지역은 고객의 지리적 위치를 나타냅니다. 국가, 주 또는 별도로 정의한 영업 지역 등 다양한 수준으로 지정할 수 있습니다.

지역별로 청구 프로세스를 분석하면 결제 소요 시간, 분쟁 비율, 프로세스 규정 준수 등 성과의 지역별 차이를 파악할 수 있습니다. 이러한 분석 결과를 바탕으로 지역별 수금 및 고객 서비스 전략을 수립하고, 성과가 우수한 지역의 모범 사례를 다른 지역에 적용할 수 있습니다.

중요한 이유

지역별 분석을 통해 결제 행태, 프로세스 효율성, 규정 준수의 차이를 파악할 수 있습니다.

확보 방법

고객 마스터 데이터에서 가져오며, 일반적으로 고객 주소를 기준으로 합니다.

예시
북미유럽·중동·아프리카독일아시아·태평양
재작업 여부
IsRework
수정이나 여러 차례의 승인 등 송장 프로세스에서 재작업이 발생했는지 나타내는 플래그입니다.
설명

IsRework는 송장에서 재작업이 한 번 이상 발생한 경우 true로 설정되는 불리언 플래그입니다. 재작업에는 오류를 수정하거나, 승인 거부 후 송장을 다시 제출하는 것처럼 원래 한 번만 수행해야 하는 단계를 반복하는 활동이 포함됩니다.

이 속성은 프로세스 비효율성을 직접 측정합니다. IsRework가 true인 사례만 필터링하면 문제가 있는 송장을 바로 추려 재작업의 근본 원인을 조사할 수 있습니다. 재작업이 발생한 사례의 비율인 재작업률은 프로세스 품질을 측정하고 운영을 간소화해 불필요한 작업을 줄일 기회를 찾는 데 중요한 KPI입니다.

중요한 이유

프로세스 비효율성이 발생한 사례를 직접 표시하므로, 추가로 수행된 부가가치 없는 작업을 쉽게 찾아 분석할 수 있습니다.

확보 방법

일반적으로 원천 시스템에서 제공되지 않으며, 재작업을 나타내는 활동 순서를 식별해 데이터 변환 과정에서 산출해야 합니다.

예시
truefalse
조직 단위
OrganizationalUnit
송장을 담당하는 사업부, 회사 코드 또는 영업 조직입니다.
설명

이 속성은 송장을 발행했거나 거래를 담당하는 회사 내 특정 조직을 식별합니다. 회사 코드, 사업부 또는 영업 조직 등이 이에 해당합니다.

조직 단위별로 프로세스를 분석하면 사업 부문 간 성과를 비교하고 내부 벤치마킹을 수행할 수 있습니다. 효율성이 높은 사업부, 재작업 비율이 높은 사업부, 연체 결제가 많은 사업부를 파악하는 데 도움이 됩니다. 이를 통해 각 조직의 책임을 명확히 하고 전사적으로 프로세스를 표준화할 수 있습니다.

중요한 이유

사업부 간 성과를 비교해 모범 사례와 개선이 필요한 영역을 파악할 수 있습니다.

확보 방법

ERP 시스템의 거의 모든 재무 문서 헤더에 포함되는 기본 조직 데이터 필드입니다.

예시
1000US01글로벌 서비스유럽 제조
판매 주문 번호
SalesOrderNumber
송장의 근거가 된 판매 주문의 식별자입니다.
설명

판매 주문 번호는 송장 생성을 시작한 Order-to-Cash 흐름의 이전 문서를 가리킵니다. 청구 프로세스를 앞선 판매 프로세스와 연결합니다.

이 속성은 Order-to-Cash 프로세스의 시작부터 끝까지를 파악하는 데 중요합니다. 송장을 판매 주문과 연결하면 고객 주문부터 최종 결제까지 전체 흐름을 분석할 수 있습니다. 이를 통해 판매나 주문 이행 과정의 문제가 청구와 수금에 미치는 영향을 파악할 수 있습니다.

중요한 이유

청구 프로세스와 앞선 판매 프로세스를 연결해 Order-to-Cash 전체 흐름을 분석할 수 있습니다.

확보 방법

일반적으로 송장 문서 헤더나 품목에 저장되며, 판매 문서 테이블과 연결됩니다.

예시
SO-10582490000123ORD-2023-987
필수 권장 선택 사항

주문부터 대금 회수까지, 청구 및 송장 발행 활동

아래 활동은 정확한 프로세스 탐색과 심층 분석에 필요한 주요 단계와 중요 시점을 나타냅니다.
6 권장 9 선택 사항
활동 설명
결제 기한 도래
송장의 결제 기한이 지난 시점에 발생하는 계산 이벤트입니다. 거래 활동은 아니며, 송장 발행일과 결제 조건을 기준으로 산출하는 시간 기준 시점입니다.
중요한 이유

이 시점을 기준으로 연체 송장을 분류하고 기한 내 결제 실적을 분석할 수 있습니다. 또한 수금 활동을 시작하는 기준이 됩니다.

확보 방법

이 이벤트는 시스템에 직접 기록되지 않으며, 송장 날짜와 결제 조건 필드를 바탕으로 계산합니다.

기록

'송장 발송일' + '결제 조건 일수'로 계산합니다.

이벤트 유형 calculated
고객 결제 수령
고객의 결제를 수령해 재무 시스템에 기록한 상태입니다. 이 단계에서는 입금이 확인되었지만, 특정 송장에 아직 배정되지 않았을 수 있습니다.
중요한 이유

현금 흐름에 중요한 이벤트입니다. 결제 수령부터 송장에 배정하기까지 걸리는 시간은 현금 배정 효율을 측정하는 주요 지표입니다.

확보 방법

현금 수령 분개장, 결제 거래 테이블 또는 은행 거래 내역 처리 테이블에 기록됩니다.

기록

고객 결제 또는 현금 수령 기록이 생성된 시점을 확인합니다.

이벤트 유형 explicit
고객에게 송장 발송
승인된 송장을 이메일, 인쇄물, 온라인 포털 등 고객이 지정한 방식으로 공식 전달합니다. 이 시점부터 고객의 결제 기한이 시작됩니다.
중요한 이유

이 이벤트는 수금 주기가 공식적으로 시작되는 시점으로, 매출채권 회전일수(DSO)와 기한 내 결제율을 계산하는 데 중요합니다.

확보 방법

출력 관리 로그, 커뮤니케이션 기록 또는 송장의 '발송일' 필드에 기록됩니다.

기록

송장을 이메일로 보내거나 인쇄하거나 EDI로 전송한 시점을 기록한 시스템 로그의 타임스탬프를 사용합니다.

이벤트 유형 explicit
송장 마감
송장 처리가 공식적으로 완료된 상태입니다. 결제, 대변전표 또는 기타 조정으로 미결제 잔액이 0이 되면 마감됩니다.
중요한 이유

프로세스가 정상적으로 완료되는 대표적인 종료 지점입니다. 전체 처리 시간과 완료율을 계산하는 데 필요합니다.

확보 방법

잔액이 0이 된 것을 기준으로 추정하거나 시스템의 명시적인 상태 변경으로 확인합니다.

기록

결제 배정 등 송장 잔액을 0으로 만든 거래의 가장 최근 타임스탬프를 확인합니다.

이벤트 유형 inferred
송장에 결제 배정
수령한 고객 결제를 해당 송장과 대사해 배정한 상태입니다. 이 대사 단계에서 송장의 미결제 잔액이 줄거나 모두 정산됩니다.
중요한 이유

현금 배정에 걸리는 시간을 파악하는 데 중요한 활동입니다. 이 단계가 지연되면 매출채권의 실제 연체 기간이 잘못 표시되고 여신 관리에도 영향을 줄 수 있습니다.

확보 방법

결제 문서와 송장 문서를 연결하는 매출채권 보조원장 테이블에서 확인할 수 있습니다. 이러한 문서는 흔히 반제 문서라고 합니다.

기록

미결 항목을 반제하기 위해 결제 기록을 송장 기록에 연결한 시점의 타임스탬프를 확인합니다.

이벤트 유형 explicit
인보이스 생성
이 활동은 시스템에 인보이스 기록이 생성된 시점을 나타냅니다. 청구 프로세스의 공식적인 시작으로, 이행이 완료된 수주에 따라 자동으로 생성되거나 수동으로 입력될 수 있습니다.
중요한 이유

프로세스의 시작점인 이 이벤트는 인보이스 전체 처리 시간을 계산하고 초기 단계의 지연을 찾는 데 중요합니다.

확보 방법

기본 인보이스 또는 청구 문서 테이블의 생성 타임스탬프에서 가져옵니다.

기록

새 인보이스 기록의 생성 이벤트 또는 최초 저장 타임스탬프를 확인합니다.

이벤트 유형 explicit
결제 안내 발송
연체 송장과 관련해 독촉장이나 이메일 등의 안내를 고객에게 발송한 상태입니다. 결제를 요청하는 수금 프로세스의 주요 활동입니다.
중요한 이유

안내 발송 내역을 추적하면 수금 전략의 효과를 측정하고 후속 연락이 자주 필요한 고객을 파악할 수 있습니다.

확보 방법

독촉 실행 로그, 수금 시스템 또는 고객이나 송장에 연결된 커뮤니케이션 활동 로그에서 확인합니다.

기록

독촉 이력 테이블이나 수금 활동 로그의 타임스탬프를 사용합니다.

이벤트 유형 explicit
대변전표 발행
대변전표 또는 크레딧 메모를 생성해 기존 송장에 적용하는 경우가 많습니다. 일반적으로 청구 오류를 수정하거나 가격을 조정하거나 반품을 처리할 때 발행합니다.
중요한 이유

대변전표가 자주 발행되면 매출 누수나 고객 불만을 초래하는 영업 또는 이행 과정의 문제가 있을 수 있습니다.

확보 방법

대변전표 또는 크레딧 메모 문서의 생성 기록에서 확인합니다. 이 문서는 원본 송장에 연결되는 경우가 많습니다.

기록

크레딧 메모 거래 유형의 생성 타임스탬프를 기록합니다.

이벤트 유형 explicit
분쟁 제기
고객이 가격이나 수량 오류 등을 이유로 송장 전체 또는 일부에 대해 공식적으로 이의를 제기한 상태입니다. 일반적으로 분쟁이 해결될 때까지 수금 활동이 보류됩니다.
중요한 이유

분쟁을 분석하면 고객 불만과 청구 오류의 근본 원인을 파악할 수 있습니다. 이러한 문제는 DSO와 고객 관계에 직접 영향을 줍니다.

확보 방법

상태 변경이나 송장 플래그로 기록하거나, 송장에 연결된 별도의 분쟁 사례 기록을 생성하는 경우가 많습니다.

기록

분쟁 사례의 생성일 또는 상태가 '분쟁 중'으로 변경된 시점을 확인합니다.

이벤트 유형 explicit
송장 대손 처리
송장의 잔액을 취소하고 대손으로 분류한 상태입니다. 일반적으로 가능한 수금 조치를 모두 마친 후 처리합니다.
중요한 이유

수금 실패로 인한 직접적인 재무 손실을 나타냅니다. 대손 처리 내역을 분석하면 위험도가 높은 고객을 파악하고 여신 정책을 개선할 수 있습니다.

확보 방법

송장 잔액을 대손 계정과 상계하는 조정 또는 분개 항목으로 기록됩니다.

기록

'대손 처리' 사유 코드로 송장 잔액을 조정하거나 대손 계정에 전기한 거래를 확인합니다.

이벤트 유형 explicit
송장 수정
송장을 처음 생성한 후 수정한 상태입니다. 주로 송장 거부나 오류 발견으로 인해 금액, 품목 또는 고객 정보를 변경합니다.
중요한 이유

수정이 자주 발생하면 기준정보나 최초 주문 이행 과정에 문제가 있을 수 있으며, 재작업과 지연으로 이어질 수 있습니다.

확보 방법

변경 로그나 감사 추적 기록을 확인하거나, 같은 주문의 송장을 취소한 뒤 다시 생성하는 패턴을 찾아 파악합니다.

기록

송장을 처음 생성한 후 송장 기록의 주요 재무 필드가 변경되었는지 확인합니다.

이벤트 유형 inferred
송장 취소
기존 송장을 무효화하거나 취소해 재무상 영향을 되돌린 상태입니다. 일반적으로 결제 전에 잘못된 고객에게 청구하는 등 중대한 오류를 수정하기 위해 처리합니다.
중요한 이유

취소는 재작업이 필요한 운영 오류를 보여 주며, 올바른 청구가 지연될 수 있습니다. 취소율이 높으면 프로세스나 데이터 품질에 문제가 있을 수 있습니다.

확보 방법

취소 문서 또는 송장 기록의 '취소됨'이나 '무효' 상태에서 확인합니다.

기록

원본 송장에 연결된 취소 문서가 생성되었는지 또는 상태가 '무효'로 변경되었는지 확인합니다.

이벤트 유형 explicit
인보이스 반려
내부 검토 과정에서 승인 담당자가 인보이스를 반려했습니다. 보통 수정 후 다시 제출해야 하므로 재처리 과정이 발생합니다.
중요한 이유

이 활동을 통해 내부 프로세스의 비효율, 데이터 품질 문제, 재처리로 인해 인보이스 처리 기간이 늘고 결제가 지연되는 상황을 파악할 수 있습니다.

확보 방법

일반적으로 인보이스 기록의 상태 변경으로 저장되며, 관련 테이블에 반려 사유가 함께 기록되기도 합니다.

기록

인보이스 상태가 ‘반려’ 또는 이에 해당하는 상태로 변경된 이벤트를 기록합니다.

이벤트 유형 explicit
인보이스 승인
인보이스가 모든 내부 검토를 통과해 공식적으로 승인되었습니다. 인보이스의 정확성이 확인되어 고객에게 발송할 준비가 되었음을 나타냅니다.
중요한 이유

이 시점은 내부 처리 시간과 고객의 결제 기간을 구분하는 주요 기준입니다. 승인까지 걸린 시간을 분석하면 내부 처리 효율을 파악할 수 있습니다.

확보 방법

워크플로 시스템 로그 또는 인보이스 문서의 상태가 ‘대기’에서 ‘승인’으로 변경된 기록에서 가져옵니다.

기록

워크플로 로그나 상태 변경 기록에서 최종 승인 이벤트의 타임스탬프를 확인합니다.

이벤트 유형 explicit
인보이스 승인 요청
생성된 인보이스를 공식적인 내부 검토 워크플로에 제출하는 단계입니다. 인보이스를 확정하기 전에 관리자의 검토를 요구하는 통제 절차가 있는 조직에서 흔히 발생합니다.
중요한 이유

제출 및 승인 과정을 추적하면 고객에게 인보이스를 발송하는 데 지장을 주는 내부 병목을 찾아 현금 흐름에 미치는 영향을 파악할 수 있습니다.

확보 방법

일반적으로 상태 변경이나 워크플로 관리 시스템의 로그 항목으로 기록됩니다.

기록

인보이스 상태가 ‘승인 대기’ 또는 이에 해당하는 상태로 변경된 타임스탬프를 기록합니다.

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

데이터 추출 가이드

process mining에 필요한 데이터를 확보하는 방법.

추출 방법은 시스템마다 다릅니다. 자세한 안내는

ETL 가이드   를 확인하거나   특정 프로세스와 시스템을 선택하세요.

시작할 준비가 되셨나요?

시스템별 추출 가이드를 선택해 프로세스 분석을 시작하거나, 유연한 데이터 준비의 출발점으로 일반 템플릿을 활용하세요.

청구 및 송장 발행을 개선해 현금 흐름을 높이세요

병목을 찾아 오류를 줄이고 결제를 앞당기세요.

무료 체험 시작

신용카드 없이 몇 분 만에 시작할 수 있습니다.