무역 운영자를 위한 ISO 20022: 수출업자에게 어떤 변화가 있는가

MT에서 MX로의 데이터 모델 전환, 풍부한 결제 데이터가 현금 적용과 대사에 미치는 영향, 그리고 코리도별 도입 타임라인.

By Or Kapelinsky and Gil Shiff·April 30, 2026·12 min read

무역 운영자를 위한 ISO 20022: 수출업체에 어떤 변화가 오는가

매출채권 팀은 너무나도 익숙합니다. 독일 유통사에서 대금이 들어옵니다. 참조 필드에는 "INV-2024-0"만 보입니다. 원래 송장 번호는 INV-2024-00847-EXPORT-DE였습니다. 이제 누군가는 이 결제가 어떤 출하분을 커버하는지 알아내려고 은행 명세서, 미수 송장, 이메일 스레드를 대조하며 45분을 보냅니다.

이는 오늘날의 국경 간 지급 인프라가 1970년대에 설계된 메시지 포맷으로 작동하기 때문입니다. 대금 데이터를 싣는 MT103 메시지는 송금 정보에 140자 제한이 있습니다. 귀사의 송장 번호, 발주서, 계약 참조는 고객 은행과 귀사 은행 사이 어딘가에서 잘립니다.

ISO 20022가 이를 해결합니다. 새 표준은 송금 용량을 9,000자 이상으로 확장하고, 여정 내내 온전하게 전달되도록 구조화된 데이터 필드를 요구합니다. 계획 측면에서 중요한 점은 이겁니다. SWIFT의 CBPR+ 프로그램은 2025년 11월까지 전면 전환을 의무화합니다. 그 날짜 이후 국경 간 지급에 MT 메시지는 더 이상 지원되지 않습니다.

이 글은 무엇이 바뀌는지, 어떤 데이터를 준비해야 하는지, 마감 전에 은행과 어떻게 협업해야 하는지를 설명합니다.

ISO 20022란 무엇이며, 수출업체가 왜 신경 써야 하나?

ISO 20022는 금융 메시징을 위한 글로벌 표준입니다. 은행 간에 지급 지시, 확인, 상태 보고를 어떻게 구조화하고 전송하는지 정의합니다. 고정 길이 필드와 난해한 코드를 쓰는 레거시 MT(Message Type) 포맷과 달리, ISO 20022는 명확하게 라벨링된 데이터 요소를 가진 XML 기반 메시지를 사용합니다.

수출업체에 있어 실질적 영향은 데이터 품질로 귀결됩니다. 송장과 지급 지시에 넣은 정보가 완전하고 구조화된 형태로 귀사 은행에 도달하여, 지금은 수작업이 필요한 처리를 자동화할 수 있게 됩니다.

140자 문제: 왜 지급 참조가 계속 잘리는가

1977년 SWIFT가 도입한 MT103 메시지 포맷은 송금 정보에 Field 70을 할당합니다. 이 필드는 최대 35자 4줄을 수용합니다. 실제로는 처리 과정에서 은행이 이를 더 압축하는 경우가 많습니다.

싱가포르의 고객이 통합 선적분 3개 송장을 결제하며 다음과 같이 입력할 수 있습니다:

Invoice INV-2024-00847-EXPORT-SG
Invoice INV-2024-00851-EXPORT-SG
Invoice INV-2024-00852-EXPORT-SG
PO Reference: SG-DIST-2024-Q4-CONSOLIDATED

이 결제가 귀사 은행에 도달할 때쯤이면 "INV-2024-00847 INV-2024-0085"만 보일 수 있습니다.

ISO 20022의 pacs.008 메시지(MT103 대체)는 9,000자 이상을 담을 수 있는 구조화된 송금 정보 필드를 제공합니다. 더 중요한 것은 데이터가 태그화되고 구조화된다는 점입니다. 송장 번호는 송장 번호 필드에, 발주서는 발주서 필드에 들어갑니다. 아무 것도 이어 붙이거나 잘리지 않습니다.

2025년 11월: 귀사가 받는 모든 국경 간 지급에 영향을 주는 마감일

SWIFT의 CBPR+ 프로그램은 국경 간 지급의 전환 일정을 정합니다. 핵심 일정:

2023년 3월: 공존 기간 시작. 은행은 MT 또는 ISO 20022 메시지를 모두 보낼 수 있음.
2025년 11월: 공존 종료. 모든 국경 간 지급은 ISO 20022 포맷을 사용해야 함.

