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

SAP S/4HANA
เทมเพลตข้อมูลกระบวนการจัดซื้อจนถึงชำระเงิน: คำขอซื้อ

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

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

แอตทริบิวต์ของกระบวนการจัดซื้อจนถึงชำระเงิน: คำขอซื้อ

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

ชื่อกิจกรรมใช้ระบุเหตุการณ์หรืองานที่เกิดขึ้นในวงจรชีวิตของใบขอซื้อ กิจกรรมเหล่านี้ได้มาจากบันทึกของระบบ เช่น เอกสารการเปลี่ยนแปลงและประวัติเวิร์กโฟลว์ โดยแสดงหมุดหมายสำคัญของกระบวนการ เช่น 'สร้างใบขอซื้อ' 'เริ่มขั้นตอนการอนุมัติ' หรือ 'สร้างใบสั่งซื้อ'.

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

เหตุผลที่สำคัญ

แอตทริบิวต์นี้กำหนดขั้นตอนของกระบวนการ เป็นโครงสร้างหลักของแผนผังกระบวนการ และช่วยวิเคราะห์ลำดับงาน ความแตกต่าง และคอขวด.

แหล่งข้อมูล

แอตทริบิวต์นี้ได้จากการประมวลผล โดยทั่วไปสร้างจากการตีความข้อมูลในตารางเอกสารการเปลี่ยนแปลง (CDHDR, CDPOS) และบันทึกเวิร์กโฟลว์ เช่น SWWLOGHIST.

ตัวอย่าง
สร้างใบขอซื้อเสร็จสิ้นขั้นตอนการอนุมัติอนุมัติใบขอซื้อแล้วสร้างใบสั่งซื้อ
รหัสใบขอซื้อ
PurchaseRequisitionId
รหัสเฉพาะของเอกสารใบขอซื้อ.
คำอธิบาย

รหัสใบขอซื้อเป็นคีย์หลักที่ใช้ระบุคำขอซื้อสินค้าหรือบริการแต่ละรายการใน SAP S/4HANA โดยไม่ซ้ำกัน รหัสนี้ทำหน้าที่เป็นรหัสอ้างอิงกลางของแต่ละกรณี และเชื่อมกิจกรรมกับการเปลี่ยนแปลงทั้งหมดที่เกี่ยวข้องกับใบขอซื้อตั้งแต่สร้างจนถึงสถานะสุดท้าย เช่น อนุมัติ ปฏิเสธ หรือแปลงเป็นใบสั่งซื้อ.

ใน process mining แอตทริบิวต์นี้เป็นพื้นฐานสำหรับสร้างภาพวงจรชีวิตของใบขอซื้อแต่ละรายการให้ครบถ้วน เมื่อนำเหตุการณ์ที่เกี่ยวข้องมาจัดกลุ่มด้วยรหัสใบขอซื้อเดียวกัน นักวิเคราะห์จะวัดระยะเวลาดำเนินการ ติดตามการเปลี่ยนสถานะ และวิเคราะห์เส้นทางต่างๆ ที่ใบขอซื้ออาจผ่านในกระบวนการอนุมัติได้อย่างแม่นยำ.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

แอตทริบิวต์นี้คือเลขที่ใบขอซื้อ ซึ่งอยู่ในตาราง EBAN ฟิลด์ BANFN.

ตัวอย่าง
100178901001789110017892
เวลาเกิดเหตุการณ์
EventTime
วันที่และเวลาที่แน่นอนของกิจกรรมหนึ่งๆ.
คำอธิบาย

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

เวลาประทับที่ถูกต้องช่วยให้วิเคราะห์ประสิทธิภาพของกระบวนการ ระบุความล่าช้า และติดตามการปฏิบัติตามข้อตกลงระดับการให้บริการได้ แอตทริบิวต์นี้ช่วยสร้างแดชบอร์ดเพื่อแสดงระยะเวลาดำเนินการ ติดตามใบขอซื้อที่ค้าง และเปรียบเทียบผลการดำเนินงานในช่วงเวลาต่างๆ.

เหตุผลที่สำคัญ

เวลาประทับนี้จำเป็นต่อการเรียงลำดับเหตุการณ์ คำนวณระยะเวลาดำเนินการ และวิเคราะห์ประสิทธิภาพของกระบวนการกับคอขวด.

แหล่งข้อมูล

โดยทั่วไป เวลาประทับมาจากส่วนหัวเอกสารการเปลี่ยนแปลง (CDHDR-UDATE, CDHDR-UTIME) หรือบันทึกเหตุการณ์ของเวิร์กโฟลว์.

