결제 처리 데이터 템플릿

FIS Global
결제 처리 데이터 템플릿

결제 처리 데이터 템플릿

이 템플릿에는 결제 처리 분석에 필요한 주요 데이터 속성과 프로세스 활동이 정리되어 있습니다. 시스템에서 해당 정보를 추출하는 방법도 안내합니다. 프로세스 마이닝 분석에 필요한 데이터를 빠짐없이 수집하는 데 활용하세요.
  • 수집 권장 속성
  • 추적할 주요 활동
  • 데이터 추출 안내
이벤트 로그가 처음이신가요? 알아보기 process mining 이벤트 로그 만드는 방법.

결제 처리 속성

결제 처리 분석을 위해 이벤트 로그에 포함할 것을 권장하는 데이터 필드입니다.
3 필수 7 권장 9 선택 사항
이름 설명
결제 거래 ID
PaymentTransactionId
특정 결제 지시 또는 거래를 식별하는 고유 ID입니다.
설명

이 속성은 단일 결제 수명 주기의 모든 이벤트를 연결하는 기준 키입니다. 분석가는 최초 요청부터 검증, 승인, 최종 정산 또는 대사까지 결제 흐름을 추적할 수 있습니다.

분석 시 이 ID를 기준으로 개별 이벤트를 프로세스 인스턴스별로 묶습니다. 이를 통해 전체 흐름을 시각화할 수 있으며, 주기 시간과 재작업 반복 등 케이스 단위 지표를 계산할 수 있습니다.

중요한 이유

process mining에서 서로 다른 활동을 일관된 흐름으로 재구성할 수 있게 해주는 기본 연결 키입니다.

확보 방법

FIS Global 문서 참조

예시
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
이벤트 시각
EventTimestamp
활동이 발생한 날짜와 시각입니다.
설명

이 속성은 결제 프로세스의 각 이벤트에 시간 정보를 제공합니다. 시스템에 작업이 기록된 정확한 시점을 저장해 활동을 시간순으로 정렬할 수 있습니다.

분석 시 단계 간 소요 시간, 전체 주기 시간, 처리량을 계산하는 데 사용합니다. 특정 프로세스 단계 사이의 지연을 확인해 병목을 찾을 수 있습니다.

중요한 이유

이 필드가 없으면 시간 기반 분석을 수행할 수 없습니다. 모든 성과 및 효율성 KPI 계산에 사용됩니다.

확보 방법

FIS Global 문서 참조

예시
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
활동명
ActivityName
발생한 특정 프로세스 단계 또는 이벤트의 이름입니다.
설명

이 필드에는 '결제 요청 생성' 또는 '결제 정산 완료'와 같이 특정 시점에 수행된 작업이 기록됩니다. 프로세스 맵의 노드를 정의하고 프로세스 흐름의 구조를 결정합니다.

분석가는 이 속성을 사용해 운영 순서를 파악합니다. 정상 경로에서 벗어난 흐름이나 건너뛴 단계를 찾고, 승인 절차가 여러 번 반복되는 것과 같은 불필요한 활동을 감지하는 데 중요합니다.

중요한 이유

프로세스에서 '무엇을' 하는지 정의하며, 프로세스 맵 시각화와 변형 분석의 기준이 됩니다.

확보 방법

FIS Global 문서 참조

예시
결제 요청 생성결제 정보 검증 완료결제 승인결제 정산 완료
결제 금액
PaymentAmount
결제 거래의 금액입니다.
설명

이 속성은 결제 요청의 재무적 가치를 나타냅니다. 재무 처리량과 위험을 분석하는 주요 지표입니다.

분석가는 이 필드로 고액 결제와 소액 결제를 구분합니다. 금액에 따라 승인 경로가 달라지는 경우가 많습니다. '결제 처리량' 대시보드에 활용할 수 있으며, 고액 결제에 더 엄격한 심사가 적용되어 주기 시간이 길어지는지 확인하는 데 도움이 됩니다.

중요한 이유

