매입채무 송장 처리 데이터 템플릿

SAP S/4HANA
매입채무 송장 처리 데이터 템플릿

매입채무 송장 처리 데이터 템플릿

이 템플릿은 매입채무 송장 처리를 분석하는 데 필요한 데이터를 수집하는 방법을 안내합니다. 정확한 이벤트 로그를 구성하는 데 필요한 속성과 활동을 정리하고, 원천 시스템에서 데이터를 추출하는 실무 지침도 제공합니다. 이를 활용해 process mining을 시작할 수 있습니다.
  • 상세 분석에 권장되는 속성
  • 효과적인 추적을 위한 주요 프로세스 활동
  • 단계별 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

매입채무 송장 처리 속성

매입채무 프로세스를 상세히 분석하려면 다음 데이터 필드를 이벤트 로그에 포함해야 합니다.
5 필수 6 권장 9 선택 사항
이름 설명
송장
Invoice
송장 문서의 고유 식별자로, 매입채무 프로세스의 기본 케이스 ID로 사용됩니다.
설명

송장은 접수부터 지급까지 관련 활동을 연결하는 중심 객체입니다. SAP S/4HANA에서는 일반적으로 회사 코드(BUKRS), 고유 문서 번호(BELNR), 회계연도(GJAHR)를 조합해 식별합니다.

송장별로 분석하면 송장 처리 전 과정을 확인할 수 있습니다. 전체 주기 시간 계산, 개별 송장의 병목 파악, 송장이 프로세스에서 거치는 다양한 경로 분석에 필요한 기준입니다.

중요한 이유

송장별 처리 과정을 고유하게 식별하므로 전체 수명 주기를 추적하고 케이스별로 프로세스 성과를 분석할 수 있습니다.

확보 방법

BKPF(회계 문서 헤더) 또는 RBKP(송장 접수 문서 헤더) 테이블의 BUKRS, BELNR, GJAHR 필드로 구성된 복합 키입니다.

예시
1000-1900000001-20231710-1900000002-20232000-5100000003-2024
이벤트 시간
EventTime
활동이 발생한 정확한 날짜와 시간입니다.
설명

이벤트 시간은 각 활동에 연결된 타임스탬프로, 송장과 관련된 이벤트의 시간 순서를 보여줍니다. 프로세스 흐름을 파악하고 시간 기반 분석을 수행하는 데 필요한 데이터입니다.

분석에서는 이벤트 시간을 기준으로 활동 순서를 정하고, 단계 간 주기 시간과 대기 시간을 계산하며, 기간별 프로세스 성과를 분석합니다. 기간별 비교에는 월별 분석 등이 포함됩니다. 모든 소요 시간 기반 KPI의 기준이 됩니다.

중요한 이유

이 타임스탬프는 이벤트를 시간순으로 정렬하고 주기 시간과 소요 시간 등 시간 기반 지표를 계산하는 데 필요하며, process mining의 기본 데이터입니다.

확보 방법

SAP 테이블의 여러 날짜 및 시간 필드에서 가져옵니다. 예를 들어 생성일(BKPF-CPUDT), 전기일(BKPF-BUDAT), 반제일(BSAK-AUGDT), 변경 로그 타임스탬프(CDHDR-UDATE/UTIME)가 있습니다.

예시
2023-10-01T09:00:00Z2023-10-05T14:30:15Z2023-10-15T11:21:05Z
활동
ActivityName
송장 처리 과정에서 발생한 특정 업무 이벤트 또는 단계의 이름입니다.
설명

활동은 매입채무 프로세스의 개별 단계나 작업을 나타냅니다. 예를 들어 '송장 접수', '송장 전기', '지급 실행' 등이 있습니다. 이러한 활동이 프로세스 맵을 구성합니다.

활동 분석은 process mining의 기본입니다. 프로세스 흐름을 시각화하고, 일반적인 경로를 파악하며, 표준 프로세스에서 벗어난 사례를 찾고, 각 단계의 빈도와 소요 시간을 측정할 수 있습니다. 송장별 활동 순서가 해당 송장의 처리 경로를 이룹니다.

중요한 이유

프로세스 단계를 정의해 흐름을 시각화하고 분석하며, 병목과 재작업 과정을 파악할 수 있습니다.

확보 방법

문서 상태 변경(예: BKPF-BSTAT), 변경 문서(CDHDR/CDPOS 테이블), 워크플로 로그 등 여러 출처에서 가져옵니다. 일반적으로 별도의 추출 로직이 필요합니다.

