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

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

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

이 템플릿은 주문부터 대금 회수까지의 청구 및 송장 발행 프로세스를 분석하는 데 필요한 데이터를 수집하는 방법을 안내합니다. 이벤트 로그에 포함할 권장 속성과 추적할 주요 활동, 데이터 추출 방법을 확인할 수 있습니다. 프로세스 마이닝에 필요한 데이터를 빠르게 준비할 수 있도록 구성했습니다.
  • 수집 권장 속성
  • 추적할 주요 활동
  • Microsoft Dynamics 365 데이터 추출 가이드
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

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

주문부터 대금 회수까지의 청구 및 송장 발행 프로세스를 분석하려면 이벤트 로그에 다음 데이터 필드를 포함하는 것이 좋습니다.
3 필수 6 권장 9 선택 사항
이름 설명
청구서 번호
InvoiceNumber
고객 청구서마다 부여되는 고유 식별자로, 청구 프로세스의 기본 케이스 식별자입니다.
설명

청구서 번호는 하나의 청구 문서와 관련된 모든 활동을 묶는 기준 키입니다. 이를 사용하면 청구서 생성과 승인부터 고객 대금 수령, 최종 종료까지 전체 수명 주기를 분석할 수 있습니다. 케이스 ID로 지정하면 이벤트 로그의 각 항목이 특정 청구서에 연결되어 청구 거래별 프로세스 변형, 주기 시간, 성과를 자세히 분석할 수 있습니다.

중요한 이유

이 속성은 청구서의 전체 수명 주기를 추적하는 데 필요하며, 개별 청구 문서의 프로세스 효율, 병목, 이탈을 분석할 수 있게 합니다.

확보 방법

일반적으로 영업 및 마케팅 모듈의 CustInvoiceJour 테이블(InvoiceId 필드)에서 찾거나 SalesInvoiceHeaderV2 같은 데이터 엔터티를 통해 확인할 수 있습니다.

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

타임스탬프라고도 하는 이벤트 시간은 프로세스의 각 활동이 발생한 정확한 날짜와 시간을 기록합니다. 시간 기반 process mining 분석에 필수적인 데이터입니다. 활동 간 주기 시간과 케이스 전체 소요 시간을 계산하고 시간에 따른 프로세스 성과를 파악하는 데 사용합니다. 정확하고 신뢰할 수 있는 타임스탬프는 매출채권 회수일수와 청구서 생성 시간 같은 KPI의 기반입니다.

중요한 이유

성과 및 시간 관련 분석의 기반이 되는 속성입니다. 주기 시간, 소요 시간, 처리량을 계산해 프로세스 효율을 측정할 수 있습니다.

확보 방법

타임스탬프는 Dynamics 365의 여러 테이블에 있는 날짜 및 시간 필드에서 가져옵니다. 예를 들어 청구서 생성에는 CustInvoiceJour 테이블의 CreatedDateTime을, 워크플로 이력에는 해당 이력의 타임스탬프를 사용할 수 있습니다.

예시
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
활동명
ActivityName
청구서 수명 주기의 특정 시점에 발생한 업무 활동 또는 이벤트의 이름입니다.
설명

이 속성은 '청구서 생성', '청구서 승인', '고객 대금 수령'과 같이 청구 프로세스의 특정 단계나 기준점을 나타냅니다. 이러한 활동의 순서가 프로세스 흐름을 이룹니다. 활동을 분석하면 프로세스 모델을 발견하고 변형을 파악하며 단계별 성과를 측정할 수 있으므로 process mining의 기본이 됩니다.

중요한 이유

프로세스의 단계를 정의하므로 프로세스 맵을 시각화하고 프로세스 변형을 분석하며 병목이나 표준 절차에서 벗어난 부분을 찾을 수 있습니다.

확보 방법

일반적으로 Microsoft Dynamics 365의 상태 변경 필드(예: DocumentState), 값이 입력된 특정 날짜 필드, 워크플로 이력 로그 등 여러 데이터 원천에서 가져옵니다.

예시
청구서 생성청구서 승인고객 대금 수령대변전표 발행
결제 기한
PaymentDueDate
고객이 송장 대금을 지급해야 하는 날짜입니다.
설명