ตัวอย่าง
2023-04-15T10:05:30Z2023-04-15T14:22:01Z2023-04-16T09:00:15Z
ประเภทใบขอซื้อ
RequisitionType
รหัสที่ใช้จัดประเภทใบขอซื้อ เช่น รายการสินค้าทั่วไป บริการ หรือรายจ่ายลงทุน.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ฟิลด์ประเภทเอกสารอยู่ในตาราง EBAN ฟิลด์ BSART.

ตัวอย่าง
NBFORV
แผนก
Department
แผนกหรือศูนย์ต้นทุนที่รับผิดชอบค่าใช้จ่ายของใบขอซื้อ.
คำอธิบาย

แอตทริบิวต์แผนก ซึ่งมักแสดงด้วยศูนย์ต้นทุนใน SAP ใช้ระบุหน่วยธุรกิจที่รับผิดชอบการซื้อที่ร้องขอ เป็นข้อมูลด้านการเงินและโครงสร้างองค์กรที่สำคัญ ซึ่งกำหนดไว้ในระดับรายการของใบขอซื้อ.

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

เหตุผลที่สำคัญ

ช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจ โดยแสดงความแตกต่างของระยะเวลาดำเนินการหรืออัตราการปฏิเสธ เพื่อค้นหาแนวปฏิบัติที่ดีและจุดที่ควรปรับปรุง.

แหล่งข้อมูล

ข้อมูลนี้คือศูนย์ต้นทุน ซึ่งโดยทั่วไปอยู่ในตารางกำหนดบัญชี EBKN ฟิลด์ KOSTL.

ตัวอย่าง
FIN-1001IT-2005MKT-3010
มูลค่าใบขอซื้อ
RequisitionAmount
มูลค่ารวมของใบขอซื้อ.
คำอธิบาย

มูลค่าใบขอซื้อคือค่าใช้จ่ายโดยประมาณทั้งหมดของสินค้าหรือบริการที่ร้องขอ มูลค่านี้มักเป็นปัจจัยสำคัญในการกำหนดความซับซ้อนและระยะเวลาของเวิร์กโฟลว์การอนุมัติ โดยใบขอซื้อที่มีมูลค่าสูงมักต้องผ่านการอนุมัติหลายระดับ.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

มูลค่ารวมอยู่ในตาราง EBAN ฟิลด์ GFWERT ส่วนมูลค่าระดับรายการอยู่ใน EBAN-PREIS.

ตัวอย่าง
1500.0075000.50250.75
รหัสผู้ใช้
UserId
รหัสของผู้ใช้ที่สร้างใบขอซื้อหรือทำกิจกรรมหนึ่งๆ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

ช่วยวิเคราะห์ประสิทธิภาพของผู้ใช้ การกระจายภาระงาน และการปฏิบัติตามข้อกำหนดของกระบวนการ อีกทั้งช่วยระบุโอกาสในการฝึกอบรมและคอขวดด้านทรัพยากร.

แหล่งข้อมูล

รหัสผู้สร้างอยู่ใน EBAN-ERNAM ส่วนการเปลี่ยนแปลงภายหลังอยู่ใน CDHDR-USERNAME และการอนุมัติอยู่ในบันทึกเวิร์กโฟลว์.

ตัวอย่าง
JSMITHRROEWF-BATCH
รหัสผู้อนุมัติ
ApproverId
รหัสของผู้ใช้ที่ดำเนินการอนุมัติหรือปฏิเสธ.
คำอธิบาย

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

แอตทริบิวต์นี้ช่วยวิเคราะห์พฤติกรรมการอนุมัติ เช่น ระบุผู้จัดการที่ใช้เวลาอนุมัตินานหรือปฏิเสธใบขอซื้อบ่อยครั้ง ข้อมูลนี้เป็นพื้นฐานของแดชบอร์ดที่เน้นระยะเวลาในแต่ละขั้นตอนอนุมัติและการวิเคราะห์คอขวดในเวิร์กโฟลว์ ช่วยระบุบุคคลหรือบทบาทที่อาจทำให้เกิดความล่าช้าได้ตรงจุด.

เหตุผลที่สำคัญ

ระบุผู้ตัดสินใจในแต่ละขั้นตอนอนุมัติ ช่วยวิเคราะห์ระยะเวลาและคอขวดแยกตามบุคคลหรือบทบาทได้อย่างละเอียด.

แหล่งข้อมูล

โดยทั่วไปดึงข้อมูลนี้จากตาราง SAP Business Workflow เช่น SWW_WI2OBJ และ SWWLOGHIST ซึ่งเชื่อมรายการงานกับผู้ใช้ที่ดำเนินการเสร็จ.