예시
송장 접수송장 승인지급 실행송장 지급 차단
원천 시스템
SourceSystem
데이터를 추출한 시스템입니다.
설명

이 속성은 프로세스 데이터의 출처를 나타냅니다. 이 화면에서는 일반적으로 'SAP S/4HANA'가 값으로 사용됩니다.

ERP나 통합 시스템을 여러 개 사용하는 환경에서는 데이터 계보를 추적하고 데이터를 구분하는 데 중요한 필드입니다. 올바른 데이터셋을 분석하도록 하며, 데이터 품질 문제를 원천 시스템까지 추적하는 데 도움이 됩니다.

중요한 이유

데이터 출처를 식별합니다. 데이터 거버넌스, 문제 해결, 여러 시스템을 사용하는 환경에서 중요합니다.

확보 방법

일반적으로 데이터 추출 과정에서 데이터셋의 출처를 표시하기 위해 고정값으로 추가합니다.

예시
SAP S/4HANASAP ECC 6.0S4H_PROD_100
최근 데이터 업데이트
LastDataUpdate
이 레코드의 데이터를 원천 시스템에서 마지막으로 새로 고친 시점을 나타내는 타임스탬프입니다.
설명

이 속성은 SAP S/4HANA에서 데이터를 가장 최근에 추출하거나 업데이트한 날짜와 시간을 제공합니다. 분석 대상 데이터의 최신성을 파악하는 데 필요한 메타데이터입니다.

사용자는 이 정보를 통해 프로세스 분석에 반영된 데이터가 얼마나 최신인지 확인할 수 있습니다. 데이터 지연에 대한 기대치를 관리하고, 데이터 새로 고침 일정을 수립하며, 데이터 무결성을 유지하는 데도 중요합니다.

중요한 이유

데이터의 최신성을 나타내므로 사용자가 프로세스 분석에 반영된 데이터의 업데이트 상태를 확인할 수 있습니다.

확보 방법

원천 시스템에서 데이터를 추출할 때 각 레코드에 생성해 기록합니다.

예시
2024-05-20T04:00:00Z2024-05-21T04:00:00Z
공급업체명
VendorName
송장을 제출한 공급업체의 이름입니다.
설명

이 속성에는 공급업체의 공식 명칭이 들어 있습니다. 송장 문서에 저장된 공급업체 번호를 통해 연결됩니다.

공급업체 분석은 관계를 관리하고 특정 공급업체와 관련된 프로세스 문제를 찾는 데 중요합니다. '불일치가 있는 송장을 가장 많이 제출하는 공급업체는 어디인가?', '특정 전략 공급업체에 대금을 꾸준히 기한 내 지급하고 있는가?'와 같은 질문에 답할 수 있습니다. 송장 번호 및 금액과 함께 중복 지급 가능성을 찾는 데도 사용됩니다.

중요한 이유

공급업체별 프로세스 성과를 분석해 문제가 있는 공급업체를 찾고 전략적 공급업체와의 관계를 효과적으로 관리할 수 있습니다.

확보 방법

BKPF 또는 RBKP의 공급업체 번호(LIFNR)를 기준으로 공급업체 마스터 데이터 테이블 LFA1의 NAME1 필드에서 가져옵니다.

예시
Office Supplies Inc.Global Consulting GroupMachine Parts GmbH
구매 주문서 번호
PurchaseOrderNumber
해당하는 경우 송장과 연결된 구매 주문서의 고유 식별자입니다.
설명

이 속성은 송장을 사전 승인된 구매 주문서(PO)와 연결합니다. 구매 주문서 번호가 있어야 구매 주문서, 송장, 입고 내역 간 3자 대사를 수행할 수 있습니다.

규정 준수와 효율성 분석에 중요한 속성입니다. 조달 정책 준수 수준을 측정하는 '구매 주문서 없는 송장 비율' KPI를 계산하는 데 사용됩니다. 또한 구매 주문서가 있는 송장의 대사 과정을 분석하는 '3자 대사 성과' 대시보드에도 필요합니다.

중요한 이유

3자 대사 효율을 분석하고 구매 주문서 없이 처리된 송장을 찾아 조달 정책 준수 여부를 측정하는 데 중요합니다.

확보 방법

송장 개별 항목 테이블에서 확인할 수 있습니다. 예를 들어 MM 송장은 RSEG-EBELN, FI 송장은 BSEG-EBELN에 저장됩니다.