결제 기한은 송장 날짜와 고객의 결제 조건을 기준으로 계산하는 중요한 날짜입니다. 결제가 제때 이루어졌는지 측정하는 기준이 됩니다. '결제 조건 준수 분석' 대시보드와 '정시 결제율', '매출채권 회수일수'와 같은 KPI를 계산하는 데 필요합니다. 이 날짜를 실제 결제일과 비교하면 고객의 결제 양상과 채권 회수 프로세스의 효과를 파악할 수 있습니다.

중요한 이유

결제 성과를 측정하는 기준입니다. 정시 결제율을 계산하고 고객의 결제 조건 준수 여부를 분석하는 데 필요합니다.

확보 방법

일반적으로 CustInvoiceJour 테이블의 DueDate와 같은 필드에서 확인할 수 있습니다.

예시
2023-05-152023-06-302023-07-01
고객명
CustomerName
송장을 발행한 고객의 이름입니다.
설명

고객명은 청구 대상인 기업이나 개인을 알아보기 쉽게 표시합니다. process mining 분석에서 고객별로 청구 프로세스를 분류할 수 있습니다. 이를 통해 제때 결제하는 고객과 자주 연체하는 고객을 파악하고, 특정 고객군에서 프로세스가 다르게 진행되거나 지연되는지 확인할 수 있습니다. 고객 결제 양상 및 매출채권 회수일수 분석 대시보드에도 필요한 정보입니다.

중요한 이유

고객별로 프로세스를 분석해 고객에 따른 업무 양상, 결제 패턴, 프로세스 문제를 파악할 수 있습니다.

확보 방법

고객 계정 번호를 기준으로 송장 데이터와 고객 마스터 데이터 테이블(일반적으로 CustTable)을 조인해 가져옵니다.

예시
Contoso Ltd.Fabrikam, Inc.Northwind Traders
담당 사용자
UserResponsible
특정 활동을 수행할 책임이 있는 사용자 또는 직원입니다.
설명

이 속성은 송장 승인이나 입금 처리 등 청구 프로세스의 특정 작업을 수행한 사람을 나타냅니다. 업무량 분석, 성과 비교, 교육 필요성 파악에 중요합니다. 예를 들어 '청구 부서 활동 부하' 대시보드에서는 이 속성을 사용해 업무가 고르게 배분되는지, 특정 사용자에게 병목이 발생하는지 확인합니다. 리소스 배분과 효율성을 파악하는 데도 도움이 됩니다.

중요한 이유

리소스별 분석을 통해 병목을 파악하고, 개인 또는 팀의 성과를 측정하며, 청구 부서의 업무량 배분을 분석할 수 있습니다.

확보 방법

워크플로 이력 로그(예: WorkflowTrackingStatusTable)나 관련 테이블의 Owner, ModifiedBy와 같은 소유자 필드에서 가져올 수 있습니다.

예시
John SmithAlicia Baker시스템 관리자
부서
Department
사용자 또는 활동이 속한 업무 부서입니다.
설명

이 속성은 활동이나 사용자를 '매출채권' 또는 '영업'과 같은 조직 부서에 연결합니다. 개인 사용자 수준보다 높은 관점에서 프로세스 성과를 살펴볼 수 있습니다. 부서별 분석을 통해 부서 간 업무 인계, 팀별 효율성 차이, 부서 단위 병목을 파악할 수 있습니다. 이는 '청구 부서 활동 부하' 대시보드에 필요한 분석입니다.

중요한 이유

조직 단위의 성과를 분석하고 팀별 효율성을 비교할 수 있습니다. 부서 간 업무 인계가 프로세스에 미치는 영향도 파악할 수 있습니다.

확보 방법

일반적으로 송장 거래에 직접 저장되는 필드는 아닙니다. UserResponsible ID를 부서 정보가 포함된 직원 또는 사용자 디렉터리와 조인해 가져옵니다.

예시
매출채권재무청구 운영
송장 금액
InvoiceAmount
송장의 총 금액입니다.
설명

이 속성은 송장에 청구된 총액을 나타냅니다. 금액별로 송장을 분류할 수 있어 재무 분석에 중요한 지표입니다. 예를 들어 금액이 큰 송장의 결제 양상을 살펴보거나, 고액 송장의 승인에 더 오랜 시간이 걸리는지 확인할 수 있습니다. 미결 송장의 총액과 DSO를 계산할 때도 기본이 되는 값입니다.

중요한 이유