ตัวอย่าง
MJOHNSONCWILLIAMSLBLACK
สถานะใบขอซื้อ
RequisitionStatus
สถานะปัจจุบันของการดำเนินการหรือการอนุมัติใบขอซื้อ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

แสดงสถานะปัจจุบันของใบขอซื้อ ซึ่งจำเป็นต่อการติดตามความคืบหน้า ระบุคอขวด และวิเคราะห์ลำดับงาน.

แหล่งข้อมูล

สถานะการอนุมัติมักกำหนดจากตัวบ่งชี้การอนุมัติ ซึ่งอยู่ในตาราง EBAN ฟิลด์ FRGZU.

ตัวอย่าง
B1S
ชื่อขั้นตอนการอนุมัติ
ApprovalStepName
ชื่อหรือคำอธิบายเฉพาะของขั้นตอนการอนุมัติใน workflow.
คำอธิบาย

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

แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด Approval Step Cycle Time และ Workflow Bottleneck Analysis โดยช่วยให้เห็นรายละเอียดของแต่ละช่วงในกระบวนการอนุมัติ และระบุได้อย่างชัดเจนว่าขั้นตอนใดทำให้เกิดความล่าช้ามากที่สุดหรืองานคั่งอยู่ตรงไหน ข้อมูลระดับนี้ช่วยให้ปรับปรุงห่วงโซ่การอนุมัติได้ตรงจุด.

เหตุผลที่สำคัญ

แสดงรายละเอียดของแต่ละขั้นตอนการอนุมัติ ช่วยระบุคอขวดใน workflow การอนุมัติหลายระดับได้อย่างแม่นยำ.

แหล่งข้อมูล

ข้อมูลนี้ได้มาจากคำอธิบายงานใน workflow ซึ่งค้นหาได้โดยเชื่อมบันทึก workflow กับตารางคำจำกัดความของงาน เช่น T528T.

ตัวอย่าง
อนุมัติโดยผู้จัดการอนุมัติโดยผู้อำนวยการอนุมัติโดยรองประธานฝ่ายการเงิน
ดำเนินการโดยอัตโนมัติ
IsAutomated
แฟล็กที่ระบุว่ากิจกรรมดำเนินการโดยผู้ใช้ระบบแทนบุคคลหรือไม่.
คำอธิบาย

แอตทริบิวต์ Is Automated เป็นค่าสถานะบูลีน โดยมีค่า true เมื่อกิจกรรมดำเนินการโดยระบบหรือผู้ใช้แบบแบตช์ เช่น 'WF-BATCH' สำหรับการดำเนินการของเวิร์กโฟลว์ ค่านี้ช่วยแยกขั้นตอนที่ทำด้วยตนเองออกจากขั้นตอนอัตโนมัติในกระบวนการ

แอตทริบิวต์นี้จำเป็นต่อการวัดระดับการทำงานอัตโนมัติในกระบวนการใบขอซื้อ และคำนวณ KPI 'อัตราการอนุมัติอัตโนมัติ' นักวิเคราะห์สามารถกรองขั้นตอนอัตโนมัติหรือขั้นตอนที่ทำด้วยตนเองเพื่อเปรียบเทียบประสิทธิภาพ และหาโอกาสเพิ่มระบบอัตโนมัติเพื่อลดเวลาประมวลผลและภาระงานที่ต้องทำด้วยตนเอง.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

แอตทริบิวต์นี้ได้จากการคำนวณ โดยทั่วไปจะใช้กฎตรวจสอบว่า User ID ของเหตุการณ์อยู่ในรายชื่อผู้ใช้ระบบหรือผู้ใช้แบบแบตช์ที่ทราบอยู่แล้วหรือไม่.

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

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

แอตทริบิวต์นี้ช่วยวัดปริมาณงานแก้ไขซ้ำและผลกระทบต่อรอบเวลาดำเนินการโดยรวม แดชบอร์ด Requisition Amendment and Rework Rate ใช้ค่าสถานะนี้เพื่อแสดงจุดที่กระบวนการไม่มีประสิทธิภาพ การลดงานแก้ไขซ้ำมักเป็นเป้าหมายหลักของการปรับปรุงกระบวนการ เพราะช่วยประหยัดเวลาและแรงงานได้โดยตรง.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
ระดับความเร่งด่วน
UrgencyLevel
การจัดระดับความเร่งด่วนของคำขอซื้อ ซึ่งอาจมีผลต่อลำดับความสำคัญในการดำเนินการ.
คำอธิบาย

ระดับความเร่งด่วนแสดงลำดับความสำคัญของคำขอซื้อ แม้จะไม่มีฟิลด์มาตรฐานสำหรับข้อมูลนี้โดยเฉพาะ แต่บางองค์กรใช้ฟิลด์อย่าง Requirement Tracking Number เพื่อบันทึกข้อมูลนี้ ผู้ขอจึงสามารถระบุความต้องการเร่งด่วนที่อาจต้องดำเนินการเป็นพิเศษได้