이는 권고나 모범 사례가 아닙니다. 2025년 11월 이후, 코레스은행 관계는 ISO 20022 메시징을 요구합니다. 새 포맷을 처리할 수 없는 은행은 국경 간 지급 흐름에 참여할 수 없습니다.

수출업체에는 귀사 은행이 ISO 20022 메시지를 채우기 위한 구조화 데이터를 요구한다는 뜻입니다. 귀사 시스템이 해당 데이터를 제공하지 못하면, 은행은 지급 지시를 거부하거나, 기본값으로 채워서 컴플라이언스 심사를 유발할 수 있습니다.

MT103 vs. pacs.008: Key differences that matter to exporters

Data element	MT103 (legacy)	pacs.008 (ISO 20022)
Remittance information	140 chars (4 x 35)	9,000+ chars, structured fields
Address format	Free-form text (4 lines)	Structured: street, building, city, postal code, country
Party identification	Name and account only	Name, account, LEI, BIC, country-specific IDs
Purpose code	Not required	Mandatory (GDDS, SCVE, etc.)
End-to-end tracking	Limited (Field 20 reference)	UETR: 36-char unique identifier
Ultimate parties	Optional, unstructured	Structured fields for originator/beneficiary chain

지금 수출업체가 준비해야 할 5가지 데이터 필드

귀사 은행은 적합한 ISO 20022 메시지를 구성하기 위해 특정 데이터 요소를 필요로 합니다. 일부 데이터는 이미 시스템에 있지만 형식이 맞지 않을 수 있고, 다른 요소는 완전히 새로운 요구사항일 수 있습니다.

구조화 주소: 더 이상 자유 형식 텍스트는 불가

레거시 지급 시스템은 주소를 자유 형식 텍스트로 받습니다. 고객 레코드에 다음과 같이 저장되어 있을 수 있습니다:

Müller GmbH
Industriestraße 45, Building C
80939 Munich, Germany

ISO 20022는 구조화된 주소 구성요소를 요구합니다:

거리명: Industriestraße
건물 번호: 45
건물명: Building C
우편번호: 80939
도시명: Munich
국가: DE (ISO 3166-1 alpha-2)

ERP와 고객 마스터 데이터에는 각 구성요소에 대한 필드가 필요합니다. 단일 텍스트 블록으로 저장된 주소는 ISO 20022 메시지에 채우기 전에 파싱과 검증이 필요합니다.

법인식별기호(LEI): 귀사의 글로벌 지급 ID

Legal Entity Identifier(LEI)는 금융 거래에 참여하는 법인을 고유하게 식별하는 20자 영숫자 코드입니다. 금융 시스템을 위한 글로벌 사업자등록번호라고 생각하면 됩니다.

은행은 기업 지급 처리에 LEI를 점점 더 요구합니다. 울프스버그 그룹의 지급 투명성 기준은 자금세탁방지 지원을 위해 모든 기업 지급에 LEI 포함을 권고합니다.

귀사에 LEI가 없다면:

Global LEI Foundation이 공인한 LOU(Local Operating Unit)를 통해 신청
법인 서류 제출(등록증, 소유 구조)
등록 수수료 지불(typically $100-200 annually) (한화 약 13만~27만 원)
활성 상태 유지를 위해 매년 갱신

신청은 단순한 기업 구조의 경우 영업일 기준 1~3일이 소요됩니다. 복잡한 소유 구조는 추가 서류가 필요할 수 있습니다.

목적 코드: 은행이 이제 "무슨 대금인가요?"를 묻는 이유

ISO 20022 메시지에는 지급을 분류하는 의무 목적 코드 필드가 있습니다. 수출업체에 흔한 코드:

GDDS: 물품 매매
SCVE: 용역 매매
SUPP: 공급업체 대금
TRAD: 무역 서비스

이 필드는 규제 보고와 제재 스크리닝을 지원합니다. 지급이 명확한 목적 코드를 담으면, 컴플라이언스 시스템이 모든 거래를 수작업 심사로 플래그하는 대신 적절한 스크리닝 규칙을 적용할 수 있습니다.

지급 지시 템플릿과 ERP 지급 모듈이 목적 코드를 수집·전송하도록 준비해야 합니다. 주로 처리하는 지급 유형에 어떤 코드가 적용되는지 은행과 확인하세요.

구조화 송금 정보: 온전히 도착하는 송장 번호

