매출채권 데이터 템플릿

NetSuite
매출채권 데이터 템플릿

매출채권 데이터 템플릿

이 템플릿은 NetSuite에서 송장 발행부터 대금 회수까지의 주기를 매핑하는 데 필요한 기준을 제공합니다. 품질이 높은 이벤트 로그를 구성하는 데 필요한 속성과 프로세스 활동을 안내하므로 현금 흐름을 최적화하는 데 필요한 정보를 확인할 수 있습니다. 이 가이드에 따라 데이터를 준비하면 매출채권 회전 일수를 줄이는 작업을 더 빠르게 시작할 수 있습니다.
  • 심층 분석에 필요한 NetSuite 속성
  • 표준화된 매출채권 활동 추적 기준
  • NetSuite 시스템 데이터 추출 가이드
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

매출채권 속성

다음 표에는 NetSuite 송장 처리 주기를 전체적으로 파악하는 데 권장되는 데이터 필드와 분석 차원이 나와 있습니다.
5 필수 7 권장 10 선택 사항
이름 설명
이벤트 타임스탬프
DateCreated
활동이 발생한 정확한 날짜와 시간입니다.
설명

이 속성은 이벤트가 발생한 정확한 시점을 기록합니다. 청구서 생성 시점은 Transaction 테이블의 datecreated 필드에 저장됩니다. 이후 업데이트 시점은 SystemNote 또는 Message 테이블의 타임스탬프를 사용합니다.

정확한 타임스탬프는 평균 청구서 발행부터 현금 회수까지의 시간, 청구서 발행 리드 타임과 같은 처리 시간을 계산하는 데 중요합니다. 이벤트 순서를 올바르게 정렬하고 프로세스 단계 사이의 지연을 파악할 수 있습니다.

중요한 이유

이벤트 순서를 정하고 프로세스 단계 간 소요 시간을 계산하는 데 필요합니다.

확보 방법

Transaction의 'datecreated' 또는 SystemNote의 'date'

예시
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z
청구서 번호
TranId
NetSuite에서 청구서에 부여한 고유 참조 번호입니다.
설명

이 속성은 매출채권 프로세스의 기본 케이스 식별자로 사용됩니다. NetSuite의 tranid 필드에는 일반적으로 사용자와 고객이 확인할 수 있는 문서 번호(예: INV-10023)가 저장됩니다. 이 번호를 기준으로 결제, 분쟁, 대변 메모 등 이후 이벤트를 특정 채무와 연결합니다.

분석에서는 이 식별자를 사용해 개별 이벤트를 하나의 프로세스 케이스로 묶습니다. 이를 통해 주문부터 현금 회수까지의 전체 흐름을 시각화할 수 있으며, Transaction, TransactionLine, SystemNote와 같은 NetSuite 테이블의 데이터를 결합하는 데도 필요합니다.

중요한 이유

매출채권의 전체 수명 주기를 추적하고 처리 시간을 계산하는 기본 키입니다.

확보 방법

Transaction 테이블의 'tranid' 필드

예시
INV-2023-001INV-998822CM-4022JE-10023
활동
Activity
청구서에서 수행된 구체적인 이벤트 또는 작업입니다.
설명

이 속성은 '청구서 생성', '결제 적용', '분쟁 접수'와 같은 프로세스 단계의 이름을 나타냅니다. NetSuite에서는 생성 이벤트의 경우 거래의 type 필드에서, 상태 변경이나 수정의 경우 SystemNote 테이블에서 값을 가져오는 것이 일반적입니다.

프로세스 맵의 노드를 정의하므로 process mining에서 중요한 속성입니다. 활동 순서를 분석하면 병목, 반복되는 분쟁 처리와 같은 루프, 표준 경로에서 벗어난 흐름을 파악할 수 있습니다.

중요한 이유

워크플로 단계를 정의하고 프로세스 그래프를 구성하는 데 사용됩니다.

확보 방법

Transaction의 'type' 또는 SystemNote의 'field'/'value'에서 가져옴

예시
청구서 생성결제 수령대변 메모 발행분쟁 접수
원천 시스템
SourceSystem
데이터를 추출한 기준 시스템입니다.
설명

