> การปรับปรุงกระบวนการอย่างต่อเนื่อง > การจัดซื้อจนถึงการชำระเงิน: การประมวลผลใบแจ้งหนี้ > SAP Ariba > เทมเพลตข้อมูล

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

SAP Ariba

แอตทริบิวต์สำหรับกระบวนการจัดซื้อจนถึงชำระเงินและการประมวลผลใบแจ้งหนี้(22) กิจกรรมสำหรับกระบวนการจัดซื้อจนถึงชำระเงินและการประมวลผลใบแจ้งหนี้(13) คู่มือการดึงข้อมูล(1)

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

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

แอตทริบิวต์ที่แนะนำให้เก็บ
กิจกรรมหลักที่ควรติดตามใน SAP Ariba
แนวทางดึงข้อมูลที่นำไปใช้ได้จริง

เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

ดาวน์โหลดเทมเพลต

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

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

3 จำเป็น 7 แนะนำ 12 ไม่บังคับ

	ชื่อ	คำอธิบาย
	ชื่อกิจกรรม ActivityName	ชื่อเหตุการณ์หรืองานที่เกิดขึ้น ณ จุดหนึ่งในวงจรการดำเนินงานของใบแจ้งหนี้.
คำอธิบาย ชื่อกิจกรรมใช้ระบุขั้นตอนหนึ่งในเวิร์กโฟลว์การดำเนินงานของใบแจ้งหนี้ เช่น 'รับใบแจ้งหนี้แล้ว' 'อนุมัติใบแจ้งหนี้แล้ว' หรือ 'ดำเนินการชำระเงินแล้ว' แต่ละกิจกรรมคือเหตุการณ์ทางธุรกิจที่ทำให้ใบแจ้งหนี้เข้าใกล้ขั้นตอนเสร็จสิ้น. ใน process mining ลำดับกิจกรรมเหล่านี้ประกอบกันเป็นแผนผังกระบวนการ การวิเคราะห์กิจกรรมช่วยระบุเส้นทางที่เกิดขึ้นบ่อย ความแตกต่างจากขั้นตอนมาตรฐาน การทำงานซ้ำ เช่น การจัดการข้อมูลคลาดเคลื่อน และโอกาสในการทำงานอัตโนมัติ. เหตุผลที่สำคัญ แอตทริบิวต์นี้เป็นพื้นฐานสำหรับแสดงแผนผังกระบวนการ ค้นหาเส้นทางกระบวนการรูปแบบต่างๆ และระบุงานซ้ำหรือคอขวด. แหล่งข้อมูล สร้างจากบันทึกเหตุการณ์ของระบบ การเปลี่ยนสถานะ หรือการดำเนินการของผู้ใช้ที่บันทึกไว้ใน SAP Ariba โดยมักดึงข้อมูลจากตารางประวัติเอกสารหรือเวิร์กโฟลว์. ตัวอย่าง รับใบแจ้งหนี้แล้วอนุมัติใบแจ้งหนี้แล้วตั้งบล็อกการชำระเงินดำเนินการชำระเงินแล้ว
	เวลาที่เกิดเหตุการณ์ EventTime	เวลาที่ระบุวันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ.
คำอธิบาย เวลาที่เกิดเหตุการณ์หรือการประทับเวลาใช้บันทึกว่ากิจกรรมเกิดขึ้นเมื่อใด ข้อมูลนี้เป็นพื้นฐานสำคัญของการวิเคราะห์ประสิทธิภาพ เพราะใช้คำนวณระยะเวลาระหว่างกิจกรรมและระยะเวลารวมของแต่ละกรณีได้. เครื่องมือ process mining ใช้การประทับเวลาเรียงเหตุการณ์ตามลำดับเวลาและสร้างภาพเส้นทางกระบวนการได้อย่างแม่นยำ ข้อมูลนี้จำเป็นต่อการวัด KPI เช่น ระยะเวลาการอนุมัติใบแจ้งหนี้และระยะเวลาแก้ไขบล็อกการชำระเงิน รวมถึงช่วยวิเคราะห์ความล่าช้าและประสิทธิภาพ. เหตุผลที่สำคัญ ใช้คำนวณตัวชี้วัดด้านเวลาได้ทั้งหมด เช่น รอบเวลาและระยะเวลา ซึ่งจำเป็นต่อการระบุความล่าช้าในกระบวนการ. แหล่งข้อมูล SAP Ariba บันทึกข้อมูลนี้โดยอัตโนมัติเมื่อมีการเปลี่ยนสถานะ การดำเนินการของผู้ใช้ หรือเหตุการณ์ในระบบ โดยทั่วไปจะอยู่คู่กับชื่อกิจกรรมในบันทึกเหตุการณ์หรือตารางประวัติ. ตัวอย่าง 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	หมายเลขใบแจ้งหนี้ InvoiceNumber	รหัสเฉพาะของใบแจ้งหนี้จากผู้ขายแต่ละฉบับ ใช้เป็น Case ID หลักสำหรับติดตามขั้นตอนการดำเนินงานของใบแจ้งหนี้.
คำอธิบาย หมายเลขใบแจ้งหนี้คือเลขอ้างอิงเฉพาะที่ผู้ขายกำหนดให้เอกสารใบแจ้งหนี้ ใน process mining แอตทริบิวต์นี้สำคัญมาก เพราะใช้เป็น Case ID เพื่อเชื่อมโยงกิจกรรมทั้งหมดที่เกี่ยวข้อง ตั้งแต่รับใบแจ้งหนี้จนถึงชำระเงินขั้นสุดท้าย. เมื่อติดตามรหัสนี้ นักวิเคราะห์จะสร้างภาพวงจรของใบแจ้งหนี้แต่ละฉบับได้ครบตั้งแต่ต้นจนจบ และวิเคราะห์เส้นทางกระบวนการ ระบุคอขวด และวัด KPI สำคัญ เช่น ระยะเวลาดำเนินการของใบแจ้งหนี้แต่ละฉบับได้. เหตุผลที่สำคัญ เป็นรหัสสำคัญที่เชื่อมโยงทุกขั้นตอนของใบแจ้งหนี้แต่ละฉบับ ทำให้วิเคราะห์ระยะเวลาและเส้นทางการดำเนินงานตั้งแต่ต้นจนจบได้. แหล่งข้อมูล เป็นฟิลด์หลักในเอกสารใบแจ้งหนี้และโซลูชัน SAP Ariba Invoicing โดยทั่วไปพบในตารางส่วนหัวใบแจ้งหนี้หรือข้อมูลธุรกรรม. ตัวอย่าง INV-2023-001239876543210SI-58840-A
	ชื่อผู้ขาย VendorName	ชื่อผู้ขายหรือซัพพลายเออร์ที่ส่งใบแจ้งหนี้.
คำอธิบาย ชื่อผู้ขายใช้ระบุซัพพลายเออร์ที่เรียกเก็บเงิน แอตทริบิวต์นี้เป็นมิติหลักสำหรับแบ่งวิเคราะห์ประสิทธิภาพการดำเนินงานของใบแจ้งหนี้ตามผู้ขาย. ทีมงานใช้แอตทริบิวต์นี้สร้างแดชบอร์ดติดตามประสิทธิภาพการชำระเงินให้ผู้ขาย ระบุผู้ขายที่มีข้อมูลคลาดเคลื่อนบ่อย หรือวิเคราะห์ระยะเวลาดำเนินการของผู้ขายรายสำคัญ การเข้าใจปัญหาเฉพาะของผู้ขายช่วยปรับปรุงความสัมพันธ์และทำงานร่วมกันได้คล่องตัวขึ้น. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพแยกตามผู้ขาย และระบุซัพพลายเออร์ที่มีปัญหาใบแจ้งหนี้หรือได้รับชำระเงินล่าช้าบ่อยครั้ง. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในข้อมูลส่วนหัวใบแจ้งหนี้ โดยเชื่อมโยงกับข้อมูลหลักผู้ขายใน SAP Ariba หรือระบบ ERP ที่เชื่อมต่อ. ตัวอย่าง Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
	ผู้อนุมัติ Approver	ผู้ใช้หรือบทบาทที่รับผิดชอบอนุมัติใบแจ้งหนี้ให้ชำระเงิน.
