매입채무 송장 처리 데이터 템플릿
매입채무 송장 처리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- 데이터 추출 안내
매입채무 송장 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
송장
Invoice
|
각 공급업체 송장 문서를 식별하는 고유 ID입니다. | ||
|
설명
송장은 주요 케이스 식별자로, 송장 접수부터 최종 지급까지 발생하는 모든 활동을 연결합니다. 이를 통해 매입채무 프로세스에서 개별 송장의 전체 처리 과정을 분석할 수 있습니다. 분석을 시작할 때 이 식별자로 이벤트를 그룹화하면 송장별 프로세스 흐름을 재구성할 수 있습니다. 전체 처리 시간과 같은 케이스 수준 KPI를 계산하고 개별 송장 처리 과정의 변형과 병목을 찾는 데도 도움이 됩니다.
중요한 이유
송장의 전체 처리 과정을 추적하는 데 필요한 식별자로, 매입채무 process mining 분석의 기반이 됩니다.
확보 방법
일반적으로 Dynamics 365 Finance의 'Vendor invoice' 페이지나 관련 데이터 엔터티에 있는 공급업체 송장 번호입니다.
예시
INV-00125475000921DE-8832-2023
|
|||
|
시작 시각
EventTime
|
활동이나 이벤트가 발생한 시각입니다. | ||
|
설명
이 속성은 각 활동의 날짜와 시각을 제공하며, 이벤트를 시간순으로 정렬하고 소요 시간을 계산하는 데 필요합니다. 이벤트 로그의 시간 정보를 구성합니다. 분석에서는 시작 시각을 사용해 활동 간 처리 시간, 대기 시간, 전체 케이스 처리 시간 등 시간 관련 지표를 계산합니다. 병목을 찾고 SLA 기준으로 프로세스 성과를 측정하는 데 중요합니다.
중요한 이유
이 시각 정보는 이벤트 순서를 정확히 정하고 처리 시간과 병목 등 성과 지표를 계산하는 데 중요합니다.
확보 방법
Dynamics 365의 거래 레코드 생성일 또는 수정일 필드, 워크플로 이력 로그, 전기 날짜 필드에서 가져옵니다.
예시
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
활동
ActivityName
|
수행된 업무 프로세스 단계의 이름입니다. | ||
|
설명
이 속성은 송장과 관련해 특정 시점에 발생한 작업이나 이벤트를 기록합니다. 예를 들어 '송장 등록' 또는 '송장 승인'이 있습니다. 이러한 활동은 발견된 프로세스 맵의 노드를 구성합니다. 활동의 순서와 빈도를 분석하는 것은 process mining의 기본입니다. 프로세스 흐름을 시각화하고 일반적이거나 드문 경로(변형)를 찾으며 지연이나 재작업을 유발하는 활동을 파악할 수 있습니다.
중요한 이유
활동은 프로세스에서 '무엇을' 했는지를 나타냅니다. 이를 바탕으로 프로세스 맵을 만들고 프로세스 흐름과 변형을 분석할 수 있습니다.
확보 방법
대개 Dynamics 365 매입채무 모듈의 상태 변경, 워크플로 이력 로그 또는 문서 전기 기록에서 가져옵니다.
예시
송장 등록송장 승인불일치 해결지급 실행
|
|||
|
공급업체
VendorName
|
송장을 제출한 공급업체의 이름입니다. | ||
|
설명
이 속성은 송장과 연결된 공급업체를 식별합니다. 공급업체 데이터에는 이름, ID, 분류 등이 포함됩니다. 공급업체별로 매입채무 프로세스를 분석하면 불일치가 잦은 송장을 제출하는 공급업체, 별도의 지급 조건이 적용되는 공급업체, 처리 시간이 긴 공급업체를 찾을 수 있습니다. 이러한 정보를 활용해 공급업체와의 관계 및 협업을 개선할 수 있습니다.
중요한 이유
공급업체별로 프로세스를 구분해 불일치가 잦거나 지급이 지연되는 등 특정 공급업체와 관련된 문제를 찾을 수 있습니다.
확보 방법
공급업체 송장 헤더에서 연결합니다. 일반적으로 공급업체 계정 번호를 기준으로 'VendTable' 데이터 엔터티에서 가져옵니다.
예시
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
구매 주문 번호
PurchaseOrderNumber
|
송장과 연결된 구매 주문의 고유 식별자입니다. | ||
|
설명
이 속성은 송장과 해당 구매 주문(PO)을 연결합니다. 송장은 PO 기반 또는 비PO 기반으로 처리될 수 있습니다. 이 속성을 분석하면 PO 기반 송장 처리와 비PO 기반 송장 처리를 구분할 수 있습니다. 두 방식은 대개 서로 다른 워크플로를 따릅니다. PO 대조 효율을 측정하고 송장 정보가 구매 주문과 일치하지 않을 때 발생하는 문제를 파악하는 데도 필요합니다.
중요한 이유
서로 다른 프로세스를 따르는 PO 송장과 비PO 송장을 구분하며, 대조 효율을 분석하는 데 필요합니다.
확보 방법
공급업체 송장의 헤더나 항목에서 확인할 수 있으며, 일반적으로 'VendInvoiceInfoTable'의 'PurchId' 필드에 저장됩니다.
예시
PO-000432PO-000511
|
|||
|
사용자
UserName
|
활동을 수행한 사용자입니다. | ||
|
설명
송장 등록이나 승인 등 프로세스 단계를 완료한 사용자를 식별합니다. 일반적으로 Dynamics 365의 사용자 시스템 ID와 연결됩니다. 사용자별 성과를 분석하면 교육이 필요한 부분, 성과가 높은 사용자, 업무량 분포를 파악할 수 있습니다. 승인 시간과 리소스 효율성을 보여주는 대시보드에 활용하면 관리자가 병목이 되는 사용자나 팀을 확인할 수 있습니다.
중요한 이유
업무를 담당자별로 구분해 업무량과 성과를 분석하고 교육 기회를 찾을 수 있습니다.
확보 방법
일반적으로 거래의 'Created by' 또는 'Modified by' 필드나 Dynamics 365의 워크플로 이력 로그에서 확인할 수 있습니다.
예시
j.doea.smithr.williams
|
|||
|
송장 금액
InvoiceAmount
|
송장의 총 금액입니다. | ||
|
설명
공급업체 송장에서 지급해야 할 총액을 나타냅니다. 각 케이스의 주요 재무 지표입니다. 이 속성을 사용하면 매입채무 프로세스의 재무 측면을 분석할 수 있습니다. 금액이 큰 송장을 우선 처리하고 금액 구간별 승인 시간을 분석하며 지급 지연이나 조기 지급 할인에 따른 재무 영향을 파악할 수 있습니다.
중요한 이유
금액에 따른 프로세스 차이를 분석할 수 있는 재무 정보를 제공합니다. 예를 들어 고액 송장이 다르게 처리되는지 확인할 수 있습니다.
확보 방법
공급업체 송장 헤더에서 확인할 수 있으며, 'VendInvoiceInfoTable'의 'InvoiceAmount'와 같은 필드에 저장되는 경우가 많습니다.
예시
1500.75250.0012345.50
|
|||
|
송장 만기일
InvoiceDueDate
|
지급 조건에 따라 송장 대금을 지급해야 하는 날짜입니다. | ||
|
설명
이 날짜는 위약금을 피하고 공급업체와의 계약을 준수하기 위해 송장을 지급해야 하는 기한입니다. 일반적으로 송장 날짜와 지정된 지급 조건을 기준으로 계산합니다. '지급 조건 준수' 분석에 필요한 속성입니다. '지급 실행' 날짜와 '송장 만기일'을 비교하면 지급 지연을 자동으로 표시하고 규정 준수율을 계산할 수 있습니다. 공급업체와의 관계를 유지하도록 지급 우선순위를 정하는 데도 도움이 됩니다.
중요한 이유
정시 지급 성과 측정, 공급업체 관계 관리, 지급 지연 수수료 방지에 중요합니다.
확보 방법
송장 날짜와 지급 조건을 기준으로 계산하는 필드입니다. 공급업체 거래 테이블(예: 'VendTrans')의 'DueDate'와 같은 필드에 저장됩니다.
예시
2023-05-152023-06-302023-07-01
|
|||
|
지급 조건
PaymentTerms
|
공급업체와 합의한 송장 지급 조건입니다. | ||
|
설명
이 속성은 공급업체 송장의 지급 조건을 정의합니다. 예를 들어 'Net 30'은 30일 이내 지급, '2/10 Net 30'은 10일 이내 지급 시 2% 할인, 그렇지 않으면 30일 이내 지급을 뜻합니다. 지급 조건별 분석을 통해 계약 조건이 지급 시점과 현금 흐름에 미치는 영향을 파악할 수 있습니다. 조기 지급 할인 기회를 찾고 특정 조건의 준수가 더 어려운지 구분해 분석하는 기준이 됩니다.
중요한 이유
지급 기한과 할인 기회를 정하며, 현금 흐름 관리와 비용 절감에 직접 영향을 줍니다.
확보 방법
공급업체 마스터 데이터에 있거나 구매 주문서 또는 송장 헤더에 지정됩니다. 'PaymTermId'와 같은 필드에 저장됩니다.
예시
30일 이내 지급60일 이내 지급2/10 Net 30
|
|||
|
불일치 사유
DiscrepancyReason
|
송장 불일치의 사유 코드 또는 설명입니다. | ||
|
설명
송장이 보류되거나 불일치가 발견되면 이 속성에 '가격 불일치', '수량 차이', '입고 누락' 등의 사유가 기록됩니다. 이 속성은 '불일치 해결 및 재작업' 분석에 중요합니다. 사유별로 재작업을 분류하면 프로세스 비효율의 근본 원인을 파악할 수 있습니다. 예를 들어 '가격 불일치'가 가장 흔한 사유라면 구매 부서와 공급업체 간 데이터 정합성을 높여야 한다는 점을 알 수 있습니다.
중요한 이유
재작업의 근본 원인을 파악해 예외와 수작업 개입을 줄이는 개선 조치를 마련할 수 있습니다.
확보 방법
AP 모듈의 송장 보류 테이블, 워크플로 의견 또는 불일치 기록 전용 필드에 저장될 수 있습니다.
예시
가격 불일치수량 차이유효하지 않은 PO
|
|||
|
송장 상태
InvoiceStatus
|
송장의 현재 처리 상태입니다. | ||
|
설명
이 속성은 프로세스에서 확인된 송장의 마지막 상태를 나타냅니다. 예를 들어 '처리 중', '승인됨', '지급 완료', '취소됨' 등이 있습니다. 송장 수명 주기에서 현재 위치를 보여줍니다. process mining은 활동을 바탕으로 흐름을 도출하지만, 최종 상태가 있으면 결과를 검증하고 미결 송장의 현황을 요약하는 업무 대시보드를 만들 수 있습니다. 현재 '승인됨' 상태이지만 아직 '지급 완료'되지 않은 송장만 필터링할 수도 있습니다.
중요한 이유
송장의 현재 상태를 요약해 보여주므로, 상태별 필터링과 대시보드 작성에 유용합니다.
확보 방법
일반적으로 AP 모듈의 문서 상태 또는 워크플로 상태 필드에서 가져옵니다.
예시
처리 중승인됨지급 완료취소됨
|
|||
|
승인자
ApproverName
|
특정 단계에서 송장을 승인하거나 반려한 사용자입니다. | ||
|
설명
이 속성은 워크플로에서 승인 결정을 내린 담당자를 식별합니다. 여러 단계의 승인이 필요한 송장에는 단계별로 승인자가 다를 수 있습니다. '송장 승인 소요 시간 분석' 대시보드에 필요합니다. 승인자별로 분석하면 업무량이나 기타 요인으로 프로세스 지연을 유발하는 개인을 파악할 수 있습니다. 이를 바탕으로 승인 시간을 줄이기 위한 조치를 마련할 수 있습니다.
중요한 이유
승인 프로세스를 상세히 분석해 개인 또는 팀 단위의 병목을 파악할 수 있습니다.
확보 방법
각 승인 단계를 완료한 사용자가 기록된 워크플로 이력 로그('WorkflowTrackingStatusTable')에서 추출합니다.
예시
David ChenMaria GarciaAP_Manager_Group
|
|||
|
원천 시스템
SourceSystem
|
데이터를 추출한 시스템입니다. | ||
|
설명
이 속성은 이벤트 데이터의 출처를 나타냅니다. 이 경우 일반적으로 'Microsoft Dynamics 365'입니다. OCR 스캔 도구와 D365 등 여러 시스템의 데이터를 결합할 때 특히 중요합니다. process mining 분석에서는 데이터 계보를 추적하고 문제를 해결하며 프로세스의 기술 환경을 파악하는 데 도움이 됩니다. 특정 시스템에서 발생한 이벤트만 분석하도록 필터링할 수도 있습니다.
중요한 이유
데이터 출처를 파악하는 데 필요한 정보를 제공하며, 데이터 검증과 여러 시스템에 걸친 프로세스 분석에 중요합니다.
확보 방법
일반적으로 데이터 추출 및 변환 과정에서 추가하는 고정값('Microsoft Dynamics 365')입니다.
예시
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
입고 번호
GoodsReceiptNumber
|
송장과 관련된 입고 문서의 식별자입니다. | ||
|
설명
이 속성은 송장과 입고된 상품 또는 서비스 기록을 연결합니다. PO, 입고, 송장을 대조하는 3자 대조에 필요합니다. 프로세스의 대조 효율을 분석하는 데 중요합니다. '입고 대조 완료' 활동이 지연되거나 실패하면 이 식별자를 사용해 원본 입고 문서를 추적할 수 있습니다. 이를 통해 매입 또는 입고 단계의 문제가 매입채무 처리에 미치는 영향을 파악할 수 있습니다.
중요한 이유
3자 대조 효율을 분석하고 입고 프로세스에서 비롯된 문제를 찾아내는 데 도움이 됩니다.
확보 방법
구매 주문 항목을 통해 연결되며, 포장 명세서 분개('VendPackingSlipJour') 또는 관련 테이블에서 확인할 수 있습니다.
예시
GRN-00981GRN-01024
|
|||
|
자동 처리 여부
IsAutomated
|
활동을 시스템이 자동으로 수행했는지 나타내는 플래그입니다. | ||
|
설명
이 불리언 속성은 사용자가 수행한 활동과 송장 자동 전기 또는 대조 같은 시스템 자동화 활동을 구분합니다. 이 속성을 분석하면 AP 프로세스의 자동화 수준을 측정할 수 있습니다. STP(Straight-Through Processing) 비율을 계산하고 향후 자동화 후보가 될 수작업 활동을 파악해 비용과 처리 시간을 줄이는 데 도움이 됩니다.
중요한 이유
STP(Straight-Through Processing) 비율을 측정하고 자동화와 효율을 높일 기회를 찾는 데 도움이 됩니다.
확보 방법
활동과 연결된 사용자가 시스템 사용자 또는 배치 사용자인지 확인해 산출합니다. 예: 'Admin', 'BatchUser'.
예시
truefalse
|
|||
|
재작업 여부
IsRework
|
송장에 재작업이 있었는지 나타내는 계산 플래그입니다. | ||
|
설명
이 불리언 플래그는 송장 프로세스에 '불일치 해결' 또는 최초 검증 실패 후 두 번째 '송장 데이터 검증'과 같은 재작업 활동이 포함되면 true로 설정됩니다. 전체 케이스를 기준으로 계산합니다. 이 속성은 '불일치 재작업률' KPI를 산출하는 데 직접 활용됩니다. 추가 수작업이 필요했던 송장을 쉽게 필터링하고 집계할 수 있어 데이터 품질 저하나 프로세스 예외의 영향을 수치화할 수 있습니다.
중요한 이유
재작업을 직접 측정해 프로세스 예외와 비효율을 간편하게 수치화하고 분석할 수 있습니다.
확보 방법
원천 시스템 필드가 아닙니다. process mining 도구에서 케이스 내 특정 재작업 활동의 발생 여부를 확인해 계산합니다.
예시
truefalse
|
|||
|
조기 지급 할인액
EarlyPaymentDiscountAmount
|
송장을 조기 지급할 경우 적용될 수 있는 할인 금액입니다. | ||
|
설명
이 속성은 지급 조건에 따라 공급업체가 조기 지급 시 제공하는 할인 금액을 나타냅니다. 이 재무 데이터는 '조기 지급 할인 현황' 대시보드에 중요합니다. 적용한 할인과 놓친 할인의 금액을 비교해, 송장 승인과 지급 일정 관리의 효율을 높여야 할 재무적 이유를 명확히 보여줍니다.
중요한 이유
프로세스 효율 개선으로 얻을 수 있는 재무적 효과를 수치화해 프로세스 성과와 비용 절감의 관계를 보여줍니다.
확보 방법
송장 금액과 지급 조건을 바탕으로 계산하는 필드입니다. 'VendTrans' 테이블이나 관련 현금 할인 필드에서 확인할 수 있습니다.
예시
30.015.00246.91
|
|||
|
지급 지연 여부
IsLatePayment
|
지급 기한 이후에 지급했는지 나타내는 계산 플래그입니다. | ||
|
설명
이 불리언 속성은 '지급 실행' 활동이 '송장 지급 기한' 이후에 발생하면 true로 설정됩니다. 지급 조건 미준수 여부를 케이스별로 명확하게 보여줍니다. 이 속성을 사용하면 '지급 조건 준수율' KPI를 간편하게 계산할 수 있습니다. 지연 지급 건수와 금액을 필터링해 대시보드에 표시하고, 해당 케이스의 근본 원인을 분석해 지연 사유를 파악할 수 있습니다.
중요한 이유
지급 조건을 준수하지 않은 건을 명확하게 표시해 기한 내 지급 KPI를 분석하고 계산할 수 있습니다.
확보 방법
원천 시스템 필드가 아닙니다. process mining 도구에서 '지급 실행' 활동의 타임스탬프와 'InvoiceDueDate' 속성을 비교해 계산합니다.
예시
truefalse
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
원천 시스템에서 데이터를 마지막으로 새로 고친 시각입니다. | ||
|
설명
이 속성은 Microsoft Dynamics 365의 최신 데이터로 이벤트 로그를 마지막으로 업데이트한 시각을 나타냅니다. 분석 대상 데이터가 얼마나 최신인지 파악할 수 있습니다. 대시보드와 지속적인 모니터링에서 사용자는 이 시각을 보고 최신 프로세스 데이터를 확인하고 있는지 알 수 있습니다. 데이터의 최신 상태에 대한 기대치를 조정하고 데이터 파이프라인의 상태를 모니터링하는 데도 도움이 됩니다.
중요한 이유
데이터의 최신 상태를 사용자에게 알려 분석에 기반한 시의적절하고 정확한 업무 결정을 내리는 데 도움이 됩니다.
확보 방법
데이터 수집 시 ETL 도구가 생성하고 기록하는 메타데이터 필드입니다.
예시
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
할인 적용 기한
EarlyPaymentDiscountDate
|
조기 지급 할인을 받기 위해 송장을 지급해야 하는 기한입니다. | ||
|
설명
공급업체가 제공하는 할인을 받기 위해 송장을 지급할 수 있는 마지막 날짜입니다. 송장 날짜와 지급 조건의 할인 기간을 바탕으로 산출합니다. 예를 들어 '2/10 Net 30'에서 '10'에 해당합니다. 이 날짜는 '조기 지급 할인 현황' 분석의 기준이 됩니다. '지급 예정' 또는 '지급 실행' 날짜와 이 기한을 비교하면 할인을 적용받았는지 확인할 수 있으며, 재무 최적화 성과를 명확하게 측정할 수 있습니다.
중요한 이유
비용 절감을 위한 목표 날짜를 정하므로 지급 우선순위 설정과 효율 개선의 기준이 됩니다.
확보 방법
지급 조건과 송장 날짜를 바탕으로 시스템에서 계산합니다. 'VendTrans'의 'CashDiscDate'와 같은 필드에 저장됩니다.
예시
2023-04-252023-05-102023-06-15
|
|||
|
회사 코드
CompanyCode
|
송장을 처리하는 법인의 식별자입니다. | ||
|
설명
이 속성은 조직 내에서 송장을 담당하는 회사 또는 법인을 식별합니다. 여러 회사를 운영하는 환경에서는 중요한 조직 차원입니다. 회사 코드별로 AP 프로세스를 분석하면 사업부나 법인 간 성과를 비교할 수 있습니다. 특정 법인의 효율이 낮거나 재작업률이 높거나 다른 프로세스 변형을 따르는지 파악해 표준화와 모범 사례 공유 기회를 찾을 수 있습니다.
중요한 이유
조직 내 여러 법인이나 사업부의 성과를 비교하고 프로세스를 분석할 수 있습니다.
확보 방법
Dynamics 365의 거의 모든 트랜잭션 테이블에 있는 표준 필드이며, 일반적으로 'DataAreaId'라는 이름을 사용합니다.
예시
USMFDEMFGBSI
|
|||
매입채무 송장 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
송장 등록
|
수작업 입력, OCR 스캔 또는 전자 데이터 교환(EDI)을 통해 시스템에 송장 레코드를 처음 생성하는 단계입니다. 송장 처리 주기가 여기서 시작됩니다. | ||
|
중요한 이유
이 활동은 프로세스의 주요 시작 이벤트입니다. 이 시점부터 지급까지 걸리는 시간을 분석하면 전체 송장 처리 시간을 산출할 수 있으며, 이는 주요 성과 지표입니다.
확보 방법
미결 공급업체 송장 또는 송장 분개장 테이블(예: VendInvoiceInfoTable)에 있는 송장 헤더 레코드의 생성 시각(CreatedDateTime 필드)으로 추정합니다.
기록
송장 헤더 레코드의 생성 시각을 사용합니다.
이벤트 유형
inferred
|
|||
|
송장 승인
|
워크플로의 최종 승인으로, 송장을 지급 처리할 수 있도록 승인합니다. 송장이 지급 단계로 넘어가기 전의 중요한 시점입니다. | ||
|
중요한 이유
승인 주기가 끝나는 시점입니다. 'Submitted for Approval'부터 이 활동까지 걸린 시간은 승인 병목과 장기 실행 워크플로를 파악하는 주요 KPI입니다.
확보 방법
워크플로 상태가 'Completed' 또는 'Approved'로 변경될 때 워크플로 이력 로그(WorkflowTrackingStatusTable)에 기록되는 명시적 이벤트입니다.
기록
워크플로 추적 이력에서 해당 송장의 'Approved' 또는 'Completed' 이벤트를 추출합니다.
이벤트 유형
explicit
|
|||
|
송장 전기
|
승인된 송장이 총계정원장에 공식 기록되어 재무상 부채가 발생합니다. 중요한 회계 거래이며, 대개 취소할 수 없습니다. | ||
|
중요한 이유
전기가 완료되면 송장을 지급할 수 있습니다. 모든 검증과 승인 단계가 끝나고 부채가 인식되었음을 확인하는 주요 시점입니다.
확보 방법
명시적인 거래 이벤트입니다. 전기 날짜와 시각은 공급업체 송장 분개장(VendInvoiceJour)과 관련 총계정원장 항목(GeneralJournalEntry)에 기록됩니다.
기록
VendInvoiceJour 또는 GeneralJournalEntry 테이블의 전기 시각을 사용합니다.
이벤트 유형
explicit
|
|||
|
승인 요청 제출
|
송장이 담당자의 검토와 승인을 받도록 워크플로에 정식으로 제출됩니다. 이 시점부터 승인 주기가 시작됩니다. | ||
|
중요한 이유
이 주요 시점부터 송장 승인 처리 시간을 측정합니다. 데이터 입력 및 대사 시간과 승인 대기 시간을 구분하는 데 도움이 됩니다.
확보 방법
특정 송장 문서에 대해 D365 워크플로 이력 로그(WorkflowTrackingStatusTable)에 기록되는 명시적 이벤트입니다. 제출 시각이 저장됩니다.
기록
워크플로 추적 이력에서 해당 송장의 'Submitted' 이벤트를 추출합니다.
이벤트 유형
explicit
|
|||
|
지급 실행
|
지급 분개장을 전기해 실제로 지급합니다. 이 거래로 전기된 송장에서 발생한 부채가 결제됩니다. | ||
|
중요한 이유
프로세스의 주요 종료 이벤트입니다. 지급 조건 준수 여부와 지급 지연을 확인하고 전체 처리 시간을 측정하는 데 사용됩니다.
확보 방법
지급 분개장이 전기될 때 기록되는 명시적 이벤트입니다. 결제 정보는 공급업체 거래 테이블(VendTrans)에 저장되며, 지급과 송장을 연결합니다.
기록
VendTrans의 지급 결제 레코드에 있는 거래 날짜를 사용합니다.
이벤트 유형
explicit
|
|||
|
구매 주문서 대사 완료
|
수량, 가격, 조건을 확인하기 위해 송장을 하나 이상의 구매 주문서와 연결하는 과정입니다. 구매 주문서 기반 송장의 중요한 검증 단계입니다. | ||
|
중요한 이유
이 활동은 최초 대사 성공률을 측정하고 대사 과정의 병목을 찾는 데 중요합니다. 대사 실패는 불일치 해결을 위한 반복 작업으로 이어지는 경우가 많습니다.
확보 방법
송장 레코드의 대사 상태가 'Matched'로 변경되거나 송장 라인 수준의 대사 정보가 저장되면 완료된 것으로 추정할 수 있습니다. 이 정보는 일반적으로 공급업체 송장 라인 관련 테이블에 저장됩니다.
기록
구매 주문서 대사 성공과 관련된 송장 헤더 또는 라인의 상태 변경을 확인합니다.
이벤트 유형
inferred
|
|||
|
불일치 해결
|
불일치가 확인된 후 보류를 해제하거나 송장을 수정하는 작업입니다. 이제 송장을 다시 대사하거나 승인받을 수 있습니다. | ||
|
중요한 이유
이 활동으로 재작업이 마무리됩니다. 불일치 해결에 걸리는 시간은 예외 처리 효율성을 보여주는 주요 지표입니다.
확보 방법
송장의 'On Hold' 상태가 해제된 시각이나 반려 후 송장이 워크플로에 다시 제출된 시각으로 추정합니다.
기록
보류가 해제되거나 반려된 송장이 다시 제출된 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
불일치 확인
|
송장이 구매 주문서 또는 입고 내역과의 검증이나 대사에 실패해 수작업 처리가 필요한 경우 발생합니다. 송장에 보류 상태나 별도의 상태 코드가 설정되는 경우가 많습니다. | ||
|
중요한 이유
이 활동은 재작업을 시작하게 합니다. 발생 빈도와 원인을 분석하면 프로세스 비효율, 데이터 품질 문제 또는 공급업체 문제를 찾을 수 있습니다.
확보 방법
송장 이력에 명시적으로 기록될 수 있으며, 대사 차이와 관련된 사유 코드와 함께 송장이 'On Hold' 상태가 된 경우에도 추정할 수 있습니다. 송장 헤더의 상태 변경을 확인합니다.
기록
송장 상태가 'On Hold'로 변경되거나 불일치 플래그가 설정된 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
송장 데이터 검증
|
대사 또는 승인 전에 시스템이나 사용자가 입력된 송장 데이터의 완전성과 정확성을 처음 확인하는 단계입니다. 자동 시스템 검증이나 수동 검토로 진행할 수 있습니다. | ||
|
중요한 이유
이 활동을 추적하면 데이터 품질 저하로 인한 지연을 파악할 수 있습니다. 실패율이 높거나 처리 시간이 길다면 OCR 정확도 등 데이터 수집 과정에 문제가 있을 수 있습니다.
확보 방법
대개 추정 이벤트입니다. 송장 상태가 'New' 또는 'Draft'에서 'Validated'나 'Ready for Matching' 등으로 바뀐 시각, 또는 워크플로 제출 전 마지막 수정 시각을 기준으로 산출할 수 있습니다.
기록
검증 성공을 나타내는 상태 변경 시각이나 워크플로 제출 전 업데이트 이벤트의 시각을 기록합니다.
이벤트 유형
inferred
|
|||
|
송장 반려
|
승인자가 워크플로에서 송장을 반려하면 일반적으로 수정이나 확인을 위해 작성자에게 돌려보냅니다. 이로 인해 재작업이 시작됩니다. | ||
|
중요한 이유
반려를 추적하면 승인 지연과 재작업의 원인을 파악할 수 있습니다. 송장 계정 코드 오류, 정책 위반 또는 증빙 부족 등의 문제를 확인할 수 있습니다.
확보 방법
승인자가 'Reject' 작업을 선택하면 워크플로 이력(WorkflowTrackingStatusTable)에 기록되는 명시적 이벤트입니다.
기록
워크플로 추적 이력에서 해당 송장의 'Rejected' 이벤트를 추출합니다.
이벤트 유형
explicit
|
|||
|
송장 취소
|
일반적으로 오류를 수정하기 위해 전기된 송장을 무효화하거나 취소합니다. 프로세스가 종료되는 예외적인 경로입니다. | ||
|
중요한 이유
취소를 추적하면 프로세스 품질과 오류율을 파악할 수 있습니다. 취소가 잦다면 앞선 프로세스에 구조적인 문제가 있을 수 있습니다.
확보 방법
명시적 이벤트입니다. D365는 원래 송장 분개장과 연결된 역분개 또는 대변 거래를 생성합니다. 역분개 전기 날짜가 취소 시점을 나타냅니다.
기록
원래 송장과 연결된 역분개 거래의 전기 날짜를 확인합니다.
이벤트 유형
explicit
|
|||
|
입고 내역 대사 완료
|
3자 대사에서는 입고 내역과 대조해 청구된 상품이나 서비스가 실제로 입고되었는지 확인합니다. 송장 내용과 실제 납품 내역을 검증하는 단계입니다. | ||
|
중요한 이유
이 활동을 추적하면 3자 대사 과정의 효율성을 분석하고 입고 정보 누락이나 오류로 인한 지연을 찾을 수 있습니다.
확보 방법
구매 주문서 대사와 마찬가지로, 송장 상태가 제품 입고 분개장(Packing Slips)과의 대사 성공을 나타내도록 변경되었는지 확인해 추정합니다.
기록
3자 대사 성공을 나타내는 상태 변경이나 플래그를 확인합니다.
이벤트 유형
inferred
|
|||
|
지급 결제 확인
|
회사가 실행한 지급이 은행 조정 과정에서 확인되어 은행에서 결제 완료된 상태입니다. 지급 완료를 재무적으로 최종 확인하는 단계입니다. | ||
|
중요한 이유
이 활동을 통해 현금 유출이 최종 확인됩니다. 지급 실행부터 은행 결제 완료까지 걸리는 시간을 분석하는 것은 자금 및 현금 관리에 중요합니다.
확보 방법
은행 조정 모듈에서 정보를 가져옵니다. 지급에 해당하는 은행 명세서 라인이 D365에서 대사되고 전기되면 완료된 것으로 추정합니다.
기록
은행 거래 데이터(BankStmtISOAccountStatement)를 원래 지급 건과 연결해야 합니다.
이벤트 유형
inferred
|
|||
|
지급 예정
|
전기된 송장을 지급 제안 또는 지급 분개장에 포함해 향후 지급 실행을 예약합니다. 지급 의사가 등록된 상태입니다. | ||
|
중요한 이유
이 활동은 현금 흐름 예측과 지급 조건 준수 분석에 중요합니다. 조기 지급 할인을 고려하고 계획했는지 확인하는 데 도움이 됩니다.
확보 방법
송장이 포함된 지급 분개장 라인(LedgerJournalTrans)이 생성된 시점으로 추정합니다. 분개장 라인의 거래 날짜가 예정 지급일을 나타냅니다.
기록
송장을 참조하는 지급 분개장 라인의 생성 날짜를 사용합니다.
이벤트 유형
inferred
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 데이터 템플릿을 활용해 매입채무 송장 처리를 개선해 보세요. 프로세스 데이터를 분석해 실질적인 개선을 이끌어낼 수 있습니다.
중복 지급을 방지하고 매입 송장 처리를 최적화합니다.
비효율을 정확히 찾아 연체료를 없애고 처리 비용을 60% 절감합니다.
14일 무료 체험, 신용카드 등록이 필요하지 않습니다.