เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ
เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ
- คุณลักษณะที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางดึงข้อมูลจาก NetSuite
คุณลักษณะของกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจหรือขั้นตอนที่เกิดขึ้นในกระบวนการใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุการดำเนินการหรือการเปลี่ยนสถานะในวงจรของใบสั่งซื้อ เช่น 'สร้างใบสั่งซื้อแล้ว' 'อนุมัติใบสั่งซื้อแล้ว' หรือ 'ชำระใบแจ้งหนี้แล้ว' กิจกรรมเหล่านี้เป็นจุดต่างๆ ในแผนผังกระบวนการ การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นหัวใจของ process mining ช่วยให้เห็นภาพการไหลของกระบวนการ ระบุเส้นทางที่พบได้บ่อยหรือไม่บ่อย และค้นหาคอขวดหรือขั้นตอนที่เบี่ยงเบนจากแนวทางมาตรฐาน.
เหตุผลที่สำคัญ
ใช้ระบุขั้นตอนในแผนผังกระบวนการ เพื่อให้เห็นและวิเคราะห์การไหลของกระบวนการ รูปแบบการดำเนินงาน และการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
โดยทั่วไปค่านี้ได้จากการรวมประเภทของธุรกรรมกับฟิลด์สถานะ เช่น 'Order Status' หรือจากบันทึกการตรวจสอบของระบบใน NetSuite.
ตัวอย่าง
สร้าง Purchase Orderอนุมัติ Purchase Orderสร้าง Item Receiptสร้างใบแจ้งหนี้จาก Purchase Order
|
|||
|
ใบสั่งซื้อ
PurchaseOrder
|
รหัสเฉพาะของใบสั่งซื้อ ซึ่งใช้เป็น Case ID หลักในการติดตามวงจรการจัดซื้อ. | ||
|
คำอธิบาย
หมายเลขใบสั่งซื้อเป็นรหัสหลักที่เชื่อมโยงกิจกรรมทั้งหมด ตั้งแต่การสร้างใบสั่งซื้อไปจนถึงการชำระเงินและปิดรายการ หมายเลขใบสั่งซื้อแต่ละหมายเลขแทนกระบวนการจัดซื้อหนึ่งรายการ ใน process mining ระบบใช้แอตทริบิวต์นี้จัดกลุ่มเหตุการณ์ที่เกี่ยวข้องให้อยู่ในเคสเดียวกัน การวิเคราะห์เส้นทางของใบสั่งซื้อแต่ละรายการช่วยให้เห็นกระบวนการตั้งแต่ต้นจนจบ ระบุรูปแบบการดำเนินงานที่แตกต่างกัน และคำนวณตัวชี้วัดระดับเคส เช่น รอบเวลาดำเนินการทั้งหมด.
เหตุผลที่สำคัญ
นี่คือรหัสเคสหลักที่ใช้สร้างข้อมูลและวิเคราะห์วงจรการดำเนินงานทั้งหมดของใบสั่งซื้อแต่ละรายการ.
แหล่งข้อมูล
โดยทั่วไปคือรหัสธุรกรรมหลักในระเบียนใบสั่งซื้อของ NetSuite ซึ่งมักเรียกว่า 'Transaction ID' หรือ 'PO #'.
ตัวอย่าง
PO-001254PO-001299PO-001357
|
|||
|
เวลาเกิดเหตุการณ์
EventTime
|
วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ. | ||
|
คำอธิบาย
เวลาประทับนี้ระบุช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ เป็นข้อมูลพื้นฐานสำหรับวิเคราะห์ประสิทธิภาพและระยะเวลาใน process mining ระบบใช้เวลาเกิดเหตุการณ์เรียงกิจกรรมตามลำดับเวลาในแต่ละเคส คำนวณระยะห่างระหว่างขั้นตอน และวัดรอบเวลาดำเนินการทั้งหมดของเคส ข้อมูลนี้สำคัญต่อการค้นหาคอขวด วัดเวลารอ และวิเคราะห์ผลการดำเนินงานเทียบกับข้อตกลงระดับการให้บริการ.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้จำเป็นต่อการคำนวณตัวชี้วัดด้านเวลา เช่น รอบเวลาดำเนินการและระยะเวลา ซึ่งช่วยระบุความล่าช้าในกระบวนการ.
แหล่งข้อมูล
เวลาประทับที่บันทึกกับธุรกรรมหรือการเปลี่ยนสถานะแต่ละครั้ง มักอยู่ในฟิลด์อย่าง 'Date Created' หรือในบันทึกการตรวจสอบของระบบ NetSuite.
ตัวอย่าง
2023-10-26T09:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:00Z
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ดึงข้อมูลออกมา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลกระบวนการ สำหรับมุมมองนี้ ค่าจะเป็น 'NetSuite' เสมอ ในโครงการ process mining ขนาดใหญ่ที่รวมข้อมูลจากหลายระบบ ฟิลด์นี้สำคัญต่อการติดตามที่มาของข้อมูล การแก้ไขปัญหา และการทำความเข้าใจพฤติกรรมเฉพาะของแต่ละระบบ ช่วยให้ทราบชัดเจนว่าข้อมูลแต่ละส่วนมาจากที่ใด.
เหตุผลที่สำคัญ
ช่วยติดตามที่มาของข้อมูลกระบวนการให้ชัดเจน โดยเฉพาะในสภาพแวดล้อมที่เชื่อมต่อหลายระบบ.
แหล่งข้อมูล
เป็นค่าคงที่ ('NetSuite') ที่เพิ่มระหว่างการดึงและแปลงข้อมูล.
ตัวอย่าง
NetSuite
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาประทับที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการอัปเดตจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกวันที่และเวลาที่ดึงหรืออัปเดตข้อมูลครั้งล่าสุด เพื่อให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด การทราบเวลาอัปเดตล่าสุดช่วยให้ประเมินได้ว่าข้อมูลเชิงลึกเป็นปัจจุบันหรือไม่ นักวิเคราะห์และผู้ใช้ทางธุรกิจจึงตรวจสอบได้ว่ากำลังดูข้อมูลกระบวนการล่าสุด โดยเฉพาะเมื่อใช้แดชบอร์ดติดตามการปฏิบัติการ.
เหตุผลที่สำคัญ
ระบุว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการวิเคราะห์และแดชบอร์ดที่อ้างอิงข้อมูลล่าสุด.
แหล่งข้อมูล
เวลาประทับที่สร้างและเพิ่มระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2024-05-21T02:00:00Z
|
|||
|
ชื่อผู้ขาย
VendorName
|
ชื่อผู้ขายหรือผู้จัดหาสินค้าและบริการ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้ขายภายนอกของใบสั่งซื้อ และเป็นมิติสำคัญสำหรับวิเคราะห์ความสัมพันธ์และผลการดำเนินงานของผู้ขาย ชื่อผู้ขายจำเป็นต่อแดชบอร์ด 'ประสิทธิภาพการส่งมอบของผู้ขาย' และ KPI ที่เกี่ยวข้อง ใช้แบ่งกลุ่มกระบวนการเพื่อเปรียบเทียบระยะเวลาจัดส่ง อัตราการส่งมอบตรงเวลา และผลการตรวจสอบคุณภาพของผู้ขายแต่ละราย ช่วยให้เห็นทั้งผู้ขายที่ทำได้ตามเป้าหมายและผู้ขายที่ยังต้องปรับปรุง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานของผู้ขายแต่ละราย ทั้งระยะเวลาส่งมอบและความน่าเชื่อถือ ซึ่งเป็นข้อมูลสำคัญต่อการปรับปรุงห่วงโซ่อุปทาน.
แหล่งข้อมูล
ตรงกับฟิลด์ 'Vendor' หรือ 'Supplier' ในแท็บหลักของระเบียนใบสั่งซื้อใน NetSuite.
ตัวอย่าง
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
ชื่อผู้ใช้
UserName
|
ชื่อผู้ใช้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุพนักงานหรือผู้ใช้ระบบที่รับผิดชอบขั้นตอนนั้น เช่น อนุมัติใบสั่งซื้อหรือสร้างใบแจ้งหนี้ จึงช่วยให้เห็นมิติด้านบุคลากรหรือทรัพยากรระบบในกระบวนการ การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยให้เข้าใจการกระจายงาน ระบุความต้องการด้านการฝึกอบรม และค้นหาความผิดปกติ นอกจากนี้ยังสำคัญต่อการติดตามการปฏิบัติตามข้อกำหนด เพราะใช้ตรวจสอบได้ว่าใครดำเนินการสำคัญ เช่น แก้ไขหรืออนุมัติใบสั่งซื้อ.
เหตุผลที่สำคัญ
ระบุกิจกรรมตามผู้ใช้แต่ละราย เพื่อวิเคราะห์ปริมาณงาน ผลการปฏิบัติงาน และการปฏิบัติตามนโยบายการอนุมัติสิทธิ์.
แหล่งข้อมูล
ดูข้อมูลนี้ได้ในแท็บย่อย 'System Notes' หรือบันทึกการตรวจสอบของระเบียนธุรกรรม ซึ่งระบุผู้ใช้ที่ทำการเปลี่ยนแปลง.
ตัวอย่าง
Alice JohnsonBob Williamsระบบอัตโนมัติ
|
|||
|
ชื่อแผนก
DepartmentName
|
ชื่อแผนกที่เกี่ยวข้องกับใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแผนกธุรกิจหรือศูนย์ต้นทุนที่เริ่มการจัดซื้อหรือรับผิดชอบค่าใช้จ่าย ช่วยกรองและแบ่งกลุ่มข้อมูลกระบวนการตามโครงสร้างองค์กร การวิเคราะห์กระบวนการแยกตามแผนกช่วยค้นหาคอขวดของแต่ละแผนก เปรียบเทียบประสิทธิภาพระหว่างหน่วยงาน และทำความเข้าใจรูปแบบการใช้จ่าย ข้อมูลนี้ใช้กับแดชบอร์ดอย่าง 'วิเคราะห์คอขวดแยกตามแผนก' ได้โดยตรง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการแยกตามแผนก เพื่อค้นหาคอขวด ความไม่มีประสิทธิภาพ และรูปแบบการใช้จ่ายของแต่ละแผนก.
แหล่งข้อมูล
ฟิลด์มาตรฐานในส่วนหัวหรือรายการของระเบียนใบสั่งซื้อใน NetSuite.
ตัวอย่าง
การเงินบริการไอทีการตลาดการปฏิบัติการ
|
|||
|
ยอดรวม
TotalAmount
|
มูลค่ารวมของใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงต้นทุนรวมของสินค้าและบริการทั้งหมดในใบสั่งซื้อ เป็นตัวชี้วัดทางการเงินพื้นฐานสำหรับวิเคราะห์การจัดซื้อ การวิเคราะห์ตัวชี้วัดกระบวนการตามยอดรวมอาจเผยให้เห็นรูปแบบสำคัญ เช่น ใบสั่งซื้อที่มีมูลค่าสูงใช้เวลาอนุมัตินานกว่าหรือมีการแก้ไขบ่อยกว่า ข้อมูลนี้จำเป็นต่อการทำความเข้าใจผลกระทบทางการเงินจากความไม่มีประสิทธิภาพ และจัดลำดับความสำคัญของการปรับปรุง.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ด้านการเงินของกระบวนการจัดซื้อ และดูว่ามูลค่าใบสั่งซื้อส่งผลต่อรอบเวลาดำเนินการ เส้นทางอนุมัติ และการปฏิบัติตามข้อกำหนดอย่างไร.
แหล่งข้อมูล
ตรงกับฟิลด์ 'Total' ในส่วนสรุปของระเบียนใบสั่งซื้อใน NetSuite.
ตัวอย่าง
500.001250.7515000.00
|
|||
|
สถานะใบสั่งซื้อ
PurchaseOrderStatus
|
สถานะปัจจุบันหรือสถานะสุดท้ายของใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสถานะของใบสั่งซื้อ ณ เวลาหนึ่ง เช่น 'รออนุมัติ' 'วางบิลครบแล้ว' หรือ 'ปิดแล้ว' โดยมักใช้เป็นแหล่งข้อมูลเพื่อสร้างค่ากิจกรรมเชิงแนวคิด เช่น 'ActivityName' การวิเคราะห์ตามสถานะช่วยให้เข้าใจผลลัพธ์ของใบสั่งซื้อ เช่น จำนวนรายการที่ถูกปฏิเสธหรืออนุมัติ และจำนวนรายการที่ยังเปิดอยู่ ข้อมูลนี้สำคัญต่อ KPI อย่าง 'อัตราใบสั่งซื้อไม่ผ่านการอนุมัติ' และใช้กรองเคสตามสถานะการดำเนินการได้.
เหตุผลที่สำคัญ
แสดงสถานะของใบสั่งซื้อ ณ ช่วงเวลาหนึ่ง ช่วยวิเคราะห์ผลลัพธ์ เช่น การปฏิเสธหรือปิดรายการ และติดตาม KPI ที่เกี่ยวกับการไม่อนุมัติ.
แหล่งข้อมูล
ฟิลด์ 'Status' ในระเบียนธุรกรรมใบสั่งซื้อของ NetSuite.
ตัวอย่าง
รอหัวหน้าอนุมัติรอรับสินค้าวางบิลครบแล้วปิดแล้วถูกปฏิเสธ
|
|||
|
หมวดหมู่การจัดซื้อ
PurchaseCategory
|
ประเภทของสินค้าหรือบริการที่จัดซื้อ เช่น อุปกรณ์ไอที บริการการตลาด หรืออุปกรณ์สำนักงาน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้จัดหมวดหมู่รายการในใบสั่งซื้อ เพื่อให้วิเคราะห์แยกตามประเภทค่าใช้จ่ายได้ โดยทั่วไปจะตั้งค่าใน NetSuite ผ่านฟิลด์จัดประเภทหรือเซกเมนต์ที่กำหนดเอง การวิเคราะห์กระบวนการตามหมวดหมู่การจัดซื้อจำเป็นต่อแดชบอร์ด 'ประสิทธิภาพแยกตามหมวดหมู่การจัดซื้อ' ช่วยตรวจสอบว่าการจัดซื้อประเภทใดใช้เวลานานกว่า มีการแก้ไขบ่อยกว่า หรือพบปัญหาด้านการปฏิบัติตามข้อกำหนดมากกว่า เพื่อให้ปรับปรุงกระบวนการในหมวดค่าใช้จ่ายที่ต้องการได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของกระบวนการแยกตามหมวดค่าใช้จ่าย และระบุประเภทการจัดซื้อที่ไม่มีประสิทธิภาพหรือไม่เป็นไปตามข้อกำหนด.
แหล่งข้อมูล
อาจเป็นฟิลด์ที่กำหนดเอง หรือเซกเมนต์จัดประเภทมาตรฐาน เช่น 'Class' หรือเซกเมนต์ที่กำหนดเองในส่วนหัวหรือรายการของใบสั่งซื้อ โปรดดูเอกสารประกอบของ NetSuite.
ตัวอย่าง
อุปกรณ์ไอทีบริการวิชาชีพอุปกรณ์สำนักงานไลเซนส์ซอฟต์แวร์
|
|||
|
ใบขอซื้อ
PurchaseRequisition
|
รหัสใบขอซื้อที่สร้างก่อนใบสั่งซื้อ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงใบสั่งซื้อกับใบขอซื้อที่เป็นต้นทาง หากไม่มีลิงก์ อาจหมายถึงมีการดำเนินงานนอกกระบวนการมาตรฐาน ฟิลด์นี้สำคัญต่อการติดตามการปฏิบัติตามข้อกำหนดและระบุการจัดซื้อนอกระบบ KPI 'อัตราใบสั่งซื้อโดยตรง' คำนวณจากการตรวจสอบว่าไม่มีใบขอซื้อที่เชื่อมโยงหรือไม่ ซึ่งช่วยชี้ให้เห็นการจัดซื้อที่อยู่นอกเวิร์กโฟลว์อนุมัติมาตรฐาน.
เหตุผลที่สำคัญ
สำคัญต่อการวิเคราะห์การปฏิบัติตามข้อกำหนด เพราะช่วยระบุการจัดซื้อนอกระบบที่สร้างใบสั่งซื้อโดยไม่มีใบขอซื้อที่อนุมัติแล้ว.
แหล่งข้อมูล
ข้อมูลนี้มักอยู่ในแท็บย่อย 'Related Records' หรือฟิลด์ 'Created From' ของระเบียนใบสั่งซื้อ.
ตัวอย่าง
PR-00582PR-00610PR-00715
|
|||
|
เป็นการจัดซื้อนอกระบบหรือไม่
IsMaverickBuy
|
ตัวบ่งชี้ว่าใบสั่งซื้อถูกสร้างโดยไม่มีใบขอซื้อก่อนหน้าหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์ค่าบูลีนที่คำนวณขึ้นนี้จะกำหนดเป็นจริงในระดับเคส หากกิจกรรมแรกของกระบวนการคือ 'สร้างใบสั่งซื้อแล้ว' แทนที่จะเป็น 'สร้างใบขอซื้อแล้ว' จึงใช้ระบุการจัดซื้อที่ไม่เป็นไปตามกระบวนการมาตรฐานได้โดยตรง แอตทริบิวต์นี้ใช้คำนวณ 'อัตราใบสั่งซื้อโดยตรง' ซึ่งเป็น KPI สำคัญสำหรับ 'เครื่องมือติดตามการปฏิบัติตามข้อกำหนดด้านการจัดซื้อ' ช่วยให้องค์กรระบุและวัดปริมาณการจัดซื้อนอกระบบได้อย่างรวดเร็ว ซึ่งอาจทำให้ต้นทุนสูงขึ้นและเพิ่มความเสี่ยง.
เหตุผลที่สำคัญ
ระบุพฤติกรรมการจัดซื้อที่ไม่เป็นไปตามข้อกำหนดโดยตรง ช่วยให้องค์กรติดตามและลดการจัดซื้อนอกระบบได้ง่ายขึ้น.
แหล่งข้อมูล
แอตทริบิวต์นี้คำนวณจากเงื่อนไข: (กิจกรรมแรกในเคส = 'สร้างใบสั่งซื้อแล้ว') AND (ไม่มี 'ใบขอซื้อ' ที่เชื่อมโยง).
ตัวอย่าง
truefalse
|
|||
|
เป็นงานที่ต้องทำซ้ำหรือไม่
IsRework
|
ตัวบ่งชี้ว่ากิจกรรมเป็นงานที่ต้องทำซ้ำหรือไม่ เช่น การอนุมัติครั้งที่สองหลังจากถูกปฏิเสธ. | ||
|
คำอธิบาย
แอตทริบิวต์ค่าบูลีนที่คำนวณขึ้นนี้จะเป็นจริงสำหรับกิจกรรมที่บ่งชี้ว่ามีการวนซ้ำหรือทำขั้นตอนเดิมอีกครั้ง ตัวอย่างเช่น กิจกรรม 'อนุมัติใบสั่งซื้อแล้ว' จะถูกระบุว่าเป็นงานที่ต้องทำซ้ำ หากมีเหตุการณ์ 'ปฏิเสธใบสั่งซื้อ' เกิดขึ้นก่อนหน้าในเคสเดียวกัน แอตทริบิวต์นี้จำเป็นต่อการวัดความติดขัดและความไม่มีประสิทธิภาพของกระบวนการ ช่วยวิเคราะห์วงจรการทำงานซ้ำ วัด 'อัตราการปฏิเสธและส่งใบสั่งซื้อใหม่' และระบุกระบวนการที่ทำไม่ถูกต้องตั้งแต่ครั้งแรก.
เหตุผลที่สำคัญ
ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการ โดยระบุกิจกรรมที่อยู่ในวงจรการทำงานซ้ำอย่างชัดเจน ทำให้วิเคราะห์และแก้ไขได้ง่ายขึ้น.
แหล่งข้อมูล
ระบบคำนวณตัวบ่งชี้นี้ระหว่างการแปลงข้อมูล โดยวิเคราะห์ลำดับกิจกรรมภายในแต่ละเคส.
ตัวอย่าง
truefalse
|
|||
|
วันที่ต้องการให้ส่งมอบ
RequestedDeliveryDate
|
วันที่ธุรกิจระบุให้ผู้ขายส่งมอบสินค้าหรือบริการ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้คือวันที่ต้องการรับสินค้าซึ่งกำหนดไว้ระหว่างกระบวนการจัดซื้อ ใช้เป็นเกณฑ์อ้างอิงสำหรับวัดผลการส่งมอบจริง วันที่นี้จำเป็นต่อการคำนวณ KPI 'อัตราการส่งมอบตรงเวลาของผู้ขาย' โดยเปรียบเทียบ 'วันที่ต้องการให้ส่งมอบ' กับเวลาประทับของกิจกรรม 'สร้างรายการรับสินค้าแล้ว' เพื่อดูว่าผู้ขายส่งมอบได้ตามกำหนดหรือไม่ ซึ่งเป็นข้อมูลสำคัญสำหรับแดชบอร์ด 'ประสิทธิภาพการส่งมอบของผู้ขาย'.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์วัดการส่งมอบตรงเวลาของผู้ขาย ซึ่งเป็น KPI สำคัญสำหรับการจัดการห่วงโซ่อุปทาน.
แหล่งข้อมูล
อาจเป็นฟิลด์ที่กำหนดเอง หรือฟิลด์ 'Expected Receipt Date' ในรายการของใบสั่งซื้อ โปรดดูเอกสารประกอบของ NetSuite.
ตัวอย่าง
2023-11-152023-12-012024-01-10
|
|||
|
เวลาสิ้นสุดเหตุการณ์
EventEndTime
|
วันที่และเวลาที่กิจกรรมสิ้นสุดลงอย่างแม่นยำ. | ||
|
คำอธิบาย
เวลาประทับนี้ระบุเวลาที่กิจกรรมเสร็จสิ้น เมื่อนำมาใช้คู่กับเวลาเริ่มต้น จะบอกระยะเวลาที่ใช้ดำเนินกิจกรรม สำหรับเหตุการณ์ที่เกิดขึ้นทันที เวลาเริ่มต้นและเวลาสิ้นสุดอาจตรงกัน แอตทริบิวต์นี้จำเป็นต่อการคำนวณเวลาที่ใช้ดำเนินกิจกรรมแต่ละรายการอย่างแม่นยำ ช่วยแยกเวลาที่ใช้ทำงานจริงออกจากเวลาที่รอขั้นตอนถัดไป ซึ่งเป็นข้อมูลสำคัญสำหรับวิเคราะห์คอขวดอย่างละเอียด.
เหตุผลที่สำคัญ
ช่วยคำนวณเวลาประมวลผลของแต่ละกิจกรรมอย่างแม่นยำ และแยกเวลาทำงานจริงออกจากเวลารอ.
แหล่งข้อมูล
กิจกรรมที่มีระยะเวลาวัดได้อาจบันทึกไว้ในฟิลด์แยกหรือคำนวณจากบันทึกการตรวจสอบ โดยมักต้องอนุมานค่า หรือใช้เวลาเดียวกับเวลาเริ่มต้น.
ตัวอย่าง
2023-10-26T09:05:12Z2023-10-26T11:30:45Z2023-10-27T15:00:00Z
|
|||
|
สกุลเงิน
Currency
|
รหัสสกุลเงินของยอดธุรกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงยอดรวมของใบสั่งซื้อ เช่น USD, EUR หรือ GBP เป็นข้อมูลประกอบที่จำเป็นสำหรับมูลค่าเงิน สำหรับองค์กรที่ดำเนินธุรกิจระหว่างประเทศ แอตทริบิวต์นี้สำคัญต่อการรายงานและวิเคราะห์ทางการเงินให้ถูกต้อง ช่วยรวมและเปรียบเทียบมูลค่าใบสั่งซื้อจากแต่ละภูมิภาคได้อย่างเหมาะสม และทำให้ตีความ KPI ด้านการเงินได้ถูกต้อง.
เหตุผลที่สำคัญ
ให้ข้อมูลประกอบที่จำเป็นสำหรับมูลค่าเงิน ช่วยให้วิเคราะห์และรายงานทางการเงินได้ถูกต้องในสภาพแวดล้อมที่ใช้หลายสกุลเงิน.
แหล่งข้อมูล
ตรงกับฟิลด์ 'Currency' ในระเบียนใบสั่งซื้อ โดยค่ามักขึ้นอยู่กับการตั้งค่าของผู้ขายที่เลือก.
ตัวอย่าง
USDEURGBP
|
|||
|
ส่งมอบล่าช้าหรือไม่
IsLateDelivery
|
ตัวบ่งชี้ว่าสินค้ารับหลังวันที่ต้องการรับหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์ค่าบูลีนที่คำนวณขึ้นนี้จะเป็นจริงเมื่อกิจกรรม 'สร้างรายการรับสินค้าแล้ว' เกิดขึ้นหลัง 'วันที่ต้องการรับสินค้า' ที่ระบุในใบสั่งซื้อ จึงเป็นตัวบ่งชี้ที่ชัดเจนว่าส่งมอบตรงเวลาหรือไม่ แอตทริบิวต์นี้ช่วยให้สร้างแดชบอร์ดและ KPI ด้านผลการดำเนินงานของผู้ขายได้ง่ายขึ้น สามารถกรองและรวมข้อมูลเพื่อคำนวณ 'อัตราการส่งมอบตรงเวลาของผู้ขาย' และระบุผู้ขายที่ส่งมอบไม่ทันกำหนดเป็นประจำ.
เหตุผลที่สำคัญ
แสดงผลแบบจริงหรือเท็จว่าส่งมอบตรงเวลาหรือไม่ ช่วยให้วิเคราะห์ผลการดำเนินงานและคำนวณ KPI สำหรับการจัดการผู้ขายได้ง่ายขึ้น.
แหล่งข้อมูล
ฟิลด์นี้คำนวณจากเงื่อนไข: (เวลาประทับของ 'สร้างรายการรับสินค้าแล้ว') > ('RequestedDeliveryDate').
ตัวอย่าง
truefalse
|
|||
|
สถานที่จัดส่ง
DeliveryLocation
|
สถานที่หรือที่อยู่จริงสำหรับจัดส่งสินค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุปลายทางของสินค้าที่สั่งซื้อ เช่น คลังสินค้า สำนักงาน หรือโรงงานแห่งใดแห่งหนึ่ง ช่วยแบ่งกลุ่มกระบวนการตามพื้นที่หรือสถานที่ ข้อมูลนี้เป็นมิติสำคัญสำหรับแดชบอร์ด 'เวลาประมวลผลการรับสินค้า' การวิเคราะห์เวลารับสินค้าแยกตามสถานที่ช่วยระบุจุดที่อาจมีพนักงานไม่เพียงพอหรือขั้นตอนรับสินค้าไม่มีประสิทธิภาพ เพื่อให้ปรับปรุงการปฏิบัติงานได้ตรงจุด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานแยกตามสถานที่ และระบุคอขวดเฉพาะจุดในการรับสินค้าหรือกิจกรรมอื่นๆ.
แหล่งข้อมูล
ตรงกับที่อยู่ 'Ship To' หรือฟิลด์ 'Location' ในระเบียนใบสั่งซื้อของ NetSuite.
ตัวอย่าง
คลังสินค้าหลัก ท่ารับสินค้า Aสำนักงานใหญ่ ชั้น 15ศูนย์กระจายสินค้าฝั่งตะวันตก
|
|||
|
เหตุผลที่ปฏิเสธ
RejectionReason
|
เหตุผลที่ใบสั่งซื้อถูกปฏิเสธระหว่างขั้นตอนอนุมัติ. | ||
|
คำอธิบาย
เมื่อใบสั่งซื้อถูกปฏิเสธ แอตทริบิวต์นี้จะระบุเหตุผล เช่น 'เกินงบประมาณ' 'เลือกผู้ขายไม่ถูกต้อง' หรือ 'ไม่เป็นไปตามนโยบาย' ข้อมูลนี้ช่วยให้เข้าใจสาเหตุที่การอนุมัติไม่ผ่าน แอตทริบิวต์นี้ใช้กับแดชบอร์ด 'อัตราการปฏิเสธและส่งใบสั่งซื้อใหม่' โดยตรง การวิเคราะห์เหตุผลที่ถูกปฏิเสธช่วยให้ธุรกิจระบุสาเหตุของข้อผิดพลาดที่พบบ่อยในการสร้างใบสั่งซื้อ เช่น การฝึกอบรมไม่เพียงพอหรือนโยบายไม่ชัดเจน และดำเนินการแก้ไขเพื่อลดงานที่ต้องทำซ้ำ.
เหตุผลที่สำคัญ
อธิบายสาเหตุที่ใบสั่งซื้อไม่ผ่านการอนุมัติ ช่วยให้แก้ไขได้ตรงจุด ลดอัตราการปฏิเสธ และเพิ่มโอกาสอนุมัติผ่านตั้งแต่ครั้งแรก.
แหล่งข้อมูล
ข้อมูลนี้มักบันทึกไว้ในฟิลด์บันทึกของเหตุการณ์ที่ถูกปฏิเสธ หรือในฟิลด์ 'Rejection Reason' ที่กำหนดเองในเวิร์กโฟลว์การอนุมัติ โปรดดูเอกสารประกอบของ NetSuite.
ตัวอย่าง
เกินงบประมาณของแผนกเลือกผู้ขายที่ไม่ใช่รายที่ต้องการรายละเอียดรายการสินค้าไม่ครบถ้วน
|
|||
|
เหตุผลในการแก้ไข
ChangeReason
|
เหตุผลที่แก้ไขใบสั่งซื้อหลังจากสร้างแล้ว. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเหตุผลในการแก้ไขใบสั่งซื้อ เช่น 'อัปเดตราคา' 'เปลี่ยนจำนวน' หรือ 'เปลี่ยนวันที่ส่งมอบ' ข้อมูลนี้สำคัญต่อการทำความเข้าใจสาเหตุของงานที่ต้องทำซ้ำ แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'วิเคราะห์การแก้ไขใบสั่งซื้อ' การวิเคราะห์ความถี่ของเหตุผลแต่ละประเภทช่วยค้นหาสาเหตุหลักที่ทำให้กระบวนการไม่เสถียร เช่น ข้อกำหนดเริ่มต้นไม่ถูกต้อง หรือราคาจากผู้ขายเปลี่ยนแปลงบ่อย.
เหตุผลที่สำคัญ
ให้ข้อมูลสำคัญเกี่ยวกับสาเหตุที่แก้ไขใบสั่งซื้อ ช่วยวิเคราะห์หาสาเหตุหลักเพื่อลดอัตราการแก้ไขโดยรวม.
แหล่งข้อมูล
โดยทั่วไปอาจเป็นฟิลด์ที่กำหนดเองและบังคับให้ผู้ใช้กรอกเมื่อแก้ไขใบสั่งซื้อที่อนุมัติแล้ว หรืออาจบันทึกไว้ในฟิลด์ 'Memo' ของเหตุการณ์แก้ไข โปรดดูเอกสารประกอบของ NetSuite.
ตัวอย่าง
จำนวนสินค้าไม่ถูกต้องผู้ขายเปลี่ยนราคาอัปเดตข้อกำหนดการส่งมอบ
|
|||
กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ปิด Purchase Order
|
ปิด Purchase Order อย่างเป็นทางการ หมายความว่าจะไม่มีการรับสินค้าหรือใบแจ้งหนี้เพิ่มเติม โดยอนุมานจากการเปลี่ยนสถานะ Purchase Order เป็น 'Closed' ซึ่งอาจเกิดขึ้นโดยอัตโนมัติเมื่อรับสินค้าและบันทึกใบแจ้งหนี้ครบแล้ว หรือปิดด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดสิ้นสุดของวงจรการทำงาน Purchase Order ในด้านการปฏิบัติงาน ยืนยันว่าดำเนินการตามคำสั่งซื้อครบถ้วนแล้ว และเป็นจุดสิ้นสุดที่ชัดเจนสำหรับการวิเคราะห์ระยะเวลากระบวนการ.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนฟิลด์ 'Status' ในรายการ Purchase Order เป็น 'Closed'.
บันทึก
ตรวจจับการเปลี่ยนฟิลด์ 'Status' ใน Purchase Order เป็น 'Closed'.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้าง Item Receipt
|
กิจกรรมนี้หมายถึงการรับสินค้าที่สั่งซื้อใน Purchase Order จริง โดยเป็นเหตุการณ์ที่บันทึกโดยตรงใน NetSuite เมื่อสร้างรายการธุรกรรม 'Item Receipt' และเชื่อมโยงกับรายการสินค้าใน Purchase Order ที่เกี่ยวข้อง. | ||
|
เหตุผลที่สำคัญ
หมุดหมายสำคัญนี้เป็นจุดสิ้นสุดของรอบการจัดส่งจากผู้ขาย และจำเป็นต่อการคำนวณอัตราการส่งมอบตรงเวลาของผู้ขายกับระยะเวลาจัดส่งโดยรวม.
แหล่งข้อมูล
บันทึกจากวันที่สร้างรายการธุรกรรม Item Receipt ซึ่งมีลิงก์ไปยัง Purchase Order ต้นทาง.
บันทึก
ติดตามเวลาที่สร้างรายการธุรกรรม Item Receipt.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้าง Purchase Order
|
กิจกรรมนี้หมายถึงการสร้างเอกสาร Purchase Order อย่างเป็นทางการ ซึ่งเป็นรายการหลักที่ใช้ในการวิเคราะห์ ใน NetSuite ระบบบันทึกเหตุการณ์นี้เมื่อสร้างรายการธุรกรรม Purchase Order ไม่ว่าจะสร้างด้วยตนเองหรือจากคำขอซื้อที่ได้รับอนุมัติแล้ว. | ||
|
เหตุผลที่สำคัญ
ขั้นตอนนี้เป็นจุดสำคัญที่เปลี่ยนคำขอให้เป็นข้อผูกพันในการสั่งซื้ออย่างเป็นทางการ และเป็นหมุดหมายสำคัญของกระบวนการ นอกจากนี้ยังอาจเป็นจุดเริ่มต้นของกระบวนการสำหรับ PO ที่สร้างโดยตรง ซึ่งสำคัญต่อการติดตามการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
บันทึกจากฟิลด์ระบบ 'Date Created' ในรายการธุรกรรม Purchase Order.
บันทึก
ใช้เวลาที่สร้างรายการธุรกรรม Purchase Order.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้าง Purchase Requisition
|
กิจกรรมนี้คือการส่งคำขอสินค้าและบริการอย่างเป็นทางการ ซึ่งเป็นจุดเริ่มต้นของกระบวนการจัดซื้อ ใน NetSuite ระบบบันทึกเหตุการณ์นี้เมื่อสร้างและบันทึกรายการธุรกรรม Purchase Requisition ใหม่. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้มักเป็นจุดเริ่มต้นของกระบวนการ จึงสำคัญต่อการวิเคราะห์เวลาตั้งแต่ต้นจนจบ และช่วยตรวจจับการจัดซื้อนอกช่องทางเมื่อมีการข้ามขั้นตอนนี้.
แหล่งข้อมูล
ระบบบันทึกเหตุการณ์นี้จากวันที่สร้างรายการธุรกรรม Purchase Requisition และเชื่อมโยงรายการดังกล่าวกับ Purchase Order ที่เกิดขึ้นภายหลัง.
บันทึก
ติดตามเวลาที่สร้างรายการธุรกรรม Purchase Requisition.
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างใบแจ้งหนี้จาก Purchase Order
|
ได้รับใบแจ้งหนี้จากผู้ขายและบันทึกใน NetSuite โดยเชื่อมโยงกับ Purchase Order รายการธุรกรรมนี้บันทึกหนี้สินสำหรับสินค้าและบริการที่ได้รับอย่างเป็นทางการ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเปลี่ยนจากการจัดซื้อไปสู่กระบวนการบัญชีเจ้าหนี้ การวิเคราะห์เวลาระหว่างการรับสินค้ากับการบันทึกใบแจ้งหนี้ช่วยให้เห็นความล่าช้าที่อาจเกิดขึ้นในงานการเงิน.
แหล่งข้อมูล
บันทึกจากวันที่สร้างรายการธุรกรรม Vendor Bill ซึ่งเชื่อมโยงโดยตรงกับ Purchase Order ต้นทาง.
บันทึก
ติดตามเวลาที่สร้างรายการธุรกรรม Vendor Bill.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติ Purchase Order
|
แสดงการอนุมัติ Purchase Order ขั้นสุดท้ายอย่างเป็นทางการ ซึ่งอนุญาตให้ส่งใบสั่งซื้อไปยังผู้ขายได้ ระบบบันทึกหมุดหมายสำคัญนี้เมื่อฟิลด์ 'Approval Status' ของ Purchase Order เปลี่ยนเป็น 'Approved'. | ||
|
เหตุผลที่สำคัญ
หมุดหมายนี้สำคัญต่อการคำนวณระยะเวลาการอนุมัติและระบุคอขวดในลำดับการอนุมัติ หากล่าช้าจะส่งผลโดยตรงต่อระยะเวลาจัดซื้อ.
แหล่งข้อมูล
อนุมานจาก system notes หรือประวัติเวิร์กโฟลว์ที่บันทึกการเปลี่ยนฟิลด์ 'Approval Status' ในรายการ Purchase Order เป็น 'Approved'.
บันทึก
ตรวจจับการเปลี่ยนฟิลด์ 'Approval Status' ใน Purchase Order เป็น 'Approved'.
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไข Purchase Order
|
แสดงว่ามีการแก้ไข Purchase Order หลังจากสร้างหรืออนุมัติครั้งแรก อนุมานได้จากการเปรียบเทียบ 'Last Modified Date' กับ 'Date Created' หรือวันที่อนุมัติแยกต่างหาก. | ||
|
เหตุผลที่สำคัญ
การแก้ไขบ่อยครั้งอาจบ่งชี้ถึงความไม่มีประสิทธิภาพ การวางแผนครั้งแรกที่ไม่รอบคอบ หรือขอบเขตงานที่เปลี่ยนไป การวิเคราะห์เวลาและสาเหตุของการแก้ไขช่วยให้ปรับกระบวนการให้คล่องตัวและลดข้อผิดพลาด.
แหล่งข้อมูล
อนุมานโดยเปรียบเทียบ 'Last Modified Date' ในรายการ Purchase Order กับเวลาที่สร้างหรืออนุมัติ บันทึก system notes แสดงรายละเอียดของฟิลด์ที่เปลี่ยนแปลง.
บันทึก
เปรียบเทียบ 'Last Modified Date' กับวันที่สร้างหรืออนุมัติ และกรองการอัปเดตจากระบบออก.
ประเภทเหตุการณ์
inferred
|
|||
|
ชำระเงินตามใบแจ้งหนี้
|
จ่ายเงินให้ผู้ขายตามยอดในใบแจ้งหนี้ ระบบบันทึกเหตุการณ์นี้เมื่อสร้างรายการธุรกรรม 'Vendor Payment' และนำไปตัดยอดกับ Vendor Bill. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้แสดงว่าภาระทางการเงินของ Purchase Order เสร็จสิ้นแล้ว และสำคัญต่อการวิเคราะห์การชำระเงินตรงเวลากับกระแสเงินสด.
แหล่งข้อมูล
บันทึกจากวันที่สร้างรายการธุรกรรม Vendor Payment ที่นำไปตัดยอดกับ Vendor Bill.
บันทึก
ติดตามเวลาที่สร้างรายการธุรกรรม Vendor Payment ที่นำไปตัดยอดกับใบแจ้งหนี้.
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบคุณภาพสินค้า
|
สินค้าที่รับเข้ามาผ่านการตรวจสอบคุณภาพแล้ว กิจกรรมนี้ไม่ใช่รายการธุรกรรมมาตรฐานของ NetSuite โดยทั่วไปจึงบันทึกผ่านการอัปเดตฟิลด์ที่กำหนดเอง รายการที่กำหนดเอง หรืออนุมานจากการเปลี่ยนสถานะของ Item Receipt. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ช่วยวัดระยะเวลาของกระบวนการควบคุมคุณภาพ หากตรวจสอบล่าช้า อาจเกิดคอขวดระหว่างการรับสินค้าและการนำสินค้าไปใช้งาน.
แหล่งข้อมูล
วิธีบันทึกขึ้นอยู่กับการปรับแต่งระบบเป็นอย่างมาก อาจใช้ฟิลด์ 'QA Status' ที่กำหนดเองใน Item Receipt หรือรายการ 'Quality Inspection' แยกต่างหาก.
บันทึก
ติดตามการอัปเดตฟิลด์ที่กำหนดเองหรือการสร้างรายการที่กำหนดเองซึ่งเกี่ยวข้องกับการตรวจสอบคุณภาพ.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธ Purchase Order
|
ผู้อนุมัติปฏิเสธ Purchase Order ทำให้ต้องแก้ไขและส่งอนุมัติใหม่ ระบบอนุมานเหตุการณ์นี้เมื่อฟิลด์ 'Approval Status' ของ Purchase Order เปลี่ยนเป็น 'Rejected'. | ||
|
เหตุผลที่สำคัญ
การติดตามการปฏิเสธเป็นสิ่งสำคัญต่อการระบุขั้นตอนที่ต้องย้อนกลับไปทำซ้ำ ทำความเข้าใจสาเหตุที่อนุมัติไม่ผ่าน และยกระดับคุณภาพของ PO ตั้งแต่การส่งครั้งแรก.
แหล่งข้อมูล
อนุมานจาก system notes หรือประวัติเวิร์กโฟลว์ที่บันทึกการเปลี่ยนฟิลด์ 'Approval Status' ในรายการ Purchase Order เป็น 'Rejected'.
บันทึก
ตรวจจับการเปลี่ยนฟิลด์ 'Approval Status' ใน Purchase Order เป็น 'Rejected'.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่ง Purchase Order เข้าสู่การอนุมัติ
|
Purchase Order จัดทำเสร็จและส่งเข้าสู่เวิร์กโฟลว์อนุมัติ โดยทั่วไปตรวจจับได้จากการเปลี่ยนสถานะในรายการ Purchase Order จากสถานะร่าง เช่น 'Pending Supervisor Approval' ไปเป็นสถานะที่อยู่ระหว่างตรวจสอบ. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเริ่มต้นของรอบการอนุมัติ การวัดเวลาตั้งแต่จุดนี้จนถึง 'Purchase Order Approved' ช่วยวิเคราะห์ประสิทธิภาพการอนุมัติและระบุความล่าช้า.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนฟิลด์ 'Approval Status' ในรายการ Purchase Order เช่น จาก 'Pending Approval' หรือสถานะร่างที่กำหนดเอง.
บันทึก
ตรวจจับการเปลี่ยนฟิลด์ 'Approval Status' ใน PO เป็นสถานะที่อยู่ระหว่างตรวจสอบ.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่ง Purchase Order ไปยังผู้ขาย
|
ส่ง Purchase Order ที่อนุมัติแล้วไปยังผู้ขาย ใน NetSuite มักอนุมานเหตุการณ์นี้เมื่อมีการอัปเดตตัวเลือกการสื่อสาร เช่น ช่องทำเครื่องหมาย 'To Be Emailed' หรือเปลี่ยนสถานะเพื่อระบุว่าส่งแล้ว. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นของระยะเวลาจัดส่งจากผู้ขาย การวัดเวลาตั้งแต่จุดนี้จนถึงการรับสินค้าจำเป็นต่อการประเมินผลการส่งมอบของผู้ขาย.
แหล่งข้อมูล
อนุมานจากเวลาที่ล้างสถานะ 'To Be Emailed' หรือ 'To Be Faxed' หรือจากรายการในประวัติการสื่อสารที่เชื่อมโยงกับ Purchase Order.
บันทึก
ติดตามเวลาของเหตุการณ์การสื่อสาร เช่น การส่งอีเมล ที่เชื่อมโยงกับ PO.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติ Purchase Requisition
|
แสดงการอนุมัติคำขอสินค้าและบริการอย่างเป็นทางการ ซึ่งอนุญาตให้สร้าง Purchase Order ได้ ระบบอนุมานเหตุการณ์นี้จากการเปลี่ยนฟิลด์ 'Approval Status' ในรายการ Purchase Requisition จาก 'Pending Approval' เป็น 'Approved'. | ||
|
เหตุผลที่สำคัญ
การติดตามการอนุมัติคำขอซื้อช่วยระบุคอขวดก่อนเริ่มจัดซื้อ และวัดประสิทธิภาพการตรวจสอบคำขอภายในองค์กร.
แหล่งข้อมูล
อนุมานจาก system notes หรือประวัติเวิร์กโฟลว์ที่บันทึกการเปลี่ยนแปลงฟิลด์ 'Approval Status' ในรายการ Purchase Requisition.
บันทึก
ตรวจจับการเปลี่ยนฟิลด์ 'Approval Status' ใน Purchase Requisition เป็น 'Approved'.
ประเภทเหตุการณ์
inferred
|
|||
|
อนุมัติใบแจ้งหนี้
|
ตรวจสอบและอนุมัติใบแจ้งหนี้จากผู้ขายเพื่อชำระเงิน เช่นเดียวกับ Purchase Order ระบบบันทึกเหตุการณ์นี้จากการเปลี่ยนฟิลด์ 'Approval Status' ในรายการ Vendor Bill. | ||
|
เหตุผลที่สำคัญ
การอนุมัติใบแจ้งหนี้เป็นขั้นตอนสำคัญของกระบวนการชำระเงิน การติดตามระยะเวลาช่วยระบุคอขวดในงานบัญชีเจ้าหนี้ ซึ่งอาจทำให้จ่ายเงินล่าช้าหรือพลาดส่วนลดเมื่อชำระก่อนกำหนด.
แหล่งข้อมูล
อนุมานจาก system notes หรือประวัติเวิร์กโฟลว์ที่บันทึกการเปลี่ยนฟิลด์ 'Approval Status' ในรายการ Vendor Bill เป็น 'Approved'.
บันทึก
ตรวจจับการเปลี่ยนฟิลด์ 'Approval Status' ใน Vendor Bill เป็น 'Approved'.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เทมเพลตนี้เป็นจุดเริ่มต้นในการพัฒนากระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ เริ่มเตรียมข้อมูลได้เลย เพื่อค้นหาจุดที่ทำงานได้ดีขึ้นและนำไปปรับปรุงกระบวนการ.
ทำให้การจัดการใบสั่งซื้อคล่องตัวขึ้น เพิ่มประสิทธิภาพ NetSuite ได้ทันที
ลดระยะเวลาของวงจรใบสั่งซื้อลง 30% และระบุคอขวดด้วยแพลตฟอร์มของเรา.
ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงกระบวนการได้วันนี้.