이 속성은 데이터의 출처를 나타내며, 여기서는 'NetSuite'입니다. 매출채권 데이터와 CRM 또는 외부 은행 시스템의 데이터를 함께 사용하는 환경에서 데이터의 출처를 추적할 수 있습니다.

여러 ERP의 데이터를 동시에 분석할 때 원천별로 프로세스 보기를 필터링하거나 구분할 수 있습니다. 일반적으로 추출 및 변환 과정에서 고정값으로 추가됩니다.

중요한 이유

여러 시스템을 대상으로 process mining을 수행할 때 데이터 계보와 맥락을 제공합니다.

확보 방법

고정값 'NetSuite'

예시
NetSuiteNetSuite ERPNetSuite OneWorld
최근 데이터 업데이트
LastDataUpdate
데이터를 추출하거나 마지막으로 새로 고친 시점의 타임스탬프입니다.
설명

이 속성은 NetSuite에서 데이터 스냅샷을 가져온 시점을 나타냅니다. 분석 데이터의 최신성을 확인하고 분석 기준일을 기준으로 미결 케이스의 경과 기간을 계산하는 데 사용됩니다.

대시보드에서 사용자는 실시간 데이터와 과거 시점의 추출 데이터 중 무엇을 보고 있는지 확인할 수 있습니다. 아직 정리되지 않은 청구서의 현재 미결 기간을 계산할 때 기준 시점으로 활용됩니다.

중요한 이유

데이터 최신성을 명확히 보여 주고 미결 케이스의 경과 기간을 계산하는 데 도움이 됩니다.

확보 방법

추출 시점의 시스템 시간

예시
2023-12-01T00:00:00Z2023-12-02T12:00:00Z
결제 기한
DueDate
결제 조건에 따라 대금 지급이 예정된 날짜입니다.
설명

이 속성에는 NetSuite의 duedate 필드에 저장된 청구서 결제 예정일이 들어 있습니다. 결제가 기한 내에 이루어졌는지 판단하는 기준입니다.

약정 기한 초과 평균 일수와 고액 채권 회수 위험을 계산하는 데 주로 사용됩니다. 이 날짜와 결제 이벤트의 DateCreated를 비교하면 지연 정도를 파악하고 신용 조건 준수 여부를 측정할 수 있습니다.

중요한 이유

연체 기간, 기한 초과 및 규정 준수 계산의 기준입니다.

확보 방법

Transaction 테이블의 'duedate' 필드

예시
2023-11-152023-12-012024-01-30
고객명
Entity
청구서와 관련된 고객 또는 법인의 이름입니다.
설명

이 속성은 청구서 대금을 지급할 고객을 식별합니다. NetSuite에서는 Entity 테이블의 고객 레코드와 연결됩니다. 고객별 분석에 기본적으로 사용됩니다.

분석 담당자는 이 필드로 고객별 실적을 구분해 연체가 잦거나 분쟁을 자주 제기하거나 표준 결제 조건을 따르지 않는 고객을 파악할 수 있습니다. 신용 조건 준수 모니터와 채권 회수 담당자 처리량 대시보드에도 활용됩니다.

중요한 이유

고객의 행동과 위험도에 따라 프로세스 실적을 구분할 수 있습니다.

확보 방법

Transaction 테이블의 'entity' 필드(Entity/Customer 테이블과 조인)

예시
Acme CorpGlobex CorporationSoylent Corp
부서
Department
거래를 담당하는 내부 부서입니다.
설명

이 속성은 NetSuite의 department 세그먼트에 해당하며, 청구서를 발생시킨 기능 부문(예: 영업, 서비스, IT)을 나타냅니다. 부서 간 매출채권 실적을 분석할 수 있습니다.

부서별로 데이터를 구분하면 청구 주기가 길거나 분쟁 비율이 높은 부문을 찾아 해당 프로세스를 개선할 수 있습니다.

중요한 이유

내부 프로세스 담당 부서를 식별하고 부서별 청구 효율을 비교할 수 있습니다.

확보 방법

Transaction 테이블의 'department' 필드