프로세스 분석에 재무적 관점을 더해 금액에 따라 우선순위를 정할 수 있습니다.

확보 방법

FIS Global 문서 참조

예시
1500.00250.501000000.0045.99
결제 만기일
PaymentDueDate
결제가 정산될 것으로 예상되는 기한입니다.
설명

이 속성은 요청자가 지정했거나 송장 조건에 따라 정해진 결제 기한을 기록합니다. 정시 처리 여부를 판단하는 기준입니다.

'결제 만기일 준수' 대시보드에 필요한 필드입니다. 이 날짜를 실제 '결제 정산 완료' 날짜와 비교하면 지연 결제를 확인하고, 잠재적 위약금을 계산하며, 공급업체 계약 준수 여부를 평가할 수 있습니다.

중요한 이유

서비스 수준 준수와 적시성을 측정하는 기준을 제공합니다.

확보 방법

FIS Global 문서 참조

예시
2023-11-012023-11-15
결제 유형
PaymentType
결제 방식 또는 수단의 분류입니다.
설명

이 속성은 결제를 Wire, ACH, SEPA, 실시간 결제(RTP), 수표 등의 유형으로 분류합니다. 결제 유형마다 처리 규칙과 SLA가 다릅니다.

분석가는 이 필드를 사용해 결제 방식별 '결제 대사 주기 시간'을 비교합니다. 일부 결제는 즉시 정산되고 다른 결제는 며칠이 걸리는 이유를 파악하고, 적절한 기준으로 성과를 측정할 수 있습니다.

중요한 이유

유형마다 경로와 처리 시간이 다르므로 프로세스 흐름을 구분하는 주요 기준입니다.

확보 방법

FIS Global 문서 참조

예시
전신 송금ACH 입금SEPA 즉시 결제수표
사업 부문
BusinessUnit
결제를 시작한 내부 사업부 또는 부서입니다.
설명

이 속성은 결제를 '소매 금융', '기업 대출', '자금 관리'와 같은 조직 단위에 연결합니다.

부서별 '결제 처리량'과 '평균 결제 주기 시간' 등의 KPI를 집계하는 데 사용됩니다. 이를 통해 경영진은 부문별 성과를 비교하고 리소스를 효과적으로 배분할 수 있습니다.

중요한 이유

내부 성과를 비교하고 프로세스 성과에 대한 책임을 명확히 할 수 있습니다.

확보 방법

FIS Global 문서 참조

예시
자금 관리매입채무소매 금융 운영자산 관리
실제 정산일
ActualSettlementDate
결제가 실제로 최종 처리되어 정산된 날짜입니다.
설명

이 속성은 자금이 이체되었거나 거래가 완료된 것으로 간주되는 효력 발생일을 기록합니다. 처리 시각과 달리 자금 가치일을 나타냅니다.

분석 시 만기일과 함께 사용해 '정시 결제율'을 계산합니다. 대사 단계의 시작 기준이므로 '결제 대사 주기 시간'을 분석하는 데도 중요합니다.

중요한 이유

결제의 재무적 완료 시점을 나타내며 현금 흐름 분석에 중요합니다.

확보 방법

FIS Global 문서 참조

예시
2023-11-022023-11-14
처리 사용자
ProcessingUser
활동을 수행한 사용자 또는 시스템 에이전트의 ID나 이름입니다.
설명

이 속성은 프로세스 단계를 수행한 주체를 기록합니다. 'J.Smith'와 같은 담당자와 'SYSTEM_BATCH'와 같은 자동화 시스템 계정을 구분할 수 있습니다.

이 데이터는 리소스 활용도를 분석하고, 수작업 병목을 찾고, 직무 분리를 감사하는 데 사용됩니다. '처리 사용자 활용률'을 계산하고 수동 작업과 자동화 작업을 구분하는 데도 도움이 됩니다.

중요한 이유

리소스 분석, 자동화율 측정, 규정 준수 감사에 필요합니다.

확보 방법

FIS Global 문서 참조

