MT103을 pacs.008로
SWIFT MT103 송금을 ISO 20022 pacs.008로 변환합니다. 브라우저에서 로컬로 처리하며 업로드가 없습니다. 송금 데이터가 기기를 벗어나지 않습니다.
기기에서 로컬로 처리 중 ...
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
제 파일이 업로드되나요?
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
SWIFT MT103 송금을 ISO 20022 pacs.008로 변환합니다. 브라우저에서 로컬로 처리하며 업로드가 없습니다. 송금 데이터가 기기를 벗어나지 않습니다.
기기에서 로컬로 처리 중 ...
기기에서 로컬로 처리 중 ...
0%
파일이 기기를 떠난 적이 없습니다
아니요. 모든 처리가 브라우저에서 이루어지며, 파일이 기기를 떠나지 않습니다. 이것을 검증하는 방법
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) |
| 파일 업로드 | 없음 |
제한: 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, 서버 없음). 송금 데이터가 기기를 벗어나지 않습니다.
ISO 20022 pacs.008.001.08(FIToFICustomerCreditTransfer)이며, MT103에서 하나의 송금 거래가 생성됩니다.
아니요, 하지만 이전보다 더 많이 보존됩니다. 이름, 계좌, 최대 네 줄의 주소, BIC 전용 당사자, 그리고 있는 경우 관련 은행의 라우팅 BIC가 옮겨집니다. 사라지는 것은 추가 주소 줄, 구조화된 주소 분해, SWIFT X 문자 집합의 문자입니다. 이는 MT에서 MX로의 전환에 따른 속성입니다.
아니요. 데이터 교환을 위한 MT103 -> pacs.008 형식 변환일 뿐이며 송금을 실행하지 않습니다.
네. 여러 MT103 파일을 한 번에 끌어다 놓을 수 있고 각각이 개별 pacs.008 XML이 됩니다.
네, MT103 메시지에 포함되어 있으면 옮겨집니다. 송금 의뢰인 측 은행(:52A:), 환거래 은행(:53A:), 중계 은행(:56A:), 수취인의 계좌 개설 은행(:57A:)이 라우팅 BIC로서 pacs.008에 옮겨집니다(DbtrAgt/IntrmyAgt1/IntrmyAgt2/CdtrAgt).