예시
전문 서비스소프트웨어 영업하드웨어 주문 처리
사업부
Subsidiary
청구서가 속한 자회사 또는 사업부입니다.
설명

NetSuite OneWorld 환경에서 이 속성은 청구서를 발행한 법인 또는 자회사를 식별합니다. 회사의 지점이나 사업부별 실적을 비교할 수 있습니다.

이 속성을 사용하면 사용자가 특정 사업부를 선택해 청구서 발송 효율 대시보드를 자세히 살펴볼 수 있습니다. 프로세스 문제가 조직 전반에 걸친 것인지 특정 운영 부서에 국한된 것인지 파악하는 데 도움이 됩니다.

중요한 이유

조직 내 여러 법인과 사업부의 실적을 비교하는 데 중요합니다.

확보 방법

Transaction 테이블의 'subsidiary' 필드

예시
미국 서부유럽·중동·아프리카 운영아시아·태평양 영업
영업 담당자
SalesRep
청구서와 관련된 영업 담당자입니다.
설명

이 속성은 계정 또는 거래를 담당하는 영업 담당자를 식별합니다. NetSuite에서는 거래 레코드의 salesrep 필드에 저장되는 경우가 많습니다.

청구 문제나 대변 메모를 특정 영업 담당자와 연결하는 데 사용됩니다. 예를 들어 대변 메모 및 매출 누수 대시보드에서 특정 담당자의 청구서 발행 후 조정 비율이 높은지 확인할 수 있습니다. 이를 통해 영업 프로세스 초기 단계의 품질 문제를 파악할 수 있습니다.

중요한 이유

후속 매출채권 문제를 영업 프로세스 담당자와 연결합니다.

확보 방법

Transaction 테이블의 'salesrep' 필드

예시
John SmithSarah ConnorKyle Reese
청구 금액
TotalAmount
청구서의 총 금액입니다.
설명

이 속성은 청구서의 총액을 나타내며, 일반적으로 NetSuite Transaction 테이블의 foreignTotal 또는 total 필드에서 가져옵니다. 고객에게서 회수해야 하는 금액입니다.

이 지표를 사용하면 매출채권 프로세스의 금액 흐름을 분석하고, 고액 채권 회수의 우선순위를 정하며, 분쟁 미결 금액과 같은 KPI를 계산할 수 있습니다. 금액 구간별로 케이스를 필터링해 영향이 큰 거래에 개선 노력을 집중할 수 있습니다.

중요한 이유

프로세스 비효율의 재무 영향을 파악하고 채권 회수 우선순위를 정하는 데 중요합니다.

확보 방법

Transaction 테이블의 'foreignTotal' 또는 'total' 필드

예시
1500.00250.5010000.00
청구서 상태
Status
시스템에 표시된 청구서의 현재 상태입니다.
설명

이 속성은 NetSuite 거래의 현재 상태를 나타냅니다. 예를 들어 '미결', '전액 결제', '승인 대기' 등이 있으며, 일반적으로 status 또는 statusRef 필드에서 가져옵니다.

활동 속성이 발생한 일의 이력을 추적한다면, 이 속성은 현재 상태를 보여 줍니다. 고액 채권 회수 위험 대시보드에서 현재 미결 상태이면서 연체된 항목만 표시하는 데 유용합니다.

중요한 이유

종결된 케이스와 조치가 필요한 케이스를 바로 구분할 수 있습니다.

확보 방법

Transaction 테이블의 'status' 필드

예시
전액 결제미결승인 대기
결제 약속일
PromiseDate
고객이 결제하겠다고 약속한 날짜입니다.
설명

이 속성은 고객이 연체된 청구서를 결제하기로 약속한 날짜를 기록하며, 일반적으로 채권 회수 담당자가 입력합니다. NetSuite에서는 'Phone Call' 레코드나 사용자 정의 거래 본문 필드에 저장되는 경우가 많습니다.

결제 약속 준수 대시보드에서 중요한 기준으로 사용됩니다. 약속한 날짜와 실제 결제일을 비교해 고객의 약속 이행률과 채권 회수 통화의 효과를 측정할 수 있습니다.

