เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

NetSuite
เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

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

คุณลักษณะข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

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

กิจกรรมในกระบวนการชำระเงินเจ้าหนี้การค้า

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

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก NetSuite

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

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

เริ่มปรับปรุงกระบวนการชำระเงินเจ้าหนี้การค้าวันนี้

ระบุคอขวดและลดระยะเวลาของรอบงานได้ 30 เปอร์เซ็นต์.

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

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.