금액을 기준으로 프로세스를 필터링하고 분류해 재무 영향을 분석할 수 있습니다. 고액 송장의 우선순위를 정하고 해당 송장의 프로세스 양상을 파악하는 데 도움이 됩니다.

확보 방법

CustInvoiceJour 테이블의 InvoiceAmount와 같은 필드에서 확인할 수 있습니다. 관련 거래 테이블에도 값이 있을 수 있습니다.

예시
5430.5012500.00750.25
송장 상태
InvoiceStatus
송장 처리 과정의 현재 상태입니다(예: 미결, 결제 완료, 취소).
설명

이 속성은 송장의 현재 처리 상태를 보여줍니다. 결제를 기다리는 중인지, 전액 결제되었는지, 연체되었는지, 대변 메모로 취소되었는지 확인할 수 있습니다. 미결 송장만 분석하거나 마감된 송장의 최종 결과를 확인할 때 유용합니다. 현재 업무량과 매출채권의 재무 상태를 파악하는 데도 도움이 됩니다.

중요한 이유

송장의 현재 상태를 빠르게 확인할 수 있어 사례를 필터링하고 프로세스 유형별 결과를 파악하는 데 유용합니다.

확보 방법

송장의 결제 상태를 바탕으로 산출할 수 있습니다. 일반적으로 관련 CustTrans 레코드의 잔액이 0인지 확인합니다. 단일 상태 필드가 항상 있는 것은 아닙니다.

예시
미결결제 완료연체취소
결제 조건
PaymentTerms
송장 결제에 합의한 조건입니다(예: Net 30, Net 60).
설명

결제 조건은 고객이 송장 대금을 언제까지 지급해야 하는지 정합니다. 이 속성은 결제 기한을 계산하는 데 사용되며, 결제 양상을 분석하는 주요 기준입니다. '결제 조건 준수 분석' 대시보드에서는 이 속성으로 고객과 송장을 분류해 특정 결제 조건의 효과가 더 높거나 낮은지, 연체율과 관련이 있는지 확인합니다.

중요한 이유

송장의 결제 기한이 해당 날짜로 정해진 이유를 파악할 수 있습니다. 결제 조건별로 분석해 특정 조건이 연체와 관련이 있는지도 확인할 수 있습니다.

확보 방법

일반적으로 고객 마스터 레코드에 저장한 뒤 송장 헤더에 복사합니다. CustInvoiceJour 테이블에서 Payment 또는 PaymTermId 필드를 확인하세요.

예시
Net 30Net 60수령 즉시 결제
마지막 데이터 업데이트
LastDataUpdate
이 이벤트의 데이터가 원본 시스템에서 마지막으로 새로 고쳐진 시각입니다.
설명

이 속성은 Microsoft Dynamics 365에서 데이터를 마지막으로 추출하거나 업데이트한 시점을 기록합니다. 분석 대상 데이터가 최신인지 파악하는 데 중요한 메타데이터입니다. 분석가와 업무 담당자는 이를 통해 최신 정보를 보고 있는지 확인할 수 있으며, 데이터 새로 고침 일정을 관리하고 분석의 신뢰성을 확보하는 데도 필요합니다.

중요한 이유

데이터가 얼마나 최근에 갱신되었는지 확인할 수 있어 데이터 거버넌스, 대시보드 새로 고침 관리, 인사이트의 최신성 확인에 중요합니다.

확보 방법

이 속성은 데이터 추출, 변환, 적재(ETL) 과정에서 생성되어 데이터 세트에 기록됩니다.

예시
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
매출채권 회수일수
DaysSalesOutstanding
송장 발행일부터 고객 결제일까지 걸린 일수입니다.
설명

매출채권 회수일수(DSO)는 판매 후 대금을 회수하는 데 걸리는 평균 일수를 측정하는 주요 재무 지표입니다. 이 계산 속성은 송장별 회수 기간을 산출합니다. '매출채권 회수일수 추이 분석' 대시보드와 'DSO' KPI의 주요 지표입니다. DSO를 분석하면 현금 흐름을 관리하고 여신 및 채권 회수 업무의 효율성을 평가할 수 있습니다.

중요한 이유

기업의 현금 흐름 상태와 채권 회수 프로세스의 효율성을 측정하는 주요 KPI입니다. 매출이 얼마나 빠르게 현금으로 전환되는지 수치로 보여줍니다.

