구매부터 지급까지, 송장 처리 데이터 템플릿

Microsoft Dynamics 365
구매부터 지급까지, 송장 처리 데이터 템플릿

구매부터 지급까지, 송장 처리 데이터 템플릿

이 템플릿은 Microsoft Dynamics 365에서 구매부터 지급까지의 송장 처리 프로세스를 분석하는 데 필요한 데이터를 추출하는 방법을 안내합니다. 수집할 주요 속성과 추적할 활동, 데이터 추출 방법을 확인할 수 있습니다. 이 자료를 활용해 프로세스 분석과 개선에 필요한 데이터를 빠짐없이 수집하세요.
  • 심층 분석을 위해 수집할 권장 속성
  • 송장 처리 전 과정에서 추적할 주요 활동
  • Microsoft Dynamics 365에서 데이터를 추출하는 방법
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

구매부터 지급까지, 송장 처리 속성

구매부터 지급까지의 송장 처리 프로세스를 분석할 때 이벤트 로그에 포함할 권장 데이터 필드입니다.
5 필수 7 권장 10 선택 사항
이름 설명
송장 번호
InvoiceNumber
각 공급업체 송장을 식별하는 고유 번호로, 처리 주기를 추적하는 기본 케이스 ID입니다.
설명

송장 번호는 공급업체 송장 한 건과 관련된 모든 활동을 연결하는 고유 키입니다. 송장 접수와 등록부터 대사, 승인, 최종 지급까지 전체 흐름을 추적할 수 있습니다.

process mining 분석에서 이 속성은 기본이 됩니다. 케이스를 정의해 각 송장의 프로세스 흐름을 재구성할 수 있습니다. 이를 바탕으로 전체 처리 시간을 계산하고 프로세스 유형을 구분하며 송장별 특성과 결과를 분석할 수 있습니다.

중요한 이유

관련 이벤트를 모두 연결하는 필수 Case ID로, 개별 송장의 전체 처리 주기를 분석할 수 있습니다.

확보 방법

일반적으로 VendInvoiceInfoTable 같은 공급업체 송장 기본 테이블의 Num 필드에서 확인할 수 있습니다.

예시
송장-10056773245-A미국-001-98432
이벤트 시간
EventTime
특정 활동이나 이벤트가 발생한 시점을 나타내는 정확한 타임스탬프입니다.
설명

이벤트 시간 또는 타임스탬프는 활동이 발생한 정확한 날짜와 시간을 기록합니다. 이벤트 로그의 중요한 구성 요소로, 활동 순서를 올바르게 정하고 소요 시간을 계산하는 데 필요한 시간 정보를 제공합니다.

분석에서는 모든 시간 관련 지표의 기준이 됩니다. 활동별 소요 시간, 단계 간 처리 시간(예: 승인 시간), 송장별 전체 처리 시간을 계산하는 데 사용됩니다. 시간에 따른 추세 분석도 가능합니다.

중요한 이유

이 타임스탬프는 이벤트 순서 정리, 처리 시간과 소요 시간 계산, 프로세스 병목 파악에 필요합니다.

확보 방법

VendInvoiceInfoTable, VendTrans 또는 워크플로 이력 테이블의 createdDateTime이나 modifiedDateTime 필드 등 여러 테이블의 날짜 및 시간 필드에서 가져옵니다.

예시
2023-04-15T09:00:12Z2023-05-20T14:30:00Z2023-06-01T11:05:45Z
활동명
ActivityName
송장 처리 과정에서 특정 시점에 발생한 업무 이벤트나 작업의 이름입니다.
설명

활동명은 '송장 등록', '송장 승인 요청', '지급 실행'처럼 송장 프로세스의 특정 단계나 상태 변경을 나타냅니다. 프로세스 맵을 구성하고 이벤트 순서를 파악하는 데 중요한 데이터입니다.

이 속성을 분석하면 프로세스 흐름과 일반적인 처리 경로를 확인하고 편차나 병목을 찾을 수 있습니다. 활동 간 처리 시간, 예를 들어 승인부터 전기까지 걸린 시간을 계산하고 반려나 지급 차단 같은 특정 이벤트의 발생 빈도를 측정하는 데도 사용됩니다.

중요한 이유

프로세스 맵의 단계를 정의하므로 프로세스 흐름을 시각화하고 활동 간 전환을 분석할 수 있습니다.

확보 방법

일반적으로 송장 처리와 관련된 여러 Dynamics 365 테이블의 상태 필드, 트랜잭션 유형 또는 변경 로그 항목을 조합해 이 속성을 도출합니다.