pacs.008 메시지의 구조화 송금 정보 블록은 다음에 대한 전용 필드를 제공합니다:

송장 번호(복수)
발주서 참조
계약 번호
대변 메모(크레딧 노트) 참조
명세서 참조

각 참조 유형에는 자체 태그 필드가 있습니다. 고객 은행이 지급 메시지를 구성할 때, 송장 번호는 송장 필드에 들어가며 하나의 텍스트 문자열로 이어 붙이지 않습니다.

이를 가능하게 하려면, 귀사 송장에 고객이 지급 지시에 포함해야 할 참조 번호를 명확히 표시해야 합니다. AR 팀의 매칭에 꼭 필요한 핵심 식별자를 모아둔 “Payment Reference” 전용 필드를 송장 템플릿에 추가하는 것을 고려하세요.

궁극 당사자 식별: 실제로 누가 지급하고 수취하는가?

국경 간 지급에는 직접 송금·수취 당사자 외의 주체가 얽히는 경우가 많습니다. 독일 유통사로부터의 지급이 실제로는 오스트리아 자회사 대신 스위스 모회사가 대금지급하는 것일 수 있습니다.

ISO 20022 메시지는 다음에 대한 구조화 필드를 포함합니다:

Ultimate debtor: 돈을 빚진 당사자(지급 계좌 보유자와 다를 수 있음)
Ultimate creditor: 돈을 받을 당사자(수취 계좌 보유자와 다를 수 있음)

이 필드는 지급 투명성에 관한 FATF 권고안 16을 지원합니다. 은행은 AML/CFT 컴플라이언스를 위해 거래에 관여한 당사자 전체 체인을 알아야 합니다.

귀사가 자회사나 특수관계인을 대신해 대금을 수취한다면, 은행이 귀사의 전체 법인 구조를 문서로 보유하고 있는지 확인하세요.

ISO 20022가 바꾸는 지급 경험

데이터 요구사항은 초기 작업을 발생시킵니다. 전환이 완료되면 처리 효율에서 보상이 돌아옵니다.

더 빠른 대사: 며칠 걸리던 수사 작업에서 자동 매칭으로

지급 참조가 온전히 구조화되어 도착하면, ERP는 입금액을 미수 송장에 자동 매칭할 수 있습니다. 구조화 송금 필드는 귀사의 송장·발주서 참조 필드에 직접 매핑됩니다.

BIS 연구에 따르면 구조화 데이터가 직행 처리(STP)를 가능케 하면 지급 조사 시간이 며칠에서 몇 시간으로 줄어듭니다. 매달 수백 건의 국경 간 지급을 처리하는 중견 수출업체에는 AR 인력 시간이 크게 회수됩니다.

대사 개선 효과는 시간이 지날수록 커집니다. 더 많은 고객 은행이 ISO 20022로 전환할수록 수작업 매칭이 필요한 지급 비율이 감소합니다. 2025년 말까지는 대다수 국경 간 지급이 완전한 구조화 데이터를 담게 될 것입니다.

지급 지연 감소: 컴플라이언스 대기열이 빨라지는 이유

제재 스크리닝 시스템은 당사자 정보나 거래 목적을 파싱하지 못하면 수작업 심사로 플래그합니다. 비구조화 데이터는 오탐을 유발합니다.

울프스버그 그룹 분석에 따르면 ISO 20022의 구조화 데이터 필드는 제재 스크리닝 오탐을 30~40% 줄입니다. 예전에는 컴플라이언스 대기열에 머물던 지급이, 스크리닝 시스템이 당사자와 목적을 명확히 식별할 수 있을 때 자동 처리됩니다.

수출업체 입장에서는 고객에게 “왜 입금이 아직 안 됐냐”는 전화가 줄어듭니다. 은행에 조사 현황을 묻는 에스컬레이션도 줄어듭니다. 현금 적용이 빨라집니다.

실시간 가시성: 지급을 엔드투엔드로 추적

ISO 20022 메시지는 지급 여정 내내 유지되는 36자 식별자인 UETR을 포함합니다. SWIFT gpi 지급 추적과 결합하면 다음에 대한 가시성을 제공합니다:

고객 은행의 지급 발신 시점
경유한 코레스은행
현재 상태와 위치
예상 도착 시간

전환이 완료되면 귀사 은행의 온라인 플랫폼에서 UETR 기반 추적을 제공할 것입니다. 이는 현재처럼 RM에게 전화해 코레스은행에 수동 조회를 부탁하는 과정을 대체합니다.