คำอธิบาย ผู้อนุมัติคือบุคคลหรือกลุ่มผู้ใช้ที่ได้รับมอบหมายให้ตรวจสอบและอนุมัติใบแจ้งหนี้ ใบแจ้งหนี้อาจต้องผ่านการอนุมัติหนึ่งระดับหรือหลายระดับ ขึ้นอยู่กับมูลค่าหรือประเภท. แอตทริบิวต์นี้ช่วยวิเคราะห์ประสิทธิภาพของเวิร์กโฟลว์การอนุมัติ เมื่อนำ KPI 'ระยะเวลาการอนุมัติใบแจ้งหนี้' มาแบ่งตามผู้อนุมัติหรือกลุ่มผู้อนุมัติ จะช่วยระบุบุคคลหรือทีมที่เป็นคอขวด ข้อมูลนี้ช่วยกระจายภาระงานและปรับปรุงประสิทธิภาพการอนุมัติ. เหตุผลที่สำคัญ ช่วยระบุคอขวดในกระบวนการอนุมัติ โดยแสดงว่าผู้ใช้หรือทีมใดใช้เวลาพิจารณาอนุมัตินานที่สุด. แหล่งข้อมูล บันทึกไว้ในบันทึกเหตุการณ์ของเวิร์กโฟลว์หรือประวัติการอนุมัติใบแจ้งหนี้ใน SAP Ariba โดยอาจบันทึกเป็น ID ผู้ใช้. ตัวอย่าง j.smithFinance_Approvers_Tier1m.jones
	ยอดเงินในใบแจ้งหนี้ InvoiceAmount	มูลค่าเงินรวมของใบแจ้งหนี้.
คำอธิบาย ยอดเงินในใบแจ้งหนี้คือยอดชำระรวมที่ผู้ขายเรียกเก็บ แอตทริบิวต์ทางการเงินนี้เป็นข้อมูลพื้นฐานสำหรับวิเคราะห์ปริมาณงานในการดำเนินการใบแจ้งหนี้. ใน process mining ใช้แอตทริบิวต์นี้กรองวิเคราะห์ใบแจ้งหนี้มูลค่าสูง ซึ่งอาจต้องผ่านขั้นตอนอนุมัติที่ต่างออกไปหรือมีการควบคุมเข้มงวดกว่า นอกจากนี้ยังใช้จัดลำดับความสำคัญของการปรับปรุงกระบวนการ โดยเน้นใบแจ้งหนี้ที่มีผลกระทบทางการเงินสูง แดชบอร์ดมักใช้ข้อมูลนี้แสดงมูลค่ารวมของใบแจ้งหนี้ในแต่ละขั้นตอน. เหตุผลที่สำคัญ ช่วยวิเคราะห์ผลกระทบทางการเงิน เช่น กรองใบแจ้งหนี้มูลค่าสูง หรือดูมูลค่าเงินที่ค้างอยู่ในคอขวดของกระบวนการ. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในข้อมูลส่วนหัวใบแจ้งหนี้ของ SAP Ariba. ตัวอย่าง 5250.75120000.00895.50
	วันครบกำหนดชำระเงิน PaymentDueDate	วันที่ต้องชำระใบแจ้งหนี้เพื่อหลีกเลี่ยงค่าปรับ ตามเงื่อนไขการชำระเงิน.
คำอธิบาย วันครบกำหนดชำระเงินคือวันที่ตกลงกันไว้ในสัญญาสำหรับชำระใบแจ้งหนี้ โดยทั่วไปคำนวณจากวันที่ในเอกสารใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกัน เช่น Net 30. แอตทริบิวต์นี้จำเป็นต่อ KPI 'อัตราการชำระเงินตรงเวลา' เมื่อนำเวลาของกิจกรรม 'ดำเนินการชำระเงินแล้ว' มาเทียบกับวันครบกำหนดชำระเงิน จะช่วยระบุการชำระเงินล่าช้า วัดประสิทธิภาพการชำระเงินให้ผู้ขาย และช่วยหลีกเลี่ยงค่าปรับจากการชำระล่าช้า พร้อมรักษาความสัมพันธ์ที่ดีกับผู้ขาย. เหตุผลที่สำคัญ ใช้เป็นเกณฑ์พื้นฐานในการคำนวณอัตราการชำระเงินตรงเวลา ซึ่งเป็น KPI สำคัญสำหรับการบริหารความสัมพันธ์กับผู้ขายและการปฏิบัติตามข้อกำหนดทางการเงิน. แหล่งข้อมูล วันที่นี้อาจระบุไว้ในเอกสารใบแจ้งหนี้ หรือคำนวณจากฟิลด์ 'DocumentDate' และ 'PaymentTerms' ใน SAP Ariba. ตัวอย่าง 2023-11-302024-01-152023-12-25
	สถานะใบแจ้งหนี้ InvoiceStatus	สถานะปัจจุบันหรือสถานะสุดท้ายของกรณีใบแจ้งหนี้ เช่น ชำระแล้ว ปฏิเสธแล้ว หรืออยู่ระหว่างดำเนินการ.
คำอธิบาย สถานะใบแจ้งหนี้แสดงภาพรวมว่าใบแจ้งหนี้อยู่ในขั้นตอนใดของวงจร ณ เวลาที่ดึงข้อมูล หรือแสดงผลลัพธ์สุดท้าย แอตทริบิวต์ระดับกรณีนี้สรุปสถานะโดยรวมของใบแจ้งหนี้. ใน process mining แอตทริบิวต์นี้ใช้กรองกรณีเพื่อวิเคราะห์เฉพาะใบแจ้งหนี้ที่เสร็จสมบูรณ์แล้ว (ชำระแล้ว) หรือมีปัญหา (ปฏิเสธแล้ว) ช่วยให้เข้าใจผลลัพธ์สุดท้ายของเส้นทางกระบวนการแต่ละแบบ และใช้วัดสัดส่วนใบแจ้งหนี้ที่ดำเนินการจนสำเร็จได้. เหตุผลที่สำคัญ แสดงผลลัพธ์สุดท้ายของกระบวนการดำเนินงานใบแจ้งหนี้ ทำให้วิเคราะห์เปรียบเทียบใบแจ้งหนี้ที่ชำระสำเร็จกับใบแจ้งหนี้ที่ถูกปฏิเสธได้. แหล่งข้อมูล เป็นฟิลด์สถานะมาตรฐานในส่วนหัวใบแจ้งหนี้ของ SAP Ariba. ตัวอย่าง ชำระแล้วปฏิเสธแล้วกำลังดำเนินการอนุมัติแล้ว
	หมายเลขใบสั่งซื้อ PurchaseOrderNumber	รหัสใบสั่งซื้อที่เกี่ยวข้องกับใบแจ้งหนี้ หากมี.
คำอธิบาย หมายเลขใบสั่งซื้อ (PO) ใช้เชื่อมโยงใบแจ้งหนี้กับเอกสารจัดซื้อที่เกี่ยวข้อง ซึ่งเป็นเอกสารอนุมัติการจัดซื้อสินค้าหรือบริการ ใบแจ้งหนี้บางฉบับอาจไม่มี PO แต่สำหรับฉบับที่มี การเชื่อมโยงนี้มีความสำคัญมาก. การวิเคราะห์ใบแจ้งหนี้ตามหมายเลข PO ช่วยให้เข้าใจประสิทธิภาพการจับคู่สามทางระหว่าง PO ใบรับสินค้า และใบแจ้งหนี้ อีกทั้งช่วยระบุข้อมูลที่ไม่ตรงกันและเปรียบเทียบกระบวนการของใบแจ้งหนี้ที่มี PO กับไม่มี PO ซึ่งมักมีเส้นทางและประสิทธิภาพต่างกัน. เหตุผลที่สำคัญ เชื่อมโยงใบแจ้งหนี้กับกระบวนการจัดซื้อ ทำให้วิเคราะห์รายการที่จับคู่ไม่ตรงกันและเปรียบเทียบเส้นทางใบแจ้งหนี้ที่มี PO กับไม่มี PO ได้. แหล่งข้อมูล เป็นฟิลด์มาตรฐานของใบแจ้งหนี้ที่อ้างอิง PO ใน SAP Ariba โดยพบได้ในข้อมูลรายการหรือส่วนหัวของใบแจ้งหนี้. ตัวอย่าง 45000123454500054321PO-2023-789
	เหตุผลที่บล็อกการชำระเงิน PaymentBlockReason	เหตุผลเฉพาะที่ตั้งบล็อกการชำระเงินของใบแจ้งหนี้.
