매입채무 송장 처리 데이터 템플릿
매입채무 송장 처리 데이터 템플릿
- 수집 권장 속성
- 추적할 주요 활동
- NetSuite 데이터 추출 안내
매입채무 송장 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
송장
Invoice
|
각 공급업체 송장을 식별하는 고유 ID입니다. | ||
|
설명
'Invoice'는 주요 케이스 식별자로, 송장을 접수한 시점부터 최종 지급까지의 모든 활동을 연결합니다. 각 송장의 전체 처리 과정을 재구성하는 데 필요한 속성입니다. 분석 시 송장별 프로세스 흐름을 필터링하고 집계하거나 자세히 살펴볼 수 있어, 프로세스 변형 분석과 처리 시간 계산의 기반이 됩니다.
중요한 이유
관련 이벤트를 하나의 프로세스 인스턴스로 연결하는 기본 속성으로, 송장 처리 전 과정을 분석할 수 있게 합니다.
확보 방법
NetSuite의 Vendor Bill 거래 레코드에서 기본 키 역할을 하며, Transaction ID 또는 Document Number라고도 합니다.
예시
INV-2023-001237894561VN54321A
|
|||
|
시작 시각
EventTime
|
활동 또는 이벤트가 시작된 시각을 나타내는 타임스탬프입니다. | ||
|
설명
이 속성은 특정 활동이 발생한 날짜와 시각을 정확히 기록합니다. 각 케이스에서 이벤트가 발생한 순서를 보여 줍니다. 활동 간 처리 시간과 전체 프로세스 소요 시간을 계산하고 지연을 파악하는 등 시간 기반 분석에 꼭 필요한 값입니다. 이벤트 순서를 올바르게 정하는 데 사용되며, '평균 송장 승인 시간'과 '매입채무 지급일수' 같은 성과 KPI의 기준이 됩니다.
중요한 이유
이벤트의 시간순 흐름을 제공하므로 기간 기반 지표 계산, 병목 발견, 프로세스 성과 파악에 필요합니다.
확보 방법
NetSuite 거래 레코드와 시스템 노트의 상태 변경 또는 생성·수정 날짜에 해당하는 타임스탬프 필드입니다.
예시
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
활동
ActivityName
|
송장 처리 과정에서 발생한 업무 활동 또는 이벤트의 이름입니다. | ||
|
설명
이 속성은 'Vendor Bill Created', 'Invoice Approved', 'Payment Executed'와 같은 Accounts Payable 프로세스의 단계나 주요 시점을 나타냅니다. 활동의 순서와 빈도를 분석하는 것은 process mining의 핵심입니다. 프로세스 흐름을 시각화하고, 자주 발생하거나 드문 프로세스 변형을 파악하며, 병목이나 표준 절차에서 벗어난 부분을 찾는 데 도움이 됩니다. 정의된 활동은 프로세스 맵의 노드가 됩니다.
중요한 이유
프로세스 단계를 정의해 프로세스 맵을 시각화하고, 단계 간 소요 시간을 계산하며, 병목과 재작업 반복을 파악할 수 있게 합니다.
확보 방법
NetSuite의 시스템 로그, 감사 추적 또는 Vendor Bill 및 관련 지급 레코드의 상태 변경 내역에서 가져옵니다. 변환 로직이 필요한 경우가 많습니다.
예시
공급업체 청구서 생성송장 승인지급 실행불일치 확인
|
|||
|
원천 시스템
SourceSystem
|
데이터를 추출한 시스템입니다. | ||
|
설명
이 속성은 프로세스 데이터의 출처를 나타냅니다. 이 보기에서는 항상 'NetSuite'로 표시됩니다. 외부 OCR 시스템과 ERP처럼 여러 시스템을 사용하는 환경에서는 데이터 계보를 추적하고 문제를 해결하는 데 중요한 필드입니다. 모든 이벤트가 기록 시스템에 올바르게 연결되었는지 확인할 수 있습니다.
중요한 이유
데이터 출처를 확인할 수 있게 합니다. 여러 시스템을 사용하는 환경에서 검증과 맥락 파악을 위해 데이터를 원천까지 추적하는 데 필요합니다.
확보 방법
데이터 추출 및 변환 과정에서 입력되는 고정값('NetSuite')입니다.
예시
NetSuite
|
|||
|
최근 데이터 업데이트
LastDataUpdate
|
이 이벤트의 데이터가 원천 시스템에서 마지막으로 갱신된 시각입니다. | ||
|
설명
이 속성은 이벤트 데이터를 NetSuite에서 마지막으로 추출한 시각을 나타냅니다. process mining 도구에 표시된 데이터의 최신성을 확인할 수 있습니다. 분석에 사용된 데이터가 얼마나 최신인지 파악하는 데 중요합니다. 사용자는 데이터의 기준 시점을 확인할 수 있으며, 특히 송장 상태를 거의 실시간으로 추적하는 운영 대시보드에서 유용합니다.
중요한 이유
데이터의 최신성을 확인할 수 있어 프로세스 분석이 현재 어느 시점까지 반영되었는지, 다음 데이터 갱신은 언제인지 파악할 수 있습니다.
확보 방법
데이터를 수집하는 시점에 데이터 추출 도구 또는 파이프라인이 생성하는 타임스탬프입니다.
예시
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
공급업체명
VendorName
|
송장을 제출한 공급업체의 이름입니다. | ||
|
설명
이 속성은 송장과 관련된 공급업체의 법인명을 나타냅니다. 거래에 연결된 주요 기준정보입니다. 공급업체별 프로세스를 분석하면 잦은 불일치, 지급 지연, 조기 지급 할인 기회 등 공급업체별 문제를 파악할 수 있습니다. 미결 송장을 분류하는 '송장 상태 및 경과 기간' 대시보드와 공급업체 관계 관리에도 필요합니다.
중요한 이유
공급업체별 성과를 분석해 문제가 있는 공급업체를 파악하고, 더 나은 조건을 협상하며, 관계를 효과적으로 관리할 수 있습니다.
확보 방법
Vendor Bill 거래에 연결된 Vendor 레코드에서 가져옵니다. 일반적으로 'Vendor Name' 또는 'Company Name' 필드에 표시됩니다.
예시
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
구매 주문 번호
PurchaseOrderNumber
|
해당하는 경우 송장과 연결된 구매 주문의 식별자입니다. | ||
|
설명
이 속성은 공급업체 송장을 사전 승인된 구매 주문(PO)에 연결합니다. 값의 유무에 따라 PO 기반 송장과 비PO 송장을 구분할 수 있습니다. 'PO/GR 대조 효율' 대시보드와 'PO/GR 대조 성공률' KPI에 필요한 필드입니다. 송장이 PO를 기반으로 하는지에 따라 프로세스를 분석하면 3자 대조로 얻을 수 있는 효율과 자동화 기회를 파악할 수 있습니다.
중요한 이유
PO 기반 송장과 비PO 송장을 구분합니다. 두 유형은 처리 경로와 자동화 가능성이 다른 경우가 많으므로 대조 효율 분석에 중요합니다.
확보 방법
일반적으로 Vendor Bill 레코드의 품목 행이나 헤더에서 확인할 수 있으며, Purchase Order 거래와 연결됩니다.
예시
PO-004589PO-005123null
|
|||
|
송장 금액
InvoiceAmount
|
송장의 총 금액입니다. | ||
|
설명
이 속성은 공제나 할인을 적용하기 전 공급업체 송장의 총 청구액을 나타냅니다. 각 케이스의 주요 재무 지표입니다. 송장 금액은 금액대별로 송장을 분류해 처리 경로가 달라지는지 확인하는 등 재무 분석에 사용됩니다. 대시보드에서 병목이나 지연의 재무적 영향을 파악하는 데도 쓰이며, DPO 계산의 기본값입니다.
중요한 이유
프로세스 비효율의 재무적 영향을 분석하고 송장 금액별로 우선순위를 정해 고액 송장에 집중할 수 있습니다.
확보 방법
Vendor Bill 거래 레코드 헤더의 'Amount' 또는 'Total' 필드입니다.
예시
1500.75250.0012500.50
|
|||
|
송장 지급 기한
InvoiceDueDate
|
연체료를 피하기 위해 송장 대금을 지급해야 하는 날짜입니다. | ||
|
설명
이 속성은 공급업체의 지급 조건과 송장 날짜를 기준으로 정해진 지급 기한을 나타냅니다. AP 프로세스에서 중요한 마감일입니다. '지급 규정 준수 대시보드'와 '지급 조건 준수율' KPI의 기준이 됩니다. 지급이 기한 내, 조기 또는 지연되었는지 판단하는 데 사용되며, 이는 공급업체 관계에 직접 영향을 주고 연체료 발생으로 이어질 수 있습니다.
중요한 이유
기한 내 지급 성과를 측정하는 주요 기준입니다. 공급업체 관계와 재무 규정 준수에 중요합니다.
확보 방법
Vendor Bill 거래 레코드의 표준 'Due Date' 필드입니다.
예시
2023-11-302023-12-152024-02-28
|
|||
|
승인자
Approver
|
송장 지급을 승인한 사용자입니다. | ||
|
설명
이 속성은 송장 최종 승인을 담당한 관리자 또는 예산 책임자를 식별합니다. 송장 처리 과정에서 승인자가 여러 명일 수 있습니다. '승인 병목 분석' 대시보드에서 중요한 분석 기준입니다. 승인자별 승인 시간을 분석하면 승인이 늦은 담당자를 파악하고, 업무량 균형을 위해 송장을 다른 담당자에게 재배정하며, 전체 승인 프로세스를 간소화할 수 있습니다.
중요한 이유
승인 병목을 파악하고 승인 과정에 참여하는 관리자의 업무량과 성과를 분석하는 데 도움이 됩니다.
확보 방법
이 정보는 Vendor Bill 거래와 연결된 워크플로 이력 또는 승인 로그에 저장되는 경우가 많습니다.
예시
s.chenp.williamsr.davis
|
|||
|
처리 담당자
ProcessorUser
|
송장을 처리하거나 입력한 사용자입니다. | ||
|
설명
이 속성은 송장 데이터를 입력하거나 초기 처리 단계를 수행한 Accounts Payable 팀원을 식별합니다. 'AP 직원 업무량 분포' 대시보드에 필요한 데이터입니다. 관리자는 이를 통해 업무량 균형을 분석하고, 교육 필요성을 파악하며, 개인 또는 팀의 성과를 측정할 수 있습니다. 담당자를 추적해 오류의 근본 원인을 조사하는 데도 활용할 수 있습니다.
중요한 이유
특정 AP 직원에게 활동을 연결해 업무량과 성과를 분석하고 오류의 근본 원인을 파악할 수 있습니다.
확보 방법
Vendor Bill의 초기 활동에 대한 시스템 노트 또는 감사 추적에서 'Created By' 또는 'Modified By' 필드를 확인합니다.
예시
j.doea.smithm.jones
|
|||
|
기한 내 지급 여부
IsOnTimePayment
|
송장 대금이 지급 기한 당일 또는 그 전에 지급되었는지 나타내는 표시입니다. | ||
|
설명
이 계산된 불리언 속성은 'Payment Date'가 'Invoice Due Date'보다 빠르거나 같은지 확인합니다. 각 송장의 지급 시점 준수 여부를 명확하게 표시합니다. '지급 규정 준수 대시보드'를 지원하며, '지급 조건 준수율' KPI 계산에 사용됩니다. 지연 지급을 즉시 필터링하고 원인을 조사할 수 있어 분석이 간편해집니다.
중요한 이유
지급 시점 준수 여부를 쉽게 분석하고, 지급 조건 준수 및 공급업체 관계 관리 관련 KPI를 산출할 수 있습니다.
확보 방법
데이터 변환 중 계산합니다: PaymentDate <= InvoiceDueDate.
예시
truefalse
|
|||
|
문서 유형
DocumentType
|
처리 중인 문서의 유형입니다(예: 송장, 대변 메모). | ||
|
설명
이 속성은 일반 송장과 대변 메모 같은 관련 문서를 구분합니다. 문서 유형에 따라 처리 규칙이나 워크플로가 다를 수 있습니다. 문서 유형별로 프로세스를 분석하면 같은 유형끼리 비교할 수 있습니다. 예를 들어 고액 송장의 승인 절차는 소액 대변 메모보다 훨씬 엄격할 수 있습니다. 유형별로 분류하면 프로세스 성과를 더 정확하게 파악할 수 있습니다.
중요한 이유
재무 문서 유형별로 프로세스를 구분할 수 있습니다. 문서마다 처리 경로와 KPI가 다를 수 있으므로 분석의 정확도가 높아집니다.
확보 방법
NetSuite의 거래 유형(예: 'Vendor Bill', 'Vendor Credit')으로 식별할 수 있습니다.
예시
일반 송장대변 메모차변 메모
|
|||
|
송장 상태
InvoiceStatus
|
송장의 현재 처리 상태입니다. | ||
|
설명
이 속성은 AP 처리 과정에서 Vendor Bill의 현재 상태를 나타냅니다. 예를 들어 'Open', 'Pending Approval', 'Paid in Full' 등이 있습니다. '송장 상태 및 경과 기간' 대시보드의 주요 속성으로, 현재 업무량과 채무 현황을 보여 줍니다. 미결 또는 문제가 있는 송장만 필터링하고 완료까지의 진행 상황을 추적할 수 있습니다.
중요한 이유
송장이 프로세스의 어느 단계에 있는지 현재 상태를 보여 주므로 운영 모니터링, 업무량 관리, 재무 예측에 필요합니다.
확보 방법
Vendor Bill 거래 레코드의 'Status' 필드입니다.
예시
미결승인 대기전액 지급
|
|||
|
재작업 여부
IsRework
|
활동이 재작업 반복에 포함되는지 나타내는 표시입니다. | ||
|
설명
이 계산된 불리언 속성은 'Discrepancy Identified' 이벤트가 두 번째로 발생하거나, 송장이 거부된 후 승인을 다시 요청하는 경우처럼 반복 작업을 식별합니다. '재작업 및 오류 분석' 대시보드와 '송장 재작업률' KPI에 중요합니다. 재작업의 빈도와 영향을 수치화해 비효율, 오류, 프로세스 이탈의 원인을 찾을 수 있습니다.
중요한 이유
낭비되는 작업을 나타내는 활동을 표시해 프로세스 비효율을 수치화하고, 품질과 최초 처리 성공률을 높이기 위한 개선 활동을 추진할 수 있습니다.
확보 방법
데이터 변환 중 해당 케이스의 활동 순서를 분석해 계산합니다. 예를 들어 'Invoice Approved' 다음에 'Invoice Rejected'가 발생하고 다시 'Invoice Approved'가 발생하는 경우입니다.
예시
truefalse
|
|||
|
조기 지급 할인 적용 여부
IsEarlyPaymentCaptured
|
적용 가능한 조기 지급 할인을 실제로 받았는지 나타내는 표시입니다. | ||
|
설명
이 계산된 불리언 속성은 할인이 가능한 송장 대금이 'Early Payment Discount Date' 당일 또는 그 전에 지급되었는지 확인합니다. '조기 지급 할인 적용률' KPI 측정과 '조기 지급 할인 기회' 대시보드에 필요합니다. 회사의 할인 적용 전략이 성공했는지 명확하게 보여 주고, 놓친 절감 기회를 파악할 수 있습니다.
중요한 이유
재무 성과 지표인 비용 절감을 위해 재무 또는 AP 부서가 할인을 얼마나 효과적으로 적용했는지 직접 측정합니다.
확보 방법
데이터 변환 중 계산합니다. 할인이 가능한 송장에 대해 PaymentDate <= EarlyPaymentDiscountDate인지 확인합니다.
예시
truefalsenull
|
|||
|
지급 조건
PaymentTerms
|
송장 지급에 합의한 조건입니다(예: Net 30, 2% 10 Net 30). | ||
|
설명
이 속성은 지급 기한과 조기 지급 할인 가능성을 포함해 공급업체가 기대하는 지급 조건을 정의합니다. 지급 조건은 '송장 지급 기한'과 '조기 지급 할인 기한'을 계산하는 데 사용됩니다. '지급 규정 준수 대시보드'와 조기 지급 할인 기회 분석에 필요하며, 운전자본을 효율적으로 관리하는 데 도움이 됩니다.
중요한 이유
지급 기한과 할인 기회를 결정하므로 현금 흐름 관리와 비용 절감에 직접 영향을 줍니다.
확보 방법
Vendor Bill 거래의 'Terms' 필드입니다. 일반적으로 Vendor 기준정보에서 상속됩니다.
예시
Net 30Net 602% 10, Net 30
|
|||
|
지급일
PaymentDate
|
송장 대금 지급이 실행된 날짜입니다. | ||
|
설명
이 속성은 공급업체에 대금이 지급된 날짜를 기록합니다. 송장에 대한 최종 재무 결제 시점을 나타냅니다. '매입채무 지급일수'와 '지급 조건 준수율'을 포함한 여러 KPI에서 실제 프로세스 종료 시점을 판단하는 데 사용됩니다. '송장 지급 기한' 및 '조기 지급 할인 기한'과 비교하는 기준이 됩니다.
중요한 이유
프로세스의 재무적 종료 시점을 나타내며, 지급 규정 준수, DPO, 할인 적용 KPI를 계산하는 기준입니다.
확보 방법
NetSuite에서 관련 Bill Payment 거래 레코드의 'Date' 필드를 확인합니다.
예시
2023-11-282023-12-142024-02-25
|
|||
|
통화
Currency
|
송장 금액의 통화 코드입니다(예: USD, EUR). | ||
|
설명
이 속성은 송장 금액의 통화를 지정하며, 'InvoiceAmount'를 해석하는 데 필요한 정보를 제공합니다. 다국적 조직에서는 데이터를 일관된 단일 통화로 분석하는 것이 중요합니다. 이 필드를 사용하면 통화를 올바르게 환산하고 지역이나 사업부 간 재무 지표를 같은 기준으로 비교할 수 있습니다.
중요한 이유
모든 금액의 통화 기준을 제공해 정확한 재무 분석을 지원하며, 특히 여러 국가에서 운영하는 경우 유용합니다.
확보 방법
Vendor Bill 거래 레코드의 'Currency' 필드입니다. 공급업체 기준정보와 연결되는 경우가 많습니다.
예시
USDEURGBPCAD
|
|||
|
할인 기한
EarlyPaymentDiscountDate
|
조기 지급 할인을 받기 위해 송장 대금을 지급해야 하는 기한입니다. | ||
|
설명
이 속성은 'Payment Terms'에 따라 공급업체 할인을 받을 수 있는 마지막 지급일을 나타냅니다(예: '2% 10, Net 30'의 '10'). '조기 지급 할인 기회' 대시보드의 주요 기준입니다. 이 날짜를 현재 날짜 및 지급일과 비교해 할인 기회를 파악하고, '조기 지급 할인 적용률' KPI를 측정하며, 회사의 비용 절감을 지원할 수 있습니다.
중요한 이유
조기 지급 할인을 통해 비용을 절감할 수 있는 기준일입니다. 이를 추적하면 현금 관리를 최적화할 수 있습니다.
확보 방법
송장 날짜와 'Terms' 필드에서 산출하는 Vendor Bill 레코드의 계산 필드입니다.
예시
2023-11-102024-01-20null
|
|||
|
회사 코드
CompanyCode
|
송장을 처리하는 법인 또는 자회사의 식별자입니다. | ||
|
설명
이 속성은 조직 내에서 송장에 대한 지급 책임이 있는 회사 또는 자회사를 지정합니다. 여러 법인을 운영하는 기업에서 특히 중요합니다. 회사 코드별로 프로세스를 분석하면 사업 부문 간 성과를 비교할 수 있습니다. 자회사별 효율성, 규정 준수 또는 업무량 차이를 파악해 해당 조직에 맞는 개선 활동을 추진할 수 있습니다.
중요한 이유
법인 또는 자회사별 프로세스 성과를 비교해 맞춤형 개선을 추진하고 기업 거버넌스를 유지할 수 있습니다.
확보 방법
NetSuite OneWorld 계정에서는 거래 레코드의 'Subsidiary' 필드에 해당합니다.
예시
US01DE01UK01
|
|||
매입채무 송장 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
공급업체 청구서 생성
|
NetSuite에 새 공급업체 송장이 입력된 시점을 나타냅니다. 공급업체 청구서 거래 레코드의 생성일을 기준으로 기록하며, 매입채무 프로세스의 공식적인 시작점입니다. | ||
|
중요한 이유
모든 송장 처리 주기 시간 계산의 시작점을 정합니다. 전체 프로세스 효율을 측정하고 송장 경과 기간을 추적하는 데 중요합니다.
확보 방법
공급업체 청구서 거래 레코드의 'Date Created' 필드입니다.
기록
공급업체 청구서 거래 생성 이벤트입니다.
이벤트 유형
explicit
|
|||
|
송장 마감
|
Vendor Bill 레코드가 최종 마감된 시점을 나타냅니다. 일반적으로 대금이 전액 지급된 후 Vendor Bill의 상태가 'Paid in Full'로 변경되면 마감된 것으로 판단합니다. | ||
|
중요한 이유
프로세스가 종료되었음을 명확히 보여 주며, 해당 송장에 추가 조치가 필요하지 않음을 확인합니다.
확보 방법
System Notes에서 추적하는 Vendor Bill 레코드의 'Status' 필드가 'Paid in Full'로 변경된 시점을 기준으로 판단합니다.
기록
'Status' 필드가 'Paid in Full'로 변경된 시각입니다.
이벤트 유형
inferred
|
|||
|
송장 승인
|
지정된 승인자가 공급업체 청구서의 지급을 승인했음을 나타냅니다. 청구서의 'Approval Status'가 'Approved'로 설정될 때 기록합니다. | ||
|
중요한 이유
승인 단계가 끝나고 송장을 전기해 지급을 예약할 수 있는 중요한 시점입니다. 승인 효율을 측정하는 주요 데이터입니다.
확보 방법
System Notes 또는 워크플로 로그에 기록된 공급업체 청구서 레코드의 'Approval Status'가 'Approved'로 변경된 타임스탬프입니다.
기록
'Approval Status' = 'Approved'에 해당하는 워크플로 로그 또는 System Notes 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
승인 요청
|
공급업체 청구서가 공식 승인 워크플로에 들어간 시점을 나타냅니다. 청구서의 'Approval Status'가 초안 상태에서 'Pending Approval'로 변경될 때 기록합니다. | ||
|
중요한 이유
승인 주기 시간을 측정하는 시작점입니다. 특정 승인자나 부서에서 발생하는 병목을 찾는 데 필요합니다.
확보 방법
System Notes에서 추적한 공급업체 청구서 레코드의 'Approval Status'가 'Pending Approval'로 변경된 타임스탬프를 바탕으로 추정합니다.
기록
'Approval Status' 필드가 'Pending Approval'로 변경된 타임스탬프입니다.
이벤트 유형
inferred
|
|||
|
지급 실행
|
송장 대금 지급이 최종 실행된 시점을 나타냅니다. Vendor Bill에 적용된 Vendor Payment 레코드의 거래일을 기준으로 기록합니다. | ||
|
중요한 이유
AP 프로세스의 주요 종료 지점으로, 전체 처리 시간, 지급 조건 준수 여부, 매입채무 지급일수(DPO)를 계산하는 데 필요합니다.
확보 방법
Vendor Bill에 연결된 Vendor Payment 거래 레코드의 'Date' 필드입니다.
기록
청구서에 적용된 Vendor Payment 레코드의 거래일입니다.
이벤트 유형
explicit
|
|||
|
총계정원장 전기
|
공급업체 청구서의 재무 영향이 총계정원장에 공식 기록된 시점을 나타냅니다. 청구서가 승인되고 'Posting' 플래그가 설정된 거래 날짜를 기준으로 기록합니다. | ||
|
중요한 이유
회사가 부채를 공식적으로 인식했음을 확인하는 주요 재무 통제 시점입니다. 전기가 지연되면 재무 보고의 정확성에 영향을 줄 수 있습니다.
확보 방법
공급업체 청구서에서 생성된 총계정원장 거래의 전기 날짜입니다. 청구서의 'Posting' 필드를 확인합니다.
기록
공급업체 청구서와 연결된 총계정원장 전기의 거래 날짜입니다.
이벤트 유형
explicit
|
|||
|
대변 메모 적용
|
Vendor Credit을 Vendor Bill에 적용해 미지급 금액을 줄일 때 발생합니다. 두 거래를 연결하는 적용 이벤트를 기준으로 기록합니다. | ||
|
중요한 이유
대변 메모 적용은 송장을 마감하는 또 다른 경로입니다. 이를 추적하면 대손 처리와 반품이 전체 AP 프로세스에 미치는 영향을 파악할 수 있습니다.
확보 방법
Vendor Credit 거래를 Vendor Bill에 적용할 때 기록되는 적용일입니다. 청구서의 관련 레코드에서 확인할 수 있습니다.
기록
Vendor Credit을 Vendor Bill에 적용한 시각입니다.
이벤트 유형
explicit
|
|||
|
발주서 대조 시도
|
검증을 위해 공급업체 청구서를 해당 발주서와 연결하는 작업을 나타냅니다. 승인 전에 공급업체 청구서 레코드의 'Items' 또는 'Expenses' 하위 목록에 발주서가 처음 연결된 시점을 기준으로 추정합니다. | ||
|
중요한 이유
이 단계를 추적하면 대조 프로세스의 효율을 분석하고 송장이 승인 요청되기 전부터 발생하는 지연을 파악할 수 있습니다.
확보 방법
공급업체 청구서의 'Created From' 필드가 처음 입력되거나 품목별 발주서 참조가 추가된 내역을 보여주는 System Notes 로그를 바탕으로 추정합니다.
기록
System Notes에서 발주서 참조 필드가 입력된 시점을 감지합니다.
이벤트 유형
inferred
|
|||
|
불일치 확인
|
송장과 발주서 또는 품목 입고 내역 사이의 불일치가 발견되어 처리가 중단된 시점에 발생합니다. 사용자가 'Approval Status'를 'On Hold' 또는 'Pending Clarification'과 같은 상태로 변경한 경우를 기준으로 추정하는 경우가 많습니다. | ||
|
중요한 이유
이 활동을 표시하면 검증 과정에서 마찰과 재작업이 발생하는 지점을 찾아낼 수 있습니다. 이는 지급 지연의 주요 원인입니다.
확보 방법
공급업체 청구서의 'Approval Status' 필드가 표준이 아닌 대기 상태(예: 'On Hold')로 변경된 내역을 바탕으로 추정합니다. 사용자 지정 상태 설정이 필요할 수 있습니다.
기록
보류 또는 문의를 나타내는 'Approval Status' 필드 변경을 추적합니다.
이벤트 유형
inferred
|
|||
|
송장 반려
|
승인 과정에서 공급업체 청구서가 공식적으로 반려되어 수정 후 다시 제출해야 하는 상태입니다. 'Approval Status'가 'Rejected'로 변경될 때 기록합니다. | ||
|
중요한 이유
반려 내역을 추적하면 재작업을 분석하고 잘못된 계정 코드나 정책 위반 등 반복되는 반려 사유를 찾아 첫 승인 성공률을 높일 수 있습니다.
확보 방법
System Notes에 기록된 공급업체 청구서 레코드의 'Approval Status'가 'Rejected'로 변경된 타임스탬프입니다.
기록
'Approval Status' = 'Rejected'에 해당하는 워크플로 로그 또는 System Notes 타임스탬프입니다.
이벤트 유형
explicit
|
|||
|
송장 승인 경로 재지정
|
변경이나 반려로 인해 송장이 이전 단계 또는 다른 승인자에게 돌아갈 때 발생합니다. 'Approval Status'가 'Pending Approval'에서 다른 상태로 바뀐 뒤 다시 'Pending Approval'로 변경된 경우를 기준으로 추정합니다. | ||
|
중요한 이유
경로 재지정 이벤트를 파악하면 승인 과정의 재작업 반복을 이해할 수 있습니다. 이러한 반복은 처리 주기를 크게 늘립니다.
확보 방법
같은 청구서의 'Approval Status'가 여러 차례 'Pending Approval'로 변경된 순서를 System Notes에서 감지해 추정합니다.
기록
System Notes에서 'Approval Status' 변경 순서를 분석합니다.
이벤트 유형
inferred
|
|||
|
조기 지급 할인 적용
|
송장 대금을 조기 지급 할인 기한 전에 지급한 경우 발생하는 계산 이벤트입니다. 지급일과 Vendor Bill의 할인 조건을 비교해 산출합니다. | ||
|
중요한 이유
AP 팀이 할인을 얼마나 잘 적용했는지 직접 측정합니다. 이는 회사의 수익성과 현금 관리 전략에 직접 영향을 줍니다.
확보 방법
계산 이벤트입니다. Vendor Payment 거래의 'Date'와 Vendor Bill의 'Terms' 필드에서 산출한 할인 기한을 비교해야 합니다.
기록
Vendor Payment의 'Date'와 Vendor Bill의 'Terms'에서 산출한 할인 기한을 비교합니다.
이벤트 유형
calculated
|
|||
|
지급 예약
|
공급업체 청구서가 지급 대상으로 선택되어 지급 일괄 처리에 포함되었음을 나타냅니다. 향후 지급일이 설정된 Vendor Payment 거래가 생성될 때 기록합니다. | ||
|
중요한 이유
이 이벤트를 통해 지급 진행 상황을 파악할 수 있어 현금 흐름을 예측하고, 조기 지급 할인을 받을 수 있도록 지급 시점을 관리하는 데 도움이 됩니다.
확보 방법
Vendor Bill에 적용된 Vendor Payment 거래 레코드의 생성일입니다.
기록
관련 Vendor Payment 거래 레코드가 생성된 시각입니다.
이벤트 유형
explicit
|
|||
|
지연 지급 확인
|
송장 대금이 지급 기한 이후에 지급되면 발생하는 계산 이벤트입니다. 지급 실행일과 Vendor Bill에 지정된 지급 기한을 비교해 판단합니다. | ||
|
중요한 이유
지급 조건 준수 여부를 모니터링하고 공급업체와의 관계를 관리하는 데 중요한 활동입니다. 지연 지급이 잦으면 공급업체의 신뢰를 잃을 수 있습니다.
확보 방법
Vendor Payment 거래의 'Date'와 Vendor Bill 레코드의 'Due Date' 필드를 비교해 계산합니다. Payment Date가 Due Date보다 늦으면 이 이벤트가 발생합니다.
기록
Vendor Payment의 'Date'와 Vendor Bill의 'Due Date'를 비교합니다.
이벤트 유형
calculated
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 데이터 템플릿을 활용하면 매입채무 송장 처리를 최적화하는 작업을 시작할 수 있습니다. 지금 워크플로를 개선해 더 빠르고 규정을 준수하는 지급을 실현하세요.
매입채무 송장 처리 최적화, 지금 시작하세요
연체료와 중복 지급을 없애고 비용을 60% 절감하세요.
신용카드가 필요하지 않으며, 몇 분이면 설정할 수 있습니다.