확보 방법

원본 시스템에 없는 속성입니다. '송장 생성' 활동부터 '고객 결제 수령' 활동까지 걸린 시간으로 계산합니다.

예시
284592
수동 개입 필요 여부
RequiresManualIntervention
입금 처리 중 결제를 수동으로 조정해야 했는지 나타내는 플래그입니다.
설명

이 불리언 속성은 입금 처리 중 수동 개입이나 수정이 필요했던 결제를 표시합니다. 결제 전기 정확도와 자동화 수준을 측정하는 '입금 처리 불일치율' KPI에 중요합니다. 송금 정보 누락이나 결제 불일치 등 수동 개입의 원인을 파악하면 자동 처리율을 높이는 프로세스 개선으로 이어질 수 있습니다.

중요한 이유

이 속성은 입금 처리 단계의 문제와 오류를 파악하는 데 도움이 됩니다. 자동화를 개선하고 수작업을 줄이는 데 중요합니다.

확보 방법

결제를 전기한 사용자가 시스템 사용자가 아닌지 확인하거나, 결제 조정 중 사용된 특정 사유 코드를 통해 추정할 수 있습니다. 자세한 내용은 Microsoft Dynamics 365 문서를 참조하세요.

예시
truefalse
원천 시스템
SourceSystem
데이터를 추출한 시스템입니다.
설명

이 속성은 프로세스 데이터의 출처를 나타냅니다. 여기서는 데이터가 Microsoft Dynamics 365에서 왔음을 표시합니다. 여러 시스템을 사용하는 환경에서는 데이터 출처를 구분하고 데이터 계보를 명확히 파악하는 데 중요하며, 데이터 검증과 문제 해결에도 도움이 됩니다.

중요한 이유

데이터 출처에 관한 맥락을 제공하므로 데이터 거버넌스와 검증에 필요하며, 여러 기업 시스템의 데이터를 병합할 때도 유용합니다.

확보 방법

데이터 추출 및 변환 과정에서 데이터 세트의 출처를 표시하기 위해 추가하는 고정값입니다.

예시
Microsoft Dynamics 365 FinanceD365 F&O
재작업 여부
IsRework
여러 차례 승인과 같은 재작업 활동이 송장 프로세스에 있었는지 나타내는 플래그입니다.
설명

이 속성은 재작업이 발생한 송장을 표시하는 계산된 불리언 값입니다. 재작업은 '송장 승인' 이벤트가 여러 번 발생하거나 결제가 취소된 경우 등으로 정의할 수 있습니다. '송장 재작업 분석' 대시보드와 '송장 재작업률' KPI를 지원하기 위한 속성입니다. 해당 사례를 분리해 분석하면 프로세스 비효율, 데이터 품질 문제, 교육 부족 등 재작업의 근본 원인을 조사할 수 있습니다.

중요한 이유

반복 작업이나 수정 작업이 발생한 사례를 식별해 프로세스 비효율을 수치화하고, 낭비와 지연의 근본 원인을 찾는 데 도움이 됩니다.

확보 방법

원본 시스템에서 제공하지 않는 속성입니다. 데이터 변환 단계에서 사례별 반복 활동이나 특정 재작업 패턴을 확인해 계산합니다.

예시
truefalse
정시 결제 여부
IsOnTimePayment
고객이 결제 기한까지 대금을 지급했는지 나타내는 플래그입니다.
설명

이 계산된 불리언 속성은 '고객 결제 수령' 시각과 '결제 기한'을 비교해 각 송장을 정시 결제 또는 연체로 표시합니다. '정시 결제율' KPI를 계산하는 기본 항목이며, '결제 조건 준수 분석' 대시보드에서 주로 사용합니다. 결제 성과를 명확한 두 가지 결과로 구분해 분석과 보고를 간소화합니다.

중요한 이유

고객의 결제 조건 준수 여부를 직접 측정하며, 정시 결제율 KPI의 기준이 됩니다. 이를 통해 채권 회수 효과를 간편하게 분석할 수 있습니다.

확보 방법

원본 시스템에 없는 속성입니다. 데이터 변환 과정에서 결제일과 PaymentDueDate를 비교해 계산합니다.

예시
truefalse
통화
Currency
송장 금액의 통화 코드입니다(예: USD, EUR).
설명