คำอธิบาย เมื่อบล็อกการชำระเงินของใบแจ้งหนี้ แอตทริบิวต์นี้จะระบุเหตุผล เช่น 'ราคาไม่ตรงกัน' 'จำนวนไม่ตรงกัน' หรือ 'รอใบรับสินค้า' โดยระบบมักกำหนดรหัสหรือคำอธิบายมาตรฐานไว้. การวิเคราะห์ความถี่ของเหตุผลที่ตั้งบล็อกช่วยระบุต้นเหตุของความล่าช้าในการชำระเงินได้ เช่น หากมีการบล็อกเพราะ 'ราคาไม่ตรงกัน' จำนวนมาก อาจบ่งชี้ว่าข้อมูลหลักไม่ถูกต้อง แอตทริบิวต์นี้สำคัญต่อแดชบอร์ด 'ระยะเวลาแก้ไขบล็อกการชำระเงิน' เพื่อจัดลำดับการแก้ไขปัญหาที่เกิดบ่อยและใช้เวลาแก้นาน. เหตุผลที่สำคัญ ช่วยระบุต้นเหตุของความล่าช้าในการชำระเงิน ทำให้ปรับปรุงได้ตรงจุดและป้องกันปัญหาที่พบบ่อย เช่น ราคาและจำนวนไม่ตรงกัน. แหล่งข้อมูล กำหนดข้อมูลนี้เมื่อมีการตั้งบล็อกการชำระเงินของใบแจ้งหนี้ใน SAP Ariba หรือระบบ ERP ที่เชื่อมต่อ. ตัวอย่าง ราคาไม่ตรงกันจำนวนไม่ตรงกันรอใบรับสินค้า
	เงื่อนไขการชำระเงิน PaymentTerms	เงื่อนไขที่ตกลงกันสำหรับชำระใบแจ้งหนี้ ซึ่งมักระบุรายละเอียดส่วนลดเมื่อชำระก่อนกำหนด.
คำอธิบาย เงื่อนไขการชำระเงินกำหนดหลักเกณฑ์การชำระเงินให้ผู้ขาย เช่น 'Net 30' (ครบกำหนดชำระใน 30 วัน) หรือ '2% 10, Net 30' (รับส่วนลด 2% หากชำระภายใน 10 วัน มิฉะนั้นครบกำหนดใน 30 วัน) ข้อมูลนี้มาจากข้อมูลหลักผู้ขายหรือใบสั่งซื้อ. แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'โอกาสรับส่วนลดเมื่อชำระก่อนกำหนด' และ KPI ที่เกี่ยวข้อง การวิเคราะห์ใช้เงื่อนไขเหล่านี้ระบุใบแจ้งหนี้ที่มีสิทธิ์รับส่วนลด และตรวจสอบว่าชำระเงินภายในช่วงเวลาที่กำหนดหรือไม่ เพื่อให้เห็นโอกาสในการประหยัดต้นทุน. เหตุผลที่สำคัญ จำเป็นต่อการระบุโอกาสรับส่วนลดเมื่อชำระก่อนกำหนด ซึ่งช่วยลดต้นทุนได้อย่างมีนัยสำคัญ. แหล่งข้อมูล จัดเก็บไว้ในข้อมูลหลักผู้ขายและคัดลอกไปยังรายละเอียดใบแจ้งหนี้ใน SAP Ariba หรือระบบ ERP. ตัวอย่าง Net 302% 10, Net 30Net 60
	ชำระเงินตรงเวลาหรือไม่ IsPaidOnTime	แฟล็กแบบบูลีนที่ระบุว่าชำระใบแจ้งหนี้ภายในหรือก่อนวันครบกำหนดหรือไม่.
คำอธิบาย แอตทริบิวต์ที่คำนวณนี้เปรียบเทียบเวลาของกิจกรรม 'ดำเนินการชำระเงินแล้ว' กับ 'PaymentDueDate' หากชำระในหรือก่อนวันครบกำหนด ค่าจะเป็น true มิฉะนั้นจะเป็น false. แฟล็กนี้ช่วยให้วิเคราะห์ประสิทธิภาพการชำระเงินได้ง่ายขึ้น สามารถกรองและรวมข้อมูลเพื่อคำนวณ KPI 'อัตราการชำระเงินตรงเวลา' ได้สะดวก แดชบอร์ดใช้แอตทริบิวต์นี้แสดงผลตามผู้ขาย ประเทศ หรือรหัสบริษัท เพื่อระบุจุดที่มีปัญหาการชำระเงินล่าช้าเป็นประจำ. เหตุผลที่สำคัญ ช่วยให้คำนวณ KPI อัตราการชำระเงินตรงเวลาได้ง่ายขึ้น และกรองใบแจ้งหนี้ที่ชำระล่าช้าเพื่อวิเคราะห์สาเหตุได้สะดวก. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยเปรียบเทียบ 'EventTime' ของกิจกรรมการชำระเงินกับแอตทริบิวต์ 'PaymentDueDate'. ตัวอย่าง truefalse
	ได้รับส่วนลดหรือไม่ IsEarlyPaymentDiscountTaken	แฟล็กแบบบูลีนที่ระบุว่าได้รับส่วนลดเมื่อชำระก่อนกำหนดสำหรับใบแจ้งหนี้ที่มีสิทธิ์หรือไม่.
คำอธิบาย แอตทริบิวต์นี้ได้จากการคำนวณ โดยเริ่มจากตรวจสอบว่าใบแจ้งหนี้มีสิทธิ์รับส่วนลดเมื่อชำระก่อนกำหนดตาม 'PaymentTerms' หรือไม่ จากนั้นตรวจสอบว่าเหตุการณ์ 'ดำเนินการชำระเงินแล้ว' เกิดขึ้นภายในช่วงเวลาที่กำหนดสำหรับส่วนลดหรือไม่. แฟล็กนี้สำคัญต่อการวัด KPI 'อัตราการรับส่วนลดเมื่อชำระก่อนกำหนด' โดยแสดงผลทางการเงินของการบริหารเงินสดและเจ้าหนี้การค้าในการเพิ่มประสิทธิภาพเงินทุนหมุนเวียน การวิเคราะห์กรณีที่แฟล็กนี้เป็น false ช่วยหาสาเหตุที่พลาดโอกาสประหยัดเงิน เช่น การอนุมัติล่าช้าหรือคอขวดอื่นๆ ในกระบวนการ. เหตุผลที่สำคัญ วัดผลการรับส่วนลดและการประหยัดต้นทุนโดยตรง พร้อมช่วยระบุสาเหตุที่พลาดโอกาสรับส่วนลด. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยแยกวิเคราะห์ 'PaymentTerms' และเปรียบเทียบเวลาของ 'ดำเนินการชำระเงินแล้ว' กับกำหนดเวลาส่วนลดที่คำนวณไว้. ตัวอย่าง truefalse
	ประเทศ Country	ประเทศที่เกี่ยวข้องกับใบแจ้งหนี้ โดยทั่วไปอ้างอิงจากรหัสบริษัทหรือที่ตั้งของผู้ขาย.
คำอธิบาย แอตทริบิวต์ประเทศใช้ระบุข้อมูลด้านภูมิศาสตร์สำหรับการวิเคราะห์ โดยทั่วไปได้มาจากรหัสบริษัทที่ใช้บันทึกใบแจ้งหนี้หรือที่อยู่ของผู้ขาย. การวิเคราะห์กระบวนการแยกตามประเทศช่วยให้เห็นความแตกต่างด้านประสิทธิภาพ การปฏิบัติตามข้อกำหนด และการดำเนินกระบวนการในแต่ละภูมิภาค อีกทั้งช่วยระบุสำนักงานในประเทศที่เผชิญปัญหาเฉพาะ หรือมีแนวปฏิบัติที่ดีซึ่งนำไปแบ่งปันในระดับองค์กรได้ ข้อมูลนี้มีประโยชน์ต่อการกำหนดมาตรฐานกระบวนการในองค์กรที่มีศูนย์บริการร่วมหลายประเทศ. เหตุผลที่สำคัญ ช่วยวิเคราะห์ตามภูมิศาสตร์เพื่อเปรียบเทียบประสิทธิภาพกระบวนการและการปฏิบัติตามข้อกำหนดระหว่างประเทศหรือภูมิภาคต่างๆ. แหล่งข้อมูล ได้จากข้อมูลหลักรหัสบริษัทหรือข้อมูลหลักผู้ขายใน SAP Ariba หรือระบบ ERP ที่เชื่อมต่อ. ตัวอย่าง USAเยอรมนีสหราชอาณาจักร
	ประเภทใบแจ้งหนี้ InvoiceType	การจัดประเภทใบแจ้งหนี้ เช่น เกี่ยวข้องกับใบสั่งซื้อ (PO) หรือไม่เกี่ยวข้อง (Non-PO).
