เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า
เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า
- คุณลักษณะที่แนะนำสำหรับการวิเคราะห์เชิงลึก
- เหตุการณ์สำคัญในกระบวนการที่ควรติดตาม
- คำแนะนำเฉพาะสำหรับการดึงข้อมูลจาก NetSuite
คุณลักษณะข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
Activity
|
ชื่อขั้นตอนหรือเหตุการณ์ที่เกิดขึ้นในกระบวนการ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกการดำเนินการหรือการเปลี่ยนสถานะที่เกิดขึ้น ณ เวลาใดเวลาหนึ่ง ตัวอย่างเช่น 'สร้างใบแจ้งหนี้' 'เปลี่ยนสถานะการอนุมัติ' หรือ 'ดำเนินการจ่ายเงินแล้ว' ข้อมูลนี้จำเป็นต่อการสร้างแผนผังกระบวนการขึ้นใหม่ เมื่อนำกิจกรรมของหมายเลขใบแจ้งหนี้แต่ละรายการมาเรียงตามเวลา เครื่องมือ process mining จะแสดงเวิร์กโฟลว์ที่เกิดขึ้นจริง พร้อมระบุการวนกลับ การทำงานซ้ำ และความเบี่ยงเบนจากเส้นทางปกติ.
เหตุผลที่สำคัญ
ใช้กำหนดขั้นตอนในแผนผังกระบวนการ และเป็นข้อมูลจำเป็นสำหรับการวิเคราะห์ด้วย process mining.
แหล่งข้อมูล
บันทึก System Notes หรือ Workflow History
ตัวอย่าง
สร้างใบแจ้งหนี้อนุมัติใบแจ้งหนี้จัดตารางจ่ายเงินธนาคารหักบัญชีแล้ว
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
|
คำอธิบาย
ระบุแอปพลิเคชันซอฟต์แวร์ที่ดึงข้อมูลเหตุการณ์ออกมา ในกรณีนี้ ค่ามักเป็นค่าคงที่ เช่น 'NetSuite' แอตทริบิวต์นี้มีประโยชน์ในสภาพแวดล้อมที่ใช้หลายระบบ เพราะช่วยติดตามที่มาของข้อมูล แม้มุมมองนี้จะเน้นข้อมูลจาก NetSuite แต่การเก็บฟิลด์นี้ไว้ช่วยให้ใช้ร่วมกับโมเดลข้อมูลระดับองค์กรได้.
เหตุผลที่สำคัญ
จำเป็นต่อการตรวจสอบที่มาของข้อมูลและแยกข้อมูลจากหลายระบบ.
แหล่งข้อมูล
กำหนดค่าไว้ตายตัวระหว่างการดึงข้อมูล
ตัวอย่าง
NetSuiteNetSuite OneWorld
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
เวลาที่กิจกรรมเกิดขึ้น. | ||
|
คำอธิบาย
วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ใช้เรียงลำดับเหตุการณ์และคำนวณระยะเวลาระหว่างขั้นตอน การบันทึกเวลาที่ถูกต้องมีความสำคัญต่อการระบุคอขวด และช่วยคำนวณระยะเวลาดำเนินการ เช่น เวลาที่ใช้อนุมัติ หรือระยะเวลาที่ใบแจ้งหนี้ถูกระงับ.
เหตุผลที่สำคัญ
จำเป็นต่อการเรียงลำดับเหตุการณ์และคำนวณ KPI ที่อิงตามเวลา.
แหล่งข้อมูล
ฟิลด์ 'date' ใน System Notes
ตัวอย่าง
2023-10-01T14:30:00Z2023-10-02T09:15:00Z
|
|||
|
หมายเลขใบแจ้งหนี้
InvoiceNumber
|
รหัสเฉพาะของใบแจ้งหนี้จากผู้ขาย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงหมายเลขอ้างอิงเฉพาะที่กำหนดให้กับ Vendor Bill ใน NetSuite และใช้เป็นรหัสระบุเคสหลักของกระบวนการเจ้าหนี้ โดยรวบรวมกิจกรรมทั้งหมดที่เกี่ยวข้องกับภาระการจ่ายเงินรายการหนึ่งไว้ด้วยกัน. ในการวิเคราะห์ ฟิลด์นี้ทำหน้าที่เป็นคีย์หลักของแต่ละอินสแตนซ์กระบวนการ ช่วยให้นักวิเคราะห์ติดตามวงจรชีวิตของหนี้สินได้ตั้งแต่รับและบันทึกใบแจ้งหนี้จนถึงธนาคารหักบัญชีเรียบร้อย ระบบจะรวมรายการที่มีรหัสนี้เหมือนกันเพื่อหาเส้นทางกระบวนการที่เกิดขึ้นบ่อย.
เหตุผลที่สำคัญ
เป็น Case ID ที่จำเป็นสำหรับเชื่อมโยงเหตุการณ์ทั้งหมดให้เป็นเคสของกระบวนการเดียวกัน.
แหล่งข้อมูล
ตาราง Transaction ใช้ฟิลด์ 'tranid' เมื่อ type เป็น 'Vendor Bill'
ตัวอย่าง
INV-2023-001VB-99822ACME-10299982311
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงหรือรีเฟรชข้อมูล. | ||
|
คำอธิบาย
ระบุเวลาล่าสุดที่ดึงข้อมูลจากระบบต้นทางเข้าสู่แพลตฟอร์ม process mining เพื่อให้ผู้ใช้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ข้อมูลนี้ช่วยตรวจสอบว่าแดชบอร์ดแสดงสถานะปัจจุบันหรือข้อมูล ณ ช่วงเวลาก่อนหน้า ซึ่งสำคัญต่อความน่าเชื่อถือของการคำนวณ 'จำนวนวันที่เกินกำหนด'.
เหตุผลที่สำคัญ
จำเป็นต่อการตรวจสอบความใหม่ของข้อมูลและสถานะการซิงก์.
แหล่งข้อมูล
เวลาประทับ ETL
ตัวอย่าง
2023-11-01T00:00:00Z
|
|||
|
ชื่อผู้ขาย
VendorName
|
ชื่อผู้จัดจำหน่ายที่ออกใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุชื่อหน่วยงานที่เกี่ยวข้องกับใบแจ้งหนี้จากผู้ขาย ซึ่งจำเป็นต่อการวิเคราะห์ประสิทธิภาพตลอดห่วงโซ่อุปทาน ฟิลด์นี้ใช้ในแดชบอร์ด 'ความแปรปรวนของรอบการชำระเงินให้ผู้ขาย' เพื่อจัดกลุ่มรายการตามผู้ขายและค้นหาผู้ขายที่ทำให้เกิดความคลาดเคลื่อนในการจับคู่ซ้ำ ๆ หรือมีเงื่อนไขการชำระเงินที่ไม่เป็นมาตรฐาน.
เหตุผลที่สำคัญ
จำเป็นต่อการจัดกลุ่มผลวิเคราะห์ตามผู้จัดจำหน่ายและค้นหาคอขวดเฉพาะราย.
แหล่งข้อมูล
ฟิลด์ 'entity' ของรายการธุรกรรมที่เชื่อมกับระเบียนผู้ขาย
ตัวอย่าง
Office DepotOracleFedEx
|
|||
|
บริษัทย่อย
Subsidiary
|
บริษัทย่อยหรือนิติบุคคลของบริษัทที่ได้รับใบแจ้งหนี้. | ||
|
คำอธิบาย
ในสภาพแวดล้อม NetSuite OneWorld แอตทริบิวต์นี้ระบุนิติบุคคลเฉพาะ (Subsidiary) ที่เป็นเจ้าของใบแจ้งหนี้ ช่วยให้เปรียบเทียบผลการดำเนินงานระหว่างหน่วยงานได้ แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'ระยะเวลารอบการชำระเงินตั้งแต่ต้นจนจบ' เพื่อเปรียบเทียบประสิทธิภาพของหน่วยธุรกิจต่าง ๆ และตรวจสอบว่าภูมิภาคหรือนิติบุคคลใดมีผลการดำเนินงานต่ำกว่าเป้าหมาย.
เหตุผลที่สำคัญ
จำเป็นสำหรับองค์กรที่มีหลายหน่วยงาน เพื่อเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ.
แหล่งข้อมูล
ฟิลด์ 'subsidiary' ของรายการธุรกรรม
ตัวอย่าง
US EastEMEA HeadquartersAPAC Sales
|
|||
|
ผู้ใช้
User
|
พนักงานที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
ระบุผู้รับผิดชอบเหตุการณ์แต่ละรายการ เช่น การอนุมัติใบแจ้งหนี้หรือการยกเลิกการระงับการชำระเงิน ใช้ใน 'ตัวติดตามคอขวดของเวิร์กโฟลว์การอนุมัติ' เพื่อค้นหาความล่าช้าที่เกี่ยวข้องกับผู้รับผิดชอบแต่ละราย ช่วยให้ผู้จัดการปรับสมดุลภาระงานและระบุความต้องการฝึกอบรมของสมาชิกในทีมได้.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์ทรัพยากรและระบุคอขวดในระดับผู้ใช้.
แหล่งข้อมูล
ฟิลด์ 'name' ใน System Notes หรือฟิลด์ 'employee' ในรายการธุรกรรม
ตัวอย่าง
John Doeผู้ดูแลระบบการเงินระบบ
|
|||
|
แผนก
Department
|
แผนกภายในที่เกี่ยวข้องกับใบแจ้งหนี้. | ||
|
คำอธิบาย
จัดหมวดหมู่ใบแจ้งหนี้ตามศูนย์ต้นทุนหรือแผนกภายในที่รับผิดชอบค่าใช้จ่าย เช่น IT หรือการตลาด แอตทริบิวต์นี้ช่วยแจกแจงระยะเวลารอบการทำงานตามแผนก และระบุได้ว่าแผนกใดใช้เวลาลงรหัสหรืออนุมัติใบแจ้งหนี้นานกว่าแผนกอื่น เพื่อให้ปรับปรุงกระบวนการได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการในระดับองค์กร.
แหล่งข้อมูล
ฟิลด์ 'department' ของรายการธุรกรรม
ตัวอย่าง
ITการตลาดการผลิต
|
|||
|
ไม่มี PO
IsNonPO
|
แฟล็กที่ระบุว่าใบแจ้งหนี้ไม่ได้เชื่อมกับใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนที่คำนวณจากการไม่มีใบสั่งซื้อที่เชื่อมโยง ใช้แบ่งกระบวนการระหว่างใบแจ้งหนี้ที่มี PO กับใบแจ้งหนี้ FI โดยตรง ใช้ในแดชบอร์ด 'ความเร็วในการประมวลผลใบแจ้งหนี้ที่ไม่มี PO' เพื่อแสดงความไม่มีประสิทธิภาพของการประมวลผลใบแจ้งหนี้ด้วยตนเองเมื่อเทียบกับกระบวนการจับคู่ 3 ทาง.
เหตุผลที่สำคัญ
ใช้แบ่งกลุ่มภาพรวมเพื่อวิเคราะห์รูปแบบกระบวนการ.
แหล่งข้อมูล
คำนวณจากค่า 'PurchaseOrderNumber' เป็น null
ตัวอย่าง
truefalse
|
|||
|
ยอดใบแจ้งหนี้
InvoiceAmount
|
มูลค่ารวมของใบแจ้งหนี้. | ||
|
คำอธิบาย
ยอดรวมของใบแจ้งหนี้จากผู้ขาย โดยทั่วไปแสดงเป็นสกุลเงินหลักหรือสกุลเงินของรายการ ใช้ประเมินผลกระทบทางการเงิน ใช้ในแดชบอร์ด 'ติดตามการชำระเงินล่าช้าและค่าปรับ' เพื่อประเมินความเสี่ยงต่อกระแสเงินสดจากการชำระเงินล่าช้า และจัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูงที่ต้องตรวจสอบด้วยตนเอง.
เหตุผลที่สำคัญ
จำเป็นต่อการประเมินผลกระทบทางการเงินจากความไม่มีประสิทธิภาพของกระบวนการ.
แหล่งข้อมูล
ฟิลด์ 'usertotal' หรือ 'foreignamount' ของรายการธุรกรรม
ตัวอย่าง
1500.00250.5010000.00
|
|||
|
วันครบกำหนดชำระ
DueDate
|
วันที่ต้องชำระเงินให้ผู้ขาย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันครบกำหนดชำระตามเงื่อนไขในใบแจ้งหนี้ และใช้เป็นเกณฑ์อ้างอิงในการคำนวณการชำระตรงเวลา ฟิลด์นี้เป็นองค์ประกอบหลักของ KPI 'อัตราการชำระเงินตรงเวลา' ระบบจะเปรียบเทียบวันที่ 'ดำเนินการชำระเงิน' กับวันที่นี้เพื่อระบุรายการที่ชำระล่าช้าและประเมินค่าปรับที่อาจเกิดขึ้น.
เหตุผลที่สำคัญ
เป็นข้อมูลพื้นฐานสำหรับคำนวณอัตราการชำระเงินตรงเวลาและระบุหนี้สินที่ชำระล่าช้า.
แหล่งข้อมูล
ฟิลด์ 'duedate' ของรายการธุรกรรม
ตัวอย่าง
2023-11-152023-12-01
|
|||
|
วันที่ชำระเงิน
PaymentDate
|
วันที่ดำเนินการชำระเงิน. | ||
|
คำอธิบาย
วันที่บันทึกไว้ในรายการ Vendor Payment ที่เชื่อมกับใบแจ้งหนี้ ซึ่งเป็นจุดสิ้นสุดของรอบการชำระบัญชีเจ้าหนี้ ใช้คำนวณ 'ระยะเวลารอบการชำระเงินตั้งแต่ต้นจนจบ' เมื่อนำวันที่นี้มาเปรียบเทียบกับ 'InvoiceDate' จะได้ระยะเวลารวมของกระบวนการ.
เหตุผลที่สำคัญ
เวลาสิ้นสุดของรอบกระบวนการหลัก.
แหล่งข้อมูล
วันที่ของรายการ Vendor Payment ที่เชื่อมโยง
ตัวอย่าง
2023-11-202023-12-05
|
|||
|
สถานะการอนุมัติ
ApprovalStatus
|
สถานะปัจจุบันของการอนุมัติใบแจ้งหนี้ในเวิร์กโฟลว์. | ||
|
คำอธิบาย
ระบุว่าใบแจ้งหนี้อยู่ระหว่างรออนุมัติ ได้รับอนุมัติ หรือถูกปฏิเสธ สถานะนี้กำหนดลำดับการเปลี่ยนขั้นตอนในเวิร์กโฟลว์ ฟิลด์นี้เป็นหัวใจของ 'การตรวจสอบการปฏิบัติตามข้อกำหนดของเวิร์กโฟลว์การอนุมัติ' การเปลี่ยนสถานะจะสร้างเหตุการณ์กิจกรรม และสถานะสุดท้ายจะบอกว่าใบแจ้งหนี้พร้อมชำระหรือไม่.
เหตุผลที่สำคัญ
ติดตามความคืบหน้าของใบแจ้งหนี้ผ่านขั้นตอนการอนุมัติ.
แหล่งข้อมูล
ฟิลด์ 'approvalstatus' ของรายการธุรกรรม
ตัวอย่าง
รออนุมัติอนุมัติแล้วปฏิเสธแล้ว
|
|||
|
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
|
หมายเลขอ้างอิงของใบสั่งซื้อที่เกี่ยวข้อง. | ||
|
คำอธิบาย
เชื่อมใบแจ้งหนี้จากผู้ขายกับใบสั่งซื้อ (PO) ต้นทาง หากฟิลด์นี้ว่าง แสดงว่าเป็นใบแจ้งหนี้ที่ไม่มี PO แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'ความเร็วในการประมวลผลใบแจ้งหนี้ที่ไม่มี PO' เพื่อแยกเส้นทางของใบแจ้งหนี้ที่มี PO ออกจากใบแจ้งหนี้ที่ไม่มี PO (FI) แล้วเปรียบเทียบประสิทธิภาพและการปฏิบัติตามข้อกำหนด.
เหตุผลที่สำคัญ
จำเป็นต่อการแยกการประมวลผลใบแจ้งหนี้ที่มี PO ออกจากใบแจ้งหนี้ที่ไม่มี PO.
แหล่งข้อมูล
ฟิลด์ 'createdfrom' ของรายการธุรกรรม
ตัวอย่าง
PO-8821PO-1002null
|
|||
|
เงื่อนไขการชำระเงิน
PaymentTerms
|
เงื่อนไขที่ตกลงกัน ซึ่งกำหนดกำหนดเวลาชำระเงินและส่วนลด. | ||
|
คำอธิบาย
ระบุเงื่อนไขการชำระเงิน เช่น 'Net 30' หรือ '2% 10 Net 30' ข้อมูลนี้ช่วยอธิบายวันครบกำหนดชำระและโอกาสในการรับส่วนลดเมื่อชำระก่อนกำหนด แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'อัตราการใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนด' เพื่อระบุใบแจ้งหนี้ที่มีสิทธิ์รับส่วนลด และตรวจสอบความเชื่อมโยงระหว่างส่วนลดที่พลาดไปกับเงื่อนไขที่จำกัดการชำระเงิน.
เหตุผลที่สำคัญ
ช่วยอธิบายวันครบกำหนดชำระและระบุโอกาสในการรับส่วนลด.
แหล่งข้อมูล
ฟิลด์ 'terms' ของรายการธุรกรรม
ตัวอย่าง
Net 302% 10 Net 30ชำระเมื่อได้รับใบแจ้งหนี้
|
|||
|
จำนวนวันที่เกินกำหนด
DaysOverdue
|
จำนวนวันที่ชำระเงินหลังวันครบกำหนด. | ||
|
คำอธิบาย
ตัวชี้วัดที่คำนวณความล่าช้าในการชำระเงินเมื่อเทียบกับวันครบกำหนด ค่าติดลบหมายถึงชำระก่อนกำหนด แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'ติดตามการชำระเงินล่าช้าและค่าปรับ' เพื่อประเมินระดับความรุนแรงของการชำระล่าช้าและค้นหารูปแบบการชำระล่าช้าที่เกิดซ้ำ.
เหตุผลที่สำคัญ
ตัวชี้วัดสำคัญสำหรับวิเคราะห์การปฏิบัติตามข้อกำหนดด้านการชำระเงินและความเสี่ยงจากค่าปรับ.
แหล่งข้อมูล
คำนวณจาก: PaymentDate - DueDate
ตัวอย่าง
50-2
|
|||
|
ระงับการชำระเงิน
PaymentHold
|
ระบุว่าใบแจ้งหนี้ถูกระงับการชำระเงินอยู่หรือไม่. | ||
|
คำอธิบาย
แฟล็กหรือสถานะที่ระบุว่ามีการระงับการชำระเงินของใบแจ้งหนี้ ทำให้ไม่สามารถรวมใบแจ้งหนี้นั้นในรอบการจ่ายเงินได้ แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'วิเคราะห์ผลกระทบจากการระงับการชำระเงิน' การวิเคราะห์ระยะเวลาที่ฟิลด์นี้มีค่า 'true' ช่วยให้เห็นความล่าช้าที่เกิดจากข้อโต้แย้งหรือข้อมูลที่ขาดหายไป.
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์สาเหตุที่ใบแจ้งหนี้ค้างหรือดำเนินการล่าช้า.
แหล่งข้อมูล
ฟิลด์ 'paymenthold' ของรายการธุรกรรม
ตัวอย่าง
truefalse
|
|||
|
วันที่ในใบแจ้งหนี้
InvoiceDate
|
วันที่ระบุบนใบแจ้งหนี้จากผู้ขาย. | ||
|
คำอธิบาย
วันที่บนเอกสารตามที่ผู้ขายระบุ มักใช้เป็นจุดเริ่มต้นในการคำนวณอายุของรายการ ใช้คำนวณ 'ระยะเวลารอบการประมวลผลตั้งแต่ต้นจนจบ' ส่วนต่างระหว่างวันที่นี้กับวันที่สร้างรายการใน NetSuite อาจบ่งชี้ถึงความล่าช้าในการสแกนเอกสารหรือการจัดการจดหมาย.
เหตุผลที่สำคัญ
ใช้ระบุวันเริ่มต้นอย่างเป็นทางการของกรอบเวลาฝั่งผู้ขาย.
แหล่งข้อมูล
ฟิลด์ 'trandate' ของรายการธุรกรรม
ตัวอย่าง
2023-10-012023-10-05
|
|||
|
สกุลเงิน
Currency
|
สกุลเงินที่ใช้ในใบแจ้งหนี้. | ||
|
คำอธิบาย
รหัส ISO ที่ระบุสกุลเงินของรายการ สำคัญสำหรับองค์กรข้ามชาติ ใช้ปรับมูลค่าทางการเงินให้เป็นมาตรฐานเดียวกันในการวิเคราะห์ 'ยอดใบแจ้งหนี้' และช่วยตรวจสอบว่ากระบวนการแลกเปลี่ยนเงินตราต่างประเทศทำให้กิจกรรม 'ชำระเงินเรียบร้อย' ใช้เวลานานขึ้นหรือไม่.
เหตุผลที่สำคัญ
จำเป็นต่อการรวมยอดทางการเงินและวิเคราะห์อัตราแลกเปลี่ยนอย่างถูกต้อง.
แหล่งข้อมูล
ฟิลด์ 'currency' ของรายการธุรกรรม
ตัวอย่าง
USDEURGBP
|
|||
|
ส่วนลดที่ได้รับ
DiscountAvailable
|
มูลค่าส่วนลดที่อาจได้รับเมื่อชำระก่อนกำหนด. | ||
|
คำอธิบาย
มูลค่าเงินของส่วนลดเมื่อชำระก่อนกำหนด ซึ่งคำนวณจากยอดใบแจ้งหนี้และเงื่อนไขการชำระเงิน แสดงถึงเงินที่อาจประหยัดได้ แอตทริบิวต์นี้เป็นองค์ประกอบหลักของแดชบอร์ด 'อัตราการใช้สิทธิส่วนลดเมื่อชำระก่อนกำหนด' เมื่อนำมูลค่านี้มารวมสำหรับรายการที่ชำระล่าช้า นักวิเคราะห์จะคำนวณยอดเงินที่พลาดโอกาสประหยัดได้.
เหตุผลที่สำคัญ
ใช้ประเมินโอกาสในการประหยัดเงินจากการเร่งกระบวนการ.
แหล่งข้อมูล
คำนวณจาก Terms และ InvoiceAmount
ตัวอย่าง
30.000.0015.50
|
|||
กิจกรรมในกระบวนการชำระเงินเจ้าหนี้การค้า
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จับคู่ใบแจ้งหนี้กับใบสั่งซื้อ
|
ระบุว่า Vendor Bill สร้างจากหรือเชื่อมโยงกับ Purchase Order ที่มีอยู่ ช่วยแยกใบแจ้งหนี้ที่มีใบสั่งซื้อรองรับออกจากใบแจ้งหนี้ที่ไม่มีใบสั่งซื้อ. | ||
|
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์การปฏิบัติตามนโยบายจัดซื้อและเปรียบเทียบระยะเวลาดำเนินการของใบแจ้งหนี้ที่มีและไม่มีใบสั่งซื้อ.
แหล่งข้อมูล
ตาราง Transaction ตรวจสอบฟิลด์ 'createdfrom' ในระเบียน Vendor Bill หากมี Purchase Order ID แสดงว่ากิจกรรมนี้เกิดขึ้นแล้ว.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
ดำเนินการจ่ายเงิน
|
บันทึกระเบียน Bill Payment สำเร็จ ทำให้ใบแจ้งหนี้มีสถานะชำระเต็มจำนวนหรือชำระบางส่วน และตัดยอดหนี้สินออกจากบัญชีแยกประเภททั่วไป (GL). | ||
|
เหตุผลที่สำคัญ
เป็นจุดสำคัญที่แสดงว่ากระบวนการจ่ายเงินเสร็จสมบูรณ์ ใช้คำนวณ 'ระยะเวลาประมวลผลตั้งแต่ต้นจนจบ'.
แหล่งข้อมูล
ตาราง Transaction ระบุการสร้างระเบียน 'Bill Payment' หรือการเปลี่ยนสถานะเป็น 'Deposited' (สำหรับเช็ค) หรือ 'Paid'.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม Bill Payment
ประเภทเหตุการณ์
explicit
|
|||
|
ธนาคารหักบัญชีแล้ว
|
ทำเครื่องหมาย Bill Payment ว่าธนาคารหักบัญชีแล้วระหว่างกระทบยอดธนาคาร เพื่อยืนยันว่าเงินออกจากบัญชีธนาคารแล้ว. | ||
|
เหตุผลที่สำคัญ
แสดงวันที่สิ้นสุดทางการเงินที่แท้จริงสำหรับวิเคราะห์กระแสเงินสด ซึ่งต่างจากวันที่บันทึกการจ่ายเงินทางบัญชี.
แหล่งข้อมูล
Transaction Line กำหนดแฟล็ก 'cleared' ในรายการ Bill Payment เป็น True.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบแจ้งหนี้
|
การสร้างระเบียน Vendor Bill ใน NetSuite เป็นครั้งแรก ถือเป็นจุดเริ่มต้นของกระบวนการและแสดงว่าได้บันทึกใบแจ้งหนี้ใน ERP แล้ว. | ||
|
เหตุผลที่สำคัญ
ใช้กำหนดเวลาเริ่มต้นสำหรับวงจรเจ้าหนี้ทั้งหมดและการคำนวณอายุรายการ.
แหล่งข้อมูล
ตาราง Transaction กรองระเบียนที่มีประเภทเป็น Vendor Bill แล้วบันทึกฟิลด์ datecreated หรือ trandate.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม Vendor Bill
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบแจ้งหนี้
|
สถานะ Vendor Bill เปลี่ยนเป็น Open แสดงว่าได้รับอนุมัติให้จ่ายเงินและมีผลต่อบัญชีแยกประเภททั่วไป (GL) นี่คือขั้นตอนสำคัญก่อนจ่ายเงิน. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของรอบอนุมัติและทำให้ใบแจ้งหนี้พร้อมจัดตารางจ่ายเงิน จำเป็นต่อการวัดประสิทธิภาพการอนุมัติ.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'approvalstatus' เป็น '2' (Approved) หรือสถานะเป็น 'Open'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไขบัญชีของใบแจ้งหนี้
|
บัญชีค่าใช้จ่ายในบัญชีแยกประเภททั่วไป (GL) ของรายการในใบแจ้งหนี้มีการเปลี่ยนแปลง แสดงว่ากำลังแก้ไขรหัสบัญชีที่ผิดหรือจัดประเภทรายการใหม่. | ||
|
เหตุผลที่สำคัญ
ใช้วัด KPI 'อัตราการแก้ไขรหัสบัญชีใบแจ้งหนี้' โดยตรง และแสดงการสูญเสียประสิทธิภาพในขั้นตอนลงรหัสบัญชี.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'account' ในรายการย่อย Transaction Line.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
แก้ไขยอดใบแจ้งหนี้
|
ยอดรวมของ Vendor Bill เปลี่ยนแปลงหลังจากสร้างครั้งแรก ซึ่งอาจบ่งชี้ว่าต้องทำงานซ้ำ มีข้อผิดพลาดในการป้อนข้อมูล หรือกำลังแก้ไขข้อแตกต่าง. | ||
|
เหตุผลที่สำคัญ
แสดงว่ามีการดำเนินการด้วยตนเองและทำงานซ้ำ ซึ่งส่งผลให้อัตราการประมวลผลอัตโนมัติตลอดกระบวนการลดลง.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'total' หรือ 'usertotal' ในระเบียน Vendor Bill.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
จัดตารางจ่ายเงิน
|
สร้างระเบียน Bill Payment ในสถานะ 'Pending Approval' ซึ่งมักเกิดขึ้นระหว่างสร้างชุดจ่ายเงินผ่าน Electronic Bank Payment (EFT). | ||
|
เหตุผลที่สำคัญ
แยกความตั้งใจที่จะจ่ายเงินออกจากการโอนเงินจริง เพื่อให้เห็นความล่าช้าในการอนุมัติการจ่ายเงิน.
แหล่งข้อมูล
ตาราง Transaction สร้างระเบียน 'Bill Payment' ที่เชื่อมโยงกับ Bill และมีสถานะ 'Pending Approval'.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
ใช้เครดิตจากผู้ขาย
|
นำ Bill Credit (Vendor Credit) มาใช้กับ Vendor Bill เพื่อลดยอดที่ต้องชำระ ซึ่งเป็นอีกทางเลือกหนึ่งนอกเหนือจากการจ่ายเงินสด. | ||
|
เหตุผลที่สำคัญ
อธิบายสาเหตุที่ยอดจ่ายเงินอาจไม่ตรงกับยอดใบแจ้งหนี้ และช่วยปิดยอดหนี้สินได้อย่างถูกต้อง.
แหล่งข้อมูล
Transaction Links ระบุธุรกรรมประเภท 'Vendor Credit' ที่เชื่อมโยงกับ Vendor Bill.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธใบแจ้งหนี้
|
ส่ง Vendor Bill กลับไปยังผู้ส่งเพื่อแก้ไขหรือปฏิเสธรายการ เหตุการณ์นี้เป็นการวนกลับหรือสิ้นสุดในเวิร์กโฟลว์อนุมัติ. | ||
|
เหตุผลที่สำคัญ
อัตราการปฏิเสธที่สูงบ่งชี้ถึงปัญหาในกระบวนการ การอบรมที่ไม่เพียงพอ หรือปัญหาคุณภาพข้อมูลในขั้นตอนก่อนหน้า.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'approvalstatus' เป็น '3' (Rejected).
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
ยกเลิกการจ่ายเงิน
|
ยกเลิก Bill Payment ที่ประมวลผลไปแล้ว ทำให้ Vendor Bill กลับมาเปิดอีกครั้ง นี่เป็นกรณียกเว้นสำคัญและแสดงว่ากระบวนการมีปัญหา. | ||
|
เหตุผลที่สำคัญ
จำเป็นต่อการปฏิบัติตามข้อกำหนดด้านการตรวจสอบและการค้นหาสาเหตุที่จ่ายเงินไม่สำเร็จ เช่น พิมพ์เช็คผิดพลาดหรือธนาคารปฏิเสธรายการ.
แหล่งข้อมูล
System Notes ของ Bill Payment ตรวจสอบการเปลี่ยนสถานะเป็น 'Voided'.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
ยกเลิกการระงับการจ่ายเงิน
|
กำหนดช่องทำเครื่องหมาย Payment Hold เป็น False เพื่อให้ใบแจ้งหนี้กลับเข้าสู่กระบวนการจ่ายเงิน ถือเป็นจุดสิ้นสุดของช่วงที่ถูกระงับ. | ||
|
เหตุผลที่สำคัญ
ใช้คำนวณ KPI 'ระยะเวลาที่ระงับการจ่ายเงิน' และทำความเข้าใจเวลาที่ใช้แก้ไขข้อพิพาทของใบแจ้งหนี้.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'paymenthold' จาก 'T' เป็น 'F'.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
ระงับการจ่ายเงิน
|
กำหนดช่องทำเครื่องหมาย Payment Hold ใน Vendor Bill เป็น True เพื่อไม่ให้เลือกใบแจ้งหนี้นี้เข้ารอบจ่ายเงิน. | ||
|
เหตุผลที่สำคัญ
ช่วยระบุคอขวดที่ใบแจ้งหนี้หยุดค้างจากข้อพิพาทหรือการตัดสินใจบริหารกระแสเงินสด.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'paymenthold' จาก 'F' เป็น 'T'.
บันทึก
บันทึกเมื่อดำเนินการธุรกรรม X
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งใบแจ้งหนี้ขออนุมัติ
|
สถานะของ Vendor Bill เปลี่ยนเป็น Pending Approval แสดงว่าใบแจ้งหนี้เข้าสู่เวิร์กโฟลว์เพื่อส่งต่อให้ผู้มีอำนาจอนุมัติแล้ว. | ||
|
เหตุผลที่สำคัญ
ใช้ระบุจุดเริ่มต้นของระยะเวลาอนุมัติ เพื่อค้นหาคอขวดในลำดับการอนุมัติ.
แหล่งข้อมูล
System Notes ตรวจสอบการเปลี่ยนแปลงของฟิลด์ 'approvalstatus' เป็น '1' (Pending Approval).
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เริ่มใช้ process mining ได้วันนี้ โดยนำเทมเพลตนี้ไปใช้กับระบบ NetSuite ของคุณ แล้วค้นหาจุดที่เพิ่มประสิทธิภาพและปรับปรุงเวิร์กโฟลว์การชำระเงินได้ทันที.
เริ่มปรับปรุงกระบวนการชำระเงินเจ้าหนี้การค้าวันนี้
ระบุคอขวดและลดระยะเวลาของรอบงานได้ 30 เปอร์เซ็นต์.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.