예시
송장 승인 요청대사 불일치 발견지급 실행
마지막 데이터 업데이트
LastDataUpdate
원천 시스템에서 이 프로세스의 데이터를 마지막으로 새로 고친 시점을 나타내는 타임스탬프입니다.
설명

Microsoft Dynamics 365에서 데이터 세트를 마지막으로 추출하고 업데이트한 시점을 기록하는 속성입니다. 일반적으로 한 번의 데이터 로드에 포함된 모든 레코드에서 값이 같습니다.

사용자는 이 정보를 통해 분석 중인 데이터가 얼마나 최신인지 파악할 수 있습니다. 프로세스 인사이트의 최신성을 판단하는 맥락을 제공하며, 데이터 새로 고침 일정을 관리하고 데이터 파이프라인을 검증하는 데 필요합니다.

중요한 이유

데이터가 얼마나 최신인지 알려주므로 분석 기준 시점과 다음 데이터 업데이트 예정 시점을 파악할 수 있습니다.

확보 방법

데이터 추출 또는 ETL 프로세스가 실행될 때 생성되어 데이터 세트에 기록되는 타임스탬프입니다.

예시
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
원천 시스템
SourceSystem
이벤트 데이터를 추출한 기준 시스템입니다.
설명

활동 데이터가 발생한 원천 애플리케이션을 나타내는 속성입니다. 이 프로세스에서는 일반적으로 'Microsoft Dynamics 365'가 해당합니다.

외부 OCR 또는 데이터 캡처 솔루션처럼 여러 시스템을 사용하는 환경에서는 프로세스의 각 단계가 어느 시스템에서 진행되는지 구분할 수 있습니다. 데이터 계보를 명확히 하고 데이터 추출 문제를 해결하는 데도 도움이 됩니다.

중요한 이유

데이터 출처에 대한 중요한 맥락을 제공하므로 데이터를 검증하고 프로세스에 사용되는 시스템 환경을 이해하는 데 유용합니다.

확보 방법

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

예시
Microsoft Dynamics 365
공급업체 번호
VendorNumber
송장을 제출한 공급업체를 고유하게 식별하는 번호입니다.
설명

공급업체 번호는 기준 데이터에서 공급업체를 고유하게 식별하는 코드입니다. 송장 거래를 특정 공급업체와 연결해 공급업체별 분석을 가능하게 합니다.

이 속성을 사용하면 공급업체별로 프로세스 데이터를 구분할 수 있습니다. 예를 들어 ‘승인에 가장 오래 걸리는 공급업체는 어디인가요?’ 또는 ‘특정 공급업체에서 대사 불일치가 더 자주 발생하나요?’와 같은 질문에 답할 수 있습니다. 공급업체별 성과를 분석하면 공급업체와의 협업 및 프로세스 개선 기회를 찾을 수 있습니다.

중요한 이유

공급업체별 필터링과 근본 원인 분석을 통해 특정 공급업체와 관련된 성과 문제나 패턴을 파악할 수 있습니다.

확보 방법

일반적으로 VendInvoiceInfoTable과 같은 공급업체 송장 테이블의 헤더에 있으며, VendTable의 기본 공급업체 데이터와 연결됩니다.

예시
V-1001V-2050V-8342
구매 주문 번호
PurchaseOrderNumber
송장과 연결된 구매 주문(PO)의 식별자입니다.
설명

구매 주문 번호는 송장을 원래 조달 문서와 연결합니다. 송장, PO, 입고 내역을 2자 또는 3자 대조하는 프로세스에서 중요한 정보입니다.

이 속성을 사용하면 서로 다른 경로를 따르는 경우가 많은 PO 기반 송장과 비PO 송장을 구분해 분석할 수 있습니다. 대조 프로세스의 효과를 파악하고 불일치를 조사하며, PO 기반 송장의 자동 처리율을 측정하는 데도 중요합니다.

중요한 이유

PO 기반 송장과 비PO 송장을 구분합니다. 두 유형의 차이는 프로세스 변동의 주요 원인이므로 대조 분석에 중요합니다.

확보 방법

VendInvoiceInfoTable과 같은 송장 헤더 테이블에 있으며, PurchId와 같은 필드에 저장되는 경우가 많습니다.

예시
PO-001234PO-005678PO-009101
사용자
User
해당 활동을 수행한 사람의 사용자 ID 또는 이름입니다.
설명

이 속성은 특정 프로세스 단계를 수행한 직원 또는 시스템 사용자를 식별합니다. 자동화된 단계의 경우 시스템 계정이나 서비스 계정일 수 있습니다.

사용자별로 프로세스를 분석하면 업무량 분포와 교육 필요성을 파악하고 개인이나 팀 간 성과를 비교할 수 있습니다. 업무가 사용자 사이에서 오가는 재작업 루프를 분석하고, 사용자마다 같은 작업을 처리하는 방식이 어떻게 다른지 파악하는 데도 중요합니다.