예시
45000012344500005678
사용자 이름
UserName
활동을 수행한 사람의 사용자 ID입니다.
설명

이 속성은 송장 전기, 승인, 반제 등 특정 활동을 수행한 SAP 사용자 ID를 기록합니다. 프로세스 단계를 개별 사용자와 연결합니다.

사용자 이름별 분석은 업무량 분포와 우수 수행자를 파악하고 추가 교육이 필요한 사용자를 찾는 데 도움이 됩니다. 대시보드에서 승인 병목을 분석할 때도 중요합니다. 프로세스 지연을 일으키는 승인자를 구체적으로 확인할 수 있습니다.

중요한 이유

활동을 담당자별로 구분해 사용자 성과와 업무량을 분석하고 직무 분리 정책 준수 여부를 확인할 수 있습니다.

확보 방법

일반적으로 BKPF-USNAM(입력자)과 같은 헤더 테이블이나 CDHDR-USERNAME(변경자)과 같은 변경 문서 테이블에서 확인할 수 있습니다.

예시
ABROWNJSMITHAP_AUTOMATION
송장 금액
InvoiceAmount
원본 문서 통화로 표시한 송장 총액입니다.
설명

공급업체가 제출한 송장 총액입니다. 공제나 할인을 적용하기 전의 상품 또는 서비스 비용, 세금 및 기타 비용이 포함됩니다.

송장 금액은 다양한 재무 분석에 사용되는 중요한 속성입니다. 고액 송장의 우선순위를 정하고, 프로세스 지연이 재무에 미치는 영향(예: 고액 송장의 연체료)을 파악하며, '고액 송장은 승인 경로가 다른가?'와 같이 프로세스를 구분해 분석할 수 있습니다. 중복 지급 가능성을 찾는 데도 필요합니다.

중요한 이유

프로세스의 재무적 맥락을 제공해 금액별 분석과 고액 송장의 우선순위 설정, 재무 영향의 정량화를 지원합니다.

확보 방법

MM 송장은 RBKP-RMWWR(송장 총액)과 같은 테이블에서 확인할 수 있습니다. FI 송장은 BSEG의 개별 항목(WRBTR 필드)을 합산해 계산할 수 있습니다.

예시
1500.00250.7512345.50
송장 만기일
InvoiceDueDate
공급업체에 송장 대금을 지급해야 하는 날짜입니다.
설명

송장 만기일은 연체료를 방지하고 공급업체와의 관계를 유지하기 위해 대금을 지급해야 하는 기한입니다. 송장의 기준일과 공급업체와 합의한 지급 조건을 바탕으로 계산합니다.

'지급 규정 준수 및 경과 기간' 대시보드와 '기한 내 지급률' KPI에 필요한 날짜입니다. 만기일과 실제 지급일을 비교하면 대금이 기한 내, 조기 또는 지연 지급되었는지 확인할 수 있으며, 이는 재무와 공급업체 관계에 직접 영향을 줍니다.

중요한 이유

기한 내 지급 분석의 기준이 됩니다. 지급 성과와 공급업체 관계 및 연체료에 미치는 영향을 측정할 수 있습니다.

확보 방법

이 날짜는 계산되는 경우가 많습니다. 순 만기일은 BSEG-NETDT 필드에 저장됩니다. 지급 기준일(BSEG-ZFBDT)과 지급 조건(BSEG-ZTERM)으로도 계산할 수 있습니다.

예시
2023-10-312023-11-152024-01-10
회사 코드
CompanyCode
송장을 처리하는 조직 단위입니다.
설명

회사 코드는 외부 보고를 위해 완전하고 독립적인 회계 장부를 작성할 수 있는 최소 조직 단위입니다. 매입채무에서는 공급업체에 대금을 지급할 법인을 의미합니다.

회사 코드별로 분석하면 조직 내 여러 법인의 프로세스 성과를 비교할 수 있습니다. 이를 통해 표준 프로세스를 따르는 사업 부문과 효율이 낮거나 주기 시간이 길고 재작업률이 높은 부문을 파악할 수 있습니다.

중요한 이유

법인별 프로세스 성과를 비교해 지역이나 사업 부문별 문제와 모범 사례를 찾을 수 있습니다.

확보 방법

문서 헤더 테이블에서 확인합니다. FI 송장은 주로 BKPF-BUKRS, MM 송장은 RBKP-BUKRS에 저장됩니다.