예시
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
통화 코드
CurrencyCode
결제 통화를 나타내는 3자리 ISO 코드입니다.
설명

이 속성은 결제 금액의 통화를 지정합니다(예: USD, EUR, GBP). 글로벌 결제 흐름을 분석할 때 재무 데이터를 동일한 기준으로 비교하는 데 필요합니다.

분석 시 통화별로 프로세스 성과를 구분할 수 있습니다. 통화에 따라 청산 시스템과 규정이 다른 경우가 많습니다. 국가 간 결제와 국내 결제의 정산 시간 차이를 설명하는 데도 도움이 됩니다.

중요한 이유

여러 통화를 사용하는 환경에서 금융 거래 규모를 정확히 해석하는 데 필요합니다.

확보 방법

FIS Global 문서 참조

예시
USDEURGBPJPY
검증 오류 코드
ValidationErrorCode
결제 검증 실패의 원인이나 사유를 나타내는 코드입니다.
설명

결제가 '결제 오류 확인' 활동에 진입하면 이 속성에 값이 입력됩니다. '잘못된 IBAN', '잔액 부족', '수취인 주소 누락' 등 실패 원인에 대한 구체적인 정보가 포함됩니다.

이 필드는 '결제 데이터 검증 오류율' 대시보드에 사용됩니다. 이 속성별로 데이터를 묶으면 재작업의 주요 원인을 파악하고, 상위 단계의 데이터 입력이나 시스템 설정을 개선할 수 있습니다.

중요한 이유

프로세스의 지연과 재작업을 일으키는 근본 원인을 파악합니다.

확보 방법

FIS Global 문서 참조

예시
ERR-001: 계좌 오류ERR-055: 제재 대상 확인ERR-009: 중복 거래
결제 채널
PaymentChannel
결제 요청을 시작한 채널입니다.
설명

이 속성은 온라인 뱅킹, 모바일 앱, API, 지점 등 결제 지시가 시작된 경로를 나타냅니다. 거래가 어떤 경로로 입력되었는지 파악하는 데 도움이 됩니다.

분석가는 이 속성을 사용해 채널별 처리 효율을 비교합니다. 예를 들어 API로 시작한 결제의 오류율이 지점에서 수동으로 입력한 결제보다 낮은지 확인할 수 있습니다.

중요한 이유

채널을 최적화하고 고객 행동을 파악하는 데 도움이 됩니다.

확보 방법

FIS Global 문서 참조

예시
온라인 뱅킹모바일 앱기업 게이트웨이지점 창구
송금 계좌
SenderAccount
자금이 출금되는 계좌 번호입니다.
설명

이 속성은 거래의 출금 계좌를 식별합니다. 특정 내부 계좌에서 발생한 결제를 세부적으로 분석할 수 있습니다.

분석 시 특정 자금 계좌에서 잔액 부족과 같은 오류나 지연이 자주 발생하는지 확인할 수 있습니다. 원장 항목을 프로세스 활동과 대조해 대사를 지원합니다.

중요한 이유

재무 대사와 계좌 단위 문제 해결에 필요한 속성입니다.

확보 방법

FIS Global 문서 참조

예시
123456789987654321ACC-TREASURY-01
수동 개입 여부
IsManualIntervention
활동에 수작업이 포함되었는지 나타내는 표시입니다.
설명

이 불리언 속성은 '결제 오류 해결'이나 수동 승인처럼 사람의 입력이 필요한 활동 또는 케이스를 표시합니다. 자동으로 처음부터 끝까지 처리되는(STP) 경우와 구분할 수 있습니다.

'수동 결제 개입률' 대시보드에 필요한 속성입니다. 완전 자동화되지 않은 결제의 비율을 파악해 디지털 전환 기회를 찾는 데 도움이 됩니다.

중요한 이유

자동 처리량과 수작업을 구분해 자동화 투자 수익률을 계산하는 데 도움이 됩니다.

확보 방법

ActivityName 또는 ProcessingUser에서 계산

