결제 처리 데이터 템플릿

이 속성은 하나의 결제 수명 주기에서 발생한 모든 활동을 연결하는 기준 키입니다. process mining 도구는 이 키를 사용해 결제 요청부터 최종 정산 또는 실패까지의 전체 과정을 재구성합니다.

분석할 때는 이 식별자를 기준으로 개별 이벤트를 하나의 케이스로 묶습니다. 이를 통해 프로세스 흐름을 시각화하고 거래별 처리 시간을 계산할 수 있습니다. 고유 ID가 없으면 시스템에서 동시에 처리되는 수많은 결제를 서로 구분할 수 없습니다.

이 필드는 일반적으로 결제 수명 주기 내내 동일하게 유지됩니다. 다만 여러 시스템이 관여하는 복잡한 환경에서는 복합 키를 사용하거나 고유한 종단 간 참조 번호를 매핑해야 할 수 있습니다.

프로세스 모델을 만들고 개별 결제를 추적하는 데 필요한 기본 Case ID입니다.

일반적으로 거래 헤더, 결제 지시 테이블 또는 기본 원장 로그에서 찾을 수 있습니다.

이 속성은 레코드가 생성된 기술적 출처를 식별합니다. 결제의 전체 프로세스에서는 프런트엔드 게이트웨이, 사기 탐지 엔진, 백엔드 원장 등 여러 시스템을 거쳐 데이터가 이동하는 경우가 많습니다.

시스템별로 데이터를 분석하면 기술 문제를 분리해 살펴볼 수 있습니다. 예를 들어 원장이 아닌 사기 탐지 엔진에서 지연이 반복된다면 원인을 효과적으로 좁힐 수 있습니다. 여러 데이터 원천을 병합할 때 데이터 무결성을 확인하는 데도 도움이 됩니다.

원천 데이터에 이 필드가 명시되어 있지 않으면 추출 및 변환 과정에서 추가하는 것이 일반적입니다. 감사와 디버깅을 위해 데이터 계보를 표시하는 역할을 합니다.

여러 시스템을 함께 분석하고 지연이나 오류를 일으키는 구성 요소를 찾는 데 필요합니다.

ETL 과정에서 값을 지정하거나 시스템 메타데이터에서 가져오는 경우가 많습니다.

이 속성은 결제 시스템에서 이벤트가 발생한 정확한 시각을 기록합니다. 프로세스의 시간 순서를 정하는 기준이 되어 케이스 내 이벤트를 올바른 순서로 배열할 수 있습니다.

분석에서는 모든 시간 기반 계산의 기준으로 사용됩니다. 활동 간 소요 시간, 전체 처리 시간, 서비스 수준 계약 준수 여부를 계산할 때 필요합니다. 정확한 타임스탬프가 있어야 병목이 발생한 시점을 파악할 수 있습니다.

밀리초 단위가 중요한 고빈도 거래나 자동 결제 시스템에서는 정밀도가 높은 데이터가 바람직합니다. 시간 없이 날짜만 제공되는 경우, 같은 날 발생한 활동의 순서를 정하려면 별도의 정렬 기준이 필요할 수 있습니다.

이벤트 순서를 정하고 처리 시간과 같은 시간 기반 KPI를 계산하는 데 필요합니다.

거래 로그, 이력 테이블 또는 시스템 감사 추적에서 찾을 수 있습니다.

이 속성은 분석에 사용되는 데이터의 최신 상태를 추적합니다. 데이터가 process mining 도구에 적재된 시각이나 원천 데이터베이스에서 레코드가 마지막으로 수정된 시각을 나타냅니다.

데이터 거버넌스와 신뢰성을 위해 이 정보가 필요합니다. 분석가는 실시간 데이터를 보고 있는지, 전날의 스냅샷을 보고 있는지 확인할 수 있습니다. 보류 상태에 멈춰 있는 진행 중 결제를 모니터링할 때 특히 중요합니다.

프로세스 흐름 계산에 직접 사용되지는 않지만, 대시보드에 결제 운영의 최신 상태가 표시되는지 확인하는 메타데이터 관리 필드로 활용됩니다.

데이터의 최신 상태를 확인하고 데이터 파이프라인 지연 문제를 디버깅하는 데 도움이 됩니다.

데이터 추출 또는 ETL 과정에서 생성됩니다.

이 속성은 특정 시점에 수행된 작업이나 결제 상태의 변화를 나타냅니다. 요청 생성, 유효성 검사, 승인 단계, 최종 정산 등이 이에 해당합니다.

