เทมเพลตข้อมูลสำหรับกระบวนการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
เทมเพลตข้อมูลสำหรับกระบวนการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมหลักที่ควรติดตาม
- คำแนะนำในการดึงข้อมูล
แอตทริบิวต์ของกระบวนการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ใบแจ้งหนี้
InvoiceNumber
|
รหัสเฉพาะของใบแจ้งหนี้จากผู้ขายแต่ละฉบับ ใช้เป็น Case ID หลักเพื่อติดตามตั้งแต่ได้รับใบแจ้งหนี้จนถึงชำระเงิน. | ||
|
คำอธิบาย
เลขที่ใบแจ้งหนี้เป็นข้อมูลหลักสำหรับวิเคราะห์กระบวนการเจ้าหนี้การค้า โดยใช้ระบุใบแจ้งหนี้แต่ละฉบับอย่างเฉพาะเจาะจง และเชื่อมโยงกิจกรรมที่เกี่ยวข้อง เช่น การตรวจสอบ การอนุมัติ และการชำระเงิน ให้เป็นกระบวนการเดียวกัน ใน process mining แอตทริบิวต์นี้ช่วยสร้างภาพวงจรการทำงานของใบแจ้งหนี้แต่ละฉบับตั้งแต่ต้นจนจบ ใช้วิเคราะห์เส้นทางกระบวนการ ค้นหาคอขวดของใบแจ้งหนี้แต่ละรายการ และคำนวณตัวชี้วัดระดับเคส เช่น เวลารอบกระบวนการทั้งหมด แอตทริบิวต์อื่นๆ ช่วยให้เข้าใจบริบทของเส้นทางใบแจ้งหนี้แต่ละฉบับ.
เหตุผลที่สำคัญ
นี่คือ Case ID สำคัญที่เชื่อมโยงทุกขั้นตอนของใบแจ้งหนี้แต่ละฉบับ ทำให้วิเคราะห์เวลาและเส้นทางการประมวลผลตั้งแต่ต้นจนจบได้.
แหล่งข้อมูล
โดยทั่วไปคือฟิลด์ 'Bill No.' หรือ 'Invoice #' ในออบเจ็กต์ AP Bill หรือ Vendor Invoice ของ Sage Intacct.
ตัวอย่าง
INV-2023-001237854-AXBSI-990432
|
|||
|
กิจกรรม
ActivityName
|
ชื่อขั้นตอนหรือเหตุการณ์ที่เกิดขึ้น เช่น 'อนุมัติใบแจ้งหนี้แล้ว' หรือ 'ดำเนินการชำระเงินแล้ว'. | ||
|
คำอธิบาย
ชื่อกิจกรรมระบุขั้นตอนหนึ่งในกระบวนการเจ้าหนี้การค้า กิจกรรมเหล่านี้เรียงต่อกันเป็นลำดับเหตุการณ์ของใบแจ้งหนี้แต่ละฉบับ การวิเคราะห์ลำดับกิจกรรมเป็นหัวใจของ process mining ช่วยค้นหาแผนผังกระบวนการที่เกิดขึ้นจริง ระบุขั้นตอนที่เบี่ยงเบนจากวิธีปฏิบัติมาตรฐาน และวิเคราะห์การวนกลับไปแก้ไขงาน เช่น 'พบรายการไม่ตรงกัน' แล้วตามด้วย 'แก้ไขรายการไม่ตรงกันแล้ว' ความถี่และลำดับของกิจกรรมเป็นข้อมูลสำคัญที่ช่วยให้เข้าใจประสิทธิภาพของกระบวนการ.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้กำหนดขั้นตอนในแผนผังกระบวนการ ซึ่งจำเป็นต่อการแสดงเส้นทางกระบวนการ ค้นหาคอขวด และวิเคราะห์ขั้นตอนที่เบี่ยงเบน.
แหล่งข้อมูล
แอตทริบิวต์นี้ได้มาจากเหตุการณ์ในระบบ การเปลี่ยนสถานะ หรือรายการในประวัติการตรวจสอบของ Sage Intacct ที่เกี่ยวข้องกับ AP Bills และ Payments.
ตัวอย่าง
ได้รับใบแจ้งหนี้อนุมัติใบแจ้งหนี้แล้วกำหนดเวลาชำระเงินแล้วดำเนินการชำระเงินแล้ว
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ดึงข้อมูลมา โดยทั่วไปเป็นค่าคงที่ที่ระบุ ERP หรือซอฟต์แวร์บัญชี. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ หากใช้หลายระบบ จะช่วยแยกแหล่งข้อมูลและตรวจสอบที่มาของข้อมูลได้ชัดเจน สำหรับมุมมองนี้ ค่าจะแสดงเป็น 'Sage Intacct' เสมอ แม้การวิเคราะห์จากระบบเดียวมักใช้ค่าคงที่ แต่แอตทริบิวต์นี้ก็สำคัญต่อการกำกับดูแลข้อมูล และโครงการในอนาคตที่อาจรวมข้อมูลจากหลายระบบ ช่วยยืนยันว่าการวิเคราะห์อ้างอิงข้อมูลจากแหล่งที่ต้องการ.
เหตุผลที่สำคัญ
ระบุแหล่งที่มาของข้อมูลอย่างชัดเจนเพื่อยืนยันที่มาของข้อมูล ซึ่งสำคัญต่อการกำกับดูแลข้อมูลและการทำงานในสภาพแวดล้อมที่มีหลายระบบ.
แหล่งข้อมูล
โดยทั่วไปจะเพิ่มค่าคงที่นี้ระหว่างการดึงและแปลงข้อมูล.
ตัวอย่าง
Sage Intacct
|
|||
|
เวลาเริ่มต้น
EventTime
|
วันที่และเวลาที่แน่นอนของกิจกรรมหรือขั้นตอนกระบวนการแต่ละรายการ. | ||
|
คำอธิบาย
เวลาเหตุการณ์หรือเวลาประทับบันทึกเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลตามลำดับเวลานี้จำเป็นต่อการเรียงเหตุการณ์ให้ถูกต้องและคำนวณระยะเวลาระหว่างขั้นตอนต่างๆ ในกระบวนการ ในการวิเคราะห์ process mining ระบบใช้เวลาประทับเพื่อเรียงเหตุการณ์ตามลำดับเวลา สร้างแผนผังกระบวนการ คำนวณเวลารอบระหว่างกิจกรรม และวิเคราะห์ผลการดำเนินงานของกระบวนการในแต่ละช่วงเวลา ข้อมูลนี้ช่วยระบุช่วงที่เกิดความล่าช้า เช่น วันหยุดสุดสัปดาห์หรือนอกเวลาทำการ และเป็นพื้นฐานของ KPI ที่วัดตามเวลา.
เหตุผลที่สำคัญ
เวลาประทับนี้จำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณตัวชี้วัดด้านระยะเวลาทั้งหมด เช่น เวลารอบกระบวนการและเวลารอ.
แหล่งข้อมูล
ได้จากฟิลด์วันที่ต่างๆ ในออบเจ็กต์ Sage Intacct เช่น 'Creation Date' ใน AP Bills, 'Approval Date' หรือ 'Payment Date' ใน AP Payments.
ตัวอย่าง
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลของระเบียนนี้จากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาที่ดึงข้อมูลล่าสุด ซึ่งจำเป็นต่อการตรวจสอบว่าข้อมูลที่นำมาวิเคราะห์เป็นปัจจุบันเพียงใด และการจัดการกำหนดการรีเฟรชข้อมูล ข้อมูลนี้ในแดชบอร์ดและรายงานช่วยให้ผู้ใช้ทราบว่าข้อมูลเชิงลึกเป็นปัจจุบันแค่ไหน ตัวอย่างเช่น หากอัปเดตครั้งล่าสุดเมื่อสัปดาห์ก่อน ข้อสรุปที่ได้ต้องคำนึงว่ากิจกรรมกระบวนการล่าสุดยังไม่รวมอยู่ด้วย ฟิลด์นี้สำคัญต่อการกำกับดูแลข้อมูลและสร้างความเชื่อมั่นในการวิเคราะห์.
เหตุผลที่สำคัญ
แสดงว่าข้อมูลเป็นปัจจุบันเพียงใด ช่วยให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดแค่ไหน และควรรีเฟรชข้อมูลครั้งต่อไปเมื่อใด.
แหล่งข้อมูล
ระบบสร้างเวลาประทับนี้และเพิ่มลงในแต่ละแถวระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2023-11-20T04:00:00Z2023-11-21T04:00:00Z
|
|||
|
ชื่อผู้ขาย
VendorName
|
ชื่อตามกฎหมายของผู้จัดหาหรือผู้ขายที่ส่งใบแจ้งหนี้. | ||
|
คำอธิบาย
ชื่อผู้ขายระบุผู้จัดหาที่เกี่ยวข้องกับใบแจ้งหนี้ แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์รูปแบบการทำงานและผลการดำเนินงานของผู้ขายแต่ละรายในกระบวนการเจ้าหนี้การค้า คุณใช้มิตินี้กรองแผนผังกระบวนการเพื่อดูวิธีจัดการใบแจ้งหนี้จากผู้ขายแต่ละราย แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'ผลการดำเนินงานและเวลาประมวลผลของผู้ขาย' และ KPI 'ความแตกต่างของเวลารอบกระบวนการตามผู้ขาย' ช่วยค้นหาว่าใบแจ้งหนี้จากผู้ขายรายใดประมวลผลได้รวดเร็ว และรายใดมักล่าช้าหรือมีข้อมูลไม่ตรงกัน ซึ่งชี้ให้เห็นโอกาสในการทำงานร่วมกับผู้ขายและปรับมาตรฐานกระบวนการ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ความแตกต่างและผลการดำเนินงานของกระบวนการตามผู้ขาย เพื่อค้นหาคอขวดหรือปัญหาคุณภาพใบแจ้งหนี้ที่เกี่ยวข้องกับผู้ขายแต่ละราย.
แหล่งข้อมูล
ข้อมูลนี้อยู่ในออบเจ็กต์ 'Vendor' ของ Sage Intacct ซึ่งเชื่อมโยงกับ AP Bill.
ตัวอย่าง
Staples Inc.Office DepotGlobal Tech ServicesCreative Solutions LLC
|
|||
|
ชื่อผู้ใช้
UserName
|
ชื่อพนักงานหรือผู้ใช้ที่ทำกิจกรรมหนึ่งๆกับใบแจ้งหนี้. | ||
|
คำอธิบาย
ชื่อผู้ใช้ระบุบุคคลที่รับผิดชอบเหตุการณ์ในกระบวนการ เช่น การป้อนข้อมูล การตรวจสอบความถูกต้อง หรือการอนุมัติ ข้อมูลนี้ช่วยระบุผู้รับผิดชอบและวิเคราะห์ผลการทำงานของผู้ใช้หรือทีมได้ แอตทริบิวต์นี้จำเป็นสำหรับแดชบอร์ด 'วิเคราะห์ระยะเวลาการอนุมัติใบแจ้งหนี้' เพราะช่วยตรวจสอบได้ว่าผู้อนุมัติบางคนใช้เวลานานเป็นประจำหรือไม่ และยังช่วยระบุผู้ที่ทำงานได้ดีหรือผู้ใช้ที่อาจต้องได้รับการฝึกอบรมเพิ่มเติม การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยในการจัดการทรัพยากรและทำความเข้าใจการกระจายภาระงาน.
เหตุผลที่สำคัญ
ติดตามว่าผู้ใช้คนใดเป็นผู้ดำเนินการ ซึ่งเป็นข้อมูลสำคัญในการวิเคราะห์ผลการทำงานของผู้อนุมัติ การกระจายภาระงาน และความจำเป็นในการฝึกอบรม.
แหล่งข้อมูล
ข้อมูลนี้บันทึกไว้ในบันทึกการตรวจสอบหรือประวัติของออบเจ็กต์ AP Bill และ AP Payment ใน Sage Intacct โดยเชื่อมโยงกับการเปลี่ยนสถานะหรือการแก้ไขข้อมูล.
ตัวอย่าง
Alice JohnsonBob Williamssystem.user
|
|||
|
ยอดเงินในใบแจ้งหนี้
InvoiceAmount
|
มูลค่าเงินรวมของใบแจ้งหนี้. | ||
|
คำอธิบาย
ยอดเงินในใบแจ้งหนี้คือมูลค่ารวมของใบแจ้งหนี้ที่ผู้ขายส่งมา แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์ทางการเงินและช่วยให้เข้าใจว่ามูลค่าใบแจ้งหนี้ส่งผลต่อเส้นทางการประมวลผลอย่างไร ในการวิเคราะห์ คุณใช้แบ่งใบแจ้งหนี้ตามช่วงมูลค่า เช่น ต่ำ ปานกลาง และสูง เพื่อดูว่าใบแจ้งหนี้มูลค่าสูงมีเส้นทางอนุมัติต่างออกไปหรือใช้เวลาประมวลผลนานกว่าหรือไม่ ยอดเงินยังเป็นองค์ประกอบสำคัญของ KPI 'อัตราการปฏิบัติตามนโยบายการชำระเงิน' เนื่องจากวงเงินอนุมัติมักกำหนดตามยอดนี้ และช่วยจัดลำดับความสำคัญในการปรับปรุงกระบวนการสำหรับธุรกรรมมูลค่าสูง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ตามมูลค่า เช่น ตรวจสอบว่าใบแจ้งหนี้มูลค่าสูงใช้เส้นทางต่างออกไปหรือใช้เวลานานขึ้นหรือไม่ และใช้ตรวจสอบการปฏิบัติตามวงเงินอนุมัติได้.
แหล่งข้อมูล
คือฟิลด์ 'Amount' หรือ 'Transaction Amount' ในออบเจ็กต์ AP Bill ของ Sage Intacct.
ตัวอย่าง
150.755000.0025000.50
|
|||
|
เลขที่ใบสั่งซื้อ
PurchaseOrderNumber
|
รหัสใบสั่งซื้อ (PO) ที่เชื่อมโยงกับใบแจ้งหนี้ หากมี. | ||
|
คำอธิบาย
เลขที่ใบสั่งซื้อเชื่อมโยงใบแจ้งหนี้กับคำขอจัดซื้อที่อนุมัติไว้ล่วงหน้า ใบแจ้งหนี้อาจมี PO รองรับหรือไม่มี PO ก็ได้ โดยทั่วไปการมีเลขที่ PO ช่วยให้จับคู่รายการได้อัตโนมัติมากขึ้น ทั้งแบบสองทางและสามทาง แอตทริบิวต์นี้เป็นข้อมูลพื้นฐานสำหรับวิเคราะห์กิจกรรม 'จับคู่ใบสั่งซื้อแล้ว' และรายการไม่ตรงกันที่เกี่ยวข้อง ช่วยแบ่งกระบวนการตามใบแจ้งหนี้ที่มี PO และไม่มี PO เพื่อเปรียบเทียบเวลารอบกระบวนการและอัตราการทำงานอัตโนมัติ หากใบแจ้งหนี้ที่มี PO รองรับพบข้อมูลไม่ตรงกันบ่อย อาจมีปัญหาในขั้นตอนสร้าง PO หรือรับสินค้า.
เหตุผลที่สำคัญ
ช่วยแยกใบแจ้งหนี้ที่มี PO รองรับออกจากใบแจ้งหนี้ที่ไม่มี PO ซึ่งมักมีเส้นทางการประมวลผลและโอกาสในการทำงานอัตโนมัติต่างกัน.
แหล่งข้อมูล
ฟิลด์นี้มีอยู่ในออบเจ็กต์ AP Bill ของ Sage Intacct ใช้เชื่อมโยงบิลกับ Purchase Order ที่มีอยู่.
ตัวอย่าง
PO-004581PO-005123ไม่มีข้อมูล
|
|||
|
วันครบกำหนดชำระ
DueDate
|
วันที่ต้องชำระเงินตามเงื่อนไขการชำระเงิน. | ||
|
คำอธิบาย
วันครบกำหนดชำระคือวันที่ตกลงกันไว้ในสัญญาว่าจะชำระใบแจ้งหนี้ให้เสร็จสิ้น โดยคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกับผู้ขาย เช่น Net 30 แอตทริบิวต์นี้จำเป็นต่อการติดตามการชำระเงินตรงเวลาและการวางแผนทางการเงิน ใช้ในแดชบอร์ด 'การปฏิบัติตามข้อกำหนดและนโยบายการชำระเงิน' เพื่อระบุการชำระเงินล่าช้า และยังสำคัญต่อการคำนวณ KPI 'อัตราการใช้ส่วนลดเมื่อชำระเงินก่อนกำหนด' โดยใช้เป็นเกณฑ์เปรียบเทียบการชำระเงินก่อนกำหนด.
เหตุผลที่สำคัญ
วันที่นี้สำคัญต่อการวิเคราะห์อัตราการชำระเงินตรงเวลา การบริหารกระแสเงินสด และการค้นหาโอกาสใช้ส่วนลดเมื่อชำระเงินก่อนกำหนด.
แหล่งข้อมูล
คือฟิลด์ 'Due Date' ในออบเจ็กต์ AP Bill ของ Sage Intacct ซึ่งผู้ใช้กรอกเองหรือระบบคำนวณให้อัตโนมัติตามเงื่อนไขการชำระเงิน.
ตัวอย่าง
2023-11-152023-12-302024-01-10
|
|||
|
วันที่บันทึกบัญชี
PostingDate
|
วันที่บันทึกธุรกรรมใบแจ้งหนี้ลงในบัญชีแยกประเภททั่วไป (GL). | ||
|
คำอธิบาย
วันที่บันทึกบัญชีคือวันที่บันทึกธุรกรรมทางการเงินที่เกี่ยวข้องกับใบแจ้งหนี้ลงในบัญชีของบริษัทอย่างเป็นทางการ หรือบัญชีแยกประเภททั่วไป วันที่นี้สำคัญต่อการบัญชีและการรายงานทางการเงิน เพราะเป็นตัวกำหนดงวดบัญชีที่รับรู้ค่าใช้จ่าย ในการวิเคราะห์กระบวนการ ระยะเวลาตั้งแต่ได้รับใบแจ้งหนี้จนถึงวันที่บันทึกบัญชีอาจเผยให้เห็นความล่าช้าในขั้นตอนตรวจสอบและอนุมัติ วันที่นี้เป็นหมุดหมายสำคัญของกิจกรรม 'บันทึกใบแจ้งหนี้ลง GL แล้ว' และมักใช้วัดช่วงเวลาตั้งแต่บันทึกบัญชีจนถึงชำระเงิน การวิเคราะห์วันที่บันทึกบัญชีช่วยให้ปิดบัญชีและจัดทำรายงานได้ตรงเวลาและถูกต้อง.
เหตุผลที่สำคัญ
ระบุวันที่บันทึกใบแจ้งหนี้ในระบบการเงินอย่างเป็นทางการ ซึ่งสำคัญต่อการวัดเวลารอบบัญชีและการรายงานทางการเงินให้ตรงเวลา.
แหล่งข้อมูล
คือฟิลด์ 'Posting Date' ในออบเจ็กต์ AP Bill ของ Sage Intacct.
ตัวอย่าง
2023-10-282023-11-022023-11-10
|
|||
|
ศูนย์ต้นทุน
CostCenter
|
แผนกหรือหน่วยธุรกิจที่รับผิดชอบค่าใช้จ่ายในใบแจ้งหนี้. | ||
|
คำอธิบาย
ศูนย์ต้นทุนเป็นมิติขององค์กรที่ระบุว่าส่วนใดของธุรกิจรับผิดชอบค่าใช้จ่ายในใบแจ้งหนี้ ใช้สำหรับจัดทำงบประมาณ ปันส่วนต้นทุน และรายงานทางการเงิน ใน process mining แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด 'ความไม่สอดคล้องในการประมวลผลตามศูนย์ต้นทุน' ช่วยเปรียบเทียบตัวชี้วัดสำคัญ เช่น เวลารอบกระบวนการและอัตราการแก้ไขงานซ้ำระหว่างศูนย์ต้นทุนต่างๆ การค้นหาศูนย์ต้นทุนที่ทำงานได้ดีช่วยให้เห็นแนวทางปฏิบัติที่นำไปแบ่งปันได้ ส่วนศูนย์ต้นทุนที่ผลการดำเนินงานต่ำกว่าเป้าหมายอาจต้องปรับปรุงกระบวนการหรือจัดอบรมเฉพาะด้าน แอตทริบิวต์นี้เป็นข้อมูลหลักสำหรับ KPI 'ความแตกต่างของเวลารอบกระบวนการตามศูนย์ต้นทุน'.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ เพื่อให้เห็นความไม่สอดคล้องและโอกาสในการปรับมาตรฐานกระบวนการ.
แหล่งข้อมูล
นี่คือมิติมาตรฐานในรายการบรรทัดของ AP Bill ใน Sage Intacct โดยมักใช้ชื่อ 'Department' หรือมิติที่กำหนดเองสำหรับศูนย์ต้นทุน.
ตัวอย่าง
ฝ่ายขาย - สหรัฐฯการตลาดโครงสร้างพื้นฐานด้านไอทีการวิจัยและพัฒนา
|
|||
|
สถานะการชำระเงิน
PaymentStatus
|
สถานะปัจจุบันของรายการชำระเงินที่เกี่ยวข้องกับใบแจ้งหนี้. | ||
|
คำอธิบาย
สถานะการชำระเงินแสดงสถานะของการชำระเงินจริง ซึ่งแยกจากสถานะใบแจ้งหนี้ ค่าที่เป็นไปได้ ได้แก่ 'กำหนดเวลาแล้ว' 'กำลังดำเนินการ' 'ชำระแล้ว' 'เคลียร์แล้ว' หรือ 'ไม่สำเร็จ' แอตทริบิวต์นี้เป็นหัวใจของแดชบอร์ด 'ติดตามสถานะและข้อผิดพลาดในการชำระเงิน' ช่วยให้ทีมการเงินติดตามผลการชำระเงินแต่ละรอบ ระบุและแก้ไขรายการที่ชำระไม่สำเร็จได้อย่างรวดเร็ว รวมถึงตรวจสอบรายการที่อาจชำระซ้ำ การดูเวลาที่ใช้ในแต่ละสถานะช่วยปรับปรุงขั้นตอนการชำระเงินและคาดการณ์กระแสเงินสดได้แม่นยำขึ้น.
เหตุผลที่สำคัญ
ติดตามผลและสถานะของขั้นตอนการชำระเงินขั้นสุดท้าย ช่วยให้ระบุและแก้ไขข้อผิดพลาดหรือความล่าช้าในการชำระเงินได้อย่างรวดเร็ว.
แหล่งข้อมูล
ดูข้อมูลนี้ได้จากออบเจ็กต์ AP Payment หรือ Bill Payment ใน Sage Intacct.
ตัวอย่าง
กำหนดเวลาแล้วส่งไปธนาคารแล้วเคลียร์แล้วยกเลิกแล้ว
|
|||
|
สถานะใบแจ้งหนี้
InvoiceStatus
|
สถานะปัจจุบันของใบแจ้งหนี้ในเวิร์กโฟลว์ AP. | ||
|
คำอธิบาย
สถานะใบแจ้งหนี้แสดงขั้นตอนปัจจุบันของใบแจ้งหนี้ในวงจรการทำงาน เช่น 'ฉบับร่าง' 'ส่งขออนุมัติแล้ว' 'อนุมัติแล้ว' หรือ 'ชำระแล้ว' จึงช่วยให้เห็นความคืบหน้าของใบแจ้งหนี้ในขณะนั้น แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด 'แนวโน้มปริมาณและจำนวนใบแจ้งหนี้' ซึ่งแสดงการกระจายของใบแจ้งหนี้ตามสถานะในแต่ละช่วงเวลา ช่วยให้ผู้จัดการฝ่ายปฏิบัติการติดตามภาระงาน ระบุคอขวดที่มีใบแจ้งหนี้ค้างสะสม และคาดการณ์เวลาที่จะดำเนินการเสร็จ การติดตามการเปลี่ยนสถานะตามช่วงเวลาเป็นวิธีที่ใช้กันทั่วไปในการสร้าง event log สำหรับ process mining.
เหตุผลที่สำคัญ
แสดงสถานะปัจจุบันของใบแจ้งหนี้ ช่วยติดตามภาระงานและระบุขั้นตอนที่ใบแจ้งหนี้ติดค้าง.
แหล่งข้อมูล
โดยทั่วไปจะเป็นฟิลด์ 'State' หรือ 'Status' ในออบเจ็กต์ AP Bill ของ Sage Intacct.
ตัวอย่าง
ฉบับร่างส่งแล้วอนุมัติแล้วชำระแล้ว
|
|||
|
ดำเนินการต่อเนื่องโดยไม่สะดุด
IsStraightThrough
|
ค่าบูลีนที่เป็นจริงเมื่อประมวลผลใบแจ้งหนี้โดยไม่ต้องดำเนินการด้วยตนเองหรือทำงานซ้ำ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุใบแจ้งหนี้ที่ดำเนินการโดยอัตโนมัติทั้งหมด ตั้งแต่รับใบแจ้งหนี้จนถึงกำหนดเวลาชำระ โดยไม่มีการดำเนินการด้วยตนเองหรือจัดการกรณียกเว้น โดยทั่วไปจะมีค่าตรงข้ามกับแฟล็ก 'มีการทำงานซ้ำ' แฟล็กนี้ใช้คำนวณ KPI 'อัตราการประมวลผลใบแจ้งหนี้ต่อเนื่องโดยไม่สะดุด' ซึ่งเป็นตัวชี้วัดสำคัญของการทำงานอัตโนมัติและประสิทธิภาพของกระบวนการ อัตราที่สูงบ่งชี้ว่ากระบวนการ AP มีการควบคุมและพัฒนาได้ดี การวิเคราะห์ลักษณะของใบแจ้งหนี้ที่ไม่ได้ดำเนินการต่อเนื่องโดยไม่สะดุดช่วยให้เห็นอุปสรรคที่ยังเหลืออยู่ต่อการทำงานอัตโนมัติเต็มรูปแบบ.
เหตุผลที่สำคัญ
ระบุใบแจ้งหนี้ที่ดำเนินการอัตโนมัติทั้งหมด ช่วยวัดผลของการนำระบบอัตโนมัติมาใช้และค้นหาโอกาสในการปรับปรุงเพิ่มเติม.
แหล่งข้อมูล
เครื่องมือ process mining คำนวณแฟล็กนี้ โดยทั่วไปใช้ค่าตรงข้ามกับแฟล็ก 'IsRework' หรือกำหนดลำดับกิจกรรมที่ถือเป็น 'เส้นทางปกติ'.
ตัวอย่าง
truefalse
|
|||
|
แผนก
Department
|
ชื่อแผนกภายในที่เกี่ยวข้องกับใบแจ้งหนี้ มักใช้กำหนดผู้อนุมัติและจัดสรรค่าใช้จ่าย. | ||
|
คำอธิบาย
แผนกเป็นข้อมูลด้านโครงสร้างองค์กรที่ระบุว่าใบแจ้งหนี้เป็นของหน่วยงานใดในบริษัท เช่น 'การตลาด' หรือ 'เทคโนโลยีสารสนเทศ' โดยมักใช้ส่งคำขออนุมัติไปยังหัวหน้าหรือผู้จัดการแผนกที่ถูกต้อง เช่นเดียวกับศูนย์ต้นทุน มิตินี้ช่วยวิเคราะห์ผลการดำเนินงานของแต่ละส่วนงานในธุรกิจ คุณสามารถเปรียบเทียบระยะเวลาการอนุมัติหรืออัตราการทำงานซ้ำของแต่ละแผนก เพื่อดูว่าส่วนใดทำงานได้ราบรื่นและส่วนใดควรปรับปรุง การวิเคราะห์นี้ช่วยสนับสนุนการกำหนดมาตรฐานกระบวนการ AP ทั่วทั้งองค์กร.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานของกระบวนการในแต่ละหน่วยงาน และสนับสนุนการกำหนดมาตรฐานการทำงาน.
แหล่งข้อมูล
เป็นมิติมาตรฐานใน Sage Intacct ที่กำหนดให้กับธุรกรรม เช่น AP Bills ได้.
ตัวอย่าง
การตลาดฝ่ายขายไอทีการเงิน
|
|||
|
มีการทำงานซ้ำ
IsRework
|
ค่าบูลีนที่เป็นจริงเมื่อใบแจ้งหนี้ผ่านขั้นตอนการทำงานซ้ำ เช่น การแก้ไขข้อแตกต่าง. | ||
|
คำอธิบาย
แอตทริบิวต์ที่คำนวณนี้ใช้ระบุใบแจ้งหนี้ที่ผ่านการทำงานซ้ำอย่างน้อยหนึ่งรอบ การทำงานซ้ำเกิดขึ้นเมื่อจำเป็นต้องทำขั้นตอนเดิมอีกครั้งเนื่องจากข้อผิดพลาดหรือกรณียกเว้น เช่น มีเหตุการณ์ 'พบข้อแตกต่าง' ตามด้วยเหตุการณ์ 'แก้ไขข้อแตกต่างแล้ว' แฟล็กนี้ใช้คำนวณ KPI 'อัตราการทำงานซ้ำของใบแจ้งหนี้' และกรองแผนผังกระบวนการเพื่อวิเคราะห์เส้นทางที่มีการทำงานซ้ำโดยเฉพาะ การทำความเข้าใจว่าใบแจ้งหนี้ใดต้องทำงานซ้ำและเพราะเหตุใดเป็นสิ่งสำคัญต่อการค้นหาสาเหตุของความไม่มีประสิทธิภาพ เช่น ข้อมูลจากผู้ขายมีคุณภาพต่ำหรือข้อมูลหลักไม่ถูกต้อง.
เหตุผลที่สำคัญ
ระบุใบแจ้งหนี้ที่ต้องทำงานเพิ่มเติมโดยไม่ได้วางแผน ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการและค้นหาสาเหตุหลักของกรณียกเว้น.
แหล่งข้อมูล
เครื่องมือ process mining คำนวณค่าบูลีนนี้โดยตรวจสอบว่ามีกิจกรรมการทำงานซ้ำที่ระบุไว้หรือไม่ เช่น 'แก้ไขข้อแตกต่างแล้ว' ในลำดับเหตุการณ์ของเคส.
ตัวอย่าง
truefalse
|
|||
|
มูลค่าส่วนลด
EarlyPaymentDiscountAmount
|
มูลค่าส่วนลดที่อาจได้รับหากชำระใบแจ้งหนี้ก่อนวันครบกำหนดปกติ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุมูลค่าส่วนลดเมื่อชำระก่อนกำหนดที่ผู้ขายเสนอ ตามเงื่อนไขการชำระเงิน เช่น '2/10, Net 30' หมายถึงได้ส่วนลด 2% หากชำระภายใน 10 วัน ยอดนี้สำคัญต่อ KPI และแดชบอร์ด 'อัตราการใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนด' โดยแสดงโอกาสประหยัดของใบแจ้งหนี้แต่ละรายการ ช่วยให้ทีมการเงินจัดลำดับการชำระเงินที่ให้ส่วนลดสูงได้ การเปรียบเทียบยอดส่วนลดที่อาจได้รับกับยอดที่ได้รับจริงจะแสดงผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ.
เหตุผลที่สำคัญ
แสดงมูลค่าที่อาจประหยัดได้จากการชำระก่อนกำหนด ช่วยจัดลำดับใบแจ้งหนี้และวัดผลกระทบทางการเงินจากประสิทธิภาพของกระบวนการ AP.
แหล่งข้อมูล
โดยทั่วไปคำนวณจากฟิลด์ 'Payment Terms' และ 'Invoice Amount' ใน AP Bill ของ Sage Intacct.
ตัวอย่าง
10.0050.25250.00
|
|||
|
รหัสผู้ขาย
VendorId
|
รหัสเฉพาะของผู้ขายหรือซัพพลายเออร์ในระบบ. | ||
|
คำอธิบาย
Vendor ID คือรหัสเฉพาะที่ระบบสร้างขึ้นสำหรับระเบียนผู้ขายแต่ละราย ต่างจากชื่อผู้ขายที่อาจไม่สม่ำเสมอ รหัสนี้เป็นคีย์ที่คงที่สำหรับเชื่อมโยงข้อมูลและวิเคราะห์ ชื่อผู้ขายอ่านเข้าใจง่ายกว่าเมื่อนำไปแสดงบนแดชบอร์ด แต่ Vendor ID เชื่อถือได้มากกว่าในทางเทคนิคเมื่อนำข้อมูลมารวมกลุ่มหรือกรอง โดยเฉพาะเมื่อชื่อผู้ขายมีรูปแบบต่างกันเล็กน้อย เช่น 'Staples Inc.' กับ 'Staples' รหัสนี้ช่วยจัดกลุ่มธุรกรรมทั้งหมดของผู้ขายรายเดียวกันได้ถูกต้อง เพื่อให้วิเคราะห์ผลการดำเนินงานได้แม่นยำ.
เหตุผลที่สำคัญ
ใช้คีย์ที่คงที่และไม่ซ้ำกันสำหรับผู้ขาย ช่วยรวมข้อมูลเพื่อวิเคราะห์ผู้ขายได้อย่างถูกต้อง แม้ชื่อผู้ขายจะมีรูปแบบต่างกัน.
แหล่งข้อมูล
ฟิลด์ 'Vendor ID' ในออบเจ็กต์ Vendor ของ Sage Intacct.
ตัวอย่าง
V1001V1002V2304
|
|||
|
ระยะเวลาการอนุมัติ
ApprovalCycleTime
|
เวลาตั้งแต่ส่งใบแจ้งหนี้เพื่อขออนุมัติจนถึงวันที่อนุมัติเสร็จสิ้น. | ||
|
คำอธิบาย
ระยะเวลาการอนุมัติวัดเวลาที่ใช้ในช่วงอนุมัติโดยเฉพาะ โดยคำนวณจากเวลาของกิจกรรม 'Invoice Approved' ลบด้วยเวลาของกิจกรรม 'Routed For Approval' ตัวชี้วัดนี้เป็นหัวข้อหลักของแดชบอร์ด 'วิเคราะห์ระยะเวลาการอนุมัติใบแจ้งหนี้' ช่วยระบุคอขวดในเวิร์กโฟลว์การอนุมัติ ไม่ว่าจะเกิดจากผู้อนุมัติบางคน แผนก หรือประเภทใบแจ้งหนี้ การลดระยะเวลานี้มักเป็นเป้าหมายสำคัญ เพราะส่งผลโดยตรงต่อการใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนดและการชำระเงินให้ตรงเวลา.
เหตุผลที่สำคัญ
วัดประสิทธิภาพของเวิร์กโฟลว์การอนุมัติ ช่วยระบุผู้อนุมัติที่ใช้เวลานานหรือคอขวดที่ทำให้การชำระเงินล่าช้าและเสี่ยงพลาดส่วนลด.
แหล่งข้อมูล
คำนวณตัวชี้วัดนี้ในเครื่องมือ process mining โดยนำเวลาของกิจกรรม 'Routed For Approval' ไปลบออกจากเวลาของกิจกรรม 'Invoice Approved'.
ตัวอย่าง
2 วัน 3 ชั่วโมง7 วัน 1 ชั่วโมง10 ชั่วโมง 30 นาที
|
|||
|
วันที่ในใบแจ้งหนี้
InvoiceDate
|
วันที่ผู้ขายออกใบแจ้งหนี้. | ||
|
คำอธิบาย
วันที่ในใบแจ้งหนี้ หรือที่เรียกว่าวันที่เรียกเก็บเงิน คือวันที่ที่ซัพพลายเออร์ระบุไว้บนใบแจ้งหนี้ วันที่นี้เป็นจุดเริ่มต้นอย่างเป็นทางการของระยะเวลาชำระเงิน เช่น เริ่มนับกำหนดชำระ 'ภายใน 30 วัน' ใช้วันที่นี้เป็นฐานวัดระยะเวลาตั้งแต่ออกใบแจ้งหนี้จนถึงวันที่บันทึกเข้าระบบ ซึ่งเป็นกิจกรรม 'Invoice Received' และเรียกตัวชี้วัดนี้ว่า 'ระยะเวลารับใบแจ้งหนี้ล่าช้า' ฝ่าย AP มักตั้งเป้าลดระยะเวลาดังกล่าว เพื่อให้เห็นภาพกระบวนการชัดขึ้นและคาดการณ์กระแสเงินสดได้ดีขึ้น วันที่นี้ยังเป็นข้อมูลพื้นฐานสำหรับการคำนวณทางการเงินหลายรายการ.
เหตุผลที่สำคัญ
เป็นจุดเริ่มต้นตามมุมมองของผู้ขาย ใช้คำนวณระยะเวลาตั้งแต่ออกใบแจ้งหนี้จนถึงวันที่ได้รับ และกำหนดวันครบกำหนดชำระ.
แหล่งข้อมูล
ฟิลด์ 'Bill Date' หรือ 'Date' ในออบเจ็กต์ AP Bill ของ Sage Intacct.
ตัวอย่าง
2023-10-152023-10-202023-11-01
|
|||
|
วันที่รับส่วนลด
EarlyPaymentDiscountDate
|
วันสุดท้ายที่ต้องชำระใบแจ้งหนี้เพื่อรับส่วนลดเมื่อชำระก่อนกำหนด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันสุดท้ายที่ต้องชำระใบแจ้งหนี้เพื่อรับส่วนลดจากผู้ขาย โดยคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขส่วนลด เช่น 10 วันหลังวันที่ในใบแจ้งหนี้สำหรับเงื่อนไข '2/10, Net 30' วันที่นี้เป็น SLA ภายในที่สำคัญของกระบวนการ AP แดชบอร์ด 'อัตราการใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนด' ใช้วันที่นี้ตรวจสอบว่าชำระเงินทันเวลาเพื่อรับส่วนลดหรือไม่ การติดตามว่าชำระใกล้ถึงกำหนดเพียงใดช่วยให้เห็นคอขวดในขั้นตอนอนุมัติและการกำหนดเวลาชำระเงิน.
เหตุผลที่สำคัญ
เป็นกำหนดเวลาสำคัญของทีม AP การชำระให้ทันกำหนดช่วยลดค่าใช้จ่ายให้บริษัทโดยตรง.
แหล่งข้อมูล
คำนวณจาก 'Bill Date' และ 'Payment Terms' ในระเบียน AP Bill ของ Sage Intacct.
ตัวอย่าง
2023-10-252023-11-102023-11-30
|
|||
|
สกุลเงิน
Currency
|
สกุลเงินที่ใช้ระบุมูลค่าในใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์สกุลเงินระบุหน่วยเงินของยอดใบแจ้งหนี้ เช่น USD, EUR หรือ GBP ซึ่งสำคัญเป็นพิเศษสำหรับองค์กรข้ามชาติที่จัดการใบแจ้งหนี้หลายสกุลเงิน การวิเคราะห์ต้องใช้ข้อมูลนี้เพื่อจัดทำรายงานทางการเงินให้ถูกต้อง และแปลงยอดเงินเป็นสกุลเงินเดียวกันเพื่อเปรียบเทียบ การกรองตามสกุลเงินยังช่วยให้เห็นว่าใบแจ้งหนี้บางสกุลใช้เวลาดำเนินการนานกว่าหรือไม่ ซึ่งอาจเกิดจากข้อกำหนดด้านธนาคารหรือขั้นตอนอนุมัติที่ต่างกัน ข้อมูลนี้ช่วยให้เข้าใจมูลค่าเงินทั้งหมดได้ถูกต้อง.
เหตุผลที่สำคัญ
ให้บริบทที่จำเป็นสำหรับมูลค่าเงินทั้งหมด เพื่อให้วิเคราะห์การเงินได้ถูกต้อง โดยเฉพาะในองค์กรข้ามชาติ.
แหล่งข้อมูล
ฟิลด์ 'Currency' ในออบเจ็กต์ AP Bill โดยมักรับค่ามาจากระเบียน Vendor ใน Sage Intacct หากเปิดใช้หลายสกุลเงิน.
ตัวอย่าง
USDEURGBP
|
|||
|
สาเหตุของข้อแตกต่าง
DiscrepancyReason
|
รหัสหรือข้อความที่อธิบายสาเหตุที่ข้อมูลในใบแจ้งหนี้ไม่ตรงกัน เช่น ราคา หรือจำนวนไม่ตรง. | ||
|
คำอธิบาย
สาเหตุของข้อแตกต่างช่วยอธิบายกรณีที่ใบแจ้งหนี้ไม่ผ่านการตรวจสอบความถูกต้องหรือการจับคู่กับ PO โดยระบุว่าเหตุใดจึงต้องส่งใบแจ้งหนี้ไปตรวจสอบด้วยตนเอง สาเหตุที่พบบ่อย ได้แก่ ราคาไม่ตรง จำนวนไม่ตรง หรือข้อมูลไม่ครบ แอตทริบิวต์นี้เป็นข้อมูลหลักของแดชบอร์ด 'ระยะเวลาแก้ไขข้อแตกต่างและการทำงานซ้ำ' การวิเคราะห์สาเหตุที่พบบ่อยช่วยให้บริษัทค้นหาต้นตอได้ว่าเกี่ยวข้องกับผู้ขายบางราย รายการสินค้า หรือข้อผิดพลาดในการป้อนข้อมูลภายในหรือไม่ ข้อมูลนี้ช่วยกำหนดแนวทางปรับปรุงกระบวนการได้ตรงจุด เช่น ปรับปรุงข้อมูลหลักหรือสื่อสารกับผู้ขายให้ชัดเจนขึ้น.
เหตุผลที่สำคัญ
อธิบายสาเหตุหลักของการทำงานซ้ำและความล่าช้า ช่วยให้ปรับปรุงได้ตรงจุด ลดกรณียกเว้น และเพิ่มอัตราการประมวลผลตั้งแต่ต้นจนจบโดยไม่ต้องดำเนินการด้วยตนเอง.
แหล่งข้อมูล
ข้อมูลนี้อาจจัดเก็บไว้ในฟิลด์ที่กำหนดเอง ฟิลด์บันทึกย่อ หรืออนุมานจากสถานะข้อยกเว้นเฉพาะใน Sage Intacct หรือโซลูชัน OCR/บันทึกข้อมูลที่เชื่อมต่ออยู่.
ตัวอย่าง
ราคาไม่ตรงกันจำนวนไม่ตรงกันหมายเลข PO ไม่ถูกต้องใบแจ้งหนี้ซ้ำ
|
|||
กิจกรรมในกระบวนการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จับคู่ใบสั่งซื้อแล้ว
|
ยืนยันว่ารายละเอียดใบแจ้งหนี้ เช่น จำนวนและราคา ตรงกับใบสั่งซื้อที่เกี่ยวข้อง โดยมักบันทึกเหตุการณ์นี้เมื่อผู้ใช้เชื่อมโยง PO กับ AP Bill. | ||
|
เหตุผลที่สำคัญ
เป็นขั้นตอนสำคัญสำหรับใบแจ้งหนี้ที่มี PO รองรับ หากจับคู่ไม่สำเร็จหรือใช้เวลานาน อาจมีรายการไม่ตรงกันและเกิดคอขวดได้บ่อย.
แหล่งข้อมูล
บันทึกจากรายการธุรกรรมหรือประวัติการตรวจสอบ เมื่อผู้ใช้เลือกการดำเนินการ 'Match' หรือเชื่อมโยง 'Purchase Order' กับออบเจ็กต์ 'AP Bill'.
บันทึก
ค้นหารายการในบันทึกเหตุการณ์ที่แสดงการเชื่อมโยง Purchase Order กับ AP Bill.
ประเภทเหตุการณ์
explicit
|
|||
|
ชำระเงินเรียบร้อยแล้ว
|
เป็นขั้นตอนสุดท้ายที่ยืนยันว่าธนาคารเรียกเก็บเงินสำเร็จและกระทบยอดธุรกรรมแล้ว โดยทั่วไปจะบันทึกระหว่างกระบวนการกระทบยอดธนาคารในโมดูล Cash Management ของ Sage Intacct. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดสิ้นสุดที่แท้จริงของวงจรใบแจ้งหนี้ โดยวัดเวลารอบกระบวนการตั้งแต่ต้นจนจบถึงขั้นตอนนี้ เพื่อให้เห็นภาพการจ่ายเงินออกทั้งหมด.
แหล่งข้อมูล
อนุมานจาก 'Clearing Date' หรือ 'Reconciliation Date' ที่เชื่อมโยงกับธุรกรรม 'AP Payment' ในโมดูล Cash Management.
บันทึก
ใช้วันที่เงินผ่านบัญชีจากระเบียนกระทบยอดธนาคารที่เชื่อมโยงกับธุรกรรมชำระเงิน.
ประเภทเหตุการณ์
inferred
|
|||
|
ดำเนินการชำระเงินแล้ว
|
แสดงการดำเนินธุรกรรมชำระเงิน โดยจ่ายเงินให้ผู้ขาย เหตุการณ์นี้บันทึกไว้โดยตรงพร้อมวันที่ทำธุรกรรมที่ระบุชัดเจน. | ||
|
เหตุผลที่สำคัญ
เป็นหมุดหมายสำคัญสำหรับวัดการปฏิบัติตามข้อกำหนดด้านการชำระเงินและ KPI อัตราการใช้ส่วนลดเมื่อชำระเงินก่อนกำหนด ระยะเวลาตั้งแต่อนุมัติจนถึงเหตุการณ์นี้แสดงประสิทธิภาพการประมวลผลการชำระเงิน.
แหล่งข้อมูล
บันทึกจากออบเจ็กต์ 'AP Payment' ที่เชื่อมโยงกับ 'AP Bill' โดยออบเจ็กต์นี้มีฟิลด์ 'Payment Date' หรือเวลาที่ดำเนินธุรกรรมชำระเงิน.
บันทึก
ใช้ฟิลด์ 'Payment Date' จากระเบียน AP Payment ที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
ได้รับใบแจ้งหนี้
|
เป็นจุดเริ่มต้นของกระบวนการ เมื่อมีการบันทึกใบแจ้งหนี้ใน Sage Intacct ด้วยมือหรือผ่านระบบบันทึกข้อมูลอัตโนมัติ โดยทั่วไปจะอนุมานเหตุการณ์นี้จากเวลาที่สร้างระเบียน AP Bill. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเริ่มต้นสำหรับคำนวณเวลารอบกระบวนการทั้งหมด ซึ่งจำเป็นต่อการวัดประสิทธิภาพโดยรวมและปริมาณใบแจ้งหนี้ที่ประมวลผลได้.
แหล่งข้อมูล
อนุมานจากเวลาที่ระบุในฟิลด์ 'Created Date' ของออบเจ็กต์ 'AP Bill' (APBILL) ซึ่งเป็นเหตุการณ์เริ่มต้นของกระบวนการที่เชื่อถือได้มากที่สุด.
บันทึก
ใช้เวลาที่สร้างระเบียน AP Bill.
ประเภทเหตุการณ์
inferred
|
|||
|
บันทึกใบแจ้งหนี้ลง GL แล้ว
|
แสดงธุรกรรมที่นำใบแจ้งหนี้ที่อนุมัติแล้วไปบันทึกในบัญชีแยกประเภททั่วไป (GL) อย่างเป็นทางการ ทำให้เกิดหนี้สินทางการเงิน เหตุการณ์นี้เป็นธุรกรรมทางบัญชีหลักที่บันทึกไว้โดยตรงใน Sage Intacct. | ||
|
เหตุผลที่สำคัญ
เป็นหมุดหมายสำคัญทางการเงินที่ทำให้ใบแจ้งหนี้กลายเป็นหนี้สินอย่างเป็นทางการของบริษัท พร้อมสำหรับการชำระเงินและมีผลต่องบการเงิน.
แหล่งข้อมูล
เหตุการณ์นี้เป็นธุรกรรมที่บันทึกไว้โดยตรง วันที่บันทึกบัญชีจัดเก็บอยู่ในออบเจ็กต์ 'AP Bill' หรือระเบียน 'GL Entry' ที่เกี่ยวข้อง.
บันทึก
ใช้ 'Posting Date' จาก AP Bill หรือวันที่สร้างธุรกรรม GL ที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งเข้าสู่ขั้นตอนอนุมัติ
|
แสดงการส่งใบแจ้งหนี้ที่ผ่านการตรวจสอบและจับคู่แล้วเข้าสู่เวิร์กโฟลว์การอนุมัติ Sage Intacct จะบันทึกการดำเนินการนี้เมื่อส่งใบแจ้งหนี้เพื่อขออนุมัติและเริ่มส่งการแจ้งเตือน. | ||
|
เหตุผลที่สำคัญ
เป็นจุดเริ่มต้นของรอบการอนุมัติ การติดตามเหตุการณ์นี้จำเป็นต่อการวิเคราะห์ KPI เวลาอนุมัติใบแจ้งหนี้เฉลี่ยและค้นหาความล่าช้า.
แหล่งข้อมูล
บันทึกจากประวัติการตรวจสอบหรือบันทึกธุรกรรม เมื่อสถานะ 'AP Bill' เปลี่ยนเป็น 'Submitted for Approval' โดยมักมีการบันทึกการดำเนินการนี้เป็นเหตุการณ์โดยตรง.
บันทึก
ใช้เวลาจากบันทึกการตรวจสอบเมื่อส่งใบแจ้งหนี้เข้าสู่ระบบอนุมัติ.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบแจ้งหนี้แล้ว
|
แสดงว่าใบแจ้งหนี้ได้รับอนุมัติจากผู้มีอำนาจที่กำหนดแล้ว และพร้อมบันทึกการชำระเงิน เหตุการณ์นี้บันทึกไว้โดยตรงในประวัติการอนุมัติหรือประวัติการตรวจสอบของ Sage Intacct. | ||
|
เหตุผลที่สำคัญ
เป็นหมุดหมายสำคัญที่สิ้นสุดรอบการอนุมัติ หากล่าช้าก่อนถึงขั้นตอนนี้ อาจมีคอขวดในการอนุมัติ ส่วนการอนุมัติที่รวดเร็วช่วยให้ใช้ส่วนลดเมื่อชำระเงินก่อนกำหนดได้.
แหล่งข้อมูล
บันทึกโดยตรงจากประวัติการอนุมัติที่เชื่อมโยงกับออบเจ็กต์ 'AP Bill' โดยทั่วไปจะบันทึกเวลาและผู้ใช้ที่อนุมัติไว้ด้วย.
บันทึก
ใช้เวลาของระเบียนอนุมัติขั้นสุดท้ายในประวัติการอนุมัติใบแจ้งหนี้.
ประเภทเหตุการณ์
explicit
|
|||
|
กำหนดเวลาชำระเงินแล้ว
|
แสดงขั้นตอนที่เลือกใบแจ้งหนี้ที่อนุมัติและบันทึกบัญชีแล้ว เพื่อรวมไว้ในชุดหรือรอบการชำระเงิน อนุมานได้เมื่อเพิ่มใบแจ้งหนี้ลงในออบเจ็กต์ 'AP Payment Request' หรือชุดรายการที่คล้ายกัน. | ||
|
เหตุผลที่สำคัญ
เป็นช่วงระหว่างการอนุมัติกับการชำระเงินจริง การวิเคราะห์เวลาที่ใช้ในขั้นตอนนี้ช่วยให้เข้าใจการบริหารกระแสเงินสดและประสิทธิภาพการกำหนดเวลาชำระเงิน.
แหล่งข้อมูล
อนุมานจากวันที่สร้างออบเจ็กต์ 'AP Payment' ที่มี 'AP Bill' รวมอยู่ด้วย สถานะของบิลอาจเปลี่ยนเป็น 'Scheduled for Payment' ด้วย.
บันทึก
ใช้เวลาที่เชื่อมโยง AP Bill กับชุดการชำระเงินที่กำหนดเวลาไว้แต่ยังไม่ได้ดำเนินการ.
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไขรายการไม่ตรงกันแล้ว
|
แสดงว่ารายการไม่ตรงกันที่พบก่อนหน้านี้ได้รับการแก้ไขแล้ว และใบแจ้งหนี้สามารถดำเนินการต่อได้ โดยอนุมานจากการเปลี่ยนสถานะใบแจ้งหนี้จาก 'On Hold' กลับเป็นสถานะปกติสำหรับประมวลผล. | ||
|
เหตุผลที่สำคัญ
การวัดเวลาตั้งแต่ 'พบรายการไม่ตรงกัน' จนถึง 'แก้ไขรายการไม่ตรงกันแล้ว' เป็นสิ่งสำคัญต่อ KPI ระยะเวลาแก้ไขรายการไม่ตรงกัน.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'AP Bill' จากสถานะข้อยกเว้น เช่น 'On Hold' เป็นสถานะที่กำลังดำเนินการ เช่น 'Submitted' หรือ 'Pending Approval'.
บันทึก
ติดตามเวลาที่สถานะเปลี่ยนจากสถานะข้อยกเว้นกลับเป็นสถานะที่กำลังประมวลผล.
ประเภทเหตุการณ์
inferred
|
|||
|
ใช้ส่วนลดเมื่อชำระก่อนกำหนด
|
เหตุการณ์ที่คำนวณขึ้นเมื่อชำระเงินภายในช่วงเวลาที่ผู้ขายกำหนดให้ใช้ส่วนลด โดยเปรียบเทียบวันที่ดำเนินการชำระเงินกับวันที่ในใบแจ้งหนี้และเงื่อนไขการชำระเงิน. | ||
|
เหตุผลที่สำคัญ
ช่วยคำนวณ KPI อัตราการใช้ส่วนลดเมื่อชำระเงินก่อนกำหนดโดยตรง ด้วยการระบุอย่างชัดเจนว่าใช้ส่วนลดสำเร็จหรือไม่ ทำให้วิเคราะห์และเพิ่มการประหยัดค่าใช้จ่ายได้.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบ 'Payment Date' จากออบเจ็กต์ 'AP Payment' กับฟิลด์ 'Invoice Date' และ 'Payment Terms' ในออบเจ็กต์ 'AP Bill'.
บันทึก
หาก 'Payment Date' <= ('Invoice Date' + ช่วงเวลาส่วนลดจาก 'Payment Terms') ให้ถือว่าเกิดเหตุการณ์นี้.
ประเภทเหตุการณ์
calculated
|
|||
|
ตรวจสอบข้อมูลใบแจ้งหนี้แล้ว
|
แสดงว่าตรวจสอบข้อมูลใบแจ้งหนี้กับกฎทางธุรกิจเรียบร้อยแล้ว เช่น ผู้ขายถูกต้องและกรอกข้อมูลที่จำเป็นครบถ้วน โดยมักอนุมานจากการบันทึกหรือส่งระเบียน AP Bill โดยไม่มีข้อผิดพลาดจากการตรวจสอบ. | ||
|
เหตุผลที่สำคัญ
ติดตามการตรวจสอบคุณภาพข้อมูลเบื้องต้น หากล่าช้าในขั้นตอนนี้ อาจบ่งชี้ว่าการบันทึกข้อมูลไม่แม่นยำหรือผู้ขายไม่ปฏิบัติตามข้อกำหนด ซึ่งส่งผลต่ออัตราการประมวลผลแบบ STP.
แหล่งข้อมูล
อนุมานจากเวลาที่ระเบียน AP Bill เปลี่ยนสถานะจาก 'Draft' เป็น 'Submitted' ตรวจสอบฟิลด์ 'State' หรือ 'Status' ในออบเจ็กต์ 'AP Bill'.
บันทึก
ติดตามเวลาที่สถานะในออบเจ็กต์ AP Bill เปลี่ยนจาก 'Draft' เป็น 'Submitted'.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธใบแจ้งหนี้
|
แสดงว่าผู้อนุมัติปฏิเสธใบแจ้งหนี้ ซึ่งโดยทั่วไปต้องแก้ไขแล้วส่งใหม่ เหตุการณ์นี้บันทึกไว้โดยตรงในประวัติการอนุมัติ. | ||
|
เหตุผลที่สำคัญ
แสดงการวนกลับไปแก้ไขงานในกระบวนการอนุมัติ หากอัตราการปฏิเสธสูง อาจบ่งชี้ว่าข้อมูลในขั้นตอนก่อนหน้าไม่ถูกต้องหรือไม่เป็นไปตามนโยบาย.
แหล่งข้อมูล
บันทึกโดยตรงจากประวัติการอนุมัติที่เชื่อมโยงกับออบเจ็กต์ 'AP Bill' ซึ่งบันทึกการดำเนินการ 'Decline' หรือ 'Reject'.
บันทึก
ใช้เวลาของระเบียน 'Reject' หรือ 'Decline' ในประวัติการอนุมัติใบแจ้งหนี้.
ประเภทเหตุการณ์
explicit
|
|||
|
พบรายการไม่ตรงกัน
|
แสดงว่าพบข้อมูลไม่ตรงกันระหว่างการตรวจสอบหรือจับคู่ เช่น ราคา或จำนวนไม่ตรง โดยทั่วไปอนุมานจากการเปลี่ยนสถานะใบแจ้งหนี้เป็น 'Hold' หรือ 'Exception'. | ||
|
เหตุผลที่สำคัญ
ระบุจุดเริ่มต้นของการวนกลับไปแก้ไขงาน การวิเคราะห์ความถี่และประเภทของรายการไม่ตรงกันช่วยปรับปรุง KPI อัตราการแก้ไขใบแจ้งหนี้ได้.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ 'AP Bill' เป็นสถานะ เช่น 'On Hold', 'Exception' หรือ 'Discrepancy' ประวัติการตรวจสอบอาจแสดงความพยายามจับคู่ที่ไม่สำเร็จด้วย.
บันทึก
ติดตามเวลาที่สถานะในออบเจ็กต์ AP Bill เปลี่ยนเป็นสถานะที่เกี่ยวข้องกับข้อยกเว้น.
ประเภทเหตุการณ์
inferred
|
|||
|
ยกเลิกใบแจ้งหนี้
|
แสดงการยกเลิกหรือทำให้ AP Bill เป็นโมฆะ ซึ่งทำให้กระบวนการสิ้นสุดก่อนกำหนด ระบบบันทึกการดำเนินการนี้ไว้ในประวัติการตรวจสอบ และถือเป็นการยกเลิกหนี้สินดังกล่าว. | ||
|
เหตุผลที่สำคัญ
ระบุกรณียกเว้นที่ทำให้กระบวนการสิ้นสุด หากอัตราการยกเลิกสูง อาจมีปัญหาใบแจ้งหนี้ซ้ำหรือการกรอกข้อมูลเริ่มต้นไม่ถูกต้อง.
แหล่งข้อมูล
บันทึกโดยตรงเมื่อผู้ใช้ทำให้ 'AP Bill' เป็นโมฆะหรือยกเลิก การดำเนินการและเวลาจะปรากฏในประวัติการตรวจสอบ หรือแสดงผ่านสถานะ 'Void' หรือ 'Cancelled'.
บันทึก
ใช้เวลาของธุรกรรม 'Void' หรือเวลาที่สถานะในออบเจ็กต์ AP Bill เปลี่ยนเป็น 'Cancelled'.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เทมเพลตนี้มีข้อมูลที่จำเป็นสำหรับเริ่มปรับปรุงกระบวนการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า เริ่มค้นหาข้อมูลเชิงลึกและเพิ่มประสิทธิภาพได้ตั้งแต่วันนี้.
เริ่มปรับปรุงกระบวนการประมวลผลใบแจ้งหนี้เจ้าหนี้การค้าได้วันนี้
ลดต้นทุนการประมวลผลได้ 60% ขจัดความล่าช้าและการชำระเงินซ้ำซ้อน.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.