예시
truefalse
수취인 국가
BeneficiaryCountry
결제 수취인의 국가 코드입니다.
설명

이 속성은 자금의 도착 국가를 식별하며 국내 결제와 해외 결제를 구분하는 데 사용됩니다.

'결제 규정 준수 모니터링'과 경로 분석에 필요한 정보입니다. 해외 결제에는 중개 기관과 규정 준수 확인 절차가 더 많이 포함되고 주기 시간도 길어질 수 있습니다. 국가별 성과를 분석하면 이러한 요인을 구분할 수 있습니다.

중요한 이유

지역별 분석과 규정 준수 위험 평가에 사용하는 주요 기준입니다.

확보 방법

FIS Global 문서 참조

예시
미국독일중국영국
승인 권한
ApprovalAuthority
결제 승인 책임이 있는 역할, 그룹 또는 개인입니다.
설명

이 속성은 금액 기준 등에 따라 결제 승인이 필요한 권한 수준이나 사용자 그룹을 나타냅니다. 승인 워크플로의 경로를 추적하는 데 도움이 됩니다.

분석가는 이 속성을 '결제 승인 병목' 대시보드에 활용합니다. 권한 수준별 승인 시간을 비교해 특정 관리 단계에서 지연이 발생하는지 확인할 수 있습니다.

중요한 이유

승인 계층을 조직 단위로 분석하고 병목을 찾을 수 있습니다.

확보 방법

FIS Global 문서 참조

예시
1단계 관리자CFO규정 준수 팀자동 승인 시스템
원천 시스템
SourceSystem
이벤트 데이터가 생성된 시스템의 이름입니다.
설명

이 속성은 핵심 뱅킹 엔진, 결제 게이트웨이, 제재 심사 도구 등 기록을 추출한 소프트웨어 구성 요소나 데이터베이스를 식별합니다.

데이터 계보를 추적하고 데이터를 검증하는 데 중요합니다. 여러 플랫폼에 걸친 전체 흐름을 분석할 때 이 필드로 각 활동이 발생한 위치를 구분하고 데이터 품질 문제를 해결할 수 있습니다.

중요한 이유

여러 결제 엔진이 연동된 복잡한 환경에서도 추적 가능성과 맥락을 제공합니다.

확보 방법

FIS Global 문서 참조

예시
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
지연 결제 여부
IsLatePayment
결제가 만기일 이후에 정산되었는지 나타내는 표시입니다.
설명

계산되는 불리언 속성입니다. '결제 정산 완료' 날짜가 '결제 만기일'보다 늦으면 true를 반환합니다.

이 속성은 '정시 결제율' KPI를 계산하는 기준입니다. 시각화 단계에서 복잡한 날짜 조건을 설정하지 않아도 되므로, 대시보드에서 문제가 있는 케이스를 쉽게 필터링할 수 있습니다.

중요한 이유

예외 보고와 규정 준수 분석을 간소화합니다.

확보 방법

PaymentDueDate와 ActualSettlementDate에서 계산

예시
truefalse
최근 데이터 업데이트
LastDataUpdate
기록을 마지막으로 추출하거나 새로 고친 시각입니다.
설명

이 속성은 분석에 사용되는 데이터의 최신성을 나타냅니다. 사용자가 실시간 데이터와 이전 기간의 스냅샷 중 무엇을 보고 있는지 파악하는 데 도움이 됩니다.

대시보드에는 '데이터 기준 시각'을 표시하는 데 자주 사용됩니다. 최신 정보를 바탕으로 의사결정할 수 있도록 하며, 증분 데이터 적재를 관리하는 데도 도움이 됩니다.

중요한 이유

데이터의 최신성을 확인하고 보고 시점의 적절성에 대한 신뢰를 높입니다.

확보 방법

ETL 프로세스 메타데이터

예시
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
필수 권장 선택 사항

결제 처리 활동