process mining은 이 속성을 바탕으로 프로세스 맵의 노드를 정의합니다. 활동 순서를 분석하면 자주 나타나는 변형, 결제가 다시 처리되는 반복 구간, 결제가 오래 머무는 병목을 파악할 수 있습니다.

일관된 프로세스 흐름을 파악하려면 서로 다른 원천 시스템의 활동명을 표준화해야 하는 경우가 많습니다. 예를 들어 한 시스템에서는 단계를 'Auth'라고 하고 다른 시스템에서는 'Authorization'이라고 할 수 있으므로, 데이터 변환 과정에서 두 명칭을 통일해야 합니다.

프로세스 맵의 노드를 정의하며 프로세스 흐름과 변형을 분석하는 데 사용됩니다.

감사 로그, 상태 이력 테이블 또는 이벤트 추적 테이블에서 찾을 수 있습니다.

이 속성은 이체되는 금액을 나타냅니다. 프로세스 비효율이 미치는 영향을 금액으로 평가하는 주요 지표입니다. 예를 들어 100만 달러 결제의 지연은 10달러 결제의 지연보다 더 큰 영향을 미칠 수 있습니다.

분석에서는 거래 규모를 집계하고, 총 유동성 수요를 계산하며, 금액 구간별로 결제를 분류하는 데 사용됩니다. 고액 결제는 소액 결제와 승인 워크플로가 다를 수 있으므로, 이 속성을 활용해 처리 경로를 구분할 수 있습니다.

정확한 비교를 위해 통화 코드와 함께 사용해야 합니다. 통화 환산이나 분리 없이 금액을 합산하면 재무 보고가 왜곡될 수 있습니다.

재무적 영향을 분석하고 고액 거래와 소액 거래를 구분하는 데 사용됩니다.

거래 상세 정보 또는 재무 전기 테이블에서 찾을 수 있습니다.

이 속성은 결제 목표 기한을 나타냅니다. 이를 통해 '기한 내 결제율'을 측정하고 서비스 수준 계약(SLA)을 준수했는지 확인할 수 있습니다.

실제 완료 시각과 만기일을 비교하면 프로세스 성과를 명확하게 측정할 수 있습니다. 만기일 이후에 완료된 결제는 지연으로 간주되며, 이에 따라 위약금이 발생하거나 거래 관계가 악화될 수 있습니다.

지급 계정 프로세스나 계약상 정해진 시점에 서비스를 제공해야 하는 계약에서 특히 중요합니다.

SLA 준수율과 기한 내 결제율을 계산하는 데 필요합니다.

송장 헤더 또는 결제 요청 지시에서 찾을 수 있습니다.

이 속성은 전신 송금, ACH, 신용카드, 즉시 결제 등 실행 방식에 따라 결제를 분류합니다. 결제 수단마다 처리 시간과 비용이 달라 별도의 프로세스 경로를 따르는 경우가 많습니다.

이 속성으로 데이터를 분류하면 결제 방식별 성과를 비교할 수 있습니다. 예를 들어 전신 송금은 자동화된 ACH 일괄 처리보다 수동 승인 단계가 더 많을 수 있습니다.

결제 수단의 구성 비율을 파악하면 처리 용량을 계획하고 고객 행동의 변화를 확인할 수 있습니다. 예를 들어 기존 수표 결제에서 디지털 즉시 결제로 전환되는 추세를 파악할 수 있습니다.

즉시 결제와 전신 송금처럼 SLA가 다른 프로세스 변형을 구분하는 데 필요합니다.

결제 지시 상세 정보에서 찾을 수 있습니다.

이 속성은 프로세스 실패의 기술적 또는 업무상 원인을 기록합니다. 결제가 거부되거나 유효성 검사에 실패하거나 전송 오류가 발생하면 값이 입력됩니다.

오류 코드를 분석하는 것은 '결제 실패율'과 '재작업률'을 낮추는 주요 방법입니다. 자주 발생하는 오류 코드를 묶어 분석하면 기준정보 오류나 외부 청산 기관과의 연결 문제 같은 시스템 전반의 문제를 찾을 수 있습니다.

정상 경로에서는 이 필드가 대개 비어 있습니다. 값이 있으면 이상적인 프로세스 흐름에서 벗어났음을 나타내며 예외 처리 하위 프로세스가 시작될 수 있습니다.

실패와 재작업의 근본 원인을 분석하는 주요 속성입니다.

오류 로그, 거부 메시지 또는 응답 페이로드에서 찾을 수 있습니다.

이 속성은 결제 프로세스의 특정 단계를 수행한 주체를 식별합니다. 수동 검토를 수행한 사용자일 수도 있고 자동 작업을 실행한 시스템 계정일 수도 있습니다.