중요한 이유

고객의 결제 약속 이행률과 채권 회수 활동의 효과를 측정합니다.

확보 방법

Task/Phone Call 레코드 또는 사용자 지정 필드

예시
2023-11-202023-12-05
결제 조건
Terms
청구서에 합의된 결제 조건입니다.
설명

이 속성은 청구서에 지정된 결제 조건을 나타냅니다. 예를 들어 '30일 이내 결제' 또는 '수령 즉시 결제'가 있으며, Transaction 레코드의 terms 필드에 저장됩니다.

이 데이터를 사용해 결제 예정일을 계산하고, 결제 조건이 완화된 고객과 엄격한 조건이 적용된 고객의 결제 이행률을 비교할 수 있습니다. 신용 정책을 검토하고 약정 기한 초과 평균 일수 KPI의 기준을 파악하는 데도 도움이 됩니다.

중요한 이유

고객 결제 주기의 예상 흐름과 SLA를 정의합니다.

확보 방법

Transaction 테이블의 'terms' 필드

예시
30일 이내 결제60일 이내 결제수령 즉시 결제10일 이내 결제 시 2% 할인, 그 외 30일 이내 결제
분쟁 사유
DisputeReason
청구서가 분쟁 상태인 이유를 나타내는 코드 또는 설명입니다.
설명

이 속성은 고객이 결제를 거부하거나 정정을 요청한 구체적인 사유를 기록합니다. NetSuite에서는 사용자 정의 필드나 청구서에 연결된 특정 'Case' 레코드에 저장되는 경우가 많습니다.

분쟁 수명 주기 분석 대시보드에서 중요하게 사용됩니다. 분쟁 사유를 기준으로 데이터를 묶으면 '가격 오류', '상품 파손', '발주서 누락'과 같은 근본 원인을 파악할 수 있습니다. 이러한 문제를 초기 단계에서 해결하면 반복되는 매출 누수를 방지할 수 있습니다.

중요한 이유

미결제와 반복적인 행정 업무의 근본 원인을 파악합니다.

확보 방법

연결된 지원 Case 또는 사용자 정의 거래 본문 필드

예시
가격 오류상품 미수령세금 오류
분쟁 여부
IsDisputed
청구서가 현재 분쟁 중이거나 과거에 분쟁을 겪었는지 나타내는 표시입니다.
설명

이 불리언 속성은 청구서가 분쟁 프로세스를 거쳤는지 나타냅니다. 분쟁 관련 활동이 있거나 청구서 레코드에 특정 상태 표시가 있는지를 기준으로 산출합니다.

분쟁 수명 주기 분석의 필터로 사용되며, 첫 회수 성공률을 계산할 때 문제가 있는 청구서와 일반 청구서를 구분하는 데 도움이 됩니다.

중요한 이유

복잡한 케이스와 표준 경로를 따르는 케이스를 구분합니다.

확보 방법

'분쟁 접수' 활동이 있는지를 기준으로 계산

예시
truefalse
연체 일수
DaysOverdue
미결 청구서의 결제 기한이 지난 일수입니다.
설명

이 계산 속성은 DueDate와 현재 분석일(청구서가 종결된 경우 결제일) 사이의 차이를 나타냅니다. 연체 기간을 지속적으로 측정할 수 있습니다.

고액 채권 회수 위험 대시보드에서 사용하는 연체 구간(예: 3060일, 6090일)을 산출하는 기준입니다. 시스템에서 가장 심각한 지연을 빠르게 파악할 수 있습니다.

중요한 이유

결제 지연의 심각도를 평가하는 표준 지표입니다.

확보 방법

계산식: (현재 날짜 - DueDate)

예시
150-5
제품 범주
Class
판매한 상품 또는 서비스의 범주나 유형입니다.
설명

이 속성은 NetSuite의 class 세그먼트에 해당하며, 하드웨어와 컨설팅 등 매출 유형을 분류합니다. 제품 구성을 파악하는 것은 분석에 중요합니다.

대변 메모 및 매출 누수 대시보드에서 제품군별 반품이나 청구 오류 발생률을 비교할 수 있습니다.