정확한 프로세스 탐색과 개선을 위해 이벤트 로그에 기록할 주요 단계와 이정표입니다.
6 권장 7 선택 사항
활동 설명
결제 대사 완료
은행 명세서 또는 내부 원장 항목과 결제 거래를 대조하는 최종 회계 활동입니다. 자동 일괄 처리로 수행하거나 사용자가 수동으로 처리할 수 있습니다.
중요한 이유

결제 수명 주기의 최종 종료 지점입니다. '결제 대사 주기 시간'을 분석하면 재무 마감 프로세스의 효율을 파악할 수 있습니다.

확보 방법

결제 시스템과 연동된 재무 또는 회계 모듈에서 'reconciliation_date' 필드가 채워지거나 최종 상태가 '대사 완료'로 변경된 것을 기준으로 추론하는 경우가 많습니다.

기록

대사 날짜가 입력되거나 상태가 '대사 완료'로 변경된 것을 기준으로 식별합니다.

이벤트 유형 inferred
결제 승인
권한이 있는 사용자가 결제를 승인해 다음 단계로 진행할 수 있도록 하는 주요 단계입니다. 시스템에서 사용자가 승인 작업을 수행할 때 승인자 ID와 타임스탬프가 포함된 이벤트로 기록되는 경우가 대부분입니다.
중요한 이유

승인 처리 시간을 측정하고 금융 통제를 준수하는지 확인하는 중요한 점검 지점입니다. 이 단계의 지연은 기한 내 결제 실적에 큰 영향을 줄 수 있습니다.

확보 방법

승인 로그 테이블 또는 주요 거래 이력에 명시적인 이벤트로 기록됩니다. 이벤트 로그에는 Payment Transaction ID, 승인자의 사용자 ID, 승인 타임스탬프가 연결됩니다.

기록

승인 권한이 있는 사용자가 결제에 대해 'approve' 작업을 수행할 때 기록됩니다.

이벤트 유형 explicit
결제 승인 완료
고액 결제 또는 최초 승인 이후 다른 권한자의 승인이 필요한 경우 수행하는 최종 승인 단계입니다. 승인 권한이 있는 사용자가 결제를 확인하면 명시적인 이벤트로 기록됩니다.
중요한 이유

이 활동은 'Payment Authorization Bottlenecks' 대시보드의 주요 항목입니다. 'Payment Approved'와 구분하면 여러 단계로 이루어진 승인 절차에서 지연이 발생하는 지점을 정확히 파악할 수 있습니다.

확보 방법

감사 로그 또는 거래 로그에 기록됩니다. 특정 승인 권한이 있는 사용자가 결제에 대해 작업하면 이벤트가 발생하며, 사용자 ID와 타임스탬프가 포함된 레코드가 생성됩니다.

기록

사용자가 최종 승인 작업을 수행하면 명시적인 로그 항목이 생성됩니다.

이벤트 유형 explicit
결제 요청 생성
결제 수명 주기의 첫 이벤트로, FIS 시스템에서 새 결제 거래가 시작되는 시점을 나타냅니다. 일반적으로 사용자나 자동화된 시스템이 새 결제 요청을 제출하면 거래 로그 테이블에 명시적인 항목으로 기록됩니다.
중요한 이유

이 활동은 프로세스의 명확한 시작점입니다. 결제 전 과정의 주기를 측정하고 전체 결제 처리량과 거래량을 분석하는 데 필요합니다.

확보 방법

Payment Transaction ID와 연결된 생성 타임스탬프를 기준으로 핵심 거래 테이블에 기록됩니다. 'Payment_Transactions' 또는 'Payment_Requests'와 같은 테이블에서 'creation_date' 또는 'entry_date' 필드를 확인합니다.

기록

새 결제 거래 레코드가 생성될 때 기록되는 이벤트입니다.

이벤트 유형 explicit
결제 정산 완료
자금 이체가 완료되어 거래가 재무적으로 정산된 상태임을 나타냅니다. 일반적으로 결제 네트워크나 청산소에서 최종 정산 확인을 받으면 기록됩니다.
중요한 이유

결제 주기 시간과 정시 결제율을 측정하는 주요 종료 지점입니다. 결제 실행 프로세스가 성공적으로 완료되었음을 의미합니다.