การวิเคราะห์ผลของระดับความเร่งด่วนช่วยให้ประเมินได้ว่ากระบวนการให้ความสำคัญกับคำขอเร่งด่วนได้จริงหรือไม่ แดชบอร์ด Urgency Level Impact Analysis ใช้แอตทริบิวต์นี้เปรียบเทียบรอบเวลาดำเนินการและอัตราการอนุมัติของคำขอเร่งด่วนกับคำขอทั่วไป เพื่อดูว่าการจัดลำดับความสำคัญเป็นไปตามที่ตั้งใจไว้หรือไม่.

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ไม่มีฟิลด์มาตรฐานสำหรับระบุความเร่งด่วน บางบริษัทใช้ Requirement Tracking Number (EBAN-BEDAR) เพื่อจุดประสงค์นี้ หรืออาจใช้ฟิลด์ที่กำหนดเอง.

ตัวอย่าง
สูงปานกลางต่ำ
ระบบต้นทาง
SourceSystem
ระบุอินสแตนซ์ SAP S/4HANA ที่ดึงข้อมูลมา.
คำอธิบาย

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

ฟิลด์นี้ช่วยแยกข้อมูลจากแต่ละแหล่ง ป้องกันการรวมข้อมูลผิดพลาด และรองรับการวิเคราะห์แยกตามระบบ อีกทั้งจำเป็นต่อการติดตามที่มาของข้อมูลและตรวจสอบย้อนกลับข้อมูลกระบวนการ.

เหตุผลที่สำคัญ

ให้ข้อมูลสำคัญเกี่ยวกับที่มาและการกำกับดูแลข้อมูล โดยเฉพาะเมื่อมีหลายระบบ และช่วยให้ตรวจสอบย้อนกลับข้อมูลได้.

แหล่งข้อมูล

โดยทั่วไปคือ SAP System ID (SID) ซึ่งเรียกดูได้จากตัวแปรระบบหรือตารางการตั้งค่า.

ตัวอย่าง
S4PECCS4H_PROD_01
เลขที่ใบสั่งซื้อ
PurchaseOrderNumber
เลขที่ใบสั่งซื้อที่สร้างจากใบขอซื้อ.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

เชื่อมใบขอซื้อกับเอกสารจัดซื้อที่สร้างต่อจากนั้น ช่วยวัดอัตราการแปลงจากใบขอซื้อเป็น PO และระยะเวลาดำเนินการ.

แหล่งข้อมูล

อยู่ในตาราง EBAN ฟิลด์ EBELN เมื่อสร้าง PO จากรายการใบขอซื้อแล้ว.

ตัวอย่าง
450001789045000178914500017892
วันที่ต้องการรับสินค้า
RequiredByDate
วันที่ผู้ขอต้องการได้รับสินค้าหรือบริการที่ร้องขอ.
คำอธิบาย

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

แอตทริบิวต์นี้จำเป็นต่อการคำนวณ KPI 'อัตราการดำเนินการใบขอซื้อเสร็จตรงเวลา' โดยเปรียบเทียบวันที่ต้องการรับสินค้ากับวันที่อนุมัติขั้นสุดท้ายหรือวันที่สร้าง PO องค์กรจะวัดได้ว่าสามารถทำตามระดับการให้บริการภายในและความต้องการทางธุรกิจได้หรือไม่ การวิเคราะห์ใบขอซื้อที่ไม่ทันกำหนดช่วยให้เห็นความล่าช้าที่เกิดขึ้นเป็นระบบในกระบวนการจัดซื้อ.

เหตุผลที่สำคัญ

กำหนดวันที่เป้าหมายที่ต้องดำเนินการตามคำขอให้เสร็จ ช่วยวัดการส่งมอบตรงเวลาและการปฏิบัติตามระดับการให้บริการภายใน.

แหล่งข้อมูล

ข้อมูลนี้คือวันที่ส่งมอบ ซึ่งอยู่ในระดับรายการของตาราง EBAN ฟิลด์ LFDAT.

ตัวอย่าง
2023-11-152023-12-012024-01-20
เวลาสิ้นสุด
EndTime
วันที่และเวลาที่กิจกรรมหนึ่งเสร็จสิ้นอย่างแม่นยำ.
คำอธิบาย