예시
10001710US01DE01
공급업체 송장 번호
VendorInvoiceNumber
공급업체가 송장 문서에 기재한 번호입니다.
설명

공급업체의 회계 시스템에서 사용하는 참조 번호로, 종이 또는 전자 송장에 기재되어 있습니다. 송장 접수 시 직접 입력하거나 OCR로 추출합니다.

이 필드는 운영과 분석에 매우 중요하며, 특히 '중복 송장 지급 가능성' 대시보드에서 유용합니다. 중복 여부를 확인할 때는 공급업체명, 공급업체 송장 번호, 송장 금액이 같은 내부 송장 문서가 여러 건 있는지 검색하는 방법을 흔히 사용합니다. 송장을 식별하는 주요 외부 참조 번호입니다.

중요한 이유

중복 지급 가능성을 탐지하는 데 중요한 필드이며, 공급업체와 소통할 때 사용하는 주요 외부 참조 번호입니다.

확보 방법

문서 헤더의 'Reference' 필드에 저장되며, 일반적으로 BKPF-XBLNR에서 확인할 수 있습니다.

예시
INV-2023-9876733401120231015-001
반제일
ClearingDate
지급이 이루어지고 미결 항목에서 송장이 반제된 날짜입니다.
설명

반제일은 송장의 재무 결제가 완료된 날짜입니다. 'Payment Cleared' 활동이 발생한 날짜로, 대부분의 정상적인 송장 처리 과정에서 마지막 단계에 해당합니다.

이 날짜를 기준으로 실제 지급일을 계산해 송장 지급 기한과 비교합니다. 따라서 '기한 내 지급률' KPI를 계산하고 지급 성과를 분석하는 데 필수적입니다. 전체 송장 처리 시간의 종료 시점을 정하는 데도 사용됩니다.

중요한 이유

송장 결제가 최종 완료된 날짜로, 처리 시간 계산의 종료 시점이자 기한 내 지급 분석의 기준입니다.

확보 방법

공급업체의 경우 BSAK-AUGDT 등 반제 항목 테이블에서 확인할 수 있습니다.

예시
2023-10-282023-11-142024-01-09
송장 문서 유형
InvoiceDocumentType
SAP에서 송장 처리 방식을 결정하는 송장 문서 분류입니다.
설명

문서 유형은 SAP에서 회계 문서를 분류하는 주요 설정 항목입니다. 예를 들어 'KR'은 일반적으로 공급업체 송장, 'RE'는 MM 송장, 'KG'는 공급업체 대변 메모에 사용됩니다. 문서 유형에 따라 번호 범위와 필수 입력 필드 등이 결정됩니다.

프로세스 분석에서 문서 유형별로 필터링하면 송장 종류에 따른 프로세스 흐름을 비교할 수 있습니다. 예를 들어 대변 메모의 승인 과정은 일반 송장과 다를 수 있습니다. '송장 승인 경로 변형' 대시보드에서 유용하게 활용할 수 있습니다.

중요한 이유

송장 유형별 처리 방식을 구분해 처리 경로와 주기 시간의 차이를 파악할 수 있습니다.

확보 방법

문서 헤더 테이블의 BKPF-BLART 필드에서 직접 가져옵니다.

예시
KRREKG
송장 통화
InvoiceCurrency
송장 금액에 적용되는 통화 코드입니다(예: USD, EUR).
설명

이 속성은 송장 금액의 통화를 지정하며, 재무 데이터를 해석하는 데 필요한 정보를 제공합니다.

다국적 조직에서는 통화를 고려하지 않고 송장을 분석하면 결과가 왜곡될 수 있습니다. 이 필드를 사용하면 모든 금액을 하나의 보고 통화로 환산하거나 통화별로 분석을 나누어 지역별 재무 활동을 파악할 수 있습니다.

중요한 이유

송장 금액의 통화 정보를 제공해 정확한 재무 분석과 보고를 지원합니다. 특히 다국적 조직에서 유용합니다.

확보 방법

주로 BKPF-WAERS 또는 RBKP-WAERS 등 문서 헤더 테이블에서 확인할 수 있습니다.

예시
USDEURGBPJPY
자동화 여부
IsAutomated
사용자가 아닌 시스템이 활동을 자동으로 수행했는지 나타내는 플래그입니다.
설명

이 불리언 속성은 사람이 시작한 활동과 시스템 작업, 워크플로 또는 봇이 수행한 활동을 구분합니다. 예를 들어 자동 지급 실행이나 시스템에서 생성한 송장 전기는 자동화된 활동으로 표시됩니다.

