決済処理のデータテンプレート
決済処理のデータテンプレート
- 取引を詳しく分析するための推奨属性
- SWIFTプロセスの主なアクティビティと節目
- 金融データの抽出に関する技術ガイド
決済処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
発生したプロセスの工程またはイベントの名前です。 | ||
|
説明
この属性は、システムログに記録された具体的な操作やステータスの変化を示します。例として、「支払い依頼を作成」「制裁審査に合格」「SWIFTのACKを受信」などがあります。 プロセスマップの主要な分析軸となり、可視化におけるノードを定義します。分析担当者は、支払いに対して行われた操作の順序を把握できます。
重要な理由
プロセスで「何が」行われたかを定義し、プロセスの流れやバリエーションを可視化します。
入手先
取引ログ、監査証跡、またはメッセージ種別(例:MT103送信)から取得。
例
支払い依頼を作成支払い指図を送信SWIFTのACKを受信支払いを承認
|
|||
|
イベントのタイムスタンプ
EventTimestamp
|
アクティビティが発生した正確な日時です。 | ||
|
説明
この属性は、イベントが発生した正確な時刻を記録します。アクティビティを時系列に並べ、リードタイム、サイクルタイム、処理量など、時間に基づくすべての指標を算出するために使います。 正確なタイムスタンプは、「ネットワークの締め切り時刻の遵守状況」を分析し、承認経路のボトルネックを特定するうえで欠かせません。
重要な理由
タイムスタンプは、プロセスマイニングにおける時間分析とパフォーマンス指標の基礎です。
入手先
システム監査ログ、メッセージ作成時のタイムスタンプ、またはデータベースの取引時刻。
例
2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
|
|||
|
ソースシステム
SourceSystem
|
イベントデータの発生元となるシステムの名前です。 | ||
|
説明
イベントログを生成したソフトウェアまたはプラットフォームを特定します。支払いプロセスでは、コアバンキングシステム、支払いゲートウェイ、またはSWIFTインターフェースが該当します。 この属性はデータの来歴を確認する際に役立ちます。また、複数の異なる銀行アプリケーションのデータを統合する際に問題を調査する手がかりになります。
重要な理由
データの発生元を把握でき、複数システムにまたがるプロセスマイニングに欠かせないコンテキストを提供します。
入手先
ETL処理時に固定値を設定するか、システム識別子から抽出。
例
SWIFT Alliance AccessコアバンキングシステムPayment Engine制裁フィルター
|
|||
|
最終データ更新
LastDataUpdate
|
レコードを最後に抽出または更新した時刻です。 | ||
|
説明
データがプロセスマイニングツールに最後に読み込まれた時刻を示します。データの鮮度を確認し、ダッシュボードに支払い業務の最新状況が反映されているかを確かめるうえで重要です。 レポート作成のデータ反映にかかる時間を明らかにすることで、ユーザーがデータを信頼できるようにします。
重要な理由
提示されるデータの最新性と信頼性を、ユーザーが把握できるようにします。
入手先
ETL処理の実行タイムスタンプ。
例
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
支払い取引ID
PaymentTransactionId
|
支払い案件を最初から最後まで識別する固有のIDです。 | ||
|
説明
この属性は、プロセスマイニングにおける中心的な案件キーです。1件の支払い指図に関連するすべてのアクティビティを、最初の依頼から検証、SWIFT送信、最終決済までまとめます。SWIFTでは、銀行システム間で一貫して追跡できるよう、取引参照番号(TRN)または一意のエンドツーエンド取引参照番号(UETR)に対応付けることがよくあります。 プロセスインスタンスの経路を再構成するために使われ、バリアント分析やサイクルタイムの算出に欠かせません。
重要な理由
固有の識別情報はプロセスマイニングの基盤です。散在するイベントをつなぎ合わせ、プロセス全体を把握できます。
入手先
メッセージヘッダーのSWIFTフィールド20(TRN)またはフィールド121(UETR)。
例
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
STP処理
IsStp
|
支払いに手作業での介入が不要だったかを示すフラグです。 | ||
|
説明
ケースに「エラー特定」「支払い拒否」、または手作業による「変更」のアクティビティが含まれない場合にTrueとなる真偽値です。「ストレートスルー処理率」KPIを直接算出します。 支払い処理の自動化の成果を測る主要指標です。
重要な理由
プロセス効率と自動化の状況を測る主要な指標です。
入手先
ケースに特定の否定的なアクティビティや手作業のアクティビティがないことを基に算出します。
例
truefalse
|
|||
|
SWIFT NAKコード
SwiftNakCode
|
メッセージが拒否された場合に、SWIFTネットワークから返されるエラーコードです。 | ||
|
説明
SWIFTネットワークから否定応答(NAK)とともに返される具体的なエラーコード(例:T26、T13)を含みます。 「SWIFTエラーと手戻り分析」ダッシュボードで使用し、技術的な障害を分類して、システム修正の優先順位付けに役立てます。
重要な理由
ネットワークレベルで拒否された原因を技術面から特定できます。
入手先
MT 015/019システムメッセージ、またはACK/NAKのフィールド451です。
例
T26H01T13G02
|
|||
|
SWIFTメッセージタイプ
SwiftMessageType
|
使用されたSWIFTメッセージの種類です(例:MT103、pacs.008)。 | ||
|
説明
支払い指図の形式を示します。一般的な形式には、顧客送金に使われるMT103や、これに相当するISO 20022のpacs.008などがあります。 「支払い経路のバリアント分析」では、従来のMT形式と新しいISO規格の処理効率を比較するために使用します。
重要な理由
支払いの流れと処理規格(従来形式とISO 20022)を区別します。
入手先
SWIFTブロック2(アプリケーションヘッダー)のメッセージタイプフィールドです。
例
MT103MT202pacs.008MT101
|
|||
|
UETR
UniqueEndToEndReference
|
SWIFT gpiで追跡するための、一意のエンドツーエンド取引参照番号です。 | ||
|
説明
UETRは36文字の文字列で、SWIFTネットワーク全体を通じて支払いを一意に識別する、変更されない参照番号です。内部IDとは異なり、銀行間でも同じUETRが維持されます。 エンドツーエンドの可視性を確保し、内部ログと外部のSWIFT gpiステータス更新を関連付けるうえで重要な属性です。
重要な理由
異なる金融機関をまたぐ国際送金の追跡における標準的な識別子です。
入手先
SWIFTブロック3、フィールド121です。
例
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
処理ユーザー
ProcessingUser
|
アクティビティを実行したユーザーまたはシステムエージェントです。 | ||
|
説明
アクティビティを担当した個人または自動ボットを特定します。たとえば、制裁対象との照合結果を承認したコンプライアンス担当者や、書式エラーを修正したオペレーターなどです。 この属性は「検証エラーヒートマップ」に使用され、管理者は研修が必要な領域や、手戻り率の高い特定のユーザーを把握できます。
重要な理由
リソース分析や、手作業によるボトルネックの特定に役立ちます。
入手先
システム監査ログ、取引テーブルの「ユーザーID」列です。
例
システムJ.DoeCompliance_Bot_01M.Smith
|
|||
|
取引通貨
TransactionCurrency
|
支払い通貨を示す3文字のISOコードです。 | ||
|
説明
支払いに使用される通貨を示します(例:USD、EUR、GBP)。通貨ごとに締切時刻が異なるため、「ネットワーク締切時刻のパフォーマンス」ダッシュボードで重要な属性です。 また、異なる通貨間の組み合わせを特定し、「通貨換算効率」の分析にも役立ちます。
重要な理由
ルーティングルール、締切時刻、決済経路の判定に使用します。
入手先
SWIFT MTのフィールド32A(通貨)、またはISO 20022の要素Ccyです。
例
USDEURGBPJPY
|
|||
|
取引金額
TransactionAmount
|
支払い指図の金額です。 | ||
|
説明
送金される元本の金額を示します。SWIFTの特定フィールド(例:MT103のフィールド32A)から抽出します。 「高額送金の承認サイクル」ダッシュボードに欠かせない項目です。支払いを金額別に分類し、リスクと金額の高い取引における承認の遅れを分析できます。
重要な理由
取引金額に応じた財務影響の分析と分類に役立ちます。
入手先
SWIFT MTフィールド32A(金額)またはISO 20022要素IntrBkSttlmAmt。
例
15000.001250.501000000.0045.00
|
|||
|
受取人銀行BIC
BeneficiaryBic
|
受取金融機関の銀行識別コードです。 | ||
|
説明
支払い先の銀行を特定します。「受取人による拒否の根本原因」ダッシュボードで重要な分析軸です。 受取人銀行BICごとに失敗を分類すると、データ品質の問題や特定の書式要件を理由に指図を頻繁に拒否する取引先を特定できます。
重要な理由
取引先のパフォーマンスや拒否の傾向を分析するうえで欠かせません。
入手先
SWIFTフィールド57A(口座保有機関)または58A(受取人金融機関)です。
例
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
決済日
ValueDate
|
受取人が資金を利用できるようになる日付です。 | ||
|
説明
支払いメッセージで指示された決済日を示します。この日付と実際の「支払い決済済み」タイムスタンプを比較すると、「決済と照合の経過時間」ダッシュボードで分析できます。 支払いの緊急度を示すほか、資金の利用可能時期に関するサービスレベル合意の遵守状況を測定するために使用します。
重要な理由
流動性管理と決済の適時性の測定に欠かせません。
入手先
SWIFT MTのフィールド32A(日付サブフィールド)、またはISO 20022のIntrBkSttlmDtです。
例
2023-10-262023-11-01
|
|||
|
国境を越える支払い
IsCrossBorder
|
支払いに複数の国が関係するかどうかを示すフラグです。 | ||
|
説明
送金元の国と受取人の国が異なる場合にTrueとなる真偽値属性です。国内送金と国際送金を分け、「複数通貨処理の遅延」KPIを分析できます。 国際送金は一般に、処理が複雑で、コストや処理時間も増加します。
重要な理由
支払いの複雑さを分析するための基本的な分類軸です。
入手先
送金元BICの国コードと受取人BICの国コードを比較します。
例
truefalse
|
|||
|
拒否理由
RejectionReason
|
支払いが拒否された理由を説明するテキストです。 | ||
|
説明
支払いが失敗した際の説明文またはコードの説明を含みます。通常、SWIFTフィールド72(送信者から受信者への情報)や返却メッセージに記録され、「受取人による拒否の根本原因」の分析に使用します。 テキストマイニングにより、拒否理由に共通する傾向(例:「口座番号が無効」「受取人名が一致しない」)を見つけられます。
重要な理由
プロセスの失敗に関する定性的な背景情報を提供します。
入手先
SWIFTフィールド72または返却メッセージ(MT103 Return)のフィールド79です。
例
受取人口座が閉鎖済みIBANが無効規制コンプライアンス違反銀行識別情報が不明
|
|||
|
指図の優先度
InstructionPriority
|
支払いの緊急度を示す優先度フラグです。 | ||
|
説明
メッセージヘッダー(例:「通常」または「緊急」)から取得します。緊急の支払いでは承認を迅速に進める必要があることが多いため、「高額送金の承認サイクル」ダッシュボードで分類に使用できます。 優先度の分布を把握すると、繁忙期のリソース計画に役立ちます。
重要な理由
通常の支払いと迅速処理の支払いで、SLA要件を区別できます。
入手先
SWIFTブロック2のメッセージ優先度フィールドです(例:通常はN、緊急はU)。
例
通常緊急システム
|
|||
|
締切時刻に間に合ったか
MetCutOffTime
|
指図がネットワークの締切時刻より前に送信されたかを示すフラグです。 | ||
|
説明
「支払い指図の送信」時刻と、通貨ごとに定められたSWIFTネットワークの締切時刻を比較して算出する真偽値フラグです。「SWIFT締切遵守率」KPIの分析に使用します。 締切時刻に間に合わないと決済が遅れ、流動性に影響します。
重要な理由
財務部門の資金管理と流動性管理に欠かせない業務KPIです。
入手先
タイムスタンプを、締切時刻の固定参照テーブルと比較して算出します。
例
truefalse
|
|||
|
送金元の国
OriginatingCountry
|
支払いを開始した組織の国コードです。 | ||
|
説明
支払い依頼が発生した法域を示します。高リスクの法域からの支払いは、厳格で時間のかかるコンプライアンスチェックの対象となることが多いため、「制裁スクリーニングのリードタイム」ダッシュボードで重要な属性です。 支払い件数や処理遅延を地域別に分析できます。
重要な理由
コンプライアンスリスクの分析や地域別のパフォーマンスを把握するための重要な分析軸です。
入手先
送金元BICの国コード(5~6文字目)から取得します。
例
USGBDEFR
|
|||
決済処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
制裁審査に合格
|
支払い指図がOFAC/制裁リストの審査を通過した時刻です。コンプライアンスシステムのログから明示的に取得するか、「審査保留」ステータスが解除された時点から推定します。 | ||
|
重要な理由
「制裁審査のリードタイム」ダッシュボードに欠かせない項目です。この段階の遅延は、業務効率の問題ではなく、コンプライアンス対応のボトルネックを示します。
入手先
コンプライアンスフィルタリングシステムのログ、またはPayment Hubのコンプライアンスステータスフラグ。
記録
審査ステータスの更新時に記録
イベントタイプ
explicit
|
|||
|
支払いを承認
|
高額送金について、指定された担当者または自動ルールが最終承認を行った状態です。承認ワークフローのフラグがtrueに設定された時点を明示的に記録します。 | ||
|
重要な理由
「高額送金の承認サイクル」ダッシュボードに必要な項目です。多額の資金移動における手動承認の遅れを特定します。
入手先
承認ワークフローエンジンの監査証跡。
記録
承認操作の実行時に記録
イベントタイプ
explicit
|
|||
|
支払いを決済
|
受取人の口座に資金が入金されたことを確認した状態です(多くの場合、gpiステータスACSC)。Trackerの更新情報または確認メッセージから明示的に取得します。 | ||
|
重要な理由
支払い処理の実質的な完了を示します。「決済から照合までの時間差」の算出に必要です。
入手先
SWIFT gpi Tracker(ACSCステータス)またはMT900/910の確認メッセージ。
記録
決済の確認時に記録
イベントタイプ
explicit
|
|||
|
支払いを照合
|
支払い取引をNostro/Vostro口座の元帳明細と照合する工程です。照合システムが取引IDを明細項目に関連付けた時点から推定します。 | ||
|
重要な理由
財務処理を完了させます。この段階の遅延は、資金状況の把握や監査可能性に影響します。
入手先
照合システムのログ、またはコアバンキングシステムの「照合済み」ステータス。
記録
照合ステータスを比較
イベントタイプ
inferred
|
|||
|
支払い依頼を作成
|
社内の銀行システムまたはERPで支払い指図を作成する最初の工程です。支払い指図に固有の取引参照番号(TRNまたはUETR)が初めて割り当てられた時点を、明示的に記録します。 | ||
|
重要な理由
支払いライフサイクル全体の開始時刻を定めます。処理全体にかかる時間の算出や、SWIFTネットワークに接続する前の上流工程での遅延特定に欠かせません。
入手先
コアバンキングシステム(CBS)またはPayment Hubにおける取引テーブルの作成タイムスタンプ。
記録
取引レコードの作成時に記録
イベントタイプ
explicit
|
|||
|
支払い指図を送信
|
書式設定済みのメッセージ(MT103またはISO 20022 pacs.008)をSWIFTゲートウェイに送信する工程です。メッセージのペイロードが生成され、ネットワークインターフェースに引き渡された時点を明示的に記録します。 | ||
|
重要な理由
「SWIFT締め切り時刻の遵守率」の算出に使用します。社内処理からネットワーク処理への移行を示します。
入手先
SWIFT Alliance Access(SAA)のログまたはゲートウェイの送信ログ。
記録
メッセージの出力時に記録
イベントタイプ
explicit
|
|||
|
SWIFTのACKを受信
|
メッセージが処理対象として受理されたことを示す、SWIFTネットワークからの技術的な確認応答(ACK)を受信した状態です。ネットワークインターフェースのログから明示的に取得します。 | ||
|
重要な理由
メッセージがグローバルネットワークに正常に到達したことを確認します。社内での失敗と、実際のネットワーク送信を区別できます。
入手先
SWIFTゲートウェイのログ(ACKとNACKの信号を確認)。
記録
ネットワークACKの受信時に記録
イベントタイプ
explicit
|
|||
|
支払いエラーを特定
|
検証失敗、NACK、拒否メッセージなどにより、取引が修正対象としてフラグ付けされたイベントです。取引が「修正」「訂正」「例外」の待ち行列に入った時点から推定します。 | ||
|
重要な理由
「エラー解消の手戻り率」を追跡します。この段階の発生頻度が高いと、ストレートスルー処理(STP)の比率が大きく低下します。
入手先
Payment Hubのステータス列または例外処理の待ち行列ログ。
記録
ステータス項目が「エラー」または「修正」になったかを比較
イベントタイプ
inferred
|
|||
|
支払いエラーを解消
|
エラー状態だった取引を正常に修正し、再送信した状態です。取引が「修正」の待ち行列から「処理中」または「準備完了」に戻った時点から推定します。 | ||
|
重要な理由
手作業による修正チームの効率を測定します。この段階に時間がかかる場合、トレーニング不足や複雑なエラーコードが原因である可能性があります。
入手先
例外処理の待ち行列からの退出を示すPayment Hubのステータスログ。
記録
ステータス項目が「修正」から退出したかを比較
イベントタイプ
inferred
|
|||
|
支払いを拒否
|
受取銀行または中継銀行から拒否メッセージ(MT103 ReturnまたはgpiステータスRJCT)を受信した状態です。受信したSWIFTメッセージから明示的に取得します。 | ||
|
重要な理由
「受取人による拒否の根本原因」ダッシュボードに欠かせない項目です。口座の閉鎖や経路情報の誤りなど、外部要因による障害を特定します。
入手先
受信したSWIFTメッセージ(MT103 RET、pacs.004)またはgpiステータスRJCT。
記録
拒否メッセージの受信時に記録
イベントタイプ
explicit
|
|||
|
支払いを転送
|
中継銀行が支払いを処理中であることを示す中間ステータスの更新(多くの場合、gpiステータスACSP)です。SWIFT gpi Trackerの更新情報またはステータスメッセージから取得します。 | ||
|
重要な理由
コルレス銀行業務の見えにくい部分を把握できます。処理全体の流れを分析するうえで欠かせません。
入手先
SWIFT gpi TrackerのデータフィードまたはMT199/trckメッセージ。
記録
Trackerの更新情報を受信した時点で記録
イベントタイプ
explicit
|
|||
|
支払い情報を検証
|
支払い指図の構文と形式(例:IBAN形式、BICの有効性)のチェックが正常に完了した状態です。取引ステータスが「下書き」から「検証済み」または「承認待ち」に変わった時点から推定できることがよくあります。 | ||
|
重要な理由
この段階で失敗率が高い場合、発生源のデータ品質に問題があることを示します。「検証の初回合格率」KPIを測定します。
入手先
Payment Engineのステータスログまたは検証履歴テーブル。
記録
変更前後のステータス項目を比較
イベントタイプ
inferred
|
|||
データ抽出ガイド
準備はできましたか?
これらのテンプレートを使って、SWIFTの生ログをオペレーショナルエクセレンスと決済の迅速化に役立つデータに変えましょう。
SWIFT決済処理を今すぐ改善
ストレートスルー処理率98%を達成し、手作業によるエラーをなくしましょう
クレジットカード不要。5分で設定できます