EndTime คือเวลาประทับที่บันทึกว่ากิจกรรมเสร็จสิ้นเมื่อใด เหตุการณ์ที่ระบบสร้างขึ้นหลายรายการเกิดขึ้นทันที จึงมี StartTime และ EndTime ตรงกัน ส่วนงานที่บุคคลทำ เช่น การอนุมัติ อาจมีเวลาเริ่มต้นและสิ้นสุดต่างกัน เวลานี้ระบุว่างานเสร็จเมื่อใด

การบันทึก EndTime แยกต่างหากช่วยวัดเวลาที่ใช้ดำเนินงานจริงเทียบกับเวลารอได้แม่นยำขึ้น โดยใช้ร่วมกับ StartTime เพื่อคำนวณเมตริก ProcessingTime ข้อมูลที่ละเอียดขึ้นยังช่วยวิเคราะห์การใช้ทรัพยากรและประสิทธิภาพของงานที่ทำด้วยตนเองได้ด้วย.

เหตุผลที่สำคัญ

ระบุเวลาที่กิจกรรมเสร็จสิ้น ช่วยคำนวณเวลาที่ใช้ทำงานจริงและดูระยะเวลาของงานได้ละเอียดขึ้น.

แหล่งข้อมูล

ข้อมูลนี้ได้มาจากบันทึก workflow ซึ่งอาจบันทึกทั้งเวลาที่สร้างรายการงาน (StartTime) และเวลาที่ทำงานเสร็จ (EndTime).

ตัวอย่าง
2023-04-15T10:20:30Z2023-04-15T14:25:01Z2023-04-16T11:00:45Z
สกุลเงิน
Currency
รหัสสกุลเงินของมูลค่าใบขอซื้อ.
คำอธิบาย

แอตทริบิวต์นี้ระบุสกุลเงินของมูลค่าใบขอซื้อ เช่น USD, EUR หรือ JPY และให้บริบทที่จำเป็นสำหรับแอตทริบิวต์มูลค่าใบขอซื้อ โดยเฉพาะในองค์กรข้ามชาติที่ใช้หลายสกุลเงิน.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

ข้อมูลนี้อยู่ในตาราง EBAN ฟิลด์ WAERS.

ตัวอย่าง
USDEURGBP
เหตุผลที่ปฏิเสธ
RejectionReason
เหตุผลที่ระบุเมื่อมีการปฏิเสธใบขอซื้อ.
คำอธิบาย

เหตุผลที่ปฏิเสธอธิบายว่าทำไมผู้อนุมัติจึงปฏิเสธใบขอซื้อ เช่น ใช้งบประมาณเกิน ข้อมูลไม่ถูกต้อง ไม่เป็นไปตามนโยบาย หรือเป็นคำขอซ้ำ ข้อมูลนี้ให้บริบทสำคัญในการทำความเข้าใจปัญหาของกระบวนการ.

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

เหตุผลที่สำคัญ

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

แหล่งข้อมูล

โดยทั่วไปไม่มีฟิลด์มาตรฐานสำหรับข้อมูลนี้ อาจบันทึกไว้ในองค์ประกอบของ workflow container ข้อความยาวที่เชื่อมกับใบขอซื้อ หรือฟิลด์ที่ปรับแต่งเอง.

ตัวอย่าง
เกินงบประมาณผู้ขายไม่ถูกต้องคำขอซ้ำ
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาประทับที่ระบุว่าข้อมูลของระเบียนนี้ได้รับการรีเฟรชจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย

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

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

เหตุผลที่สำคัญ

แสดงความใหม่ของข้อมูล ซึ่งสำคัญต่อความน่าเชื่อถือของผลวิเคราะห์และการตัดสินใจทางธุรกิจได้ทันท่วงที.

แหล่งข้อมูล

ระบบสร้างและเพิ่มเวลาประทับนี้ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).

ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมของกระบวนการจัดซื้อจนถึงชำระเงิน: คำขอซื้อ

ขั้นตอนและจุดสำคัญของกระบวนการที่ควรบันทึกในบันทึกเหตุการณ์ เพื่อค้นพบกระบวนการได้อย่างแม่นยำ.
6 แนะนำ 6 ไม่บังคับ
กิจกรรม คำอธิบาย
ปฏิเสธใบขอซื้อ
ระบุการปฏิเสธใบขอซื้อขั้นสุดท้ายโดยผู้อนุมัติ ซึ่งทำให้กระบวนการหยุดลง ระบบบันทึกเหตุการณ์นี้ด้วยการอัปเดตสถานะที่ระบุว่าปฏิเสธ.
เหตุผลที่สำคัญ