중요한 이유

사용자나 팀별 성과와 업무량을 분석하고 자동화 수준과 재작업 발생 원인을 파악할 수 있습니다.

확보 방법

createdby 또는 modifiedby와 같은 거래 내역이나 워크플로 이력 테이블의 사용자 ID 필드에서 가져옵니다. 워크플로 추적 테이블에 저장되어 있을 수도 있습니다.

예시
j.doea.smithAX_Admin
송장 금액
InvoiceAmount
송장의 총 금액입니다.
설명

이 속성은 공급업체 송장에 기재된 총 지급액을 나타냅니다. 각 케이스를 분석하는 데 필요한 기본 재무 데이터입니다.

송장 금액은 구간별 분석에 널리 사용됩니다. 고액 송장이 더 엄격한 승인 절차를 거치는지, 처리 시간이 더 오래 걸리는지 확인할 수 있습니다. 대시보드에서 금액별 송장 건수를 분석하거나 분석 대상의 총 지출액을 집계할 때도 사용합니다.

중요한 이유

금액을 기준으로 분석해 고액 송장에 프로세스 개선 노력을 우선 배정하고 비용 발생 요인을 파악할 수 있습니다.

확보 방법

VendInvoiceInfoTable과 같은 송장 헤더 테이블의 InvoiceAmount 또는 Amount 필드에서 확인할 수 있습니다.

예시
1500.00250.7512500.50
송장 상태
InvoiceStatus
데이터를 추출한 시점의 송장 상태입니다.
설명

송장 상태는 ‘승인 대기’, ‘승인됨’, ‘전기됨’, ‘지급됨’과 같이 송장 수명 주기에서 현재 위치를 나타냅니다. 이를 통해 송장 처리 진행 상황을 확인할 수 있습니다.

주로 현재 업무량과 적체 현황을 보여주는 운영 대시보드를 만드는 데 사용합니다. 각 프로세스 단계에 송장이 몇 건 있는지 파악해 리소스 배분과 운영 모니터링을 지원합니다. ‘송장 처리량 및 상태’ 대시보드에도 필요한 속성입니다.

중요한 이유

전체 송장의 현재 상태를 보여주므로 운영 모니터링, 업무량 관리, 현재 병목 파악에 유용합니다.

확보 방법

일반적으로 VendInvoiceInfoTable과 같은 기본 송장 테이블의 상태 필드에서 가져옵니다.

예시
승인 대기전기됨지급됨
종료 시간
EndTime
특정 활동이나 이벤트가 완료된 시점을 나타내는 정확한 타임스탬프입니다.
설명

종료 시간은 활동이 끝난 시점을 기록합니다. 시작 시간(EventTime)과 함께 사용하면 각 단계의 완료에 걸린 시간을 정확하게 계산할 수 있습니다.

이 속성은 각 활동의 ‘처리 시간’을 계산하는 데 필요하며, 성과 분석의 주요 지표로 사용됩니다. 프로세스에서 시간이 가장 많이 걸리는 단계를 정확히 찾아 개선 노력을 집중할 수 있습니다. 예를 들어 수동 코딩이나 승인 단계에 걸린 시간을 측정할 수 있습니다.

중요한 이유

활동별 처리 시간을 직접 계산할 수 있어 프로세스에서 시간이 가장 오래 걸리는 단계를 파악하는 데 도움이 됩니다.

확보 방법

StartTime과 마찬가지로 다양한 날짜 및 시간 필드에서 가져옵니다. 일부 활동은 다음 활동의 StartTime을 종료 시간으로 사용할 수 있습니다. 또는 별도의 ‘완료 시각’ 타임스탬프를 사용할 수도 있습니다.

예시
2023-04-15T09:15:20Z2023-05-20T18:00:00Z2023-06-01T11:05:45Z
지급 기한
PaymentDueDate
합의된 지급 조건에 따라 송장을 지급해야 하는 날짜입니다.
설명

지급 기한은 송장 날짜와 공급업체의 지급 조건을 기준으로 계산하며, 계약상 지급 마감일을 나타냅니다.

재무 성과와 공급업체 관계를 관리하는 데 중요한 날짜입니다. 실제 ‘지급 실행’ 날짜와 비교해 ‘정시 지급률’ KPI를 계산하는 기준으로 사용합니다. 이를 분석하면 지급 지연을 일으키는 구조적인 문제를 파악할 수 있습니다. 지급 지연은 공급업체와의 관계를 악화시키거나 조기 지급 할인을 놓치는 결과로 이어질 수 있습니다.

중요한 이유