확보 방법

결제 기록의 최종 상태가 '정산 완료', '완료' 또는 '전기 완료'로 변경된 것을 기준으로 추론합니다. 이 상태 변경은 일괄 정산 파일이나 청산 시스템의 실시간 메시지로 발생합니다.

기록

결제 거래 상태가 '정산 완료' 또는 이에 해당하는 상태로 변경됩니다.

이벤트 유형 inferred
결제 지시 전송
FIS 시스템이 최종 결제 지시를 ACH, Fedwire, SWIFT와 같은 해당 결제 네트워크로 전송하는 시점을 나타냅니다. 시스템에서 생성되는 중요한 이벤트입니다.
중요한 이유

결제가 내부 처리 환경을 벗어났음을 나타내는 주요 단계입니다. 라우팅 효율과 외부 처리에 걸리는 시간을 분석하는 데 중요합니다.

확보 방법

외부 결제 네트워크와의 통신을 추적하는 거래 로그 또는 메시지 로그에 기록됩니다. 타임스탬프와 함께 발신 메시지가 성공적으로 전송되었음을 나타내는 레코드를 확인합니다.

기록

결제 메시지가 청산 네트워크로 전송될 때 시스템에서 생성되는 이벤트입니다.

이벤트 유형 explicit
결제 거부
승인자가 결제 요청을 거부할 때 발생하는 활동입니다. 일반적으로 결제를 수정해 다시 제출하거나 완전히 취소해야 합니다. 감사 목적으로 기록되는 명시적인 사용자 작업입니다.
중요한 이유

거부 내역을 추적하면 결제 실패의 일반적인 원인, 프로세스 이탈, 재작업 반복을 파악할 수 있습니다. 초기 데이터 품질이나 규정 준수와 관련된 문제도 확인할 수 있습니다.

확보 방법

승인자가 'reject' 옵션을 선택하면 승인 또는 거래 이력 테이블에 명시적인 이벤트로 기록됩니다. 레코드에는 일반적으로 타임스탬프와 사용자 ID가 포함되며, 거부 사유 코드도 기록되는 경우가 많습니다.

기록

사용자가 결제에 대해 'reject' 작업을 수행할 때 기록되는 이벤트입니다.

이벤트 유형 explicit
결제 승인 요청 제출
검증된 결제가 승인 워크플로에 제출되는 시점을 나타냅니다. 일반적으로 결제가 승인자의 처리를 기다리는 상태로 변경될 때 기록됩니다.
중요한 이유

이 활동은 승인 하위 프로세스의 시작을 나타냅니다. 이 시점부터 'Payment Approved'까지 걸린 시간을 분석하면 승인 병목을 파악하는 데 도움이 됩니다.

확보 방법

워크플로 또는 거래 상태 로그에서 결제 상태가 'Pending Approval', 'Submitted for Approval' 또는 유사한 상태로 변경된 것을 기준으로 추론합니다.

기록

결제 거래 상태가 'Validated'에서 'Pending Approval'로 변경됩니다.

이벤트 유형 inferred
결제 오류 해결
앞서 확인된 결제 오류가 해결되었음을 나타냅니다. 이후 결제를 다시 처리하거나 취소할 수 있습니다. 사용자가 예외 상태를 해제하는 명시적인 조치입니다.
중요한 이유

이 이벤트로 예외 처리 과정이 종료됩니다. '오류 확인'부터 이 이벤트까지 걸린 시간은 예외 처리 운영 효율을 측정하는 주요 지표입니다.

확보 방법

사용자가 오류 표시를 해제하거나 거래를 예외 대기열에서 이동하면 기록됩니다. 이 조치는 시각과 함께 감사 추적 또는 거래 이력 로그에 남습니다.

기록

사용자 조치로 오류 상태가 해제되고, 해당 내용은 감사 로그에 기록됩니다.