คำอธิบาย ประเภทใบแจ้งหนี้ใช้จัดกลุ่มใบแจ้งหนี้ตามกระบวนการที่แตกต่างกัน โดยทั่วไปจะแบ่งเป็นใบแจ้งหนี้ที่อ้างอิง PO ซึ่งจับคู่กับใบสั่งซื้อที่อนุมัติไว้ล่วงหน้าได้ และใบแจ้งหนี้ที่ไม่มี PO ซึ่งต้องลงรหัสและขออนุมัติเพิ่มเติม. แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์กระบวนการ เพราะขั้นตอนของใบแจ้งหนี้ที่มี PO และไม่มี PO แตกต่างกัน การแยกประเภทช่วยให้เห็นประสิทธิภาพของแต่ละเส้นทางได้แม่นยำขึ้น และป้องกันไม่ให้ตัวชี้วัดที่รวมกันทำให้เข้าใจผิด นอกจากนี้ยังช่วยให้เข้าใจประสิทธิภาพและการปฏิบัติตามข้อกำหนดของแต่ละเส้นทาง. เหตุผลที่สำคัญ ช่วยแยกใบแจ้งหนี้ตามเส้นทางกระบวนการ เช่น PO กับ Non-PO ซึ่งจำเป็นต่อการวัดและวิเคราะห์ประสิทธิภาพอย่างถูกต้อง. แหล่งข้อมูล มักเป็นฟิลด์มาตรฐานในเอกสารใบแจ้งหนี้ของ SAP Ariba หรืออนุมานได้จากการมีฟิลด์ 'PurchaseOrderNumber'. ตัวอย่าง ใบแจ้งหนี้ที่มี POใบแจ้งหนี้ที่ไม่มี POใบลดหนี้
	รหัสบริษัท CompanyCode	รหัสนิติบุคคลหรือบริษัทภายในองค์กรที่ดำเนินการกับใบแจ้งหนี้.
คำอธิบาย รหัสบริษัทเป็นหน่วยงานมาตรฐานในระบบ SAP ใช้แทนนิติบุคคลอิสระที่จัดทำงบการเงิน ใบแจ้งหนี้จะถูกบันทึกเข้ารหัสบริษัทที่ระบุเสมอ. แอตทริบิวต์นี้ช่วยเปรียบเทียบประสิทธิภาพของกระบวนการระหว่างหน่วยธุรกิจหรือนิติบุคคลต่างๆ ระบุได้ว่าหน่วยงานใดทำงานได้มีประสิทธิภาพกว่า และช่วยกำหนดมาตรฐานกระบวนการในองค์กรระดับโลก. เหตุผลที่สำคัญ ช่วยเปรียบเทียบประสิทธิภาพระหว่างนิติบุคคลหรือหน่วยธุรกิจต่างๆ และระบุจุดที่ไม่มีประสิทธิภาพในระดับภูมิภาคหรือแผนก. แหล่งข้อมูล เป็นฟิลด์พื้นฐานขององค์กรในเอกสารใบแจ้งหนี้ของ SAP Ariba โดยรับค่าจากใบสั่งซื้อหรือกรอกระหว่างสร้างใบแจ้งหนี้ที่ไม่มี PO. ตัวอย่าง 1000US01DE01
	ระบบต้นทาง SourceSystem	ระบบบันทึกข้อมูลต้นทางที่ใช้ดึงข้อมูลเหตุการณ์.
คำอธิบาย แอตทริบิวต์นี้ระบุระบบต้นทางของแต่ละเหตุการณ์ เช่น 'SAP Ariba' 'SAP S/4HANA' หรือโซลูชันสแกนเอกสารจากผู้ให้บริการภายนอก ในองค์กรสมัยใหม่ การดำเนินงานเกี่ยวกับใบแจ้งหนี้อาจเกี่ยวข้องกับหลายแอปพลิเคชัน. การทราบระบบต้นทางช่วยวิเคราะห์ปัญหาคุณภาพข้อมูลและการส่งต่องานระหว่างแพลตฟอร์มต่างๆ อีกทั้งช่วยให้เห็นว่ากิจกรรมใดเกิดขึ้นในระบบใด เช่น การสแกนใบแจ้งหนี้หรือการอนุมัติใบแจ้งหนี้. เหตุผลที่สำคัญ ช่วยแยกกิจกรรมที่เกิดขึ้นในระบบต่างๆ ซึ่งจำเป็นต่อการทำความเข้าใจจุดเชื่อมต่อและคอขวดเฉพาะของแต่ละระบบ. แหล่งข้อมูล โดยทั่วไปจะเพิ่มข้อมูลนี้ระหว่างขั้นตอนการดึง แปลง และโหลดข้อมูล (ETL) โดยกำหนดค่าคงที่ตามแหล่งข้อมูล. ตัวอย่าง SAP AribaSAP S4HANACoupa
	ระยะเวลาการอนุมัติ ApprovalCycleTime	เวลาตั้งแต่ส่งใบแจ้งหนี้เพื่อขออนุมัติจนมีคำตัดสินสุดท้ายว่าอนุมัติหรือปฏิเสธ.
คำอธิบาย ตัวชี้วัดที่คำนวณนี้วัดระยะเวลาของกระบวนการย่อยการอนุมัติ โดยคำนวณจากเวลาระหว่างกิจกรรม 'ส่งใบแจ้งหนี้เพื่อขออนุมัติ' กับกิจกรรม 'อนุมัติใบแจ้งหนี้' หรือ 'ปฏิเสธใบแจ้งหนี้' ที่เกี่ยวข้อง. แอตทริบิวต์นี้ใช้วัด KPI 'ระยะเวลาการอนุมัติใบแจ้งหนี้' โดยตรง และจำเป็นต่อแดชบอร์ดที่เกี่ยวข้อง ช่วยแยกและวัดความล่าช้าในขั้นตอนอนุมัติโดยเฉพาะ ซึ่งมักเป็นสาเหตุสำคัญที่ทำให้ระยะเวลาดำเนินการโดยรวมยาวนานขึ้น สามารถวิเคราะห์ตามผู้อนุมัติ แผนก หรือยอดเงินในใบแจ้งหนี้เพื่อหาคอขวดเฉพาะจุดได้. เหตุผลที่สำคัญ ช่วยแยกวัดประสิทธิภาพของเวิร์กโฟลว์การอนุมัติ ทำให้ระบุคอขวดที่เกิดจากผู้อนุมัติหรือขั้นตอนอนุมัติที่ซับซ้อนได้ง่าย. แหล่งข้อมูล คำนวณระหว่างการแปลงข้อมูล โดยค้นหาเหตุการณ์เริ่มต้นและสิ้นสุดของการอนุมัติที่เกี่ยวข้องกับใบแจ้งหนี้แต่ละใบ แล้วคำนวณระยะเวลาระหว่างเหตุการณ์. ตัวอย่าง 2 วัน 5 ชั่วโมง10 วัน 1 ชั่วโมง8 ชั่วโมง 30 นาที
	วันที่ในเอกสาร DocumentDate	วันที่ผู้ขายพิมพ์ไว้บนเอกสารใบแจ้งหนี้.
คำอธิบาย วันที่ในเอกสารคือวันที่ผู้ขายสร้างใบแจ้งหนี้ ซึ่งต่างจากวันที่ 'รับใบแจ้งหนี้' ที่หมายถึงวันที่ใบแจ้งหนี้เข้าสู่ระบบดำเนินการ ระยะเวลาระหว่างสองวันนี้อาจนานมาก. แอตทริบิวต์นี้ช่วยวิเคราะห์ประสิทธิภาพของผู้ขายและระบุความล่าช้าในการส่งใบแจ้งหนี้ หากช่วงเวลาระหว่างวันที่ในเอกสารกับวันที่ได้รับยาวนาน เวลาที่เหลือสำหรับดำเนินการและรับส่วนลดเมื่อชำระก่อนกำหนดก็จะลดลง วันที่นี้มักใช้เป็นจุดเริ่มต้นในการคำนวณวันครบกำหนดชำระเงินด้วย. เหตุผลที่สำคัญ ช่วยวิเคราะห์ความล่าช้าระหว่างวันที่ผู้ขายออกใบแจ้งหนี้กับวันที่ได้รับ ซึ่งอาจส่งผลต่อการชำระเงินตรงเวลา. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในข้อมูลส่วนหัวใบแจ้งหนี้ โดยบันทึกจากเอกสารใบแจ้งหนี้ฉบับจริงหรือดิจิทัล. ตัวอย่าง 2023-10-202023-11-102024-01-02
	สกุลเงิน Currency	รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้ เช่น USD หรือ EUR.