ISO 20022와 함께하는 수출업체의 지급 여정

STEP 01
송장 발행
ERP가 구조화 참조 데이터, LEI, 목적 코드를 담은 송장을 생성
STEP 02
고객 지급 개시
고객 은행이 완전한 구조화 데이터로 pacs.008 메시지 구성
STEP 03
코레스 처리
UETR 추적과 함께 코레스은행을 경유, 구조화 데이터는 온전 유지
STEP 04
수취 은행 접수
모든 참조 필드가 채워진 상태로 귀사 은행이 지급을 수령
STEP 05
자동 대사
ERP가 구조화 송금 데이터를 활용해 미수 송장과 지급을 매칭

2025년 11월 전에 해야 할 일

전환에는 데이터, 시스템, 은행 관계, 인력 전반의 협업이 필요합니다. 촉박한 일정을 피하려면 지금 시작하세요.

고객·공급업체 마스터 데이터 점검

활성 고객·공급업체 레코드 보고서를 추출해 다음을 확인하세요:

주소 데이터 품질

주소가 구조화 필드로 저장돼 있나요, 단일 텍스트 블록인가요?
모든 레코드에 우편번호와 국가 코드가 있나요?
전송 중 깨질 수 있는 특수문자나 포맷이 있나요?

법인 식별

주요 상대방의 LEI를 보유하고 있나요?
은행 계좌 정보가 완전한가요(IBAN, BIC/SWIFT 코드)?
법인명이 등기와 정확히 일치하나요(상호명·약어 사용 금지)?

지급 지시 데이터

표준 지급 템플릿에 목적 코드 필드가 포함돼 있나요?
구조화 송금 참조를 수집·전송할 수 있나요?

정비가 필요한 레코드를 표시하고, 지급량 기준으로 우선순위를 정하세요. 지급 빈도가 높은 상위 20개 고객이 대사 업무의 80%를 차지하는 경우가 많습니다.

은행과 전환 일정 논의

주요 거래 은행과 미팅을 잡고 다음을 확인하세요:

ISO 20022 포맷 지급 지시를 언제부터 요구하나요? 일부 은행은 이미 구조화 데이터를 요구하고, 다른 은행은 마감일까지 레거시 포맷을 받기도 합니다.
데이터가 불완전한 지급은 어떻게 처리하나요? 지시를 거부하나요? 기본값으로 채우나요? 경고와 함께 처리하나요?
전환 기간 중 번역 서비스를 제공하나요? 일부 은행은 레거시 포맷 지시를 ISO 20022 메시지로 변환합니다. 변환 중 어떤 데이터가 손실되거나 기본값으로 대체되는지 파악하세요.
어떤 테스트가 가능한가요? 라이브 전 제출 전에 데이터 포맷을 검증할 테스트 지급 파일을 제출할 수 있나요?
리포팅은 어떻게 바뀌나요? 명세서와 지급 확인에 새 구조화 데이터 필드가 포함되나요?

은행마다 요구사항과 일정이 다를 수 있으니 답변을 문서화하세요.

ERP와 송장 시스템 업데이트

ERP 벤더 또는 IT 팀과 함께 시스템 준비도를 평가하세요:

송장 템플릿

구조화 지급 참조 필드 추가
송장에 LEI 포함
고객 주소를 구조화 형식으로 출력

지급 지시 파일

ISO 20022 필수 필드를 포함하도록 파일 포맷 업데이트
지급 워크플로에 목적 코드 선택 추가
구조화 송금 데이터가 올바로 전송되는지 검증

은행 명세서 처리

시스템이 ISO 20022 camt.053 명세서를 파싱할 수 있는지 확인
새 구조화 필드를 대사 매칭 규칙에 매핑
샘플 구조화 데이터로 자동 매칭 테스트

서드파티 자금관리(TMS)나 지급 플랫폼을 사용한다면, ISO 20022 준비도와 전환 일정을 확인하세요.

매출채권 팀 교육

AR 담당자는 다음을 이해해야 합니다:

지급 처리에서 데이터 품질이 왜 중요한지
수신 지급 데이터를 송장과 어떻게 검증하는지
지급 상태 조사를 위해 UETR 추적을 어떻게 사용하는지
불완전 데이터로 지급이 도착하면 무엇을 해야 하는지