이벤트 유형 explicit
결제 오류 확인
초기 검증 이후 수취 은행의 거부나 내부 규정 준수 경고 등 프로세스 진행 중 오류가 감지되었음을 나타냅니다. 예외가 발생할 때 명시적인 이벤트로 기록되는 경우가 많습니다.
중요한 이유

모든 재작업 및 예외 처리 반복의 시작점입니다. 수동 개입률과 결제 오류 해결 시간 KPI를 계산하는 데 필요합니다.

확보 방법

예외 처리 모듈이나 거래 로그에 기록됩니다. 시스템 규칙에 따라 자동으로 발생하거나 사용자가 문제를 표시해 수동으로 발생할 수 있으며, 이때 오류 코드와 시각이 로그에 남습니다.

기록

결제 거래에 예외 또는 오류 코드가 기록됩니다.

이벤트 유형 explicit
결제 정보 검증 완료
결제 데이터가 형식, 완전성, 정확성에 대한 초기 자동 검증을 통과했음을 나타내는 활동입니다. 결제 레코드의 상태가 'New'에서 'Validated' 또는 'Pending Approval'로 변경되는 경우처럼 상태 변경을 통해 추론할 수 있습니다.
중요한 이유

이 활동을 추적하면 데이터 입력 오류가 얼마나 자주, 어디에서 발생하는지 파악할 수 있습니다. 결제 데이터 검증 오류율 KPI를 분석하고 재작업 원인을 이해하는 데 필요한 활동입니다.

확보 방법

결제 거래 테이블의 상태 또는 상태 변경 필드에서 추론합니다. 초기 상태에서 'validated' 상태로 변경된 시점과 해당 타임스탬프가 이 이벤트를 나타냅니다.

기록

결제 상태 필드가 'Validated' 또는 유사한 값으로 변경된 것을 기준으로 식별합니다.

이벤트 유형 inferred
결제 확인
결제 네트워크 또는 수취 은행에서 결제를 수신했다는 확인을 받았음을 나타냅니다. 시스템에 메시지가 들어오거나 상태가 업데이트되면 이 이벤트가 발생합니다.
중요한 이유

확인 이벤트를 통해 결제가 목적지에 도달했음을 알 수 있습니다. '지시 전송'부터 '확인 완료'까지 걸린 시간으로 외부 네트워크 지연과 처리 시간을 측정합니다.

확보 방법

결제 네트워크에서 들어온 확인 메시지를 파싱해 생성합니다. 시스템은 결제 상태를 업데이트하고 확인 시각을 기록합니다.

기록

청산 네트워크에서 들어온 메시지에 따라 결제 상태가 '확인 완료'로 업데이트됩니다.

이벤트 유형 explicit
지연 결제 확인
지정된 만기일 이후에 결제가 정산되었음을 나타내는 파생 이벤트입니다. 이 활동은 명시적으로 기록되지 않으며 두 날짜 필드를 비교해 계산합니다.
중요한 이유

'정시 결제율' KPI와 '결제 만기일 준수' 대시보드에 필요한 계산 활동입니다. 프로세스 지연이 공급업체 관계와 잠재적 연체 수수료에 미치는 영향을 파악하는 데 도움이 됩니다.

확보 방법

이 이벤트는 데이터에서 직접 추출하지 않습니다. 데이터 변환 중 '정산일' 시각과 '결제 만기일' 필드를 비교해 계산합니다. 정산일이 만기일보다 늦으면 이벤트가 생성됩니다.

기록

'정산일' > '결제 만기일'인 경우 계산됩니다.

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

데이터 추출 가이드

FIS Global에서 데이터를 추출하는 방법

시작할 준비가 되셨나요?

이 템플릿으로 데이터 수집을 간소화하고 결제 처리 개선을 시작하세요. 프로세스에 대한 정확한 인사이트를 바탕으로 효율성을 높이고 재무 통제를 강화할 수 있습니다.

지금 FIS Global 결제 처리를 개선하세요

STP 비율 98%를 달성하고 대사 문제를 없애세요.

지금 무료 체험 시작하기

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