เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ กระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- รายการฟิลด์ข้อมูลแนะนำสำหรับการวิเคราะห์เชิงลึก.
- กิจกรรมและจุดสำคัญที่ควรติดตามตลอดวงจรใบสั่งซื้อ.
- ใช้ได้กับทุกระบบที่รองรับกระบวนการจัดซื้อจนถึงชำระเงินของคุณ.
แอตทริบิวต์กระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่อของเหตุการณ์ทางธุรกิจหรืองานเฉพาะที่เกิดขึ้น ณ ช่วงเวลาหนึ่งในวงจรชีวิตของใบสั่งซื้อ. | ||
| คำอธิบาย ชื่อกิจกรรมอธิบายขั้นตอนหรือการเปลี่ยนสถานะในกระบวนการใบสั่งซื้อ ตัวอย่างเช่น “สร้างใบสั่งซื้อ” “อนุมัติใบสั่งซื้อ” “บันทึกรับสินค้า” และ “ได้รับใบแจ้งหนี้” แต่ละกิจกรรมแสดงจุดหนึ่งในเส้นทางของกระบวนการ ข้อมูลนี้จำเป็นต่อการสร้างแผนที่กระบวนการ ซึ่งแสดงลำดับกิจกรรมให้เห็นเป็นภาพ การวิเคราะห์ลำดับและความถี่ของกิจกรรมต่างๆ ช่วยระบุเส้นทางที่เกิดขึ้นบ่อย การเบี่ยงเบน คอขวด และการวนกลับไปแก้ไข เช่น การอนุมัติหรือแก้ไขซ้ำ. เหตุผลที่สำคัญ ข้อมูลนี้เป็นโครงหลักของแผนที่กระบวนการ ช่วยให้เห็นภาพและวิเคราะห์ลำดับการทำงาน ความแตกต่าง และจุดที่ไม่มีประสิทธิภาพได้. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้ได้มาจากรหัสธุรกรรม บันทึกการเปลี่ยนสถานะ ตารางเหตุการณ์ หรือตารางเอกสารการเปลี่ยนแปลงที่เกี่ยวข้องกับใบสั่งซื้อ. ตัวอย่าง สร้างใบสั่งซื้ออนุมัติใบสั่งซื้อบันทึกรับสินค้าแล้วได้รับใบแจ้งหนี้แล้ว | |||
| รหัสใบสั่งซื้อ PurchaseOrderId | รหัสเฉพาะของเอกสารใบสั่งซื้อ ใช้เป็นรหัสเคสหลักของกระบวนการ. | ||
| คำอธิบาย รหัสใบสั่งซื้อเป็นรหัสตัวอักษรและตัวเลขที่ไม่ซ้ำกัน ซึ่งกำหนดให้กับใบสั่งซื้อแต่ละรายการเพื่อแยกจากรายการอื่น รหัสนี้เป็นจุดอ้างอิงหลักสำหรับกิจกรรม เอกสาร และการสื่อสารทั้งหมดที่เกี่ยวข้องกับธุรกรรมจัดซื้อรายการนั้น ใน process mining รหัสนี้มีความสำคัญต่อการรวมเหตุการณ์ที่เกี่ยวข้อง เช่น การสร้าง การอนุมัติ การรับสินค้า และการออกใบแจ้งหนี้ ให้เป็นกระบวนการตั้งแต่ต้นจนจบหรือ “เคส” เดียวกัน เมื่อนำรหัสนี้มาวิเคราะห์ จะสามารถสร้างภาพวงจรชีวิตทั้งหมดของใบสั่งซื้อแต่ละรายการ ตั้งแต่เริ่มต้นจนปิดรายการได้. เหตุผลที่สำคัญ นี่คือข้อมูลพื้นฐานที่เชื่อมเหตุการณ์ที่เกี่ยวข้องทั้งหมดเข้าด้วยกันเป็นเคสเดียว ทำให้วิเคราะห์วงจรชีวิตของใบสั่งซื้อตั้งแต่ต้นจนจบได้. แหล่งข้อมูล โดยทั่วไปเป็นฟิลด์คีย์หลักในตารางส่วนหัวหรือเอกสารใบสั่งซื้อ. ตัวอย่าง PO-0012454500017563732000451 | |||
| เวลาที่เกิดเหตุการณ์ EventTime | เวลาที่ระบุอย่างแม่นยำว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์บันทึกวันที่และเวลาที่ดำเนินกิจกรรมหรือบันทึกการเปลี่ยนสถานะ ข้อมูลเวลานี้ช่วยระบุช่วงเวลาของแต่ละเหตุการณ์ในวงจรชีวิตใบสั่งซื้อ ใน process mining การประทับเวลาเป็นข้อมูลพื้นฐานสำหรับคำนวณรอบเวลา ระยะเวลา และเวลารอระหว่างกิจกรรม เมื่อนำเหตุการณ์ของแต่ละเคสมาเรียงตามเวลา จะวิเคราะห์ประสิทธิภาพของกระบวนการ ระบุคอขวดที่ทำให้เสียเวลา และติดตามการปฏิบัติตามข้อตกลงระดับการให้บริการ (SLA) ได้. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้วิเคราะห์ทุกเรื่องที่เกี่ยวกับเวลาได้ ทั้งการคำนวณรอบเวลา การระบุคอขวด และการติดตามประสิทธิภาพเทียบกับเกณฑ์มาตรฐาน. แหล่งข้อมูล โดยทั่วไปพบข้อมูลนี้ในบันทึกเหตุการณ์ ตารางประวัติการเปลี่ยนแปลง หรือฟิลด์วันที่สร้างหรือวันที่ผ่านรายการในเอกสารธุรกรรม. ตัวอย่าง 2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z | |||
| ระบบต้นทาง SourceSystem | ระบบบันทึกข้อมูลหลักหรือแอปพลิเคชันที่ใช้ดึงข้อมูลกระบวนการ. | ||
| คำอธิบาย ข้อมูลระบบต้นทางระบุระบบสารสนเทศที่เป็นแหล่งกำเนิดข้อมูลเหตุการณ์ เช่น ERP แพลตฟอร์มจัดซื้อ หรือระบบเดิม ข้อมูลนี้สำคัญเป็นพิเศษเมื่อกระบวนการจัดซื้อจนถึงชำระเงินทำงานผ่านแอปพลิเคชันที่เชื่อมต่อกันหลายระบบ การทราบระบบต้นทางช่วยตรวจสอบความถูกต้องของข้อมูล แก้ไขปัญหา และทำความเข้าใจความแตกต่างของกระบวนการที่ขึ้นอยู่กับระบบ ตัวอย่างเช่น PO ที่สร้างจากระบบจัดซื้ออิเล็กทรอนิกส์อาจใช้เส้นทางที่ต่างออกไปและทำงานอัตโนมัติมากกว่า PO ที่สร้างด้วยมือใน ERP หลัก. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้ทราบที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล รวมถึงการวิเคราะห์ความแตกต่างของกระบวนการในแต่ละระบบ. แหล่งข้อมูล อาจเป็นค่าคงที่ที่เพิ่มระหว่างการดึงข้อมูล หรือเป็นฟิลด์ในตารางต้นทางที่ระบุระบบที่ใช้บันทึกรายการ. ตัวอย่าง SAP S/4HANAOracle FusionCoupa | |||
| อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลของกระบวนการนี้ครั้งล่าสุดเมื่อใด. | ||
| คำอธิบาย ข้อมูลนี้บันทึกวันที่และเวลาที่โหลดหรือรีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด เป็นฟิลด์เมทาดาทาที่ใช้กับชุดข้อมูลทั้งหมด ไม่ใช่เหตุการณ์ใดเหตุการณ์หนึ่ง ข้อมูลนี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด และช่วยประเมินว่าข้อมูลเชิงลึกยังเกี่ยวข้องกับการตัดสินใจหรือไม่ โดยพิจารณาจากความเป็นปัจจุบันที่จำเป็นสำหรับการวิเคราะห์. เหตุผลที่สำคัญ ข้อมูลนี้ช่วยให้ผู้ใช้ทราบความใหม่ของข้อมูล เข้าใจว่าการวิเคราะห์ครอบคลุมช่วงเวลาใด และผลลัพธ์ยังเกี่ยวข้องกับสถานการณ์ปัจจุบันหรือไม่. แหล่งข้อมูล โดยทั่วไปเครื่องมือหรือกระบวนการดึงและแปลงข้อมูล (ETL) จะสร้างและจัดเก็บเวลานี้. ตัวอย่าง 2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z | |||
| ชื่อผู้ขาย VendorName | ชื่อซัพพลายเออร์หรือผู้ขายที่จัดหาสินค้าหรือบริการ. | ||
| คำอธิบาย แอตทริบิวต์ชื่อผู้ขายระบุคู่ค้าภายนอกที่ทำสัญญาจัดหาสินค้าหรือบริการตามที่ระบุในใบสั่งซื้อ เป็นข้อมูลหลักสำคัญที่เชื่อมโยงกับข้อมูลธุรกรรมของใบสั่งซื้อ การวิเคราะห์กระบวนการแยกตามผู้ขายมีความสำคัญต่อการติดตามผลการดำเนินงานของซัพพลายเออร์ ช่วยเปรียบเทียบผู้ขายจากตัวชี้วัด เช่น อัตราการส่งมอบตรงเวลา อัตราการคืนสินค้า และความถี่ในการแก้ไขใบสั่งซื้อ ข้อมูลเหล่านี้ใช้ประกอบการวางแผนจัดหา การเจรจากับผู้ขาย และการบริหารความสัมพันธ์ได้. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการดำเนินงานของผู้ขาย โดยเปรียบเทียบระยะเวลาจัดส่ง คุณภาพ และปัญหาที่เกิดขึ้นในกระบวนการของซัพพลายเออร์แต่ละราย. แหล่งข้อมูล ข้อมูลนี้มาจากข้อมูลหลักของผู้ขายและเชื่อมโยงกับใบสั่งซื้อ โดยทั่วไปอยู่ในส่วนหัวเอกสาร. ตัวอย่าง อุปกรณ์สำนักงานโกลบอลเทคโซลูชันส์ จำกัด.เอเจนซีการตลาดครีเอทีฟ | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือ ID ของผู้ใช้ที่ทำกิจกรรมนั้น เช่น สร้าง อนุมัติ หรือแก้ไขใบสั่งซื้อ. | ||
| คำอธิบาย แอตทริบิวต์ชื่อผู้ใช้ระบุบุคคลที่รับผิดชอบเหตุการณ์ในกระบวนการ เช่น ผู้สร้างใบขอซื้อ ผู้อนุมัติใบสั่งซื้อ หรือผู้บันทึกการรับสินค้า ข้อมูลนี้ช่วยระบุผู้รับผิดชอบและทำให้เห็นบทบาทของบุคคลในกระบวนการ การวิเคราะห์กิจกรรมแยกตามผู้ใช้ช่วยให้เข้าใจการกระจายภาระงาน ระบุความต้องการในการฝึกอบรม และตรวจพบความเสี่ยงด้านการปฏิบัติตามข้อกำหนดได้ เช่น ตรวจสอบว่าผู้ใช้บางรายเกี่ยวข้องกับการทำงานซ้ำหรืองานล่าช้าบ่อยหรือไม่ หรือมีการละเมิดการแบ่งแยกหน้าที่หรือไม่. เหตุผลที่สำคัญ เชื่อมโยงกิจกรรมในกระบวนการกับบุคคลที่ทำงานนั้น เพื่อวิเคราะห์ภาระงาน ผลการปฏิบัติงาน และการปฏิบัติตามข้อกำหนดในระดับผู้ใช้. แหล่งข้อมูล มักพบในฟิลด์ 'Created By', 'Changed By' หรือ 'User ID' ในบันทึกธุรกรรมและส่วนหัวเอกสาร. ตัวอย่าง j.doesmith_auser123 | |||
| แผนก Department | แผนก ศูนย์ต้นทุน หรือหน่วยงานที่รับผิดชอบค่าใช้จ่ายหรือเกี่ยวข้องกับใบสั่งซื้อ. | ||
| คำอธิบาย แอตทริบิวต์แผนกระบุหน่วยงานที่รับผิดชอบการซื้อ โดยมักเป็นแผนกที่เริ่มคำขอหรือแผนกที่ใช้งบประมาณ เช่น 'ไอที', 'การตลาด' หรือ 'การปฏิบัติการ' แอตทริบิวต์นี้จำเป็นต่อการแบ่งกลุ่มและเปรียบเทียบผลการดำเนินงานของกระบวนการในแต่ละส่วนของธุรกิจ การวิเคราะห์แยกตามแผนกช่วยให้เห็นว่าแผนกใดใช้เวลาดำเนินการนานที่สุด มีการแก้ไขบ่อยที่สุด หรือมีการซื้อนอกกระบวนการมากที่สุด ข้อมูลเหล่านี้ช่วยกำหนดแนวทางปรับปรุงให้เหมาะกับความต้องการและรูปแบบการทำงานของแต่ละแผนก. เหตุผลที่สำคัญ ช่วยแบ่งการวิเคราะห์กระบวนการตามหน่วยธุรกิจ เพื่อเปรียบเทียบผลการดำเนินงานและระบุปัญหาหรือแนวปฏิบัติที่ดีของแต่ละแผนก. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในส่วนหัวใบสั่งซื้อหรือรายละเอียดรายการสินค้า และมักเชื่อมโยงกับฟิลด์ 'Cost Center' หรือ 'Department'. ตัวอย่าง การเงินเทคโนโลยีสารสนเทศการตลาด - CPG | |||
| ยอดเงินใบสั่งซื้อ PurchaseOrderAmount | มูลค่ารวมของใบสั่งซื้อ. | ||
| คำอธิบาย ยอดเงินใบสั่งซื้อแสดงภาระผูกพันทางการเงินทั้งหมดของคำสั่งซื้อ สามารถวิเคราะห์ได้ทั้งในระดับเอกสารหรือแยกตามรายการสินค้า แอตทริบิวต์นี้เป็นพื้นฐานสำคัญสำหรับการวิเคราะห์และจัดลำดับความสำคัญด้านการเงิน ช่วยกรองกระบวนการตามมูลค่า เช่น เลือกดูใบสั่งซื้อมูลค่าสูงที่อาจมีขั้นตอนอนุมัติซับซ้อนหรือส่งผลต่อธุรกิจมากกว่า เมื่อนำยอดเงินใบสั่งซื้อมาเปรียบเทียบกับระยะเวลาดำเนินการหรืออัตราการทำงานซ้ำ จะช่วยให้เห็นว่าใบสั่งซื้อมูลค่าสูงดำเนินการได้มีประสิทธิภาพน้อยกว่าใบสั่งซื้อมูลค่าต่ำหรือไม่. เหตุผลที่สำคัญ เพิ่มมิติด้านการเงินให้กับกระบวนการ ช่วยวิเคราะห์ตามมูลค่าเพื่อจัดลำดับการปรับปรุงและทำความเข้าใจปัจจัยที่ทำให้เกิดต้นทุน. แหล่งข้อมูล ดูค่านี้ได้จากข้อมูลส่วนหัวใบสั่งซื้อ โดยมักคำนวณจากผลรวมของยอดเงินทุกรายการ. ตัวอย่าง 15000.00250.75125000.50 | |||
| วันที่ต้องการให้จัดส่ง RequestedDeliveryDate | วันที่ธุรกิจระบุให้ผู้ขายจัดส่งสินค้าหรือบริการ. | ||
| คำอธิบาย วันที่ต้องการให้จัดส่งคือวันที่ระบุในใบสั่งซื้อ ซึ่งองค์กรคาดว่าจะได้รับสินค้าหรือบริการจากผู้ขาย ใช้เป็นเกณฑ์อ้างอิงในการวัดผลการจัดส่งของผู้ขาย แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI อัตราการส่งมอบตรงเวลา เมื่อนำวันที่ต้องการให้จัดส่งมาเปรียบเทียบกับวันที่รับสินค้าจริง ธุรกิจจะประเมินความน่าเชื่อถือของผู้ขายได้ การวิเคราะห์วันที่คลาดเคลื่อนช่วยระบุปัญหาที่เกิดซ้ำกับผู้ขาย สินค้า หรือสถานที่จัดส่งบางแห่ง และใช้เป็นข้อมูลประกอบการหารือเรื่องผลการดำเนินงานได้. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์วัดผลการจัดส่งของผู้ขาย และจำเป็นต่อการคำนวณ KPI อัตราการส่งมอบตรงเวลา. แหล่งข้อมูล โดยทั่วไปเป็นฟิลด์มาตรฐานในส่วนหัวใบสั่งซื้อหรือรายละเอียดรายการสินค้า. ตัวอย่าง 2024-08-152024-09-012024-07-30 | |||
| สถานะใบสั่งซื้อ PurchaseOrderStatus | สถานะปัจจุบันหรือสถานะสุดท้ายของใบสั่งซื้อในวงจรการทำงาน เช่น 'เปิด', 'ปิด' หรือ 'ยกเลิก'. | ||
| คำอธิบาย สถานะใบสั่งซื้อระบุขั้นตอนของใบสั่งซื้อในวงจรการทำงาน ณ เวลาหนึ่ง หรือผลลัพธ์สุดท้าย สถานะที่พบบ่อย ได้แก่ 'รออนุมัติ', 'อนุมัติแล้ว', 'ส่งให้ผู้ขายแล้ว', 'รับสินค้าแล้วบางส่วน', 'ปิด' หรือ 'ยกเลิก' แอตทริบิวต์นี้ช่วยกรองและวิเคราะห์ใบสั่งซื้อเฉพาะกลุ่มได้ เช่น วิเคราะห์เฉพาะคำสั่งซื้อที่ยังเปิดอยู่เพื่อหาคอขวดในปัจจุบัน หรือดูคำสั่งซื้อที่ยกเลิกเพื่อทำความเข้าใจสาเหตุ การติดตามลำดับการเปลี่ยนสถานะยังใช้เป็นพื้นฐานในการกำหนดกิจกรรมในโมเดลกระบวนการได้. เหตุผลที่สำคัญ ช่วยกรองเคสตามขั้นตอนในวงจรการทำงาน เพื่อวิเคราะห์คำสั่งซื้อที่เปิดอยู่ ปิดแล้ว หรือมีปัญหาได้ตรงจุด. แหล่งข้อมูล เป็นฟิลด์สถานะมาตรฐานที่พบในข้อมูลส่วนหัวใบสั่งซื้อ. ตัวอย่าง เปิดปิดสำหรับการออกใบแจ้งหนี้ยกเลิกรออนุมัติ | |||
| หมวดหมู่สินค้า ItemCategory | ประเภทของสินค้าหรือบริการที่ซื้อ เช่น อุปกรณ์ไอที บริการวิชาชีพ หรืออุปกรณ์สำนักงาน. | ||
| คำอธิบาย หมวดหมู่สินค้า หรือที่เรียกว่ากลุ่มวัสดุหรือหมวดหมู่การจัดซื้อ ใช้จำแนกประเภทสินค้าและบริการที่จัดซื้อ การจัดหมวดหมู่อย่างเป็นระบบช่วยจัดระเบียบและทำความเข้าใจค่าใช้จ่ายในการจัดซื้อ รวมถึงรูปแบบการดำเนินงานของกระบวนการ การวิเคราะห์กระบวนการแยกตามหมวดหมู่สินค้าอาจเผยให้เห็นความแตกต่างที่สำคัญ เช่น การจัดซื้อบริการที่ซับซ้อนอาจมีรอบอนุมัตินานกว่าและมีการแก้ไขมากกว่าการซื้ออุปกรณ์สำนักงานทั่วไป การแบ่งกลุ่มเช่นนี้ช่วยปรับปรุงกระบวนการและวางกลยุทธ์ให้เหมาะกับแต่ละหมวดหมู่. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลการดำเนินงานของกระบวนการและค่าใช้จ่ายแยกตามหมวดหมู่ เพื่อให้เห็นว่าการซื้อแต่ละประเภทส่งผลต่อประสิทธิภาพของกระบวนการอย่างไร. แหล่งข้อมูล โดยทั่วไปจัดเก็บข้อมูลนี้ไว้ในระดับรายการของใบสั่งซื้อ. ตัวอย่าง อุปกรณ์ไอทีบริการวิชาชีพอุปกรณ์สำนักงานวัสดุซ่อมบำรุงและการดำเนินงาน (MRO) | |||
| ID ใบขอซื้อ PurchaseRequisitionId | รหัสเฉพาะของใบขอซื้อที่จัดทำก่อนใบสั่งซื้อและใช้อนุมัติการซื้อ. | ||
| คำอธิบาย ID ใบขอซื้อเป็นรหัสของเอกสารภายในที่เริ่มกระบวนการจัดซื้อ โดยแผนกจะส่งใบขอซื้ออย่างเป็นทางการไปยังแผนกจัดซื้อเพื่อขอให้จัดหาสินค้าหรือบริการ ID นี้ช่วยเชื่อมกระบวนการใบสั่งซื้อกับขั้นตอนการขอซื้อก่อนหน้า ทำให้วิเคราะห์กระบวนการตั้งแต่ขอซื้อจนถึงออกใบสั่งซื้อได้กว้างขึ้น และวัดเวลาตั้งแต่ยื่นคำขอจนสร้างใบสั่งซื้อได้ นอกจากนี้ยังช่วยระบุความล่าช้าในช่วงส่งต่องานระหว่างผู้ขอกับทีมจัดซื้อ. เหตุผลที่สำคัญ เชื่อมใบสั่งซื้อกับคำขอต้นทาง เพื่อวิเคราะห์รอบเวลาดำเนินการตั้งแต่ขอซื้อจนถึงออกใบสั่งซื้อ. แหล่งข้อมูล โดยทั่วไปจัดเก็บเป็นฟิลด์อ้างอิงในส่วนหัวใบสั่งซื้อหรือข้อมูลรายการสินค้า. ตัวอย่าง PR-1008761000004321REQ-052023-01 | |||
| ผู้ขอซื้อ Requester | ชื่อบุคคลที่เริ่มขอสินค้าหรือบริการ. | ||
| คำอธิบาย ผู้ขอซื้อคือบุคคลในองค์กรที่เริ่มแจ้งความต้องการซื้อ โดยมักเป็นผู้สร้างใบขอซื้อก่อนหน้า ซึ่งต่างจากผู้ใช้ที่สร้างเอกสารใบสั่งซื้อในระบบ โดยทั่วไปผู้ใช้รายนั้นจะอยู่ในแผนกจัดซื้อ การวิเคราะห์แยกตามผู้ขอซื้อช่วยให้เห็นรูปแบบการจัดซื้อ เช่น ผู้ขอบางรายอาจมีคำสั่งซื้อเร่งด่วนหรือมีการแก้ไขบ่อย ข้อมูลนี้นำไปใช้จัดการฝึกอบรมเรื่องนโยบายการจัดซื้อให้ตรงจุด หรือปรับปรุงการระบุความต้องการตั้งแต่ต้นทางได้. เหตุผลที่สำคัญ ระบุผู้ใช้ในหน่วยธุรกิจที่เริ่มการซื้อ ช่วยวิเคราะห์รูปแบบการจัดซื้อและปรับปรุงการระบุความต้องการ. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มาจากใบขอซื้อที่เกี่ยวข้อง หรือจัดเก็บไว้ในฟิลด์ 'Requester' ของใบสั่งซื้อ. ตัวอย่าง อลิซ จอห์นสันโรเบิร์ต วิลเลียมส์เฉิน, เว่ย | |||
| เวลาสิ้นสุด EndTime | เวลาที่ระบุอย่างแม่นยำว่ากิจกรรมสิ้นสุดเมื่อใด สำหรับเหตุการณ์ที่เกิดขึ้นทันที เวลานี้มักตรงกับเวลาที่เกิดเหตุการณ์. | ||
| คำอธิบาย แอตทริบิวต์ End Time ใช้บันทึกเวลาที่กิจกรรมเสร็จสิ้น เหตุการณ์ในกระบวนการหลายรายการเกิดขึ้นทันที จึงมีเวลาเริ่มต้นและเวลาสิ้นสุดตรงกัน แต่บางกิจกรรม โดยเฉพาะงานที่ทำด้วยตนเองหรืองานที่วัดระยะเวลาได้ อาจมีเวลาเริ่มต้นและเวลาสิ้นสุดต่างกัน การมีเวลาสิ้นสุดช่วยให้คำนวณระยะเวลาที่ใช้ทำกิจกรรมแต่ละรายการได้อย่างแม่นยำ ทำให้ระบุขั้นตอนที่ใช้เวลานาน และแยกเวลาทำงานจริงออกจากเวลารอระหว่างกิจกรรมได้ชัดเจนขึ้น. เหตุผลที่สำคัญ ช่วยคำนวณเวลาที่ใช้ทำกิจกรรมได้อย่างแม่นยำ และแยกเวลาทำงานจริงออกจากเวลารอในกระบวนการ. แหล่งข้อมูล พบข้อมูลนี้ได้ในบันทึกเหตุการณ์หรือข้อมูลธุรกรรม บางครั้งจัดเก็บไว้ในฟิลด์แยก เช่น 'เวลาสิ้นสุด' หรือ 'วันที่เสร็จสิ้น' หากไม่มีข้อมูลดังกล่าว สามารถกำหนดให้มีค่าเดียวกับเวลาเหตุการณ์ได้. ตัวอย่าง 2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z | |||
| สกุลเงิน Currency | รหัสสกุลเงิน เช่น USD หรือ EUR ที่ใช้กับยอดเงินในใบสั่งซื้อ. | ||
| คำอธิบาย แอตทริบิวต์สกุลเงินระบุหน่วยเงินที่ใช้กับยอดเงินใบสั่งซื้อและฟิลด์ทางการเงินอื่นๆ ข้อมูลนี้จำเป็นต่อการตีความและรวมข้อมูลทางการเงินอย่างถูกต้อง โดยเฉพาะในองค์กรข้ามชาติที่ใช้หลายสกุลเงิน ในการวิเคราะห์ แอตทริบิวต์นี้ช่วยให้เปรียบเทียบตัวชี้วัดทางการเงินบนฐานเดียวกัน และจำเป็นสำหรับ dashboard หรือ KPI ที่เกี่ยวข้องกับมูลค่าเงิน เพื่อให้แปลงสกุลเงินและจัดทำรายงานได้ถูกต้อง และเห็นภาพทางการเงินของกระบวนการจัดซื้ออย่างแม่นยำ. เหตุผลที่สำคัญ ให้บริบทที่จำเป็นสำหรับมูลค่าเงินทั้งหมด ช่วยให้จัดทำรายงานและเปรียบเทียบข้อมูลทางการเงินได้ถูกต้อง โดยเฉพาะในการปฏิบัติงานระดับโลก. แหล่งข้อมูล โดยทั่วไปจัดเก็บรหัสนี้ไว้ในส่วนหัวใบสั่งซื้อ พร้อมกับยอดเงินรวม. ตัวอย่าง USDEURGBP | |||
กิจกรรมในกระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| ได้รับใบแจ้งหนี้แล้ว | เหตุการณ์นี้หมายถึงการได้รับและบันทึกใบแจ้งหนี้จากซัพพลายเออร์ที่อ้างอิงถึงใบสั่งซื้อ เป็นจุดเริ่มต้นของขั้นตอนตั้งแต่รับใบแจ้งหนี้จนถึงชำระเงินในวงจรจัดซื้อจนถึงชำระเงิน. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เชื่อมกระบวนการจัดซื้อเข้ากับงานบัญชีเจ้าหนี้ ระยะเวลาระหว่างรับสินค้ากับรับใบแจ้งหนี้มีความสำคัญต่อการจัดการรายการค้างรับและการคาดการณ์ทางการเงิน. แหล่งข้อมูล เหตุการณ์นี้เกิดจากธุรกรรมโดยตรงเมื่อสร้างหรือผ่านรายการเอกสารใบแจ้งหนี้จากผู้ขายที่เชื่อมโยงกับใบสั่งซื้อ. บันทึก ใช้วันที่สร้าง วันที่บันทึก หรือวันที่ผ่านรายการของเอกสารใบแจ้งหนี้จากผู้ขาย. ประเภทเหตุการณ์ explicit | |||
| บันทึกรับสินค้าแล้ว | กิจกรรมนี้หมายถึงการบันทึกสินค้าที่ได้รับเทียบกับใบสั่งซื้ออย่างเป็นทางการ เป็นการยืนยันว่าสินค้ามาถึงและบันทึกในระบบแล้ว ซึ่งมักทำให้ระดับสินค้าคงคลังได้รับการอัปเดต. | ||
| เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้แสดงว่าคำสั่งซื้อได้รับการดำเนินการครบถ้วนในมุมมองด้านโลจิสติกส์ การวิเคราะห์ประสิทธิภาพการส่งมอบตรงเวลาขึ้นอยู่กับความถูกต้องและความรวดเร็วในการบันทึกเหตุการณ์นี้. แหล่งข้อมูล เหตุการณ์นี้เกิดจากธุรกรรมที่สร้างเอกสารรับสินค้าหรือรับผลิตภัณฑ์โดยตรง และเชื่อมโยงกับใบสั่งซื้อ. บันทึก ใช้วันที่ผ่านรายการหรือวันที่สร้างจากเอกสารวัสดุหรือธุรกรรมรับสินค้า. ประเภทเหตุการณ์ explicit | |||
| ปิดใบสั่งซื้อ | กิจกรรมสุดท้ายนี้หมายถึงใบสั่งซื้อเสร็จสมบูรณ์แล้ว โดยทั่วไปจะปิด PO เมื่อได้รับสินค้าครบและได้รับใบแจ้งหนี้ครบแล้ว และไม่มีธุรกรรมอื่นที่คาดว่าจะเกิดขึ้น. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดของวงจรชีวิตใบสั่งซื้อ ระยะเวลาจนถึงการปิดเป็นตัวชี้วัดสำคัญของปริมาณงานโดยรวม และช่วยระบุคำสั่งซื้อที่ยังค้างอยู่โดยไม่มีการดำเนินการ. แหล่งข้อมูล โดยทั่วไปจะอนุมานเหตุการณ์นี้จากสถานะสุดท้าย เช่น “ปิดแล้ว” หรือ “เสร็จสมบูรณ์” ซึ่งอาจกำหนดโดยอัตโนมัติหรือด้วยมือ. บันทึก ใช้เวลาที่กำหนดสถานะปิดขั้นสุดท้าย หรือเวลาที่เปิดใช้ตัวบ่งชี้ “ส่งมอบครบแล้ว” และ “ใบแจ้งหนี้สุดท้าย” ทั้งคู่. ประเภทเหตุการณ์ inferred | |||
| ส่งใบสั่งซื้อให้ผู้ขาย | กิจกรรมนี้คือจุดที่ส่งใบสั่งซื้อที่ได้รับอนุมัติให้ผู้ขายอย่างเป็นทางการ โดยอาจส่งผ่านช่องทางต่างๆ เช่น EDI พอร์ทัลซัพพลายเออร์ หรืออีเมล. | ||
| เหตุผลที่สำคัญ นี่คือจุดติดต่อภายนอกครั้งแรกและเป็นจุดเริ่มต้นของระยะเวลารอสินค้าจากซัพพลายเออร์ ความล่าช้าระหว่างการอนุมัติภายในกับการส่ง PO ให้ผู้ขายคือเวลาที่สูญเสียไปในรอบการจัดซื้อ. แหล่งข้อมูล มักบันทึกจากบันทึกการส่งข้อความ รายการสื่อสาร หรือการเปลี่ยนสถานะเฉพาะ เช่น “ส่งแล้ว” หรือ “สั่งซื้อแล้ว”. บันทึก ระบุเวลาที่ระบบประมวลผลหรือส่งข้อความแจ้ง PO สำเร็จ. ประเภทเหตุการณ์ explicit | |||
| สร้างใบสั่งซื้อ | กิจกรรมนี้หมายถึงการสร้างเอกสารใบสั่งซื้อในระบบเป็นครั้งแรก เป็นจุดเริ่มต้นอย่างเป็นทางการของข้อผูกพันในการจัดซื้อ ซึ่งมักสร้างจากใบขอซื้อที่ได้รับอนุมัติแล้ว. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักของเคส จึงเป็นพื้นฐานในการวัดระยะเวลาดำเนินการของใบสั่งซื้อตั้งแต่ต้นจนจบ และใช้เป็นจุดอ้างอิงสำหรับขั้นตอนถัดไปทั้งหมด. แหล่งข้อมูล ข้อมูลนี้ดึงจากเวลาที่สร้างรายการหลักของใบสั่งซื้อหรือตารางส่วนหัว. บันทึก ใช้วันที่และเวลาที่สร้างเอกสารจากระเบียนส่วนหัวของใบสั่งซื้อ. ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบสั่งซื้อ | เหตุการณ์สำคัญนี้หมายถึงใบสั่งซื้อผ่านเวิร์กโฟลว์อนุมัติภายในครบถ้วนแล้ว ขณะนี้สามารถส่ง PO ให้ผู้ขายได้ และถือเป็นข้อผูกพันทางการเงินอย่างเป็นทางการ. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้เป็นจุดสำคัญในการวัดประสิทธิภาพการอนุมัติภายใน ความล่าช้าในการอนุมัติส่งผลโดยตรงต่อระยะเวลาดำเนินการโดยรวมและอาจกระทบความสัมพันธ์กับผู้ขาย. แหล่งข้อมูล โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของใบสั่งซื้อ หรือดึงเวลาที่อนุมัติขั้นสุดท้ายจากบันทึกประวัติเวิร์กโฟลว์. บันทึก ใช้เวลาที่กำหนดสถานะอนุมัติขั้นสุดท้ายของ PO หรือเวลาที่บันทึกการอนุมัติที่จำเป็นครั้งสุดท้าย. ประเภทเหตุการณ์ inferred | |||
| แก้ไขใบสั่งซื้อ | เหตุการณ์นี้หมายถึงการแก้ไขใบสั่งซื้อหลังจากสร้างหรืออนุมัติครั้งแรก การเปลี่ยนแปลงที่พบบ่อย ได้แก่ การปรับจำนวน ราคา หรือวันที่ส่งมอบ. | ||
| เหตุผลที่สำคัญ การแก้ไขบ่อยครั้งอาจบ่งชี้ถึงการวางแผนตั้งต้นที่ไม่ดี ปัญหาจากซัพพลายเออร์ หรือกระบวนการที่ไม่เสถียร การแก้ไขแต่ละครั้งมักต้องขออนุมัติใหม่ เพิ่มภาระงานธุรการและทำให้เกิดความล่าช้า. แหล่งข้อมูล ข้อมูลนี้ดึงจากบันทึกการเปลี่ยนแปลงของระบบ ประวัติเวอร์ชันเอกสาร หรือตารางบันทึกการตรวจสอบ. บันทึก ใช้เวลาจากบันทึกเอกสารการเปลี่ยนแปลงที่เชื่อมโยงกับใบสั่งซื้อ. ประเภทเหตุการณ์ explicit | |||
| คืนสินค้าแล้ว | บันทึกกิจกรรมนี้เมื่อส่งสินค้าที่รับมาแล้วคืนให้ผู้ขาย โดยทั่วไปการคืนสินค้าเกิดจากปัญหาคุณภาพ ความเสียหายระหว่างขนส่ง หรือได้รับสินค้าไม่ถูกต้อง. | ||
| เหตุผลที่สำคัญ การติดตามความถี่ในการคืนสินค้าเป็นตัวชี้วัดสำคัญด้านคุณภาพและประสิทธิภาพของซัพพลายเออร์ หากอัตราการคืนสินค้าสูง อาจพบปัญหาเชิงระบบที่เกี่ยวข้องกับผู้ขายหรือผลิตภัณฑ์บางรายการ. แหล่งข้อมูล บันทึกจากธุรกรรมการคืนสินค้าโดยเฉพาะ หรือการกลับรายการเอกสารรับสินค้าต้นฉบับ. บันทึก ระบุวันที่ผ่านรายการของเอกสารคืนวัสดุ หรือการเคลื่อนย้ายสินค้าที่ใช้ประเภทรายการคืนสินค้าโดยเฉพาะ. ประเภทเหตุการณ์ explicit | |||
| ปฏิเสธใบสั่งซื้อ | กิจกรรมนี้เกิดขึ้นเมื่อผู้อนุมัติปฏิเสธใบสั่งซื้อระหว่างเวิร์กโฟลว์อนุมัติ โดยทั่วไป PO จะถูกส่งกลับไปให้ผู้สร้างแก้ไขหรือยกเลิก. | ||
| เหตุผลที่สำคัญ การปฏิเสธทำให้เกิดงานแก้ไขและความล่าช้าในกระบวนการ การวิเคราะห์ความถี่และเหตุผลของการปฏิเสธช่วยระบุปัญหาด้านคุณภาพข้อมูล การปฏิบัติตามนโยบาย หรือการฝึกอบรมผู้อนุมัติ. แหล่งข้อมูล โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะเอกสารใบสั่งซื้อเป็น “ปฏิเสธ” หรือสถานะที่มีความหมายใกล้เคียงกัน. บันทึก ระบุเวลาที่อัปเดตสถานะ PO เป็นปฏิเสธ. ประเภทเหตุการณ์ inferred | |||
| ผู้ขายยืนยันคำสั่งซื้อ | เหตุการณ์นี้หมายถึงผู้ขายได้รับ ตรวจสอบ และยืนยันใบสั่งซื้อแล้ว การยืนยันมักรวมถึงการตกลงเรื่องราคา จำนวน และวันที่ส่งมอบ. | ||
| เหตุผลที่สำคัญ การยืนยันจากผู้ขายช่วยให้มั่นใจว่าจะจัดส่งสินค้าตามที่ขอ หากไม่ได้รับการยืนยันภายในเวลาที่เหมาะสม อาจเป็นสัญญาณเริ่มต้นของปัญหาหรือความล่าช้าในการจัดส่ง. แหล่งข้อมูล บันทึกจากธุรกรรมที่ผู้ขายดำเนินการผ่านพอร์ทัลซัพพลายเออร์ หรือจากการป้อนข้อมูลด้วยมือตามการยืนยันทางอีเมลหรือแฟกซ์. บันทึก ใช้เวลาบนเอกสารยืนยันคำสั่งซื้อ หรือเวลาที่อัปเดตสถานะเพื่อระบุว่าผู้ขายยืนยันแล้ว. ประเภทเหตุการณ์ explicit | |||
| ยกเลิกใบสั่งซื้อ | กิจกรรมนี้หมายถึงการยกเลิกใบสั่งซื้อก่อนดำเนินการเสร็จสิ้น การยกเลิกอาจเกิดขึ้นในขั้นตอนต่างๆ หากไม่ต้องการสินค้าแล้วหรือสร้างคำสั่งซื้อผิดพลาด. | ||
| เหตุผลที่สำคัญ การยกเลิกทำให้เสียเวลาและอาจบ่งชี้ถึงกระบวนการที่ไม่มีประสิทธิภาพหรือการวางแผนความต้องการที่ไม่ดี การทำความเข้าใจสาเหตุและช่วงเวลาที่มีการยกเลิก PO ช่วยนำไปสู่การปรับปรุงกระบวนการได้. แหล่งข้อมูล โดยทั่วไปจะอนุมานเหตุการณ์นี้จากสถานะเอกสารเฉพาะ เช่น “ยกเลิกแล้ว” หรือการเปิดใช้ธงลบในระเบียนใบสั่งซื้อ. บันทึก ระบุเวลาที่กำหนดตัวบ่งชี้การลบ หรือเวลาที่สถานะเอกสารเปลี่ยนเป็นยกเลิก. ประเภทเหตุการณ์ inferred | |||
| ยืนยันการให้บริการแล้ว | กิจกรรมนี้เทียบเท่ากับการรับสินค้า สำหรับใบสั่งซื้อบริการ เป็นการยืนยันว่าส่งมอบบริการตามเงื่อนไขที่ระบุไว้ใน PO แล้ว. | ||
| เหตุผลที่สำคัญ สำหรับการจัดซื้อบริการ เหตุการณ์นี้จำเป็นต่อการติดตามประสิทธิภาพการส่งมอบบริการ และมักเป็นเงื่อนไขก่อนอนุมัติใบแจ้งหนี้เพื่อชำระเงิน. แหล่งข้อมูล โดยทั่วไปบันทึกเหตุการณ์นี้เมื่อสร้างใบรับรองการให้บริการหรือเอกสารยืนยันบริการที่มีลักษณะใกล้เคียงกัน. บันทึก ใช้วันที่สร้างหรือวันที่ผ่านรายการของใบรับรองการให้บริการหรือระเบียนยืนยันบริการ. ประเภทเหตุการณ์ explicit | |||
| ส่งใบสั่งซื้อเพื่ออนุมัติ | กิจกรรมนี้เกิดขึ้นเมื่อส่งใบสั่งซื้อฉบับร่างเข้าสู่เวิร์กโฟลว์อนุมัติภายในอย่างเป็นทางการ สถานะเอกสารจะเปลี่ยนจากฉบับร่างเป็นรออนุมัติ. | ||
| เหตุผลที่สำคัญ เหตุการณ์นี้ช่วยแยกเวลาสร้างหรือร่าง PO ออกจากระยะเวลาของรอบการอนุมัติจริง การวิเคราะห์ความล่าช้าระหว่างการสร้างกับการส่งอาจช่วยให้เห็นปัญหาด้านพฤติกรรมผู้ใช้หรือการฝึกอบรม. แหล่งข้อมูล โดยทั่วไปจะบันทึกจากการดำเนินการของผู้ใช้ การเปลี่ยนสถานะ หรือรายการในบันทึกเวิร์กโฟลว์. บันทึก ระบุเวลาที่ดำเนินการ “ส่งเพื่ออนุมัติ” หรือเวลาที่สถานะเปลี่ยนตามการดำเนินการนั้น. ประเภทเหตุการณ์ explicit | |||
| สร้างใบขอซื้อ | กิจกรรมนี้คือการยื่นคำขอสินค้า或บริการอย่างเป็นทางการก่อนสร้างใบสั่งซื้อ เอกสารนี้บันทึกความต้องการทางธุรกิจเป็นครั้งแรก และโดยทั่วไปจะเริ่มเวิร์กโฟลว์การอนุมัติ. | ||
| เหตุผลที่สำคัญ การวิเคราะห์เวลาตั้งแต่สร้างใบขอซื้อจนถึงสร้าง PO ช่วยระบุคอขวดในขั้นตอนตั้งแต่เกิดความต้องการจนถึงออกคำสั่งซื้อ หากมีใบขอซื้อจำนวนมากที่ไม่กลายเป็นคำสั่งซื้อ อาจบ่งชี้ว่าการวางแผนไม่มีประสิทธิภาพ. แหล่งข้อมูล บันทึกเหตุการณ์นี้จากเวลาที่สร้างเอกสารหรือรายการใบขอซื้อในโมดูลจัดซื้อ. บันทึก ใช้เวลาที่สร้างจากตารางส่วนหัวของใบขอซื้อหรือบันทึกเอกสาร. ประเภทเหตุการณ์ explicit | |||
| อนุมัติใบขอซื้อ | เหตุการณ์นี้หมายถึงผู้มีส่วนเกี่ยวข้องที่จำเป็นได้ตรวจสอบและอนุมัติใบขอซื้อแล้ว การอนุมัตินี้เป็นการอนุญาตให้สร้างใบสั่งซื้ออย่างเป็นทางการ. | ||
| เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้เป็นจุดสิ้นสุดของกระบวนการอนุมัติความต้องการภายใน การติดตามระยะเวลาและอัตราความสำเร็จของการอนุมัติใบขอซื้อเป็นสิ่งสำคัญในการทำความเข้าใจประสิทธิภาพก่อนเริ่มจัดซื้อ. แหล่งข้อมูล โดยทั่วไปจะอนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะของเอกสารใบขอซื้อ หรือดึงจากบันทึกประวัติเวิร์กโฟลว์. บันทึก ระบุเวลาที่กำหนดสถานะอนุมัติขั้นสุดท้ายของใบขอซื้อ หรือเวลาที่บันทึกการอนุมัติขั้นสุดท้าย. ประเภทเหตุการณ์ inferred | |||
คู่มือดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการจัดซื้อจนถึงชำระเงิน โดยเลือกคู่มือดึงข้อมูลสำหรับระบบที่คุณใช้ หรือใช้เทมเพลตทั่วไปนี้เป็นจุดเริ่มต้นในการเตรียมข้อมูล.
เริ่มปรับปรุงกระบวนการใบสั่งซื้อของคุณวันนี้
ใช้ได้กับทุกระบบ ช่วยระบุคอขวดและลดรอบเวลาดำเนินการใบสั่งซื้อ.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จใน 5 นาที.