중요한 이유

판매한 제품 또는 서비스 유형에 따라 프로세스 실적을 구분합니다.

확보 방법

Transaction 테이블의 'class' 필드

예시
라이선스 매출컨설팅 서비스하드웨어
지역
Location
거래와 관련된 위치 또는 지역입니다.
설명

NetSuite의 location 필드는 창고, 사무실 또는 지리적 지역을 나타내는 경우가 많습니다. 이 속성은 해당 필드를 분석에 사용할 지역 정보로 매핑합니다.

DSO 실적 개요에서 지역별 결제 행태 차이를 확인하는 데 사용됩니다. 채권 회수 문제가 전 지역에서 발생하는지 특정 지역에 국한되는지 파악할 수 있습니다.

중요한 이유

지역별 매출채권 실적을 구분해 분석할 수 있습니다.

확보 방법

Transaction 테이블의 'location' 필드

예시
북미 창고런던 사무소싱가포르
채권 회수 담당자
CollectionAgent
이 청구서의 채권 회수 활동을 담당하는 사용자입니다.
설명

이 속성은 청구서의 채권 회수를 담당하는 직원을 식별합니다. 영업 담당자와 동일인일 수도 있고, 전담 매출채권 담당자일 수도 있습니다. 사용자 정의 필드에 저장하거나 '결제 알림' 활동을 기록한 사용자를 기준으로 확인하는 경우가 많습니다.

채권 회수 담당자 처리량 대시보드에서 이 속성을 사용하면 관리자가 팀원별 실적을 비교하고 교육이 필요한 부분이나 업무량 불균형을 파악할 수 있습니다.

중요한 이유

채권 회수 팀원별 실적을 평가할 수 있습니다.

확보 방법

채권 회수 활동의 SystemNotes 'name' 또는 사용자 정의 필드

예시
Agent Smith청구 전문 담당자 A채권 회수 팀 1
청구서 메모
Memo
청구서 머리글에 입력된 메모 또는 설명입니다.
설명

이 속성에는 청구서의 memo 필드에 입력된 자유 형식 설명이나 메모가 들어 있습니다. 특별 처리나 고객과의 합의 사항이 수기로 기록되는 경우가 많습니다.

이 필드의 텍스트를 분석하면 구조화된 필드에 드러나지 않는 지연이나 분쟁의 원인을 찾을 수 있습니다. 정량적 프로세스 데이터에 정성적 맥락을 더합니다.

중요한 이유

거래에 관한 맥락과 정성적 정보를 제공합니다.

확보 방법

Transaction 테이블의 'memo' 필드

예시
10월 서비스 수수료청구서 #1002 정정특별 결제 조건 적용
통화 코드
Currency
청구서 발행에 사용된 통화입니다.
설명

이 속성은 거래의 ISO 통화 코드(예: USD, EUR)를 나타내며, NetSuite의 currency 필드에서 가져옵니다. 다중 통화 환경을 올바르게 처리하는 데 필요합니다.

일반적으로 백그라운드에서 사용되는 필드지만, 통화 환산 없이 서로 다른 통화의 TotalAmount를 잘못 합산하지 않도록 할 때 중요합니다. 지역별 실적 차이를 해석하는 데도 도움이 됩니다.

중요한 이유

글로벌 조직에서 재무 데이터를 정확하게 집계하는 데 필요합니다.

확보 방법

Transaction 테이블의 'currency' 필드

예시
USDEURGBP
필수 권장 선택 사항

매출채권 활동

추심 흐름을 정확히 모델링하려면 다음 주요 프로세스 단계와 거래 시점을 이벤트 로그에 기록해야 합니다.
6 권장 7 선택 사항
활동 설명
대금 전액 수령
청구서 잔액을 0으로 만드는 Customer Payment 적용 단계입니다. 실질적인 수금 활동이 끝나는 시점을 나타냅니다.
중요한 이유

DSO와 약정일 초과 평균 일수를 계산하는 주요 시각 정보입니다. 매출이 실제로 회수된 시점을 나타냅니다.

확보 방법

