ko

MT103을 pacs.008로

SWIFT MT103 송금을 ISO 20022 pacs.008로 변환합니다. 브라우저에서 로컬로 처리하며 업로드가 없습니다. 송금 데이터가 기기를 벗어나지 않습니다.

기기에서 로컬로 처리 중 ...

보조 기능으로서의 구조 검사이며 법적 구속력이 있는 증명이 아닙니다.

기기에서 로컬로 처리 중 ...

0%

제 파일이 업로드되나요?

아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법

업로드 없음100% 로컬 처리
내용은 내 손안에제3자 접근 불가
Hosted in GermanyGlobal Content Delivery
외부 검증 완료TLS A+ · 헤더 A+

MT103은 단일 고객 송금을 위한 전통적인 SWIFT FIN 메시지입니다. 행 기반 형식으로 :20:(참조 번호), :32A:(결제일, 통화, 금액), :50a:(송금 의뢰인), :59a:(수취인), :70:(송금 목적), :71A:(수수료 부담) 같은 태그를 사용합니다. 전 세계 결제가 ISO 20022로 이행하고 있으며, 은행 간 송금을 구조화 XML로 표현한 것이 pacs.008(pacs.008.001.08, FIToFICustomerCreditTransfer)입니다.

MT103 파일을 끌어다 놓으면 도구가 태그를 읽어 금액과 결제일, 송금 의뢰인과 수취인(이름 그리고 있는 경우 IBAN/계좌와 주소 줄), 관련 은행의 라우팅 BIC(메시지에 포함된 경우), 송금 목적, 수수료 부담자(SHA/OUR/BEN -> SHAR/DEBT/CRED)를 담은 pacs.008 XML을 만듭니다. 여러 파일을 한 번에 놓을 수 있고 각각이 개별 pacs.008이 됩니다. 모든 처리는 브라우저에서 완전히 로컬로 실행됩니다. 순수 JavaScript만 사용하며 서버도, 외부 CDN의 외부 라이브러리도 없습니다.

MT에서 MX로의 전환에 대해 솔직히 말씀드립니다. 이 매핑은 여전히 무손실이 아니지만, 이제는 이전보다 손실이 적습니다. 송금 의뢰인과 수취인은 이제 이름, 계좌, 최대 네 줄의 주소와 함께 옮겨지며 - BIC 전용 당사자(옵션 A)의 경우 - 잘못된 이름 대신 은행의 BIC로 옮겨집니다. 메시지에 :52A:/:53A:/:56A:/:57A:가 있으면 관련 은행(송금 의뢰인 측, 중계, 수취인 측 은행)의 라우팅 BIC도 옮겨집니다. 실제로 사라지는 것: 당사자당 다섯 번째 이후 주소 줄, 도로명·도시·우편번호로의 구조화된 주소 분해(주소는 자유 입력 줄로 남습니다), 그리고 pacs 필드에 대응되지 않는 SWIFT X 문자 집합의 문자입니다. 이는 형식 전환의 속성이며 도구의 결함이 아닙니다.

기술 사양

기술 사양
입력 형식MT103, TXT, FIN
자동 변환PNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP
출력 형식XML
일괄 처리지원
처리 방식브라우저에서 로컬 처리 (JavaScript)
파일 업로드없음

3단계로

  1. MT103 파일을 끌어다 놓습니다 (.mt103, .txt, .fin).
  2. 변환이 브라우저에서 로컬로 자동 실행됩니다.
  3. pacs.008 XML을 내려받습니다 (MT103당 하나).

제한: SWIFT MT103 단일 고객 송금을 ISO 20022 pacs.008(pacs.008.001.08, FIToFICustomerCreditTransfer)로 변환합니다. 금액과 통화(:32A:), 결제일, 송금 의뢰인(:50a:)과 수취인(:59a:)의 이름, IBAN/계좌 및 최대 네 줄의 주소(또는 BIC 전용 당사자의 경우 BIC), 관련 은행의 라우팅 BIC(:52A:/:53A:/:56A:/:57A:, 있는 경우), 송금 목적(:70:), 수수료 부담자(:71A: SHA/OUR/BEN)를 다룹니다. MT에서 MX로의 매핑은 여전히 무손실이 아닙니다. 당사자당 다섯 번째 이후 주소 줄, 구조화된 주소 분해(자유 입력 줄 대신 도로명/도시/우편번호), SWIFT X 문자 집합의 문자는 pacs 필드로 옮겨지지 않습니다. 결제일(:32A:)은 두 자리 연도(YYMMDD)를 사용합니다. 일반적인 SWIFT 관행에 따라 00-79는 20xx로, 80-99는 19xx로 해석됩니다. 결제일이 1980년 이전인 오래된 메시지에서는 잘못된 세기로 해석될 수 있습니다.데이터 교환을 위한 형식 변환이며 송금을 실행하는 것이 아닙니다. 결과는 사용하는 소프트웨어로 은행별 스키마와 대조해 확인하세요.

자주 묻는 질문

송금 데이터가 업로드되나요?

아니요. MT103 읽기와 pacs.008 생성은 모두 브라우저에서 로컬로 실행됩니다(순수 JavaScript, 서버 없음). 송금 데이터가 기기를 벗어나지 않습니다.

어떤 MX 버전이 생성되나요?

ISO 20022 pacs.008.001.08(FIToFICustomerCreditTransfer)이며, MT103에서 하나의 송금 거래가 생성됩니다.

변환이 무손실인가요?

아니요, 하지만 이전보다 더 많이 보존됩니다. 이름, 계좌, 최대 네 줄의 주소, BIC 전용 당사자, 그리고 있는 경우 관련 은행의 라우팅 BIC가 옮겨집니다. 사라지는 것은 추가 주소 줄, 구조화된 주소 분해, SWIFT X 문자 집합의 문자입니다. 이는 MT에서 MX로의 전환에 따른 속성입니다.

송금이 실행되나요?

아니요. 데이터 교환을 위한 MT103 -> pacs.008 형식 변환일 뿐이며 송금을 실행하지 않습니다.

여러 MT103을 한 번에 변환할 수 있나요?

네. 여러 MT103 파일을 한 번에 끌어다 놓을 수 있고 각각이 개별 pacs.008 XML이 됩니다.

은행 라우팅 정보(BIC)가 옮겨지나요?

네, MT103 메시지에 포함되어 있으면 옮겨집니다. 송금 의뢰인 측 은행(:52A:), 환거래 은행(:53A:), 중계 은행(:56A:), 수취인의 계좌 개설 은행(:57A:)이 라우팅 BIC로서 pacs.008에 옮겨집니다(DbtrAgt/IntrmyAgt1/IntrmyAgt2/CdtrAgt).

관련 도구

MT940을 camt.053로 · 은행 거래내역을 CSV로 변환 · CSV에서 JSON으로 변환