좋은 소식은, 전환이 완료되면 일이 더 쉬워진다는 점입니다. 구조화 데이터는 수사 작업을 줄입니다. 다만 전환기에는 레거시와 신규 포맷 지급이 섞여 들어옵니다. 차이를 식별하고 각 경우를 처리하는 방법을 알아야 합니다.

지역별 차이: 미국, EU, 신흥시장

ISO 20022 채택은 전 세계적이지만, 관할권과 지급 시스템별 일정은 다릅니다.

미국: 2025년 3월 Fedwire 전환

연준의 Fedwire Funds Service는 2025년 3월 10일 ISO 20022로 전환합니다. 이는 미국 내 은행 간 고액 국내 지급에 영향을 줍니다.

2023년에 출시된 연준의 즉시결제 서비스 FedNow는 이미 ISO 20022 네이티브입니다. 미국 고객으로부터 FedNow 지급을 받는 경우, 이미 구조화 데이터를 담고 있습니다.

미국 매출 비중이 큰 수출업체에는 2025년 3월이 SWIFT CBPR+ 마감보다 이른 구조화 데이터 요구 시점이 됩니다.

유럽연합: TARGET2는 이미 라이브, SEPA 시사점

ECB의 TARGET2 시스템은 2023년 3월 ISO 20022로 전환했습니다. 현재 일일 거래 가액 €1.8 trillion을 새 포맷으로 처리합니다.

EU 고객으로부터 EUR 지급을 받는 수출업체에는 인프라가 이미 갖춰져 있습니다. 고객 은행은 오늘도 완전한 구조화 ISO 20022 메시지를 보낼 수 있습니다. 실제 발송 여부는 각 은행의 내부 시스템과 프로세스에 달려 있습니다.

SEPA 지급은 ISO 20022 메시지 포맷을 사용하지만 CBPR+ 사양과 일부 차이가 있습니다. SEPA 지급 비중이 높다면, 구조화 데이터가 대사 프로세스에 어떻게 매핑되는지 은행에 확인하세요.

신흥시장: 일정은 다양하지만 목적지는 동일

BIS 자료에 따르면 전 세계 고액결제시스템의 79%가 ISO 20022를 채택했거나 도입 중입니다. 나머지 시스템도 각기 다른 일정으로 전환 경로에 있습니다.

지급 인프라가 덜 발달한 시장으로 수출한다면 다음을 예상하세요:

혼합 메시지 포맷의 더 긴 전환 기간
포맷 변환을 위한 코레스은행 의존도 증가
현지 은행의 ISO 20022 역량 구축 단계에서의 데이터 품질 이슈

주요 수출 시장의 특정 코리더 요구사항을 은행과 함께 파악하세요.

지역별 ISO 20022 전환 현황

지역/시스템	전환 상태	주요 일자	수출업체 영향
SWIFT CBPR+	진행 중	2025년 11월	모든 국경 간 지급
미국 Fedwire	진행 중	2025년 3월 10일	미국 국내 고액 지급
미국 FedNow	완료	2023년부터 운영 중	미국 즉시결제
EU TARGET2	완료	2023년 3월	EUR 고액 지급
EU SEPA	완료	ISO 20022 네이티브	EUR 소매 지급
영국 CHAPS	완료	2023년 6월	GBP 고액 지급

트레이드 파이낸스 연결고리: 신용장 등

ISO 20022는 단순 지급 메시지를 넘어섭니다. 표준은 지급 데이터 구조와 정합되는 무역금융 서류 메시지 유형을 포함합니다.

ISO 20022와 화환신용장 디지털화의 정합

ICC는 신용장 프로세스를 ISO 20022 데이터 표준과 정합시키기 위해 작업해왔습니다. tsmt.xxx 메시지 시리즈는 다음을 포함한 트레이드 서비스 전반을 다룹니다:

무역금융 서류 제출
상태 보고
변경 요청

전자 제시에 관한 eUCP와 eURC 규칙은 ISO 20022와 호환되는 데이터 표준을 참조합니다. 은행이 LC 처리를 디지털화함에 따라, 지급 메시지의 구조화 데이터가 무역금융 서류로 흘러갈 수 있습니다.

신용장을 사용하는 수출업체에는 다음 이점이 있습니다:

지급·LC 메시지 전반의 일관된 당사자 식별
LC 조건과 일치하는 구조화 송장 데이터
지급 데이터 대비 서류 자동 검증 가능성

공급망금융 플랫폼 상호운용성