이 속성은 송장 금액에 적용된 통화를 나타냅니다. 여러 통화를 사용하는 다국적 조직에 필수적인 정보입니다. 통화 정보가 없으면 송장 금액을 합산하거나 비교해도 의미가 없습니다. 통화를 올바르게 환산하고 지역별 재무 보고와 분석의 정확성을 높일 수 있습니다.

중요한 이유

송장 금액과 같은 재무 지표를 해석하는 데 필요한 정보를 제공해 잘못된 합산을 방지하고, 여러 통화를 사용하는 환경에서도 정확한 분석을 지원합니다.

확보 방법

CustInvoiceJour 테이블의 CurrencyCode와 같은 필드에서 확인할 수 있습니다.

예시
USDEURGBP
판매 주문 번호
SalesOrderNumber
송장의 원인이 된 판매 주문의 식별자입니다.
설명

판매 주문 번호를 통해 청구 프로세스를 앞선 판매 프로세스와 연결할 수 있습니다. 이를 바탕으로 주문부터 대금 회수까지 전체 과정을 분석할 수 있습니다. 주문 변경이나 배송 지연 등 판매 및 이행 과정의 문제가 청구 주기에 어떤 영향을 미치는지 살펴볼 수 있습니다. 예를 들어 복잡한 판매 주문에서 발생한 송장은 결제까지 더 오래 걸리는지 확인할 수 있습니다.

중요한 이유

이 속성은 청구 프로세스를 앞선 판매 프로세스와 연결합니다. 주문부터 대금 회수까지 전체 과정을 분석해 청구 문제의 근본 원인을 파악할 수 있습니다.

확보 방법

송장 헤더나 항목 상세 정보에서 확인할 수 있으며, 판매 주문과 연결됩니다. CustInvoiceJour 테이블의 SalesId와 같은 필드를 확인하세요.

예시
SO-009876SO-010234US-SO-00543
필수 권장 선택 사항

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

정확한 프로세스 탐색과 분석을 위해 이벤트 로그에 기록할 주요 단계와 마일스톤입니다.
7 권장 5 선택 사항
활동 설명
결제 만기일 도래
청구서 만기일이 되었지만 대금이 전액 적용되지 않은 경우 발생하는 계산 이벤트입니다. 시스템의 거래에 직접 대응하는 활동은 아니며 기존 데이터를 바탕으로 산출합니다.
중요한 이유

이 이벤트는 기한 내 결제율을 분석하고 연체가 시작되는 청구서를 찾는 데 중요합니다. 회수 및 독촉 활동을 시작하는 기준점으로 활용됩니다.

확보 방법

이 이벤트는 시스템에 직접 기록되지 않습니다. CustInvoiceJour 테이블의 DueDate 필드를 사용해 계산하며, 이벤트 타임스탬프는 만기일입니다.

기록

타임스탬프가 CustInvoiceJour.DueDate 필드 값인 이벤트를 생성합니다.

이벤트 유형 calculated
고객 대금 수령
고객에게서 받은 대금을 기록하는 분개 항목이 생성된 시점을 나타냅니다. 현금은 수령했지만 아직 특정 청구서에 적용되지 않은 상태입니다.
중요한 이유

대금 적용 소요 시간을 측정하는 시작점입니다. 대금을 수령한 시점과 미결 청구서에 실제로 조정한 시점을 구분합니다.

확보 방법

고객 대금 분개 항목의 생성 또는 전기 시점에서 확인합니다. LedgerJournalTrans 같은 테이블에 기록되며, 전기 후 CustTrans에 고객 거래가 생성됩니다.

기록

LedgerJournalTable에서 고객 대금 분개 항목의 전기 타임스탬프를 사용합니다.

이벤트 유형 explicit
고객에게 청구서 발송
청구서를 전자 방식이나 우편 등으로 고객에게 전달한 시점을 나타냅니다. Dynamics 365에서 시스템 이메일로 발송한 경우 명시적 이벤트로 기록될 수 있습니다. 별도 추적 기능을 사용하지 않으면 전기 시점으로 추정할 수 있습니다.
중요한 이유

청구서 전달 효율을 측정합니다. 승인 후 발송까지 지연되면 결제 주기가 불필요하게 길어집니다.

확보 방법