정시 지급 성과를 측정하는 기준입니다. 재무 건전성과 공급업체 관계를 관리하는 데 중요한 KPI입니다.

확보 방법

시스템에서 계산해 VendTrans와 같은 공급업체 거래 테이블에 저장하는 경우가 많습니다. 송장 날짜와 지급 조건을 기준으로 계산합니다.

예시
2023-05-152023-06-302023-07-20
반려 사유
RejectionReason
승인자가 송장을 반려한 이유입니다.
설명

승인 워크플로 중 송장이 반려되면 승인자가 일반적으로 사유를 입력합니다. 이 속성에는 ‘잘못된 PO 번호’, ‘중복 송장’, ‘가격 불일치’와 같은 사전 정의 코드나 자유 형식의 설명이 기록됩니다.

‘송장 반려 분석’ 대시보드에 필요한 속성입니다. 반려의 근본 원인을 파악하는 데 필요한 정성적 정보를 제공합니다. 반려 사유를 분석하면 반려율을 낮추기 위한 조치의 우선순위를 정할 수 있습니다.

중요한 이유

송장이 반려된 이유를 직접 파악해 재작업을 줄이고 최초 처리 성공률을 높이는 조치를 마련할 수 있습니다.

확보 방법

일반적으로 워크플로 처리 테이블의 의견이나 이력 로그에서 확인할 수 있습니다.

예시
수량 오류중복 송장승인 한도 초과
부서
Department
송장 비용이 배부되는 비용 센터 또는 부서입니다.
설명

부서는 송장 비용을 부담하는 사업 부문이나 비용 센터를 나타냅니다. 일반적으로 송장 코딩 활동 중에 결정됩니다.

부서별 프로세스 분석은 부서 간 지출, 승인 시간, 규정 준수의 차이를 파악하는 데 중요합니다. 예외가 가장 많이 발생하거나 승인 주기가 가장 긴 부서를 찾아 맞춤형 안내와 교육의 근거로 활용할 수 있습니다.

중요한 이유

부서별 비용과 프로세스를 분석해 조직 내 성과와 규정 준수의 차이를 파악할 수 있습니다.

확보 방법

송장 항목이나 헤더에 연결된 재무 차원에서 가져옵니다. 차원 관련 데이터 구조를 조회해야 합니다.

예시
영업마케팅IT 운영
불일치 유형
MatchingDiscrepancyType
송장과 PO를 대조할 때 발견된 불일치의 유형을 분류합니다.
설명

2자 또는 3자 대조 중 불일치가 발생하면 이 속성에 문제 유형이 기록됩니다. 예를 들어 ‘가격 불일치’, ‘수량 불일치’, ‘입고 내역 누락’ 등이 있습니다.

‘대조 불일치 해결 시간’ 대시보드의 주요 데이터입니다. 불일치 유형별 발생 빈도를 분석하면 대조 실패의 근본 원인을 파악할 수 있습니다. 가격 불일치가 자주 발생하면 기준 데이터가 오래되었을 가능성이 있고, 수량 불일치는 배송 문제를 나타낼 수 있습니다.

중요한 이유

대조 실패 유형을 분류해 불일치율을 낮추고 자동 처리율을 높이기 위한 근본 원인 분석을 지원합니다.

확보 방법

전용 대조 또는 예외 로그 테이블에 저장될 수 있으며, 상태 메시지나 워크플로 의견에서 추출해야 할 수도 있습니다.

예시
가격 불일치수량 불일치입고 내역 누락
송장 통화
InvoiceCurrency
송장 금액의 통화 코드입니다(예: USD, EUR).
설명

송장 통화는 송장 금액이 표시된 통화를 나타냅니다. 여러 국가의 공급업체와 거래하는 다국적 조직에서 중요한 정보입니다.

이 속성은 송장 금액을 해석하는 데 필요한 맥락을 제공하며, 특히 글로벌 운영에서 필터링과 보고에 사용됩니다. 재무 금액을 올바르게 해석하고 통화별 분석을 수행하거나 기준 보고 통화로 환산할 수 있습니다.

중요한 이유

재무 금액을 해석하는 데 필요한 정보를 제공하므로 지역별 송장 금액을 정확하게 분석할 수 있습니다.

확보 방법

송장 금액과 함께 송장 헤더 테이블에 저장됩니다. 예를 들어 VendInvoiceInfoTable의 CurrencyCode 필드에서 확인할 수 있습니다.

예시
USDEURGBP
자동 처리 여부
IsAutomated
활동을 시스템이 자동으로 수행했는지, 사용자가 직접 수행했는지를 나타내는 플래그입니다.
설명