이 속성을 분석하면 매입채무 프로세스의 자동화 수준을 파악할 수 있습니다. 자동화 도입의 성과를 측정하고, 자동화 단계와 수동 단계의 효율을 비교하며, 추가 자동화 기회를 찾는 데 사용할 수 있습니다.

중요한 이유

프로세스의 자동화 수준을 측정해 자동화 효과를 분석하고 추가 개선 기회를 찾을 수 있습니다.

확보 방법

사용자 이름(예: 'SAP_SYSTEM' 또는 'BATCHUSER'와 같은 시스템 사용자 ID)이나 자동화 작업과 연결된 특정 트랜잭션 코드를 기준으로 판별합니다.

예시
truefalse
지급 조건
PaymentTerms
공급업체와 합의한 송장 지급 조건으로, 조기 지급 할인 기회가 포함되는 경우가 많습니다.
설명

지급 조건은 지급 기한과 조기 지급 할인 적용 기준을 정합니다. 예를 들어 'Z001'은 '30일 이내 지급, 10일 이내 지급 시 2% 할인'을 의미할 수 있습니다.

이 속성은 '조기 지급 할인 적용률' 대시보드의 기반이 됩니다. 지급 조건을 분석하면 할인 대상인 송장을 모두 확인할 수 있습니다. 실제 적용된 할인과 비교하면 놓친 절감 기회를 파악하고 지급 프로세스의 효율성을 측정할 수 있습니다.

중요한 이유

조기 지급 할인 기회를 분석하고, 지급 프로세스의 재무 성과를 측정하며, 놓친 절감 기회를 파악하는 데 필수적입니다.

확보 방법

공급업체 개별 항목의 BSEG-ZTERM 테이블 또는 송장 헤더의 RBKP-ZTERM에서 확인할 수 있습니다.

예시
Z0010001NT30
지급 차단 사유
BlockingReason
송장 지급이 차단된 이유를 나타내며, 불일치가 있음을 의미합니다.
설명

송장이 3-way match 또는 다른 검증 단계에서 검사를 통과하지 못하면 지급이 차단됩니다. 지급 차단 사유에는 수량 불일치, 가격 차이, 입고 누락 등 문제가 구체적으로 표시됩니다.

이 속성은 '송장 불일치 재작업 분석' 대시보드에 중요합니다. 차단 사유별 발생 빈도를 분석하면 프로세스 비효율의 근본 원인을 찾을 수 있습니다. 예를 들어 '가격 차이'가 자주 발생한다면 구매 시스템의 마스터 데이터에 문제가 있을 수 있습니다.

중요한 이유

송장 불일치와 재작업의 근본 원인을 직접 파악할 수 있어, 원인에 맞춘 프로세스 개선이 가능합니다.

확보 방법

RSEG와 같은 송장 개별 항목 테이블에서 SPGR*로 시작하는 필드(예: SPGRP, SPGRQ, SPGRT)에 저장됩니다. RBKP_BLOCKED에서도 확인할 수 있습니다.

예시
가격 불일치수량 불일치입고 누락
지연 지급 여부
IsLatePayment
송장이 지급 기한 이후에 지급되었는지 나타내는 참/거짓 값입니다.
설명

계산된 이 속성은 송장 대금이 공식 지급 기한 이후에 지급되었는지를 참/거짓으로 나타냅니다. '반제일'과 '송장 지급 기한'을 비교해 계산합니다.

이 값을 사용하면 '지급 규정 준수 및 경과 기간' 대시보드와 '기한 내 지급률' KPI를 간편하게 분석할 수 있습니다. 지연 지급 건수를 집계하고, 기한 내 지급 비율을 계산하며, 지연 지급률이 높은 공급업체나 회사 코드를 쉽게 찾아낼 수 있습니다.

중요한 이유

지급 조건 준수 여부를 직접 측정하고, 기한 내 지급 KPI 계산을 간소화하며, 지급 성과가 낮은 영역을 파악하는 데 도움이 됩니다.

확보 방법

계산된 속성입니다. 계산식: IF ClearingDate > InvoiceDueDate THEN true ELSE false.

예시
truefalse
할인 적용 여부
DiscountTaken
조기 지급 할인이 실제로 적용되었는지 나타내는 참/거짓 값입니다.
설명

