매입채무 송장 처리 데이터 템플릿
매입채무 송장 처리 데이터 템플릿
매입채무 송장 처리에 사용할 일반적인 process mining 데이터 템플릿입니다. 더 구체적인 안내가 필요하면 시스템별 템플릿을 사용하세요.
특정 시스템 선택- 모든 매입채무 시스템에 적용할 수 있는 범용 데이터 구조
- 심층 분석을 위한 권장 속성
- 프로세스를 빠짐없이 파악하기 위해 수집할 주요 활동
매입채무 송장 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
| 송장 ID InvoiceId | 공급업체 송장 문서마다 부여되는 고유 식별자입니다. 송장의 전체 처리 과정을 추적하는 기본 케이스 식별자로 사용됩니다. | ||
| 설명 송장 ID는 공급업체에서 접수한 각 송장에 부여되는 고유한 영숫자 코드입니다. 송장 접수부터 최종 지급과 반제까지 해당 송장과 관련된 모든 활동 및 데이터의 기준이 됩니다. process mining에서 송장 ID는 필수 항목입니다. Case ID로 사용되어 ‘송장 접수’, ‘승인’, ‘지급’과 같은 이벤트를 하나의 송장에 대한 일관된 프로세스 흐름으로 연결합니다. 이를 바탕으로 송장별 프로세스 변형, 처리 시간, 병목을 분석하고 각 송장이 실제로 어떻게 처리되는지 파악할 수 있습니다. 중요한 이유 관련된 모든 프로세스 단계를 하나의 케이스로 연결하는 가장 중요한 속성입니다. 종단 간 프로세스를 분석하고 시각화할 수 있습니다. 확보 방법 일반적으로 원천 시스템의 송장 또는 매입채무 거래 테이블에서 헤더 데이터를 확인할 수 있습니다. 예시 INV-9876547300015298SI-2023-04-112 | |||
| 이벤트 시간 EventTime | 활동이나 이벤트가 발생한 정확한 날짜와 시간을 나타내는 타임스탬프입니다. | ||
| 설명 이벤트 시간은 송장 처리 과정에서 특정 활동이 발생한 정확한 시점을 기록합니다. ‘송장 접수’부터 ‘송장 반제 완료’까지 각 활동에 타임스탬프가 연결됩니다. 이 속성은 성과 분석에 필수적입니다. 활동 간 처리 시간(예: 승인 시간, 지급 시간)과 송장별 전체 종단 간 처리 시간을 계산할 수 있습니다. 이 기간을 분석하면 병목을 찾고 서비스 수준 협약(SLA) 대비 성과를 측정하며, 처리 시간을 줄일 기회를 파악할 수 있습니다. 이벤트를 시간순으로 정렬해 프로세스 흐름을 정확하게 재구성하는 데도 사용됩니다. 중요한 이유 처리 시간을 계산하고 병목을 찾으며 프로세스 이벤트의 시간 순서를 분석하는 데 필요합니다. 확보 방법 시스템 로그, 거래 생성일 또는 변경일 필드, 송장 문서와 연결된 이벤트 타임스탬프 레코드에서 확인할 수 있습니다. 예시 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| 활동명 ActivityName | 송장에서 발생한 업무 프로세스 단계 또는 이벤트의 이름입니다. | ||
| 설명 활동명은 송장 처리 과정에서 발생한 특정 작업, 상태 변경 또는 주요 시점을 나타냅니다. ‘송장 검증 완료’, ‘승인 요청 제출’, ‘지급 실행’과 같이 송장에 기록된 각 이벤트에는 고유한 활동명이 지정됩니다. 이 속성은 프로세스 맵의 기본 구성 요소입니다. 각 활동명은 시각화된 프로세스 흐름에서 하나의 노드가 됩니다. 활동의 순서와 빈도, 활동 간 소요 시간을 분석하는 것이 process mining의 핵심이며, 이를 통해 일반적인 경로와 편차, 재작업이 반복되는 구간을 찾을 수 있습니다. 실제 프로세스에서 어떤 일이 일어나는지 파악하는 데 필요한 정보입니다. 중요한 이유 프로세스 맵의 단계를 정의해 프로세스 흐름과 병목, 변형 경로를 시각화하고 분석할 수 있습니다. 확보 방법 일반적으로 원천 시스템의 거래 코드, 이벤트 로그, 상태 변경 필드 또는 특정 사용자 작업 기록에서 가져옵니다. 예시 송장 승인 완료송장 지급 보류지급 실행 | |||
| 마지막 데이터 갱신 시각 LastDataUpdate | 이벤트 데이터가 원천 시스템에서 마지막으로 갱신된 시점을 나타내는 타임스탬프입니다. | ||
| 설명 마지막 데이터 갱신 시각은 원천 시스템에서 데이터를 추출해 process mining 환경에 적재한 가장 최근 시점을 나타냅니다. 업무 이벤트가 발생한 시점이 아니라 분석에 사용하는 데이터의 최신성을 보여 줍니다. 이 속성은 데이터 거버넌스에 중요하며, 사용자가 인사이트의 시의성을 판단하는 데 도움이 됩니다. 분석이 최신 정보를 기반으로 하는지 확인하고 데이터 파이프라인의 상태와 갱신 빈도를 모니터링할 수 있습니다. 프로세스 대시보드와 분석 결과를 바탕으로 의사결정할 때 이해관계자가 데이터의 최신 시점을 확인할 수 있습니다. 중요한 이유 데이터 거버넌스에 중요하며, 분석 대상 데이터가 얼마나 최신인지 사용자가 확인할 수 있어 분석 결과에 대한 신뢰를 높입니다. 확보 방법 일반적으로 데이터 추출, 변환, 적재(ETL) 과정에서 생성해 추가하는 타임스탬프입니다. 예시 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| 원천 시스템 SourceSystem | 데이터를 추출한 시스템입니다. | ||
| 설명 이 속성은 ERP, 문서 관리 시스템, 워크플로 도구 등 이벤트 데이터가 생성되거나 기록된 원래 IT 시스템을 식별합니다. 매입채무 프로세스에 여러 시스템이 사용되는 환경에서는 활동별 데이터가 어느 시스템에서 발생했는지 구분할 수 있습니다. 원천 시스템별로 데이터를 분석하면 프로세스가 여러 시스템에 분산된 정도와 데이터 통합 문제를 파악하는 데 도움이 됩니다. 시스템 간 인계 과정에서 지연이나 문제가 발생하는지도 확인할 수 있습니다. 각 시스템의 기여가 프로세스 현황에 정확히 반영되도록 데이터 거버넌스와 검증을 수행하는 데도 중요합니다. 중요한 이유 데이터의 출처를 파악할 수 있어 데이터 검증과 문제 해결, 시스템별 프로세스 변형 분석에 도움이 됩니다. 확보 방법 일반적으로 데이터 추출 과정에서 추가하는 고정값이거나 시스템 로그 헤더에서 확인할 수 있습니다. 예시 ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| 공급업체명 VendorName | 송장을 제출한 공급업체의 이름입니다. | ||
| 설명 공급업체명은 상품이나 서비스를 제공한 공급업체의 법인명 또는 상호를 나타냅니다. 이 속성은 각 송장에 필요한 업무 맥락을 제공합니다. 공급업체별로 프로세스를 구분해 분석하면 특정 공급업체의 성과와 관계를 평가할 수 있습니다. ‘승인에 가장 오래 걸리는 공급업체는 어디인가요?’, ‘특정 공급업체의 송장에서 불일치가 자주 발생하나요?’, ‘주요 공급업체의 조기 지급 할인을 잘 확보하고 있나요?’와 같은 질문에 답할 수 있습니다. 구매 및 공급업체 관계 관리에 필요한 분석입니다. 중요한 이유 공급업체별 성과를 분석해 문제가 있는 공급업체 관계, 지급 조건 준수 여부, 공급업체별 프로세스 차이를 파악할 수 있습니다. 확보 방법 공급업체 마스터 데이터 테이블에 있으며, 공급업체 ID를 통해 송장 거래 데이터와 연결됩니다. 예시 글로벌 사무용품이노베이트 테크 솔루션어드밴스드 로지스틱스 | |||
| 구매 주문 번호 PurchaseOrderNumber | 송장과 연결된 구매 주문(PO)의 고유 식별자입니다. | ||
| 설명 구매 주문 번호는 공급업체로부터 상품이나 서비스를 구매하도록 처음 승인한 문서의 참조 ID입니다. 송장은 PO 기반 또는 비PO 기반으로 구분됩니다. 이 속성은 송장 대조 프로세스를 분석하는 데 중요합니다. PO 기반 송장과 비PO 기반 송장을 구분할 수 있으며, 두 유형은 대개 서로 다른 프로세스 경로를 따릅니다. PO, 입고 내역, 송장 간 3자 대조의 효율성을 분석하고, 대조 실패 원인을 파악하며, 1차 대조 성공률 KPI를 측정할 수 있습니다. PO가 필요한 송장에 구매 주문 번호가 없으면 규정 준수 문제일 가능성이 있습니다. 중요한 이유 송장 대조 효율성을 분석하고, PO 기반과 비PO 기반 송장 프로세스를 구분하며, 규정 준수 문제를 파악하는 데 중요합니다. 확보 방법 송장 거래 데이터에서 찾을 수 있으며, 구매 모듈과 연결하는 참조 필드에 저장되는 경우가 많습니다. 예시 4500017545PO-2023-10-005789123 | |||
| 사용자 이름 UserName | 송장의 특정 활동을 수행한 사용자의 이름 또는 ID입니다. | ||
| 설명 사용자 이름은 송장 입력, 승인, 전기 등 프로세스 단계를 수행한 직원 또는 시스템 사용자를 식별합니다. 자동화된 단계에서는 시스템 또는 배치 사용자 ID일 수 있습니다. 이 속성을 통해 프로세스를 사용자 관점에서 분석할 수 있습니다. 업무량 분배와 개인 또는 팀의 성과를 분석하고, 교육이 필요한 영역을 파악하는 데 활용됩니다. 사용자별 활동을 추적하면 특정 사용자로 인해 반복 작업이 발생하는 경우를 찾고, 승인이 지연되는 지점을 파악하며, 적절한 직무 분리가 이루어지는지 확인할 수 있습니다. 매입채무 프로세스에서 사람의 역할을 이해하는 데 중요한 속성입니다. 중요한 이유 팀 및 개인의 성과와 업무량 분배를 분석하고, 교육 기회나 규정 준수 문제를 파악하는 데 도움이 됩니다. 확보 방법 일반적으로 이벤트 로그 또는 거래 테이블의 '변경자'/'생성자' 필드에서 찾을 수 있습니다. 예시 홍길동김민지BATCH_USER | |||
| 송장 금액 InvoiceAmount | 원래 거래 통화로 표시된 송장의 총 금액입니다. | ||
| 설명 송장 금액은 공급업체가 제출한 송장의 총액을 나타냅니다. 각 케이스의 주요 재무 지표입니다. 이 속성은 재무 및 성과 분석에 폭넓게 활용됩니다. 중요도에 따라 프로세스를 필터링하거나(예: 고액 송장 별도 분석), 일정 금액을 초과하는 송장의 승인 병목을 파악하고, 프로세스 비효율로 인한 재무 영향을 계산할 수 있습니다. 예를 들어 지급 보류 송장의 금액을 산출하거나, 건수가 많고 금액이 적은 송장의 자동화 우선순위를 정하는 데 활용할 수 있습니다. 대부분의 매입채무 대시보드에서 기본적으로 사용하는 분석 기준입니다. 중요한 이유 지급 보류 금액을 산출하는 등 재무 영향을 분석하고, 중요도에 따라 송장 우선순위를 정하는 데 도움이 됩니다. 확보 방법 일반적으로 송장 거래 데이터의 헤더 또는 품목 테이블에서 찾을 수 있습니다. 예시 1500.7525000.00345.50 | |||
| 송장 지급 기한 InvoiceDueDate | 지급 조건에 따라 송장 대금을 지급해야 하는 날짜입니다. | ||
| 설명 송장 지급 기한은 연체료나 벌금을 피하고 기한 내 지급으로 인정받기 위해 공급업체에 대금을 지급해야 하는 날짜입니다. 일반적으로 송장 날짜와 합의된 지급 조건(예: 30일 후 지급)을 기준으로 계산합니다. 이 속성은 지급 성과를 측정하는 데 필수적입니다. 기한 내 지급률 KPI를 계산하고 연체 지급을 파악하는 기준이 됩니다. 지급 기한과 실제 지급일을 비교하면 지급 적시성을 분석할 수 있어 공급업체와의 관계를 개선하고 벌금을 피하며 현금 흐름을 전략적으로 관리하는 데 도움이 됩니다. 중요한 이유 기한 내 지급 성과를 측정하고 현금 흐름을 관리하며 연체 벌금을 피하는 데 중요합니다. 확보 방법 일반적으로 원천 시스템에서 송장 날짜와 지급 조건을 기준으로 계산해 송장 헤더에 저장합니다. 예시 2023-11-252023-12-152024-01-30 | |||
| 회사 코드 CompanyCode | 송장을 처리하는 법인 또는 회사의 식별자입니다. | ||
| 설명 회사 코드는 조직 내 개별 법인 또는 회사를 나타내는 고유 키입니다. 송장은 특정 회사 코드를 기준으로 처리되고 전기됩니다. 이 속성은 여러 법인으로 구성된 조직의 비교 분석에 기본적으로 사용됩니다. 회사, 자회사 또는 사업부별 매입채무 프로세스 성과를 비교할 수 있습니다. 분석을 통해 특정 법인의 효율성이나 자동화율이 더 높은지, 지급 보류가 더 자주 발생하는지 확인할 수 있습니다. 이를 바탕으로 모범 사례를 표준화하고 지역 또는 법인별 문제를 파악할 수 있습니다. 중요한 이유 법인이나 사업부별 프로세스 성과를 비교해 업무 방식을 표준화하고 지역별 문제를 파악할 수 있습니다. 확보 방법 재무 또는 송장 거래 문서의 헤더에서 찾을 수 있으며, 전기 법인을 나타냅니다. 예시 1000US01DE01 | |||
| 송장 통화 InvoiceCurrency | 송장 금액의 통화 코드입니다(예: USD, EUR, GBP). | ||
| 설명 송장 통화는 송장 금액을 표시하는 통화 단위를 나타냅니다. 여러 국가의 공급업체와 거래하는 다국적 조직에서 특히 중요합니다. 분석 시 이 속성을 사용하면 송장 금액을 올바르게 해석하고 정확한 재무 계산을 수행할 수 있습니다. 통화별로 프로세스를 필터링해 지역별 차이나 특정 통화와 관련된 문제를 파악할 수 있습니다. 환율 데이터와 함께 사용하면 재무 금액을 하나의 보고 통화로 환산해 일관된 글로벌 분석을 수행할 수 있습니다. 중요한 이유 송장 금액을 정확히 해석하는 데 필요한 정보를 제공하며, 글로벌 조직의 재무 분석과 프로세스 세분화를 지원합니다. 확보 방법 일반적으로 송장 거래 테이블의 헤더에서 송장 금액과 함께 찾을 수 있습니다. 예시 USDEURGBP | |||
| 자동화 여부 IsAutomated | 활동을 사람이 아닌 시스템이 자동으로 수행했는지 나타내는 플래그입니다. | ||
| 설명 이 불리언 속성은 특정 프로세스 단계를 시스템 사용자(자동화, 워크플로, 배치 작업)가 수행했는지, 사람이 수행했는지 나타냅니다. 이를 통해 수동 활동과 자동화된 활동을 구분할 수 있습니다. 이 속성을 분석하면 매입채무 프로세스의 자동화 수준을 파악하고 디지털 전환의 성과를 측정할 수 있습니다. 수동 개입 없이 처리된 송장을 식별해 무접촉 처리(STP) 비율을 계산할 수 있습니다. 자동화 경로와 수동 경로의 성과를 비교하면 시간과 비용 절감 효과를 수치로 확인해 추가 자동화 투자의 근거를 마련할 수 있습니다. 중요한 이유 자동화 수준(예: 무접촉 처리 비율)을 측정하고, 자동화가 프로세스 효율성에 미치는 영향을 수치로 파악할 수 있습니다. 확보 방법 일반적으로 활동의 'UserName'이 알려진 시스템 또는 배치 사용자 ID인지 확인해 판별합니다. 예시 truefalse | |||
| 지급 보류 사유 BlockingReason | 송장의 지급이 보류된 이유를 설명하는 사유 코드 또는 설명입니다. | ||
| 설명 지급 보류 사유는 송장이 지급 단계로 진행되지 않도록 보류한 이유를 설명하는 코드 또는 문구입니다. 일반적인 사유로는 수량이나 가격 차이, 입고 내역 누락, 필수 품질 검사 등이 있습니다. 이 속성은 예외와 재작업의 근본 원인을 분석하는 데 중요합니다. 보류 사유별 발생 빈도와 영향을 분석하면 매입채무 프로세스의 비효율을 유발하는 주요 원인을 파악할 수 있습니다. 공급업체와 PO 정보를 정확히 맞추거나 입고 프로세스를 간소화하는 등 문제에 맞춘 개선을 추진할 수 있습니다. 지급 보류를 줄이면 무접촉 처리(STP) 비율을 높일 수 있습니다. 중요한 이유 지급 보류의 근본 원인을 분석해 프로세스의 비효율과 재작업을 유발하는 주요 요인을 파악하는 데 필수적입니다. 확보 방법 송장 문서 또는 관련 상태 테이블에서 찾을 수 있으며, '보류' 활동이 발생할 때 입력되는 경우가 많습니다. 예시 가격 차이수량 불일치입고 내역 누락 | |||
| 지급 조건 PaymentTerms | 지급 기한과 할인 기회를 포함해 공급업체와 합의한 송장 지급 조건입니다. | ||
| 설명 지급 조건은 송장 대금의 지급 기준을 정의합니다. 일반적으로 지급 기한(예: 30일 이내)과 조기 지급 할인(예: 10일 이내 지급 시 2% 할인)이 포함됩니다. 이 속성은 재무 성과 분석에 필요한 정보를 제공합니다. 송장 지급 기한을 계산하고 조기 지급 할인 기회를 파악하는 데 사용됩니다. 지급 조건별 프로세스 성과를 분석하면 내부 처리 시간이 길어 할인 기회를 반복해서 놓치는지 확인할 수 있습니다. 이를 통해 프로세스 효율성과 비용 절감의 관계를 파악할 수 있습니다. 중요한 이유 송장 지급 기한을 계산하는 기준이며, 조기 지급 할인 적용률을 분석해 프로세스 효율성과 비용 절감의 관계를 파악하는 데 중요합니다. 확보 방법 일반적으로 공급업체 마스터 데이터에서 가져와 송장 생성 시 거래 헤더에 복사합니다. 예시 30일 후 지급10일 이내 지급 시 2% 할인, 30일 후 지급60일 후 지급 | |||
| 지급일 PaymentDate | 송장 대금이 실제로 지급된 날짜입니다. | ||
| 설명 지급일은 특정 송장의 대금이 공급업체에 지급된 시점을 나타내는 타임스탬프입니다. 주요 처리 흐름의 종료를 나타내는 경우가 많습니다. process mining 분석에서는 지급일을 송장 지급 기한과 비교해 기한 내, 조기 또는 연체 지급 여부를 확인합니다. 기한 내 지급률과 같은 주요 KPI를 계산하고 조기 지급 할인 기회를 분석하는 데도 사용됩니다. 송장 승인부터 지급일까지 걸린 시간을 파악하면 지급 실행이나 자금 관리 업무의 비효율을 찾을 수 있습니다. 중요한 이유 기한 내 지급률을 계산하고 지급 패턴을 분석하며 조기 지급 할인 기회를 파악하는 데 필수적입니다. 확보 방법 원래 송장 거래와 연결된 지급 또는 반제 문서 데이터에서 찾을 수 있습니다. 예시 2023-11-242023-12-202024-01-28 | |||
매입채무 송장 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
| 송장 매칭 완료 | 송장을 구매 주문서(PO)나 입고 확인서(GR)와 같은 증빙 문서에 연결하는 과정입니다. 청구 금액, 수량, 품목이 주문 및 입고 내역과 일치하는지 확인합니다. | ||
| 중요한 이유 PO 기반 송장에 필요한 주요 검증 단계입니다. 매칭 성공률과 소요 시간을 분석하면 자동화 수준을 파악하고 문제가 있는 공급업체나 자재를 찾을 수 있습니다. 확보 방법 일반적으로 PO 또는 GR 참조 정보가 송장 품목에 연결되고 매칭 상태 필드가 갱신될 때 기록됩니다. 기록 송장 매칭 상태가 '매칭 완료' 또는 '성공'으로 변경된 타임스탬프를 수집합니다. 이벤트 유형 explicit | |||
| 송장 반제 완료 | 지급액을 송장에 적용해 매입채무 보조원장에서 해당 항목을 최종 정산하는 활동입니다. 경우에 따라 은행에서 지급이 결제된 시점을 나타낼 수도 있습니다. | ||
| 중요한 이유 프로세스의 마지막 활동으로, 처리가 성공적으로 완료된 시점을 나타냅니다. 송장 접수부터 반제까지의 시간이 전체 종단 간 처리 시간입니다. 확보 방법 지급액이 적용될 때 입력되는 송장 재무 레코드의 반제일 필드에서 확인할 수 있습니다. 기록 재무 원장의 송장 품목에 연결된 반제일을 사용합니다. 이벤트 유형 explicit | |||
| 송장 승인 완료 | 워크플로의 최종 승인으로, 송장 지급을 공식적으로 승인합니다. 송장 처리가 지급 단계로 넘어가기 위한 주요 기준점입니다. | ||
| 중요한 이유 이 활동으로 승인 주기가 끝납니다. 이 시점까지 걸린 시간은 전체 송장 처리 시간의 주요 구성 요소이며, 승인 병목을 보여 주는 경우가 많습니다. 확보 방법 송장의 워크플로나 문서 상태가 '승인 완료' 또는 이에 해당하는 최종 상태로 변경될 때 기록됩니다. 기록 송장의 최종 승인 상태가 기록된 타임스탬프를 수집합니다. 이벤트 유형 explicit | |||
| 송장 전기 완료 | 승인된 송장이 총계정원장에 공식적으로 기록되어 회사의 재무상 부채로 인식됩니다. 비용과 지급 의무를 정식으로 반영하는 주요 회계 거래입니다. | ||
| 중요한 이유 전기는 주요 재무 이벤트입니다. 승인부터 전기까지 지연되면 재무 보고의 정확성과 미결 부채 현황을 파악하는 데 영향을 줄 수 있습니다. 확보 방법 송장과 연결된 회계 문서의 전기 날짜와 시간으로 확인하는 주요 재무 거래 이벤트입니다. 기록 송장과 연결된 재무 문서 헤더의 전기일 필드를 사용합니다. 이벤트 유형 explicit | |||
| 송장 접수 | 공급업체 송장이 시스템에 처음 등록되는 활동입니다. 데이터를 직접 입력하거나 광학 문자 인식(OCR)으로 스캔하거나 전자 문서 교환(EDI)을 통해 접수할 수 있습니다. | ||
| 중요한 이유 프로세스의 주요 시작점입니다. 이 이벤트부터 다른 이벤트까지 걸린 시간을 분석하면 전체 처리 시간과 초기 단계의 지연을 파악할 수 있습니다. 확보 방법 일반적으로 시스템의 기본 송장 또는 공급업체 청구서 레코드 생성 타임스탬프를 사용합니다. 기록 송장 헤더 레코드의 생성일을 사용합니다. 이벤트 유형 explicit | |||
| 승인 요청 제출 | 송장이 한 명 이상의 승인권자에게 검토와 승인을 받도록 워크플로에 정식으로 제출됩니다. 이 활동부터 승인 하위 프로세스가 시작됩니다. | ||
| 중요한 이유 승인 주기를 측정하는 시작점입니다. 데이터 처리에 걸린 시간과 관리자의 승인을 기다린 시간을 구분할 수 있습니다. 확보 방법 송장 상태가 '승인 대기'로 변경되거나 워크플로 관리 시스템에 등록될 때 기록됩니다. 기록 승인 워크플로의 시작을 나타내도록 송장 상태가 갱신된 이벤트를 찾습니다. 이벤트 유형 explicit | |||
| 지급 실행 | 공급업체에 자금이 지급됩니다. 이 거래로 송장 전기 시 발생한 부채가 결제됩니다. | ||
| 중요한 이유 기한 내 지급률과 할인 확보율을 계산하는 데 필요한 주요 이벤트입니다. 자금이 이체된 시점을 나타내며 자금 관리와 공급업체 관계 관리의 주요 기준점입니다. 확보 방법 송장에 대해 생성된 지급 문서의 거래 날짜를 기준으로 명시적으로 기록되는 재무 이벤트입니다. 기록 송장을 반제하는 지급 문서의 거래일 또는 전기일을 사용합니다. 이벤트 유형 explicit | |||
| 송장 검증 완료 | 매칭이나 승인 단계로 넘어가기 전에 접수된 송장 데이터가 완전하고 정확한지 초기 점검을 마친 상태입니다. 시스템 자동 검증이나 수동 검토로 처리할 수 있습니다. | ||
| 중요한 이유 이 활동을 추적하면 초기 데이터 품질 검토의 병목을 찾고 사전 처리 단계의 효율성을 측정할 수 있습니다. 확보 방법 송장 레코드의 상태 변경, 별도 검증 타임스탬프 또는 오류 없이 레코드가 저장된 시점을 기준으로 확인할 수 있습니다. 기록 상태가 '검증 완료'로 변경된 기록이나 별도의 검증 이벤트 로그를 확인합니다. 이벤트 유형 explicit | |||
| 송장 승인 거부 | 승인자가 워크플로에서 송장을 거부해 지급 단계로 진행되지 않는 상태입니다. 일반적으로 송장은 수정을 위해 이전 단계로 돌아가며 재작업이 발생합니다. | ||
| 중요한 이유 승인 거부는 재작업과 프로세스 지연의 주요 원인입니다. 발생 빈도와 사유를 추적하면 데이터 품질, 정책 이해도, 공급업체의 규정 준수와 관련된 문제를 찾을 수 있습니다. 확보 방법 시스템의 승인 이력이나 워크플로 로그에 상태 변경(예: '거부', '승인 불가')으로 명시적으로 기록됩니다. 기록 승인 로그에서 송장 상태가 '거부'로 지정된 타임스탬프를 사용합니다. 이벤트 유형 explicit | |||
| 송장 지급 보류 | 송장이 지급 단계로 진행되지 않도록 차단하는 활동입니다. 대사 과정에서 불일치가 발견되거나 정책 위반 또는 조사가 필요한 문제가 발생하면 자동 또는 수동으로 보류할 수 있습니다. | ||
| 중요한 이유 지급 보류는 지급 지연과 처리 업무 증가의 주요 원인입니다. 프로세스를 개선하려면 보류가 언제, 왜, 얼마나 자주 발생하는지 파악해야 합니다. 확보 방법 송장에 보류 또는 차단 상태가 적용될 때 명시적으로 기록됩니다. 상태 로그나 변경 이력 테이블에서 확인할 수 있습니다. 기록 송장에 지급 차단 코드나 '보류' 상태가 설정된 타임스탬프를 사용합니다. 이벤트 유형 explicit | |||
| 송장 취소 | 입력 또는 전기된 송장을 무효화하거나 역분개하는 활동입니다. 보통 오류를 수정하거나 공급업체 분쟁에 대응하기 위해 처리합니다. 일반적으로 프로세스가 부정적으로 종료되는 경우입니다. | ||
| 중요한 이유 취소는 중복 입력이나 잘못된 전기와 같은 프로세스 실패를 나타냅니다. 데이터 입력 정확도와 프로세스 품질을 개선하려면 취소 빈도와 근본 원인을 추적해야 합니다. 확보 방법 사용자가 송장을 무효화하거나 역분개 문서를 전기할 때 명시적으로 기록되며, 취소일 또는 역분개일이 입력됩니다. 기록 송장 레코드에서 역분개 문서 연결이나 취소 플래그 및 관련 날짜를 확인합니다. 이벤트 유형 explicit | |||
| 조기 지급 할인 확보 | 공급업체가 정한 할인 기간 안에 지급을 실행해 회사가 비용을 절감한 상태입니다. 시스템에 직접 기록되는 이벤트가 아니라 거래 데이터에서 산출합니다. | ||
| 중요한 이유 효율적인 매입채무 프로세스의 재무적 효과를 직접 측정하는 활동입니다. 조기 지급 기회를 놓친 사례를 파악하면 프로세스 개선의 금전적 가치를 명확히 확인할 수 있습니다. 확보 방법 송금 실행일과 송장에 명시된 지급 조건 및 할인 기한을 비교해 산출하는 이벤트입니다. 기록 다음 조건으로 계산합니다: IF Payment_Date <= Discount_Due_Date. 이벤트 유형 calculated | |||
| 지급 보류 해제 | 문제가 해결되어 지급 보류 또는 차단이 해제된 시점을 나타냅니다. 송장이 수정되거나 내용이 확인되어 프로세스를 계속 진행할 수 있음을 뜻합니다. | ||
| 중요한 이유 송장 보류부터 해제까지의 시간은 불일치 해결에 걸린 시간입니다. 이 기간을 분석하면 예외 처리의 비효율을 찾을 수 있습니다. 확보 방법 지급 보류 상태의 해제 또는 비활성화를 기록한 시스템 로그나 변경 문서에서 확인할 수 있습니다. 기록 송장에서 지급 차단 코드나 보류 상태가 해제된 타임스탬프를 수집합니다. 이벤트 유형 explicit | |||
| 지급 일정 등록 | 전기된 송장이 지급 제안이나 지급 배치에 선택되어 포함됩니다. 이후 실행될 지급 작업에서 해당 송장을 지급할 예정임을 나타냅니다. | ||
| 중요한 이유 전기와 실제 지급 사이를 잇는 단계입니다. 이 활동을 분석하면 현금 흐름을 관리하고 지급 준비 과정의 효율성을 파악할 수 있습니다. 확보 방법 지급 제안 레코드가 생성되거나 송장이 지급 분개장 또는 배치에 추가된 시점으로 추정할 수 있습니다. 기록 송장이 포함된 지급 제안 또는 배치의 생성일을 수집합니다. 이벤트 유형 inferred | |||
| 지급 지연 발생 | 송장이 계약상 지급 기한이 지난 뒤 지급된 상태입니다. 지급 의무를 제때 이행하지 못했음을 나타내는 계산 이벤트입니다. | ||
| 중요한 이유 지급 지연은 공급업체와의 관계를 악화시키고 재무상 불이익을 초래할 수 있으며, 프로세스 전반의 비효율을 나타내기도 합니다. 이를 측정하면 프로세스 성과와 규정 준수 위험을 정량화할 수 있습니다. 확보 방법 송금 실행일과 송장에 명시된 순지급 기한을 비교해 산출합니다. 기록 다음 조건으로 계산합니다: IF Payment_Date > Net_Due_Date. 이벤트 유형 calculated | |||
데이터 추출 가이드
추출 방법은 시스템마다 다릅니다. 자세한 안내는
ETL 가이드 를 확인하거나 특정 프로세스와 시스템을 선택하세요.
시작할 준비가 되셨나요?
시스템별 추출 가이드를 선택해 매입채무 송장 처리를 자세히 살펴보거나, 이 범용 템플릿을 기본 설계도로 활용하세요.
매입채무 처리 효율을 높이세요. 지금 시작하세요.
워크플로를 간소화하고 비용을 줄이며 매입채무 프로세스를 전체적으로 파악하세요.
신용카드 없이 몇 분 만에 시작할 수 있습니다.