Transaction 테이블: 청구서에 적용된 유형 'CustPymt'로 인해 청구서의 'status'가 'Paid In Full'로 바뀐 기록입니다.

기록

Payment 거래 실행 시 기록

이벤트 유형 explicit
대변 메모 발행
청구서에 적용되는 Credit Memo 거래를 생성하는 단계입니다. 미결 잔액이 줄어들며, 반품이나 청구 오류를 나타내는 경우가 많습니다.
중요한 이유

매출 누수를 시각화합니다. 대변 메모가 자주 발행되면 영업이나 이행 프로세스에 구조적인 문제가 있을 수 있습니다.

확보 방법

Transaction 테이블: 'appliedtotransaction'을 통해 청구서 ID에 적용된 레코드 유형 'CustCred'를 확인합니다.

기록

Credit Memo 거래 실행 시 기록

이벤트 유형 explicit
청구서 발송
이메일, 우편 또는 팩스로 고객에게 청구서를 보내는 단계입니다. 해당 Invoice 거래와 연결된 Message 기록을 확인합니다.
중요한 이유

청구서 발행 소요 시간 KPI를 측정하는 데 중요합니다. 이 단계의 지연을 파악하면 적시 수금에 방해가 되는 행정 병목을 찾을 수 있습니다.

확보 방법

Messages 테이블: 거래 ID로 연결하고 'authoremail'은 내부, 'recipientemail'은 외부인 기록을 확인합니다.

기록

거래 Email 실행 시 기록

이벤트 유형 explicit
청구서 생성
시스템에서 청구서 기록을 처음 생성하는 단계입니다. Transaction 테이블에서 레코드 유형이 Invoice인 항목을 확인합니다.
중요한 이유

매출채권 주기의 시작을 나타내며 미수 기간 계산의 기준이 됩니다. 청구부터 현금 회수까지 걸리는 시간을 계산하는 데 필요합니다.

확보 방법

Transaction 테이블: 유형이 'CustInvc'인 레코드의 'trandate' 또는 'datecreated' 필드입니다.

기록

Invoice 거래 실행 시 기록

이벤트 유형 explicit
청구서 승인
청구서 상태가 Pending Approval에서 Open으로 바뀌는 단계입니다. 청구서와 연결된 System Notes 또는 워크플로 이력 로그를 확인합니다.
중요한 이유

고객에게 청구하기 전 내부 처리 시간을 나타냅니다. 이 단계의 지연은 고객에게 추가 가치를 제공하지 않으면서 전체 처리 기간을 늘립니다.

확보 방법

System Notes: 'status' 필드가 'Pending Approval'에서 'Open'으로 변경된 기록을 필터링합니다.

기록

변경 전후의 status 필드 비교

이벤트 유형 inferred
청구서 정산 완료
청구서 상태가 'Paid In Full'로 최종 변경되는 단계입니다. 정상적으로 완료된 프로세스의 종료 상태입니다.
중요한 이유

청구부터 현금 회수까지의 평균 처리 시간을 계산하는 데 필요합니다. 프로세스 변형에서 미결 항목과 마감된 항목을 구분합니다.

확보 방법

System Notes: Invoice 기록의 상태가 'Paid In Full'로 변경된 항목입니다.

기록

변경 전후의 status 필드 비교

이벤트 유형 inferred
결제 안내 발송
연체 대금과 관련해 고객에게 작성해 발송한 수금 이메일 또는 서신입니다. Dunning Letters 모듈 로그나 청구서와 연결된 Message 기록에서 확인합니다.
중요한 이유

현금 회수에 필요한 노력과 독촉 전략의 효과를 측정합니다. 수금 안내 효과 대시보드에 필요한 항목입니다.

확보 방법

Message 기록 또는 Dunning Bundle Log: 'Reminder', 'Overdue'와 같은 제목을 확인합니다.

기록

메시지 제목 패턴으로 추출

이벤트 유형 inferred
결제 약속 접수
고객이 특정 날짜까지 결제하겠다고 약속한 기록입니다. 일반적으로 User Notes 또는 전용 수금 관리 번들에서 확인합니다.
중요한 이유

