ja

MT103 から pacs.008

SWIFT の MT103 送金を ISO 20022 の pacs.008 に変換します。ブラウザ内でローカルに処理し、アップロードはありません。送金データが端末から出ることはありません。

お使いの端末でローカル処理中 ...

補助機能としての構造チェックであり、法的拘束力のある証明ではありません。

お使いの端末でローカル処理中 ...

0%

私のファイルはアップロードされますか?

いいえ。すべてブラウザ内で動作します。あなたのファイルが端末から出ることはありません。これが検証できる理由

アップロード不要100%ローカル処理
中身は手元のまま第三者のアクセスなし
Hosted in GermanyGlobal Content Delivery
第三者による検証済みTLS A+ · ヘッダー A+

MT103 は、1件の顧客送金を表す従来からの 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 への切り替えについて正直にお伝えします。このマッピングは今も損失なしではありませんが、以前より失われるものは少なくなりました。依頼人と受取人は、名義・口座・最大4行の住所、そして BIC のみの当事者(オプション A)の場合は誤った名義の代わりに銀行の BIC とともに引き継がれるようになりました。メッセージに :52A:/:53A:/:56A:/:57A: が含まれる場合は、関係する銀行(依頼人側・中継・受取人側の銀行)のルーティング BIC も引き継がれます。実際に失われるもの: 当事者ごとに5行目以降の住所、番地・市区町村・郵便番号への構造化された分解(住所は自由記述の行のまま残ります)、そして 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 ごとに1つ)。

制限: SWIFT MT103 の1件の顧客送金を ISO 20022 pacs.008(pacs.008.001.08、FIToFICustomerCreditTransfer)に変換します。金額と通貨(:32A:)、決済日、依頼人(:50a:)と受取人(:59a:)の名義、IBAN/口座および最大4行の住所(または BIC のみの当事者の場合は BIC)、関係する銀行のルーティング BIC(:52A:/:53A:/:56A:/:57A:、ある場合)、送金目的(:70:)、手数料負担者(:71A: SHA/OUR/BEN)に対応します。MT から MX へのマッピングは今も損失なしではありません。当事者ごとに5行目以降の住所、番地/市区町村/郵便番号への構造化された分解、pacs フィールドに対応しない SWIFT X 文字集合の文字は引き継がれません。決済日(:32A:)は2桁の年(YYMMDD)を使用します。一般的なSWIFTの慣行に従い、00-79は20xxとして、80-99は19xxとして読み取られます。1980年より前の決済日を持つ古いメッセージでは、これが誤った世紀に解決される可能性があります。これはデータ交換のための形式変換であり、送金を実行するものではありません。結果はお使いのソフトウェアで銀行固有のスキーマと照合して確認してください。

よくある質問

送金データはアップロードされますか?

いいえ。MT103 の読み取りと pacs.008 の生成は、すべてブラウザ内でローカルに実行されます(純粋な JavaScript のみ、サーバーなし)。送金データが端末から出ることはありません。

どの MX バージョンが生成されますか?

ISO 20022 の pacs.008.001.08(FIToFICustomerCreditTransfer)で、MT103 から1件の送金取引が生成されます。

変換は損失なしですか?

いいえ、ただし以前より多く引き継がれるようになりました。名義、口座、最大4行の住所、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 へ変換