이 불리언 속성(true/false)은 시스템이 실행한 이벤트와 사용자가 수동으로 수행한 작업을 구분합니다. 예를 들어 송장 대조는 자동으로 처리할 수 있지만, 불일치 처리는 수동으로 진행할 수 있습니다.

이 속성을 분석하면 프로세스의 자동화 수준을 파악할 수 있습니다. 자동화 도입의 성과를 측정하고, 남아 있는 수동 작업의 병목을 찾아 추가 자동화 기회를 확인해 효율성을 높이고 오류를 줄일 수 있습니다.

중요한 이유

프로세스의 자동화 수준을 측정하고 수동 작업의 병목과 효율성을 높일 기회를 파악할 수 있습니다.

확보 방법

일반적으로 ‘사용자’ 속성을 기준으로 판단합니다. 사용자가 알려진 시스템 계정이나 서비스 계정이면 이 플래그를 true로 설정합니다.

예시
truefalse
정시 지급 여부
IsOnTimePayment
송장이 지급 기한 당일 또는 그 전에 지급되었는지 나타내는 계산된 플래그입니다.
설명

이 불리언 속성은 ‘지급 실행’ 활동의 타임스탬프와 ‘지급 기한’을 비교해 계산합니다. 지급 날짜가 지급 기한과 같거나 이르면 true, 그렇지 않으면 false입니다.

이 속성은 ‘정시 지급률’ KPI와 ‘지급 조건 준수’ 대시보드에 직접 활용됩니다. 송장별 결과를 명확한 참 또는 거짓 값으로 제공해 분석을 간소화합니다. 이를 기준으로 지급이 늦어진 송장을 필터링하고 공급업체, 부서 또는 국가별로 근본 원인을 조사할 수 있습니다.

중요한 이유

지급 조건 준수 여부를 직접 측정해 정시 지급률 KPI와 관련 분석을 간편하게 계산할 수 있습니다.

확보 방법

이 속성은 데이터 변환 계층에서 계산합니다. 계산식은 다음과 같습니다. (‘지급 실행’ 활동의 타임스탬프) <= (지급 기한).

예시
truefalse
지급 보류 사유
PaymentBlockReason
송장 지급을 보류한 이유를 설명하는 코드입니다.
설명

지급 보류가 설정되면 송장을 지급할 수 없습니다. 이 속성에는 보류 사유가 기록되며, 일반적으로 사용자가 ‘청구 금액 분쟁’ 또는 ‘입고 대기’와 같은 표준 코드를 선택합니다.

‘지급 보류 빈도 및 기간’ 대시보드에 필요한 속성입니다. 지급 보류의 주요 사유를 분석하면 P2P 프로세스의 근본적인 문제를 파악할 수 있습니다. 원인을 해결하면 지급 지연을 줄이고 공급업체와의 관계를 개선할 수 있습니다.

중요한 이유

지급이 의도적으로 지연되는 이유를 설명해 지급 보류를 일으키는 선행 단계의 문제를 찾아 해결할 수 있습니다.

확보 방법

일반적으로 공급업체 거래 또는 송장 레코드의 지급 보류 상태 관련 필드에 저장됩니다. VendTrans와 같은 테이블을 확인하세요.

예시
품질 분쟁대변 메모 대기수동 보류
지급 조건
PaymentTerms
‘Net 30’ 또는 ‘2% 10, Net 30’과 같이 공급업체와 합의한 지급 조건입니다.
설명

지급 조건은 지급 기한과 적용 가능한 할인 등 공급업체에 지급하기로 합의한 조건을 정의합니다. 일반적으로 공급업체 기준 데이터나 구매 주문에서 가져옵니다.

이 속성은 지급 기한과 정시 지급률 KPI를 해석하는 데 필요한 정보를 제공합니다. 특정 지급 조건이 지급 지연과 관련이 있는지 분석하면 운영상의 문제를 파악할 수 있습니다. 재무 계획과 운전자본 관리에도 도움이 됩니다.

중요한 이유

지급 기한을 해석하는 데 필요한 정보를 제공하며, 지급 시점과 할인 적용률이 재무에 미치는 영향을 분석할 수 있습니다.

확보 방법

이 정보는 공급업체 기준 데이터(VendTable)에 저장되며 VendInvoiceInfoTable과 같은 거래 테이블에 복사됩니다.

예시
Net 30Net 602% 10, Net 30
총 처리 기간
TotalCycleTime
송장 접수부터 지급까지 송장 한 건을 처리하는 데 걸린 전체 기간입니다.
설명

총 처리 기간은 송장이 프로세스에 머문 전체 시간을 측정합니다. 송장 번호별로 첫 활동(예: ‘송장 등록’)과 마지막 활동(예: ‘지급 실행’) 사이의 시간 차이로 계산합니다.