이 속성은 송장 대금을 지급할 때 현금 할인이 실제로 적용되었는지를 나타냅니다. 매입채무(AP) 프로세스의 재무 효율성을 측정하는 데 중요한 요소입니다.

이 값은 '조기 지급 할인 적용률' KPI의 핵심입니다. 지급 조건에 따라 할인이 가능한 송장만 추린 뒤 이 값을 분석하면 절감한 금액과 놓친 할인 기회를 정확히 계산할 수 있습니다. 이를 통해 매입채무(AP) 처리 성과를 명확한 수치로 확인할 수 있습니다.

중요한 이유

적용 가능한 조기 지급 할인을 얼마나 잘 확보했는지 직접 측정하며, 이는 회사의 수익에 직접 영향을 줍니다.

확보 방법

지급 문서의 할인 금액 필드(BSEG-SKNTO)가 0보다 큰지 확인해 계산합니다.

예시
truefalse
필수 권장 선택 사항

매입채무 송장 처리 활동

정확한 프로세스 탐색과 최적화를 위해 이벤트 로그에 기록해야 하는 주요 프로세스 단계와 이정표입니다.
7 권장 8 선택 사항
활동 설명
송장 승인
워크플로 시스템에서 송장에 필요한 승인이 모두 완료된 상태입니다. 일반적으로 송장을 전기하거나 지급 차단을 해제하기 전에 거치는 마지막 단계입니다.
중요한 이유

이 주요 단계는 승인 주기의 종료를 나타냅니다. 승인 요청부터 승인 완료까지 걸린 시간은 효율성을 판단하는 중요한 지표입니다.

확보 방법

SAP Business Workflow 로그에서 완료 또는 최종 승인 단계로 기록합니다. 또는 승인 요청 후 지급 차단이 해제된 시점을 기준으로 추론할 수 있습니다.

기록

SAP 워크플로 로그에서 워크플로 완료 이벤트를 추출하거나 최종 'release' 이벤트를 찾습니다.

이벤트 유형 explicit
송장 전기
송장을 총계정원장에 정식으로 기록해 금융 부채를 인식합니다. 임시 저장된 문서를 전기하거나 바로 전기할 수 있습니다.
중요한 이유

중요한 재무 단계입니다. 회사의 지급 의무가 확정되며, 일반적으로 지급 일정을 수립하기 위한 선행 조건입니다.

확보 방법

문서 헤더(BKPF)의 전기일(BUDAT)로 이 이벤트를 확인합니다. 전기된 문서의 문서 상태(BKPF-BSTAT)는 공란입니다.

기록

임시 저장되지 않은 문서(BKPF-BSTAT이 공란)의 전기 타임스탬프(BKPF-BUDAT)를 사용합니다.

이벤트 유형 explicit
송장 접수
이 활동은 SAP에서 송장 문서가 수동으로 생성되거나 OCR/VIM과 같은 자동화 인터페이스를 통해 생성된 시점을 나타냅니다. 일반적으로 회계 문서 헤더의 생성 날짜와 시간으로 이 이벤트를 기록합니다.
중요한 이유

프로세스의 시작점인 이 활동은 송장 처리의 전체 주기 시간과 매입채무 프로세스의 처리량을 측정하는 데 필요합니다.

확보 방법

회계 문서 헤더 테이블(BKPF)의 문서 생성 날짜(CPUDT)와 시간(CPUTM)을 사용해 이 이벤트를 기록합니다.

기록

송장 문서의 생성 타임스탬프(BKPF-CPUDT, BKPF-CPUTM)를 사용합니다.

이벤트 유형 explicit
송장 지급 차단
시스템 또는 사용자가 송장에 지급 차단을 설정해 지급할 수 없도록 한 상태입니다. 일반적으로 가격이나 수량 불일치, 승인 누락 등이 원인입니다.
중요한 이유

문제와 재작업을 보여주는 주요 지표입니다. 차단 사유와 지속 시간을 분석하면 지급 지연과 프로세스 비효율의 근본 원인을 찾을 수 있습니다.

확보 방법

회계 문서의 공급업체 개별 항목(BSEG)에 있는 지급 차단 키 필드(ZLSPR)에 명시적으로 기록된 상태입니다.

기록

BSEG-ZLSPR 필드에 차단 사유가 입력되면 변경 문서에 기록됩니다.

이벤트 유형 explicit
송장 취소
송장 문서를 역분개해 재무상 효력을 없앤 상태입니다. 잘못된 입력이나 공급업체 분쟁 등으로 발생하며, 프로세스가 종료되는 또 다른 경우입니다.
중요한 이유