D365 이메일 기능을 사용하는 경우 SysOutgoingEmailTable 같은 이메일 로그에서 명시적으로 확인할 수 있습니다. 그렇지 않으면 CustInvoiceJour의 청구서 전기 시점과 동일한 것으로 추정하는 경우가 많습니다.

기록

사용할 수 있으면 이메일 로그의 타임스탬프를 사용하고, 없으면 청구서 전기 타임스탬프를 사용합니다.

이벤트 유형 inferred
청구서 생성
시스템에서 판매 청구서 문서를 생성하고 전기한 것을 나타냅니다. Dynamics 365에서 명시적으로 기록되는 거래로, 법적 문서와 매출채권 보조원장의 재무 항목을 생성합니다.
중요한 이유

청구서의 청구 주기가 공식적으로 시작되는 시점입니다. 매출채권 회수일수(DSO)와 전체 프로세스 소요 시간을 추적하는 데 중요한 이벤트입니다.

확보 방법

CustInvoiceJour 테이블에 전기된 판매 청구서 레코드가 생성된 타임스탬프를 사용합니다. 전기 시 GeneralJournalEntry 및 LedgerEntry 테이블에 관련 재무 거래가 생성됩니다.

기록

전기된 청구서의 CustInvoiceJour 테이블에서 CreatedDateTime 필드를 사용합니다.

이벤트 유형 explicit
청구서 승인
청구서가 공식 승인되어 내부 검토가 완료된 시점을 나타냅니다. Dynamics 365 워크플로 시스템에 기록되며, 청구서를 고객에게 보낼 준비가 되었음을 의미합니다.
중요한 이유

승인 주기를 측정하는 주요 기준점입니다. 이 단계의 지연은 고객 대금을 받기까지 걸리는 전체 시간을 직접 늘릴 수 있습니다.

확보 방법

WorkflowTrackingStatusTable 등의 워크플로 이력 테이블에서 해당 청구서 워크플로 인스턴스의 완료 또는 승인 단계로 기록됩니다.

기록

상태가 '승인됨' 또는 '완료됨'인 워크플로 이벤트 로그를 추출합니다.

이벤트 유형 explicit
청구서 종료
청구서 잔액이 완전히 결제되거나 대변전표와 상계되어 0이 된 최종 상태를 나타냅니다. 직접 발생하는 거래가 아니라 청구서의 재무 상태를 바탕으로 추정하는 상태입니다.
중요한 이유

단일 청구서의 Order to Cash 주기가 성공적으로 완료되었음을 나타냅니다. 이 상태에 도달하기까지 걸린 시간은 프로세스 전반의 효율을 측정하는 주요 지표입니다.

확보 방법

CustTrans 테이블에서 청구서 거래의 잔액이 0인지 확인해 추정합니다. 청구서 금액과 상계된 총액을 비교해 판단합니다.

기록

AmountCur와 SettleAmountCur가 같은 CustTrans 레코드에서 산출합니다. 타임스탬프는 마지막 상계 날짜입니다.

이벤트 유형 inferred
청구서에 대금 적용
고객 대금을 특정 청구서와 상계해 미결 잔액을 줄이는 것을 나타냅니다. Dynamics 365에서 대금 거래와 청구서 거래를 연결하는 별도의 단계입니다.
중요한 이유

DSO를 정확히 계산하고 대금 적용 팀의 효율을 파악하는 데 중요한 기준점입니다. 청구한 금액과 대금이 완전히 조정된 시점을 나타냅니다.

확보 방법

CustSettlement 테이블에 기록됩니다. 이 테이블의 결제일 필드에서 특정 대금이 특정 청구서 거래에 적용된 타임스탬프를 확인할 수 있습니다.

기록

CustSettlement 테이블의 TransDate 또는 CreatedDateTime을 사용합니다.

이벤트 유형 explicit
결제 알림 발송
연체된 청구서와 관련해 고객에게 독촉장이나 대금 회수 안내를 발송한 것을 나타냅니다. Dynamics 365에는 이러한 안내를 생성하고 기록하는 공식 독촉 프로세스가 있습니다.
중요한 이유

알림 발송을 추적하면 독촉 프로세스의 효과를 평가할 수 있습니다. 대금을 받기까지 몇 차례 알림이 필요한지 분석할 수 있습니다.

확보 방법

연체 청구서 거래와 연결된 CustCollectionLetterJour 테이블의 회수 안내 분개 항목 생성일에서 명시적 이벤트로 확인합니다.

