支払い処理データテンプレート
支払い処理データテンプレート
- 詳細なトランザクション分析のための推奨属性
- 主要な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コアバンキングシステム支払いエンジン制裁フィルター
|
|||
|
最終データ更新
LastDataUpdate
|
レコードが最後に抽出または更新されたタイムスタンプ。 | ||
|
説明
データがプロセスマイニングツールに最後にロードされた日時を示します。これは、データの鮮度を判断し、ダッシュボードが決済業務の最新の状態を反映していることを保証するために不可欠です。 レポートパイプラインの遅延に関する透明性を提供することで、ユーザーがデータを信頼するのに役立ちます。
その重要性
ユーザーが提示されたデータの最新性と信頼性を理解していることを保証します。
取得元
ETLプロセス実行タイムスタンプ。
例
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
支払いトランザクションID
PaymentTransactionId
|
エンドツーエンドの支払いケースを表す固有の識別子。 | ||
|
説明
この属性は、プロセスマイニングにおける中心的なケースキーとして機能します。初期要求から検証、SWIFT送信、最終決済に至るまで、単一の支払い指示に関連するすべての活動をグループ化します。SWIFTの文脈では、銀行システム全体での継続性を確保するため、しばしばトランザクション参照番号(TRN)や固有のエンドツーエンドトランザクション参照(UETR)にマッピングされます。 これはプロセスインスタンスのパスを再構築するために使用され、すべてのバリアント分析およびサイクルタイム計算に不可欠です。
その重要性
固有の識別はプロセスマイニングの基盤であり、散在するイベントを統合されたプロセスビューにまとめることを可能にします。
取得元
SWIFTフィールド20(TRN)またはフィールド121(UETR)をメッセージヘッダーで。
例
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
STPであるか
IsStp
|
決済が手動介入を必要としなかったかどうかを示すフラグ。 | ||
|
説明
ケースに「Error Identified」、「Payment Rejected」、または手動による「Modification」アクティビティが含まれない場合に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や、pacs.008のようなISO 20022同等のものが含まれます。 「決済ジャーニーバリアント分析」で使用され、レガシーMT形式と新しいISO標準の処理効率を比較します。
その重要性
決済フローと処理標準(レガシー対ISO 20022)を区別します。
取得元
SWIFTブロック2(アプリケーションヘッダー)、メッセージタイプフィールド。
例
MT103MT202pacs.008MT101
|
|||
|
UETR
UniqueEndToEndReference
|
SWIFT gpiで追跡するための固有のエンドツーエンドトランザクション参照。 | ||
|
説明
UETRは、SWIFTネットワーク全体での支払いに対する単一で不変な参照を提供する36文字の文字列です。内部IDとは異なり、UETRは銀行間で永続します。 この属性は、エンドツーエンドの可視性、および内部ログと外部SWIFT gpiステータス更新を関連付けるために不可欠です。
その重要性
異なる機関間のクロスボーダー決済を追跡するためのゴールデンスタンダード。
取得元
SWIFTブロック3、フィールド121。
例
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
価値日
ValueDate
|
資金が受益者に利用可能になる日付。 | ||
|
説明
支払いメッセージで指示された決済日を表します。この日付を実際の「支払い決済済み」タイムスタンプと比較することで、「決済および照合滞留」ダッシュボードでの分析に役立ちます。 支払いの緊急性を示し、資金利用可能性に関するサービスレベル契約への順守を測定するために使用されます。
その重要性
流動性管理および決済適時性の測定にとって重要です。
取得元
SWIFT MTフィールド32A(日付サブフィールド)、またはISO 20022 IntrBkSttlmDt。
例
2023-10-262023-11-01
|
|||
|
処理ユーザー
ProcessingUser
|
アクティビティを実行したユーザーまたはシステムエージェント。 | ||
|
説明
制裁ヒットを承認するコンプライアンス担当者や書式設定エラーを修正するオペレーターなど、アクティビティを担当する個人または自動化されたボットを特定します。 この属性は、「検証エラーヒートマップ」を推進し、管理者がトレーニングニーズや高い手戻り率に関連する特定のユーザーを特定できるようにします。
その重要性
リソース分析と手動ボトルネックの特定を可能にします。
取得元
システム監査ログ、トランザクションテーブルの「ユーザーID」列。
例
SYSTEMJ.DoeCompliance_Bot_01M.Smith
|
|||
|
取引通貨
TransactionCurrency
|
支払いの通貨を示す3文字のISOコード。 | ||
|
説明
決済が建てられている通貨(例:USD、EUR、GBP)を特定します。これは、カットオフタイムが通貨固有であるため、「ネットワークカットオフ時間パフォーマンス」ダッシュボードにとって重要です。 また、クロス通貨ペアを特定することで、「通貨換算効率」分析もサポートします。
その重要性
ルーティングルール、カットオフタイム、および決済コリドーを決定します。
取得元
SWIFT MTフィールド32A(通貨)、またはISO 20022要素Ccy。
例
USDEURGBPJPY
|
|||
|
受取人BIC
BeneficiaryBic
|
受取機関の銀行識別コード。 | ||
|
説明
決済の仕向銀行を特定します。これは、「受取人拒否の根本原因」ダッシュボードにとって重要なディメンションです。 受取人BICごとに失敗をグループ化することで、銀行はデータ品質の問題や特定の書式設定要件のために指示を頻繁に拒否する特定の取引先を特定できます。
その重要性
取引先パフォーマンスと拒否パターンの分析に不可欠です。
取得元
SWIFTフィールド57A(勘定を持つ機関)または58A(受益者機関)。
例
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
支払金額
TransactionAmount
|
支払い指示の金額。 | ||
|
説明
送金される主要な金額を表します。このデータは特定のSWIFTフィールド(例:MT103のフィールド32A)から抽出されます。 「高額送金承認サイクル」ダッシュボードにとって不可欠であり、支払いを金額別にセグメント化することで、高リスク・高額トランザクションの承認遅延を分析できます。
その重要性
金融影響分析と取引規模によるセグメンテーションを可能にします。
取得元
SWIFT MTフィールド32A(金額)、またはISO 20022要素IntrBkSttlmAmt。
例
15000.001250.501000000.0045.00
|
|||
|
クロスボーダーであるか
IsCrossBorder
|
決済が異なる国を含むかどうかを示すフラグ。 | ||
|
説明
送信国と受取人国が異なる場合にTrueとなるブール属性です。これは、国内フローと国際フローを分離することで、「複数通貨処理遅延」KPIをサポートします。 国際決済は通常、複雑さ、コスト、処理時間が高くなります。
その重要性
決済複雑性分析のための基本的なセグメンテーション。
取得元
送信者BIC国コードと受取人BIC国コードの比較。
例
truefalse
|
|||
|
制裁スクリーニング期間
SanctionsScreeningDuration
|
制裁スクリーニング段階で費やされた時間。 | ||
|
説明
「Payment Details Validated」と「Payment Approved」間の期間を計算します。これは、「制裁スクリーニングリードタイム」ダッシュボードに直接入力されます。 コンプライアンスキューで停滞している特定のトランザクションを強調表示し、全体のスループットに影響を与えます。
その重要性
コンプライアンス効率と顧客SLAへの影響の直接的な尺度。
取得元
特定のアクティビティのタイムスタンプ間の差分を計算します。
例
1200005003600000
|
|||
|
却下理由
RejectionReason
|
支払いが拒否された理由を説明するテキスト記述。 | ||
|
説明
決済が失敗した際の記述またはコード説明を含みます。通常、SWIFTフィールド72(Sender to Receiver Information)または返却メッセージに記載されます。これは、「受取人拒否の根本原因」分析をサポートします。 アナリストがテキストマイニングを実行して、拒否における共通のテーマ(例:「無効な口座」、「受取人名不一致」)を見つけることを可能にします。
その重要性
プロセス障害の質的コンテキストを提供します。
取得元
返信メッセージ(MT103 Return)のSWIFTフィールド72または79。
例
受取人口座閉鎖無効なIBAN規制遵守失敗銀行識別子不明
|
|||
|
指示優先度
InstructionPriority
|
支払いの緊急性を示す優先度フラグ。 | ||
|
説明
メッセージヘッダー(例:「通常」対「緊急」)から導出されます。これは、緊急決済がしばしば迅速な承認フローを必要とするため、「高額送金承認サイクル」ダッシュボードでのセグメンテーションを可能にします。 優先度の分布を理解することは、ピーク時のリソース計画に役立ちます。
その重要性
標準決済と迅速決済間のSLA要件を区別するのに役立ちます。
取得元
SWIFTブロック2、メッセージ優先度フィールド(例:Nは通常、Uは緊急)。
例
通常`緊急`システム
|
|||
|
発信国
OriginatingCountry
|
支払いを開始したエンティティの国コード。 | ||
|
説明
決済要求が発信された管轄区域を示します。これは、高リスク管轄区域からの決済がしばしば厳格で長いコンプライアンスチェックを受けるため、「制裁スクリーニングリードタイム」ダッシュボードにとって不可欠です。 決済量と処理遅延の地理的分析を可能にします。
その重要性
コンプライアンスリスク分析および地域パフォーマンスの主要なディメンション。
取得元
送信者BIC(国コード文字5-6)から導出されます。
例
USGBドイツフランス
|
|||
|
締め切り時間内
MetCutOffTime
|
指示がネットワーク締め切り前に送信されたかどうかを示すフラグ。 | ||
|
説明
「Payment Instruction Sent」時刻と通貨固有のSWIFTネットワークカットオフタイムを比較して計算されるブールフラグです。これは、「SWIFTカットオフ順守率」KPIをサポートします。 カットオフタイムを守れない場合、決済が遅延し、流動性ポジションに影響を与えます。
その重要性
財務および流動性管理にとって重要な運用KPI。
取得元
タイムスタンプとカットオフタイムの静的参照テーブルを比較して計算されます。
例
truefalse
|
|||
支払い処理活動
| アクティビティ | 説明 | ||
|---|---|---|---|
|
制裁スクリーニング通過
|
支払い指示がOFAC/制裁リストスクリーニングプロセスを成功裏にクリアしたときのタイムスタンプです。コンプライアンスシステムログから明示的に取得されるか、「スクリーニング保留」ステータスが解除されたときに推測されます。 | ||
|
その重要性
「制裁スクリーニングリードタイム」ダッシュボードにとって重要です。ここでの遅延は、運用上の非効率性ではなく、コンプライアンスボトルネックを示します。
取得元
コンプライアンスフィルタリングシステムのログまたは決済ハブコンプライアンスステータスフラグ。
取得
スクリーニングステータスが更新された際にログされます
イベントタイプ
explicit
|
|||
|
支払い指示送信済み
|
フォーマットされたメッセージ(MT103またはISO 20022 pacs.008)のSWIFTゲートウェイへの送信です。メッセージペイロードが生成され、ネットワークインターフェースに引き渡されたときに明示的に取得されます。 | ||
|
その重要性
「SWIFT締め切り順守率」の計算に使用されます。内部処理からネットワーク処理への移行を示します。
取得元
SWIFT Alliance Access(SAA)ログ、またはゲートウェイ送信ログ。
取得
メッセージ出力が発生した際にログされます
イベントタイプ
explicit
|
|||
|
支払い消込済み
|
ノストロ/ボストロ口座元帳明細書に対する支払いトランザクションの照合です。照合システムがトランザクションIDを明細書行項目にリンクするときに推測されます。 | ||
|
その重要性
金融ループを閉じます。ここでの遅延は現金可視性と監査可能性に影響を与えます。
取得元
照合システムのログ、またはコアバンキングシステム内の「照合済み」ステータス。
取得
照合ステータスを比較
イベントタイプ
inferred
|
|||
|
支払い要求作成済み
|
内部銀行システムまたはERP内での支払い指示の初期生成です。これは、固有のトランザクション参照(TRNまたはUETR)が支払いオーダーに最初に割り当てられたときに明示的に取得されます。 | ||
|
その重要性
決済ライフサイクル全体の開始時間を確立します。エンドツーエンドの処理時間を計算し、SWIFTネットワークが関与する前の上流の遅延を特定するために不可欠です。
取得元
コアバンキングシステム(CBS)または支払いハブにおけるトランザクションテーブル作成タイムスタンプ。
取得
トランザクションレコード作成時にログ記録
イベントタイプ
explicit
|
|||
|
支払承認
|
高額送金に対する、指定された担当者または自動ルールによる最終承認アクションです。承認ワークフローフラグがtrueに設定されたときに明示的に取得されます。 | ||
|
その重要性
「高額送金承認サイクル」ダッシュボードの鍵です。大口流動性移動に対する手動承認の遅延を特定します。
取得元
承認ワークフローエンジンの監査証跡
取得
承認アクションが実行された際にログされます
イベントタイプ
explicit
|
|||
|
支払決済完了
|
受益者の口座に資金が振り込まれたことの確認(多くの場合gpiステータスACSC)です。トラッカーの更新または確認メッセージを通じて明示的に取得されます。 | ||
|
その重要性
支払いチェーンの機能的な成功した終了を表します。「決済から照合までのギャップ」を計算するための鍵となります。
取得元
SWIFT gpi Tracker(ACSCステータス)、またはMT900/910確認書。
取得
決済が確認された際にログされます
イベントタイプ
explicit
|
|||
|
SWIFT ACK受信済み
|
SWIFTネットワークからの技術的な承認(ACK)の受信であり、メッセージが処理のために受け入れられたことを確認します。ネットワークインターフェースログから明示的に取得されます。 | ||
|
その重要性
メッセージがグローバルネットワークに正常に入力されたことを確認します。内部障害と実際のネットワーク伝播を区別します。
取得元
SWIFTゲートウェイログ(ACKとNACKの信号を探す)。
取得
ネットワークACKが受信された際にログされます
イベントタイプ
explicit
|
|||
|
支払いエラー特定済み
|
検証失敗、NAK、または拒否メッセージのためにトランザクションが修復のためにフラグ付けされるイベントです。トランザクションが「修復」、「修正」、または「例外」キューに入ったときに推測されます。 | ||
|
その重要性
「エラー解決手戻り率」を追跡します。ここでの発生頻度が高いと、ストレートスルー処理(STP)率を著しく低下させます。
取得元
支払いハブのステータス列、または例外キューログ。
取得
ステータスフィールドをエラー/修正と比較する
イベントタイプ
inferred
|
|||
|
支払いエラー解決済み
|
以前にエラーであったトランザクションの成功した修正と再提出です。トランザクションが「修復」キューから「処理中」または「準備完了」状態に戻ったときに推測されます。 | ||
|
その重要性
手作業による修正チームの効率を測定します。処理に長時間を要する場合、トレーニング不足や複雑なエラーコードが原因である可能性を示唆しています。
取得元
例外キューからの終了を示す支払いハブのステータスログ。
取得
ステータスフィールドを修正終了と比較する
イベントタイプ
inferred
|
|||
|
支払い拒否
|
受益者または仲介銀行からの拒否メッセージ(MT103 Returnまたはgpi RJCTステータス)の受信です。受信SWIFTメッセージから明示的に取得されます。 | ||
|
その重要性
「受取人拒否の根本原因」ダッシュボードにとって不可欠です。閉鎖された口座や誤ったルーティングデータなどの外部のブロッカーを特定します。
取得元
着信SWIFTメッセージ(MT103 RET、pacs.004)またはgpiステータスRJCT。
取得
拒否メッセージが受信された際にログされます
イベントタイプ
explicit
|
|||
|
支払い詳細検証済み
|
支払い指示に対する構文およびフォーマットチェック(例:IBAN形式、BIC有効性)の成功した完了です。トランザクションステータスが「ドラフト」から「検証済み」または「承認準備完了」に移行したときに推測されます。 | ||
|
その重要性
ここでの高い失敗率は、ソースデータの品質が低いことを示します。「検証初回合格率」KPIを測定します。
取得元
支払いエンジンのステータスログ、または検証履歴テーブル。
取得
ステータスフィールドを前後で比較
イベントタイプ
inferred
|
|||
|
支払い送金済み
|
決済が中継銀行によって処理中であることを示す中間ステータス更新(多くの場合gpiステータスACSP)。SWIFT gpi Trackerの更新またはステータスメッセージを介して捕捉されます。 | ||
|
その重要性
コルレス銀行の「ブラックボックス」を可視化します。全体的なエンドツーエンドのジャーニーを分析するために不可欠です。
取得元
SWIFT gpi Trackerデータフィード、またはMT199/trckメッセージ。
取得
トラッカー更新が受信された際にログされます
イベントタイプ
explicit
|
|||