취소 내역을 추적하면 중복 제출이나 잘못된 송장 데이터 등 프로세스 실패 원인을 파악하고 상위 단계의 문제를 찾을 수 있습니다.

확보 방법

역분개 문서가 생성되면 명시적으로 기록됩니다. 원본 문서 헤더(BKPF)에는 역분개 문서 번호(STBLG)와 역분개 사유가 입력됩니다.

기록

원본 문서 헤더(BKPF-STBLG)에 연결된 역분개 문서의 전기일을 찾습니다.

이벤트 유형 explicit
지급 반제
보조원장에서 지급 내역과 송장을 서로 대사해 송장 처리를 최종 마감하는 활동입니다. 프로세스가 완료되었음을 나타냅니다.
중요한 이유

프로세스의 최종 단계로, 전체 주기 시간을 정확히 계산하는 데 필요합니다. 부채가 결제되었음을 확인합니다.

확보 방법

송장 문서의 공급업체 개별 항목(BSEG)에 있는 반제일(AUGDT) 필드가 입력되면 명시적으로 기록되는 이벤트입니다.

기록

송장 개별 항목의 반제일(BSEG-AUGDT)을 사용합니다.

이벤트 유형 explicit
지급 실행
송장 대금이 지급된 상태입니다. 지급 실행이 완료되고 지급 문서가 생성되어 전기된 시점에 기록합니다.
중요한 이유

현금 흐름 분석과 '기한 내 지급률' KPI 측정에 중요합니다. 지급일과 송장 만기일을 비교해 산출합니다.

확보 방법

송장을 반제하는 지급 문서의 전기일로 확인합니다. 지급 문서 번호는 송장 개별 항목(BSEG)의 반제 문서 필드(AUGBL)에 연결되어 있습니다.

기록

송장 개별 항목을 반제하는 지급 문서의 전기일(BUDAT)을 찾습니다.

이벤트 유형 explicit
구매 주문서 대사 완료
송장이 해당 구매 주문서와 성공적으로 대사되었음을 나타냅니다. 구매 기반 송장의 3자 대사에서 중요한 단계입니다.
중요한 이유

이 활동을 분석하면 대사 효율을 측정할 수 있으며, '3자 대사 성과' 및 '구매 주문서 없는 송장 비율' KPI를 산출하는 데 필요합니다.

확보 방법

BSEG 또는 ACDOCA 테이블의 송장 개별 항목에 유효한 구매 주문서 번호(EBELN)와 항목 번호(EBELP)가 있으면 이 이벤트를 추론합니다.

기록

송장 문서가 생성될 때 구매 주문서 참조(BSEG-EBELN)가 있는지 확인해 추론합니다.

이벤트 유형 inferred
불일치 해결
이 활동은 지급 차단의 원인이 되었을 가능성이 있는 문제를 조사해 해결했음을 나타냅니다. 송장의 지급 차단이 해제된 시점에 기록합니다.
중요한 이유

이 재작업 과정을 추적하는 것은 '송장 불일치 재작업 분석' 대시보드에 중요합니다. 오류 수정에 든 시간과 노력을 정량화할 수 있습니다.

확보 방법

지급 차단이 해제된 변경 문서를 확인해 추론합니다. 주요 데이터 출처는 BSEG-ZLSPR 필드의 변경 로그입니다.

기록

BSEG 테이블의 ZLSPR 필드 값이 입력된 상태에서 공란으로 변경된 변경 문서를 찾습니다.

이벤트 유형 inferred
송장 만기일 경과
송장의 순 만기일이 지났지만 대금이 반제되지 않았음을 나타내는 계산 이벤트입니다. 지급이 늦었거나 연체된 상태를 의미합니다.
중요한 이유

'지급 규정 준수 및 경과 기간' 대시보드에 필요한 활동입니다. 연체 송장을 미리 파악하고 관리하며, 지급 지연의 근본 원인을 분석하는 데 도움이 됩니다.

확보 방법

SAP에 명시적으로 기록되는 이벤트가 아닙니다. 시스템의 현재 날짜와 순 만기일을 비교해 계산합니다. 순 만기일은 BSEG-ZFBDT 또는 기준일과 지급 조건을 바탕으로 산출합니다.

기록

이벤트 타임스탬프가 송장의 순 만기일보다 늦을 때 발생하는 계산 이벤트입니다.

