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

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

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

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

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

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

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
หมายเลขใบแจ้งหนี้
InvoiceNumber
รหัสเฉพาะของใบแจ้งหนี้จากผู้ขาย ใช้เป็นคีย์หลักสำหรับติดตามใบแจ้งหนี้ตลอดวงจรชีวิต.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์หลักนี้อยู่ในออบเจ็กต์ Invoice ของ Coupa ดูได้จากรายละเอียดส่วนหัวใบแจ้งหนี้ใน UI หรือผ่าน Invoices API.

ตัวอย่าง
INV-2023-00123785549-APO45001-INV
กิจกรรม
ActivityName
ชื่อของเหตุการณ์ทางธุรกิจหรืองานที่เกิดขึ้นระหว่างการจัดการใบแจ้งหนี้.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

ข้อมูลนี้เป็นส่วนหนึ่งของข้อมูลหลักใบแจ้งหนี้ใน Coupa โดยเชื่อมโยงจากออบเจ็กต์ Supplier/Vendor.

ตัวอย่าง
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
ผู้ใช้
User
ผู้ใช้หรือตัวแทนระบบที่ดำเนินกิจกรรม.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
john.doe@company.comjane.smithSystem.Automation
ยอดรวมใบแจ้งหนี้
InvoiceTotalAmount
มูลค่ารวมของใบแจ้งหนี้ รวมภาษีและค่าใช้จ่ายอื่นๆ.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์มาตรฐานในออบเจ็กต์ Invoice ของ Coupa โดยทั่วไปใช้ชื่อ 'Total' หรือ 'Total Amount'.

ตัวอย่าง
1500.75250.0012345.50
วันครบกำหนดชำระเงิน
PaymentDueDate
วันที่ต้องชำระใบแจ้งหนี้เพื่อไม่ให้เกินกำหนด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

โดยทั่วไป Coupa คำนวณวันที่นี้จากฟิลด์ 'Invoice Date' และ 'Payment Terms' ซึ่งควรมีอยู่ในระเบียนใบแจ้งหนี้.

ตัวอย่าง
2023-11-302023-12-152024-01-10
สถานะใบแจ้งหนี้
InvoiceStatus
สถานะปัจจุบันของใบแจ้งหนี้ในเวิร์กโฟลว์การดำเนินการ.
คำอธิบาย

สถานะใบแจ้งหนี้แสดงว่าใบแจ้งหนี้อยู่ในขั้นตอนใด ณ เวลานั้น เช่น 'pending approval' 'approved' 'on hold' หรือ 'paid' แอตทริบิวต์นี้เปลี่ยนแปลงตามความคืบหน้าของใบแจ้งหนี้ในกระบวนการ.

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

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

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

แหล่งข้อมูล

ฟิลด์สถานะหลักในออบเจ็กต์ Invoice ของ Coupa.

ตัวอย่าง
รออนุมัติอนุมัติแล้วยกเลิกแล้วชำระเงินแล้ว
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
รหัสใบสั่งซื้อ (PO) ที่ใช้เรียกเก็บเงินตามใบแจ้งหนี้.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์มาตรฐานในออบเจ็กต์ Invoice Line ของ Coupa ใช้เชื่อมโยงรายการในใบแจ้งหนี้กับรายการใน PO.

ตัวอย่าง
PO4500123PO4500456PO4500789
เงื่อนไขการชำระเงิน
PaymentTerms
เงื่อนไขที่ตกลงกันสำหรับชำระเงินให้ผู้ขาย เช่น 'Net 30' หรือ '2% 10, Net 30'.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์มาตรฐานใน Coupa โดยทั่วไปจะดึงค่าเริ่มต้นจากระเบียน Supplier/Vendor มาใส่ใน Invoice.

ตัวอย่าง
Net 30ชำระภายใน 60 วันส่วนลด 2% เมื่อชำระภายใน 10 วัน ครบกำหนดชำระใน 30 วัน
ชำระตรงเวลาหรือไม่
IsOnTimePayment
ตัวบ่งชี้ค่าจริงหรือเท็จที่ระบุว่าชำระใบแจ้งหนี้ภายในหรือก่อนวันครบกำหนดหรือไม่.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณจากเงื่อนไข “วันที่ดำเนินการชำระเงิน” <= “วันครบกำหนดชำระ” โดยตั้งค่าการคำนวณนี้ในเครื่องมือ process mining.

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

