เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ

FIS Global
เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ

เทมเพลตข้อมูลการประมวลผลการชำระเงินของคุณ

เทมเพลตนี้แนะนำแอตทริบิวต์ข้อมูลและกิจกรรมในกระบวนการที่จำเป็นสำหรับการวิเคราะห์กระบวนการชำระเงิน พร้อมแนวทางปฏิบัติในการดึงข้อมูลสำคัญจากระบบของคุณ ใช้ทรัพยากรนี้เพื่อรวบรวมข้อมูลที่จำเป็นสำหรับการทำ process mining.
  • แอตทริบิวต์ที่แนะนำให้รวบรวม
  • กิจกรรมสำคัญที่ควรติดตาม
  • แนวทางการดึงข้อมูล
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์สำหรับการประมวลผลการชำระเงิน

ฟิลด์ข้อมูลเหล่านี้เป็นรายการที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการชำระเงินได้อย่างละเอียด.
3 จำเป็น 7 แนะนำ 9 ไม่บังคับ
ชื่อ คำอธิบาย
ชื่อกิจกรรม
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
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในการประมวลผลการชำระเงิน

ขั้นตอนและจุดสำคัญของกระบวนการที่ควรบันทึกในบันทึกเหตุการณ์ เพื่อค้นพบและปรับปรุงกระบวนการได้อย่างแม่นยำ.
6 แนะนำ 7 ไม่บังคับ
กิจกรรม คำอธิบาย
กระทบยอดการชำระเงินแล้ว
กิจกรรมทางบัญชีขั้นสุดท้ายนี้ใช้จับคู่ธุรกรรมการชำระเงินกับรายการเดินบัญชีธนาคารหรือรายการในบัญชีแยกประเภทภายใน อาจดำเนินการอัตโนมัติเป็นชุดหรือให้ผู้ใช้ทำด้วยตนเอง.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดสิ้นสุดของวงจรการชำระเงิน การวิเคราะห์ 'ระยะเวลาการกระทบยอดการชำระเงิน' ช่วยให้เข้าใจประสิทธิภาพของกระบวนการปิดบัญชีการเงิน.

แหล่งข้อมูล

มักอนุมานจากการกรอกข้อมูลในฟิลด์ '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

พร้อมเริ่มต้นหรือยัง?

ใช้เทมเพลตนี้เพื่อรวบรวมข้อมูลได้สะดวกขึ้น และเริ่มปรับปรุงกระบวนการชำระเงินของคุณ ค้นหาโอกาสเพิ่มประสิทธิภาพและยกระดับการควบคุมทางการเงินด้วยข้อมูลเชิงลึกของกระบวนการที่แม่นยำ.

เริ่มปรับปรุงการประมวลผลการชำระเงินบน FIS Global วันนี้

เพิ่มสัดส่วนการประมวลผลแบบตรงผ่าน (STP) ให้ถึง 98% และขจัดปัญหาการกระทบยอด.

เริ่มทดลองใช้ฟรีตอนนี้

ไม่ต้องใช้บัตรเครดิต เริ่มต้นได้ภายในไม่กี่นาที