전체 프로세스 효율성을 측정하는 주요 KPI입니다. 전반적인 성과를 보여주며 ‘송장 전체 처리 기간’ 대시보드에 사용됩니다. 이 지표의 추이를 분석하고 공급업체나 금액 등의 속성별로 구분하면 전반적인 개선 기회를 찾을 수 있습니다.

중요한 이유

송장별 성과를 요약해 전체 프로세스의 속도와 효율성을 보여주는 주요 KPI입니다.

확보 방법

process mining 도구 또는 데이터 준비 단계에서 케이스 단위로 계산합니다. 각 CaseId의 첫 이벤트와 마지막 이벤트 타임스탬프 사이의 시간 차이입니다.

예시
P15DP22DT5H30MP7D
회사 코드
CompanyCode
송장을 처리하는 조직 내 법인 또는 회사를 식별하는 코드입니다.
설명

회사 코드는 송장에 대한 재무 책임을 지는 법인을 나타냅니다. 여러 회사를 운영하는 조직에서는 재무 데이터를 구분하는 데 중요한 정보입니다.

이 속성을 사용하면 법인별로 프로세스를 필터링하거나 비교할 수 있습니다. 그룹 내 특정 회사에만 프로세스 성과, 정책 또는 병목 문제가 나타나는지 확인하고, 이에 맞춘 프로세스 개선을 추진할 수 있습니다.

중요한 이유

법인별로 프로세스를 구분해 분석할 수 있어 여러 회사를 운영하는 대규모 조직에 유용합니다.

확보 방법

Dynamics 365의 대부분의 재무 테이블에 있는 표준 필드이며, DataAreaId라고 부르는 경우가 많습니다.

예시
USMFDEMFGBSI
필수 권장 선택 사항

구매부터 지급까지, 송장 처리 활동

송장 처리 워크플로를 정확히 파악하고 분석하려면 이벤트 로그에 기록해야 하는 주요 프로세스 단계와 마일스톤입니다.
6 권장 8 선택 사항
활동 설명
송인 승인 완료
워크플로에서 송장 승인이 최종 완료되어 전기와 지급이 가능해진 상태를 나타냅니다. 완료 시 워크플로 엔진이 명시적으로 기록하는 이벤트입니다.
중요한 이유

승인 프로세스를 마치는 중요한 단계입니다. '송장 승인 요청'부터 이 이벤트까지 걸린 시간은 승인 효율을 보여주는 주요 지표이며 병목을 찾는 데 도움이 됩니다.

확보 방법

워크플로 상태가 '승인됨'으로 변경될 때 워크플로 이력 테이블(예: WorkflowTrackingStatusTable)에 명시적으로 기록되는 이벤트입니다.

기록

워크플로 이력에 '승인됨' 상태가 기록된 타임스탬프입니다.

이벤트 유형 explicit
송장 등록
송장 처리의 첫 단계로, 세부 정보를 입력하기 전에 시스템에 송장 임시 기록을 생성합니다. 공급업체 송장 등록 분개장에 새 기록이 생성될 때 이 활동을 포착합니다.
중요한 이유

이 활동은 송장 처리의 공식적인 시작을 나타냅니다. 이 시점부터 걸린 시간을 분석하면 전체 처리 시간을 측정하고 초기 단계의 지연을 찾을 수 있습니다.

확보 방법

일반적으로 VendInvoiceRegisterJournalTable 또는 유사한 미결 송장 테이블에 기록이 생성될 때 포착되는 명시적 이벤트입니다.

기록

공급업체 송장 등록 분개장에 기록이 생성된 타임스탬프입니다.

이벤트 유형 explicit
송장 승인 요청
검토와 승인을 위해 송장을 워크플로에 공식 제출하는 활동입니다. Dynamics 365 워크플로 엔진이 제출 이벤트를 명시적으로 기록합니다.
중요한 이유

전체 승인 주기를 측정하는 시작점입니다. 승인 절차가 시작되기 전 송장이 대기한 시간을 파악하고 승인 관련 KPI를 산출하는 기준이 됩니다.

확보 방법

송장을 워크플로에 제출할 때 워크플로 이력 테이블(예: WorkflowTrackingStatusTable)에 명시적으로 기록되는 이벤트입니다.

기록

워크플로 이력에서 제출 기록이 생성된 타임스탬프입니다.

이벤트 유형 explicit
송장 전기
승인된 송장을 총계정원장에 기록해 부채를 생성하는 공식 회계 이벤트입니다. 시스템에서 명시적으로 처리되는 트랜잭션 이벤트입니다.
중요한 이유