이벤트 유형 calculated
송장 반려
승인자가 승인 워크플로 중에 송장을 반려한 상태입니다. 일반적으로 송장을 담당자에게 돌려보내 수정이나 확인을 요청합니다.
중요한 이유

반려를 추적하면 승인 과정의 재작업을 파악하고 정책 미준수나 잘못된 송장 계정 지정 여부를 확인할 수 있습니다.

확보 방법

송장과 연결된 SAP Business Workflow 로그에 특정 결과 이벤트로 기록됩니다.

기록

SAP 워크플로 로그에서 'rejected' 상태 이벤트를 추출합니다.

이벤트 유형 explicit
송장 임시 저장
시스템에 입력했지만 아직 총계정원장에 전기하지 않은 송장입니다. 미완성 문서를 저장해 두었다가 나중에 처리하거나 승인받기 위해 의도적으로 거치는 단계인 경우가 많습니다.
중요한 이유

임시 저장된 송장을 추적하면 정식 전기 전에 발생하는 지연을 파악하고, 데이터 누락이나 초기 검증 문제를 확인할 수 있습니다.

확보 방법

회계 문서 헤더(BKPF)의 문서 상태 필드에서 상태를 확인합니다. BSTAT = 'V'이면 임시 저장 상태이며, 해당 상태가 설정된 시점에 이벤트가 발생합니다.

기록

BKPF 테이블의 변경 문서에서 BSTAT 필드가 'V'(Vor-erfasst/사전 입력)로 설정된 항목을 찾습니다.

이벤트 유형 inferred
승인 워크플로로 송장 전달
업무 규칙에 따라 필요한 승인을 받도록 송장을 워크플로에 제출한 상태입니다. 승인 하위 프로세스가 시작되는 시점입니다.
중요한 이유

이 활동은 '송장 평균 승인 시간' KPI를 측정하고 승인 병목을 분석하는 기준점입니다.

확보 방법

송장 객체(예: BUS2081)와 연결된 워크플로 인스턴스의 시작을 기록하는 SAP Business Workflow 로그(SWW* 테이블)에서 확인할 수 있습니다.

기록

송장 문서와 연결된 SAP 워크플로 로그(예: SWW_WIHEAD 테이블)에서 워크플로 시작 이벤트를 추출합니다.

이벤트 유형 explicit
입고 대사 완료
송장의 수량과 금액이 해당 입고 문서와 성공적으로 대사되었음을 나타냅니다. 3자 대사에서 마지막으로 수행하는 검증입니다.
중요한 이유

이 활동을 추적하면 3자 대사 과정의 비효율을 찾아내고 실제 입고 내역과 공급업체가 청구한 내용 간의 불일치를 확인할 수 있습니다.

확보 방법

송장 개별 항목에 자재 문서 참조(입고)가 있는지 확인해 추론합니다. 일반적으로 구매 주문서 항목 이력을 통해 연결됩니다.

기록

송장 개별 항목에 입고 문서 참조가 있는지 확인해 추론합니다. 예를 들어 MIRO 송장의 경우 RSEG에서 확인할 수 있습니다.

이벤트 유형 inferred
지급 제안 생성
지급 실행(예: F110)의 일부로 송장이 지급 제안에 포함된 상태입니다. 지급 실행을 최종 처리하면 지급할 수 있도록 준비된 상태입니다.
중요한 이유

미결 부채가 실제 지급을 준비하는 항목으로 전환되는 시점을 보여줍니다. 지급 운영의 효율을 분석하는 데 도움이 됩니다.

확보 방법

지급 실행 데이터 테이블, 특히 REGUP(지급 프로그램 처리 항목)과 REGUH(헤더)에 명시적으로 기록됩니다.

기록

REGUH에서 확인한 지급 실행에 송장이 REGUP 테이블에 나타나는 시점을 찾습니다.

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

데이터 추출 안내

SAP S/4HANA에서 데이터 가져오기

시작할 준비가 되셨나요?

이 템플릿으로 process mining을 시작하고 매입채무 운영의 효율을 높여 보세요. 지금 프로세스를 더 효율적이고 간결하게 개선하는 여정을 시작할 수 있습니다.

연체료를 줄이세요. 지금 매입채무 송장 처리를 개선하세요

처리 비용을 60% 줄이고 중복 지급을 간편하게 방지하세요.

무료 체험 시작

신용카드 없이 몇 분 만에 시작할 수 있습니다.