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