전기는 지급 전 마지막 단계이자 중요한 재무 통제 지점입니다. '송인 승인 완료'부터 '송장 전기'까지 걸린 시간으로 최종 회계 처리의 효율을 측정할 수 있습니다.

확보 방법

VendTrans와 관련 GeneralJournalEntry 및 LedgerEntry 같은 테이블에 전기된 공급업체 거래가 생성될 때 포착되는 명시적 이벤트입니다.

기록

공급업체 거래 테이블(VendTrans)에 기록이 생성된 타임스탬프입니다.

이벤트 유형 explicit
송장과 구매 주문 대사 완료
송장 정보가 구매 주문 및 입고 정보와 일치해 대사가 성공적으로 완료된 상태를 나타냅니다. 송장의 대사 상태가 '통과'로 업데이트될 때 이 이벤트를 추정합니다.
중요한 이유

구매 주문을 기준으로 처리하는 송장의 경우 대사 성공은 지급 전에 청구 내용의 유효성을 확인하는 중요한 단계입니다. 대사 효율과 자동화율을 추적하는 데 필요합니다.

확보 방법

공급업체 송장 헤더나 라인(예: VendInvoiceInfoTable)의 대사 상태 필드가 '통과' 또는 '대사 성공'으로 업데이트될 때 추정합니다.

기록

송장 대사 검증 세부 정보에서 상태가 '통과'로 변경된 타임스탬프입니다.

이벤트 유형 inferred
지급 실행
지급 분개장을 전기해 지급을 생성하고 송장을 결제하는 마지막 활동입니다. 송장 처리 주기를 마무리하는 명시적 트랜잭션 이벤트입니다.
중요한 이유

송장 처리부터 지급까지의 프로세스가 성공적으로 끝난 시점을 나타냅니다. '정시 지급률'과 전체 처리 시간을 측정하는 기준입니다.

확보 방법

지급 분개장을 전기할 때 포착되는 명시적 이벤트입니다. VendSettlement 같은 테이블에 결제 정보가 기록되어 지급과 송장을 연결합니다.

기록

공급업체 거래를 결제하는 지급 분개장의 전기 타임스탬프입니다.

이벤트 유형 explicit
대사 불일치 발견
송장, 구매 주문 또는 입고 정보가 일치하지 않아 송장 대사가 실패할 때 발생합니다. 송장 대사 상태가 '실패' 또는 '불일치'로 설정될 때 포착합니다.
중요한 이유

'대사 불일치율' KPI를 측정하려면 불일치가 언제, 왜 발생하는지 파악해야 합니다. 이 활동은 상당한 지연의 원인이 되기도 하는 문제 해결 과정의 시작을 나타냅니다.

확보 방법

공급업체 송장(예: VendInvoiceInfoTable)의 대사 상태 필드가 '실패'로 업데이트될 때 추정합니다. 실패 사유도 기록되는 경우가 많습니다.

기록

대사 중 상태가 '실패' 또는 '불일치'로 변경된 타임스탬프입니다.

이벤트 유형 inferred
대사 불일치 해결
앞서 확인된 대사 불일치가 해결되어 송장이 다음 단계로 진행할 수 있는 상태를 나타냅니다. 대사 상태가 '실패'였던 송장이 다시 대사에 성공하거나 수동으로 예외 처리될 때 추정합니다.
중요한 이유

이 활동은 대사 불일치 해결 하위 프로세스의 종료를 나타냅니다. '대사 불일치 발견'부터 이 이벤트까지 걸린 시간은 해결 효율을 측정하는 주요 KPI입니다.

확보 방법

같은 송장에서 '대사 불일치 발견' 이벤트가 발생한 후 '송장과 구매 주문 대사 완료' 이벤트가 성공적으로 발생한 경우를 기준으로 추정합니다.

기록

'실패' 상태 타임스탬프 이후에 발생한 '통과' 상태 타임스탬프를 찾습니다.

이벤트 유형 inferred
송장 계정 분류
송장 라인에 총계정원장 계정 배분이 지정된 상태를 나타냅니다. 일반적으로 송장에 연결된 계정 배분 기록이 생성되거나 확정될 때 추정합니다.
중요한 이유

계정 분류는 재무 정확성을 위해 중요한 단계입니다. 송장 계정 분류에 걸리는 시간을 측정하면 회계 검토 과정의 병목을 찾고 '데이터 입력부터 계정 분류까지 평균 시간' KPI를 산출할 수 있습니다.

확보 방법

미결 공급업체 송장과 연결된 회계 배분 테이블(예: AccountingDistribution)의 기록 생성 및 검증을 기준으로 추정합니다.

기록

송장의 회계 배분이 저장되고 검증된 시점의 타임스탬프입니다.

