เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ
เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ
- แอตทริบิวต์ที่แนะนำสำหรับการวิเคราะห์ธุรกรรมเชิงลึก
- กิจกรรมและจุดสำคัญในกระบวนการ SWIFT
- คำแนะนำทางเทคนิคสำหรับการดึงข้อมูลทางการเงิน
แอตทริบิวต์การประมวลผลการชำระเงิน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อขั้นตอนหรือเหตุการณ์ที่เกิดขึ้นในกระบวนการ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้อธิบายการดำเนินการหรือการเปลี่ยนสถานะที่บันทึกไว้ในบันทึกของระบบ ตัวอย่างเช่น 'สร้างคำขอชำระเงิน', 'ผ่านการตรวจสอบรายชื่อคว่ำบาตร' หรือ 'ได้รับ ACK จาก SWIFT' เป็นมิติหลักของแผนที่กระบวนการ ใช้กำหนดโหนดในภาพแสดงผลและช่วยให้นักวิเคราะห์เข้าใจลำดับการดำเนินงานเกี่ยวกับการชำระเงิน.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ระบุว่าเกิดอะไรขึ้น จึงแสดงขั้นตอนและรูปแบบที่แตกต่างกันของกระบวนการได้.
แหล่งข้อมูล
บันทึกธุรกรรม หลักฐานการตรวจสอบ หรือข้อมูลที่ได้จากประเภทข้อความ เช่น ส่ง MT103 แล้ว.
ตัวอย่าง
สร้างคำขอชำระเงินส่งคำสั่งชำระเงินแล้วได้รับ ACK จาก SWIFTอนุมัติการชำระเงินแล้ว
|
|||
|
รหัสธุรกรรมการชำระเงิน
PaymentTransactionId
|
รหัสเฉพาะที่ใช้ระบุกรณีการชำระเงินตั้งแต่ต้นจนจบ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ทำหน้าที่เป็นรหัสหลักของกรณีสำหรับ process mining โดยรวบรวมกิจกรรมทั้งหมดที่เกี่ยวข้องกับคำสั่งชำระเงินรายการเดียว ตั้งแต่คำขอเริ่มต้น การตรวจสอบความถูกต้อง การส่งผ่าน SWIFT ไปจนถึงการชำระราคาในขั้นสุดท้าย ในบริบทของ SWIFT มักใช้ Transaction Reference Number (TRN) หรือ Unique End-to-end Transaction Reference (UETR) เพื่อให้ติดตามรายการต่อเนื่องได้ในทุกระบบธนาคาร ใช้สร้างเส้นทางของแต่ละกรณีในกระบวนการขึ้นใหม่ และจำเป็นต่อการวิเคราะห์รูปแบบกระบวนการกับการคำนวณเวลาของวงจรงาน.
เหตุผลที่สำคัญ
การระบุรายการให้ไม่ซ้ำกันเป็นพื้นฐานของ process mining เพราะช่วยเชื่อมเหตุการณ์ที่กระจัดกระจายให้เป็นภาพกระบวนการเดียวกัน.
แหล่งข้อมูล
ฟิลด์ 20 (TRN) หรือฟิลด์ 121 (UETR) ในส่วนหัวข้อความ SWIFT.
ตัวอย่าง
TRN-20231025-883954392-882-101UETR-9982-1123-5521PAY-US-EU-9912
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูลเหตุการณ์. | ||
|
คำอธิบาย
ระบุซอฟต์แวร์หรือแพลตฟอร์มที่สร้างบันทึกเหตุการณ์ ในกระบวนการชำระเงิน อาจเป็นระบบธนาคารหลัก payment gateway หรือส่วนเชื่อมต่อ SWIFT โดยตรง แอตทริบิวต์นี้ช่วยตรวจสอบที่มาของข้อมูลและแก้ไขปัญหาเมื่อรวมข้อมูลจากแอปพลิเคชันธนาคารหลายระบบที่แยกจากกัน.
เหตุผลที่สำคัญ
แสดงที่มาของข้อมูล ซึ่งจำเป็นต่อการทำ process mining จากหลายระบบ.
แหล่งข้อมูล
กำหนดค่าไว้ใน ETL หรือดึงมาจากรหัสระบบ.
ตัวอย่าง
SWIFT Alliance AccessCore Banking SystemPayment Engineตัวกรองรายชื่อคว่ำบาตร
|
|||
|
เวลาประทับของเหตุการณ์
EventTimestamp
|
วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่เกิดเหตุการณ์อย่างแม่นยำ ใช้เรียงลำดับกิจกรรมตามเวลาและคำนวณตัวชี้วัดตามระยะเวลาทั้งหมด เช่น เวลานำ เวลาของวงจรงาน และอัตราการประมวลผล เวลาประทับที่ถูกต้องมีความสำคัญต่อการวิเคราะห์ 'ผลการดำเนินงานเทียบกับเวลาปิดรับของเครือข่าย' และระบุคอขวดในลำดับการอนุมัติ.
เหตุผลที่สำคัญ
เวลาประทับเป็นพื้นฐานของการวิเคราะห์ด้านเวลาและตัวชี้วัดผลการดำเนินงานทั้งหมดใน process mining.
แหล่งข้อมูล
บันทึกการตรวจสอบของระบบ เวลาสร้างข้อความ หรือเวลาทำธุรกรรมในฐานข้อมูล.
ตัวอย่าง
2023-10-25T08:30:15Z2023-10-25T14:45:00Z2023-10-26T09:15:22Z
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงหรือรีเฟรชระเบียนครั้งล่าสุด. | ||
|
คำอธิบาย
ระบุเวลาที่โหลดข้อมูลเข้าสู่เครื่องมือ process mining ครั้งล่าสุด ข้อมูลนี้สำคัญต่อการตรวจสอบความใหม่ของข้อมูล และช่วยให้มั่นใจว่าแดชบอร์ดแสดงสถานะล่าสุดของการปฏิบัติงานด้านการชำระเงิน ช่วยให้ผู้ใช้เชื่อถือข้อมูลได้ โดยแสดงให้เห็นว่าการรายงานข้อมูลล่าช้าเพียงใด.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้เข้าใจว่าข้อมูลที่แสดงเป็นข้อมูลปัจจุบันและเชื่อถือได้เพียงใด.
แหล่งข้อมูล
เวลาที่ดำเนินการ ETL.
ตัวอย่าง
2023-10-27T12:00:00Z2023-11-01T06:00:00Z
|
|||
|
BIC ของธนาคารผู้รับผลประโยชน์
BeneficiaryBic
|
รหัส Bank Identifier Code ของสถาบันผู้รับเงิน. | ||
|
คำอธิบาย
ระบุธนาคารปลายทางของการชำระเงิน ซึ่งเป็นมิติสำคัญสำหรับแดชบอร์ด 'สาเหตุหลักที่ผู้รับผลประโยชน์ปฏิเสธรายการ' เมื่อจัดกลุ่มรายการที่ล้มเหลวตาม BIC ของผู้รับผลประโยชน์ ธนาคารจะระบุคู่สัญญาที่ปฏิเสธคำสั่งบ่อยครั้ง เนื่องจากข้อมูลไม่ถูกต้องหรือมีข้อกำหนดด้านรูปแบบเฉพาะ.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์ผลการดำเนินงานของคู่สัญญาและรูปแบบการปฏิเสธรายการ.
แหล่งข้อมูล
SWIFT Field 57A (บัญชีที่สถาบันการเงินดูแล) หรือ 58A (สถาบันผู้รับผลประโยชน์).
ตัวอย่าง
CITIUS33BARCGB22DRESDEFFHANDSEXX
|
|||
|
UETR
UniqueEndToEndReference
|
รหัสอ้างอิงธุรกรรมแบบไม่ซ้ำตลอดกระบวนการ สำหรับติดตามรายการผ่าน SWIFT gpi. | ||
|
คำอธิบาย
UETR เป็นชุดอักขระ 36 ตัวที่ใช้เป็นรหัสอ้างอิงเดียวและไม่เปลี่ยนแปลงสำหรับการชำระเงินตลอดเครือข่าย SWIFT ต่างจาก ID ภายในองค์กร เพราะ UETR ใช้ติดตามรายการต่อเนื่องได้แม้ผ่านหลายธนาคาร แอตทริบิวต์นี้สำคัญต่อการติดตามรายการตั้งแต่ต้นจนจบ และการเชื่อมโยงบันทึกภายในกับสถานะรายการที่อัปเดตจาก SWIFT gpi.
เหตุผลที่สำคัญ
มาตรฐานหลักสำหรับติดตามการชำระเงินข้ามพรมแดนระหว่างสถาบันต่างๆ.
แหล่งข้อมูล
SWIFT Block 3, Field 121.
ตัวอย่าง
b8c3f4a0-5d2a-4e1b-9c3d-1a2b3c4d5e6f123e4567-e89b-12d3-a456-426614174000
|
|||
|
จำนวนเงินของธุรกรรม
TransactionAmount
|
มูลค่าเงินของคำสั่งชำระเงิน. | ||
|
คำอธิบาย
แสดงจำนวนเงินต้นที่โอน ข้อมูลนี้ดึงจากฟิลด์เฉพาะของ SWIFT เช่น ฟิลด์ 32A ใน MT103 จำเป็นต่อแดชบอร์ด 'รอบการอนุมัติการโอนเงินมูลค่าสูง' เพราะช่วยแบ่งกลุ่มการชำระเงินตามจำนวนเงิน เพื่อวิเคราะห์ความล่าช้าในการอนุมัติธุรกรรมมูลค่าสูงที่มีความเสี่ยงสูง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลกระทบทางการเงินและแบ่งกลุ่มตามขนาดธุรกรรม.
แหล่งข้อมูล
ฟิลด์ SWIFT MT 32A (จำนวนเงิน) หรือองค์ประกอบ IntrBkSttlmAmt ของ ISO 20022.
ตัวอย่าง
15000.001250.501000000.0045.00
|
|||
|
ประเภทข้อความ SWIFT
SwiftMessageType
|
ประเภทข้อความ SWIFT ที่ใช้ เช่น MT103 หรือ pacs.008. | ||
|
คำอธิบาย
ระบุรูปแบบเฉพาะของคำสั่งชำระเงิน ประเภทที่ใช้กันทั่วไป ได้แก่ MT103 สำหรับการโอนเงินของลูกค้า และรูปแบบเทียบเท่าใน ISO 20022 เช่น pacs.008 ใช้ในการวิเคราะห์ 'รูปแบบเส้นทางการชำระเงิน' เพื่อเปรียบเทียบประสิทธิภาพการประมวลผลระหว่างรูปแบบ MT เดิมกับมาตรฐาน ISO ใหม่.
เหตุผลที่สำคัญ
ใช้แยกประเภทกระแสการชำระเงินและมาตรฐานการประมวลผลระหว่างรูปแบบเดิมกับ ISO 20022.
แหล่งข้อมูล
ฟิลด์ประเภทข้อความใน SWIFT Block 2 (ส่วนหัวของแอปพลิเคชัน).
ตัวอย่าง
MT103MT202pacs.008MT101
|
|||
|
เป็น STP
IsStp
|
ตัวบ่งชี้ว่าการชำระเงินไม่ต้องมีผู้ดำเนินการด้วยตนเองหรือไม่. | ||
|
คำอธิบาย
ตัวบ่งชี้แบบบูลีนที่มีค่า True เมื่อเคสไม่มีขั้นตอน 'พบข้อผิดพลาด' 'ปฏิเสธการชำระเงิน' หรือ 'แก้ไข' ด้วยตนเอง ใช้คำนวณ KPI 'อัตราการประมวลผลแบบตรงผ่าน (STP)' โดยตรง เป็นตัวชี้วัดหลักของความสำเร็จในการทำงานอัตโนมัติสำหรับการประมวลผลการชำระเงิน.
เหตุผลที่สำคัญ
ตัวชี้วัดหลักของประสิทธิภาพกระบวนการและสถานะการทำงานอัตโนมัติ.
แหล่งข้อมูล
คำนวณจากการไม่มีขั้นตอนเชิงลบหรือขั้นตอนที่ต้องทำด้วยตนเองบางรายการในเคส.
ตัวอย่าง
truefalse
|
|||
|
ผู้ใช้ที่ประมวลผลรายการ
ProcessingUser
|
ผู้ใช้หรือตัวแทนระบบที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
ระบุบุคคลหรือบอตอัตโนมัติที่รับผิดชอบกิจกรรม เช่น เจ้าหน้าที่การปฏิบัติตามข้อกำหนดที่อนุมัติรายการที่ตรงกับรายชื่อคว่ำบาตร หรือผู้ปฏิบัติงานที่แก้ไขข้อผิดพลาดด้านรูปแบบ แอตทริบิวต์นี้ใช้สร้าง 'แผนที่ความหนาแน่นของข้อผิดพลาดในการตรวจสอบ' เพื่อให้ผู้จัดการเห็นความต้องการด้านการฝึกอบรม หรือระบุผู้ใช้ที่เกี่ยวข้องกับการแก้ไขงานซ้ำในอัตราสูง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ทรัพยากรและระบุคอขวดที่เกิดจากงานที่ต้องทำด้วยตนเอง.
แหล่งข้อมูล
บันทึกการตรวจสอบของระบบ หรือคอลัมน์ 'User ID' ในตารางธุรกรรม.
ตัวอย่าง
SYSTEMJ.DoeCompliance_Bot_01M.Smith
|
|||
|
รหัส NAK ของ SWIFT
SwiftNakCode
|
รหัสข้อผิดพลาดที่เครือข่าย SWIFT ส่งกลับเมื่อปฏิเสธข้อความ. | ||
|
คำอธิบาย
ระบุรหัสข้อผิดพลาด เช่น T26 หรือ T13 ที่เครือข่าย SWIFT ส่งกลับมาในข้อความปฏิเสธ (NAK) แอตทริบิวต์นี้ใช้สร้างแดชบอร์ด 'วิเคราะห์ข้อผิดพลาดและการแก้ไขงานซ้ำของ SWIFT' เพื่อจัดหมวดหมู่ปัญหาทางเทคนิคและจัดลำดับความสำคัญในการแก้ไขระบบ.
เหตุผลที่สำคัญ
ช่วยระบุสาเหตุทางเทคนิคของการปฏิเสธรายการในระดับเครือข่าย.
แหล่งข้อมูล
ข้อความระบบ MT 015/019 หรือ Field 451 ใน ACK/NAK.
ตัวอย่าง
T26H01T13G02
|
|||
|
วันที่มีผลของเงิน
ValueDate
|
วันที่กำหนดให้ผู้รับผลประโยชน์สามารถใช้เงินได้. | ||
|
คำอธิบาย
ระบุวันที่ชำระดุลตามคำสั่งในข้อความการชำระเงิน เมื่อนำวันที่นี้ไปเปรียบเทียบกับเวลาประทับ 'ชำระเงินแล้ว' จะช่วยในการวิเคราะห์แดชบอร์ด 'อายุรายการชำระดุลและการกระทบยอด' ข้อมูลนี้บอกระดับความเร่งด่วนของการชำระเงิน และใช้วัดการปฏิบัติตามข้อตกลงระดับการให้บริการเกี่ยวกับการพร้อมใช้ของเงิน.
เหตุผลที่สำคัญ
สำคัญต่อการบริหารสภาพคล่องและวัดความตรงเวลาของการชำระดุล.
แหล่งข้อมูล
ฟิลด์วันที่ใน SWIFT MT Field 32A หรือ ISO 20022 IntrBkSttlmDt.
ตัวอย่าง
2023-10-262023-11-01
|
|||
|
สกุลเงินของธุรกรรม
TransactionCurrency
|
รหัส ISO 3 ตัวอักษรที่ระบุสกุลเงินของการชำระเงิน. | ||
|
คำอธิบาย
ระบุสกุลเงินที่ใช้ในการชำระเงิน เช่น USD, EUR หรือ GBP ข้อมูลนี้สำคัญต่อแดชบอร์ด 'ประสิทธิภาพตามเวลาปิดรับรายการของเครือข่าย' เพราะเวลาปิดรับรายการแตกต่างกันตามสกุลเงิน นอกจากนี้ยังช่วยวิเคราะห์ 'ประสิทธิภาพการแปลงสกุลเงิน' โดยระบุคู่สกุลเงินที่แตกต่างกัน.
เหตุผลที่สำคัญ
ใช้กำหนดกฎการส่งต่อรายการ เวลาปิดรับรายการ และเส้นทางการชำระดุล.
แหล่งข้อมูล
ฟิลด์ 32A (สกุลเงิน) ใน SWIFT MT หรือองค์ประกอบ Ccy ใน ISO 20022.
ตัวอย่าง
USDEURGBPJPY
|
|||
|
ประเทศต้นทาง
OriginatingCountry
|
รหัสประเทศของหน่วยงานที่เริ่มต้นการชำระเงิน. | ||
|
คำอธิบาย
ระบุเขตอำนาจศาลที่เป็นต้นทางของคำขอชำระเงิน ข้อมูลนี้สำคัญต่อแดชบอร์ด 'ระยะเวลาตรวจสอบรายชื่อคว่ำบาตร' เพราะการชำระเงินจากเขตอำนาจศาลที่มีความเสี่ยงสูงมักต้องผ่านการตรวจสอบการปฏิบัติตามข้อกำหนดอย่างละเอียดและใช้เวลานานกว่า ช่วยวิเคราะห์ปริมาณการชำระเงินและความล่าช้าในการประมวลผลตามภูมิภาค.
เหตุผลที่สำคัญ
มิติสำคัญสำหรับวิเคราะห์ความเสี่ยงด้านการปฏิบัติตามข้อกำหนดและผลการดำเนินงานในแต่ละภูมิภาค.
แหล่งข้อมูล
ได้จาก Sender BIC โดยใช้ตัวอักษรตำแหน่งที่ 5-6 ซึ่งเป็นรหัสประเทศ.
ตัวอย่าง
USGBDEFR
|
|||
|
เป็นการชำระเงินข้ามพรมแดน
IsCrossBorder
|
ตัวบ่งชี้ว่าการชำระเงินเกี่ยวข้องกับประเทศมากกว่าหนึ่งประเทศหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนที่มีค่า True เมื่อประเทศของผู้ส่งแตกต่างจากประเทศของผู้รับผลประโยชน์ ช่วยคำนวณ KPI 'ความล่าช้าในการจัดการหลายสกุลเงิน' โดยแยกรายการในประเทศออกจากรายการระหว่างประเทศ การชำระเงินข้ามพรมแดนมักมีความซับซ้อน ค่าใช้จ่าย และเวลาในการประมวลผลสูงกว่า.
เหตุผลที่สำคัญ
เป็นเกณฑ์พื้นฐานในการแบ่งกลุ่มเพื่อวิเคราะห์ความซับซ้อนของการชำระเงิน.
แหล่งข้อมูล
เปรียบเทียบรหัสประเทศของ Sender BIC กับรหัสประเทศของ Beneficiary BIC.
ตัวอย่าง
truefalse
|
|||
|
ลำดับความสำคัญของคำสั่ง
InstructionPriority
|
ตัวบ่งชี้ระดับความสำคัญที่แสดงความเร่งด่วนของการชำระเงิน. | ||
|
คำอธิบาย
ได้จากส่วนหัวของข้อความ เช่น 'ปกติ' หรือ 'เร่งด่วน' จึงใช้แบ่งกลุ่มในแดชบอร์ด 'รอบการอนุมัติการโอนเงินมูลค่าสูง' ได้ เพราะการชำระเงินเร่งด่วนมักต้องผ่านขั้นตอนอนุมัติที่รวดเร็วขึ้น การเข้าใจสัดส่วนของแต่ละระดับความสำคัญช่วยวางแผนทรัพยากรในช่วงที่มีรายการหนาแน่น.
เหตุผลที่สำคัญ
ช่วยแยกข้อกำหนด SLA ของการชำระเงินทั่วไปกับรายการเร่งด่วน.
แหล่งข้อมูล
ฟิลด์ลำดับความสำคัญของข้อความใน SWIFT Block 2 เช่น N สำหรับปกติ และ U สำหรับเร่งด่วน.
ตัวอย่าง
ปกติเร่งด่วนระบบ
|
|||
|
ส่งทันเวลาปิดรับรายการ
MetCutOffTime
|
ตัวบ่งชี้ว่ามีการส่งคำสั่งก่อนถึงกำหนดเวลาของเครือข่ายหรือไม่. | ||
|
คำอธิบาย
ตัวบ่งชี้แบบบูลีนที่คำนวณโดยเปรียบเทียบเวลาที่ส่ง 'คำสั่งชำระเงิน' กับเวลาปิดรับรายการของเครือข่าย SWIFT สำหรับแต่ละสกุลเงิน ใช้คำนวณ KPI 'อัตราการส่งรายการทันเวลาปิดรับของ SWIFT' หากส่งไม่ทันเวลาปิดรับรายการ การชำระดุลจะล่าช้าและส่งผลต่อสภาพคล่อง.
เหตุผลที่สำคัญ
KPI ด้านการปฏิบัติการที่สำคัญต่อการบริหารเงินทุนและสภาพคล่อง.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบเวลาประทับกับตารางอ้างอิงเวลาปิดรับรายการแบบคงที่.
ตัวอย่าง
truefalse
|
|||
|
เหตุผลที่ปฏิเสธรายการ
RejectionReason
|
ข้อความอธิบายสาเหตุที่ปฏิเสธการชำระเงิน. | ||
|
คำอธิบาย
มีคำอธิบายหรือรหัสที่ระบุสาเหตุเมื่อการชำระเงินไม่สำเร็จ โดยมักพบใน SWIFT Field 72 (ข้อมูลจากผู้ส่งถึงผู้รับ) หรือข้อความส่งคืน ใช้สนับสนุนการวิเคราะห์ 'สาเหตุหลักที่ผู้รับผลประโยชน์ปฏิเสธรายการ' นักวิเคราะห์สามารถวิเคราะห์ข้อความเพื่อหาสาเหตุที่พบบ่อย เช่น 'บัญชีไม่ถูกต้อง' หรือ 'ชื่อผู้รับผลประโยชน์ไม่ตรงกัน'.
เหตุผลที่สำคัญ
ให้บริบทเชิงคุณภาพเกี่ยวกับความล้มเหลวของกระบวนการ.
แหล่งข้อมูล
SWIFT Field 72 หรือ 79 ในข้อความส่งคืน (MT103 Return).
ตัวอย่าง
ปิดบัญชีผู้รับผลประโยชน์แล้วIBAN ไม่ถูกต้องไม่ผ่านการปฏิบัติตามข้อกำหนดไม่ทราบรหัสธนาคาร
|
|||
กิจกรรมการประมวลผลการชำระเงิน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
กระทบยอดการชำระเงินแล้ว
|
การจับคู่ธุรกรรมการชำระเงินกับรายการเดินบัญชี Nostro/Vostro อนุมานได้เมื่อระบบกระทบยอดเชื่อมรหัสธุรกรรมกับรายการในบัญชี. | ||
|
เหตุผลที่สำคัญ
ปิดวงจรทางการเงิน ความล่าช้าในขั้นตอนนี้กระทบการมองเห็นเงินสดและความสามารถในการตรวจสอบย้อนหลัง.
แหล่งข้อมูล
บันทึกของระบบกระทบยอด หรือสถานะ 'Matched' ใน Core Banking System.
บันทึก
เปรียบเทียบสถานะการกระทบยอด
ประเภทเหตุการณ์
inferred
|
|||
|
ชำระเงินแล้ว
|
การยืนยันว่าเงินเข้าบัญชีของผู้รับแล้ว ซึ่งมักเป็นสถานะ gpi ACSC บันทึกได้โดยตรงจากการอัปเดตของตัวติดตามหรือข้อความยืนยัน. | ||
|
เหตุผลที่สำคัญ
แสดงจุดสิ้นสุดของสายการชำระเงินที่เสร็จสมบูรณ์ จำเป็นต่อการคำนวณ 'ช่องว่างระหว่างการชำระราคากับการกระทบยอด'.
แหล่งข้อมูล
SWIFT gpi Tracker (สถานะ ACSC) หรือข้อความยืนยัน MT900/910.
บันทึก
บันทึกเมื่อยืนยันการชำระราคา
ประเภทเหตุการณ์
explicit
|
|||
|
ผ่านการตรวจสอบรายชื่อคว่ำบาตร
|
เวลาที่คำสั่งชำระเงินผ่านการตรวจสอบรายชื่อ OFAC/รายชื่อคว่ำบาตรสำเร็จ บันทึกได้โดยตรงจากบันทึกของระบบการปฏิบัติตามข้อกำหนด หรืออนุมานจากการปลดสถานะ 'Screening Hold'. | ||
|
เหตุผลที่สำคัญ
จำเป็นต่อแดชบอร์ด 'เวลานำในการตรวจสอบรายชื่อคว่ำบาตร' ความล่าช้าในขั้นตอนนี้เป็นคอขวดด้านการปฏิบัติตามข้อกำหนด ไม่ใช่ความไม่มีประสิทธิภาพในการปฏิบัติงาน.
แหล่งข้อมูล
บันทึกของระบบกรองเพื่อตรวจสอบการปฏิบัติตามข้อกำหนด หรือแฟล็กสถานะการปฏิบัติตามข้อกำหนดใน Payment Hub.
บันทึก
บันทึกเมื่อสถานะการตรวจสอบมีการอัปเดต
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งคำสั่งชำระเงินแล้ว
|
การส่งข้อความที่จัดรูปแบบแล้ว (MT103 หรือ ISO 20022 pacs.008) ไปยัง SWIFT Gateway ระบบจะบันทึกเหตุการณ์นี้โดยตรงเมื่อสร้างเนื้อหาข้อความและส่งต่อไปยังอินเทอร์เฟซเครือข่าย | ||
|
เหตุผลที่สำคัญ
ใช้คำนวณ 'อัตราการส่งทันเวลาปิดรับรายการของ SWIFT' เป็นจุดเปลี่ยนจากการประมวลผลภายในไปสู่การประมวลผลบนเครือข่าย.
แหล่งข้อมูล
บันทึกของ SWIFT Alliance Access (SAA) หรือบันทึกการส่งข้อมูลของ Gateway
บันทึก
บันทึกเมื่อส่งข้อความออก
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างคำขอชำระเงิน
|
ระบบธนาคารภายในหรือ ERP สร้างคำสั่งชำระเงินขึ้นเป็นครั้งแรก โดยบันทึกเหตุการณ์นี้ได้โดยตรงเมื่อกำหนดรหัสอ้างอิงธุรกรรมที่ไม่ซ้ำกัน (TRN หรือ UETR) ให้กับคำสั่งชำระเงินเป็นครั้งแรก. | ||
|
เหตุผลที่สำคัญ
ใช้กำหนดเวลาเริ่มต้นของวงจรการชำระเงินทั้งหมด จำเป็นต่อการคำนวณเวลาประมวลผลตั้งแต่ต้นจนจบ และระบุความล่าช้าต้นทางก่อนเริ่มใช้งานเครือข่าย SWIFT.
แหล่งข้อมูล
เวลาที่สร้างรายการในตารางธุรกรรมของ Core Banking System (CBS) หรือ Payment Hub.
บันทึก
บันทึกเมื่อสร้างระเบียนธุรกรรม
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติการชำระเงินแล้ว
|
การอนุมัติขั้นสุดท้ายโดยเจ้าหน้าที่ที่ได้รับมอบหมายหรือกฎอัตโนมัติสำหรับการโอนเงินมูลค่าสูง บันทึกได้โดยตรงเมื่อกำหนดค่าแฟล็กเวิร์กโฟลว์การอนุมัติเป็น true. | ||
|
เหตุผลที่สำคัญ
สำคัญต่อแดชบอร์ด 'รอบการอนุมัติการโอนเงินมูลค่าสูง' ใช้ระบุความล่าช้าจากการลงนามอนุมัติด้วยมือสำหรับการเคลื่อนย้ายสภาพคล่องจำนวนมาก.
แหล่งข้อมูล
หลักฐานการตรวจสอบจากระบบเวิร์กโฟลว์การอนุมัติ.
บันทึก
บันทึกเมื่อดำเนินการอนุมัติ
ประเภทเหตุการณ์
explicit
|
|||
|
การชำระเงินถูกปฏิเสธ
|
การได้รับข้อความปฏิเสธ (MT103 Return หรือสถานะ gpi RJCT) จากธนาคารผู้รับหรือธนาคารตัวกลาง บันทึกได้โดยตรงจากข้อความ SWIFT ขาเข้า. | ||
|
เหตุผลที่สำคัญ
สำคัญต่อแดชบอร์ด 'สาเหตุหลักที่ผู้รับปฏิเสธ' ใช้ระบุปัจจัยภายนอก เช่น บัญชีปิดแล้วหรือข้อมูลเส้นทางไม่ถูกต้อง.
แหล่งข้อมูล
ข้อความ SWIFT ขาเข้า (MT103 RET, pacs.004) หรือสถานะ gpi RJCT.
บันทึก
บันทึกเมื่อได้รับข้อความปฏิเสธ
ประเภทเหตุการณ์
explicit
|
|||
|
แก้ไขข้อผิดพลาดการชำระเงินแล้ว
|
การแก้ไขและส่งธุรกรรมที่เคยมีข้อผิดพลาดอีกครั้งจนสำเร็จ อนุมานได้เมื่อธุรกรรมเปลี่ยนจากคิว 'Repair' กลับไปเป็นสถานะ 'Processing' หรือ 'Ready'. | ||
|
เหตุผลที่สำคัญ
ใช้วัดประสิทธิภาพของทีมแก้ไขงานซ้ำด้วยมือ หากใช้เวลานานในขั้นตอนนี้ อาจบ่งชี้ถึงช่องว่างด้านการฝึกอบรมหรือรหัสข้อผิดพลาดที่ซับซ้อน.
แหล่งข้อมูล
บันทึกสถานะ Payment Hub ที่แสดงการออกจากคิวข้อยกเว้น.
บันทึก
เปรียบเทียบฟิลด์สถานะเมื่อออกจาก Repair
ประเภทเหตุการณ์
inferred
|
|||
|
ได้รับ ACK จาก SWIFT
|
การได้รับข้อความตอบรับทางเทคนิค (ACK) จากเครือข่าย SWIFT เพื่อยืนยันว่ารับข้อความไปประมวลผลแล้ว บันทึกได้โดยตรงจากบันทึกของส่วนเชื่อมต่อเครือข่าย. | ||
|
เหตุผลที่สำคัญ
ยืนยันว่าข้อความเข้าสู่เครือข่ายทั่วโลกสำเร็จ ช่วยแยกความล้มเหลวภายในออกจากปัญหาที่เกิดขึ้นระหว่างส่งผ่านเครือข่ายจริง.
แหล่งข้อมูล
บันทึกของ SWIFT Gateway (ตรวจสอบสัญญาณ ACK และ NACK)
บันทึก
บันทึกเมื่อได้รับ ACK จากเครือข่าย
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบรายละเอียดการชำระเงินแล้ว
|
การตรวจสอบไวยากรณ์และรูปแบบของคำสั่งชำระเงินสำเร็จ เช่น รูปแบบ IBAN และความถูกต้องของ BIC โดยมักอนุมานจากสถานะธุรกรรมที่เปลี่ยนจาก 'Draft' เป็น 'Validated' หรือ 'Ready for Auth'. | ||
|
เหตุผลที่สำคัญ
หากอัตราความล้มเหลวในขั้นตอนนี้สูง แสดงว่าคุณภาพข้อมูลต้นทางไม่ดี ใช้วัด KPI 'อัตราการตรวจสอบผ่านตั้งแต่ครั้งแรก'.
แหล่งข้อมูล
บันทึกสถานะ Payment Engine หรือตารางประวัติการตรวจสอบความถูกต้อง.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
พบข้อผิดพลาดในการชำระเงิน
|
เหตุการณ์ที่ทำเครื่องหมายธุรกรรมเพื่อแก้ไข เนื่องจากตรวจสอบไม่ผ่าน ได้รับ NACK หรือมีข้อความปฏิเสธ อนุมานได้เมื่อธุรกรรมเข้าสู่คิว 'Repair', 'Correction' หรือ 'Exception'. | ||
|
เหตุผลที่สำคัญ
ใช้ติดตาม 'อัตราการแก้ไขงานซ้ำเพื่อแก้ข้อผิดพลาด' หากเกิดบ่อยจะทำให้อัตราการประมวลผลแบบ straight-through (STP) ลดลง.
แหล่งข้อมูล
คอลัมน์สถานะใน Payment Hub หรือบันทึกคิวข้อยกเว้น.
บันทึก
เปรียบเทียบฟิลด์สถานะกับ Error/Repair
ประเภทเหตุการณ์
inferred
|
|||
|
โอนการชำระเงินแล้ว
|
การอัปเดตสถานะระหว่างทาง ซึ่งมักเป็นสถานะ gpi ACSP แสดงว่าธนาคารตัวกลางกำลังประมวลผลการชำระเงิน บันทึกได้จากการอัปเดต SWIFT gpi Tracker หรือข้อความสถานะ. | ||
|
เหตุผลที่สำคัญ
ช่วยให้เห็นขั้นตอนที่ปกติมองไม่เห็นในการธนาคารตัวแทน จำเป็นต่อการวิเคราะห์เส้นทางทั้งหมดตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
ฟีดข้อมูล SWIFT gpi Tracker หรือข้อความ MT199/trck.
บันทึก
บันทึกเมื่อได้รับการอัปเดตจากตัวติดตาม
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตเหล่านี้เปลี่ยนบันทึก SWIFT ดิบให้เป็นเครื่องมือช่วยปรับปรุงการปฏิบัติงานและเร่งการชำระเงิน.
ปรับปรุงการประมวลผลการชำระเงินผ่าน SWIFT ได้เลย
เพิ่มสัดส่วนการประมวลผลอัตโนมัติโดยไม่ต้องทำด้วยมือให้ถึง 98% และขจัดข้อผิดพลาดจากการทำงานด้วยมือ
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จใน 5 นาที