คำอธิบาย แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงยอดเงินในใบแจ้งหนี้ องค์กรระดับโลกได้รับใบแจ้งหนี้ในหลายสกุลเงิน. การทราบสกุลเงินเป็นสิ่งสำคัญต่อการวิเคราะห์ทางการเงิน เพื่อให้เปรียบเทียบยอดเงินได้อย่างถูกต้อง ในแดชบอร์ด process mining ข้อมูลนี้ช่วยรวมมูลค่าทางการเงินได้อย่างเหมาะสม ซึ่งมักต้องแปลงเป็นสกุลเงินเดียวสำหรับรายงาน และให้บริบทที่จำเป็นต่อแอตทริบิวต์ 'ยอดเงินในใบแจ้งหนี้'. เหตุผลที่สำคัญ ให้บริบทที่จำเป็นสำหรับแอตทริบิวต์ 'ยอดเงินในใบแจ้งหนี้' เพื่อให้ตีความมูลค่าทางการเงินได้ถูกต้อง โดยเฉพาะในองค์กรที่ดำเนินงานหลายประเทศ. แหล่งข้อมูล เป็นฟิลด์มาตรฐานในข้อมูลส่วนหัวใบแจ้งหนี้ของ SAP Ariba โดยทั่วไปอยู่ถัดจากฟิลด์ยอดเงินในใบแจ้งหนี้. ตัวอย่าง USDEURGBP
	เหตุผลที่ปฏิเสธ RejectionReason	รหัสหรือข้อความที่อธิบายสาเหตุที่ใบแจ้งหนี้ถูกปฏิเสธระหว่างการอนุมัติ.
คำอธิบาย เมื่อผู้อนุมัติปฏิเสธใบแจ้งหนี้ โดยทั่วไปจะระบุเหตุผลไว้ แอตทริบิวต์นี้บันทึกข้อมูลดังกล่าว เช่น 'ราคาไม่ถูกต้อง' 'ใบแจ้งหนี้ซ้ำ' หรือ 'ไม่เป็นไปตามนโยบาย'. แอตทริบิวต์นี้เป็นข้อมูลสำคัญสำหรับแดชบอร์ด 'วิเคราะห์การปฏิเสธใบแจ้งหนี้' การวิเคราะห์เหตุผลที่พบบ่อยช่วยให้องค์กรระบุปัญหาที่เกิดขึ้นก่อนถึงขั้นตอนอนุมัติ เช่น คุณภาพใบแจ้งหนี้จากผู้ขายหรือข้อมูลภายในไม่สอดคล้องกัน ข้อมูลนี้ช่วยลดงานซ้ำและเพิ่มอัตราการดำเนินการใบแจ้งหนี้ให้ถูกต้องตั้งแต่ครั้งแรก. เหตุผลที่สำคัญ อธิบายสาเหตุที่ต้องแก้ไขงานซ้ำ และช่วยให้เห็นต้นตอของความไม่มีประสิทธิภาพในกระบวนการและปัญหาคุณภาพใบแจ้งหนี้โดยตรง. แหล่งข้อมูล บันทึกจากบันทึกเหตุการณ์ของเวิร์กโฟลว์หรือฟิลด์หมายเหตุ เมื่อเกิดกิจกรรม 'ปฏิเสธใบแจ้งหนี้' ใน SAP Ariba. ตัวอย่าง ใบแจ้งหนี้ซ้ำอ้างอิง PO ไม่ถูกต้องยอดเงินเกินงบประมาณที่อนุมัติ
	อัปเดตข้อมูลล่าสุด LastDataUpdate	เวลาที่ระบุว่ามีการรีเฟรชหรือดึงข้อมูลของเหตุการณ์นี้ครั้งล่าสุดเมื่อใด.
คำอธิบาย แอตทริบิวต์นี้ระบุวันที่และเวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด เป็นฟิลด์ข้อมูลเมตาที่จำเป็นต่อการกำกับดูแลข้อมูลและช่วยให้ทราบว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. นักวิเคราะห์ใช้ข้อมูลนี้ตรวจสอบว่ากำลังทำงานกับข้อมูลล่าสุด และดูความล่าช้าระหว่างเวลาที่เกิดเหตุการณ์ในระบบต้นทางกับเวลาที่ข้อมูลปรากฏในเครื่องมือ process mining ข้อมูลนี้จำเป็นต่อการจัดการรอบการรีเฟรชข้อมูลและสร้างความมั่นใจว่าผลการวิเคราะห์เชื่อถือได้. เหตุผลที่สำคัญ ช่วยให้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้มั่นใจว่าการวิเคราะห์อ้างอิงข้อมูลที่ทันสมัยและเกี่ยวข้อง. แหล่งข้อมูล โดยทั่วไประบบจะสร้างและเพิ่มการประทับเวลานี้ลงในชุดข้อมูลระหว่างขั้นตอนการดึงข้อมูล (ETL). ตัวอย่าง 2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z

จำเป็น แนะนำ ไม่บังคับ

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

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

6 แนะนำ 7 ไม่บังคับ

	กิจกรรม	คำอธิบาย
	กระทบยอดใบแจ้งหนี้แล้ว	เหตุการณ์สำคัญที่ยืนยันว่าใบแจ้งหนี้จับคู่กับใบสั่งซื้อและใบรับสินค้าได้สำเร็จ โดยไม่มีความคลาดเคลื่อนค้างอยู่ แสดงว่าใบแจ้งหนี้ถูกต้องและพร้อมอนุมัติ.
เหตุผลที่สำคัญ เมื่อขั้นตอนนี้เสร็จสิ้น แสดงว่าการตรวจสอบความถูกต้องจบลงและใบแจ้งหนี้พร้อมเข้าสู่เวิร์กโฟลว์การอนุมัติ นอกจากนี้ยังเป็นจุดตรวจสำคัญสำหรับวัดอัตราการประมวลผลโดยไม่ต้องทำด้วยมือ. แหล่งข้อมูล บันทึกจากการเปลี่ยนสถานะของเอกสาร Invoice Reconciliation (IR) เป็นสถานะอย่าง 'Reconciled'. บันทึก ใช้เวลาที่สถานะของเอกสาร Invoice Reconciliation เปลี่ยนเป็น 'Reconciled'. ประเภทเหตุการณ์ inferred
	ดำเนินการชำระเงินแล้ว	กิจกรรมสุดท้ายของกระบวนการ ยืนยันว่ามีการส่งเงินให้ผู้ขายแล้ว ถือเป็นการสิ้นสุดวงจรของใบแจ้งหนี้.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดหลักสำหรับวัดระยะเวลาตั้งแต่ต้นจนจบของใบแจ้งหนี้ และจำเป็นต่อการคำนวณอัตราการชำระเงินตรงเวลาและการใช้ส่วนลดเมื่อชำระก่อนกำหนด. แหล่งข้อมูล เหตุการณ์นี้เกิดขึ้นในระบบ ERP โดยมักส่งสถานะการชำระเงิน วันที่ชำระ และรายละเอียดธุรกรรมกลับมาอัปเดตเอกสารใบแจ้งหนี้ใน SAP Ariba. บันทึก อนุมานได้จากสถานะการชำระเงินของใบแจ้งหนี้ที่เปลี่ยนเป็น 'ชำระแล้ว' พร้อมบันทึกวันที่ชำระเงิน. ประเภทเหตุการณ์ inferred
	บันทึกใบแจ้งหนี้เข้าระบบ	กิจกรรมนี้แสดงว่าใบแจ้งหนี้ที่อนุมัติแล้วถูกส่งไปยังระบบ ERP ปลายทางและระบบตอบรับเรียบร้อย เพื่อใช้บันทึกบัญชีการเงินและดำเนินการชำระเงิน นี่เป็นขั้นตอนสำคัญของการเชื่อมต่อระบบ.
เหตุผลที่สำคัญ ยืนยันว่าการส่งต่องานจากฝ่ายจัดซื้อไปยังฝ่ายการเงินเสร็จสมบูรณ์ เป็นขั้นตอนสำคัญก่อนกำหนดเวลาและดำเนินการชำระเงิน. แหล่งข้อมูล อนุมานได้จากสถานะใบแจ้งหนี้ที่เปลี่ยนเป็นสถานะสุดท้าย เช่น 'ส่งแล้ว' หรือ 'กำลังดำเนินการชำระเงิน' พร้อมกับมีข้อความยืนยันจากระบบ ERP บันทึกไว้. บันทึก ระบุเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเพื่อแสดงว่าส่งไปยัง ERP สำเร็จแล้ว. ประเภทเหตุการณ์ inferred
	รับใบแจ้งหนี้แล้ว	เป็นจุดเริ่มต้นของวงจรการประมวลผลใบแจ้งหนี้ เมื่อมีการบันทึกใบแจ้งหนี้เข้าสู่ระบบ SAP Ariba เป็นครั้งแรก ซึ่งอาจรับผ่านช่องทางต่างๆ เช่น Ariba Network พอร์ทัลซัพพลายเออร์ หรือการป้อนข้อมูลด้วยมือ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นหลักสำหรับวัดรอบเวลาของใบแจ้งหนี้ตั้งแต่ต้นจนจบ และทำความเข้าใจความล่าช้าในช่วงแรกของการประมวลผล. แหล่งข้อมูล โดยทั่วไปอนุมานจากเวลาที่สร้างเอกสารใบแจ้งหนี้ใน SAP Ariba Buying and Invoicing เวลานี้ระบุว่าเริ่มสร้างระเบียนใบแจ้งหนี้ในระบบเมื่อใด. บันทึก ใช้เวลาที่สร้างออบเจ็กต์หรือเอกสารใบแจ้งหนี้หลัก. ประเภทเหตุการณ์ inferred
	ส่งใบแจ้งหนี้เพื่ออนุมัติแล้ว	กิจกรรมนี้เป็นจุดเริ่มต้นของเวิร์กโฟลว์การอนุมัติอย่างเป็นทางการ หลังจากกระทบยอดใบแจ้งหนี้สำเร็จแล้ว ระบบจะส่งใบแจ้งหนี้ไปยังผู้อนุมัติที่กำหนดไว้หนึ่งคนหรือหลายคนตามกฎทางธุรกิจ.