이벤트 유형 inferred
송장 데이터 입력 완료
대사나 승인을 요청하기 전에 송장 헤더와 라인 정보를 포함한 데이터 입력을 마친 상태를 나타냅니다. 송장 상태가 '신규' 또는 '등록됨'에서 '처리 준비 완료'로 바뀌는 시점을 기준으로 추정하는 경우가 많습니다.
중요한 이유

이 활동을 추적하면 수작업 또는 자동화(OCR)로 진행되는 데이터 입력의 효율을 측정할 수 있습니다. 이 단계의 지연은 전체 프로세스에 영향을 줄 수 있습니다.

확보 방법

미결 공급업체 송장 기록(예: VendInvoiceInfoTable)의 상태 변경을 기준으로 추정합니다. 필수 필드가 모두 입력되어 송장이 다음 단계로 넘어갈 준비가 되면 이벤트가 발생합니다.

기록

미결 송장 테이블에서 데이터 입력 완료를 나타내는 상태 변경을 감지합니다.

이벤트 유형 inferred
송장 반려
승인자가 송장을 반려해 프로세스가 중단되고, 일반적으로 수정을 위해 송장이 되돌아간 상태를 나타냅니다. 워크플로 엔진이 반려 이벤트를 명시적으로 기록합니다.
중요한 이유

반려를 추적하면 재작업 규모와 계정 분류 오류 또는 정책 위반 같은 반복적인 실패 원인을 파악할 수 있습니다. 이는 '송장 반려율' KPI를 산출하는 데 직접 활용됩니다.

확보 방법

워크플로 상태가 '반려됨' 또는 '취소됨'으로 변경될 때 워크플로 이력 테이블(예: WorkflowTrackingStatusTable)에 명시적으로 기록되는 이벤트입니다.

기록

워크플로 이력에 '반려됨' 상태가 기록된 타임스탬프입니다.

이벤트 유형 explicit
지급 보류 설정
송장에 지급 보류가 설정되어 지급이 중단될 때 발생합니다. 전기된 송장 기록의 지급 차단 또는 보류 상태 필드가 변경될 때 포착합니다.
중요한 이유

지급 차단은 지급 지연의 주요 원인입니다. 정시 지급과 공급업체 관계를 개선하려면 차단이 언제, 왜 설정되는지 분석해야 합니다.

확보 방법

전기된 공급업체 거래(VendTrans)의 지급 보류 또는 차단 필드가 변경될 때 추정합니다. 변경 로그에서 타임스탬프를 확인할 수 있습니다.

기록

공급업체 거래의 지급 차단 필드가 설정된 시점의 업데이트 타임스탬프입니다.

이벤트 유형 inferred
지급 보류 해제
지급 보류가 해제되어 송장이 지급 일정에 포함될 수 있는 상태를 나타냅니다. 지급 차단 필드가 지워지거나 차단되지 않은 상태로 변경될 때 포착합니다.
중요한 이유

지급 보류의 원인이 된 문제를 해결하는 데 걸리는 시간을 측정합니다. 차단 설정부터 해제까지 오래 걸리면 문제 해결 과정이 비효율적일 수 있습니다.

확보 방법

전기된 공급업체 거래(VendTrans)의 지급 보류 또는 차단 필드가 지워질 때 추정합니다. 변경 로그에서 타임스탬프를 확인할 수 있습니다.

기록

공급업체 거래의 지급 차단 필드가 해제된 시점의 업데이트 타임스탬프입니다.

이벤트 유형 inferred
지급 일정 등록
전기된 송장이 지급 제안이나 지급 분개장에 포함되지만 실제 지급은 실행되기 전인 상태입니다. 지급 분개장 라인을 생성하는 명시적 작업입니다.
중요한 이유

매입채무에서 자금 관리 운영으로 넘어가는 단계입니다. 이 단계의 지연을 분석하면 송장 전기부터 지급 시작까지 걸리는 시간을 확인할 수 있습니다.

확보 방법

전기된 공급업체 거래를 결제하는 지급 분개장(LedgerJournalTrans) 라인이 생성될 때 포착되는 명시적 이벤트입니다.

기록

송장을 참조하는 지급 분개장 라인이 생성된 타임스탬프입니다.

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

데이터 추출 가이드

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

시작할 준비가 되셨나요?

이 템플릿으로 process mining을 시작하고, 송장을 더 빠르고 정확하게 처리하는 데 필요한 인사이트를 확인하세요. 지금 운영 개선을 시작해 보세요.

지금 구매부터 지급까지의 송장 처리 프로세스를 개선하세요

비효율을 찾아 송장 처리 시간을 30% 이상 단축하세요.

무료 체험 시작

신용카드 없이 이용할 수 있습니다. 몇 분 안에 시작하세요.