เทมเพลตข้อมูลสำหรับกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้า
เทมเพลตข้อมูลสำหรับกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้า
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ การประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- โครงสร้างข้อมูลกลางสำหรับระบบเจ้าหนี้การค้าทุกประเภท
- แอตทริบิวต์แนะนำสำหรับการวิเคราะห์เชิงลึก
- กิจกรรมสำคัญที่ควรบันทึกเพื่อให้เห็นภาพกระบวนการครบถ้วน
แอตทริบิวต์สำหรับกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้า
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อขั้นตอนหรือเหตุการณ์ในกระบวนการทางธุรกิจที่เกิดขึ้นกับใบแจ้งหนี้. | ||
| คำอธิบาย ชื่อกิจกรรมใช้ระบุการดำเนินการ การเปลี่ยนสถานะ หรือหมุดหมายเฉพาะในวงจรการประมวลผลใบแจ้งหนี้ เหตุการณ์ที่บันทึกไว้สำหรับใบแจ้งหนี้แต่ละรายการ เช่น 'ตรวจสอบใบแจ้งหนี้แล้ว' 'ส่งขออนุมัติแล้ว' หรือ 'ดำเนินการชำระเงินแล้ว' จะมีชื่อกิจกรรมแยกกัน แอตทริบิวต์นี้เป็นแกนหลักของแผนผังกระบวนการ โดยค่าแต่ละค่าจะกลายเป็นโหนดในภาพลำดับกระบวนการ การวิเคราะห์ลำดับ ความถี่ และระยะเวลาระหว่างกิจกรรมเหล่านี้เป็นหัวใจของ process mining ช่วยค้นหาเส้นทางที่เกิดขึ้นบ่อย ความเบี่ยงเบน และวงจรการทำงานซ้ำ จึงจำเป็นต่อการทำความเข้าใจสิ่งที่เกิดขึ้นจริงในกระบวนการ. เหตุผลที่สำคัญ กำหนดขั้นตอนในแผนผังกระบวนการ เพื่อแสดงภาพและวิเคราะห์ลำดับงาน คอขวด และรูปแบบที่แตกต่างกัน. แหล่งข้อมูล โดยทั่วไปได้มาจากรหัสธุรกรรม บันทึกเหตุการณ์ ฟิลด์การเปลี่ยนสถานะ หรือระเบียนการดำเนินการเฉพาะของผู้ใช้ในระบบต้นทาง. ตัวอย่าง อนุมัติใบแจ้งหนี้แล้วระงับใบแจ้งหนี้ชำระเงินแล้ว | |||
| รหัสใบแจ้งหนี้ InvoiceId | รหัสเฉพาะของเอกสารใบแจ้งหนี้จากผู้ขายแต่ละฉบับ ใช้เป็นรหัสกรณีหลักสำหรับติดตามใบแจ้งหนี้ตั้งแต่ต้นจนจบ. | ||
| คำอธิบาย รหัสใบแจ้งหนี้คือรหัสตัวอักษรและตัวเลขที่ไม่ซ้ำกัน ซึ่งกำหนดให้กับใบแจ้งหนี้แต่ละฉบับที่ได้รับจากผู้ขาย รหัสนี้เป็นจุดอ้างอิงหลักสำหรับกิจกรรมและข้อมูลทั้งหมดของใบแจ้งหนี้ฉบับนั้น ตั้งแต่รับเอกสารครั้งแรกจนถึงชำระเงินและปิดยอด ใน process mining รหัสใบแจ้งหนี้เป็นข้อมูลพื้นฐานที่สำคัญ โดยทำหน้าที่เป็น Case ID ให้ซอฟต์แวร์เชื่อมโยงลำดับเหตุการณ์ เช่น 'รับใบแจ้งหนี้แล้ว' 'อนุมัติแล้ว' และ 'ชำระเงินแล้ว' ให้เป็นภาพกระบวนการเดียวกันสำหรับใบแจ้งหนี้แต่ละฉบับ จึงวิเคราะห์รูปแบบกระบวนการ ระยะเวลาดำเนินการ และคอขวดแยกตามใบแจ้งหนี้ได้ พร้อมเห็นชัดว่าแต่ละฉบับผ่านขั้นตอนใดบ้าง. เหตุผลที่สำคัญ นี่คือแอตทริบิวต์ที่สำคัญที่สุด เพราะเชื่อมขั้นตอนที่เกี่ยวข้องทั้งหมดเข้าด้วยกันเป็นกรณีเดียว ทำให้วิเคราะห์และแสดงภาพกระบวนการตั้งแต่ต้นจนจบได้. แหล่งข้อมูล โดยทั่วไปพบในข้อมูลส่วนหัวของใบแจ้งหนี้หรือตารางธุรกรรมเจ้าหนี้การค้าในระบบต้นทาง. ตัวอย่าง INV-9876547300015298SI-2023-04-112 | |||
| เวลาที่เกิดเหตุการณ์ EventTime | เวลาประทับที่ระบุวันและเวลาที่กิจกรรมหรือเหตุการณ์เกิดขึ้นอย่างแม่นยำ. | ||
| คำอธิบาย เวลาเกิดเหตุการณ์บันทึกช่วงเวลาที่กิจกรรมหนึ่งๆ เกิดขึ้นในวงจรการทำงานของใบแจ้งหนี้อย่างแม่นยำ ทุกกิจกรรมตั้งแต่ 'รับใบแจ้งหนี้แล้ว' จนถึง 'ปิดยอดใบแจ้งหนี้แล้ว' จะมีเวลาประทับกำกับ แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์ประสิทธิภาพ เพราะใช้คำนวณระยะเวลาระหว่างกิจกรรม เช่น เวลาที่ใช้อนุมัติหรือชำระเงิน รวมถึงเวลาประมวลผลทั้งหมดของใบแจ้งหนี้แต่ละฉบับ เมื่อวิเคราะห์ระยะเวลาเหล่านี้ องค์กรจะระบุคอขวด วัดผลเทียบกับข้อตกลงระดับการให้บริการ (SLA) และค้นหาโอกาสเร่งกระบวนการได้ นอกจากนี้ยังใช้เรียงเหตุการณ์ตามลำดับเวลาเพื่อสร้างภาพกระบวนการได้อย่างถูกต้อง. เหตุผลที่สำคัญ ข้อมูลนี้จำเป็นต่อการคำนวณระยะเวลาดำเนินการ ระบุคอขวด และวิเคราะห์ลำดับเวลาของเหตุการณ์ในกระบวนการ. แหล่งข้อมูล พบได้ในบันทึกของระบบ ฟิลด์วันที่สร้างหรือเปลี่ยนแปลงธุรกรรม หรือระเบียนเวลาประทับของเหตุการณ์ที่เชื่อมโยงกับเอกสารใบแจ้งหนี้. ตัวอย่าง 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| ระบบต้นทาง SourceSystem | ระบบที่ดึงข้อมูลออกมา. | ||
| คำอธิบาย แอตทริบิวต์นี้ระบุระบบ IT ต้นทางที่สร้างหรือบันทึกข้อมูลเหตุการณ์ เช่น ERP ระบบจัดการเอกสาร หรือเครื่องมือเวิร์กโฟลว์ หากมีหลายระบบที่เกี่ยวข้องกับกระบวนการเจ้าหนี้การค้า ฟิลด์นี้ช่วยแยกแหล่งที่มาของกิจกรรมแต่ละรายการ การวิเคราะห์ข้อมูลแยกตามระบบต้นทางช่วยให้เข้าใจว่ากระบวนการแยกส่วนหรือมีปัญหาในการเชื่อมโยงข้อมูลหรือไม่ และช่วยชี้ว่าความล่าช้าหรือปัญหาเกิดจากการส่งต่องานระหว่างระบบหรือไม่ นอกจากนี้ยังสำคัญต่อการกำกับดูแลและตรวจสอบข้อมูล เพื่อให้ภาพกระบวนการสะท้อนข้อมูลจากแต่ละระบบได้ถูกต้อง. เหตุผลที่สำคัญ ช่วยให้ทราบที่มาของข้อมูล ซึ่งจำเป็นต่อการตรวจสอบความถูกต้อง การแก้ไขปัญหา และการวิเคราะห์ความแตกต่างของกระบวนการระหว่างระบบ. แหล่งข้อมูล โดยทั่วไปเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล หรือมีอยู่ในส่วนหัวของบันทึกระบบ. ตัวอย่าง ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาประทับที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการอัปเดตจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย เวลาประทับอัปเดตข้อมูลล่าสุดระบุเวลาล่าสุดที่ดึงข้อมูลจากระบบต้นทางและโหลดเข้าสู่สภาพแวดล้อม process mining เวลานี้ไม่ได้บอกว่าเหตุการณ์ทางธุรกิจเกิดขึ้นเมื่อใด แต่บอกว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด แอตทริบิวต์นี้สำคัญต่อการกำกับดูแลข้อมูลและช่วยให้ผู้ใช้ทราบว่าข้อมูลเชิงลึกเป็นปัจจุบันแค่ไหน ช่วยยืนยันว่าการวิเคราะห์อ้างอิงข้อมูลล่าสุด และใช้ติดตามสถานะกับความถี่ของการส่งข้อมูลได้ ผู้เกี่ยวข้องจึงทราบความใหม่ของข้อมูลเมื่อตัดสินใจจากแดชบอร์ดและการวิเคราะห์กระบวนการ. เหตุผลที่สำคัญ สำคัญต่อการกำกับดูแลข้อมูล และช่วยให้ผู้ใช้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ซึ่งช่วยสร้างความเชื่อมั่นในข้อมูลเชิงลึก. แหล่งข้อมูล โดยทั่วไป ระบบจะสร้างและเพิ่มเวลาประทับนี้ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL). ตัวอย่าง 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| ชื่อผู้ขาย VendorName | ชื่อผู้จัดหาหรือผู้ขายที่ส่งใบแจ้งหนี้. | ||
| คำอธิบาย ชื่อผู้ขายระบุชื่อตามกฎหมายหรือชื่อทางการค้าของผู้จัดหาสินค้าหรือบริการ แอตทริบิวต์นี้ให้บริบททางธุรกิจที่สำคัญแก่ใบแจ้งหนี้แต่ละฉบับ การแบ่งวิเคราะห์ตามชื่อผู้ขายช่วยประเมินประสิทธิภาพและความสัมพันธ์กับผู้ขายแต่ละราย เช่น ผู้ขายรายใดใช้เวลาอนุมัตินานที่สุด มีข้อมูลใบแจ้งหนี้ไม่ตรงกันกับผู้ขายบางรายบ่อยหรือไม่ หรือองค์กรรับส่วนลดเมื่อชำระเงินก่อนกำหนดจากผู้ขายหลักได้ดีเพียงใด มุมมองนี้สำคัญต่อการจัดซื้อและการบริหารความสัมพันธ์กับผู้ขาย. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพแยกตามผู้ขาย ระบุความสัมพันธ์กับผู้ขายที่มีปัญหา การปฏิบัติตามเงื่อนไขการชำระเงิน และความแตกต่างของกระบวนการในแต่ละราย. แหล่งข้อมูล อยู่ในตารางข้อมูลหลักของผู้ขาย และเชื่อมโยงกับข้อมูลธุรกรรมใบแจ้งหนี้ผ่านรหัสผู้ขาย. ตัวอย่าง โกลบอลออฟฟิศซัพพลายส์อินโนเวตเทคโซลูชันส์แอดวานซ์โลจิสติกส์คอร์ป | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือรหัสของผู้ใช้ที่ทำกิจกรรมหนึ่งๆ กับใบแจ้งหนี้. | ||
| คำอธิบาย ชื่อผู้ใช้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบขั้นตอนหนึ่งของกระบวนการ เช่น บันทึกใบแจ้งหนี้ อนุมัติ หรือบันทึกบัญชี สำหรับขั้นตอนอัตโนมัติ อาจเป็นรหัสผู้ใช้ระบบหรือผู้ใช้แบบชุดงาน ข้อมูลนี้ช่วยให้เห็นภาพกระบวนการจากมุมของผู้ปฏิบัติงาน ใช้วิเคราะห์การกระจายภาระงานและประสิทธิภาพของบุคคลหรือทีม รวมถึงระบุความต้องการในการฝึกอบรม เมื่อติดตามกิจกรรมตามผู้ใช้ องค์กรจะพบการทำงานซ้ำที่เกิดจากบุคคลบางราย ระบุจุดที่การอนุมัติติดขัด และตรวจสอบการแบ่งแยกหน้าที่ได้ ข้อมูลนี้ช่วยให้เข้าใจบทบาทของบุคลากรในกระบวนการเจ้าหนี้การค้า. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพของทีมและบุคคล การกระจายภาระงาน รวมถึงระบุโอกาสในการฝึกอบรมหรือปัญหาด้านการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล โดยทั่วไปพบในบันทึกเหตุการณ์ หรือช่อง 'เปลี่ยนแปลงโดย' และ 'สร้างโดย' ในตารางธุรกรรม. ตัวอย่าง jdoeasmithBATCH_USER | |||
| ยอดเงินในใบแจ้งหนี้ InvoiceAmount | มูลค่ารวมของใบแจ้งหนี้ในสกุลเงินของธุรกรรมต้นทาง. | ||
| คำอธิบาย ยอดเงินในใบแจ้งหนี้คือมูลค่ารวมก่อนหักรายการต่างๆ ตามที่ผู้ขายส่งมา จึงเป็นตัวชี้วัดทางการเงินสำคัญของแต่ละกรณี ข้อมูลนี้ใช้วิเคราะห์การเงินและประสิทธิภาพได้หลายด้าน เช่น กรองกระบวนการตามมูลค่าเพื่อแยกวิเคราะห์ใบแจ้งหนี้มูลค่าสูง ระบุคอขวดในการอนุมัติใบแจ้งหนี้ที่มียอดเกินเกณฑ์ และคำนวณผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ นอกจากนี้ยังใช้ประเมินมูลค่าของใบแจ้งหนี้ที่ถูกระงับ หรือจัดลำดับความสำคัญในการทำงานอัตโนมัติสำหรับใบแจ้งหนี้จำนวนมากที่มียอดต่ำ ข้อมูลนี้เป็นมิติพื้นฐานของแดชบอร์ดเจ้าหนี้การค้าเกือบทุกประเภท. เหตุผลที่สำคัญ ใช้วิเคราะห์ผลกระทบทางการเงิน เช่น ประเมินมูลค่าการชำระเงินที่ถูกระงับ และช่วยจัดลำดับความสำคัญของใบแจ้งหนี้ตามมูลค่า. แหล่งข้อมูล โดยทั่วไปอยู่ในตารางส่วนหัวหรือรายการสินค้าในข้อมูลธุรกรรมใบแจ้งหนี้. ตัวอย่าง 1500.7525000.00345.50 | |||
| รหัสบริษัท CompanyCode | รหัสของนิติบุคคลหรือบริษัทที่ดำเนินการกับใบแจ้งหนี้. | ||
| คำอธิบาย รหัสบริษัทเป็นคีย์เฉพาะที่ใช้แทนนิติบุคคลหรือบริษัทแต่ละแห่งภายในองค์กร โดยจะดำเนินการและบันทึกบัญชีใบแจ้งหนี้ในนามของรหัสบริษัทที่เกี่ยวข้อง ข้อมูลนี้เป็นมิติพื้นฐานสำหรับการเปรียบเทียบในองค์กรที่มีหลายหน่วยงาน ช่วยเปรียบเทียบประสิทธิภาพกระบวนการเจ้าหนี้การค้าระหว่างบริษัท บริษัทย่อย หรือหน่วยธุรกิจต่างๆ การวิเคราะห์อาจแสดงให้เห็นว่าหน่วยงานใดทำงานได้มีประสิทธิภาพกว่า มีอัตราการทำงานอัตโนมัติสูงกว่า หรือพบปัญหาการระงับการชำระเงินมากกว่า ข้อมูลนี้ช่วยกำหนดแนวปฏิบัติให้เป็นมาตรฐานและระบุปัญหาเฉพาะภูมิภาคหรือหน่วยงาน. เหตุผลที่สำคัญ ช่วยเปรียบเทียบกระบวนการระหว่างนิติบุคคลหรือหน่วยธุรกิจต่างๆ เพื่อกำหนดแนวปฏิบัติให้เป็นมาตรฐานและระบุปัญหาเฉพาะจุด. แหล่งข้อมูล อยู่ในส่วนหัวของเอกสารการเงินหรือเอกสารธุรกรรมใบแจ้งหนี้ เพื่อระบุหน่วยงานที่บันทึกรายการ. ตัวอย่าง 1000US01DE01 | |||
| เลขที่ใบสั่งซื้อ PurchaseOrderNumber | รหัสเฉพาะของใบสั่งซื้อ (PO) ที่เกี่ยวข้องกับใบแจ้งหนี้. | ||
| คำอธิบาย เลขที่ใบสั่งซื้อเป็นรหัสอ้างอิงของเอกสารที่ใช้อนุมัติการซื้อสินค้าหรือบริการจากผู้ขายตั้งแต่แรก ใบแจ้งหนี้อาจมีใบสั่งซื้อรองรับหรือไม่มีใบสั่งซื้อก็ได้ ข้อมูลนี้สำคัญต่อการวิเคราะห์ขั้นตอนจับคู่ใบแจ้งหนี้ ช่วยแยกใบแจ้งหนี้ที่อ้างอิงใบสั่งซื้อออกจากรายการที่ไม่มีใบสั่งซื้อ ซึ่งมักมีขั้นตอนการทำงานต่างกัน คุณสามารถวิเคราะห์ประสิทธิภาพการจับคู่สามทางระหว่างใบสั่งซื้อ ใบรับสินค้า และใบแจ้งหนี้ ระบุสาเหตุที่จับคู่ไม่สำเร็จ และวัด KPI อัตราการจับคู่สำเร็จตั้งแต่ครั้งแรก หากใบแจ้งหนี้ที่ควรมีเลขที่ใบสั่งซื้อกลับไม่มีข้อมูลนี้ อาจบ่งชี้ถึงปัญหาด้านการปฏิบัติตามข้อกำหนดของกระบวนการ. เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์ประสิทธิภาพการจับคู่ใบแจ้งหนี้ แยกกระบวนการของใบแจ้งหนี้ที่มีและไม่มีใบสั่งซื้อ และระบุปัญหาด้านการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล อยู่ในข้อมูลธุรกรรมใบแจ้งหนี้ โดยมักอยู่ในช่องอ้างอิงที่เชื่อมโยงกับโมดูลจัดซื้อ. ตัวอย่าง 4500017545PO-2023-10-005789123 | |||
| วันครบกำหนดชำระใบแจ้งหนี้ InvoiceDueDate | วันที่ต้องชำระเงินตามใบแจ้งหนี้ตามเงื่อนไขการชำระเงิน. | ||
| คำอธิบาย วันครบกำหนดชำระใบแจ้งหนี้คือวันที่คำนวณไว้สำหรับชำระเงินให้ผู้ขายให้ตรงเวลาและหลีกเลี่ยงค่าธรรมเนียมหรือค่าปรับจากการชำระล่าช้า โดยทั่วไปคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกัน เช่น ชำระภายใน 30 วัน ข้อมูลนี้จำเป็นต่อการวัดประสิทธิภาพการชำระเงิน ใช้คำนวณ KPI อัตราการชำระเงินตรงเวลาและระบุรายการที่ชำระล่าช้า เมื่อนำวันครบกำหนดมาเปรียบเทียบกับวันที่ชำระเงินจริง จะช่วยวิเคราะห์ความตรงต่อเวลาในการชำระเงิน ปรับปรุงความสัมพันธ์กับผู้ขาย หลีกเลี่ยงค่าปรับ และบริหารกระแสเงินสดได้อย่างเหมาะสม. เหตุผลที่สำคัญ จำเป็นต่อการวัดประสิทธิภาพการชำระเงินตรงเวลา บริหารกระแสเงินสด และหลีกเลี่ยงค่าปรับจากการชำระล่าช้า. แหล่งข้อมูล ระบบต้นทางมักคำนวณวันที่นี้จากวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงิน แล้วจัดเก็บไว้ในส่วนหัวของใบแจ้งหนี้. ตัวอย่าง 2023-11-252023-12-152024-01-30 | |||
| เงื่อนไขการชำระเงิน PaymentTerms | เงื่อนไขการชำระเงินที่ตกลงกับผู้ขาย ซึ่งรวมถึงวันครบกำหนดและโอกาสรับส่วนลด. | ||
| คำอธิบาย เงื่อนไขการชำระเงินกำหนดข้อกำหนดในการชำระใบแจ้งหนี้ โดยมักระบุจำนวนวันก่อนครบกำหนด เช่น 30 วัน และส่วนลดที่อาจได้รับเมื่อชำระก่อนกำหนด เช่น ลด 2% หากชำระภายใน 10 วัน ข้อมูลนี้เป็นบริบทสำคัญสำหรับการวิเคราะห์ประสิทธิภาพทางการเงิน ใช้คำนวณวันครบกำหนดชำระใบแจ้งหนี้และระบุโอกาสรับส่วนลดเมื่อชำระก่อนกำหนด การวิเคราะห์ประสิทธิภาพกระบวนการตามเงื่อนไขการชำระเงินช่วยให้องค์กรเห็นว่ารอบเวลาภายในที่ยาวนานทำให้พลาดโอกาสรับส่วนลดเป็นประจำหรือไม่ จึงเชื่อมโยงประสิทธิภาพกระบวนการกับการประหยัดค่าใช้จ่ายได้โดยตรง. เหตุผลที่สำคัญ ใช้คำนวณวันครบกำหนดชำระใบแจ้งหนี้ และช่วยวิเคราะห์อัตราการรับส่วนลดเมื่อชำระก่อนกำหนด ซึ่งเชื่อมโยงประสิทธิภาพของกระบวนการกับการประหยัดค่าใช้จ่าย. แหล่งข้อมูล โดยทั่วไปดึงข้อมูลจากข้อมูลหลักของผู้ขาย แล้วคัดลอกไปยังส่วนหัวของธุรกรรมใบแจ้งหนี้เมื่อสร้างรายการ. ตัวอย่าง ชำระภายใน 30 วันส่วนลด 2% หากชำระภายใน 10 วัน มิฉะนั้นชำระภายใน 30 วันชำระภายใน 60 วัน | |||
| ดำเนินการอัตโนมัติหรือไม่ IsAutomated | ตัวบ่งชี้ว่าระบบดำเนินกิจกรรมโดยอัตโนมัติ แทนที่จะให้ผู้ใช้ดำเนินการเอง. | ||
| คำอธิบาย แอตทริบิวต์แบบค่าจริงหรือเท็จนี้ระบุว่าขั้นตอนหนึ่งของกระบวนการดำเนินการโดยผู้ใช้ระบบ เช่น ระบบอัตโนมัติ เวิร์กโฟลว์ หรืองานแบบชุด หรือดำเนินการโดยผู้ใช้ที่เป็นบุคคล ข้อมูลนี้ช่วยแยกกิจกรรมที่ทำด้วยตนเองออกจากกิจกรรมอัตโนมัติ การวิเคราะห์ข้อมูลนี้เป็นพื้นฐานในการทำความเข้าใจระดับการทำงานอัตโนมัติของกระบวนการเจ้าหนี้การค้า และวัดผลโครงการเปลี่ยนผ่านสู่ดิจิทัล ช่วยคำนวณอัตราการประมวลผลแบบไม่ต้องดำเนินการด้วยตนเอง (STP) โดยระบุใบแจ้งหนี้ที่จัดการได้โดยไม่ต้องมีคนเข้ามาดำเนินการ การเปรียบเทียบประสิทธิภาพระหว่างขั้นตอนอัตโนมัติกับขั้นตอนที่ทำด้วยตนเองยังช่วยประเมินความคุ้มค่าของการลงทุนเพิ่ม โดยคำนวณเวลาที่ประหยัดได้และต้นทุนที่ลดลง. เหตุผลที่สำคัญ ใช้วัดระดับการทำงานอัตโนมัติ เช่น อัตราการประมวลผลแบบไม่ต้องดำเนินการด้วยตนเอง และช่วยประเมินผลของระบบอัตโนมัติต่อประสิทธิภาพกระบวนการ. แหล่งข้อมูล มักระบุได้จากการตรวจสอบว่า 'UserName' ของกิจกรรมนั้นตรงกับรหัสผู้ใช้ระบบหรือผู้ใช้แบบชุดงานที่รู้จักหรือไม่. ตัวอย่าง truefalse | |||
| วันที่ชำระเงิน PaymentDate | วันที่ดำเนินการชำระเงินตามใบแจ้งหนี้จริง. | ||
| คำอธิบาย วันที่ชำระเงินคือเวลาที่มีการจ่ายเงินให้ผู้ขายสำหรับใบแจ้งหนี้รายการหนึ่ง ซึ่งเป็นหมุดหมายสำคัญที่มักแสดงว่าขั้นตอนหลักของกระบวนการสิ้นสุดลงแล้ว ในการวิเคราะห์ process mining จะนำวันที่นี้ไปเปรียบเทียบกับวันครบกำหนดชำระใบแจ้งหนี้ เพื่อดูว่าชำระตรงเวลา ก่อนกำหนด หรือล่าช้า ข้อมูลนี้เป็นองค์ประกอบหลักในการคำนวณ KPI สำคัญ เช่น อัตราการชำระเงินตรงเวลา และวิเคราะห์โอกาสรับส่วนลดเมื่อชำระก่อนกำหนด นอกจากนี้ การดูช่วงเวลาระหว่างการอนุมัติใบแจ้งหนี้กับวันที่ชำระเงินยังช่วยระบุความไม่มีประสิทธิภาพในขั้นตอนจ่ายเงินหรือการบริหารเงินสดได้. เหตุผลที่สำคัญ จำเป็นต่อการคำนวณอัตราการชำระเงินตรงเวลา วิเคราะห์รูปแบบการชำระเงิน และหาโอกาสใช้ส่วนลดเมื่อชำระก่อนกำหนด. แหล่งข้อมูล อยู่ในข้อมูลเอกสารการชำระเงินหรือเอกสารหักล้าง ซึ่งเชื่อมโยงกับธุรกรรมใบแจ้งหนี้ต้นฉบับ. ตัวอย่าง 2023-11-242023-12-202024-01-28 | |||
| สกุลเงินในใบแจ้งหนี้ InvoiceCurrency | รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้ เช่น USD, EUR หรือ GBP. | ||
| คำอธิบาย สกุลเงินในใบแจ้งหนี้ระบุหน่วยเงินที่ใช้แสดงยอดเงินในใบแจ้งหนี้ ซึ่งสำคัญเป็นพิเศษสำหรับองค์กรข้ามชาติที่ทำธุรกิจกับผู้ขายในหลายประเทศ ข้อมูลนี้จำเป็นต่อการตีความยอดเงินในใบแจ้งหนี้และคำนวณทางการเงินได้อย่างถูกต้อง คุณสามารถกรองกระบวนการตามสกุลเงินเพื่อดูความแตกต่างระหว่างภูมิภาคหรือปัญหาเฉพาะของแต่ละสกุลเงิน เมื่อนำไปใช้ร่วมกับข้อมูลอัตราแลกเปลี่ยน ยังช่วยแปลงมูลค่าทางการเงินเป็นสกุลเงินกลางสำหรับรายงาน เพื่อให้วิเคราะห์ข้อมูลทั่วโลกได้อย่างสอดคล้องกัน. เหตุผลที่สำคัญ ให้บริบทที่จำเป็นสำหรับยอดเงินในใบแจ้งหนี้ ช่วยให้วิเคราะห์การเงินและแบ่งกลุ่มกระบวนการขององค์กรทั่วโลกได้อย่างถูกต้อง. แหล่งข้อมูล โดยทั่วไปอยู่ในส่วนหัวของตารางธุรกรรมใบแจ้งหนี้ ถัดจากยอดเงินในใบแจ้งหนี้. ตัวอย่าง USDEURGBP | |||
| เหตุผลที่ระงับการชำระ BlockingReason | รหัสหรือคำอธิบายที่ระบุสาเหตุที่ระงับการชำระใบแจ้งหนี้. | ||
| คำอธิบาย เหตุผลที่ระงับการชำระคือรหัสหรือข้อความที่อธิบายว่าเหตุใดจึงหยุดใบแจ้งหนี้ไว้ก่อนเข้าสู่ขั้นตอนการชำระเงิน สาเหตุที่พบบ่อย ได้แก่ จำนวนหรือราคาไม่ตรงกัน ไม่มีใบรับสินค้า หรือต้องตรวจสอบคุณภาพ ข้อมูลนี้สำคัญต่อการวิเคราะห์สาเหตุหลักของข้อยกเว้นและการทำงานซ้ำ เมื่อวิเคราะห์ความถี่และผลกระทบของเหตุผลที่ระงับการชำระแต่ละประเภท องค์กรจะระบุสาเหตุหลักที่ทำให้กระบวนการเจ้าหนี้การค้าไม่มีประสิทธิภาพได้ และกำหนดแนวทางปรับปรุงให้ตรงจุด เช่น เพิ่มความถูกต้องของใบสั่งซื้อร่วมกับผู้ขาย หรือปรับขั้นตอนรับสินค้าให้คล่องตัวขึ้น การลดการระงับการชำระเงินเป็นปัจจัยสำคัญที่ช่วยเพิ่มอัตราการประมวลผลแบบไม่ต้องดำเนินการด้วยตนเอง (STP). เหตุผลที่สำคัญ จำเป็นต่อการวิเคราะห์หาสาเหตุหลักของการระงับการชำระเงิน ช่วยระบุปัจจัยสำคัญที่ทำให้กระบวนการไม่มีประสิทธิภาพและต้องทำงานซ้ำ. แหล่งข้อมูล อยู่ในเอกสารใบแจ้งหนี้หรือตารางสถานะที่เกี่ยวข้อง โดยมักมีการบันทึกเมื่อเกิดกิจกรรม 'ระงับการชำระ'. ตัวอย่าง ราคาไม่ตรงกันจำนวนไม่ตรงกันไม่มีใบรับสินค้า | |||
กิจกรรมในกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้า
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| จับคู่ใบแจ้งหนี้แล้ว | ขั้นตอนจับคู่ใบแจ้งหนี้กับเอกสารประกอบ เช่น ใบสั่งซื้อ (PO) หรือใบรับสินค้า (GR) เพื่อยืนยันว่าจำนวนเงิน ปริมาณ และรายการสินค้าในใบแจ้งหนี้ตรงกับสิ่งที่สั่งซื้อและได้รับ. | ||
| เหตุผลที่สำคัญ นี่เป็นขั้นตอนตรวจสอบที่สำคัญสำหรับใบแจ้งหนี้ที่อ้างอิง PO การวิเคราะห์อัตราและระยะเวลาการจับคู่ที่สำเร็จช่วยให้เข้าใจระดับการทำงานอัตโนมัติ และระบุผู้ขายหรือวัสดุที่มีปัญหา. แหล่งข้อมูล โดยปกติระบบจะบันทึกเหตุการณ์นี้เมื่อเชื่อมโยงข้อมูลอ้างอิง PO หรือ GR กับรายการในใบแจ้งหนี้สำเร็จ ซึ่งมักทำให้ฟิลด์สถานะการจับคู่เปลี่ยนแปลง. บันทึก บันทึกเวลาประทับเมื่อสถานะการจับคู่ใบแจ้งหนี้เปลี่ยนเป็น 'จับคู่แล้ว' หรือ 'สำเร็จ'. ประเภทเหตุการณ์ explicit | |||
| ชำระเงินแล้ว | ชำระเงินอย่างเป็นทางการและโอนเงินให้ผู้ขายแล้ว รายการนี้ชำระหนี้สินที่เกิดขึ้นเมื่อบันทึกบัญชีใบแจ้งหนี้. | ||
| เหตุผลที่สำคัญ นี่คือเหตุการณ์สำคัญสำหรับคำนวณอัตราการชำระเงินตรงเวลาและการรับส่วนลด เป็นจุดที่มีการโอนมูลค่า และเป็นหมุดหมายสำคัญสำหรับการบริหารเงินทุนและความสัมพันธ์กับผู้ขาย. แหล่งข้อมูล ระบบบันทึกเหตุการณ์ทางการเงินนี้อย่างชัดเจนจากวันที่ทำรายการของเอกสารการชำระเงินที่สร้างขึ้นสำหรับใบแจ้งหนี้. บันทึก ใช้วันที่ทำรายการหรือวันที่ลงบัญชีของเอกสารการชำระเงินที่ปิดยอดใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ปิดยอดใบแจ้งหนี้แล้ว | กิจกรรมนี้หมายถึงการกระทบยอดขั้นสุดท้าย โดยนำการชำระเงินไปตัดกับใบแจ้งหนี้และปิดรายการในบัญชีย่อยเจ้าหนี้การค้าอย่างเป็นทางการ ในบางกรณีอาจหมายถึงธนาคารเคลียร์ยอดการชำระเงินแล้วด้วย. | ||
| เหตุผลที่สำคัญ นี่คือกิจกรรมสุดท้าย ซึ่งแสดงว่ากระบวนการเสร็จสมบูรณ์ ระยะเวลาตั้งแต่รับใบแจ้งหนี้จนถึงปิดยอดคือเวลาตลอดกระบวนการตั้งแต่ต้นจนจบ. แหล่งข้อมูล บันทึกจากฟิลด์วันที่ปิดยอดในระเบียนทางการเงินของใบแจ้งหนี้ ซึ่งระบบจะกรอกเมื่อมีการนำการชำระเงินมาตัดยอด. บันทึก ใช้วันที่ปิดยอดที่เชื่อมโยงกับรายการใบแจ้งหนี้ในบัญชีแยกประเภททางการเงิน. ประเภทเหตุการณ์ explicit | |||
| รับใบแจ้งหนี้แล้ว | กิจกรรมนี้บันทึกการรับใบแจ้งหนี้จากผู้ขายเข้าสู่ระบบเป็นครั้งแรก โดยอาจบันทึกข้อมูลด้วยตนเอง สแกนด้วยระบบรู้จำอักขระด้วยแสง (OCR) หรือรับผ่านการแลกเปลี่ยนข้อมูลทางอิเล็กทรอนิกส์ (EDI). | ||
| เหตุผลที่สำคัญ นี่คือจุดเริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่เหตุการณ์นี้ไปจนถึงเหตุการณ์อื่นช่วยให้เห็นเวลาประมวลผลทั้งหมดและความล่าช้าในขั้นตอนต้น. แหล่งข้อมูล โดยทั่วไป เหตุการณ์นี้บันทึกจากเวลาที่สร้างรายการใบแจ้งหนี้หลักหรือใบเรียกเก็บเงินจากผู้ขายในระบบ. บันทึก ใช้วันที่สร้างรายการส่วนหัวของใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ลงบัญชีใบแจ้งหนี้แล้ว | บันทึกใบแจ้งหนี้ที่อนุมัติแล้วลงในบัญชีแยกประเภททั่วไปอย่างเป็นทางการ ทำให้บริษัทมีหนี้สินทางการเงิน นี่คือรายการบัญชีสำคัญที่รับรู้ค่าใช้จ่ายและภาระผูกพันในการชำระเงินอย่างเป็นทางการ. | ||
| เหตุผลที่สำคัญ การบันทึกบัญชีเป็นเหตุการณ์ทางการเงินที่สำคัญ ความล่าช้าระหว่างการอนุมัติกับการบันทึกบัญชีอาจกระทบความถูกต้องของรายงานทางการเงินและการมองเห็นหนี้สินคงค้าง. แหล่งข้อมูล นี่คือเหตุการณ์รายการทางการเงินหลัก ซึ่งบันทึกจากวันที่และเวลาลงบัญชีของเอกสารบัญชีที่เชื่อมโยงกับใบแจ้งหนี้. บันทึก ใช้ฟิลด์วันที่ลงบัญชีจากส่วนหัวของเอกสารทางการเงินที่เชื่อมโยงกับใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ส่งขออนุมัติแล้ว | ส่งใบแจ้งหนี้เข้าสู่เวิร์กโฟลว์อย่างเป็นทางการ เพื่อให้ผู้มีอำนาจหนึ่งคนหรือหลายคนตรวจทานและอนุมัติ กิจกรรมนี้เป็นจุดเริ่มต้นของกระบวนการย่อยการอนุมัติ. | ||
| เหตุผลที่สำคัญ นี่คือจุดเริ่มต้นสำหรับวัดระยะเวลารอบการอนุมัติ และช่วยแยกเวลาที่ใช้ประมวลผลข้อมูลออกจากเวลาที่รอผู้บริหารอนุมัติ. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้เมื่อสถานะใบแจ้งหนี้เปลี่ยนเป็น 'รออนุมัติ' หรือเมื่อเพิ่มใบแจ้งหนี้เข้าสู่ระบบจัดการเวิร์กโฟลว์. บันทึก ระบุเหตุการณ์ที่สถานะใบแจ้งหนี้เปลี่ยนเพื่อแสดงว่าเวิร์กโฟลว์การอนุมัติเริ่มต้นแล้ว. ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบแจ้งหนี้แล้ว | หมายถึงการอนุมัติขั้นสุดท้ายในเวิร์กโฟลว์ ซึ่งเป็นการอนุญาตอย่างเป็นทางการให้ชำระเงิน นี่คือจุดสำคัญที่ทำให้ใบแจ้งหนี้ผ่านจากขั้นตอนประมวลผลไปสู่ขั้นตอนชำระเงินได้. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของรอบการอนุมัติ ระยะเวลาจนถึงจุดนี้เป็นส่วนสำคัญของเวลาประมวลผลใบแจ้งหนี้ทั้งหมด และมักช่วยให้เห็นคอขวดในการอนุมัติ. แหล่งข้อมูล บันทึกเมื่อสถานะเวิร์กโฟลว์หรือเอกสารของใบแจ้งหนี้เปลี่ยนเป็น 'อนุมัติแล้ว' หรือสถานะสุดท้ายที่มีความหมายเทียบเท่ากัน. บันทึก บันทึกเวลาประทับเมื่อบันทึกสถานะอนุมัติขั้นสุดท้ายของใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| กำหนดเวลาชำระเงินแล้ว | เลือกใบแจ้งหนี้ที่บันทึกบัญชีแล้วและเพิ่มลงในข้อเสนอการชำระเงินหรือชุดรายการชำระเงิน กิจกรรมนี้แสดงว่าตั้งใจจะชำระใบแจ้งหนี้ในการดำเนินการจ่ายเงินรอบถัดไป. | ||
| เหตุผลที่สำคัญ ขั้นตอนนี้เชื่อมระหว่างการบันทึกบัญชีกับการชำระเงินจริง การวิเคราะห์กิจกรรมนี้ช่วยบริหารกระแสเงินสดและทำความเข้าใจประสิทธิภาพของการเตรียมชำระเงิน. แหล่งข้อมูล อนุมานจากการสร้างรายการข้อเสนอการชำระเงิน หรือเมื่อเพิ่มใบแจ้งหนี้ลงในสมุดรายวันหรือชุดรายการชำระเงิน. บันทึก บันทึกวันที่สร้างข้อเสนอหรือชุดรายการชำระเงินที่มีใบแจ้งหนี้นั้น. ประเภทเหตุการณ์ inferred | |||
| เกิดการชำระเงินล่าช้า | ชำระใบแจ้งหนี้หลังวันครบกำหนดตามสัญญา เหตุการณ์นี้คำนวณจากข้อมูลและแสดงว่าชำระเงินไม่ทันตามภาระผูกพัน. | ||
| เหตุผลที่สำคัญ การชำระเงินล่าช้าอาจกระทบความสัมพันธ์กับผู้ขาย ทำให้เกิดค่าปรับทางการเงิน และบ่งชี้ถึงความไม่มีประสิทธิภาพในระบบ การวัดเรื่องนี้ช่วยประเมินประสิทธิภาพกระบวนการและความเสี่ยงด้านการปฏิบัติตามข้อกำหนด. แหล่งข้อมูล คำนวณเหตุการณ์นี้โดยเปรียบเทียบวันที่ชำระเงินจริงกับวันครบกำหนดสุทธิที่ระบุในใบแจ้งหนี้. บันทึก คำนวณดังนี้: IF Payment_Date > Net_Due_Date. ประเภทเหตุการณ์ calculated | |||
| ได้รับส่วนลดจากการชำระก่อนกำหนด | ชำระเงินภายในช่วงเวลาที่ผู้ขายกำหนดให้รับส่วนลด ทำให้บริษัทประหยัดค่าใช้จ่าย กิจกรรมนี้ไม่ได้บันทึกเป็นเหตุการณ์โดยตรงในระบบ แต่คำนวณจากข้อมูลธุรกรรม. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้วัดประโยชน์ทางการเงินโดยตรงจากกระบวนการเจ้าหนี้การค้าที่มีประสิทธิภาพ การระบุโอกาสที่พลาดไปในการชำระเงินก่อนกำหนดช่วยแสดงมูลค่าทางการเงินของการปรับปรุงกระบวนการได้อย่างชัดเจน. แหล่งข้อมูล เหตุการณ์นี้คำนวณจากการเปรียบเทียบวันที่ชำระเงินจริงกับเงื่อนไขการชำระเงินและวันที่ครบกำหนดรับส่วนลดในใบแจ้งหนี้. บันทึก คำนวณดังนี้: IF Payment_Date <= Discount_Due_Date. ประเภทเหตุการณ์ calculated | |||
| ตรวจสอบใบแจ้งหนี้แล้ว | หมายถึงการตรวจสอบข้อมูลใบแจ้งหนี้ที่บันทึกไว้ในเบื้องต้นว่าครบถ้วนและถูกต้อง ก่อนส่งไปจับคู่หรืออนุมัติ ขั้นตอนนี้อาจเป็นการตรวจสอบโดยระบบอัตโนมัติหรือการตรวจทานด้วยตนเอง. | ||
| เหตุผลที่สำคัญ การติดตามกิจกรรมนี้ช่วยระบุคอขวดในการตรวจสอบคุณภาพข้อมูลเบื้องต้น และวัดประสิทธิภาพของขั้นตอนก่อนประมวลผล. แหล่งข้อมูล โดยมากบันทึกจากการเปลี่ยนสถานะของรายการใบแจ้งหนี้ เวลาประทับการตรวจสอบเฉพาะ หรืออนุมานจากการบันทึกรายการโดยไม่มีข้อผิดพลาด. บันทึก ค้นหาการเปลี่ยนสถานะเป็น 'ตรวจสอบแล้ว' หรือบันทึกเหตุการณ์การตรวจสอบโดยเฉพาะ. ประเภทเหตุการณ์ explicit | |||
| ปฏิเสธใบแจ้งหนี้แล้ว | ผู้อนุมัติปฏิเสธใบแจ้งหนี้ในเวิร์กโฟลว์ ทำให้ใบแจ้งหนี้ไม่สามารถดำเนินต่อไปสู่การชำระเงินได้ โดยทั่วไปการปฏิเสธจะส่งใบแจ้งหนี้กลับไปยังขั้นตอนก่อนหน้าเพื่อแก้ไข ทำให้เกิดวงจรการทำงานซ้ำ. | ||
| เหตุผลที่สำคัญ การปฏิเสธเป็นสาเหตุสำคัญของงานแก้ไขซ้ำและความล่าช้าในกระบวนการ การติดตามความถี่และเหตุผลช่วยระบุปัญหาด้านคุณภาพข้อมูล ความเข้าใจนโยบาย หรือการปฏิบัติตามข้อกำหนดของผู้ขาย. แหล่งข้อมูล ระบบบันทึกไว้อย่างชัดเจนเป็นการเปลี่ยนสถานะ เช่น 'ปฏิเสธแล้ว' หรือ 'ไม่อนุมัติ' ในประวัติการอนุมัติหรือบันทึกเวิร์กโฟลว์. บันทึก ใช้เวลาจากบันทึกการอนุมัติเมื่อกำหนดสถานะ 'ปฏิเสธแล้ว' ให้ใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ยกเลิกการระงับแล้ว | บันทึกการแก้ไขปัญหาและการยกเลิกการระงับหรือพักการชำระเงินในขั้นต่อมา หมายความว่าใบแจ้งหนี้ได้รับการแก้ไขหรือชี้แจงแล้ว และพร้อมดำเนินการต่อ. | ||
| เหตุผลที่สำคัญ ระยะเวลาตั้งแต่ระงับใบแจ้งหนี้จนถึงยกเลิกการระงับ คือเวลาที่ใช้แก้ไขข้อมูลที่ไม่ตรงกัน การวิเคราะห์ช่วงเวลานี้ช่วยระบุจุดที่จัดการกรณียกเว้นได้ไม่มีประสิทธิภาพ. แหล่งข้อมูล บันทึกจากบันทึกของระบบหรือเอกสารการเปลี่ยนแปลงที่ระบุการยกเลิกหรือปิดสถานะระงับการชำระเงิน. บันทึก บันทึกเวลาประทับเมื่อยกเลิกรหัสระงับการชำระเงินหรือสถานะพักจากใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ยกเลิกใบแจ้งหนี้แล้ว | ยกเลิกหรือกลับรายการใบแจ้งหนี้หลังจากบันทึกหรือบันทึกบัญชีแล้ว โดยทั่วไปทำเพื่อแก้ไขข้อผิดพลาดหรือจัดการข้อโต้แย้งจากผู้ขาย นี่เป็นจุดสิ้นสุดอีกแบบหนึ่งของกระบวนการ ซึ่งมักเป็นผลลัพธ์ที่ไม่พึงประสงค์. | ||
| เหตุผลที่สำคัญ การยกเลิกบ่งชี้ถึงปัญหาในกระบวนการ เช่น บันทึกรายการซ้ำหรือลงบัญชีไม่ถูกต้อง การติดตามความถี่และสาเหตุที่แท้จริงเป็นสิ่งจำเป็นต่อการเพิ่มความแม่นยำในการบันทึกข้อมูลและคุณภาพของกระบวนการ. แหล่งข้อมูล ระบบบันทึกการดำเนินการนี้อย่างชัดเจนเมื่อผู้ใช้ยกเลิกใบแจ้งหนี้หรือบันทึกเอกสารกลับรายการ พร้อมระบุวันที่ยกเลิกหรือกลับรายการ. บันทึก ค้นหาลิงก์ไปยังเอกสารกลับรายการ หรือธงระบุการยกเลิกพร้อมวันที่ที่เกี่ยวข้องในระเบียนใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
| ระงับใบแจ้งหนี้ | กิจกรรมนี้เกิดขึ้นเมื่อมีการระงับไม่ให้ใบแจ้งหนี้ดำเนินต่อไปจนถึงขั้นตอนชำระเงิน โดยทั่วไปจะระงับโดยอัตโนมัติหรือด้วยตนเอง เมื่อพบข้อมูลไม่ตรงกันระหว่างการจับคู่ การละเมิดนโยบาย หรือปัญหาอื่นที่ต้องตรวจสอบ. | ||
| เหตุผลที่สำคัญ การระงับเป็นสาเหตุหลักที่ทำให้การชำระเงินล่าช้าและเพิ่มภาระงาน การระบุว่าเกิดขึ้นเมื่อใด เพราะเหตุใด และบ่อยเพียงใด จึงสำคัญต่อการปรับปรุงกระบวนการ. แหล่งข้อมูล ระบบบันทึกเหตุการณ์นี้อย่างชัดเจนเมื่อกำหนดสถานะพักหรือระงับให้ใบแจ้งหนี้ โดยมักบันทึกไว้ในประวัติสถานะหรือตารางประวัติการเปลี่ยนแปลง. บันทึก ใช้เวลาที่กำหนดรหัสระงับการชำระเงินหรือสถานะ 'พักไว้' ให้กับใบแจ้งหนี้. ประเภทเหตุการณ์ explicit | |||
คู่มือการดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
ทำความเข้าใจกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้าให้ลึกซึ้งยิ่งขึ้น โดยเลือกคู่มือดึงข้อมูลสำหรับระบบของคุณ หรือใช้เทมเพลตทั่วไปนี้เป็นแนวทางตั้งต้น.
เพิ่มประสิทธิภาพงานเจ้าหนี้การค้า เริ่มได้วันนี้
ปรับเวิร์กโฟลว์ให้คล่องตัว ลดต้นทุน และเห็นภาพกระบวนการเจ้าหนี้การค้าได้ชัดเจน.
ไม่ต้องใช้บัตรเครดิต เริ่มต้นได้ภายในไม่กี่นาที.