เหตุผลที่สำคัญ นี่คือจุดเริ่มต้นสำหรับวัด KPI รอบเวลาการอนุมัติใบแจ้งหนี้ และวิเคราะห์ประสิทธิภาพของขั้นตอนการอนุมัติโดยตรง. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของเอกสารใบแจ้งหนี้ ซึ่งมักเปลี่ยนจาก 'Reconciled' เป็นสถานะอย่าง 'Approving' หรือ 'Pending Approval'. บันทึก ติดตามเวลาที่สถานะของใบแจ้งหนี้หรือเอกสาร IR เปลี่ยนเป็น 'Approving' หรือสถานะที่มีความหมายใกล้เคียงกัน. ประเภทเหตุการณ์ inferred
	อนุมัติใบแจ้งหนี้แล้ว	แสดงว่าการอนุมัติเสร็จสมบูรณ์ โดยผู้อนุมัติที่จำเป็นทุกคนอนุมัติใบแจ้งหนี้ให้ชำระเงินแล้ว นี่เป็นขั้นตอนสำคัญก่อนบันทึกใบแจ้งหนี้เข้าระบบ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดสำหรับวัดระยะเวลาการอนุมัติ และเป็นปัจจัยสำคัญที่ส่งผลต่อขั้นตอนการชำระเงินถัดไป หากล่าช้าจะกระทบต่อการชำระเงินตรงเวลาโดยตรง. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้จะบันทึกไว้อย่างชัดเจนในประวัติการอนุมัติใบแจ้งหนี้ของ Ariba หรืออนุมานได้จากสถานะเอกสารที่เปลี่ยนเป็น 'อนุมัติแล้ว'. บันทึก ดึงข้อมูลจากประวัติขั้นตอนการอนุมัติ หรือใช้เวลาที่สถานะเปลี่ยนเป็น 'อนุมัติแล้ว'. ประเภทเหตุการณ์ explicit
	กำหนดเวลาชำระเงินแล้ว	แสดงการดำเนินการของทีมการเงินในระบบ ERP เพื่อนำใบแจ้งหนี้เข้ารอบการชำระเงินที่กำหนด มีการวางแผนชำระเงินแล้ว แต่ยังไม่ได้ดำเนินการจริง.
เหตุผลที่สำคัญ ช่วยให้เห็นขั้นตอนสุดท้ายของกระบวนการชำระเงิน ใช้คาดการณ์กระแสเงินสดจ่ายและวิเคราะห์ความล่าช้าระหว่างการบันทึกใบแจ้งหนี้กับการชำระเงินจริง. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้อยู่ในระบบ ERP และอาจซิงค์กลับมายัง SAP Ariba เพื่อแสดงในข้อมูลสถานะการชำระเงินของใบแจ้งหนี้. บันทึก อนุมานได้จากรายละเอียดสถานะการชำระเงินที่ส่งจาก ERP กลับมายังเอกสารใบแจ้งหนี้ใน Ariba. ประเภทเหตุการณ์ inferred
	แก้ไขความคลาดเคลื่อนแล้ว	ระบุว่ามีการจัดการความไม่ตรงกันที่พบก่อนหน้านี้แล้ว และใบแจ้งหนี้พร้อมดำเนินการกระทบยอดและอนุมัติต่อไป การแก้ไขอาจต้องปรับข้อมูลด้วยมือหรือติดต่อซัพพลายเออร์.
เหตุผลที่สำคัญ การติดตามเวลาที่ใช้แก้ไขความคลาดเคลื่อนช่วยคำนวณผลกระทบจากงานแก้ไขซ้ำ และชี้โอกาสในการเพิ่มอัตราการจับคู่ถูกต้องตั้งแต่ครั้งแรก. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของเอกสาร Invoice Reconciliation (IR) จากสถานะกรณียกเว้นกลับไปเป็นสถานะประมวลผล เช่น 'Reconciling' หรือ 'Submitted'. บันทึก บันทึกเวลาที่เอกสาร IR ออกจากสถานะความคลาดเคลื่อนและกลับเข้าสู่เวิร์กโฟลว์การประมวลผล. ประเภทเหตุการณ์ inferred
	ตั้งบล็อกการชำระเงิน	เกิดขึ้นเมื่อผู้ใช้หรือระบบระงับการชำระเงินของใบแจ้งหนี้ที่อนุมัติแล้วโดยตั้งใจ มักมีสาเหตุมาจากข้อโต้แย้งกับผู้ขาย ปัญหาด้านคุณภาพ หรือเหตุผลทางการค้าอื่นๆ.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นสำหรับวัดระยะเวลาแก้ไขบล็อกการชำระเงิน การวิเคราะห์บล็อกช่วยระบุและแก้ไขปัญหาเชิงระบบที่ทำให้การชำระเงินล่าช้า. แหล่งข้อมูล โดยมากจัดการในระบบ ERP ที่เชื่อมต่อ เช่น SAP S/4HANA หลังจากบันทึกใบแจ้งหนี้แล้ว แต่อาจซิงค์สถานะบล็อกกลับไปยัง Ariba โดยระบุผ่านแฟล็กหรือสถานะเฉพาะ. บันทึก ต้องระบุการเปลี่ยนแปลงของฟิลด์แฟล็กหรือสถานะที่แสดงว่ามีบล็อกการชำระเงินอยู่. ประเภทเหตุการณ์ inferred
	ปฏิเสธใบแจ้งหนี้	เป็นกิจกรรมกรณียกเว้นที่ผู้อนุมัติปฏิเสธใบแจ้งหนี้ระหว่างเวิร์กโฟลว์การอนุมัติ โดยทั่วไปต้องแก้ไขใบแจ้งหนี้แล้วส่งใหม่ ทำให้เกิดขั้นตอนการทำงานซ้ำ.
เหตุผลที่สำคัญ การติดตามการปฏิเสธเป็นสิ่งจำเป็นสำหรับ KPI อัตราการปฏิเสธใบแจ้งหนี้ และช่วยวิเคราะห์สาเหตุที่ทำให้การอนุมัติไม่ผ่าน เช่น การไม่ปฏิบัติตามนโยบายหรือการลงรหัสไม่ถูกต้อง. แหล่งข้อมูล บันทึกเหตุการณ์นี้ไว้ในประวัติการอนุมัติของเอกสารใบแจ้งหนี้ และแสดงผ่านสถานะเอกสารที่เปลี่ยนเป็น 'ปฏิเสธแล้ว'. บันทึก ดึงข้อมูลจากความคิดเห็นและเวลาที่บันทึกไว้ในประวัติการอนุมัติ หรือจากสถานะที่เปลี่ยนเป็น 'ปฏิเสธแล้ว'. ประเภทเหตุการณ์ explicit
	พบความคลาดเคลื่อนในการจับคู่	กิจกรรมกรณียกเว้นที่เกิดขึ้นเมื่อระบบหรือผู้ใช้พบว่าข้อมูลใบแจ้งหนี้ ใบสั่งซื้อ และใบรับสินค้าไม่ตรงกัน ความคลาดเคลื่อนที่พบบ่อย ได้แก่ ราคา จำนวน หรือภาษีไม่ตรงกัน.
เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการคำนวณอัตราความคลาดเคลื่อนในการจับคู่และระบุสาเหตุของข้อผิดพลาดที่พบบ่อย ซึ่งเป็นปัจจัยหลักที่ทำให้การประมวลผลล่าช้า. แหล่งข้อมูล โดยทั่วไปบันทึกด้วยสถานะเฉพาะในเอกสาร Invoice Reconciliation (IR) เช่น 'Rejected' หรือ 'Disputed' พร้อมรหัสระบุสาเหตุ. บันทึก ระบุเวลาที่สถานะของเอกสาร IR เปลี่ยนเพื่อแสดงว่าข้อมูลไม่ตรงกันหรือเกิดกรณียกเว้น. ประเภทเหตุการณ์ inferred
	ยกเลิกบล็อกการชำระเงิน	แสดงว่ามีการยกเลิกบล็อกการชำระเงินที่ตั้งไว้ก่อนหน้านี้ ทำให้ใบแจ้งหนี้เข้าสู่ขั้นตอนกำหนดเวลาชำระเงินได้ และหมายถึงการแก้ไขปัญหาต้นเหตุแล้ว.
เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดสิ้นสุดสำหรับวัดระยะเวลาแก้ไขบล็อกการชำระเงิน และปิดขั้นตอนจัดการกรณียกเว้นของใบแจ้งหนี้ที่ถูกบล็อก. แหล่งข้อมูล เช่นเดียวกับการตั้งบล็อก โดยทั่วไปจะดำเนินการในระบบ ERP และอาจแสดงสถานะกลับมาใน Ariba อนุมานได้จากการนำแฟล็กบล็อกการชำระเงินออก. บันทึก ต้องระบุเวลาที่นำแฟล็กหรือสถานะบล็อกการชำระเงินออก หรือปิดใช้งาน. ประเภทเหตุการณ์ inferred
	ส่งใบแจ้งหนี้เพื่อกระทบยอดแล้ว	เป็นจุดที่ป้อนใบแจ้งหนี้เข้าสู่ระบบและส่งเข้ากระบวนการกระทบยอดอย่างเป็นทางการ เพื่อจับคู่กับใบสั่งซื้อหรือสัญญา นี่คือจุดส่งต่องานสำคัญจากการป้อนข้อมูลไปสู่การตรวจสอบความถูกต้อง.
เหตุผลที่สำคัญ เหตุการณ์สำคัญนี้เริ่มขั้นตอนการจับคู่และตรวจสอบความถูกต้อง การวิเคราะห์เวลาตั้งแต่รับใบแจ้งหนี้จนถึงกิจกรรมนี้ช่วยระบุคอขวดในการป้อนข้อมูล. แหล่งข้อมูล อนุมานจากการเปลี่ยนสถานะของใบแจ้งหนี้หรือเอกสาร Invoice Reconciliation (IR) ซึ่งมักเปลี่ยนเป็นสถานะอย่าง 'Submitted' หรือ 'Reconciling'. บันทึก ติดตามเวลาที่สถานะของเอกสาร Invoice Reconciliation เปลี่ยนเป็น 'Submitted'. ประเภทเหตุการณ์ inferred

แนะนำ ไม่บังคับ

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

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

ขั้นตอน

ข้อกำหนดเบื้องต้นและการตั้งค่า: ตรวจสอบว่าระบบติดตั้ง Python 3.6 ขึ้นไปแล้ว ติดตั้งไลบรารี Python ที่จำเป็น ได้แก่ pandas และ requests โดยเรียกใช้ pip install pandas requests ในเทอร์มินัลบรรทัดคำสั่ง
สิทธิ์เข้าถึง SAP Ariba API: เข้าสู่ระบบ SAP Ariba Developer Portal สร้างแอปพลิเคชันใหม่และสมัครใช้ API ที่เกี่ยวข้อง โดยทั่วไปคือ Transactional Data Export หรือ Reporting API ที่เปิดให้เข้าถึงข้อมูลใบแจ้งหนี้ ขั้นตอนนี้จะให้ API Key และข้อมูล OAuth (Client ID และ Client Secret) ที่ต้องใช้ยืนยันตัวตน
ตั้งค่าการยืนยันตัวตน: แอปพลิเคชันต้องใช้โทเค็น OAuth2 เพื่อเรียก API สคริปต์มีฟังก์ชันสำหรับขอโทเค็นจากปลายทางยืนยันตัวตนของ Ariba โดยใช้ Client ID และ Secret ของคุณ จัดเก็บข้อมูลรับรองเหล่านี้อย่างปลอดภัย และอย่าฝังไว้ในสคริปต์โดยตรงเมื่อนำไปใช้จริง
เขียนสคริปต์ Python: ใช้สคริปต์ Python ที่ให้มาเป็นต้นแบบ แก้ไขค่าตัวแปรตัวอย่างที่ส่วนต้นของสคริปต์ให้เป็นชื่อ realm ของ Ariba, URL หลักของ API และ API Key ที่ได้รับจากขั้นตอนก่อนหน้า
กำหนดพารามิเตอร์การดึงข้อมูล: ในส่วน main ของสคริปต์ ให้กำหนดตัวแปร created_date_from และ created_date_to เพื่อระบุช่วงเวลาที่ต้องการดึงข้อมูล คุณยังปรับพจนานุกรม filters เพื่อจำกัดผลการค้นหาได้ เช่น กรองตามรหัสบริษัทหรือสถานะใบแจ้งหนี้
เรียกใช้สคริปต์: เรียกใช้สคริปต์จากเทอร์มินัลด้วยคำสั่ง python your_script_name.py สคริปต์จะเชื่อมต่อกับ Ariba API ดึงข้อมูลใบแจ้งหนี้ทีละหน้า และประมวลผลข้อมูลในหน่วยความจำ
แปลงข้อมูล: สคริปต์จะประมวลผลเอกสารใบแจ้งหนี้แต่ละรายการที่ API ส่งกลับมา แยกโครงสร้าง JSON และแปลงฟิลด์เวลาต่างๆ เช่น timeCreated, reconciledDate และ approvedDate ให้เป็นแถวแยกกัน เพื่อสร้างบันทึกเหตุการณ์ตามรูปแบบที่ต้องการ แต่ละแถวแทนกิจกรรมหนึ่งรายการในวงจรชีวิตของใบแจ้งหนี้
จัดการการแบ่งหน้า API: สคริปต์รองรับผลลัพธ์ API ที่แบ่งเป็นหน้า โดยจะเรียก API ต่อเนื่องและใช้ page_token จากผลลัพธ์แต่ละหน้าเพื่อขอข้อมูลชุดถัดไป จนกว่าจะดึงข้อมูลครบตามช่วงเวลาที่กำหนด
สร้างไฟล์บันทึกเหตุการณ์: เมื่อดึงและแปลงข้อมูลครบแล้ว สคริปต์จะรวบรวมข้อมูลเป็น pandas DataFrame จากนั้นส่งออกเป็นไฟล์ CSV ชื่อ ariba_invoice_event_log.csv ในโฟลเดอร์เดียวกับที่เรียกใช้สคริปต์
ตรวจสอบและอัปโหลด: เปิดไฟล์ CSV ที่สร้างขึ้นเพื่อตรวจสอบเนื้อหา ยืนยันว่ามีคอลัมน์ที่จำเป็น ได้แก่ InvoiceNumber, ActivityName และ EventTime และข้อมูลถูกต้อง จากนั้นอัปโหลดไฟล์ไปยัง ProcessMind เพื่อวิเคราะห์ได้.

การกำหนดค่า

ปลายทาง API: สคริปต์เรียกดู invoiceReconciliationDocuments ภายใน Transactional Data Export API ต้องตั้งค่า URL หลักและปลายทางให้ตรงกับศูนย์ข้อมูลของสภาพแวดล้อม Ariba ของคุณ
การยืนยันตัวตน: สคริปต์ใช้ OAuth 2.0 พร้อม Client ID, Client Secret และ API Key เพื่อเข้าถึงอย่างปลอดภัย ต้องจัดการข้อมูลรับรองเหล่านี้อย่างปลอดภัย และใช้ข้อมูลของแอปพลิเคชันที่มีสิทธิ์ API ตามที่จำเป็น
ตัวกรองช่วงวันที่: พารามิเตอร์สำคัญที่สุดคือ createdDateFrom และ createdDateTo แนะนำให้ดึงข้อมูลเป็นช่วงที่จัดการได้ เช่น 3-6 เดือน เพื่อป้องกัน API หมดเวลาและปัญหาด้านประสิทธิภาพ รูปแบบวันที่ต้องเป็น YYYY-MM-DDTHH:MM:SSZ
ตัวกรองระบบ: พารามิเตอร์ filters ในการเรียก API ใช้จำกัดผลลัพธ์เพิ่มเติมได้ คุณกรองตามฟิลด์อย่าง realm, companyCode.uniqueName หรือ statusString เพื่อดึงเฉพาะหน่วยธุรกิจหรือประเภทใบแจ้งหนี้ที่ต้องการ
สิทธิ์ที่จำเป็น: บัญชีผู้ใช้หรือบัญชีระบบที่ผูกกับข้อมูลรับรอง API ต้องมีสิทธิ์เพียงพอใน SAP Ariba เพื่อเข้าถึงและส่งออกข้อมูลการกระทบยอดใบแจ้งหนี้ โดยตั้งค่าสิทธิ์นี้ได้ในการดูแลระบบ Ariba สำหรับแอปพลิเคชัน API.

ตัวอย่างคำค้น python