선지급 프로그램, 동적 할인, 매출채권 파이낸싱을 제공하는 공급망금융 플랫폼은 표준화된 지급 데이터의 혜택을 봅니다.

귀사 송장이 ISO 20022 지급 메시지와 일치하는 구조화 데이터를 담으면, 플랫폼은:

승인된 송장과 지급을 자동 검증
파이낸싱 거래를 수작업 개입 없이 대사
지급 상태에 대한 실시간 가시성 제공

공급망금융 프로그램에 참여 중이라면, 플랫폼 제공사의 ISO 20022 통합 계획을 문의하세요.

더 넓은 지급 비용 절감으로의 연결

ISO 20022 전환은 2027년까지 국경 간 지급 비용을 1% 미만으로 낮추려는 G20 로드맵을 뒷받침합니다. 구조화 데이터는 더 낮은 비용을 가능케 하는 효율성을 제공합니다.

중견 수출업체에는 비용 영향이 다음에서 나타납니다:

지급 조사 관련 은행 수수료 감소
대사에 쓰는 인건비 절감
현금 적용 가속으로 운전자본 개선
지급 지연 감소로 고객 관계 리스크 축소

전 세계 지급 시스템 전반의 인프라 투자는 최종 사용자에게 혜택을 전달합니다. 준비 작업을 통해 혜택이 도달할 때 이를 포착할 수 있습니다.

자주 묻는 질문

2025년 11월까지 ISO 20022 준비가 안 되면 어떻게 되나요?+

은행은 여전히 지급을 처리하겠지만, 불완전 데이터가 있는 지급 지시는 거부되거나 기본값으로 채워져 컴플라이언스 심사를 유발할 수 있습니다. 구조화 데이터가 누락된 지급은 지연될 수 있습니다. 비준수 지시 처리 정책을 은행과 구체적으로 확인하세요.

국경 간 지급을 받으려면 LEI가 꼭 필요하나요?+

LEI가 수취에 보편적 의무는 아니지만, 은행은 기업 고객에게 점점 더 요구합니다. LEI 보유는 지급 처리 효율을 높이고 컴플라이언스 마찰을 줄입니다. 연간 비용($100-200)은 운영상 이점 대비 매우 작습니다(한화 약 13만~27만 원). {/* KR 독자를 위한 통화 환산 추가 */}

아직 전환하지 않은 고객으로부터 받는 지급에도 ISO 20022가 영향을 주나요?+

전환 기간에는 코레스은행이 레거시 MT 메시지를 ISO 20022 포맷으로 번역할 수 있습니다. 일부 데이터는 번역 과정에서 손실되거나 기본값으로 대체될 수 있습니다. 2025년 11월 이후에는 SWIFT를 통한 모든 국경 간 지급이 ISO 20022를 사용해야 하므로, 고객 내부 시스템과 무관하게 고객 은행은 준비되어 있어야 합니다.

우리 ERP가 ISO 20022를 지원하는지 어떻게 알 수 있나요?+

ERP 벤더에 문의하거나 ISO 20022 또는 CBPR+ 지원 문서를 확인하세요. 확인할 핵심 역량: 구조화 주소 필드, 목적 코드 수집, 구조화 송금 정보, camt.053 명세서 파싱. 주요 ERP는 ISO 20022 업데이트를 출시했거나 발표했습니다.

ISO 20022와 SWIFT gpi의 차이는 무엇인가요?+

ISO 20022는 메시지 포맷 표준, 즉 지급 데이터를 어떻게 구조화하는지에 관한 것입니다. SWIFT gpi는 지급 추적, 수수료 투명성, 속도 약정을 제공하는 서비스 레이어입니다. 두 가지는 함께 작동합니다. ISO 20022 메시지는 gpi 추적을 가능케 하는 UETR 식별자를 담습니다. 둘 다 지급 가시성과 효율을 개선합니다.

ISO 20022가 모든 지급 대사 문제를 없애나요?+

ISO 20022는 데이터 잘림을 제거하고 참조 정보를 위한 구조화 필드를 제공합니다. 그러나 대사는 여전히 고객이 지급 지시에 올바른 참조를 포함하느냐에 달려 있습니다. 표준은 자동 매칭 역량을 만들어 주지만, 거래 양측의 데이터 품질이 있어야 혜택이 현실화됩니다.

함께 읽기

코레스은행 자세히 보기: 국경 간 지급은 실제로 어떻게 움직이는가