결제 약속 준수 KPI를 추적합니다. 협조적인 고객과 상위 단계로 이관해야 하는 고객을 구분하는 데 도움이 됩니다.

확보 방법

Note 기록: 'PTP' 또는 'Promise'를 텍스트 분석하거나 Collections SuiteApp의 특정 필드를 확인합니다.

기록

메모 텍스트 분석으로 추출

이벤트 유형 inferred
대손 상각
회수 불능 금액을 Journal Entry 또는 특정 Credit Memo 유형으로 처리해 청구서 잔액을 제거하는 단계입니다. 수금 프로세스가 실패한 사례를 나타냅니다.
중요한 이유

분석에서 미회수 매출과 정상적으로 회수된 매출을 구분합니다. 실제 수금 효율을 파악하는 데 중요합니다.

확보 방법

Journal Entry 또는 Credit Memo: 청구서와 연결된 특정 GL 계정(Bad Debt Expense)을 기준으로 필터링합니다.

기록

GL 계정 사용 내역으로 추출

이벤트 유형 inferred
부분 결제 등록
청구서 잔액을 줄이지만 전액을 상환하지는 않는 Customer Payment 적용 단계입니다. Transaction Line 테이블에서 확인합니다.
중요한 이유

부분 결제 프로세스 흐름 분석에 활용합니다. 현금 흐름이 분산되거나 유동성 문제를 겪는 고객을 파악할 수 있습니다.

확보 방법

Transaction 테이블: 청구서에 적용된 유형 'CustPymt' 중 청구서의 'amountremaining'이 0보다 큰 항목입니다.

기록

Payment 거래 실행 시 기록

이벤트 유형 explicit
분쟁 접수
청구서에 대한 분쟁이 시작되는 단계입니다. 연결된 Support Case 또는 특정 사용자 지정 상태를 통해 추정할 수 있으며, 일반적인 수금 흐름이 중단됩니다.
중요한 이유

분쟁 처리 과정 분석 대시보드에 필요한 항목입니다. 이 단계의 건수가 많으면 이행이나 청구 단계의 품질 문제를 의심할 수 있습니다.

확보 방법

Support Case 기록: category가 'Billing Dispute'인 경우 Transaction에 연결하거나, Transaction 상태가 'Disputed'로 변경된 기록을 확인합니다.

기록

status 필드 변경 또는 연결된 기록 생성 여부 비교

이벤트 유형 inferred
분쟁 해결
분쟁이 종결되어 청구서가 다시 수금 가능한 상태가 되거나 대변 메모가 발행되는 단계입니다. 연결된 Support Case 상태가 Closed로 변경될 때 기록합니다.
중요한 이유

평균 분쟁 해결 시간을 계산하는 데 필요합니다. 해결이 늦어지면 DSO와 고객 만족도가 낮아질 수 있습니다.

확보 방법

Support Case 기록: 청구서와 연결된 케이스의 'dateclosed' 필드입니다.

기록

변경 전후의 status 필드 비교

이벤트 유형 inferred
은행 거래내역 대사
결제 거래를 은행 거래내역과 대사하는 단계입니다. 'Match Bank Data' 또는 대사 이력에서 확인합니다.
중요한 이유

은행 자동 대사율을 추적합니다. 이 단계가 지연되면 실제 현금 상태를 파악하기 어렵고, 백오피스의 수작업 부담을 나타낼 수 있습니다.

확보 방법

Transaction 상태: Payment 거래 상태가 'Deposited'로 변경되거나 Reconciled로 표시되는지 확인합니다.

기록

변경 전후의 status 필드 비교

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

데이터 추출 가이드

NetSuite에서 데이터를 가져오는 방법

시작할 준비가 되셨나요?

이 템플릿을 NetSuite 환경에 적용해 현금 회수 주기를 개선해 보세요. 데이터 매핑이나 기술 통합에 도움이 필요하시면 저희 팀이 지원해 드립니다.

NetSuite 매출채권 처리 주기를 지금 개선하세요

DSO를 15~20일 줄이고 현금 흐름의 공백을 해소하세요.

무료 체험 시작하기

신용카드가 필요하지 않으며, 설정은 5분이면 완료됩니다.