결제 처리 데이터 템플릿
결제 처리 데이터 템플릿
- 결제 분석에 권장되는 속성
- 모니터링할 주요 프로세스 단계
- Fiserv 데이터 추출을 위한 기술 안내
결제 처리 속성
| 이름 | 설명 | ||
|---|---|---|---|
|
결제 거래 ID
PaymentTransactionId
|
특정 결제 지시 또는 거래 케이스를 식별하는 고유 ID입니다. | ||
|
설명
이 속성은 단일 결제 수명 주기의 모든 활동을 연결하는 기준 키입니다. 분석가는 최초 요청부터 검증, 승인, 최종 정산 또는 취소까지의 흐름을 추적할 수 있습니다. Fiserv 환경에서는 일반적으로 거래 이력 테이블의 기본 키입니다. 프로세스 흐름을 재구성하고, 권한 부여 후 며칠 뒤 정산되는 것처럼 서로 떨어져 기록된 이벤트를 동일한 비즈니스 객체에 정확히 연결하는 데 필요합니다.
중요한 이유
이벤트를 프로세스 인스턴스로 묶는 데 필요한 기본 Case ID입니다.
확보 방법
거래 또는 결제 헤더 테이블에 관한 Fiserv 문서를 참조하세요.
예시
TRX-99823101PMT-2023-88421002938475CHK-5512WIRE-US-9921
|
|||
|
이벤트 타임스탬프
EventTimestamp
|
활동이 발생한 정확한 날짜와 시간입니다. | ||
|
설명
이 속성은 이벤트가 발생한 시점을 정확히 기록합니다. 처리 시간, 리드 타임, 병목 파악 등 모든 시간 분석의 기준이 됩니다. 대시보드에서는 이 데이터를 사용해 '결제 요청 생성됨'부터 '결제 승인됨'까지와 같은 단계 간 소요 시간을 계산합니다. 짧은 간격으로 연이어 발생한 이벤트의 순서를 정확히 정하려면 정밀한 타임스탬프가 필요합니다.
중요한 이유
이벤트 순서를 정하고 프로세스 성과에 걸리는 시간을 계산하는 데 필요합니다.
확보 방법
감사 로그 또는 거래 업데이트 타임스탬프 열입니다.
예시
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z2023-10-17T10:00:00Z
|
|||
|
활동 이름
ActivityName
|
결제 프로세스에서 발생한 구체적인 이벤트 또는 상태 변경입니다. | ||
|
설명
이 속성은 '결제 요청 생성됨'이나 '결제 정산 완료'와 같이 수행된 단계를 설명합니다. 프로세스 맵의 노드를 정의하며 운영 순서를 파악하는 데 중요합니다. 서로 다른 활동을 분석하면 워크플로를 시각화하고, 누락된 단계를 찾고, 필수 검증이나 승인을 건너뛴 규정 미준수 경로를 확인할 수 있습니다.
중요한 이유
프로세스 타임라인을 구성하는 이벤트를 정의합니다.
확보 방법
거래 이력 로그 또는 상태 변경 감사 테이블입니다.
예시
결제 요청 생성결제 승인 완료결제 오류 확인결제 정산 완료결제 취소됨
|
|||
|
소스 시스템
SourceSystem
|
데이터가 생성된 시스템의 이름입니다. | ||
|
설명
이벤트를 생성한 Fiserv 모듈 또는 외부 시스템을 식별합니다. 결제가 프런트엔드 채널에서 시작되어 백엔드 코어 뱅킹 시스템에서 정산되는 복잡한 환경에서 특히 유용합니다. 분석가는 시스템별로 프로세스 보기를 필터링해 특정 기술 환경이나 통합 지점을 대상으로 분석할 수 있습니다.
중요한 이유
기술적 맥락과 데이터 계보를 파악할 수 있습니다.
확보 방법
데이터 추출 시 하드코딩하거나 시스템 메타데이터를 사용합니다.
예시
Fiserv PremierFiserv SignatureFiserv DNAFiserv Enterprise Payments Platform
|
|||
|
최종 데이터 업데이트
LastDataUpdate
|
레코드를 마지막으로 추출하거나 새로 고친 시점의 타임스탬프입니다. | ||
|
설명
분석에 사용되는 데이터의 최신성을 나타냅니다. 대시보드에 실시간 운영 현황이 반영되는지, 과거 시점의 데이터가 표시되는지 판단하는 데 중요합니다. 사용자는 이 정보를 바탕으로 표시된 지표를 신뢰할 수 있습니다. 특히 마감 시간 규정 준수나 현재 병목을 모니터링할 때 오래된 데이터를 근거로 의사결정하는 일을 방지합니다.
중요한 이유
데이터의 최신성과 신뢰성을 확인합니다.
확보 방법
ETL 실행 시점의 시스템 시간입니다.
예시
2023-10-27T12:00:00Z2023-10-28T06:00:00Z
|
|||
|
결제 금액
PaymentAmount
|
결제 거래의 금액입니다. | ||
|
설명
이 속성은 결제와 관련된 금액을 나타냅니다. 분석을 세분화하는 주요 기준으로, 고액의 전략적 결제와 소액의 일반 거래를 구분할 수 있습니다. 동일한 금액과 지급인·수취인 정보가 함께 나타나는 잠재적 오류를 찾는 중복 결제 탐지 보기에 필요합니다. 금액이 클수록 다른 워크플로를 거치는 경우가 많으므로 승인 권한 분석에도 활용됩니다.
중요한 이유
재무 위험 분석과 중복 탐지에 중요합니다.
확보 방법
거래 헤더 테이블의 Amount 열입니다.
예시
150.0025000.5010.991000000.00
|
|||
|
결제 방식
PaymentMethod
|
결제에 사용하는 수단입니다(예: Wire, ACH). | ||
|
설명
거래를 처리 경로별로 분류합니다. 결제 방식마다 표준 운영 절차와 서비스 수준 협약이 크게 다르므로 승인 주기 시간 분석에 중요합니다. 결제 방식별 프로세스 변형을 분석하면 국제 Wire와 같은 특정 채널에서 지연이 발생하는지, 조직 전반의 문제인지 구분할 수 있습니다.
중요한 이유
사용된 인프라에 따라 프로세스 흐름을 구분합니다.
확보 방법
거래 유형 또는 결제 수단 코드 열입니다.
예시
WireACH수표RTP내부 이체
|
|||
|
결제 지급 기일
PaymentDueDate
|
결제를 처리해야 하는 기한입니다. | ||
|
설명
결제를 완료해야 하는 목표 날짜입니다. 처리 마감 시간 규정 준수 모니터에서 지연 위험이 있는 거래를 표시하는 데 사용합니다. '결제 정산 완료' 타임스탬프와 이 속성을 비교하면 기한 내 처리율을 계산하고 수취인과의 신뢰를 유지하는 데 도움이 됩니다.
중요한 이유
SLA 준수 여부를 측정하는 기준입니다.
확보 방법
결제 지시 세부 정보입니다.
예시
2023-11-012023-11-15
|
|||
|
수취인 계좌 번호
PayeeAccountNumber
|
자금이 입금되는 계좌 번호입니다. | ||
|
설명
입금 계좌를 식별합니다. 지급인 계좌와 마찬가지로 중복 결제 탐지 보기에 중요하며, 특정 수취인 관계를 정확히 분석할 수 있습니다. 마감 시간 규정 준수를 모니터링할 때 수취인 정보를 활용하면 처리가 반드시 완료되어야 하는 주요 공급업체나 중요 정산 건을 우선적으로 확인할 수 있습니다.
중요한 이유
중복 탐지와 수취인 분석에 필요합니다.
확보 방법
거래 세부 정보의 Credit Account 또는 Beneficiary 열입니다.
예시
555000111222333444BEN-882-11
|
|||
|
오류 코드
ErrorCode
|
결제 검증 실패 시 생성되는 구체적인 코드입니다. | ||
|
설명
'결제 오류 확인됨' 활동과 관련된 기술 또는 업무 오류 코드를 기록합니다. 검증 오류 및 재작업 추적기의 기반이 되는 속성입니다. 특정 오류 코드의 발생 빈도를 집계하면 '라우팅 번호 유효하지 않음'과 같은 데이터 품질 문제의 원인을 파악하고, 검증 로직을 개선하거나 사용자 교육을 실시할 수 있습니다.
중요한 이유
재작업의 근본 원인을 파악합니다.
확보 방법
오류 로그 또는 거래 상태 세부 정보입니다.
예시
E-101INV_ACCNSF_ERRAUTH_FAIL
|
|||
|
일괄 처리 여부
IsStraightThroughProcessing
|
결제에 수작업 개입이 필요하지 않았는지 나타내는 플래그입니다. | ||
|
설명
계산된 불리언 속성입니다. 정의에 따라 케이스에 '결제 오류 확인됨', '결제 오류 해결됨' 또는 수동 '결제 승인됨' 단계가 없으면 true입니다. 일괄 처리율 KPI를 직접 지원합니다. 프로세스를 자동 처리 흐름과 사람의 개입이 필요한 흐름으로 나눠 자동화 가능성을 명확히 파악할 수 있습니다.
중요한 이유
프로세스 효율성과 자동화 성과를 측정하는 주요 지표입니다.
확보 방법
데이터 변환 중 계산됩니다.
예시
truefalse
|
|||
|
지급인 계좌 번호
PayerAccountNumber
|
자금이 출금되는 계좌 번호입니다. | ||
|
설명
결제의 출금 계좌를 식별합니다. 중복 결제 탐지 보기의 주요 항목입니다. 수취인, 금액, 시간과 함께 사용하면 실수로 중복 지급된 거래를 찾는 고유한 조합을 구성합니다. 출금 계좌별 결제량을 분석해 거래가 가장 많은 내부 포트폴리오를 파악할 수도 있습니다.
중요한 이유
중복 탐지와 사기 분석에 필요합니다.
확보 방법
거래 세부 정보의 Debit Account 열입니다.
예시
123456789987654321ACC-001-992
|
|||
|
처리 사용자
ProcessingUser
|
활동을 수행한 사용자 ID 또는 시스템 에이전트입니다. | ||
|
설명
사람인 승인자나 시스템 자동화 봇 등 특정 작업을 수행한 주체를 식별합니다. 이 데이터는 오류 해결 주기 효율성과 승인 권한 처리량 대시보드에 활용됩니다. 사용자별 기록을 추적하면 오류율이 높은 사용자의 교육 필요성을 파악하거나, 특정 승인자에게 요청이 몰려 생기는 병목을 찾을 수 있습니다.
중요한 이유
리소스 분석과 병목 파악에 활용됩니다.
확보 방법
감사 로그의 User ID 열입니다.
예시
jdoeSYSTEM_BATCHmsmith_approverAPI_USER
|
|||
|
통화 코드
CurrencyCode
|
결제 금액의 ISO 통화 코드입니다. | ||
|
설명
결제 금액의 통화를 지정합니다(예: USD, EUR). 통화 및 결제 방식별 추이 대시보드에서 여러 외화에 대한 노출을 모니터링하는 데 중요합니다. 글로벌 보고를 위해 금액을 동일한 기준으로 환산할 때도 사용합니다. 또한 숫자가 같더라도 통화가 다른 거래를 중복으로 잘못 표시하지 않도록 합니다.
중요한 이유
다중 통화 처리 분석에 필요합니다.
확보 방법
거래 헤더 테이블의 Currency 열입니다.
예시
USDEURGBPCADJPY
|
|||
|
마감 시간 미준수 여부
IsCutoffMissed
|
결제가 은행의 일일 마감 시간 이후에 전송되었는지 나타내는 플래그입니다. | ||
|
설명
'결제 지시 전송됨' 시간을 해당 통화와 결제 방식의 일일 마감 시간과 비교해 계산하는 불리언 값입니다. 마감 시간 준수율 KPI를 지원합니다. 마감 시간을 놓친 사례를 파악하면 요청이 늦게 시작됐는지, 내부 처리가 지연됐는지 등 지연의 근본 원인을 조사할 수 있습니다.
중요한 이유
운영 규정 준수와 유동성 관리에 중요합니다.
확보 방법
EventTimestamp와 Cutoff Reference 테이블을 비교해 계산합니다.
예시
truefalse
|
|||
|
사업 부문
BusinessUnit
|
결제를 시작한 부서 또는 사업부입니다. | ||
|
설명
비용을 담당하는 조직 단위별로 결제를 분류합니다. 비용 배분에 도움이 되며, 조직 내 어느 부문에서 수작업 재처리나 오류가 많이 발생하는지 파악할 수 있습니다. 결제 경로 규정 준수 감사에도 활용됩니다. 각 조직 단위가 관련 규제나 내부 통제 요건을 준수하는지 확인할 수 있습니다.
중요한 이유
성과를 조직 맥락에 따라 파악할 수 있습니다.
확보 방법
비용 센터 매핑 또는 부서 코드입니다.
예시
소매 금융기업 대출자산 관리운영
|
|||
|
수취 은행
BeneficiaryBank
|
결제를 받는 은행의 이름 또는 식별자입니다. | ||
|
설명
결제를 받는 금융기관을 식별합니다. 수취 은행마다 처리 속도나 통합 문제가 다를 수 있으므로 정산 지연 분석에 유용합니다. 정산부터 대사까지의 시간차 대시보드에서 지연이 은행별 외부 요인인지 내부 요인인지 파악하는 데 도움이 됩니다.
중요한 이유
외부 의존성 분석에 활용됩니다.
확보 방법
거래 세부 정보의 Bank ID 또는 Name 열입니다.
예시
ChaseBank of AmericaWells FargoCitibank
|
|||
|
승인 단계
ApprovalLevel
|
결제 승인에 필요한 계층 수준 또는 실제 적용된 계층 수준입니다. | ||
|
설명
'결제 승인됨' 활동에 적용된 직급 또는 권한 수준을 나타냅니다. 승인 권한 처리량 대시보드에서 상위 승인자가 병목이 되는지 분석할 때 사용합니다. 단계별 결제 분포(예: 1단계와 3단계)를 파악하면 권한 위임 정책을 최적화할 수 있습니다.
중요한 이유
계층별 승인 병목을 구분합니다.
확보 방법
사용자 역할 또는 승인 워크플로 테이블입니다.
예시
1단계관리자이사CFO
|
|||
|
재작업 여부
IsRework
|
특정 활동이 재작업 루프에 포함되는지 나타내는 플래그입니다. | ||
|
설명
오류가 확인된 후 해결되기 전까지 발생한 활동이나 반복 활동을 표시하는 불리언 플래그입니다. 결제 검증 재작업률 KPI를 지원합니다. 분석가는 프로세스 맵을 필터링해 정상 경로만 보거나, 반대로 재작업 경로만 확인해 실패 유형을 파악할 수 있습니다.
중요한 이유
가치 창출 작업과 수정 작업을 구분합니다.
확보 방법
프로세스 루프를 기준으로 계산합니다.
예시
truefalse
|
|||
결제 처리 활동
| 활동 | 설명 | ||
|---|---|---|---|
|
결제 대사 완료
|
거래를 은행 명세서나 정산 파일과 대조하는 내부 절차입니다. 이를 통해 회계 처리를 마무리합니다. | ||
|
중요한 이유
'정산부터 대사까지의 시간차'를 측정하는 데 필요합니다. 재무 장부를 정확히 마감하는 데 도움이 됩니다.
확보 방법
상태가 '일치' 또는 '대사 완료'로 변경되는 대사 모듈 로그입니다.
기록
대사 항목 일치 시 기록
이벤트 유형
explicit
|
|||
|
결제 승인
|
권한 한도에 따라 결제를 진행하도록 수동 또는 자동으로 결정하는 단계입니다. 권한이 있는 사용자나 시스템 규칙이 승인 플래그를 변경하면 기록됩니다. | ||
|
중요한 이유
'Authorization Cycle Time Analysis'에 필요한 활동입니다. 이 단계의 지연은 담당자의 승인 절차에 병목이 있음을 나타냅니다.
확보 방법
사용자 작업으로 상태가 'Pending Approval'에서 'Approved'로 변경된 감사 로그입니다.
기록
승인 작업이 수행될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 요청 생성
|
결제 지시가 Fiserv 시스템에 처음 입력되는 시점입니다. 사용자나 외부 시스템이 API 또는 인터페이스를 통해 거래를 시작하면 기록됩니다. | ||
|
중요한 이유
프로세스 시간 측정의 시작점입니다. 전체 처리 시간을 계산하고 접수 단계의 병목을 찾는 데 필요합니다.
확보 방법
거래 내역 테이블의 생성 타임스탬프입니다. 해당 Payment Transaction ID가 있는 가장 이른 기록을 확인합니다.
기록
거래 레코드가 입력될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 정산 완료
|
자금 이동이 완료되고 총계정원장에 전기됩니다. 은행 관점에서 거래가 재무적으로 완료된 시점입니다. | ||
|
중요한 이유
'일괄 처리율'의 주요 종료 지점입니다. 실제로 자금이 이동했음을 나타냅니다.
확보 방법
거래 상태가 '전기됨'이거나 원장에 '전기일' 타임스탬프가 있습니다.
기록
총계정원장 전기 시 기록
이벤트 유형
explicit
|
|||
|
결제 지시 전송됨
|
결제 파일(예: ACH 배치, Wire 메시지)을 외부 네트워크나 결제 청산 기관에 전송하는 단계입니다. 중요한 인계 지점입니다. | ||
|
중요한 이유
'처리 마감 시간 규정 준수 모니터'에 중요합니다. 조직이 매일 은행 마감 시간을 준수하는지 확인합니다.
확보 방법
배치 처리 로그 또는 파일 생성 타임스탬프입니다. 보통 '배치 생성됨' 또는 '파일 전송됨'으로 기록됩니다.
기록
배치 파일 생성 시 기록
이벤트 유형
explicit
|
|||
|
결제 승인 완료
|
자금이 준비되었으며 거래를 실행할 수 있음을 확인하는 최종 내부 절차입니다. 승인과 동시에 진행되거나 별도의 시스템 확인 단계로 처리될 수 있습니다. | ||
|
중요한 이유
관리자 승인과 시스템 수준의 권한 부여를 구분합니다. '승인 권한 처리량' 대시보드에 중요합니다.
확보 방법
'승인됨' 또는 '전기 준비 완료'를 나타내는 상태 변경입니다.
기록
변경 전후의 상태 필드를 비교합니다.
이벤트 유형
inferred
|
|||
|
결제 알림 전송됨
|
시스템이 지급인이나 수취인에게 거래 확인 메시지(이메일/SMS)를 보냅니다. 이를 통해 고객이 거래 상황을 파악할 수 있습니다. | ||
|
중요한 이유
'알림 속도 및 응답성'을 지원합니다. 정산 후 알림까지 시간이 오래 걸리면 고객 신뢰가 낮아질 수 있습니다.
확보 방법
거래 ID와 연결된 커뮤니케이션 로그 또는 고객 상호작용 이력 테이블입니다.
기록
이메일/SMS 발송 시 기록
이벤트 유형
explicit
|
|||
|
결제 예약됨
|
결제가 승인되었지만 미래의 효력 발생일에 맞춰 보류될 때 발생합니다. 처리 시간이 될 때까지 시스템이 거래를 대기열에 넣습니다. | ||
|
중요한 이유
프로세스의 유휴 시간을 설명합니다. 병목으로 인한 지연과 지급 기일까지 의도적으로 대기하는 경우를 구분합니다.
확보 방법
'입력일'과 '효력 발생일'을 비교합니다. 효력 발생일이 미래이면 이 상태가 활성화됩니다.
기록
필드 X와 Y를 비교해 도출
이벤트 유형
calculated
|
|||
|
결제 오류 해결
|
이전에 오류가 발생한 거래를 수정한 상태입니다. 거래 상태가 오류에서 처리 중 또는 정상으로 바뀌면 해결된 것으로 판단합니다. | ||
|
중요한 이유
'Mean Time to Resolve Payment Errors'를 계산하는 데 필요합니다. 운영팀의 처리 효율을 측정할 수 있습니다.
확보 방법
거래 상태가 오류 코드에서 정상 처리 코드로 변경되면 해결된 것으로 판단합니다.
기록
변경 전후의 상태 필드를 비교합니다.
이벤트 유형
inferred
|
|||
|
결제 오류 확인
|
거래가 실패 상태나 예외 코드로 표시된 시점을 기록합니다. 검증 규칙을 통과하지 못하거나 외부 확인에서 부정적인 응답을 받으면 발생합니다. | ||
|
중요한 이유
'Validation Error and Rework Tracker' 대시보드에 필요합니다. 이 단계의 건수가 많으면 앞선 단계의 데이터 품질에 문제가 있음을 나타냅니다.
확보 방법
거래 상태 필드가 예외 코드(예: 'Invalid', 'Hold', 'Error')로 변경됩니다.
기록
상태가 Error로 변경될 때 기록됩니다.
이벤트 유형
explicit
|
|||
|
결제 정보 검증
|
시스템이 계좌 번호, 라우팅 번호, 형식 준수 여부를 확인합니다. 일반적으로 오류 없이 거래 상태가 수신에서 대기 또는 승인으로 바뀌면 검증이 완료된 것으로 판단합니다. | ||
|
중요한 이유
첫 번째 자동 검증 단계를 통과했음을 나타냅니다. 이 단계의 실패는 유동성이나 승인 문제가 아니라 데이터 품질 문제를 의미합니다.
확보 방법
짧은 시간 안에 상태가 'Received'에서 'Pending' 또는 'Ready'로 변경된 경우로 판단합니다.
기록
변경 전후의 상태 필드를 비교합니다.
이벤트 유형
inferred
|
|||
|
결제 취소됨
|
사용자나 시스템 규칙에 따라 정산 전에 결제 흐름을 종료하는 단계입니다. 이후 처리가 모두 중단됩니다. | ||
|
중요한 이유
낭비와 중단된 작업을 파악합니다. 승인 후 취소율이 높으면 프로세스가 비효율적일 수 있습니다.
확보 방법
상태가 '취소됨', '무효' 또는 '중지됨'으로 변경됩니다.
기록
상태가 취소됨으로 변경될 때 기록
이벤트 유형
explicit
|
|||
|
결제 확인됨
|
외부 네트워크나 게이트웨이에서 긍정 응답(ACK)을 수신하는 단계입니다. 다음 기관이 지시를 정상적으로 수신했음을 확인합니다. | ||
|
중요한 이유
'지시 전송'이 성공했는지 확인합니다. 이 단계에서 공백이 발견되면 네트워크 연결이나 외부 형식에 문제가 있을 수 있습니다.
확보 방법
수신 파일 처리 로그 또는 수신을 확인하는 API 응답 코드입니다.
기록
ACK 수신 시 기록
이벤트 유형
explicit
|
|||
데이터 추출 가이드
시작할 준비가 되셨나요?
이 템플릿을 Fiserv 환경에 적용해 금융 워크플로 최적화를 시작하세요. 안내에 따라 현금 흐름과 운영상 규정 준수를 개선하는 데 필요한 데이터를 준비할 수 있습니다.
결제 처리를 최적화하고 지금 STP 98% 달성
대사 지연을 줄이고 Fiserv 워크플로를 효율적으로 관리하세요.
신용카드가 필요하지 않습니다. 몇 분이면 설정할 수 있습니다.