กิจกรรมนี้เป็นจุดสิ้นสุดที่แสดงความล้มเหลว การวิเคราะห์ความถี่ เหตุผล และขั้นตอนที่มีการปฏิเสธช่วยให้พบปัญหาเกี่ยวกับการปฏิบัติตามนโยบาย งบประมาณ หรือคุณภาพของคำขอ.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในตาราง EBAN โดยกำหนดสถานะการดำเนินการ (PROCSTAT) หรือตัวบ่งชี้การอนุมัติเป็นค่าที่หมายถึง 'ปฏิเสธ' โดยตรง.

บันทึก

ระบุเวลาที่สถานะโดยรวมใน EBAN เปลี่ยนเป็น 'ปฏิเสธ' โดยตรวจสอบเอกสารการเปลี่ยนแปลง.

ประเภทเหตุการณ์ inferred
ปิดใบขอซื้อ
ระบุว่าดำเนินการกับรายการใบขอซื้อเสร็จสมบูรณ์แล้ว และไม่สามารถสร้างใบสั่งซื้อเพิ่มเติมจากรายการนี้ได้ โดยทั่วไปสถานะนี้จะถูกกำหนดโดยอัตโนมัติเมื่อสั่งซื้อครบตามจำนวน.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากตาราง EBAN เมื่อกำหนดตัวบ่งชี้ 'ปิดแล้ว' (EBAKZ) ซึ่งมักเกิดขึ้นเมื่อจำนวนที่สั่งซื้อในใบสั่งซื้อเท่ากับจำนวนในใบขอซื้อ.

บันทึก

ค้นหาเหตุการณ์ที่กำหนดตัวบ่งชี้ 'ปิดแล้ว' (EBAKZ) ในตาราง EBAN โดยตรวจสอบเอกสารการเปลี่ยนแปลง.

ประเภทเหตุการณ์ inferred
สร้างใบขอซื้อ
ระบุจุดเริ่มต้นที่มีการสร้างเอกสารใบขอซื้อในระบบ ระบบจะบันทึกเหตุการณ์นี้เมื่อผู้ใช้บันทึกใบขอซื้อใหม่เป็นครั้งแรก พร้อมบันทึกวันและเวลาที่สร้าง.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

เหตุการณ์นี้บันทึกไว้โดยตรงในตาราง EBAN โดยใช้ฟิลด์วันที่สร้าง (ERDAT) และเวลาที่สร้าง (ERZEIT) ของเลขที่ใบขอซื้อ (BANFN).

บันทึก

ใช้ฟิลด์วันและเวลาที่สร้าง (ERDAT, ERZEIT) จากตาราง EBAN สำหรับใบขอซื้อแต่ละรายการ (BANFN).

ประเภทเหตุการณ์ explicit
สร้างใบสั่งซื้อ
ระบุว่ามีการสร้างใบสั่งซื้อที่อ้างอิงถึงรายการใบขอซื้อ เหตุการณ์นี้บันทึกไว้โดยตรงในระบบและเชื่อมใบขอซื้อกับเอกสารจัดซื้อที่สร้างต่อจากนั้น.
เหตุผลที่สำคัญ

นี่คือหมุดหมายสำคัญและผลลัพธ์ที่สำเร็จของกระบวนการใบขอซื้อ ระยะเวลาตั้งแต่อนุมัติใบขอซื้อจนถึงสร้างใบสั่งซื้อเป็น KPI สำคัญสำหรับวัดประสิทธิภาพการจัดซื้อ.

แหล่งข้อมูล

บันทึกเหตุการณ์นี้โดยตรงเมื่อสร้างรายการใบสั่งซื้อ โดยเก็บลิงก์ไว้ในตาราง EKPO (รายการใบสั่งซื้อ) ซึ่งมีเลขที่ใบขอซื้อที่มา (BANFN) และเลขที่รายการ (BNFPO).

บันทึก

เชื่อมตาราง EKPO กลับไปยัง EBAN ด้วยเลขที่ใบขอซื้อและเลขที่รายการ วันที่สร้างรายการใบสั่งซื้อเป็นวันที่เกิดเหตุการณ์.

ประเภทเหตุการณ์ explicit
เสร็จสิ้นขั้นตอนการอนุมัติ
เกิดขึ้นเมื่อผู้อนุมัติดำเนินการอนุมัติใบขอซื้อ ซึ่งเป็นการเสร็จสิ้นหนึ่งขั้นตอนในเวิร์กโฟลว์อนุมัติหลายระดับ อนุมานจากการเปลี่ยนแปลงสถานะการอนุมัติของใบขอซื้อ.
เหตุผลที่สำคัญ

กิจกรรมนี้ช่วยให้วิเคราะห์เวิร์กโฟลว์การอนุมัติได้อย่างละเอียด โดยวัดเวลาที่ใช้ในแต่ละขั้นตอน และช่วยแยกผู้อนุมัติที่ดำเนินการได้รวดเร็วออกจากจุดที่เป็นคอขวด.