기록

CustCollectionLetterJour 테이블의 생성 타임스탬프를 사용합니다.

이벤트 유형 explicit
대금 취소
이전에 전기된 고객 대금을 취소한 것을 나타냅니다. 잘못된 전기, 잔액 부족 또는 기타 결제 실패로 발생할 수 있습니다.
중요한 이유

대금 취소는 운영 오류나 고객 결제 문제를 보여줍니다. 발생 빈도를 분석하면 근본 원인을 찾아 대금 적용 프로세스의 정확도를 높일 수 있습니다.

확보 방법

총계정원장의 거래 취소로 기록됩니다. 취소된 분개 항목은 GeneralJournalEntry에서 특정 플래그나 원거래와의 연결 관계를 통해 식별할 수 있습니다.

기록

취소 플래그가 있거나 취소된 거래를 참조하는 분개 항목을 찾습니다.

이벤트 유형 explicit
대변전표 발행
청구 오류 수정, 가격 조정 또는 반품 처리 등을 위해 대변전표나 대변 메모를 생성한 것을 나타냅니다. 대변전표는 기본적으로 마이너스 금액의 청구서입니다.
중요한 이유

대변전표가 자주 발행되면 주문 이행이나 청구 프로세스에 구조적인 문제가 있을 수 있습니다. 발행 원인을 분석하면 프로세스를 개선하고 매출 누수를 줄일 수 있습니다.

확보 방법

CustInvoiceJour 테이블에 금액이 음수인 새 전기 청구서로 기록되는 명시적 거래입니다. 참조 필드를 통해 원래 청구서와 연결되는 경우가 많습니다.

기록

CustInvoiceJour에서 총액이 음수인 레코드를 찾아 원래 청구서와 연결합니다.

이벤트 유형 explicit
청구서 승인 요청
생성된 청구서가 공식 승인 워크플로에 제출되었음을 나타냅니다. 청구서를 고객에게 보내기 전에 관리자의 검토를 거치도록 통제하는 조직에서 흔히 사용합니다. D365 워크플로 엔진에 별도 단계로 기록됩니다.
중요한 이유

승인 요청 시점을 추적하면 청구서 생성 시간과 승인 대기 시간을 구분할 수 있습니다. 내부 검토 및 통제 프로세스의 효율을 분석하는 첫 단계입니다.

확보 방법

WorkflowTrackingStatusTable 등의 워크플로 이력 테이블에서 청구서 문서와 관련된 제출 이벤트를 필터링해 확인합니다.

기록

상태가 '제출됨'인 워크플로 이벤트 로그를 추출합니다.

이벤트 유형 explicit
판매 주문 이행
판매 주문의 상품이 배송되었거나 서비스가 제공되어 청구 프로세스를 시작할 수 있는 시점을 나타냅니다. Microsoft Dynamics 365에서는 일반적으로 포장 명세서나 납품서가 전기될 때 이 이벤트를 추정합니다. 이때 관련 판매 주문 항목의 상태가 변경됩니다.
중요한 이유

이 이벤트는 청구서 생성 주기를 측정하는 시작점입니다. 주문 이행부터 청구서 발행까지의 지연을 파악하면 현금 흐름에 영향을 줄 수 있는 행정 업무의 병목을 찾을 수 있습니다.

확보 방법

판매 주문과 연결된 포장 명세서 분개 항목의 생성일을 기준으로 추정합니다. 여기에는 CustPackingSlipJour 및 CustPackingSlipTrans 같은 테이블이 포함되며, 해당 테이블은 청구서의 근거가 되는 판매 주문과 연결됩니다.

기록

청구서와 연결된 판매 주문에서 가장 최근에 포장 명세서가 전기된 날짜를 확인합니다.

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

데이터 추출 가이드

Microsoft Dynamics 365에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿으로 청구 및 송장 발행 프로세스 최적화를 시작하세요. 팀이 효율성을 높이고 현금 흐름을 개선하는 데 필요한 인사이트를 얻을 수 있습니다.

청구 지연을 줄이세요. 주문부터 대금 회수까지의 프로세스와 송장 발행을 지금 최적화하세요.

청구 주기를 30% 단축하고 재무 현황을 더 빠르게 파악하세요.

무료 체험 시작

신용카드가 필요하지 않습니다. 14일 무료 체험을 이용하세요.