신용 관리 및 수금 데이터 템플릿
신용 관리 및 수금 데이터 템플릿
- 분석에 필요한 권장 데이터 속성
- 정확한 프로세스 파악을 위해 추적할 주요 활동
- 시스템에서 데이터를 추출하는 방법
신용 관리 및 수금 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
송장 번호
InvoiceNumber
|
각 고객 송장을 고유하게 식별하는 번호로, 신용 관리 프로세스의 기본 케이스 식별자로 사용됩니다. | ||
|
설명
송장 번호는 고객과의 각 금융 거래를 고유하게 식별하는 중요한 속성입니다. 송장 생성과 전기부터 결제 회수와 최종 정산까지 관련된 모든 활동을 연결합니다. process mining에서는 이 번호를 사용해 각 송장의 전체 흐름을 재구성하고 수명 주기를 자세히 분석합니다. 송장별로 케이스를 추적하면 일반적인 프로세스 경로, 병목, 표준 절차에서 벗어난 흐름을 파악할 수 있습니다. DSO와 같은 주요 지표를 계산하고 프로세스 변형을 분석하는 기반이 됩니다.
중요한 이유
모든 프로세스 이벤트를 연결하는 필수 케이스 ID로, 송장 발행부터 현금 회수까지의 전체 흐름을 재구성하고 분석할 수 있습니다.
확보 방법
일반적으로 Microsoft Dynamics 365 Finance의 'CustInvoiceJour' 테이블에 있는 'Invoice' 필드입니다.
예시
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
이벤트 시간
EventTime
|
특정 활동이나 이벤트가 발생한 시점을 나타내는 타임스탬프입니다. | ||
|
설명
이벤트 시간은 시스템에 활동이 기록된 정확한 날짜와 시간입니다. 프로세스 흐름을 구성하고 시간 기반 지표를 계산하는 데 필요한 이벤트 순서를 제공하므로 process mining의 기반이 됩니다. 처리 시간 분석, 병목 식별, SLA 모니터링에 필수적인 속성입니다. 예를 들어 '송장 생성'과 '결제 수령' 이벤트 사이의 시간 차이로 주요 비즈니스 KPI인 매출채권 회전일수(DSO)를 계산합니다. 타임스탬프가 정확하지 않으면 성과 분석과 병목 식별이 어렵습니다.
중요한 이유
이 타임스탬프는 이벤트 순서를 정하고 프로세스 맵을 발견하며, 주기 시간과 처리 시간 등 모든 성과 지표를 계산하는 데 필요합니다.
확보 방법
활동에 따라 'CustInvoiceJour'의 'CreatedDateTime'이나 'CustTrans'의 'TransDate' 등 D365 테이블의 여러 날짜 및 시간 필드에서 가져옵니다.
예시
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
활동 이름
ActivityName
|
송장 수명 주기의 특정 시점에 발생한 이벤트 또는 작업의 이름입니다. | ||
|
설명
활동 이름은 '송장 생성', '연체 안내문 발송', '결제 수령'과 같이 신용 및 추심 프로세스의 특정 단계나 이벤트를 나타냅니다. 프로세스 맵의 노드를 정의하므로 process mining의 기본 속성입니다. 활동의 순서와 빈도를 분석하면 실제 프로세스 흐름을 파악하고 재작업 반복, 비효율, 규정을 준수하지 않는 경로를 찾을 수 있습니다. 모든 프로세스 흐름 시각화의 기반이 되며, 프로세스 단계별 처리 시간을 계산하는 데 사용됩니다.
중요한 이유
이 속성은 프로세스 맵의 단계를 정의하므로 송장 수명 주기를 시각화하고 분석할 수 있습니다.
확보 방법
일반적으로 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour', 'CustPaymPromise' 등의 테이블에서 시스템 이벤트, 상태 변경 또는 레코드 생성 날짜를 표준 활동 이름에 매핑해 도출합니다.
예시
송장 전기 및 발송연체 안내문 생성분쟁 등록결제 수령
|
|||
|
결제 기한
PaymentDueDate
|
계약상 송장 대금을 지급해야 하는 날짜입니다. | ||
|
설명
결제 기한은 고객과 합의한 결제 조건에 따라 정해지는 중요한 날짜 속성입니다. 이 날짜를 기준으로 송장 연체 여부를 판단합니다. 알림 발송이나 공식 연체 안내 절차 시작 등 추심 활동을 개시하는 기준이기도 합니다. process mining에서는 '연체 일수'를 계산하고 추심 정책 준수 여부를 확인하는 데 사용합니다. 예를 들어 결제 기한이 지난 후 X일 이내에 알림을 발송했는지 확인할 수 있습니다.
중요한 이유
결제가 제때 이루어졌는지 측정하는 기준이며, 연체 및 추심 관련 활동을 시작하는 시점입니다.
확보 방법
일반적으로 'CustTrans' 또는 'CustInvoiceJour' 테이블의 'DueDate' 필드에서 확인할 수 있습니다.
예시
2023-02-142023-03-312023-04-30
|
|||
|
고객 세그먼트
CustomerSegment
|
규모, 업종, 전략적 중요도 등을 기준으로 고객을 분류한 값입니다. | ||
|
설명
고객 세그먼트는 고객을 '전략 고객', '중소기업', '공공기관' 등 의미 있는 그룹으로 분류하는 범주형 속성입니다. 전략 분석에 중요한 기준으로, '전략 고객의 DSO가 더 낮은가?', '특정 업종에서 대손 처리가 더 자주 발생하는가?'와 같은 질문에 답하는 데 도움이 됩니다. '매출채권 회전일수 추이', '회수 불가 송장 대손 처리', '세그먼트별 연체 송장' 대시보드에서 개별 고객을 넘어선 분석에 직접 활용됩니다.
중요한 이유
고객 그룹별로 데이터를 종합해 전략적 추세를 파악하고 세그먼트별 추심 전략을 조정할 수 있습니다.
확보 방법
일반적으로 사용자 지정 필드이거나 'CustTable'(고객 마스터 테이블)의 속성에서 도출합니다.
예시
대기업중견기업공공 부문파트너
|
|||
|
고객명
CustomerName
|
송장을 발행한 고객의 법적 명칭입니다. | ||
|
설명
고객명은 송장과 관련된 고객을 식별합니다. 필터링과 세분화에 주로 사용하는 기준입니다. 고객별 프로세스를 분석하면 반복적으로 결제가 늦거나, 분쟁을 제기하거나, 많은 추심 활동이 필요한 고객을 찾을 수 있습니다. '분쟁 해결 주기 시간' 대시보드와 특정 고객 계정을 자세히 분석할 때 주요 속성으로 활용됩니다.
중요한 이유
고객별 프로세스를 분석해 패턴을 파악하고 주요 고객이나 문제가 있는 계정과의 관계를 관리할 수 있습니다.
확보 방법
일반적으로 'CustInvoiceJour'의 고객 계정 번호를 사용해 'CustTable'에서 가져옵니다.
예시
Contoso Ltd.Adventure WorksFabrikam Inc.
|
|||
|
송장 금액
InvoiceAmount
|
송장의 총 금액입니다. | ||
|
설명
송장 금액은 청구된 상품이나 서비스의 총액입니다. 프로세스의 재무 분석에 기본이 되는 속성입니다. 금액별로 케이스를 구분하면 고액 송장이 다른 경로를 따르거나 지연이 더 오래 발생하는지 확인할 수 있습니다. '회수 불가 송장 대손 처리' 및 '신용 한도 관리 분석' 대시보드에서 재무 영향을 수치화하고 위험을 평가하는 데 필요합니다.
중요한 이유
재무 영향을 분석하고 고액 송장의 우선순위를 정하며, 송장 금액이 프로세스에 미치는 영향을 파악할 수 있습니다.
확보 방법
'CustInvoiceJour' 테이블의 'InvoiceAmount' 필드일 가능성이 높습니다.
예시
1500.7525000.00549.99
|
|||
|
송장 상태
InvoiceStatus
|
수명 주기에서 송장의 현재 상태입니다. | ||
|
설명
송장 상태는 '미결', '결제 완료', '분쟁 중', '대손 처리' 등 프로세스에서 송장이 현재 어느 단계에 있는지 보여줍니다. 활동 로그가 상세 이력을 제공한다면, 현재 상태는 필터링과 요약 보고에 유용한 케이스 수준 속성입니다. 분석가는 이 속성으로 데이터를 빠르게 분류해 미결 연체 송장만 살펴보거나 대손 처리된 송장의 특성을 분석할 수 있습니다. 매출채권의 현재 상태를 파악하는 간단한 방법입니다.
중요한 이유
현재 상태에 따라 송장을 간편하게 필터링하고 분석할 수 있습니다. 예를 들어 미결 또는 분쟁 중인 케이스만 확인할 수 있습니다.
확보 방법
'CustTrans' 테이블의 거래 정산 상태에서 도출합니다. 미결 거래는 미결제 상태이고, 마감된 거래는 정산된 상태입니다.
예시
미결결제 완료일부 결제대손 처리
|
|||
|
연체 안내 단계
DunningLevel
|
연체 송장에 대한 연체 안내(추심) 프로세스의 현재 단계나 심각도를 나타냅니다. | ||
|
설명
연체 안내 단계는 체계적인 연체 안내 절차의 진행 단계를 나타냅니다. 예를 들어 '1단계: 일반 알림', '2단계: 공식 통지', '3단계: 최종 경고'와 같이 구분합니다. 이 속성을 추적하면 추심 전략의 효과를 평가할 수 있습니다. '연체 안내 전략 효과' 대시보드에서는 각 단계에 도달한 후 결제된 송장의 비율을 보여줍니다. 이를 바탕으로 기업은 고객 관계를 유지하면서 결제를 유도할 수 있도록 연체 안내 워크플로를 개선할 수 있습니다.
중요한 이유
연체 안내 전략의 효과를 측정하고 고객이 어느 단계에서 결제할 가능성이 가장 높은지 파악하는 데 중요합니다.
확보 방법
'CustCollectionLetterJour' 등 추심 및 연체 안내문 관련 테이블에서 확인할 수 있습니다.
예시
123 - 최종법적 조치
|
|||
|
연체 일수
DaysOverdue
|
송장의 결제 기한이 지난 일수입니다. | ||
|
설명
연체 일수는 미결제 송장의 결제 기한이 지난 후 경과한 시간을 측정하는 계산 지표입니다. 현재 날짜에서 결제 기한을 빼서 계산합니다. 추심팀이 우선적으로 처리할 송장을 정하는 데 도움이 되는 주요 성과 지표입니다. '세그먼트별 연체 송장' 대시보드의 주요 지표이며, 매출채권 건전성과 추심 활동의 효과를 평가하는 데 중요합니다.
중요한 이유
추심 활동의 우선순위를 정하고 결제 지연 정도를 측정하는 주요 운영 지표입니다.
확보 방법
계산 필드입니다. 계산식: IF 송장이 미결제 상태 THEN (Today() - PaymentDueDate) ELSE 0.
예시
1532910
|
|||
|
추심 담당자 지정
CollectorAssigned
|
연체 송장 관리를 담당하는 추심 담당자 또는 팀원의 이름입니다. | ||
|
설명
이 속성은 특정 송장의 추심 활동을 담당하는 직원을 식별합니다. 성과와 업무량 분석에 중요합니다. 관리자는 추심 담당자별로 프로세스 맵이나 대시보드를 필터링해 개인별 생산성을 평가하고, 추심 전략을 비교하며, 코칭이 필요한 부분을 찾을 수 있습니다. 담당자별로 프로세스 결과를 확인할 수 있어 '추심팀 생산성' 및 '분쟁 해결 주기 시간' 대시보드의 주요 분석 기준으로 활용됩니다.
중요한 이유
추심팀의 성과를 분석하고 업무량을 균형 있게 배분하며, 담당자별 효과를 비교해 모범 사례를 찾을 수 있습니다.
확보 방법
Microsoft Dynamics 365 문서를 참조하세요. 추심 관리 모듈이나 고객 또는 거래 레코드의 사용자 책임 필드에서 확인할 수 있습니다.
예시
John SmithEmily Jones추심팀 A
|
|||
|
국가
Country
|
고객 청구 주소의 국가입니다. | ||
|
설명
이 속성은 고객 계정과 관련된 국가를 나타냅니다. 지역별 분석에 자주 사용하는 기준입니다. 국가별로 DSO나 대손 처리율 등의 프로세스 KPI를 구분하면 고객의 결제 행태, 추심 효과, 경제 상황의 지역별 차이를 파악할 수 있습니다. 이를 바탕으로 지역별 추심 전략을 조정하거나 특정 지역에 다른 결제 조건을 적용할 수 있습니다.
중요한 이유
지역별 결제 행태와 추심 프로세스 성과의 추세를 파악할 수 있습니다.
확보 방법
고객 마스터 레코드('CustTable')를 기본 주소 레코드(주로 'LogisticsPostalAddress')와 연결해 도출합니다.
예시
USADEUGBRCAN
|
|||
|
분쟁 사유
DisputeReason
|
고객이 송장에 이의를 제기한 사유입니다. | ||
|
설명
고객은 송장에 이의를 제기할 때 '가격 오류', '상품 파손', '중복 청구' 등의 사유를 제시합니다. 이 속성은 해당 사유를 기록합니다. 분쟁 사유를 분석하면 근본 원인을 파악할 수 있습니다. 영업, 배송, 청구 부서의 문제처럼 주문부터 현금 회수까지의 프로세스에서 반복되는 문제를 찾는 데 도움이 됩니다. 문제 발생 지점에서 분쟁을 줄이면 결제 지연을 방지해 DSO에도 직접적인 영향을 줄 수 있습니다.
중요한 이유
결제 지연의 근본 원인을 분석하는 데 필요한 데이터를 제공하며, 송장 분쟁을 일으키는 상위 단계의 문제를 찾아 해결할 수 있습니다.
확보 방법
Microsoft Dynamics 365 문서를 참조하세요. 분쟁 관리 또는 케이스 관리 기능에서 확인할 수 있습니다.
예시
가격 오류수량 부족상품 미수령서비스 내용 불일치
|
|||
|
분쟁 여부
IsDisputed
|
송장에 분쟁이 제기된 적이 있는지 나타내는 불리언 플래그입니다. | ||
|
설명
송장 케이스에 '분쟁 등록' 활동이 있으면 true로 설정되는 계산 플래그입니다. 분쟁이 제기된 송장과 그렇지 않은 송장의 프로세스 흐름을 쉽게 필터링하거나 비교할 수 있습니다. 예를 들어 분쟁 송장과 비분쟁 송장의 평균 DSO를 비교해 분쟁이 현금 흐름에 미치는 영향을 수치화할 수 있습니다. 요약 대시보드와 비교 분석에 유용한 속성입니다.
중요한 이유
분쟁 송장과 비분쟁 송장 그룹을 쉽게 비교할 수 있어 분석과 필터링이 간편해집니다.
확보 방법
계산 필드입니다. 계산식: 케이스에 '분쟁 등록' 활동이 있으면 true, 없으면 false.
예시
truefalse
|
|||
|
분쟁 해결 시간
DisputeResolutionTime
|
고객 분쟁이 처음 등록된 시점부터 해결될 때까지 걸린 시간입니다. | ||
|
설명
분쟁 해결 시간은 분쟁 처리 프로세스의 효율성을 측정합니다. '분쟁 등록' 활동부터 '분쟁 해결' 활동까지 걸린 시간으로 계산합니다. 해결이 지연되면 결제가 늦어지고 고객 만족도가 낮아질 수 있습니다. 추심 담당자나 분쟁 사유별로 이 지표를 분석하면 분쟁 관리 워크플로의 병목과 개선 영역을 찾을 수 있습니다.
중요한 이유
결제 지연의 주요 원인인 분쟁 처리 프로세스의 효율성을 측정합니다.
확보 방법
'분쟁 등록'과 '분쟁 해결' 활동의 타임스탬프 사이의 시간으로 계산합니다.
예시
7.215.83.5
|
|||
|
신용 한도
CreditLimit
|
고객에게 승인된 최대 신용 금액입니다. | ||
|
설명
신용 한도는 고객이 사용할 수 있도록 승인된 총 외상 금액입니다. 위험 관리에 중요한 속성입니다. '신용 한도 관리 분석' 대시보드에서는 이 값을 연체 또는 대손 처리된 계정의 송장 금액과 비교합니다. 이를 통해 신용 한도가 적절하게 설정되고 적용되는지, 채무 불이행 고객의 한도가 최근에 상향되었는지 확인할 수 있습니다. 이러한 분석은 신용 승인 프로세스의 취약점을 파악하는 데 도움이 됩니다.
중요한 이유
위험 평가에 필요한 속성으로, 대손 처리가 부실하게 관리되었거나 충분하지 않은 고객 신용 한도와 관련이 있는지 분석할 수 있습니다.
확보 방법
일반적으로 고객 마스터 레코드인 'CustTable'에 저장됩니다.
예시
10000.0050000.000.00
|
|||
|
원본 시스템
SourceSystem
|
데이터가 생성된 시스템을 식별합니다. | ||
|
설명
이 속성은 이벤트 데이터가 기록된 원본 애플리케이션을 나타냅니다. 여기서는 'Microsoft Dynamics 365'입니다. 단일 시스템만 분석할 때는 값이 고정되어 보일 수 있지만, 데이터 거버넌스와 문제 해결, 향후 연동에 중요합니다. 별도의 CRM이나 추심 대행사 포털 등 다른 시스템의 데이터까지 포함한다면, 시스템을 구분하고 시스템 간 전체 프로세스를 파악하는 데 이 필드가 필요합니다.
중요한 이유
데이터 계보를 명확히 파악할 수 있으며, 데이터 품질을 유지하고 여러 연동 시스템에 걸친 분석을 수행하는 데 필요합니다.
확보 방법
일반적으로 데이터 추출 과정에서 레코드의 출처를 표시하기 위해 추가하는 고정값입니다.
예시
Microsoft Dynamics 365D365 F&O
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
데이터를 마지막으로 새로 고치거나 업데이트한 시각입니다. | ||
|
설명
이 속성은 원본 시스템의 데이터가 마지막으로 업데이트된 시점을 나타냅니다. 데이터의 최신 상태를 파악할 수 있어 process mining 분석 사용자에게 중요한 메타데이터입니다. 데이터가 특정 시점까지 최신이라는 사실을 알면 분석가는 결과의 범위를 이해하고 근거 있는 결정을 내릴 수 있습니다. 일반적으로 데이터 수집 파이프라인에서 전체 데이터 세트에 적용합니다.
중요한 이유
데이터의 최신 시점을 사용자에게 알려 분석 기간을 명확히 하고, 오래된 정보를 바탕으로 의사결정하는 일을 방지합니다.
확보 방법
ETL/데이터 파이프라인이 실행될 때 데이터 세트에 이 값을 생성해 기록합니다.
예시
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
|
통화 코드
CurrencyCode
|
송장 통화입니다. 예: USD 또는 EUR. | ||
|
설명
통화 코드는 송장 금액에 적용되는 거래 통화를 나타냅니다. 다국적 기업에서 특히 중요한 맥락 정보입니다. 금액을 올바르게 해석하는 데 필요하며, 결제 주기나 문제가 특정 통화와 관련이 있는지 분석할 때도 사용할 수 있습니다. 이는 환전이나 국제 결제 처리의 복잡성과 관련될 수 있습니다.
중요한 이유
모든 금액을 해석하는 데 필요한 정보를 제공하며, 여러 통화가 포함된 프로세스를 분석할 수 있습니다.
확보 방법
일반적으로 'CustInvoiceJour' 테이블의 'CurrencyCode' 필드에서 확인할 수 있습니다.
예시
USDEURGBPCAD
|
|||
신용 관리 및 수금 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
결제 수령
|
고객의 결제가 접수되어 시스템에 입력되었음을 나타냅니다. 일반적으로 결제 분개장을 통해 기록되며, 특정 송장에 대금을 최종 전기하고 적용하기 전에 발생합니다. | ||
|
중요한 이유
DSO를 계산하고 현금 흐름을 파악하는 데 중요한 이정표입니다. 이 이벤트와 결제 전기 사이의 시간 차이를 보면 현금 적용 프로세스의 병목을 확인할 수 있습니다.
확보 방법
전기 전 고객 결제 분개장 행(LedgerJournalTrans)의 생성일에서 명시적으로 기록하는 이벤트입니다. 결제가 접수된 것으로 기록된 날짜를 나타냅니다.
기록
고객 결제 분개장 행의 거래 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
결제 전기
|
고객 결제가 총계정원장에 공식 전기되고 송장 결제에 적용된 것을 나타냅니다. 고객 결제 분개장의 전기 날짜를 기준으로 기록합니다. | ||
|
중요한 이유
결제 프로세스의 마지막 단계입니다. 결제 수령부터 전기까지 걸리는 시간인 현금 적용 지연은 재무 부서의 주요 효율성 지표입니다.
확보 방법
고객 결제 분개장(LedgerJournalTrans)의 전기 타임스탬프에서 가져옵니다. 원장에서 결제가 완전히 처리되었음을 확인합니다.
기록
전기된 고객 결제 분개장의 전기 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
대금 지급 기한 경과
|
현재 날짜가 송장 지급 기한을 지난 시점에 발생하는 계산 이벤트입니다. 사용자가 직접 수행하는 작업이 아니라 시스템 날짜와 송장 지급 기한 필드를 비교해 도출합니다. | ||
|
중요한 이유
이 이벤트는 모든 채권 회수 활동의 시작 기준입니다. 연체 송장 규모와 연체 안내 조치의 적시성을 분석하고, 연체 안내 정책 준수율과 같은 KPI를 확인할 수 있습니다.
확보 방법
현재 시각을 Customer Transactions 테이블(CustTrans)의 'DueDate' 필드와 비교해 계산합니다. 이벤트 시각은 DueDate 자체입니다.
기록
'NOW()'가 송장의 DueDate보다 큰 경우 이벤트를 생성합니다.
이벤트 유형
calculated
|
|||
|
분쟁 등록
|
고객이 송장에 공식적으로 이의를 제기했으며, 이에 따라 상태가 변경되었음을 나타냅니다. 일반적으로 사용자가 추심 관리 모듈에서 송장 상태를 '분쟁 중'으로 변경할 때 기록됩니다. | ||
|
중요한 이유
분쟁 해결 프로세스가 시작되는 시점입니다. 이 이벤트를 추적하면 분쟁 발생 빈도와 해결에 걸리는 시간을 측정할 수 있으며, 이는 고객 만족도와 현금 흐름에 영향을 줍니다.
확보 방법
고객 거래(CustTrans) 또는 관련 분쟁 관리 테이블(smmCaseDetail)의 상태 변경을 바탕으로 추론합니다. 상태 변경 시각이 기록된 로그가 필요합니다.
기록
송장 거래의 분쟁 상태 필드가 입력되거나 '분쟁 중'으로 변경된 시점을 식별합니다.
이벤트 유형
inferred
|
|||
|
송장 결제 완료
|
송장 대금이 전액 결제되어 잔액이 0이 된 상태로, 프로세스가 성공적으로 완료되었음을 나타냅니다. 적용된 결제액의 합계가 송장 총액과 같을 때 이 상태로 추론합니다. | ||
|
중요한 이유
신용에서 현금 회수까지 이어지는 프로세스의 대표적인 성공 종료 지점입니다. 이 지점에 도달하는 경로를 분석하면 모범 사례와 효율적인 프로세스 변형을 파악할 수 있습니다.
확보 방법
고객 결제 정산 테이블(CustSettlement)의 정산 날짜를 바탕으로 추론합니다. CustTrans에서 해당 송장의 'AmountCur'와 'SettleAmountCur' 필드 합계가 0이 되면 발생합니다.
기록
송장 거래 잔액을 0으로 만드는 가장 최근의 정산 날짜를 식별합니다.
이벤트 유형
inferred
|
|||
|
송장 대손 처리
|
송금 회수가 불가능하다고 판단된 송장을 대손으로 공식 처리한 상태입니다. 권한이 있는 사용자가 직접 처리하며, 미수금을 정리하고 손실을 전기합니다. | ||
|
중요한 이유
프로세스의 대표적인 실패 종료 지점입니다. 대손 처리를 추적하면 신용 위험, 추심 실패, 재무 손실을 파악하는 데 도움이 됩니다.
확보 방법
원 송장과 연결된 대손 처리용 특정 총계정원장 거래에서 가져옵니다. 대손 분개장의 전기 날짜를 타임스탬프로 사용합니다.
기록
송장을 참조하는 특정 대손 전기 프로파일의 분개 항목을 식별합니다.
이벤트 유형
explicit
|
|||
|
송장 생성
|
시스템에 판매 송장 기록이 생성되었음을 나타냅니다. 공식 전기 전의 단계이며, 일반적으로 사용자가 판매 주문을 확정하고 해당 송장 문서를 생성할 때 명시적인 이벤트로 기록됩니다. | ||
|
중요한 이유
송장 흐름의 기본 시작 이벤트입니다. 이 시점부터 대금 지급까지 걸리는 시간을 분석하면 매출채권 회전일수(DSO)를 측정할 수 있습니다.
확보 방법
송장 생성 시 Sales Invoice Header 테이블(SalesInvoiceHeader) 또는 Sales 테이블(SalesTable)에 기록됩니다. 해당 기록의 생성 시각을 이벤트 시각으로 사용합니다.
기록
판매 송장 기록의 생성 시각을 수집합니다.
이벤트 유형
explicit
|
|||
|
송장 전기 및 발송
|
송장이 총계정원장에 공식 기록되어 매출채권으로 확정되는 단계입니다. 일반적으로 고객에게 송장을 발송하는 시점과 일치하며, Dynamics 365에서 전기 작업이 완료될 때 기록됩니다. | ||
|
중요한 이유
이 시점부터 결제 조건과 연체 기간을 공식적으로 계산하므로 중요한 기준점입니다. 송장 생성부터 전기까지 지연이 발생하면 청구 프로세스의 비효율을 놓칠 수 있습니다.
확보 방법
Customer Invoice Journal(CustInvoiceJour)의 전기 날짜 또는 'Posted' 상태로의 변경을 기준으로 추정합니다. 전기 시각이 주요 데이터 항목입니다.
기록
Customer Invoice Journal(CustInvoiceJour)의 전기 시각을 사용합니다.
이벤트 유형
inferred
|
|||
|
연체 안내문 생성
|
연체된 송장에 대해 공식 연체 안내문 또는 회수 안내문이 생성되었음을 나타냅니다. Dynamics 365에서 정기 연체 안내 프로세스를 실행해 해당 송장의 안내문 기록을 생성할 때 수집됩니다. | ||
|
중요한 이유
공식 채권 회수 활동의 시작 시점과 빈도를 추적합니다. 연체 안내의 효과와 내부 채권 회수 정책 준수 여부를 측정하는 데 필요합니다.
확보 방법
연체 이력 테이블(Dunning History, CustCollectionLetterJour)에 명시적인 기록이 생성됩니다. 연체 안내문 분개장의 생성 날짜를 이벤트 시각으로 사용합니다.
기록
CustCollectionLetterJour 테이블에서 생성 이벤트를 추출하고 해당 송장과 연결합니다.
이벤트 유형
explicit
|
|||
|
대금 지급 약속 등록
|
고객이 특정 미래 날짜에 대금을 지급하기로 약속하고 해당 내용이 시스템에 기록된 상태입니다. 채권 회수 담당자가 채권 회수 모듈에 지급 약속 세부 정보를 입력할 때 명시적으로 기록됩니다. | ||
|
중요한 이유
비공식 대금 지급 약속과 이행률을 추적합니다. 약속한 지급일과 실제 입금 내역을 비교하면 현금 흐름을 예측하고 고객의 신뢰도를 평가하는 데 도움이 됩니다.
확보 방법
지급 약속 기능과 관련된 채권 회수 작업 공간 또는 케이스 관리 테이블에 기록될 수 있습니다. 지급 약속 기록의 생성 날짜를 이벤트 시각으로 사용합니다.
기록
지급 약속 또는 추심 케이스 상세 테이블에서 생성 이벤트를 가져옵니다.
이벤트 유형
explicit
|
|||
|
분쟁 해결
|
해결 방안이 마련되고 기록되어 분쟁 프로세스가 종료되었음을 나타냅니다. 사용자가 송장의 분쟁 상태를 '해결됨'으로 변경하거나 관련 분쟁 케이스를 종료할 때 기록됩니다. | ||
|
중요한 이유
이 활동으로 분쟁 하위 프로세스가 종료됩니다. 분쟁 등록부터 해결까지 걸린 시간은 해결 담당 팀의 효율성을 측정하는 주요 KPI입니다.
확보 방법
고객 거래(CustTrans)의 상태 변경 또는 관련 분쟁 케이스(smmCaseDetail)의 종료를 바탕으로 추론합니다. 상태 변경 시각을 이벤트 시간으로 사용합니다.
기록
송장의 분쟁 상태 필드가 지워지거나 '해결됨'으로 변경된 시점을 식별합니다.
이벤트 유형
inferred
|
|||
|
채권 회수 활동 기록
|
고객 또는 송장에 기록된 전화나 이메일 등의 수동 수금 조치를 나타냅니다. 수금 담당자가 수금 워크스페이스의 활동 기능을 사용해 고객과의 연락 내용을 기록하면 이 정보가 수집됩니다. | ||
|
중요한 이유
채권 회수팀의 수작업을 파악할 수 있습니다. 이러한 활동과 대금 회수 성공률을 비교하면 팀 생산성과 연락 방식별 효과를 측정할 수 있습니다.
확보 방법
고객 계정과 연결된 Activities(smmActivities) 또는 관련 케이스 관리 테이블에 기록됩니다. 가능하면 해당 활동을 특정 송장에 연결해야 합니다.
기록
수금과 관련된 유형이 '전화 통화' 또는 '이메일'인 활동 레코드의 생성을 수집합니다.
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿으로 데이터를 효율적으로 준비하고 신용 관리 및 수금 운영에 관한 유용한 정보를 확인하세요. 지금 프로세스를 최적화해 현금 회수를 앞당기세요.
신용 관리 및 수금 프로세스를 최적화해 현금 회수를 앞당기세요
신용 승인부터 현금 회수까지의 프로세스를 효율화하고 주기를 30% 단축해 현금 흐름을 개선하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.