เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ

NetSuite
เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ

เทมเพลตข้อมูลสำหรับกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ

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

คุณลักษณะของกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ

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

ตัวอย่าง
จำนวนสินค้าไม่ถูกต้องผู้ขายเปลี่ยนราคาอัปเดตข้อกำหนดการส่งมอบ
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ

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

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

เทมเพลตนี้เป็นจุดเริ่มต้นในการพัฒนากระบวนการจัดซื้อจนถึงชำระเงินสำหรับใบสั่งซื้อ เริ่มเตรียมข้อมูลได้เลย เพื่อค้นหาจุดที่ทำงานได้ดีขึ้นและนำไปปรับปรุงกระบวนการ.

ทำให้การจัดการใบสั่งซื้อคล่องตัวขึ้น เพิ่มประสิทธิภาพ NetSuite ได้ทันที

ลดระยะเวลาของวงจรใบสั่งซื้อลง 30% และระบุคอขวดด้วยแพลตฟอร์มของเรา.

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

ไม่ต้องใช้บัตรเครดิต เริ่มปรับปรุงกระบวนการได้วันนี้.