แอตทริบิวต์แบบค่าจริงหรือเท็จนี้ใช้แยกงานที่ระบบทำโดยอัตโนมัติ เช่น การจับคู่ PO อัตโนมัติหรือการบันทึกรายการที่ระบบสร้างขึ้น ออกจากงานที่ผู้ใช้ทำด้วยตนเอง

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะตรวจสอบว่าผู้ใช้ที่เชื่อมโยงกับกิจกรรมนั้นเป็นบัญชีระบบหรือบัญชีบริการ แทนที่จะเป็นบัญชีผู้ใช้จริงหรือไม่.

ตัวอย่าง
truefalse
ได้รับส่วนลดหรือไม่
EarlyPaymentDiscountCaptured
ตัวบ่งชี้ว่ามีการใช้ส่วนลดเมื่อชำระก่อนกำหนดที่มีสิทธิ์ได้รับหรือไม่.
คำอธิบาย

แอตทริบิวต์นี้มีค่าเป็นจริงหรือเท็จ โดยระบุว่าองค์กรชำระใบแจ้งหนี้ภายในช่วงเวลาที่ได้รับส่วนลดตามเงื่อนไขการชำระเงินหรือไม่ เช่น ชำระภายใน 10 วันตามเงื่อนไข “ส่วนลด 2% เมื่อชำระภายใน 10 วัน ครบกำหนดชำระใน 30 วัน”

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
รหัสบริษัท
CompanyCode
รหัสนิติบุคคลหรือบริษัทที่รับผิดชอบใบแจ้งหนี้.
คำอธิบาย

รหัสบริษัทใช้ระบุนิติบุคคลแห่งหนึ่งภายในองค์กรขนาดใหญ่ โดยบันทึกใบแจ้งหนี้ภายใต้รหัสบริษัทเพื่อใช้ในการบัญชีและการรายงานทางการเงิน

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

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

ช่วยเปรียบเทียบกระบวนการและวัดประสิทธิภาพระหว่างนิติบุคคลหรือหน่วยธุรกิจต่างๆ ภายในองค์กร.

แหล่งข้อมูล

ฟิลด์นี้เป็นข้อมูลบัญชีพื้นฐานในออบเจ็กต์ Invoice ของ Coupa และมักจำเป็นสำหรับการบันทึกรายการทางการเงิน.

ตัวอย่าง
1000US01DE01
ระบบต้นทาง
SourceSystem
ระบบต้นทางที่ดึงข้อมูลเหตุการณ์ออกมา.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
CoupaSAP S/4HANAOracle Fusion
วันที่ในใบแจ้งหนี้
InvoiceDate
วันที่ที่ระบุในเอกสารใบแจ้งหนี้ของผู้ขาย.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์นี้เป็นฟิลด์มาตรฐานที่จำเป็นในออบเจ็กต์ Invoice ของ Coupa.

ตัวอย่าง
2023-10-152023-11-012023-12-20
สกุลเงิน
CurrencyCode
รหัสสกุลเงิน ISO ของยอดเงินในใบแจ้งหนี้.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
จำเป็น แนะนำ ไม่บังคับ

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

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

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

แหล่งข้อมูล

อนุมานเหตุการณ์นี้จากระเบียนการชำระเงินที่เชื่อมโยงกับใบแจ้งหนี้ สถานะ 'paid' หรือ 'completed' หรือการมีข้อมูลในฟิลด์ 'payment date' แสดงว่าดำเนินการชำระเงินแล้ว.

บันทึก

ใช้ 'payment date' จากระเบียนการชำระเงินที่เชื่อมโยงกับใบแจ้งหนี้.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะใบแจ้งหนี้เป็น 'pending approval' หรือสถานะใกล้เคียง การสร้างระเบียนอนุมัติรายการแรกในประวัติการอนุมัติของใบแจ้งหนี้ก็ถือเป็นเหตุการณ์นี้เช่นกัน.

บันทึก

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

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

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

แหล่งข้อมูล

โดยทั่วไปอนุมานจากการเปลี่ยนสถานะเป็น 'approved for payment' หรือการตั้งค่าแฟล็ก เช่น 'exported' เป็น true ข้อมูลนี้อยู่ในออบเจ็กต์ส่วนหัวใบแจ้งหนี้.

บันทึก

ตรวจหาเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเป็น 'Approved for Payment' หรือมีการตั้งค่าแฟล็กส่งออก.

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

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

แหล่งข้อมูล

เหตุการณ์นี้บันทึกโดยตรงจากเวลาที่สร้างระเบียนใบแจ้งหนี้ ในแบบจำลองข้อมูลของ Coupa จะตรงกับเวลา 'created-at' ในออบเจ็กต์ส่วนหัวใบแจ้งหนี้.

บันทึก

ใช้เวลาที่สร้างระเบียนใบแจ้งหนี้.

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

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

แหล่งข้อมูล

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

บันทึก

บันทึกเวลาที่มีการอนุมัติครั้งสุดท้ายในประวัติการอนุมัติ.

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

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

แหล่งข้อมูล

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

บันทึก

ใช้วันที่สร้างระเบียนชุดการชำระเงินที่เชื่อมโยงกับใบแจ้งหนี้.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะการจับคู่ของใบแจ้งหนี้เป็น 'matched' ออบเจ็กต์ใบแจ้งหนี้ของ Coupa มีแฟล็กและสถานะที่ระบุผลการจับคู่กับ PO.

บันทึก

ตรวจหาเวลาที่สถานะการจับคู่ใบแจ้งหนี้กับ PO เปลี่ยนเป็น 'Matched'.

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

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

แหล่งข้อมูล

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

บันทึก

กรองระเบียนประวัติการอนุมัติที่มีการดำเนินการ 'reject' หรือ 'rejected'.

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

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

แหล่งข้อมูล

อนุมานจากสถานะการจับคู่ของใบแจ้งหนี้ สถานะ 'unmatched', 'mismatched' หรือสถานะใกล้เคียง แสดงว่าพบข้อมูลไม่ตรงกันและต้องตรวจสอบด้วยตนเอง โดยติดตามข้อมูลนี้ได้จากออบเจ็กต์ใบแจ้งหนี้.

บันทึก

ตรวจหาเวลาที่สถานะการจับคู่กับ PO เปลี่ยนเป็นค่าที่แสดงว่าจับคู่ไม่สำเร็จ.

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

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

แหล่งข้อมูล

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

บันทึก

กรองระเบียนประวัติใบแจ้งหนี้ที่มีเหตุการณ์ 'hold released' หรือเหตุการณ์ระบบที่มีความหมายใกล้เคียง.

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

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

แหล่งข้อมูล

ระบบบันทึกเหตุการณ์นี้โดยตรงเมื่อสถานะใบแจ้งหนี้เปลี่ยนเป็น 'voided' ซึ่งเป็นสถานะมาตรฐานในการจัดการใบแจ้งหนี้ของ Coupa.

บันทึก

บันทึกเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเป็น 'Voided'.

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

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

แหล่งข้อมูล

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

บันทึก

กรองระเบียนประวัติใบแจ้งหนี้ที่มีเหตุการณ์ 'hold placed' หรือเหตุการณ์ระบบที่มีความหมายใกล้เคียง.

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

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

แหล่งข้อมูล

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

บันทึก

ค้นหาเหตุการณ์การเปลี่ยนแปลงที่ผู้ใช้เริ่มดำเนินการครั้งแรก หลังเหตุการณ์ 'พบข้อมูลจับคู่ไม่ตรงกัน'.

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

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

แหล่งข้อมูล

ติดตามการเปลี่ยนสถานะใบแจ้งหนี้จาก 'draft' หรือ 'new' เป็น 'submitted' หรือ 'pending approval' โดยดูข้อมูลนี้ได้จากตารางประวัติใบแจ้งหนี้หรือบันทึกเหตุการณ์ของ Coupa.

บันทึก

บันทึกเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเป็น 'submitted' ครั้งแรก.

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

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

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

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

ใช้เทมเพลตนี้เตรียมข้อมูลและค้นหาข้อมูลเชิงลึกเกี่ยวกับการประมวลผลใบแจ้งหนี้ใน Coupa เริ่มปรับปรุงการปฏิบัติงานด้าน P2P ของคุณวันนี้.

เพิ่มประสิทธิภาพสูงสุด ปรับปรุงกระบวนการประมวลผลใบแจ้งหนี้ P2P วันนี้

ระบุคอขวดและลดระยะเวลาการประมวลผลใบแจ้งหนี้ลง 30%.

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

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