แหล่งข้อมูล

อนุมานจากเอกสารการเปลี่ยนแปลง (CDHDR/CDPOS) ของตาราง EBAN การเปลี่ยนสถานะรหัสอนุมัติ เช่น ในฟิลด์ FRGZU จากยังไม่อนุมัติเป็นอนุมัติแล้วสำหรับรหัสที่ระบุ ถือเป็นเหตุการณ์นี้.

บันทึก

ติดตามการเปลี่ยนแปลงฟิลด์สถานะการอนุมัติใน EBAN สำหรับรหัสอนุมัติแต่ละรหัสที่กำหนดไว้ในกลยุทธ์.

ประเภทเหตุการณ์ inferred
อนุมัติใบขอซื้อแล้ว
ระบุว่าใบขอซื้อได้รับอนุมัติครบถ้วนขั้นสุดท้ายแล้ว และพร้อมแปลงเป็นใบสั่งซื้อ อนุมานจากสถานะการอนุมัติโดยรวมที่เปลี่ยนเป็นสถานะอนุมัติขั้นสุดท้าย.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในตาราง EBAN โดยเฉพาะเมื่อมีการปรับตัวบ่งชี้การอนุมัติโดยรวม (FRGZU) หรือสถานะการดำเนินการ (PROCSTAT) เป็นค่า 'อนุมัติแล้ว' ขั้นสุดท้าย.

บันทึก

ระบุเวลาที่กำหนดรหัสอนุมัติขั้นสุดท้าย หรือเวลาที่สถานะโดยรวมของใบขอซื้อเปลี่ยนเป็น 'อนุมัติแล้ว'.

ประเภทเหตุการณ์ inferred
กำหนดแหล่งจัดหา
ระบุการดำเนินการที่ผู้ซื้อกำหนดผู้ขาย สัญญา หรือระเบียนข้อมูลให้กับรายการใบขอซื้อที่อนุมัติแล้ว ขั้นตอนนี้ช่วยเตรียมใบขอซื้อสำหรับสร้างใบสั่งซื้อ.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากการกรอกข้อมูลในฟิลด์ที่เกี่ยวข้องกับแหล่งจัดหาในตาราง EBAN เช่น ผู้ขายที่กำหนดไว้ (LIFNR) ระเบียนข้อมูล (INFNR) หรือสัญญา (KONNR).

บันทึก

ติดตามการกรอกข้อมูลในฟิลด์ เช่น LIFNR, INFNR หรือ KONNR ในตาราง EBAN ผ่านเอกสารการเปลี่ยนแปลง.

ประเภทเหตุการณ์ inferred
แก้ไขใบขอซื้อ
เกิดขึ้นเมื่อผู้ใช้แก้ไขฟิลด์สำคัญของใบขอซื้อหลังจากสร้างแล้ว เช่น จำนวน ราคา หรือวัสดุ การแก้ไขนี้จะถูกบันทึกไว้อย่างชัดเจนในระบบเอกสารการเปลี่ยนแปลงของ SAP.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

บันทึกการเปลี่ยนแปลงที่ทำกับตาราง EBAN ไว้โดยตรงในตารางเอกสารการเปลี่ยนแปลงของ SAP (CDHDR และ CDPOS) การเปลี่ยนแปลงแต่ละครั้งในฟิลด์ที่ติดตามจะสร้างรายการใหม่.

บันทึก

ดึงเหตุการณ์การเปลี่ยนแปลงจาก CDHDR/CDPOS โดยเลือก object class เป็น BANF สำหรับใบขอซื้อ.

ประเภทเหตุการณ์ explicit
ถอนใบขอซื้อ
เกิดขึ้นเมื่อผู้ขอเดิมยกเลิกหรือลบใบขอซื้อก่อนดำเนินการเสร็จ โดยทั่วไปเป็นการดำเนินการโดยตรงที่กำหนดแฟล็กการลบให้กับรายการใบขอซื้อ.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

บันทึกเหตุการณ์นี้โดยตรงเมื่อกำหนดฟิลด์ตัวบ่งชี้การลบ (LOEKZ) ในตาราง EBAN ให้กับรายการใบขอซื้อ การเปลี่ยนแปลงจะถูกบันทึกใน CDHDR/CDPOS.

บันทึก

ค้นหาเหตุการณ์ที่กำหนดตัวบ่งชี้การลบ (LOEKZ) ในตาราง EBAN เป็น 'L'.

