เทมเพลตข้อมูลสำหรับกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
เทมเพลตข้อมูลสำหรับกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำการดึงข้อมูลจาก NetSuite
แอตทริบิวต์สำหรับกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
ActivityName
|
ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้นในกระบวนการจัดการใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้อธิบายขั้นตอนหรือเหตุการณ์สำคัญในกระบวนการเจ้าหนี้การค้า เช่น 'สร้าง Vendor Bill', 'อนุมัติใบแจ้งหนี้' หรือ 'ดำเนินการชำระเงินแล้ว' การวิเคราะห์ลำดับและความถี่ของกิจกรรมเหล่านี้เป็นหัวใจของ process mining ช่วยให้เห็นภาพกระบวนการ ค้นหารูปแบบที่พบบ่อยและไม่ค่อยเกิดขึ้น รวมถึงระบุคอขวดหรือขั้นตอนที่เบี่ยงเบนจากวิธีปฏิบัติมาตรฐาน กิจกรรมที่กำหนดไว้จะปรากฏเป็นจุดต่างๆ ในแผนผังกระบวนการ.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้กำหนดขั้นตอนของกระบวนการ ช่วยแสดงแผนผังกระบวนการ คำนวณเวลาระหว่างขั้นตอน และระบุคอขวดกับการทำงานซ้ำ.
แหล่งข้อมูล
ได้จากบันทึกระบบ เส้นทางการตรวจสอบ หรือการเปลี่ยนสถานะของ Vendor Bill และรายการชำระเงินที่เกี่ยวข้องใน NetSuite โดยมักต้องใช้ตรรกะในการแปลงข้อมูล.
ตัวอย่าง
สร้าง Vendor Billอนุมัติใบแจ้งหนี้แล้วดำเนินการชำระเงินแล้วพบข้อมูลไม่ตรงกัน
|
|||
|
ใบแจ้งหนี้
Invoice
|
รหัสเฉพาะของใบแจ้งหนี้จากผู้ขายแต่ละฉบับ. | ||
|
คำอธิบาย
'Invoice' ใช้เป็นรหัสเคสหลักเพื่อเชื่อมโยงกิจกรรมทั้งหมด ตั้งแต่ได้รับใบแจ้งหนี้จนถึงชำระเงินครบ แอตทริบิวต์นี้จำเป็นต่อการเรียงลำดับเหตุการณ์ตลอดเส้นทางของใบแจ้งหนี้แต่ละฉบับ ในการวิเคราะห์ คุณสามารถใช้กรองและรวบรวมข้อมูล รวมถึงตรวจสอบลำดับกระบวนการของใบแจ้งหนี้แต่ละฉบับอย่างละเอียด ซึ่งเป็นพื้นฐานของการวิเคราะห์รูปแบบกระบวนการและการคำนวณระยะเวลาดำเนินการ.
เหตุผลที่สำคัญ
แอตทริบิวต์พื้นฐานนี้เชื่อมโยงเหตุการณ์ที่เกี่ยวข้องทั้งหมดให้เป็นกระบวนการเดียวกัน ทำให้วิเคราะห์วงจรของใบแจ้งหนี้แต่ละฉบับได้ตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
นี่คือคีย์หลักของรายการ Vendor Bill ใน NetSuite ซึ่งมักเรียกว่า Transaction ID หรือ Document Number.
ตัวอย่าง
INV-2023-001237894561VN54321A
|
|||
|
เวลาเริ่มต้น
EventTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เริ่มขึ้นเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่และเวลาที่กิจกรรมหนึ่งๆ เกิดขึ้นอย่างแม่นยำ และแสดงลำดับเหตุการณ์ของแต่ละเคส เวลานี้จำเป็นต่อการวิเคราะห์ตามช่วงเวลา เช่น คำนวณระยะเวลาระหว่างกิจกรรม ระยะเวลารวมตั้งแต่ต้นจนจบ และค้นหาความล่าช้า นอกจากนี้ยังใช้เรียงลำดับเหตุการณ์ให้ถูกต้อง และเป็นพื้นฐานของ KPI ด้านผลการดำเนินงาน เช่น 'เวลาอนุมัติใบแจ้งหนี้เฉลี่ย' และ 'จำนวนวันเจ้าหนี้การค้า'.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้แสดงลำดับเหตุการณ์ตามเวลา ซึ่งจำเป็นต่อการคำนวณตัวชี้วัดด้านระยะเวลา ค้นหาคอขวด และทำความเข้าใจประสิทธิภาพของกระบวนการ.
แหล่งข้อมูล
ฟิลด์เวลาในข้อมูลการเปลี่ยนสถานะ หรือวันที่สร้างและแก้ไขในรายการธุรกรรมและ System Notes ของ NetSuite.
ตัวอย่าง
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ดึงข้อมูลมา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ สำหรับมุมมองนี้ ค่าจะเป็น 'NetSuite' เสมอ ในสภาพแวดล้อมที่มีหลายระบบ เช่น ระบบ OCR ภายนอกและ ERP ฟิลด์นี้จำเป็นต่อการติดตามที่มาของข้อมูลและแก้ไขปัญหา อีกทั้งช่วยยืนยันว่าเหตุการณ์ทั้งหมดเชื่อมโยงกับระบบต้นทางที่บันทึกข้อมูลไว้อย่างถูกต้อง.
เหตุผลที่สำคัญ
ช่วยยืนยันที่มาของข้อมูล และจำเป็นในสภาพแวดล้อมที่มีหลายระบบ เพื่อให้ตรวจสอบย้อนกลับไปยังแหล่งข้อมูลและบริบทได้.
แหล่งข้อมูล
ค่าคงที่ ('NetSuite') ซึ่งกำหนดระหว่างการดึงและแปลงข้อมูล.
ตัวอย่าง
NetSuite
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงข้อมูลของเหตุการณ์นี้จากระบบต้นทางมาอัปเดตล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาล่าสุดที่ดึงข้อมูลเหตุการณ์จาก NetSuite และแสดงว่าข้อมูลในเครื่องมือ process mining เป็นปัจจุบันเพียงใด ข้อมูลนี้ช่วยให้เข้าใจว่าการวิเคราะห์อ้างอิงข้อมูลล่าสุดแค่ไหน ผู้ใช้ตรวจสอบความใหม่ของข้อมูลได้ ซึ่งสำคัญเป็นพิเศษสำหรับแดชบอร์ดการปฏิบัติการที่ติดตามสถานะใบแจ้งหนี้เกือบเรียลไทม์.
เหตุผลที่สำคัญ
แสดงความใหม่ของข้อมูลอย่างชัดเจน ช่วยให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการอ้างอิงข้อมูลล่าสุดเพียงใด และจะอัปเดตข้อมูลครั้งถัดไปเมื่อใด.
แหล่งข้อมูล
เครื่องมือหรือไปป์ไลน์ดึงข้อมูลจะสร้างเวลานี้เมื่อรับข้อมูลเข้าสู่ระบบ.
ตัวอย่าง
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
ชื่อผู้ขาย
VendorName
|
ชื่อผู้ขายหรือซัพพลายเออร์ที่ส่งใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุชื่อนิติบุคคลของผู้ขายที่เกี่ยวข้องกับใบแจ้งหนี้ และเป็นข้อมูลหลักสำคัญที่เชื่อมโยงกับรายการธุรกรรม การวิเคราะห์กระบวนการแยกตามผู้ขายช่วยค้นหาปัญหาเฉพาะราย เช่น ข้อมูลคลาดเคลื่อนบ่อยครั้ง การชำระเงินล่าช้า หรือโอกาสในการเจรจาส่วนลดแบบยืดหยุ่น ข้อมูลนี้ยังจำเป็นต่อแดชบอร์ด 'สถานะและอายุใบแจ้งหนี้' เพื่อจัดหมวดหมู่ใบแจ้งหนี้ที่ยังไม่ปิด และใช้ดูแลความสัมพันธ์กับผู้ขาย.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานแยกตามผู้ขาย เพื่อค้นหาซัพพลายเออร์ที่มีปัญหา เจรจาเงื่อนไขที่ดีขึ้น และดูแลความสัมพันธ์ได้อย่างเหมาะสม.
แหล่งข้อมูล
ข้อมูลจากระเบียน Vendor ที่เชื่อมโยงกับรายการ Vendor Bill โดยทั่วไปฟิลด์นี้มีชื่อว่า 'Vendor Name' หรือ 'Company Name'.
ตัวอย่าง
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
ผู้ดำเนินการ
ProcessorUser
|
ผู้ใช้ที่รับผิดชอบดำเนินการหรือบันทึกใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสมาชิกทีมเจ้าหนี้การค้าที่บันทึกข้อมูลหรือดำเนินการขั้นต้นกับใบแจ้งหนี้ ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'การกระจายภาระงานของเจ้าหน้าที่ AP' ช่วยให้ผู้จัดการวิเคราะห์การกระจายงาน ระบุความต้องการฝึกอบรม และวัดผลการทำงานของแต่ละคนหรือทั้งทีม นอกจากนี้ยังใช้ค้นหาสาเหตุของข้อผิดพลาด โดยตรวจสอบย้อนกลับไปยังผู้ดำเนินการได้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ภาระงาน ติดตามผลการปฏิบัติงาน และค้นหาสาเหตุของข้อผิดพลาด โดยระบุได้ว่ากิจกรรมใดดำเนินการโดยเจ้าหน้าที่ AP แต่ละคน.
แหล่งข้อมูล
ฟิลด์ 'Created By' หรือ 'Modified By' ใน System Notes หรือเส้นทางการตรวจสอบของกิจกรรมช่วงต้นใน Vendor Bill.
ตัวอย่าง
j.doea.smithm.jones
|
|||
|
ผู้อนุมัติ
Approver
|
ผู้ใช้ที่รับผิดชอบอนุมัติใบแจ้งหนี้เพื่อชำระเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้จัดการหรือผู้ดูแลงบประมาณที่อนุมัติใบแจ้งหนี้ขั้นสุดท้าย ใบแจ้งหนี้หนึ่งฉบับอาจมีผู้อนุมัติหลายคนตลอดวงจร ข้อมูลนี้เป็นมิติสำคัญสำหรับแดชบอร์ด 'วิเคราะห์คอขวดในการอนุมัติ' เมื่อวิเคราะห์เวลาอนุมัติของแต่ละคน ธุรกิจจะระบุผู้ที่ใช้เวลาอนุมัตินาน ปรับเส้นทางใบแจ้งหนี้เพื่อกระจายภาระงาน และปรับขั้นตอนการอนุมัติโดยรวมให้คล่องตัวขึ้นได้.
เหตุผลที่สำคัญ
ช่วยระบุคอขวดในการอนุมัติโดยตรง และวิเคราะห์ภาระงานกับผลการปฏิบัติงานของผู้จัดการในสายการอนุมัติ.
แหล่งข้อมูล
ข้อมูลนี้มักจัดเก็บไว้ในประวัติเวิร์กโฟลว์หรือบันทึกการอนุมัติที่เชื่อมโยงกับรายการ Vendor Bill.
ตัวอย่าง
s.chenp.williamsr.davis
|
|||
|
มูลค่าใบแจ้งหนี้
InvoiceAmount
|
มูลค่ารวมของใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงยอดรวมก่อนหักรายการหรือส่วนลดของใบแจ้งหนี้จากผู้ขาย เป็นตัวชี้วัดทางการเงินหลักของแต่ละเคส คุณสามารถใช้ยอดเงินในใบแจ้งหนี้วิเคราะห์ทางการเงิน เช่น แบ่งใบแจ้งหนี้ตามช่วงมูลค่าเพื่อดูว่าแต่ละกลุ่มมีเส้นทางกระบวนการต่างกันหรือไม่ นอกจากนี้ยังใช้ในแดชบอร์ดเพื่อดูผลกระทบทางการเงินจากคอขวดหรือความล่าช้า และเป็นข้อมูลพื้นฐานสำหรับคำนวณ DPO.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ และแบ่งใบแจ้งหนี้ตามมูลค่าเพื่อจัดลำดับความสำคัญของรายการมูลค่าสูง.
แหล่งข้อมูล
ฟิลด์ 'Amount' หรือ 'Total' ในส่วนหัวของรายการ Vendor Bill.
ตัวอย่าง
1500.75250.0012500.50
|
|||
|
วันครบกำหนดชำระใบแจ้งหนี้
InvoiceDueDate
|
วันที่ต้องชำระใบแจ้งหนี้เพื่อหลีกเลี่ยงค่าปรับ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันครบกำหนดชำระตามเงื่อนไขการชำระเงินของผู้ขายและวันที่ในใบแจ้งหนี้ ซึ่งเป็นกำหนดเวลาสำคัญในกระบวนการ AP วันที่นี้ใช้เป็นเกณฑ์อ้างอิงสำหรับแดชบอร์ด 'การปฏิบัติตามข้อกำหนดการชำระเงิน' และ KPI 'อัตราการปฏิบัติตามเงื่อนไขการชำระเงิน' เพื่อระบุว่าชำระตรงเวลา ก่อนกำหนด หรือล่าช้า ซึ่งส่งผลโดยตรงต่อความสัมพันธ์กับผู้ขายและอาจทำให้เกิดค่าปรับชำระล่าช้า.
เหตุผลที่สำคัญ
เป็นเกณฑ์หลักในการวัดผลการชำระเงินตรงเวลา ซึ่งสำคัญต่อความสัมพันธ์กับผู้ขายและการปฏิบัติตามข้อกำหนดทางการเงิน.
แหล่งข้อมูล
ฟิลด์ 'Due Date' มาตรฐานในรายการ Vendor Bill.
ตัวอย่าง
2023-11-302023-12-152024-02-28
|
|||
|
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
|
รหัสใบสั่งซื้อที่เกี่ยวข้องกับใบแจ้งหนี้ หากมี. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงใบแจ้งหนี้จากผู้ขายกับใบสั่งซื้อ (PO) ที่อนุมัติไว้แล้ว การมีหรือไม่มีข้อมูลนี้ช่วยแยกใบแจ้งหนี้ที่อ้างอิง PO ออกจากใบแจ้งหนี้ที่ไม่อ้างอิง PO ฟิลด์นี้จำเป็นต่อแดชบอร์ด 'ประสิทธิภาพการจับคู่ PO/GR' และ KPI 'อัตราความสำเร็จในการจับคู่ PO/GR' การวิเคราะห์กระบวนการโดยแยกตามใบแจ้งหนี้ที่อ้างอิง PO ช่วยค้นหาโอกาสเพิ่มประสิทธิภาพจากการจับคู่สามทางและการนำระบบอัตโนมัติมาใช้.
เหตุผลที่สำคัญ
ช่วยแยกใบแจ้งหนี้ที่อ้างอิง PO ออกจากรายการที่ไม่อ้างอิง PO ซึ่งมักมีขั้นตอนและโอกาสทำงานอัตโนมัติแตกต่างกัน และเป็นข้อมูลสำคัญในการวิเคราะห์ประสิทธิภาพการจับคู่.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในรายการบรรทัดหรือส่วนหัวของระเบียน Vendor Bill และเชื่อมโยงกับรายการ Purchase Order.
ตัวอย่าง
PO-004589PO-005123null
|
|||
|
เงื่อนไขการชำระเงิน
PaymentTerms
|
เงื่อนไขที่ตกลงกันสำหรับชำระใบแจ้งหนี้ เช่น Net 30 หรือ 2% 10 Net 30. | ||
|
คำอธิบาย
แอตทริบิวต์นี้กำหนดเงื่อนไขที่ผู้ขายคาดหวังให้ชำระเงิน รวมถึงระยะเวลาและส่วนลดที่อาจได้รับเมื่อชำระก่อนกำหนด เงื่อนไขการชำระเงินใช้คำนวณ 'วันครบกำหนดชำระใบแจ้งหนี้' และ 'วันรับส่วนลดเมื่อชำระก่อนกำหนด' ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'การปฏิบัติตามข้อกำหนดการชำระเงิน' และการวิเคราะห์โอกาสรับส่วนลดเมื่อชำระก่อนกำหนด เพื่อช่วยบริหารเงินทุนหมุนเวียนให้มีประสิทธิภาพ.
เหตุผลที่สำคัญ
ใช้กำหนดวันชำระเงินและโอกาสรับส่วนลด ซึ่งส่งผลโดยตรงต่อการบริหารกระแสเงินสดและการประหยัดค่าใช้จ่าย.
แหล่งข้อมูล
ฟิลด์ 'Terms' ในรายการ Vendor Bill ซึ่งโดยทั่วไปดึงค่ามาจากระเบียนหลักของ Vendor.
ตัวอย่าง
Net 30Net 602% 10, Net 30
|
|||
|
ชำระตรงเวลาหรือไม่
IsOnTimePayment
|
ตัวบ่งชี้ว่าใบแจ้งหนี้ได้รับการชำระภายในหรือก่อนวันครบกำหนดหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้ตรวจสอบว่า 'วันที่ชำระเงิน' น้อยกว่าหรือเท่ากับ 'วันครบกำหนดชำระใบแจ้งหนี้' หรือไม่ โดยแสดงผลชัดเจนว่าใบแจ้งหนี้แต่ละฉบับชำระตรงเวลาหรือไม่ แอตทริบิวต์นี้ช่วยให้แดชบอร์ด 'การปฏิบัติตามข้อกำหนดการชำระเงิน' ทำงานได้ และใช้คำนวณ KPI 'อัตราการปฏิบัติตามเงื่อนไขการชำระเงิน' ผู้ใช้กรองรายการที่ชำระล่าช้าได้ทันทีเพื่อค้นหาสาเหตุ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ความตรงเวลาของการชำระเงินได้ง่ายขึ้น และใช้คำนวณ KPI ด้านการปฏิบัติตามเงื่อนไขการชำระเงินและการดูแลความสัมพันธ์กับผู้ขายโดยตรง.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล: PaymentDate <= InvoiceDueDate.
ตัวอย่าง
truefalse
|
|||
|
ประเภทเอกสาร
DocumentType
|
ประเภทเอกสารที่กำลังดำเนินการ เช่น ใบแจ้งหนี้หรือใบลดหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ใช้แยกใบแจ้งหนี้ทั่วไปออกจากเอกสารที่เกี่ยวข้องประเภทอื่น เช่น ใบลดหนี้ ซึ่งอาจมีหลักเกณฑ์หรือเวิร์กโฟลว์ที่แตกต่างกัน การวิเคราะห์กระบวนการแยกตามประเภทเอกสารช่วยให้เปรียบเทียบรายการที่มีลักษณะใกล้เคียงกันได้ เช่น ขั้นตอนอนุมัติใบแจ้งหนี้มูลค่าสูงอาจเข้มงวดกว่าใบลดหนี้มูลค่าต่ำ การแบ่งกลุ่มเช่นนี้ช่วยให้เห็นผลการดำเนินงานของกระบวนการได้แม่นยำขึ้น.
เหตุผลที่สำคัญ
ช่วยแบ่งกระบวนการตามประเภทเอกสารทางการเงิน ซึ่งอาจมีขั้นตอนและ KPI ต่างกัน ทำให้วิเคราะห์ได้แม่นยำขึ้น.
แหล่งข้อมูล
ระบุได้จากประเภทธุรกรรมใน NetSuite เช่น 'Vendor Bill' หรือ 'Vendor Credit'.
ตัวอย่าง
ใบแจ้งหนี้มาตรฐานใบลดหนี้ใบเพิ่มหนี้
|
|||
|
เป็นการทำงานซ้ำหรือไม่
IsRework
|
ตัวบ่งชี้ว่ากิจกรรมเป็นส่วนหนึ่งของวงจรการทำงานซ้ำหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้ระบุกิจกรรมที่เป็นการทำงานซ้ำ เช่น เหตุการณ์ 'พบข้อผิดพลาด' ครั้งที่สอง หรือใบแจ้งหนี้ที่ถูกปฏิเสธแล้วส่งขออนุมัติอีกครั้ง แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'วิเคราะห์การทำงานซ้ำและข้อผิดพลาด' และ KPI 'อัตราการทำงานซ้ำของใบแจ้งหนี้' ช่วยให้ธุรกิจวัดความถี่และผลกระทบของการทำงานซ้ำ เพื่อค้นหาสาเหตุของความไม่มีประสิทธิภาพ ข้อผิดพลาด และขั้นตอนที่เบี่ยงเบนจากกระบวนการ.
เหตุผลที่สำคัญ
ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ โดยทำเครื่องหมายกิจกรรมที่เป็นการเสียแรงโดยไม่จำเป็น เพื่อให้ปรับปรุงคุณภาพและเพิ่มอัตราการทำงานถูกต้องตั้งแต่ครั้งแรกได้ตรงจุด.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูลโดยวิเคราะห์ลำดับกิจกรรมของแต่ละเคส ตัวอย่างเช่น 'อนุมัติใบแจ้งหนี้' ตามด้วย 'ปฏิเสธใบแจ้งหนี้' แล้วจึงมี 'อนุมัติใบแจ้งหนี้' อีกครั้ง.
ตัวอย่าง
truefalse
|
|||
|
รหัสบริษัท
CompanyCode
|
รหัสนิติบุคคลหรือบริษัทย่อยที่ดำเนินการกับใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุบริษัทหรือบริษัทย่อยในองค์กรที่รับผิดชอบใบแจ้งหนี้ โดยเฉพาะธุรกิจที่มีนิติบุคคลหลายแห่ง การวิเคราะห์กระบวนการแยกตามรหัสบริษัทช่วยเปรียบเทียบผลการดำเนินงานระหว่างส่วนต่างๆ ของธุรกิจ และแสดงให้เห็นความแตกต่างด้านประสิทธิภาพ การปฏิบัติตามข้อกำหนด หรือภาระงานของแต่ละบริษัทย่อย เพื่อให้ปรับปรุงได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานของกระบวนการระหว่างนิติบุคคลหรือบริษัทย่อย เพื่อปรับปรุงได้ตรงจุดและดูแลการกำกับดูแลกิจการ.
แหล่งข้อมูล
ใน NetSuite ฟิลด์นี้ตรงกับ 'Subsidiary' ในระเบียนธุรกรรมของบัญชี OneWorld.
ตัวอย่าง
US01DE01UK01
|
|||
|
รับส่วนลดเมื่อชำระก่อนกำหนดหรือไม่
IsEarlyPaymentCaptured
|
ตัวบ่งชี้ว่ารับส่วนลดเมื่อชำระก่อนกำหนดที่มีสิทธิ์ได้สำเร็จหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้ตรวจสอบว่าใบแจ้งหนี้ที่มีสิทธิ์รับส่วนลดได้รับการชำระภายในหรือก่อน 'วันรับส่วนลดเมื่อชำระก่อนกำหนด' หรือไม่ แอตทริบิวต์นี้จำเป็นต่อการวัด KPI 'อัตราการรับส่วนลดเมื่อชำระก่อนกำหนด' และใช้กับแดชบอร์ด 'โอกาสรับส่วนลดเมื่อชำระก่อนกำหนด' ช่วยวัดผลสำเร็จของกลยุทธ์การรับส่วนลดของบริษัท และชี้ให้เห็นส่วนลดที่พลาดไป.
เหตุผลที่สำคัญ
วัดผลโดยตรงว่าฝ่ายบริหารเงินหรือทีม AP ประหยัดค่าใช้จ่ายจากการรับส่วนลดได้ดีเพียงใด ซึ่งเป็นตัวชี้วัดผลการดำเนินงานทางการเงินที่สำคัญ.
แหล่งข้อมูล
คำนวณระหว่างการแปลงข้อมูล: PaymentDate <= EarlyPaymentDiscountDate สำหรับใบแจ้งหนี้ที่มีสิทธิ์รับส่วนลด.
ตัวอย่าง
truefalsenull
|
|||
|
วันที่ชำระเงิน
PaymentDate
|
วันที่ดำเนินการชำระเงินตามใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่จ่ายเงินให้ผู้ขาย และระบุวันที่ชำระใบแจ้งหนี้เสร็จสิ้นทางการเงิน วันที่นี้ใช้กำหนดจุดสิ้นสุดจริงของกระบวนการสำหรับ KPI หลายรายการ รวมถึง 'จำนวนวันเจ้าหนี้การค้า' และ 'อัตราการปฏิบัติตามเงื่อนไขการชำระเงิน' นอกจากนี้ยังใช้เปรียบเทียบกับ 'วันครบกำหนดชำระใบแจ้งหนี้' และ 'วันรับส่วนลดเมื่อชำระก่อนกำหนด'.
เหตุผลที่สำคัญ
ระบุจุดสิ้นสุดทางการเงินของกระบวนการ และเป็นพื้นฐานในการคำนวณการปฏิบัติตามข้อกำหนดการชำระเงิน DPO และ KPI การรับส่วนลด.
แหล่งข้อมูล
จากฟิลด์ 'Date' ในรายการ Bill Payment ที่เกี่ยวข้องใน NetSuite.
ตัวอย่าง
2023-11-282023-12-142024-02-25
|
|||
|
วันรับส่วนลด
EarlyPaymentDiscountDate
|
วันสุดท้ายที่ต้องชำระใบแจ้งหนี้เพื่อให้มีสิทธิ์รับส่วนลดเมื่อชำระก่อนกำหนด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันสุดท้ายที่ชำระเงินแล้วจะมีสิทธิ์รับส่วนลดจากผู้ขายตาม 'เงื่อนไขการชำระเงิน' เช่น เลข '10' ใน '2% 10, Net 30' วันที่นี้เป็นข้อมูลหลักของแดชบอร์ด 'โอกาสรับส่วนลดเมื่อชำระก่อนกำหนด' เมื่อเปรียบเทียบวันที่นี้กับวันปัจจุบันและวันที่ชำระเงิน ระบบจะระบุโอกาส วัด KPI 'อัตราการรับส่วนลดเมื่อชำระก่อนกำหนด' และช่วยให้บริษัทประหยัดค่าใช้จ่ายได้มากขึ้น.
เหตุผลที่สำคัญ
วันที่สำคัญต่อการประหยัดค่าใช้จ่ายด้วยส่วนลดเมื่อชำระก่อนกำหนด การติดตามวันที่นี้ช่วยให้บริหารเงินสดได้ดีขึ้น.
แหล่งข้อมูล
ฟิลด์นี้คำนวณจากระเบียน Vendor Bill โดยใช้วันที่ในใบแจ้งหนี้และฟิลด์ 'Terms'.
ตัวอย่าง
2023-11-102024-01-20null
|
|||
|
สกุลเงิน
Currency
|
รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้ เช่น USD หรือ EUR. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้ในใบแจ้งหนี้ และให้บริบทที่จำเป็นสำหรับ 'InvoiceAmount' สำหรับองค์กรข้ามชาติ การวิเคราะห์ข้อมูลด้วยสกุลเงินเดียวกันเป็นสิ่งสำคัญ ฟิลด์นี้ช่วยแปลงสกุลเงินได้ถูกต้อง และทำให้เปรียบเทียบตัวชี้วัดทางการเงินระหว่างภูมิภาคหรือหน่วยธุรกิจได้อย่างเหมาะสม.
เหตุผลที่สำคัญ
ให้บริบทที่จำเป็นสำหรับมูลค่าเงินทั้งหมด เพื่อให้วิเคราะห์ทางการเงินได้ถูกต้อง โดยเฉพาะในการดำเนินงานหลายประเทศ.
แหล่งข้อมูล
ฟิลด์ 'Currency' ในรายการ Vendor Bill ซึ่งมักเชื่อมโยงกับข้อมูลหลักของผู้ขาย.
ตัวอย่าง
USDEURGBPCAD
|
|||
|
สถานะใบแจ้งหนี้
InvoiceStatus
|
สถานะปัจจุบันของการดำเนินการกับใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสถานะปัจจุบันของ Vendor Bill ในวงจร AP เช่น 'Open', 'Pending Approval' หรือ 'Paid in Full' ข้อมูลนี้เป็นแอตทริบิวต์สำคัญของแดชบอร์ด 'สถานะและอายุใบแจ้งหนี้' ซึ่งแสดงภาพรวมภาระงานและหนี้สินที่ค้างอยู่ คุณสามารถกรองเพื่อดูใบแจ้งหนี้ที่ยังไม่ปิดหรือมีปัญหา และติดตามความคืบหน้าจนเสร็จสิ้นได้.
เหตุผลที่สำคัญ
แสดงสถานะปัจจุบันของใบแจ้งหนี้ในกระบวนการ ช่วยติดตามการปฏิบัติการ จัดการภาระงาน และคาดการณ์ทางการเงิน.
แหล่งข้อมูล
ฟิลด์ 'Status' ในรายการ Vendor Bill.
ตัวอย่าง
เปิดอยู่รออนุมัติชำระครบแล้ว
|
|||
กิจกรรมในกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินการชำระเงินแล้ว
|
แสดงการชำระเงินตามใบแจ้งหนี้ โดยบันทึกเหตุการณ์นี้จากวันที่ทำรายการ Vendor Payment ที่นำไปชำระ Vendor Bill. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสิ้นสุดหลักของกระบวนการ AP และเป็นข้อมูลสำคัญสำหรับคำนวณระยะเวลาตั้งแต่ต้นจนจบ การปฏิบัติตามเงื่อนไขการชำระเงิน และจำนวนวันเจ้าหนี้การค้า (DPO).
แหล่งข้อมูล
ฟิลด์ 'Date' จากรายการ Vendor Payment ที่เชื่อมโยงกับ Vendor Bill.
บันทึก
วันที่ทำรายการ Vendor Payment ที่นำไปชำระบิล.
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกใบแจ้งหนี้ลงบัญชีแยกประเภททั่วไป
|
บันทึกเวลาที่ผลกระทบทางการเงินของ Vendor Bill ถูกบันทึกอย่างเป็นทางการในบัญชีแยกประเภททั่วไป โดยใช้วันที่ทำธุรกรรมเมื่ออนุมัติบิลและตั้งค่าแฟล็ก 'Posting'. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดควบคุมทางการเงินที่สำคัญ ซึ่งยืนยันว่าบริษัทรับรู้หนี้สินอย่างเป็นทางการแล้ว หากบันทึกรายการล่าช้า อาจกระทบความถูกต้องของรายงานทางการเงิน.
แหล่งข้อมูล
วันที่บันทึกรายการที่เชื่อมโยงกับธุรกรรม GL ซึ่งสร้างจาก Vendor Bill โดยจะตรวจสอบฟิลด์ 'Posting' ในบิล.
บันทึก
วันที่ทำธุรกรรมของรายการ GL ที่เชื่อมโยงกับ Vendor Bill.
ประเภทเหตุการณ์
explicit
|
|||
|
ปิดใบแจ้งหนี้แล้ว
|
ระบุว่า Vendor Bill ปิดรายการแล้ว โดยทั่วไปจะเกิดขึ้นหลังชำระเงินครบ ระบบอนุมานเหตุการณ์นี้เมื่อสถานะของ Vendor Bill เปลี่ยนเป็น 'Paid in Full'. | ||
|
เหตุผลที่สำคัญ
เป็นเหตุการณ์สิ้นสุดที่ชัดเจนของวงจรกระบวนการ และยืนยันว่าไม่ต้องดำเนินการใดเพิ่มเติมกับใบแจ้งหนี้นั้น.
แหล่งข้อมูล
อนุมานจากเวลาที่ฟิลด์ 'Status' ใน Vendor Bill เปลี่ยนเป็น 'Paid in Full' ตามข้อมูลใน System Notes.
บันทึก
เวลาที่ฟิลด์ 'Status' เปลี่ยนเป็น 'Paid in Full'.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งขออนุมัติ
|
เหตุการณ์นี้บันทึกจุดที่นำ Vendor Bill เข้าสู่เวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ โดยตรวจจับเมื่อ 'Approval Status' ของบิลเปลี่ยนจากสถานะร่างเป็น 'Pending Approval'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นในการวัดระยะเวลาการอนุมัติ ซึ่งจำเป็นต่อการระบุคอขวดที่เกิดจากผู้อนุมัติหรือแผนกใดแผนกหนึ่ง.
แหล่งข้อมูล
อนุมานจากเวลาที่ฟิลด์ 'Approval Status' ในระเบียน Vendor Bill เปลี่ยนเป็น 'Pending Approval' ตามที่บันทึกไว้ใน System Notes.
บันทึก
เวลาที่ฟิลด์ 'Approval Status' เปลี่ยนเป็น 'Pending Approval'.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้าง Vendor Bill
|
บันทึกการเพิ่มใบแจ้งหนี้จากผู้ขายรายการใหม่ใน NetSuite โดยใช้วันที่สร้างรายการธุรกรรม Vendor Bill ซึ่งเป็นจุดเริ่มต้นอย่างเป็นทางการของกระบวนการ AP. | ||
|
เหตุผลที่สำคัญ
ใช้เป็นจุดเริ่มต้นในการคำนวณระยะเวลาของวงจรการจัดการใบแจ้งหนี้ทั้งหมด ซึ่งสำคัญต่อการวัดประสิทธิภาพโดยรวมของกระบวนการและติดตามอายุใบแจ้งหนี้.
แหล่งข้อมูล
ฟิลด์ 'Date Created' จากรายการธุรกรรม Vendor Bill.
บันทึก
เหตุการณ์สร้างธุรกรรม Vendor Bill.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบแจ้งหนี้แล้ว
|
หมายถึง Vendor Bill ได้รับอนุมัติให้จ่ายเงินจากผู้อนุมัติที่กำหนด โดยบันทึกเมื่อ 'Approval Status' ของบิลถูกตั้งเป็น 'Approved'. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสำคัญที่สิ้นสุดขั้นตอนการอนุมัติ และทำให้สามารถบันทึกบัญชีและกำหนดเวลาจ่ายเงินได้ อีกทั้งยังเป็นข้อมูลสำคัญในการวัดประสิทธิภาพการอนุมัติ.
แหล่งข้อมูล
เวลาที่ฟิลด์ 'Approval Status' ในระเบียน Vendor Bill เปลี่ยนเป็น 'Approved' ตามที่บันทึกไว้ใน System Notes หรือบันทึกเวิร์กโฟลว์.
บันทึก
เวลาจากบันทึกเวิร์กโฟลว์หรือ System Notes ที่ระบุว่า 'Approval Status' = 'Approved'.
ประเภทเหตุการณ์
explicit
|
|||
|
กำหนดเวลาจ่ายเงินแล้ว
|
กิจกรรมนี้ระบุว่าเลือก Vendor Bill เพื่อจ่ายเงินและรวมไว้ในชุดการจ่ายเงินแล้ว โดยบันทึกเมื่อสร้างธุรกรรม Vendor Payment พร้อมวันที่จ่ายเงินในอนาคต. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้ช่วยให้เห็นสถานะการจ่ายเงิน คาดการณ์กระแสเงินสด และวางแผนเวลาจ่ายเพื่อรับส่วนลดเมื่อชำระก่อนกำหนด.
แหล่งข้อมูล
วันที่สร้างรายการ Vendor Payment ที่นำไปชำระ Vendor Bill.
บันทึก
เวลาที่สร้างรายการ Vendor Payment ที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
นำใบลดหนี้มาใช้
|
เกิดขึ้นเมื่อนำ Vendor Credit มาใช้กับ Vendor Bill เพื่อลดยอดค้างชำระ โดยบันทึกจากเหตุการณ์ที่เชื่อมโยงรายการทั้งสองเข้าด้วยกัน. | ||
|
เหตุผลที่สำคัญ
การใช้ใบลดหนี้เป็นอีกวิธีหนึ่งในการปิดใบแจ้งหนี้ การติดตามรายการนี้ช่วยให้เข้าใจว่าการตัดหนี้สูญและการคืนสินค้าส่งผลต่อกระบวนการ AP โดยรวมอย่างไร.
แหล่งข้อมูล
วันที่บันทึกการนำรายการ Vendor Credit มาใช้กับ Vendor Bill ซึ่งดูได้จากรายการที่เกี่ยวข้องกับบิล.
บันทึก
เวลาที่นำ Vendor Credit มาใช้กับ Vendor Bill.
ประเภทเหตุการณ์
explicit
|
|||
|
ปฏิเสธใบแจ้งหนี้
|
หมายถึงการปฏิเสธ Vendor Bill อย่างเป็นทางการระหว่างขั้นตอนอนุมัติ ซึ่งต้องแก้ไขและส่งใหม่ โดยบันทึกเหตุการณ์นี้เมื่อ 'Approval Status' เปลี่ยนเป็น 'Rejected'. | ||
|
เหตุผลที่สำคัญ
การติดตามรายการที่ถูกปฏิเสธมีความสำคัญต่อการวิเคราะห์งานแก้ไขซ้ำ ช่วยระบุสาเหตุที่พบบ่อย เช่น ลงรหัสไม่ถูกต้องหรือผิดนโยบาย และเพิ่มอัตราการอนุมัติผ่านตั้งแต่ครั้งแรก.
แหล่งข้อมูล
เวลาที่ฟิลด์ 'Approval Status' ในระเบียน Vendor Bill เปลี่ยนเป็น 'Rejected' ตามที่บันทึกไว้ใน System Notes.
บันทึก
เวลาจากบันทึกเวิร์กโฟลว์หรือ System Notes ที่ระบุว่า 'Approval Status' = 'Rejected'.
ประเภทเหตุการณ์
explicit
|
|||
|
พบการชำระเงินล่าช้า
|
เหตุการณ์ที่คำนวณขึ้นเมื่อชำระใบแจ้งหนี้หลังวันครบกำหนด โดยเปรียบเทียบวันที่ดำเนินการชำระเงินกับวันครบกำหนดที่ระบุใน Vendor Bill. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการติดตามการปฏิบัติตามเงื่อนไขการชำระเงินและการดูแลความสัมพันธ์กับซัพพลายเออร์ หากชำระเงินล่าช้าบ่อยครั้ง อาจทำให้ซัพพลายเออร์ขาดความเชื่อมั่น.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบ 'Date' ในรายการ Vendor Payment กับฟิลด์ 'Due Date' ใน Vendor Bill หากวันที่ชำระเงิน > วันครบกำหนด จะเกิดเหตุการณ์นี้.
บันทึก
เปรียบเทียบ 'Date' ของ Vendor Payment กับ 'Due Date' ของ Vendor Bill.
ประเภทเหตุการณ์
calculated
|
|||
|
พบข้อมูลไม่ตรงกัน
|
กิจกรรมนี้เกิดขึ้นเมื่อพบข้อมูลไม่ตรงกันระหว่างใบแจ้งหนี้ ใบสั่งซื้อ หรือใบรับสินค้า ทำให้ดำเนินการต่อไม่ได้ โดยมักอนุมานจากการที่ผู้ใช้ตั้งค่า 'Approval Status' เป็นสถานะเฉพาะ เช่น 'On Hold' หรือ 'Pending Clarification'. | ||
|
เหตุผลที่สำคัญ
การแสดงกิจกรรมนี้ช่วยระบุจุดที่ทำให้เกิดปัญหาและการแก้ไขงานซ้ำในขั้นตอนตรวจสอบ ซึ่งเป็นสาเหตุสำคัญของความล่าช้าในการจ่ายเงิน.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนฟิลด์ 'Approval Status' ของ Vendor Bill เป็นสถานะรอที่ไม่ใช่สถานะมาตรฐาน เช่น 'On Hold' อาจต้องตั้งค่าสถานะเพิ่มเติม.
บันทึก
ติดตามการเปลี่ยนแปลงฟิลด์ 'Approval Status' ที่ระบุว่าระงับรายการหรือมีข้อซักถาม.
ประเภทเหตุการณ์
inferred
|
|||
|
รับส่วนลดเมื่อชำระก่อนกำหนด
|
เหตุการณ์ที่คำนวณขึ้นเมื่อชำระใบแจ้งหนี้ก่อนวันสุดท้ายที่มีสิทธิ์รับส่วนลด โดยเปรียบเทียบวันที่ชำระกับเงื่อนไขส่วนลดใน Vendor Bill. | ||
|
เหตุผลที่สำคัญ
วัดผลโดยตรงว่าทีม AP รับส่วนลดได้สำเร็จเพียงใด ซึ่งส่งผลต่อกำไรและกลยุทธ์การบริหารเงินสดของบริษัท.
แหล่งข้อมูล
เหตุการณ์นี้คำนวณจากการเปรียบเทียบ 'Date' ในรายการ Vendor Payment กับวันที่รับส่วนลดที่ได้จากฟิลด์ 'Terms' ใน Vendor Bill.
บันทึก
เปรียบเทียบ 'Date' ของ Vendor Payment กับวันที่รับส่วนลดที่ได้จาก 'Terms' ของ Vendor Bill.
ประเภทเหตุการณ์
calculated
|
|||
|
เริ่มจับคู่ใบสั่งซื้อ
|
หมายถึงการเชื่อมโยง Vendor Bill กับ Purchase Order ที่เกี่ยวข้องเพื่อตรวจสอบ โดยอนุมานจากการเชื่อมโยง PO ครั้งแรกในรายการย่อย 'Items' หรือ 'Expenses' ของระเบียน Vendor Bill ก่อนอนุมัติ. | ||
|
เหตุผลที่สำคัญ
การติดตามขั้นตอนนี้ช่วยวิเคราะห์ประสิทธิภาพของการจับคู่และระบุความล่าช้าก่อนส่งใบแจ้งหนี้เพื่อขออนุมัติ.
แหล่งข้อมูล
อนุมานจากบันทึก System Notes ที่แสดงการกรอกข้อมูลครั้งแรกในฟิลด์ 'Created From' หรือการอ้างอิง PO ในระดับรายการของ Vendor Bill.
บันทึก
ตรวจหาการกรอกข้อมูลในฟิลด์อ้างอิง PO จาก System Notes.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบแจ้งหนี้กลับไปขออนุมัติอีกครั้ง
|
เกิดขึ้นเมื่อส่งใบแจ้งหนี้กลับไปยังขั้นตอนก่อนหน้าหรือส่งให้ผู้อนุมัติคนอื่น เนื่องจากมีการเปลี่ยนแปลงหรือถูกปฏิเสธ โดยอนุมานจากการที่ 'Approval Status' เปลี่ยนจาก 'Pending Approval' กลับไปเป็นสถานะอื่น แล้วเปลี่ยนเป็น 'Pending Approval' อีกครั้ง. | ||
|
เหตุผลที่สำคัญ
การระบุเหตุการณ์ที่ส่งกลับไปขออนุมัติอีกครั้งเป็นกุญแจสำคัญในการทำความเข้าใจวงจรการแก้ไขงานซ้ำในขั้นตอนอนุมัติ ซึ่งทำให้ระยะเวลาดำเนินการยาวนานขึ้นอย่างมาก.
แหล่งข้อมูล
อนุมานจาก System Notes โดยตรวจหาลำดับเหตุการณ์ที่ 'Approval Status' เปลี่ยนเป็น 'Pending Approval' หลายครั้งสำหรับบิลเดียวกัน.
บันทึก
วิเคราะห์ลำดับการเปลี่ยนแปลง 'Approval Status' ใน System Notes.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เทมเพลตข้อมูลนี้ช่วยให้คุณเริ่มปรับปรุงกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้ได้ ปรับเวิร์กโฟลว์และชำระเงินได้เร็วขึ้น พร้อมปฏิบัติตามข้อกำหนดได้ดียิ่งขึ้นตั้งแต่วันนี้.
ควบคุมและปรับปรุงกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้ได้ตั้งแต่วันนี้
ลดค่าธรรมเนียมชำระล่าช้าและการจ่ายเงินซ้ำ พร้อมลดต้นทุนได้ 60%.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.