리소스 활용과 병목을 분석하는 데 필요한 데이터입니다. 자동 처리(STP)와 수동 개입을 구분할 수 있습니다. 사용자가 수동으로 처리하는 비율이 높으면 비용이 증가하고 처리 시간이 길어지는 경우가 많습니다.

규정 준수 측면에서는 직무 분리 여부를 분석하는 데 도움이 됩니다. 결제를 생성한 사람과 승인한 사람이 동일하지 않은지 확인할 수 있습니다.

자동 처리 비율(STP)과 리소스 생산성을 분석할 수 있습니다.

감사 로그 또는 거래 테이블의 메타데이터 열에서 찾을 수 있습니다.

이 속성은 결제 금액의 통화 단위를 지정합니다. 예를 들어 USD, EUR, GBP 등이 있습니다. 정확한 재무 보고와 특정 국경 간 결제 워크플로를 적용하는 데 필요합니다.

지역별 성과나 외환 처리 시간을 파악하려면 통화별로 필터링해 분석할 수 있습니다. 통화마다 마감 시간, 정산 주기, 규제 요건이 다를 수 있으며, 이는 프로세스 흐름에 직접 영향을 줍니다.

이 속성이 없으면 '결제 금액'의 통화를 알 수 없습니다. 여러 통화의 금액을 하나의 보고 통화로 환산해 글로벌 대시보드에 표시할 때도 이 필드가 필요합니다.

재무 금액을 동일한 기준으로 환산하고 국경 간 프로세스의 차이를 파악하는 데 필요합니다.

거래 테이블에서 결제 금액과 함께 찾을 수 있습니다.

이 속성은 대금을 받는 수취인을 식별합니다. 기업 간 거래에서는 공급업체, 개인 간 거래에서는 개인 수취인을 나타냅니다. 결제 대상이 누구인지 파악하는 데 필요한 정보입니다.

수취인별로 결제를 분석하면 위험도가 높은 대상에게 반복적으로 지급하는 패턴이나 특정 공급업체에 대한 집중 위험을 확인할 수 있습니다. 사기 분석에도 유용합니다. 여러 건의 소액 결제가 예상하지 못한 한 수취인에게 모이는 경우를 찾아낼 수 있습니다.

'Inc.'와 'Incorporated'처럼 표기 방식이 달라 데이터 품질 문제가 자주 발생합니다. 정확한 집계를 위해 데이터를 정제해야 하는 경우가 많습니다.

공급업체 분석, 사기 탐지, 위험 프로파일링에 유용합니다.

결제 지시의 수취인 상세 정보에서 찾을 수 있습니다.

이 속성은 사기 탐지 엔진이나 위험 모델이 생성한 값입니다. 점수가 높을수록 거래가 사기이거나 위험할 가능성이 큰 것으로 봅니다.

프로세스 분석에서는 특정 결제가 여러 차례 검토되는 이유를 설명하는 데 도움이 됩니다. 위험 점수가 높은 결제는 수동 개입으로 이어지는 경우가 많아 처리 시간이 늘어날 수 있습니다. 위험 점수와 최종 결과(승인 또는 거부)를 함께 분석하면 위험 규칙의 효율성을 조정할 수 있습니다.

모든 시스템이 수치 점수를 생성하는 것은 아니며, 상태 표시만 제공하는 시스템도 있습니다. 다만 최신 결제 게이트웨이에서는 일반적으로 사용하는 의사결정 지표입니다.

사기 검사로 인한 수동 검토나 보류 등 프로세스 이탈의 원인을 설명합니다.

사기 탐지 시스템 또는 위험 엔진의 출력값입니다.

이 속성은 모바일 앱, 웹 포털, API, 파일 업로드 등 결제 지시가 접수된 경로를 나타냅니다. 고객 행동과 채널 이용 현황을 파악할 수 있습니다.

채널별 프로세스 성과를 분석하면 기술적 차이를 확인할 수 있습니다. 예를 들어 API로 시작한 결제는 즉시 처리되는 반면, 파일 업로드 결제는 일괄 처리 시간까지 대기할 수 있습니다. 이를 통해 플랫폼별 사용자 경험을 파악할 수 있습니다.

수동 입력이나 팩스 같은 기존 채널에서 디지털 채널로 전환되는 추세를 분석하는 데도 유용하며, 디지털 전환 계획을 뒷받침합니다.

접수 경로별 거래량 추세와 성과 차이(예: 모바일과 웹)를 분석하는 데 도움이 됩니다.

거래 헤더 또는 세션 메타데이터에서 찾을 수 있습니다.