ประเภทเหตุการณ์ explicit
รีเซ็ตการอนุมัติ
ระบุเหตุการณ์ที่รีเซ็ตเวิร์กโฟลว์การอนุมัติทั้งหมด ซึ่งมักเกิดจากการแก้ไขใบขอซื้อครั้งสำคัญ ทำให้ต้องเริ่มกระบวนการอนุมัติใหม่ตั้งแต่ระดับแรก.
เหตุผลที่สำคัญ

กิจกรรมนี้แสดงให้เห็นการทำงานซ้ำครั้งสำคัญที่ส่งผลต่อระยะเวลาดำเนินการอย่างมาก การหาสาเหตุที่ทำให้ต้องรีเซ็ตการอนุมัติเป็นกุญแจสำคัญในการปรับกระบวนการให้กระชับและลดความล่าช้า.

แหล่งข้อมูล

อนุมานจากเอกสารการเปลี่ยนแปลง (CDHDR/CDPOS) ในตาราง EBAN โดยตรวจพบเหตุการณ์นี้เมื่อฟิลด์สถานะการอนุมัติ เช่น FRGKZ หรือ FRGZU ถูกล้าง หลังจากมีการกำหนดสถานะบางส่วนหรือทั้งหมดแล้ว.

บันทึก

ค้นหาการเปลี่ยนแปลงสถานะการอนุมัติจากสถานะอนุมัติแล้วกลับเป็นยังไม่อนุมัติในบันทึกการเปลี่ยนแปลง.

ประเภทเหตุการณ์ inferred
เริ่มขั้นตอนการอนุมัติ
ระบุว่าใบขอซื้อกำลังรอการดำเนินการจากผู้อนุมัติหรือกลุ่มผู้อนุมัติรายใดรายหนึ่ง อนุมานจากสถานะของใบขอซื้อที่แสดงว่ารอรหัสอนุมัติที่ระบุ.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากฟิลด์สถานะการอนุมัติในตาราง EBAN เช่น FRGZU และการตั้งค่ากลยุทธ์การอนุมัติที่เกี่ยวข้อง เหตุการณ์เริ่มเมื่อรหัสอนุมัติที่ระบุเป็นรหัสถัดไปที่ต้องดำเนินการ.

บันทึก

ระบุเวลาที่ใบขอซื้อเข้าสู่สถานะรออนุมัติจากรหัสอนุมัติที่ระบุ โดยอ้างอิงจากบันทึกเวิร์กโฟลว์หรือฟิลด์สถานะ.

ประเภทเหตุการณ์ inferred
ส่งใบขอซื้อเพื่ออนุมัติ
ระบุเวลาที่ผู้ขอส่งใบขอซื้ออย่างเป็นทางการ ซึ่งเป็นการเริ่มเวิร์กโฟลว์การอนุมัติ โดยทั่วไปอนุมานจากการกำหนดกลยุทธ์การอนุมัติของใบขอซื้อและสถานะที่เปลี่ยนเป็น 'อยู่ระหว่างอนุมัติ'.
เหตุผลที่สำคัญ

เหตุการณ์นี้เป็นหมุดหมายสำคัญที่ใช้เริ่มนับระยะเวลาการอนุมัติสำหรับ KPI การวิเคราะห์เวลาตั้งแต่สร้างจนส่งใบขอซื้อช่วยให้เห็นความล่าช้าในขั้นตอนเตรียมใบขอซื้อ.

แหล่งข้อมูล

อนุมานจากเอกสารการเปลี่ยนแปลง (CDHDR/CDPOS) ของตาราง EBAN โดยดูเมื่อมีการกรอกฟิลด์กลยุทธ์การอนุมัติ เช่น FRGST หรือเมื่อสถานะโดยรวม (PROCSTAT) เปลี่ยนเป็นสถานะระหว่างอนุมัติ.

บันทึก

ค้นหารายการแรกในเอกสารการเปลี่ยนแปลงที่แสดงว่าเวิร์กโฟลว์การอนุมัติเริ่มต้นขึ้น หรือสถานะเปลี่ยนเป็น 'อยู่ระหว่างอนุมัติ'.

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

คู่มือการสกัดข้อมูล

วิธีนำข้อมูลออกจาก SAP S/4HANA

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

ใช้เทมเพลตนี้เตรียมข้อมูลได้อย่างมั่นใจ และนำ process mining มาใช้วิเคราะห์กระบวนการจัดซื้อจนถึงชำระเงินในส่วนของคำขอซื้อ เริ่มปรับกระบวนการให้มีประสิทธิภาพขึ้นได้เลย!

หยุดความล่าช้าของคำขอซื้อ P2P ด้วยการปรับ workflow ให้มีประสิทธิภาพ!

ปรับกระบวนการให้คล่องตัว ลดระยะเวลาดำเนินการ และลดรอบเวลาลง 30%.

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

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