안녕하세요. 아는 형입니다.
최근 거래 은행으로부터 해외송금 전문(電文) 포맷이 변경된다는 안내를 받으신 분들, 계실 겁니다. 처음 보면 “은행 내부 시스템 이슈겠지” 하고 그냥 넘기기 쉬운데요, 사실 이건 훨씬 큰 흐름의 일부입니다.
전 세계 금융 메시징 표준이 SWIFT MT에서 ISO 20022(MX) 방식으로 전면 교체되고 있는 중이고, 이 흐름이 지금 국내 은행 창구까지 도달한 겁니다. 저도 처음 이 공지 메일을 받은 담당자분과 통화했을 때, “이거 그냥 서식 하나 바뀌는 거 아니에요?”라는 질문을 받고 순간 설명이 길어졌던 기억이 있네요.
그래서 이참에 SWIFT 공식 발표 자료랑 관련 업계 리포트들을 좀 찾아서 정리해봤습니다. 은행 실무 안내문 한 줄만 봐서는 잘 안 잡히는 전체 그림, 이 글에서 한 번에 잡아보시죠.
ISO 20022, 도대체 뭐길래 이 난리인가
SWIFT는 1977년부터 MT(Message Type)라는 텍스트 기반의 고정된 전문 포맷을 써왔습니다. 은행 간 송금 지시서(MT103), 계좌 이체 요청(MT101) 같은 메시지들이 이 방식으로 반세기 가까이 오가고 있었던 거죠.
문제는 MT 포맷이 정보를 담을 수 있는 그릇 자체가 작다는 점입니다. 송금인·수취인 정보를 제한된 필드에 텍스트로 욱여넣다 보니, 자금세탁방지(AML) 심사나 다국어 주소 처리 같은 최신 규제 요구사항을 감당하기가 점점 버거워졌습니다.
ISO 20022(MX)는 이 문제를 XML 기반의 구조화된 데이터로 풀어냅니다. 비유하자면, MT가 “한 줄짜리 메모지”였다면 MX는 “필드별로 칸이 나뉜 정식 양식”이라고 할 수 있습니다.
같은 송금 지시라도 MT103은
pacs.008, MT101은pain.001처럼 각각 대응하는 MX 메시지로 바뀝니다. 필드 수 자체가 비교할 수 없이 늘어나서, 더 상세하고 구조화된 정보를 담을 수 있게 됩니다.
| 구분 | SWIFT MT | ISO 20022 MX |
|---|---|---|
| 데이터 형식 | 텍스트 기반 고정 필드 | XML 기반 구조화 데이터 |
| 도입 시점 | 1977년~ | 2023년 3월 공존 시작 |
| 대표 메시지 | MT103, MT101, MT202 | pacs.008, pain.001, pacs.009 |
| 주소 정보 | 자유 텍스트 한 줄 | 도로명·도시·국가 등 구조화 필드 |
지금 어디까지 진행됐나 — 타임라인 정리
이 전환이 남의 나라 얘기가 아니라는 걸 보여주는 게 바로 이 타임라인입니다.
| 시점 | 내용 |
|---|---|
| 2023년 3월 | SWIFT MT-MX 공존 기간(Coexistence Period) 시작 |
| 2025년 11월 | 공존 기간 종료 — 은행 간 국경 간 결제에서 MT103·MT202 폐지, MX(pacs.008 등) 사용 의무화 |
| 2026년 5월 | 한국은행 한은금융망(BOK-Wire+)도 ISO 20022 체계 전면 가동 |
| 2026년 11월 | SWIFT MT101(자금이체 요청) 폐지 예정 — pain.001로 전환. 구조화 주소(도로명·도시·국가 분리 입력) 의무화 |
즉 은행 간 메시지는 이미 2025년 11월부로 MX 방식으로 넘어갔고, 이제 그 여파가 기업-은행 간 메시지(MT101 등)에까지 도달하는 단계입니다. 최근 받으신 해외송금 전문 포맷 변경 안내가 바로 이 2026년 11월 시한을 앞두고, 은행들이 기업 고객에게 미리 던지는 신호탄인 셈입니다.
국내로 좁혀 보면, 한국은행이 거액결제시스템인 한은금융망에 ISO 20022를 이미 적용했고, 증권대금 결제 등 다른 영역으로도 확대를 검토 중이라고 밝히고 있습니다. 그래서 이 흐름은 국경 간 송금에만 국한되지 않고, 국내 결제 인프라 전반으로 이어질 가능성이 꽤 높다고 봅니다.
Treasury/FI 실무에 미치는 영향은 무엇일까
포맷이 바뀐다는 게 단순히 “화면이 달라 보인다”는 뜻은 아닙니다. 실무적으로는 다음과 같은 지점들을 건드립니다.
① 전문 파싱·생성 로직 재검토
펌뱅킹 인터페이스나 자체 개발한 결제 프로그램이 MT 포맷을 전제로 필드를 파싱하고 있었다면, MX(XML 기반) 구조에 맞춰 로직을 다시 짜야 합니다. 필드 개수와 구조 자체가 다르기 때문에, 단순 매핑표 수정 수준을 넘어서는 경우가 많습니다.
② 주소 정보의 구조화
기존에는 수취인 주소를 자유 텍스트 한 줄로 넣어도 됐지만, ISO 20022 체계에서는 도로명·도시·국가 등을 분리된 필드로 입력해야 합니다. 마스터 데이터(거래처 마스터, 지급처 정보)에 이런 구조화된 주소 필드가 없다면, 데이터 정비 작업이 먼저 이뤄져야 합니다.
③ F110/F111 자동 결제 프로세스 영향
자동 결제 런에서 생성되는 지급 파일 포맷이 은행이 요구하는 MX 규격과 맞지 않으면 어떻게 될까요. 결제 자체가 거절되거나, 은행 창구에서 수기 처리로 되돌아갈 위험이 있습니다. 결제 파일 생성 로직(DME, 페이먼트 매체 포맷)의 사전 검증이 필요한 이유입니다.
④ 데이터가 풍부해지는 만큼, 활용 여지도 커진다
꼭 부정적인 영향만 있는 건 아닙니다. MX 메시지는 정보량이 훨씬 많아서, 송금 관련 데이터를 기반으로 한 자동 매칭·대사 정확도가 높아질 여지가 있습니다.
업계에서는 이 구조화된 데이터가 향후 AI 기반 자금관리 자동화의 토대가 될 거라고 보고 있습니다. 앞서 다룬 Cash Management Agent 같은 AI 기반 대사 기능도, 결국 이런 정형화된 데이터 위에서 정확도가 올라가는 구조입니다.
지금 무엇을 준비해야 하는가
- 거래 은행별 전환 일정 확인 — 은행마다 공지 시점과 전환 일정이 다를 수 있으므로, 개별 안내를 놓치지 않고 확인
- 펌뱅킹·결제 인터페이스 영향도 분석 — 자체 개발한 전문 파싱/생성 로직이 있다면 우선 점검 대상으로 분류
- 거래처 마스터 주소 데이터 정비 — 구조화 주소 필드(도로명·도시·국가 분리)가 준비되어 있는지 확인
- F110/F111 결제 파일 포맷 사전 테스트 — 전환 시점 이전에 테스트 결제로 은행 접수 여부 검증
- 은행측 테스트 일정 참여 — 대부분의 은행이 전환 전 고객사 대상 테스트 기간을 운영하므로, 조기 참여로 리스크 최소화
마무리
“해외송금 전문 포맷 변경”이라는 은행 공지 한 줄 뒤에는, 반세기 만에 이뤄지는 글로벌 금융 메시징 표준의 전면 교체가 있습니다. 은행 간 메시지는 이미 전환이 끝났고, 이제 기업 고객이 체감하는 단계로 넘어오고 있는 거죠.
펌뱅킹 인터페이스나 자동 결제 프로세스를 자체 개발로 운영하고 있는 기업이라면, 2026년 11월 시한을 데드라인으로 놓고 지금부터 영향도 분석에 들어가는 게 안전합니다. 펌뱅킹 인터페이스 구축 시리즈에서도 이 부분은 조만간 다시 짚어볼 생각입니다.
참고: 본 글의 SWIFT/ISO 20022 전환 일정은 SWIFT 및 관련 업계 공식 발표를 기반으로 작성했습니다. 개별 은행의 전환 일정과 세부 요구사항은 반드시 거래 은행 공지를 통해 확인하시기 바랍니다.
참고 자료
- SWIFT — ISO 20022 for Financial Institutions
- SWIFT — ISO 20022 in bytes for payments: Call-to-action for November 2026
- RedCompass Labs — What now? ISO 20022 deadlines in 2026 onward
- Payment Expert — Swift’s ISO 20022 cutover: The end of MT and a 20-year promise
- 한국은행 — 국제금융전문표준(ISO 20022) 도입
- 한국은행 보도자료 — 한은금융망 국제금융전문표준(ISO 20022) 체계 도입 (2026.5.26)