เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ
เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์สำหรับการประมวลผลการชำระเงิน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อขั้นตอนหรือเหตุการณ์ที่เกิดขึ้นในกระบวนการ. | ||
|
คำอธิบาย
ฟิลด์นี้บันทึกการดำเนินการที่เกิดขึ้น ณ เวลาหนึ่ง เช่น 'สร้างคำขอชำระเงิน' หรือ 'ชำระเงินเรียบร้อย' โดยกำหนดโหนดในแผนผังกระบวนการและโครงสร้างของลำดับงาน. นักวิเคราะห์ใช้แอตทริบิวต์นี้เพื่อทำความเข้าใจลำดับการทำงาน ซึ่งสำคัญต่อการระบุขั้นตอนที่ต่างจากเส้นทางปกติ ขั้นตอนที่ถูกข้าม หรือกิจกรรมซ้ำซ้อน เช่น การวนขออนุมัติหลายครั้ง.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ระบุว่าเกิดอะไรขึ้น จึงใช้แสดงแผนผังกระบวนการและวิเคราะห์รูปแบบการดำเนินงานได้.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
สร้างคำขอชำระเงินตรวจสอบรายละเอียดการชำระเงินแล้วอนุมัติการชำระเงินชำระเงินเรียบร้อย
|
|||
|
รหัสธุรกรรมการชำระเงิน
PaymentTransactionId
|
รหัสเฉพาะของคำสั่งหรือธุรกรรมการชำระเงินรายการนั้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เป็นรหัสหลักที่ใช้เชื่อมโยงเหตุการณ์ทั้งหมดในวงจรการชำระเงินหนึ่งรายการ ช่วยให้นักวิเคราะห์ติดตามรายการตั้งแต่คำขอเริ่มต้น ผ่านการตรวจสอบและอนุมัติ จนถึงการชำระบัญชีหรือการกระทบยอดขั้นสุดท้าย. ในการวิเคราะห์ รหัสนี้จำเป็นต่อการจัดกลุ่มเหตุการณ์ต่าง ๆ ให้เป็นอินสแตนซ์ของกระบวนการ ช่วยให้เห็นภาพลำดับงานตั้งแต่ต้นจนจบ และใช้เป็นพื้นฐานในการคำนวณตัวชี้วัดระดับเคส เช่น ระยะเวลาตั้งแต่เริ่มจนจบและการทำงานซ้ำ.
เหตุผลที่สำคัญ
รหัสนี้เป็นตัวเชื่อมหลักสำหรับ process mining ช่วยนำกิจกรรมที่แยกจากกันมาประกอบเป็นเส้นทางการทำงานที่ต่อเนื่องกัน.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
|
|||
|
เวลาประทับของเหตุการณ์
EventTimestamp
|
วันที่และเวลาที่กิจกรรมเกิดขึ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาของแต่ละเหตุการณ์ในกระบวนการชำระเงิน โดยบันทึกเวลาที่ระบบบันทึกการดำเนินการไว้อย่างแม่นยำ ทำให้เรียงลำดับกิจกรรมตามเวลาได้. ในการวิเคราะห์ ใช้คำนวณระยะเวลาระหว่างขั้นตอน ระยะเวลาตั้งแต่เริ่มจนจบ และอัตราการดำเนินงาน ช่วยระบุคอขวดจากความล่าช้าระหว่างขั้นตอนต่าง ๆ ของกระบวนการ.
เหตุผลที่สำคัญ
หากไม่มีฟิลด์นี้จะวิเคราะห์ตามเวลาไม่ได้ เพราะเป็นข้อมูลที่ใช้คำนวณ KPI ด้านประสิทธิภาพและการดำเนินงานทั้งหมด.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
|
|||
|
จำนวนเงินที่ชำระ
PaymentAmount
|
มูลค่าเงินของธุรกรรมการชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุมูลค่าทางการเงินของคำขอชำระเงิน เป็นตัวชี้วัดหลักสำหรับวิเคราะห์ปริมาณธุรกรรมทางการเงินและความเสี่ยง. นักวิเคราะห์ใช้ฟิลด์นี้แบ่งกระบวนการตามรายการที่มีมูลค่าสูงหรือต่ำ ซึ่งมักมีขั้นตอนอนุมัติต่างกัน รองรับแดชบอร์ด 'ปริมาณการชำระเงิน' และช่วยตรวจสอบว่ารายการมูลค่าสูงใช้เวลานานกว่าหรือไม่ เนื่องจากต้องผ่านการตรวจสอบที่เข้มงวดกว่า.
เหตุผลที่สำคัญ
เพิ่มมิติด้านการเงินให้กับ process mining เพื่อจัดลำดับความสำคัญตามมูลค่าได้.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
1500.00250.501000000.0045.99
|
|||
|
ประเภทการชำระเงิน
PaymentType
|
ประเภทของวิธีหรือเครื่องมือที่ใช้ชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้จัดประเภทการชำระเงิน เช่น Wire, ACH, SEPA, Real-Time Payment (RTP) หรือเช็ค การชำระเงินแต่ละประเภทมีกฎการประมวลผลและ SLA ที่แตกต่างกัน. นักวิเคราะห์ใช้ฟิลด์นี้เปรียบเทียบ 'ระยะเวลาการกระทบยอดการชำระเงิน' ระหว่างช่องทางการชำระเงิน ช่วยอธิบายว่าทำไมบางรายการจึงชำระเสร็จทันที ขณะที่บางรายการใช้เวลาหลายวัน และช่วยให้วัดผลเทียบกับเกณฑ์ที่เหมาะสม.
เหตุผลที่สำคัญ
เป็นมิติหลักสำหรับแบ่งลำดับงานของกระบวนการ เพราะการชำระเงินแต่ละประเภทมีวิธีส่งต่อและระยะเวลาดำเนินการเฉพาะตัว.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
โอนเงินผ่านธนาคารโอนเงินผ่าน ACHSEPA ทันทีเช็ค
|
|||
|
ผู้ใช้ที่ดำเนินการ
ProcessingUser
|
รหัสหรือชื่อของผู้ใช้หรือตัวแทนระบบที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกว่าใครหรือสิ่งใดดำเนินขั้นตอนของกระบวนการ ช่วยแยกผู้ปฏิบัติงานที่เป็นบุคคล เช่น 'J.Smith' ออกจากบัญชีระบบอัตโนมัติ เช่น 'SYSTEM_BATCH'. ข้อมูลนี้ใช้วิเคราะห์การใช้ทรัพยากร ระบุคอขวดจากงานที่ต้องทำด้วยตนเอง และตรวจสอบการแบ่งแยกหน้าที่ นอกจากนี้ยังช่วยคำนวณ 'อัตราการใช้ทรัพยากรของผู้ดำเนินการ' และแยกงานที่ทำด้วยตนเองออกจากงานอัตโนมัติ.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์ทรัพยากร อัตราการทำงานอัตโนมัติ และการตรวจสอบการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
|
|||
|
รหัสสกุลเงิน
CurrencyCode
|
รหัส ISO 3 ตัวอักษรที่ระบุสกุลเงินของการชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินของจำนวนเงินที่ชำระ เช่น USD, EUR หรือ GBP จำเป็นต่อการปรับข้อมูลการเงินให้อยู่ในมาตรฐานเดียวกันเมื่อวิเคราะห์รายการชำระเงินทั่วโลก. ในการวิเคราะห์ ฟิลด์นี้ช่วยแบ่งผลการดำเนินงานของกระบวนการตามสกุลเงิน ซึ่งมักสัมพันธ์กับระบบหักบัญชีและข้อกำหนดที่แตกต่างกัน อีกทั้งช่วยอธิบายความแตกต่างของระยะเวลาชำระบัญชีระหว่างการชำระเงินข้ามพรมแดนกับการชำระเงินภายในประเทศ.
เหตุผลที่สำคัญ
จำเป็นในระบบที่รองรับหลายสกุลเงิน เพื่อให้ตีความปริมาณธุรกรรมทางการเงินได้อย่างถูกต้อง.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
USDEURGBPJPY
|
|||
|
วันครบกำหนดชำระเงิน
PaymentDueDate
|
วันที่คาดว่าจะชำระเงินเสร็จสมบูรณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกกำหนดเวลาชำระเงินตามที่ผู้เริ่มรายการระบุหรือเงื่อนไขในใบแจ้งหนี้กำหนด ใช้เป็นเกณฑ์เป้าหมายสำหรับวัดการชำระเงินตรงเวลา. ฟิลด์นี้สำคัญต่อแดชบอร์ด 'การชำระเงินตามกำหนด' เมื่อนำวันที่นี้ไปเปรียบเทียบกับวันที่ 'ชำระเงินเรียบร้อย' จริง นักวิเคราะห์จะระบุรายการที่ล่าช้า คำนวณค่าปรับที่อาจเกิดขึ้น และประเมินการปฏิบัติตามข้อตกลงกับผู้ขายได้.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์พื้นฐานสำหรับวัดการปฏิบัติตามระดับการให้บริการและความตรงต่อเวลา.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
2023-11-012023-11-15
|
|||
|
วันที่ชำระบัญชีจริง
ActualSettlementDate
|
วันที่ชำระเงินเสร็จสมบูรณ์และชำระบัญชีจริง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่มีผลเมื่อโอนเงินหรือถือว่าธุรกรรมเสร็จสมบูรณ์ ซึ่งต่างจากเวลาประมวลผล เพราะสะท้อนวันที่มีผลทางบัญชี. ในการวิเคราะห์ ใช้ข้อมูลนี้ร่วมกับวันครบกำหนดเพื่อคำนวณ 'อัตราการชำระเงินตรงเวลา' และยังเป็นจุดเริ่มต้นของขั้นตอนกระทบยอด จึงจำเป็นต่อการวิเคราะห์ 'ระยะเวลาการกระทบยอดการชำระเงิน'.
เหตุผลที่สำคัญ
แสดงผลสรุปทางการเงินของการชำระเงิน และเป็นข้อมูลสำคัญสำหรับวิเคราะห์กระแสเงินสด.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
2023-11-022023-11-14
|
|||
|
หน่วยธุรกิจ
BusinessUnit
|
ฝ่ายหรือแผนกภายในที่เป็นผู้เริ่มการชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงการชำระเงินกับหน่วยงานเฉพาะ เช่น 'ธนาคารรายย่อย', 'สินเชื่อธุรกิจ' หรือ 'บริหารเงิน'. ใช้สรุป KPI เช่น 'ปริมาณการชำระเงิน' และ 'ระยะเวลาการชำระเงินเฉลี่ย' แยกตามแผนก ช่วยให้ผู้บริหารเปรียบเทียบผลการดำเนินงานระหว่างฝ่ายและจัดสรรทรัพยากรได้อย่างเหมาะสม.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานภายในองค์กรและกำหนดความรับผิดชอบต่อประสิทธิภาพของกระบวนการ.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
บริหารเงินเจ้าหนี้การค้าการปฏิบัติการธนาคารรายย่อยบริหารความมั่งคั่ง
|
|||
|
ช่องทางการชำระเงิน
PaymentChannel
|
ช่องทางที่ใช้เริ่มคำขอชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุที่มาของคำสั่งชำระเงิน เช่น ธนาคารออนไลน์ แอปมือถือ API หรือสาขา ช่วยให้เข้าใจช่องทางที่ใช้เริ่มธุรกรรม. นักวิเคราะห์ใช้เปรียบเทียบประสิทธิภาพการประมวลผลของแต่ละช่องทาง เช่น ตรวจสอบว่าการชำระเงินที่เริ่มผ่าน API มีอัตราข้อผิดพลาดต่ำกว่ารายการที่พนักงานป้อนที่สาขาหรือไม่.
เหตุผลที่สำคัญ
ช่วยปรับปรุงช่องทางและทำความเข้าใจพฤติกรรมของลูกค้า.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
ธนาคารออนไลน์แอปมือถือเกตเวย์สำหรับองค์กรพนักงานประจำสาขา
|
|||
|
บัญชีผู้ส่ง
SenderAccount
|
หมายเลขบัญชีที่ใช้หักเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุบัญชีต้นทางของธุรกรรม ช่วยให้วิเคราะห์การชำระเงินจากบัญชีภายในแต่ละบัญชีได้ละเอียดขึ้น. ในการวิเคราะห์ ช่วยตรวจสอบว่าบัญชีเงินทุนใดมีแนวโน้มเกิดข้อผิดพลาด เช่น เงินไม่เพียงพอ หรือล่าช้า นอกจากนี้ยังช่วยกระทบยอดโดยจับคู่รายการในบัญชีแยกประเภทกับกิจกรรมในกระบวนการได้.
เหตุผลที่สำคัญ
เป็นข้อมูลพื้นฐานสำหรับการกระทบยอดทางการเงินและการแก้ปัญหาในระดับบัญชี.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
123456789987654321ACC-TREASURY-01
|
|||
|
ประเทศของผู้รับเงิน
BeneficiaryCountry
|
รหัสประเทศของผู้รับเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุประเทศปลายทางของเงิน ใช้แยกการชำระเงินภายในประเทศออกจากการชำระเงินระหว่างประเทศ. ข้อมูลนี้สำคัญต่อ 'การติดตามการปฏิบัติตามข้อกำหนดในการชำระเงิน' และการวิเคราะห์เส้นทางการส่งต่อ การชำระเงินระหว่างประเทศมักมีตัวกลาง การตรวจสอบการปฏิบัติตามข้อกำหนด และระยะเวลาดำเนินการที่ต่างออกไป การวิเคราะห์ผลตามประเทศจึงช่วยแยกปัจจัยเหล่านี้ได้.
เหตุผลที่สำคัญ
เป็นมิติสำคัญสำหรับการวิเคราะห์ตามภูมิศาสตร์และประเมินความเสี่ยงด้านการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
สหรัฐอเมริกาเยอรมนีจีนสหราชอาณาจักร
|
|||
|
เป็นการชำระเงินล่าช้า
IsLatePayment
|
ตัวบ่งชี้ว่าชำระเงินหลังวันครบกำหนดหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้น โดยมีค่า true หากวันที่ 'ชำระเงินเรียบร้อย' อยู่หลัง 'วันครบกำหนดชำระเงิน'. แอตทริบิวต์นี้ใช้คำนวณ KPI 'อัตราการชำระเงินตรงเวลา' โดยตรง และช่วยให้ผู้ใช้กรองหารายการที่มีปัญหาได้อย่างรวดเร็ว โดยไม่ต้องตั้งเงื่อนไขวันที่ซับซ้อนในส่วนแสดงผล.
เหตุผลที่สำคัญ
ช่วยให้รายงานข้อยกเว้นและวิเคราะห์การปฏิบัติตามข้อกำหนดได้ง่ายขึ้น.
แหล่งข้อมูล
คำนวณจาก PaymentDueDate และ ActualSettlementDate
ตัวอย่าง
truefalse
|
|||
|
ผู้มีอำนาจอนุมัติ
ApprovalAuthority
|
บทบาท กลุ่ม หรือบุคคลที่รับผิดชอบอนุมัติการชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุระดับผู้มีอำนาจหรือกลุ่มผู้ใช้ที่ต้องอนุมัติการชำระเงิน ซึ่งมักกำหนดตามวงเงิน ช่วยติดตามเส้นทางการส่งต่อในเวิร์กโฟลว์การอนุมัติ. นักวิเคราะห์ใช้ข้อมูลนี้กับแดชบอร์ด 'คอขวดในการอนุมัติการชำระเงิน' เพื่อแจกแจงระยะเวลาการอนุมัติตามระดับอำนาจ และตรวจสอบว่าการจัดการบางระดับทำให้เกิดความล่าช้าหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ลำดับชั้นการอนุมัติในองค์กรและระบุคอขวด.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
ผู้จัดการระดับ 1CFOทีมการปฏิบัติตามข้อกำหนดระบบอนุมัติอัตโนมัติ
|
|||
|
มีการแทรกแซงด้วยตนเอง
IsManualIntervention
|
ตัวบ่งชี้ว่ากิจกรรมมีงานที่ต้องทำด้วยตนเองหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนนี้ระบุกิจกรรมหรือเคสที่ต้องให้บุคคลดำเนินการ เช่น 'แก้ไขข้อผิดพลาดในการชำระเงิน' หรือการอนุมัติด้วยตนเอง แทนการประมวลผลอัตโนมัติตั้งแต่ต้นจนจบ (STP). ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'อัตราการแทรกแซงด้วยตนเองในการชำระเงิน' ช่วยวัดสัดส่วนรายการที่ไม่ได้ทำงานอัตโนมัติทั้งหมด และชี้ให้เห็นโอกาสในการปรับปรุงสู่ระบบดิจิทัล.
เหตุผลที่สำคัญ
ช่วยแยกปริมาณงานอัตโนมัติออกจากแรงงานที่ต้องทำด้วยตนเอง เพื่อใช้คำนวณผลตอบแทนจากการลงทุนด้านระบบอัตโนมัติ.
แหล่งข้อมูล
คำนวณจาก ActivityName หรือ ProcessingUser
ตัวอย่าง
truefalse
|
|||
|
รหัสข้อผิดพลาดจากการตรวจสอบ
ValidationErrorCode
|
รหัสหรือเหตุผลที่ระบุว่าการชำระเงินไม่ผ่านการตรวจสอบ. | ||
|
คำอธิบาย
ระบบกรอกแอตทริบิวต์นี้เมื่อรายการเข้าสู่กิจกรรม 'พบข้อผิดพลาดในการชำระเงิน' โดยระบุรายละเอียดของปัญหา เช่น 'IBAN ไม่ถูกต้อง', 'เงินไม่เพียงพอ' หรือ 'ไม่มีที่อยู่ผู้รับเงิน'. ฟิลด์นี้ใช้กับแดชบอร์ด 'อัตราข้อผิดพลาดในการตรวจสอบข้อมูลการชำระเงิน' การจัดกลุ่มตามแอตทริบิวต์นี้ช่วยให้เห็นสาเหตุที่ทำให้ต้องทำงานซ้ำบ่อยที่สุด และแก้ไขได้ตรงจุดที่การป้อนข้อมูลต้นทางหรือการตั้งค่าระบบ.
เหตุผลที่สำคัญ
ช่วยระบุสาเหตุหลักของปัญหาในกระบวนการและการทำงานซ้ำ.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
ERR-001: บัญชีไม่ถูกต้องERR-055: พบรายชื่อคว่ำบาตรERR-009: ธุรกรรมซ้ำ
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูลเหตุการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุซอฟต์แวร์หรือฐานข้อมูลที่ดึงข้อมูลออกมา เช่น ระบบธนาคารหลัก เกตเวย์การชำระเงิน หรือเครื่องมือตรวจสอบรายชื่อคว่ำบาตร. ข้อมูลนี้สำคัญต่อการติดตามที่มาของข้อมูลและการตรวจสอบความถูกต้อง เมื่อต้องวิเคราะห์ลำดับงานตั้งแต่ต้นจนจบที่เชื่อมโยงหลายแพลตฟอร์ม ฟิลด์นี้ช่วยแยกว่ากิจกรรมใดเกิดขึ้นในระบบใด และช่วยตรวจสอบปัญหาคุณภาพข้อมูล.
เหตุผลที่สำคัญ
ช่วยให้ตรวจสอบย้อนกลับและเข้าใจบริบทได้ โดยเฉพาะในระบบที่มีเครื่องมือประมวลผลการชำระเงินหลายระบบเชื่อมต่อกัน.
แหล่งข้อมูล
ดูเอกสาร FIS Global
ตัวอย่าง
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงหรือรีเฟรชระเบียนครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บอกว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือข้อมูล ณ ช่วงเวลาก่อนหน้า. ในแดชบอร์ด มักใช้ฟิลด์นี้แสดงข้อความ 'ข้อมูลล่าสุด ณ' เพื่อให้ตัดสินใจจากข้อมูลที่เกี่ยวข้องและเป็นปัจจุบันที่สุด รวมถึงช่วยจัดการการโหลดข้อมูลแบบเพิ่มเฉพาะส่วนที่เปลี่ยนแปลง.
เหตุผลที่สำคัญ
ช่วยระบุความเป็นปัจจุบันของข้อมูลและสร้างความมั่นใจว่ารายงานอ้างอิงข้อมูลที่ทันเวลา.
แหล่งข้อมูล
ข้อมูลเมตาของกระบวนการ ETL
ตัวอย่าง
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
|
|||
กิจกรรมในการประมวลผลการชำระเงิน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
กระทบยอดการชำระเงินแล้ว
|
กิจกรรมทางบัญชีขั้นสุดท้ายนี้ใช้จับคู่ธุรกรรมการชำระเงินกับรายการเดินบัญชีธนาคารหรือรายการในบัญชีแยกประเภทภายใน อาจดำเนินการอัตโนมัติเป็นชุดหรือให้ผู้ใช้ทำด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดของวงจรการชำระเงิน การวิเคราะห์ 'ระยะเวลาการกระทบยอดการชำระเงิน' ช่วยให้เข้าใจประสิทธิภาพของกระบวนการปิดบัญชีการเงิน.
แหล่งข้อมูล
มักอนุมานจากการกรอกข้อมูลในฟิลด์ 'reconciliation_date' หรือการเปลี่ยนสถานะสุดท้ายเป็น 'กระทบยอดแล้ว' ในโมดูลการเงินหรือบัญชีที่เชื่อมกับระบบการชำระเงิน.
บันทึก
ระบุได้จากการกรอกวันที่กระทบยอดหรือการเปลี่ยนสถานะเป็น 'กระทบยอดแล้ว'.
ประเภทเหตุการณ์
inferred
|
|||
|
ชำระเงินเรียบร้อย
|
กิจกรรมนี้ระบุว่าการโอนเงินเสร็จสิ้นและธุรกรรมได้รับการชำระเงินเรียบร้อยแล้ว โดยทั่วไปจะบันทึกเมื่อได้รับการยืนยันการชำระบัญชีขั้นสุดท้ายจากเครือข่ายการชำระเงินหรือสำนักหักบัญชี. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดหลักสำหรับวัดระยะเวลาตั้งแต่เริ่มจนจบวงจรการชำระเงินและอัตราการชำระเงินตรงเวลา อีกทั้งยังแสดงว่ากระบวนการชำระเงินหลักเสร็จสมบูรณ์แล้ว.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะสุดท้ายของรายการชำระเงินเป็น 'ชำระแล้ว', 'เสร็จสมบูรณ์' หรือ 'บันทึกบัญชีแล้ว' การเปลี่ยนสถานะนี้เกิดจากไฟล์ชำระบัญชีแบบชุดหรือข้อความแบบเรียลไทม์จากระบบหักบัญชี.
บันทึก
สถานะของธุรกรรมการชำระเงินเปลี่ยนเป็น 'ชำระแล้ว' หรือสถานะอื่นที่มีความหมายเทียบเท่ากัน.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งคำสั่งชำระเงินแล้ว
|
กิจกรรมนี้หมายถึงจุดที่ระบบ FIS ส่งคำสั่งชำระเงินที่สรุปเรียบร้อยแล้วไปยังเครือข่ายการชำระเงินที่เกี่ยวข้อง เช่น ACH, Fedwire หรือ SWIFT เป็นเหตุการณ์สำคัญที่ระบบสร้างขึ้น. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสำคัญที่แสดงว่าการชำระเงินออกจากระบบประมวลผลภายในแล้ว จำเป็นต่อการวิเคราะห์ประสิทธิภาพการส่งต่อและเวลาที่ใช้ในการประมวลผลภายนอก.
แหล่งข้อมูล
บันทึกไว้ในบันทึกธุรกรรมหรือบันทึกข้อความที่ติดตามการสื่อสารกับเครือข่ายการชำระเงินภายนอก ให้ค้นหารายการที่ระบุว่ามีการส่งข้อความออกสำเร็จพร้อมเวลาที่ส่ง.
บันทึก
เหตุการณ์ที่ระบบสร้างขึ้นเมื่อส่งข้อความการชำระเงินไปยังเครือข่ายหักบัญชี.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างคำขอชำระเงิน
|
นี่คือเหตุการณ์แรกในวงจรการชำระเงิน ซึ่งเกิดขึ้นเมื่อเริ่มธุรกรรมการชำระเงินใหม่ในระบบ FIS โดยทั่วไปจะบันทึกเป็นรายการในตารางบันทึกธุรกรรม เมื่อผู้ใช้หรือระบบอัตโนมัติส่งคำขอชำระเงินใหม่. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นที่ชัดเจนของกระบวนการ จำเป็นต่อการวัดระยะเวลาการชำระเงินตั้งแต่ต้นจนจบ รวมถึงวิเคราะห์ปริมาณและจำนวนธุรกรรมการชำระเงินโดยรวม.
แหล่งข้อมูล
บันทึกไว้ในตารางธุรกรรมหลัก โดยระบุจากเวลาที่สร้างซึ่งเชื่อมโยงกับ Payment Transaction ID ค้นหาฟิลด์ 'creation_date' หรือ 'entry_date' ในตารางอย่าง 'Payment_Transactions' หรือ 'Payment_Requests'.
บันทึก
บันทึกเหตุการณ์เมื่อสร้างรายการธุรกรรมการชำระเงินใหม่.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติการจ่ายเงิน
|
หมายถึงขั้นตอนอนุมัติขั้นสุดท้าย ซึ่งมักจำเป็นสำหรับการชำระเงินมูลค่าสูง หรือเมื่อผู้มีอำนาจอีกระดับต้องอนุมัติหลังจากได้รับอนุมัติขั้นต้น ระบบจะบันทึกเหตุการณ์นี้อย่างชัดเจนเมื่อผู้ใช้ที่มีสิทธิ์ยืนยันการชำระเงิน. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นข้อมูลสำคัญสำหรับแดชบอร์ด 'คอขวดในการอนุมัติการชำระเงิน' การแยกกิจกรรมนี้ออกจาก 'Payment Approved' ช่วยระบุความล่าช้าในกระบวนการอนุมัติหลายระดับได้ชัดเจนขึ้น.
แหล่งข้อมูล
บันทึกไว้ในบันทึกการตรวจสอบหรือบันทึกธุรกรรม เหตุการณ์นี้เกิดขึ้นเมื่อผู้ใช้ที่มีสิทธิ์อนุมัติเฉพาะดำเนินการกับรายการชำระเงิน ระบบจะสร้างรายการพร้อม ID ผู้ใช้และเวลาที่ดำเนินการ.
บันทึก
ระบบสร้างรายการบันทึกอย่างชัดเจนเมื่อผู้ใช้ดำเนินการอนุมัติขั้นสุดท้าย.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติการชำระเงิน
|
ขั้นตอนสำคัญที่ผู้ใช้ซึ่งมีอำนาจอนุมัติอนุมัติการชำระเงิน ทำให้รายการดำเนินต่อไปยังขั้นตอนถัดไป โดยเกือบทุกครั้งระบบจะบันทึกเหตุการณ์นี้อย่างชัดเจน พร้อม ID ของผู้อนุมัติและเวลาที่ดำเนินการ. | ||
|
เหตุผลที่สำคัญ
จุดตรวจสอบสำคัญสำหรับวัดระยะเวลารอบการอนุมัติและตรวจสอบว่าปฏิบัติตามการควบคุมทางการเงิน ความล่าช้าในขั้นตอนนี้อาจส่งผลอย่างมากต่อการชำระเงินให้ตรงเวลา.
แหล่งข้อมูล
บันทึกไว้ในตารางบันทึกการอนุมัติ หรือเป็นเหตุการณ์โดยตรงในประวัติธุรกรรมหลัก บันทึกเหตุการณ์จะเชื่อมโยง Payment Transaction ID, ID ผู้ใช้ของผู้อนุมัติ และเวลาที่อนุมัติ.
บันทึก
บันทึกเมื่อผู้ใช้ที่มีสิทธิ์อนุมัติเลือกคำสั่ง 'approve' สำหรับการชำระเงิน.
ประเภทเหตุการณ์
explicit
|
|||
|
แก้ไขข้อผิดพลาดในการชำระเงินแล้ว
|
ระบุว่าข้อผิดพลาดในการชำระเงินที่พบก่อนหน้านี้ได้รับการแก้ไขแล้ว ทำให้สามารถประมวลผลการชำระเงินอีกครั้งหรือยกเลิกได้ ผู้ใช้ดำเนินการนี้เพื่อล้างสถานะข้อยกเว้น. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ปิดวงจรการจัดการข้อยกเว้น ระยะเวลาตั้งแต่ 'พบข้อผิดพลาด' จนถึงกิจกรรมนี้เป็นตัวชี้วัดสำคัญของประสิทธิภาพในการจัดการข้อยกเว้น.
แหล่งข้อมูล
บันทึกเมื่อผู้ใช้ล้างการแจ้งข้อผิดพลาดหรือนำธุรกรรมออกจากคิวข้อยกเว้น การดำเนินการนี้จะถูกบันทึกพร้อมเวลาไว้ในประวัติการตรวจสอบหรือประวัติธุรกรรม.
บันทึก
ผู้ใช้ดำเนินการล้างสถานะข้อผิดพลาด และระบบบันทึกการดำเนินการนี้ไว้ในบันทึกการตรวจสอบ.
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบรายละเอียดการชำระเงินแล้ว
|
กิจกรรมนี้หมายถึงข้อมูลการชำระเงินผ่านการตรวจสอบอัตโนมัติขั้นต้นในด้านรูปแบบ ความครบถ้วน และความถูกต้องแล้ว โดยมักอนุมานจากการเปลี่ยนสถานะของรายการชำระเงิน เช่น จาก 'New' เป็น 'Validated' หรือ 'Pending Approval'. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้ช่วยระบุความถี่และจุดที่เกิดข้อผิดพลาดในการป้อนข้อมูล และเป็นเงื่อนไขเบื้องต้นสำหรับวิเคราะห์ KPI อัตราข้อผิดพลาดในการตรวจสอบข้อมูลการชำระเงิน รวมถึงทำความเข้าใจสาเหตุของการแก้ไขงานซ้ำ.
แหล่งข้อมูล
อนุมานจากฟิลด์สถานะหรือการเปลี่ยนสถานะในตารางธุรกรรมการชำระเงิน การเปลี่ยนจากสถานะเริ่มต้นเป็น 'validated' พร้อมเวลาที่เกิดเหตุการณ์ จะถือเป็นเหตุการณ์นี้.
บันทึก
ระบุได้จากการเปลี่ยนฟิลด์สถานะการชำระเงินเป็น 'Validated' หรือค่าอื่นที่มีความหมายใกล้เคียงกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธการชำระเงิน
|
กิจกรรมนี้เกิดขึ้นเมื่อผู้อนุมัติปฏิเสธคำขอชำระเงิน โดยทั่วไปต้องแก้ไขแล้วส่งใหม่ หรือยกเลิกรายการทั้งหมด ระบบจะบันทึกการดำเนินการของผู้ใช้นี้อย่างชัดเจนเพื่อใช้ตรวจสอบย้อนหลัง. | ||
|
เหตุผลที่สำคัญ
การติดตามรายการที่ถูกปฏิเสธช่วยค้นหาสาเหตุที่พบบ่อยของการชำระเงินไม่สำเร็จ ความเบี่ยงเบนจากกระบวนการ และวงจรการแก้ไขงานซ้ำ อีกทั้งยังช่วยให้เห็นปัญหาด้านคุณภาพข้อมูลเบื้องต้นหรือการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
บันทึกเป็นเหตุการณ์โดยตรงในตารางประวัติการอนุมัติหรือธุรกรรม เมื่อผู้อนุมัติเลือกตัวเลือก 'reject' โดยปกติรายการจะมีเวลาเกิดเหตุการณ์ ID ผู้ใช้ และรหัสเหตุผล.
บันทึก
บันทึกเหตุการณ์เมื่อผู้ใช้เลือกคำสั่ง 'reject' สำหรับการชำระเงิน.
ประเภทเหตุการณ์
explicit
|
|||
|
พบการชำระเงินล่าช้า
|
เหตุการณ์ที่คำนวณจากข้อมูลอื่น ซึ่งระบุว่าชำระเงินหลังวันครบกำหนด กิจกรรมนี้ไม่ได้บันทึกไว้โดยตรง แต่คำนวณจากการเปรียบเทียบวันที่สองฟิลด์. | ||
|
เหตุผลที่สำคัญ
กิจกรรมที่คำนวณนี้ใช้สนับสนุน KPI 'อัตราการชำระเงินตรงเวลา' และแดชบอร์ด 'การชำระเงินตามกำหนด' ช่วยวัดผลกระทบจากความล่าช้าของกระบวนการต่อความสัมพันธ์กับผู้ขายและค่าปรับที่อาจเกิดขึ้น.
แหล่งข้อมูล
ระบบไม่ได้ดึงข้อมูลนี้มาโดยตรง แต่คำนวณระหว่างการแปลงข้อมูลโดยเปรียบเทียบเวลาประทับ 'วันที่ชำระบัญชี' กับฟิลด์ 'วันครบกำหนดชำระเงิน' หากวันที่ชำระบัญชีอยู่หลังวันครบกำหนด ระบบจะสร้างเหตุการณ์นี้.
บันทึก
คำนวณเมื่อ 'วันที่ชำระบัญชี' > 'วันครบกำหนดชำระเงิน'.
ประเภทเหตุการณ์
calculated
|
|||
|
พบข้อผิดพลาดในการชำระเงิน
|
ระบุว่าพบข้อผิดพลาดหลังจากตรวจสอบเบื้องต้นแล้ว เช่น ธนาคารผู้รับปฏิเสธรายการ หรือระบบแจ้งเตือนด้านการปฏิบัติตามข้อกำหนด โดยมักบันทึกเหตุการณ์นี้ไว้อย่างชัดเจนเมื่อเกิดข้อยกเว้น. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของการทำงานซ้ำและการจัดการข้อยกเว้นทุกกรณี จำเป็นต่อการคำนวณ KPI อัตราการแทรกแซงด้วยตนเองและระยะเวลาแก้ไขข้อผิดพลาดในการชำระเงิน.
แหล่งข้อมูล
บันทึกไว้ในโมดูลจัดการข้อยกเว้นหรือบันทึกธุรกรรม ระบบอาจเรียกเหตุการณ์นี้โดยอัตโนมัติตามกฎ หรือผู้ใช้อาจแจ้งปัญหาด้วยตนเอง ซึ่งจะสร้างบันทึกพร้อมรหัสข้อผิดพลาดและเวลา.
บันทึก
มีการบันทึกรหัสข้อยกเว้นหรือข้อผิดพลาดไว้กับธุรกรรมการชำระเงิน.
ประเภทเหตุการณ์
explicit
|
|||
|
ยืนยันการชำระเงิน
|
หมายถึงการได้รับข้อความยืนยันจากเครือข่ายการชำระเงินหรือธนาคารผู้รับว่าได้รับการชำระเงินแล้ว เหตุการณ์นี้เกิดขึ้นเมื่อระบบได้รับข้อความหรือการอัปเดตสถานะ. | ||
|
เหตุผลที่สำคัญ
การยืนยันช่วยให้มั่นใจว่าการชำระเงินถึงปลายทางแล้ว ระยะเวลาตั้งแต่ 'ส่งคำสั่ง' จนถึง 'ยืนยันแล้ว' ใช้วัดความล่าช้าของเครือข่ายภายนอกและเวลาในการประมวลผล.
แหล่งข้อมูล
ระบบสร้างเหตุการณ์นี้เมื่อแยกวิเคราะห์ข้อความยืนยันที่ได้รับจากเครือข่ายการชำระเงิน จากนั้นจะอัปเดตสถานะการชำระเงินและบันทึกเวลาที่ยืนยัน.
บันทึก
ข้อความขาเข้าจากเครือข่ายหักบัญชีจะอัปเดตสถานะการชำระเงินเป็น 'ยืนยันแล้ว'.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งการชำระเงินเพื่อขออนุมัติ
|
หมายถึงจุดที่ส่งการชำระเงินที่ผ่านการตรวจสอบแล้วเข้าสู่เวิร์กโฟลว์การอนุมัติ โดยทั่วไปจะบันทึกจากการเปลี่ยนสถานะที่ระบุว่ารายการกำลังรอผู้อนุมัติดำเนินการ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการย่อยการอนุมัติ การวิเคราะห์เวลาระหว่างกิจกรรมนี้กับ 'Payment Approved' เป็นสิ่งสำคัญต่อการทำความเข้าใจคอขวดในการอนุมัติ.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนฟิลด์สถานะการชำระเงินเป็น 'Pending Approval', 'Submitted for Approval' หรือสถานะใกล้เคียงในเวิร์กโฟลว์หรือบันทึกสถานะธุรกรรม.
บันทึก
การเปลี่ยนสถานะธุรกรรมการชำระเงินจาก 'Validated' เป็น 'Pending Approval'.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อรวบรวมข้อมูลได้สะดวกขึ้น และเริ่มปรับปรุงกระบวนการชำระเงินของคุณ ค้นหาโอกาสเพิ่มประสิทธิภาพและยกระดับการควบคุมทางการเงินด้วยข้อมูลเชิงลึกของกระบวนการที่แม่นยำ.
เริ่มปรับปรุงการประมวลผลการชำระเงินบน FIS Global วันนี้
เพิ่มสัดส่วนการประมวลผลแบบตรงผ่าน (STP) ให้ถึง 98% และขจัดปัญหาการกระทบยอด.
ไม่ต้องใช้บัตรเครดิต เริ่มต้นได้ภายในไม่กี่นาที