import requests
import pandas as pd
import json
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Placeholders ---
class=class="hl-string">"hl-comment"># Replace with your actual SAP Ariba credentials and environment details
ARIBE_BASE_URL = class="hl-string">"https://[your-api-gateway-url.com]/api/transactional-data-export/v1/"
API_KEY = class="hl-string">"[Your_API_Key]"
OAUTH_URL = class="hl-string">"https://api.ariba.com/v2/oauth/token"
OAUTH_CLIENT_ID = class="hl-string">"[Your_OAuth_Client_ID]"
OAUTH_CLIENT_SECRET = class="hl-string">"[Your_OAuth_Client_Secret]"
REALM = class="hl-string">"[Your_Company_Realm]"

class=class="hl-string">"hl-comment"># --- Functions ---
def get_oauth_token(client_id, client_secret):
    class="hl-string">"""Fetches OAuth2 token from SAP Ariba."""
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': client_id,
        class="hl-string">'client_secret': client_secret
    }
    try:
        response = requests.post(OAUTH_URL, data=payload)
        response.raise_for_status()
        return response.json().get(class="hl-string">'access_token')
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"Error fetching OAuth token: {e}")
        return None

def fetch_ariba_data(access_token, created_date_from, created_date_to):
    class="hl-string">"""Fetches paginated invoice data from the Ariba API."""
    all_invoices = []
    page_token = None
    headers = {
        class="hl-string">'Authorization': fclass="hl-string">'Bearer {access_token}',
        class="hl-string">'apiKey': API_KEY,
        class="hl-string">'Accept': class="hl-string">'application/json'
    }
    
    while True:
        params = {
            class="hl-string">'realm': REALM,
            class="hl-string">'product': class="hl-string">'ariba.procurement',
            class="hl-string">'view': class="hl-string">'InvoiceReconciliationDocument',
            class="hl-string">'createdDateFrom': created_date_from,
            class="hl-string">'createdDateTo': created_date_to,
            class="hl-string">'pageSize': 100 class=class="hl-string">"hl-comment"># Adjust as needed
        }
        if page_token:
            params[class="hl-string">'pageToken'] = page_token

        print(fclass="hl-string">"Fetching data with page token: {page_token or 'Initial Page'}")
        try:
            response = requests.get(ARIBE_BASE_URL + class="hl-string">"views/InvoiceReconciliationDocument", headers=headers, params=params)
            response.raise_for_status()
            data = response.json()
            all_invoices.extend(data.get(class="hl-string">'records', []))
            page_token = data.get(class="hl-string">'pageToken')
            if not page_token:
                break
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Ariba API: {e}")
            break

    return all_invoices

def transform_to_event_log(invoices):
    class="hl-string">"""Transforms raw invoice JSON data into a structured event log DataFrame."""
    event_log_records = []
    for inv in invoices:
        case_id = inv.get(class="hl-string">'uniqueName')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Common attributes
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'PurchaseOrderNumber': inv.get(class="hl-string">'poNumber'),
            class="hl-string">'VendorName': inv.get(class="hl-string">'supplier', {}).get(class="hl-string">'name'),
            class="hl-string">'InvoiceAmount': inv.get(class="hl-string">'totalCost', {}).get(class="hl-string">'amount'),
            class="hl-string">'PaymentDueDate': inv.get(class="hl-string">'paymentTerms', {}).get(class="hl-string">'dueDate'),
            class="hl-string">'InvoiceStatus': inv.get(class="hl-string">'statusString')
        }

        class=class="hl-string">"hl-comment"># Activity: Invoice Received
        if inv.get(class="hl-string">'timeCreated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Received',
                class="hl-string">'EventTime': inv[class="hl-string">'timeCreated'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Submitted for Reconciliation
        if inv.get(class="hl-string">'submittedDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Submitted for Reconciliation',
                class="hl-string">'EventTime': inv[class="hl-string">'submittedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        
        class=class="hl-string">"hl-comment"># Activity: Matching Discrepancy Identified
        class=class="hl-string">"hl-comment"># This assumes an exception's creation time is available
        if inv.get(class="hl-string">'exceptionStatus') == class="hl-string">'Active' and inv.get(class="hl-string">'timeUpdated'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Matching Discrepancy Identified',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'], class=class="hl-string">"hl-comment"># Use timeUpdated as a proxy for exception creation
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Discrepancy Resolved
        class=class="hl-string">"hl-comment"># Assumes a specific timestamp exists for this event
        if inv.get(class="hl-string">'exceptionClearedDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Discrepancy Resolved',
                class="hl-string">'EventTime': inv[class="hl-string">'exceptionClearedDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Reconciled
        if inv.get(class="hl-string">'reconciledDate'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Reconciled',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
            class=class="hl-string">"hl-comment"># Activity: Invoice Sent for Approval (often occurs immediately after reconciliation)
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Sent for Approval',
                class="hl-string">'EventTime': inv[class="hl-string">'reconciledDate'], class=class="hl-string">"hl-comment"># Using reconciledDate as the trigger time
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Approved
        if inv.get(class="hl-string">'approvedDate'):
            class=class="hl-string">"hl-comment"># Approver information may be nested differently depending on configuration
            approver_name = inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name', class="hl-string">'N/A') 
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Approved',
                class="hl-string">'EventTime': inv[class="hl-string">'approvedDate'],
                class="hl-string">'Approver': approver_name,
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activity: Invoice Rejected
        if inv.get(class="hl-string">'statusString') == class="hl-string">'Rejected' and inv.get(class="hl-string">'timeUpdated'):
            event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected',
                class="hl-string">'EventTime': inv[class="hl-string">'timeUpdated'],
                class="hl-string">'Approver': inv.get(class="hl-string">'lastApprover', {}).get(class="hl-string">'name'),
                class="hl-string">'PaymentBlockReason': None
            })

        class=class="hl-string">"hl-comment"># Activities related to payment blocks, posting, and payments
        class=class="hl-string">"hl-comment"># These fields may not be standard and depend on ERP integration
        if inv.get(class="hl-string">'paymentBlockTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Set',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': inv.get(class="hl-string">'paymentBlockReason')
            })
        if inv.get(class="hl-string">'paymentBlockReleasedTimestamp'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Block Released',
                class="hl-string">'EventTime': inv[class="hl-string">'paymentBlockReleasedTimestamp'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'erpPostingDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Posted',
                class="hl-string">'EventTime': inv[class="hl-string">'erpPostingDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'scheduledPaymentDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled',
                class="hl-string">'EventTime': inv[class="hl-string">'scheduledPaymentDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })
        if inv.get(class="hl-string">'paidDate'):
             event_log_records.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Executed',
                class="hl-string">'EventTime': inv[class="hl-string">'paidDate'],
                class="hl-string">'Approver': None,
                class="hl-string">'PaymentBlockReason': None
            })

    return pd.DataFrame(event_log_records)

def main():
    class="hl-string">"""Main function to execute the extraction process."""
    print(class="hl-string">"Starting SAP Ariba invoice data extraction...")
    
    class=class="hl-string">"hl-comment"># Define the extraction time window (e.g., last 3 months)
    created_date_from = class="hl-string">"2023-01-01T00:00:00Z"
    created_date_to = class="hl-string">"2023-03-31T23:59:59Z"

    access_token = get_oauth_token(OAUTH_CLIENT_ID, OAUTH_CLIENT_SECRET)
    if not access_token:
        print(class="hl-string">"Failed to get OAuth token. Exiting.")
        return

    raw_invoices = fetch_ariba_data(access_token, created_date_from, created_date_to)
    if not raw_invoices:
        print(class="hl-string">"No data found for the specified period. Exiting.")
        return
    
    print(fclass="hl-string">"Successfully fetched {len(raw_invoices)} invoice records.")
    
    event_log_df = transform_to_event_log(raw_invoices)
    
    if event_log_df.empty:
        print(class="hl-string">"Transformation resulted in an empty event log.")
        return

    class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
    event_log_df = event_log_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], ascending=[True, True])
    
    output_filename = class="hl-string">'ariba_invoice_event_log.csv'
    event_log_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%SZ')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_filename}")

if __name__ == class="hl-string">"__main__":
    main()

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

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

กลับไปยังคู่มือการปรับปรุง

ดาวน์โหลดเทมเพลต

เริ่มปรับปรุงการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงชำระเงินวันนี้

ลดระยะเวลาตั้งแต่รับใบแจ้งหนี้จนเสร็จสิ้นได้ 30% พร้อมเพิ่มสภาพคล่องทางการเงิน.

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

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

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

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

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

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

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

ดึงข้อมูลด้วยสคริปต์ Python ผ่าน SAP Ariba Reporting APIs

ขั้นตอน

การกำหนดค่า

ตัวอย่างคำค้น python

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

เริ่มปรับปรุงการประมวลผลใบแจ้งหนี้ในกระบวนการจัดซื้อจนถึงชำระเงินวันนี้