เทมเพลตข้อมูลสำหรับกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
เทมเพลตข้อมูลสำหรับกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์สำหรับกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ใบแจ้งหนี้
Invoice
|
รหัสเฉพาะของเอกสารใบแจ้งหนี้ผู้ขายแต่ละรายการ. | ||
|
คำอธิบาย
ใบแจ้งหนี้ใช้เป็นรหัสกรณีหลักที่เชื่อมโยงกิจกรรมทั้งหมด ตั้งแต่ได้รับใบแจ้งหนี้จนถึงจ่ายเงินเสร็จ จึงวิเคราะห์เส้นทางของใบแจ้งหนี้แต่ละรายการได้ตั้งแต่ต้นจนจบในกระบวนการบัญชีเจ้าหนี้. ในการวิเคราะห์ การจัดกลุ่มเหตุการณ์ด้วยรหัสนี้เป็นขั้นตอนแรกในการสร้างลำดับกระบวนการของใบแจ้งหนี้แต่ละรายการขึ้นใหม่ ช่วยคำนวณ KPI ระดับกรณี เช่น ระยะเวลาดำเนินการทั้งหมด และค้นหารูปแบบกระบวนการกับคอขวดที่เกิดขึ้นเฉพาะกับใบแจ้งหนี้แต่ละรายการ.
เหตุผลที่สำคัญ
นี่คือรหัสสำคัญที่ใช้ติดตามวงจรทั้งหมดของใบแจ้งหนี้ และเป็นพื้นฐานของการวิเคราะห์ process mining ในงานบัญชีเจ้าหนี้.
แหล่งข้อมูล
โดยทั่วไปคือหมายเลขใบแจ้งหนี้ผู้ขายจากหน้า 'Vendor invoice' หรือเอนทิตีข้อมูลที่เกี่ยวข้องใน Dynamics 365 Finance.
ตัวอย่าง
INV-00125475000921DE-8832-2023
|
|||
|
กิจกรรม
ActivityName
|
ชื่อขั้นตอนของกระบวนการทางธุรกิจที่ดำเนินการแล้ว. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกการดำเนินการหรือเหตุการณ์ที่เกิดขึ้นกับใบแจ้งหนี้ ณ เวลาหนึ่ง เช่น 'ลงทะเบียนใบแจ้งหนี้แล้ว' หรือ 'อนุมัติใบแจ้งหนี้แล้ว' กิจกรรมเหล่านี้เป็นโหนดในแผนผังกระบวนการที่ค้นพบ. การวิเคราะห์ลำดับและความถี่ของกิจกรรมเป็นพื้นฐานสำคัญของ process mining ช่วยให้เห็นภาพกระบวนการ ค้นหาเส้นทางที่พบบ่อยและพบไม่บ่อย รวมถึงระบุกิจกรรมที่ทำให้เกิดความล่าช้าหรือต้องแก้ไขงานซ้ำ.
เหตุผลที่สำคัญ
กิจกรรมระบุว่าเกิดอะไรขึ้นในกระบวนการ จึงนำไปสร้างแผนผังกระบวนการและวิเคราะห์ลำดับขั้นตอนกับรูปแบบที่แตกต่างกันได้.
แหล่งข้อมูล
โดยทั่วไปได้ข้อมูลนี้จากการเปลี่ยนแปลงสถานะ ประวัติเวิร์กโฟลว์ หรือระเบียนการลงบัญชีเอกสารในโมดูลบัญชีเจ้าหนี้ของ Dynamics 365.
ตัวอย่าง
ลงทะเบียนใบแจ้งหนี้แล้วอนุมัติใบแจ้งหนี้แล้วแก้ไขข้อมูลที่ไม่ตรงกันแล้วดำเนินการจ่ายเงินแล้ว
|
|||
|
เวลาเริ่มต้น
EventTime
|
เวลาที่ระบุว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่และเวลาของแต่ละกิจกรรม ซึ่งจำเป็นต่อการเรียงเหตุการณ์ตามลำดับเวลาและคำนวณระยะเวลา อีกทั้งยังเป็นแกนด้านเวลาของบันทึกเหตุการณ์. ในการวิเคราะห์ เวลาเริ่มต้นใช้คำนวณตัวชี้วัดด้านเวลาทั้งหมด รวมถึงระยะเวลาระหว่างกิจกรรม เวลารอ และระยะเวลารวมของแต่ละกรณี ข้อมูลนี้สำคัญต่อการค้นหาคอขวดและวัดประสิทธิภาพกระบวนการเทียบกับ SLA.
เหตุผลที่สำคัญ
เวลานี้สำคัญต่อการเรียงเหตุการณ์ให้ถูกต้องและคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น ระยะเวลาดำเนินการและคอขวด.
แหล่งข้อมูล
ดึงข้อมูลจากฟิลด์วันที่สร้างหรือวันที่แก้ไขในระเบียนธุรกรรม ประวัติเวิร์กโฟลว์ หรือฟิลด์วันที่ลงบัญชีใน Dynamics 365.
ตัวอย่าง
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
เงื่อนไขการจ่ายเงิน
PaymentTerms
|
เงื่อนไขการชำระใบแจ้งหนี้ที่ตกลงกับผู้ขาย. | ||
|
คำอธิบาย
แอตทริบิวต์นี้กำหนดเงื่อนไขการชำระใบแจ้งหนี้ผู้ขาย เช่น 'Net 30' (ครบกำหนดใน 30 วัน) หรือ '2/10 Net 30' (รับส่วนลด 2% หากจ่ายภายใน 10 วัน มิฉะนั้นครบกำหนดใน 30 วัน). การวิเคราะห์ตามเงื่อนไขการจ่ายเงินช่วยให้เข้าใจว่าข้อตกลงแต่ละแบบส่งผลต่อการจ่ายเงินตรงเวลาและกระแสเงินสดอย่างไร อีกทั้งยังใช้ค้นหาโอกาสรับส่วนลดจากการจ่ายก่อนกำหนด และแบ่งกลุ่มการวิเคราะห์การปฏิบัติตามข้อกำหนดเพื่อดูว่าเงื่อนไขใดทำได้ยากกว่า.
เหตุผลที่สำคัญ
กำหนดวันครบกำหนดจ่ายเงินและโอกาสรับส่วนลด ซึ่งส่งผลโดยตรงต่อการบริหารกระแสเงินสดและการประหยัดต้นทุน.
แหล่งข้อมูล
ดูได้จากข้อมูลหลักของผู้ขาย หรือระบุไว้ในส่วนหัวใบสั่งซื้อหรือใบแจ้งหนี้ จัดเก็บในฟิลด์อย่าง 'PaymTermId'.
ตัวอย่าง
Net 30Net 602/10 Net 30
|
|||
|
ผู้ขาย
VendorName
|
ชื่อซัพพลายเออร์หรือผู้ขายที่ส่งใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้ขายที่เกี่ยวข้องกับใบแจ้งหนี้ โดยข้อมูลผู้ขายมักประกอบด้วยชื่อ ID และหมวดหมู่. การวิเคราะห์กระบวนการบัญชีเจ้าหนี้แยกตามผู้ขายช่วยให้เห็นว่าซัพพลายเออร์รายใดส่งใบแจ้งหนี้ที่มีปัญหาซ้ำๆ เช่น ข้อมูลไม่ตรงกันบ่อย รายใดมีเงื่อนไขการจ่ายเงินพิเศษ และรายใดมีรอบการประมวลผลที่ยาวนาน ข้อมูลเชิงลึกนี้นำไปใช้ปรับปรุงความสัมพันธ์และการทำงานร่วมกับซัพพลายเออร์ได้.
เหตุผลที่สำคัญ
ช่วยแบ่งกลุ่มกระบวนการเพื่อค้นหาปัญหาเฉพาะของผู้ขาย เช่น ข้อมูลไม่ตรงกันบ่อยหรือจ่ายเงินล่าช้า.
แหล่งข้อมูล
เชื่อมโยงจากส่วนหัวใบแจ้งหนี้ผู้ขาย โดยทั่วไปดึงจากเอนทิตีข้อมูล 'VendTable' ตามหมายเลขบัญชีผู้ขาย.
ตัวอย่าง
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
ผู้ใช้
UserName
|
ผู้ใช้ที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
ระบุผู้ใช้ที่รับผิดชอบการทำขั้นตอนหนึ่งให้เสร็จ เช่น ลงทะเบียนหรืออนุมัติใบแจ้งหนี้ โดยมักเชื่อมโยงกับ ID ผู้ใช้ในระบบ Dynamics 365. การวิเคราะห์ประสิทธิภาพแยกตามผู้ใช้ช่วยค้นหาความต้องการในการฝึกอบรม ผู้ที่ทำงานได้ดี และการกระจายภาระงาน ข้อมูลนี้จำเป็นต่อแดชบอร์ดที่ติดตามเวลาการอนุมัติและประสิทธิภาพการใช้ทรัพยากร ช่วยให้ผู้จัดการเห็นว่าผู้ใช้หรือทีมใดเป็นคอขวด.
เหตุผลที่สำคัญ
ระบุผู้รับผิดชอบงานแต่ละรายการ ทำให้วิเคราะห์ภาระงานและประสิทธิภาพ รวมถึงค้นหาโอกาสในการฝึกอบรมได้.
แหล่งข้อมูล
โดยทั่วไปพบข้อมูลนี้ในฟิลด์ 'Created by' หรือ 'Modified by' ของธุรกรรม หรือในประวัติเวิร์กโฟลว์ของ Dynamics 365.
ตัวอย่าง
j.doea.smithr.williams
|
|||
|
ยอดเงินในใบแจ้งหนี้
InvoiceAmount
|
มูลค่าเงินรวมของใบแจ้งหนี้. | ||
|
คำอธิบาย
แสดงยอดเงินรวมที่ต้องชำระตามใบแจ้งหนี้ผู้ขาย ซึ่งเป็นตัวชี้วัดทางการเงินสำคัญของแต่ละกรณี. แอตทริบิวต์นี้ใช้วิเคราะห์ด้านการเงินของกระบวนการบัญชีเจ้าหนี้ เช่น จัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง วิเคราะห์เวลาการอนุมัติตามระดับวงเงิน และทำความเข้าใจผลกระทบทางการเงินจากการจ่ายล่าช้าหรือส่วนลดสำหรับการจ่ายเงินก่อนกำหนด.
เหตุผลที่สำคัญ
ให้บริบทด้านการเงินเพื่อวิเคราะห์พฤติกรรมของกระบวนการตามมูลค่า เช่น ตรวจสอบว่าใบแจ้งหนี้มูลค่าสูงได้รับการประมวลผลแตกต่างจากรายการอื่นหรือไม่.
แหล่งข้อมูล
อยู่ในส่วนหัวใบแจ้งหนี้ผู้ขาย โดยมักอยู่ในฟิลด์อย่าง 'InvoiceAmount' ใน 'VendInvoiceInfoTable'.
ตัวอย่าง
1500.75250.0012345.50
|
|||
|
วันครบกำหนดชำระใบแจ้งหนี้
InvoiceDueDate
|
วันที่ต้องชำระใบแจ้งหนี้ ซึ่งคำนวณจากเงื่อนไขการจ่ายเงิน. | ||
|
คำอธิบาย
วันที่นี้ระบุกำหนดชำระใบแจ้งหนี้เพื่อหลีกเลี่ยงค่าปรับและปฏิบัติตามข้อตกลงกับผู้ขาย โดยปกติคำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการจ่ายเงินที่กำหนดไว้. แอตทริบิวต์นี้จำเป็นต่อการวิเคราะห์ 'การปฏิบัติตามเงื่อนไขการจ่ายเงิน' เมื่อนำวันที่ 'ดำเนินการจ่ายเงินแล้ว' มาเทียบกับ 'วันครบกำหนดชำระใบแจ้งหนี้' ระบบจะระบุการจ่ายล่าช้า คำนวณอัตราการปฏิบัติตามเงื่อนไข และช่วยจัดลำดับการจ่ายเงินเพื่อรักษาความสัมพันธ์ที่ดีกับผู้ขายได้โดยอัตโนมัติ.
เหตุผลที่สำคัญ
สำคัญต่อการวัดผลการจ่ายเงินตรงเวลา การดูแลความสัมพันธ์กับซัพพลายเออร์ และการหลีกเลี่ยงค่าธรรมเนียมจากการจ่ายล่าช้า.
แหล่งข้อมูล
ฟิลด์ที่คำนวณจากวันที่ในใบแจ้งหนี้และเงื่อนไขการจ่ายเงิน จัดเก็บในฟิลด์อย่าง 'DueDate' ในตารางธุรกรรมผู้ขาย เช่น 'VendTrans'.
ตัวอย่าง
2023-05-152023-06-302023-07-01
|
|||
|
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
|
รหัสเฉพาะของใบสั่งซื้อที่เกี่ยวข้องกับใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงใบแจ้งหนี้กับใบสั่งซื้อ (PO) ที่เกี่ยวข้อง ใบแจ้งหนี้อาจอ้างอิงใบสั่งซื้อหรือไม่ก็ได้ การวิเคราะห์แอตทริบิวต์นี้ช่วยแยกกระบวนการจัดการใบแจ้งหนี้ที่อ้างอิง PO ออกจากรายการที่ไม่อ้างอิง PO ซึ่งมักมีเวิร์กโฟลว์ต่างกัน ข้อมูลนี้จำเป็นต่อการวัดประสิทธิภาพการจับคู่ PO และค้นหาปัญหาเมื่อรายละเอียดในใบแจ้งหนี้ไม่ตรงกับใบสั่งซื้อ.
เหตุผลที่สำคัญ
ใช้แยกใบแจ้งหนี้ที่อ้างอิง PO ออกจากรายการที่ไม่อ้างอิง PO ซึ่งมีกระบวนการต่างกัน และจำเป็นต่อการวิเคราะห์ประสิทธิภาพการจับคู่.
แหล่งข้อมูล
ดูได้จากส่วนหัวหรือรายการในใบแจ้งหนี้จากผู้ขาย โดยทั่วไปอยู่ในฟิลด์ชื่อ 'PurchId' ใน 'VendInvoiceInfoTable'.
ตัวอย่าง
PO-000432PO-000511
|
|||
|
ชำระเงินล่าช้าหรือไม่
IsLatePayment
|
ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าชำระเงินหลังวันครบกำหนดหรือไม่. | ||
|
คำอธิบาย
ตั้งค่าแอตทริบิวต์แบบค่าจริง/เท็จนี้เป็นจริง หากกิจกรรม 'ดำเนินการชำระเงิน' เกิดขึ้นหลัง 'วันครบกำหนดชำระใบแจ้งหนี้' จึงใช้ระบุได้ชัดเจนในระดับเคสว่าไม่เป็นไปตามเงื่อนไขการชำระเงิน แอตทริบิวต์นี้ช่วยคำนวณ KPI 'อัตราการปฏิบัติตามเงื่อนไขการชำระเงิน' ได้ง่ายขึ้น คุณสามารถกรองข้อมูลและสร้างแดชบอร์ดเพื่อดูจำนวนและมูลค่าการชำระเงินล่าช้า พร้อมวิเคราะห์สาเหตุของแต่ละเคสเพื่อทำความเข้าใจว่าล่าช้าเพราะเหตุใด.
เหตุผลที่สำคัญ
เป็นตัวบ่งชี้ที่ชัดเจนและใช้งานง่ายสำหรับวิเคราะห์การชำระเงินที่ไม่เป็นไปตามข้อกำหนดและคำนวณ KPI การชำระเงินตรงเวลา.
แหล่งข้อมูล
ฟิลด์นี้ไม่มีในระบบต้นทาง แต่คำนวณในเครื่องมือ process mining โดยเปรียบเทียบเวลาของกิจกรรม 'ดำเนินการชำระเงิน' กับแอตทริบิวต์ 'InvoiceDueDate'.
ตัวอย่าง
truefalse
|
|||
|
ดำเนินการอัตโนมัติหรือไม่
IsAutomated
|
ตัวบ่งชี้ว่าระบบดำเนินกิจกรรมนี้โดยอัตโนมัติหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบค่าจริง/เท็จนี้ใช้แยกกิจกรรมที่ผู้ใช้ดำเนินการออกจากกิจกรรมที่ระบบทำงานอัตโนมัติ เช่น การลงบัญชีใบแจ้งหนี้หรือการจับคู่โดยอัตโนมัติ การวิเคราะห์แอตทริบิวต์นี้ช่วยวัดระดับการทำงานอัตโนมัติในกระบวนการ AP ใช้คำนวณอัตราการประมวลผลอัตโนมัติตั้งแต่ต้นจนจบ (STP) และค้นหากิจกรรมที่ยังทำด้วยตนเองซึ่งเหมาะจะนำไปทำงานอัตโนมัติในอนาคต เพื่อลดต้นทุนและเวลาประมวลผล.
เหตุผลที่สำคัญ
ช่วยวัดอัตราการประมวลผลอัตโนมัติตั้งแต่ต้นจนจบ และค้นหาโอกาสเพิ่มการทำงานอัตโนมัติและประสิทธิภาพ.
แหล่งข้อมูล
ตรวจสอบว่าผู้ใช้ที่เกี่ยวข้องกับกิจกรรมเป็นผู้ใช้ระบบหรือผู้ใช้แบบแบตช์หรือไม่ เช่น 'Admin' หรือ 'BatchUser'.
ตัวอย่าง
truefalse
|
|||
|
ผู้อนุมัติ
ApproverName
|
ผู้ใช้ที่อนุมัติหรือปฏิเสธใบแจ้งหนี้ในขั้นตอนนั้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้รับผิดชอบการตัดสินใจอนุมัติในเวิร์กโฟลว์ หากใบแจ้งหนี้ต้องผ่านการอนุมัติหลายระดับ แต่ละขั้นตอนอาจมีผู้อนุมัติต่างกัน ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'วิเคราะห์ระยะเวลาการอนุมัติใบแจ้งหนี้' คุณสามารถแยกผลวิเคราะห์ตามผู้อนุมัติเพื่อค้นหาบุคคลที่อาจเป็นคอขวดของกระบวนการ ไม่ว่าจะเพราะมีงานมากหรือปัจจัยอื่น จากนั้นจึงวางแนวทางแก้ไขให้ตรงจุดเพื่อเร่งรอบการอนุมัติ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระบวนการอนุมัติอย่างละเอียด และค้นหาคอขวดในระดับบุคคลหรือทีม.
แหล่งข้อมูล
ดึงข้อมูลจากบันทึกประวัติเวิร์กโฟลว์ ('WorkflowTrackingStatusTable') ซึ่งบันทึกผู้ใช้ที่ดำเนินการอนุมัติแต่ละขั้นตอน.
ตัวอย่าง
David ChenMaria GarciaAP_Manager_Group
|
|||
|
มีการแก้ไขงานซ้ำหรือไม่
IsRework
|
ตัวบ่งชี้ที่คำนวณขึ้นเพื่อระบุว่าใบแจ้งหนี้มีงานแก้ไขซ้ำหรือไม่. | ||
|
คำอธิบาย
ตั้งค่าตัวบ่งชี้แบบค่าจริง/เท็จนี้เป็นจริง หากลำดับกิจกรรมของใบแจ้งหนี้มีขั้นตอนแก้ไขงาน เช่น 'แก้ไขข้อแตกต่างแล้ว' หรือมีขั้นตอน 'ตรวจสอบข้อมูลใบแจ้งหนี้แล้ว' ครั้งที่สองหลังจากตรวจสอบไม่ผ่านในครั้งแรก โดยคำนวณจากข้อมูลทั้งเคส แอตทริบิวต์นี้รองรับ KPI 'อัตราการแก้ไขข้อแตกต่างซ้ำ' โดยตรง ช่วยกรองและรวมข้อมูลใบแจ้งหนี้ที่ต้องใช้แรงงานคนเพิ่มเติมได้ง่ายขึ้น ทำให้ประเมินผลกระทบจากคุณภาพข้อมูลที่ไม่ดีหรือกรณียกเว้นในกระบวนการได้.
เหตุผลที่สำคัญ
วัดงานแก้ไขซ้ำโดยตรง ทำให้คำนวณและวิเคราะห์กรณียกเว้นกับความไม่มีประสิทธิภาพของกระบวนการได้ง่าย.
แหล่งข้อมูล
ฟิลด์นี้ไม่มีในระบบต้นทาง แต่คำนวณในเครื่องมือ process mining โดยตรวจสอบว่ามีกิจกรรมที่บ่งชี้ว่าต้องแก้ไขงานเกิดขึ้นในเคสหรือไม่.
ตัวอย่าง
truefalse
|
|||
|
มูลค่าส่วนลดเมื่อชำระก่อนกำหนด
EarlyPaymentDiscountAmount
|
มูลค่าส่วนลดที่อาจได้รับหากชำระใบแจ้งหนี้ก่อนกำหนด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงมูลค่าส่วนลดที่ผู้ขายเสนอเมื่อชำระก่อนกำหนดตามเงื่อนไขการชำระเงิน ข้อมูลทางการเงินนี้จำเป็นต่อแดชบอร์ด 'สถานะส่วนลดเมื่อชำระก่อนกำหนด' ช่วยให้ธุรกิจคำนวณมูลค่าส่วนลดที่ได้รับและที่พลาดไปได้อย่างชัดเจน และเห็นประโยชน์ทางการเงินจากการปรับปรุงประสิทธิภาพการอนุมัติใบแจ้งหนี้และการจัดตารางชำระเงิน.
เหตุผลที่สำคัญ
แสดงมูลค่าทางการเงินที่กระบวนการมีประสิทธิภาพช่วยให้ประหยัดได้ และเชื่อมโยงผลการดำเนินงานของกระบวนการกับการลดต้นทุนโดยตรง.
แหล่งข้อมูล
ฟิลด์คำนวณจากยอดใบแจ้งหนี้และเงื่อนไขการชำระเงิน มีข้อมูลนี้ในตารางอย่าง 'VendTrans' หรือฟิลด์ส่วนลดเงินสดที่เกี่ยวข้อง.
ตัวอย่าง
30.015.00246.91
|
|||
|
รหัสบริษัท
CompanyCode
|
รหัสนิติบุคคลที่ดำเนินการกับใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุบริษัทหรือนิติบุคคลภายในองค์กรที่รับผิดชอบใบแจ้งหนี้ สำหรับองค์กรที่มีหลายบริษัท ข้อมูลนี้เป็นมิติสำคัญในการวิเคราะห์โครงสร้างองค์กร การวิเคราะห์กระบวนการ AP แยกตามรหัสบริษัทช่วยเปรียบเทียบผลการดำเนินงานระหว่างหน่วยธุรกิจหรือนิติบุคคลต่างๆ และช่วยระบุว่าบริษัทใดทำงานได้ไม่มีประสิทธิภาพ มีอัตราการแก้ไขงานซ้ำสูง หรือใช้รูปแบบกระบวนการต่างกัน ข้อมูลเหล่านี้ช่วยชี้โอกาสในการปรับมาตรฐานและแบ่งปันแนวปฏิบัติที่ดี.
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบผลการดำเนินงานและกระบวนการระหว่างนิติบุคคลหรือหน่วยธุรกิจต่างๆ ภายในองค์กร.
แหล่งข้อมูล
ฟิลด์มาตรฐานที่พบในตารางธุรกรรมเกือบทั้งหมดของ Dynamics 365 โดยทั่วไปใช้ชื่อ 'DataAreaId'.
ตัวอย่าง
USMFDEMFGBSI
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ดึงข้อมูลออกมา. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลเหตุการณ์ ซึ่งในกรณีนี้โดยทั่วไปคือ 'Microsoft Dynamics 365' ข้อมูลนี้สำคัญเป็นพิเศษเมื่อนำข้อมูลจากหลายระบบมารวมกัน เช่น เครื่องมือสแกน OCR และ D365. ในการวิเคราะห์ process mining ข้อมูลนี้ช่วยติดตามที่มาของข้อมูล แก้ไขปัญหา และทำความเข้าใจระบบเทคโนโลยีที่ใช้ในกระบวนการ อีกทั้งยังใช้กรองการวิเคราะห์ให้แสดงเฉพาะเหตุการณ์จากระบบที่ต้องการได้.
เหตุผลที่สำคัญ
ให้ข้อมูลสำคัญเกี่ยวกับแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการตรวจสอบข้อมูลและวิเคราะห์กระบวนการที่ใช้หลายระบบ.
แหล่งข้อมูล
โดยทั่วไปเป็นค่าคงที่ ('Microsoft Dynamics 365') ที่เพิ่มระหว่างการดึงและแปลงข้อมูล.
ตัวอย่าง
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
วันครบกำหนดรับส่วนลด
EarlyPaymentDiscountDate
|
วันสุดท้ายที่ต้องชำระใบแจ้งหนี้เพื่อรับส่วนลดเมื่อชำระก่อนกำหนด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันสุดท้ายที่ต้องชำระใบแจ้งหนี้เพื่อรับส่วนลดจากผู้ขาย โดยคำนวณจากวันที่ในใบแจ้งหนี้และช่วงเวลาส่วนลดตามเงื่อนไขการชำระเงิน เช่น '10' ใน '2/10 Net 30' วันที่นี้เป็นข้อมูลหลักสำหรับการวิเคราะห์ 'สถานะส่วนลดเมื่อชำระก่อนกำหนด' เมื่อนำวันที่ 'กำหนดชำระเงิน' หรือ 'ดำเนินการชำระเงิน' มาเทียบกับวันครบกำหนด ระบบจะระบุได้ว่าได้รับส่วนลดหรือไม่ และแสดงตัวชี้วัดด้านการบริหารการเงินได้อย่างชัดเจน.
เหตุผลที่สำคัญ
กำหนดวันที่เป้าหมายในการรับส่วนลด จึงเป็นข้อมูลสำคัญสำหรับจัดลำดับความสำคัญของการชำระเงินและปรับปรุงประสิทธิภาพ.
แหล่งข้อมูล
ระบบคำนวณจากเงื่อนไขการชำระเงินและวันที่ในใบแจ้งหนี้ โดยจัดเก็บในฟิลด์อย่าง 'CashDiscDate' ใน 'VendTrans'.
ตัวอย่าง
2023-04-252023-05-102023-06-15
|
|||
|
สถานะใบแจ้งหนี้
InvoiceStatus
|
สถานะการดำเนินการล่าสุดของใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงสถานะล่าสุดของใบแจ้งหนี้ในกระบวนการ เช่น 'กำลังดำเนินการ', 'อนุมัติแล้ว', 'ชำระแล้ว' หรือ 'ยกเลิกแล้ว' จึงช่วยให้เห็นว่าใบแจ้งหนี้อยู่ในขั้นตอนไหน แม้ process mining จะวิเคราะห์ลำดับงานจากกิจกรรม แต่สถานะสุดท้ายก็มีประโยชน์สำหรับตรวจสอบความถูกต้องและสร้างแดชบอร์ดสำหรับธุรกิจที่สรุปสถานะปัจจุบันของใบแจ้งหนี้ที่ยังเปิดอยู่ทั้งหมด คุณสามารถกรองหาใบแจ้งหนี้ที่ 'อนุมัติแล้ว' แต่ยัง 'ไม่ได้ชำระ' ได้.
เหตุผลที่สำคัญ
สรุปสถานะปัจจุบันของใบแจ้งหนี้ในภาพรวม ใช้กรองข้อมูลและสร้างแดชบอร์ดตามสถานะได้.
แหล่งข้อมูล
มักได้มาจากฟิลด์สถานะเอกสารหรือสถานะเวิร์กโฟลว์ในโมดูล AP.
ตัวอย่าง
กำลังดำเนินการอนุมัติแล้วชำระแล้วยกเลิกแล้ว
|
|||
|
สาเหตุของข้อแตกต่าง
DiscrepancyReason
|
รหัสหรือคำอธิบายสาเหตุของข้อแตกต่างในใบแจ้งหนี้. | ||
|
คำอธิบาย
เมื่อพักใบแจ้งหนี้หรือพบข้อแตกต่าง แอตทริบิวต์นี้จะบันทึกสาเหตุ เช่น 'ราคาไม่ตรงกัน', 'จำนวนไม่ตรงกัน' หรือ 'ไม่มีใบรับสินค้า' แอตทริบิวต์นี้เป็นหัวใจของการวิเคราะห์ 'การแก้ไขข้อแตกต่างและการทำงานซ้ำ' การจัดหมวดหมู่งานแก้ไขตามสาเหตุช่วยให้ค้นหาต้นตอของความไม่มีประสิทธิภาพในกระบวนการได้ ตัวอย่างเช่น หาก 'ราคาไม่ตรงกัน' เป็นสาเหตุที่พบบ่อยที่สุด อาจแสดงว่าข้อมูลระหว่างฝ่ายจัดซื้อกับผู้ขายไม่สอดคล้องกัน.
เหตุผลที่สำคัญ
ช่วยระบุต้นตอของงานที่ต้องแก้ไข เพื่อให้ปรับปรุงกระบวนการได้ตรงจุด ลดกรณียกเว้นและการทำงานด้วยตนเอง.
แหล่งข้อมูล
อาจจัดเก็บไว้ในตารางพักใบแจ้งหนี้ ความเห็นในเวิร์กโฟลว์ หรือฟิลด์บันทึกข้อแตกต่างเฉพาะในโมดูล AP.
ตัวอย่าง
ราคาไม่ตรงกันจำนวนไม่ตรงกันPO ไม่ถูกต้อง
|
|||
|
หมายเลขใบรับสินค้า
GoodsReceiptNumber
|
รหัสเอกสารรับสินค้าที่เกี่ยวข้องกับใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงใบแจ้งหนี้กับรายการรับสินค้าหรือบริการ ซึ่งจำเป็นต่อการจับคู่สามทางระหว่าง PO ใบรับสินค้า และใบแจ้งหนี้ ข้อมูลนี้จำเป็นต่อการวิเคราะห์ประสิทธิภาพการจับคู่ หากกิจกรรม 'จับคู่ใบรับสินค้าแล้ว' ล่าช้าหรือไม่สำเร็จ คุณสามารถใช้รหัสนี้ติดตามกลับไปยังเอกสารรับสินค้าต้นทาง เพื่อค้นหาปัญหาในขั้นตอนจัดซื้อหรือรับสินค้าที่ส่งผลต่อบัญชีเจ้าหนี้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพการจับคู่สามทางและระบุปัญหาที่เกิดจากกระบวนการรับสินค้า.
แหล่งข้อมูล
เชื่อมโยงผ่านรายการในใบสั่งซื้อ โดยมักพบในสมุดรายวันใบส่งของ ('VendPackingSlipJour') หรือตารางที่เกี่ยวข้อง.
ตัวอย่าง
GRN-00981GRN-01024
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่รีเฟรชข้อมูลจากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาล่าสุดที่มีการอัปเดตบันทึกเหตุการณ์ด้วยข้อมูลใหม่จาก Microsoft Dynamics 365 ช่วยให้ทราบว่าข้อมูลที่กำลังวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด. สำหรับแดชบอร์ดและการติดตามอย่างต่อเนื่อง เวลานี้ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลกระบวนการล่าสุดหรือไม่ อีกทั้งยังช่วยให้เข้าใจความใหม่ของข้อมูลและติดตามสถานะของไปป์ไลน์ข้อมูลได้.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด ซึ่งสำคัญต่อการตัดสินใจทางธุรกิจได้อย่างทันท่วงทีและแม่นยำโดยอิงจากผลการวิเคราะห์.
แหล่งข้อมูล
ฟิลด์เมทาดาทานี้สร้างและระบุเวลาโดยเครื่องมือดึงและโหลดข้อมูล (ETL) ขณะนำเข้าข้อมูล.
ตัวอย่าง
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
กิจกรรมในกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินการจ่ายเงินแล้ว
|
จ่ายเงินอย่างเป็นทางการเมื่อบันทึกสมุดรายวันการจ่ายเงิน ธุรกรรมนี้ชำระหนี้สินที่เกิดจากใบแจ้งหนี้ที่บันทึกบัญชีแล้ว. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์สิ้นสุดหลักของกระบวนการ ใช้คำนวณการปฏิบัติตามเงื่อนไขการจ่ายเงิน ค้นหาการจ่ายล่าช้า และวัดระยะเวลาดำเนินการตั้งแต่ต้นจนจบ.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกไว้อย่างชัดเจนเมื่อบันทึกสมุดรายวันการจ่ายเงิน รายละเอียดการชำระจะจัดเก็บในตารางธุรกรรมผู้ขาย (VendTrans) ซึ่งเชื่อมโยงการจ่ายเงินกับใบแจ้งหนี้.
บันทึก
ใช้วันที่ทำรายการของระเบียนการชำระเงินใน VendTrans.
ประเภทเหตุการณ์
explicit
|
|||
|
ลงทะเบียนใบแจ้งหนี้แล้ว
|
บันทึกนี้แสดงการสร้างรายการใบแจ้งหนี้ในระบบเป็นครั้งแรก ไม่ว่าจะป้อนข้อมูลด้วยตนเอง สแกนด้วย OCR หรือรับข้อมูลผ่านการแลกเปลี่ยนข้อมูลอิเล็กทรอนิกส์ (EDI) นี่คือจุดเริ่มต้นของวงจรการประมวลผลใบแจ้งหนี้. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นเหตุการณ์เริ่มต้นหลักของกระบวนการ การวิเคราะห์เวลาตั้งแต่จุดนี้จนถึงการจ่ายเงินช่วยคำนวณระยะเวลาดำเนินการใบแจ้งหนี้โดยรวม ซึ่งเป็นตัวชี้วัดประสิทธิภาพที่สำคัญ.
แหล่งข้อมูล
อนุมานจากเวลาที่สร้างรายการส่วนหัวใบแจ้งหนี้ (ฟิลด์ CreatedDateTime) ในตารางใบแจ้งหนี้ผู้ขายที่รอดำเนินการหรือสมุดรายวันใบแจ้งหนี้ เช่น VendInvoiceInfoTable.
บันทึก
ใช้เวลาที่สร้างรายการส่วนหัวใบแจ้งหนี้.
ประเภทเหตุการณ์
inferred
|
|||
|
ลงบัญชีใบแจ้งหนี้แล้ว
|
บันทึกใบแจ้งหนี้ที่อนุมัติแล้วลงในบัญชีแยกประเภททั่วไปอย่างเป็นทางการ ทำให้เกิดหนี้สินทางการเงิน นี่คือรายการบัญชีสำคัญที่มักไม่สามารถย้อนกลับได้. | ||
|
เหตุผลที่สำคัญ
การบันทึกบัญชีเป็นจุดสำคัญที่ทำให้ใบแจ้งหนี้พร้อมจ่ายเงิน และยืนยันว่าการตรวจสอบและอนุมัติทุกขั้นตอนเสร็จสิ้น พร้อมรับรู้หนี้สินแล้ว.
แหล่งข้อมูล
นี่คือธุรกรรมที่บันทึกไว้อย่างชัดเจน โดยบันทึกวันที่และเวลาลงบัญชีไว้ในสมุดรายวันใบแจ้งหนี้ผู้ขาย (VendInvoiceJour) และรายการบัญชีแยกประเภททั่วไปที่เกี่ยวข้อง (GeneralJournalEntry).
บันทึก
ใช้เวลาลงบัญชีจากตาราง VendInvoiceJour หรือ GeneralJournalEntry.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งใบแจ้งหนี้เพื่อขออนุมัติแล้ว
|
ส่งใบแจ้งหนี้เข้าเวิร์กโฟลว์อย่างเป็นทางการ เพื่อให้ผู้มีอำนาจตรวจสอบและอนุมัติ นี่คือจุดเริ่มต้นของรอบการอนุมัติ. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดสำคัญที่ใช้เริ่มจับเวลารอบการอนุมัติใบแจ้งหนี้ และช่วยแยกเวลาป้อนข้อมูลหรือจับคู่ออกจากเวลาที่ใช้รออนุมัติ.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกไว้อย่างชัดเจนในประวัติเวิร์กโฟลว์ D365 (WorkflowTrackingStatusTable) ของเอกสารใบแจ้งหนี้แต่ละรายการ พร้อมเวลาที่ส่งเอกสาร.
บันทึก
ดึงเหตุการณ์ 'Submitted' ของใบแจ้งหนี้จากประวัติการติดตามเวิร์กโฟลว์.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบแจ้งหนี้แล้ว
|
แสดงว่าเวิร์กโฟลว์อนุมัติขั้นสุดท้ายแล้ว และอนุญาตให้บันทึกใบแจ้งหนี้เพื่อจ่ายเงิน นี่คือจุดสำคัญก่อนใบแจ้งหนี้เข้าสู่ขั้นตอนการจ่ายเงิน. | ||
|
เหตุผลที่สำคัญ
เป็นจุดสิ้นสุดของรอบการอนุมัติ เวลาตั้งแต่ 'Submitted for Approval' จนถึงกิจกรรมนี้เป็น KPI สำคัญที่ใช้ค้นหาคอขวดในการอนุมัติและเวิร์กโฟลว์ที่ใช้เวลานาน.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกไว้อย่างชัดเจนในประวัติเวิร์กโฟลว์ (WorkflowTrackingStatusTable) เมื่อสถานะเวิร์กโฟลว์เปลี่ยนเป็น 'Completed' หรือ 'Approved'.
บันทึก
ดึงเหตุการณ์ 'Approved' หรือ 'Completed' ของใบแจ้งหนี้จากประวัติการติดตามเวิร์กโฟลว์.
ประเภทเหตุการณ์
explicit
|
|||
|
กำหนดเวลาจ่ายเงินแล้ว
|
เลือกใบแจ้งหนี้ที่บันทึกบัญชีแล้วและเพิ่มลงในข้อเสนอการจ่ายเงินหรือสมุดรายวันการจ่ายเงิน เพื่อกำหนดให้จ่ายในรอบถัดไป แสดงว่ามีแผนจะจ่ายเงิน. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อการคาดการณ์กระแสเงินสดและวิเคราะห์การปฏิบัติตามเงื่อนไขการจ่ายเงิน อีกทั้งช่วยตรวจสอบว่ามีการพิจารณาและวางแผนใช้ส่วนลดสำหรับการจ่ายเงินก่อนกำหนดหรือไม่.
แหล่งข้อมูล
อนุมานจากการสร้างบรรทัดในสมุดรายวันการจ่ายเงิน (LedgerJournalTrans) ที่มีใบแจ้งหนี้รวมอยู่ด้วย วันที่ทำรายการในบรรทัดสมุดรายวันแสดงวันที่กำหนดจ่ายเงิน.
บันทึก
ใช้วันที่สร้างบรรทัดในสมุดรายวันการจ่ายเงินที่อ้างอิงใบแจ้งหนี้.
ประเภทเหตุการณ์
inferred
|
|||
|
แก้ไขข้อมูลที่ไม่ตรงกันแล้ว
|
การดำเนินการเพื่อยกเลิกการระงับหรือแก้ไขใบแจ้งหนี้หลังพบข้อมูลไม่ตรงกัน ขณะนี้ใบแจ้งหนี้พร้อมส่งกลับไปจับคู่หรือขออนุมัติอีกครั้ง. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ปิดวงจรการแก้ไขงานซ้ำ ระยะเวลาที่ใช้แก้ไขข้อมูลไม่ตรงกันเป็นตัวชี้วัดสำคัญของประสิทธิภาพในการจัดการกรณียกเว้น.
แหล่งข้อมูล
อนุมานจากเวลาที่นำสถานะ 'On Hold' ออกจากใบแจ้งหนี้ หรือเวลาที่ส่งใบแจ้งหนี้เข้าเวิร์กโฟลว์อีกครั้งหลังถูกปฏิเสธ.
บันทึก
บันทึกเวลาที่ยกเลิกการระงับ หรือเวลาที่ส่งใบแจ้งหนี้เข้าเวิร์กโฟลว์อีกครั้งหลังถูกปฏิเสธ.
ประเภทเหตุการณ์
inferred
|
|||
|
จับคู่ใบรับสินค้าแล้ว
|
สำหรับการจับคู่สามทาง กิจกรรมนี้ยืนยันว่าได้รับสินค้าหรือบริการตามใบแจ้งหนี้แล้ว โดยตรวจสอบเทียบกับใบรับสินค้า ขั้นตอนนี้ใช้ยืนยันการส่งมอบสินค้าจริงกับข้อมูลในใบแจ้งหนี้. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้ช่วยวิเคราะห์ประสิทธิภาพของการจับคู่สามทาง และค้นหาความล่าช้าที่เกิดจากข้อมูลใบรับสินค้าขาดหายหรือไม่ถูกต้อง.
แหล่งข้อมูล
เช่นเดียวกับการจับคู่ PO เหตุการณ์นี้อนุมานได้จากการอัปเดตสถานะในใบแจ้งหนี้ที่แสดงว่าจับคู่กับสมุดรายวันรับสินค้า (Packing Slips) สำเร็จ.
บันทึก
ตรวจสอบการเปลี่ยนแปลงสถานะหรือแฟล็กที่แสดงว่าจับคู่สามทางสำเร็จ.
ประเภทเหตุการณ์
inferred
|
|||
|
จับคู่ใบสั่งซื้อแล้ว
|
การเชื่อมโยงใบแจ้งหนี้กับใบสั่งซื้อหนึ่งรายการหรือหลายรายการ เพื่อตรวจสอบปริมาณ ราคา และเงื่อนไข ขั้นตอนนี้เป็นการตรวจสอบสำคัญสำหรับใบแจ้งหนี้ที่อ้างอิงใบสั่งซื้อ (PO). | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้จำเป็นต่อการวัดอัตราการจับคู่สำเร็จตั้งแต่ครั้งแรกและค้นหาคอขวดในขั้นตอนจับคู่ หากจับคู่ไม่สำเร็จ มักต้องวนกลับไปแก้ไขข้อมูลที่ไม่ตรงกัน.
แหล่งข้อมูล
อนุมานได้เมื่อสถานะการจับคู่ในรายการใบแจ้งหนี้เปลี่ยนเป็น 'Matched' หรือเมื่อบันทึกรายละเอียดการจับคู่ระดับรายการสำเร็จ โดยทั่วไปข้อมูลนี้จัดเก็บในตารางที่เกี่ยวข้องกับรายการใบแจ้งหนี้ผู้ขาย.
บันทึก
ค้นหาการเปลี่ยนแปลงสถานะในส่วนหัวหรือรายการใบแจ้งหนี้ที่แสดงว่าจับคู่กับ PO สำเร็จ.
ประเภทเหตุการณ์
inferred
|
|||
|
ตรวจสอบข้อมูลใบแจ้งหนี้แล้ว
|
แสดงว่าระบบหรือผู้ใช้ตรวจสอบข้อมูลใบแจ้งหนี้ที่บันทึกไว้ในเบื้องต้นว่าครบถ้วนและถูกต้องหรือไม่ ก่อนจับคู่หรือส่งอนุมัติ ขั้นตอนนี้อาจเป็นการตรวจสอบโดยระบบอัตโนมัติหรือการตรวจทานด้วยตนเอง. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้ช่วยให้พบความล่าช้าที่เกิดจากคุณภาพข้อมูลต่ำ หากพบข้อผิดพลาดบ่อยหรือใช้เวลานานในขั้นตอนนี้ อาจมีปัญหาในกระบวนการบันทึกข้อมูล เช่น ความแม่นยำของ OCR.
แหล่งข้อมูล
เหตุการณ์นี้มักอนุมานจากข้อมูลอื่น โดยดูเวลาที่สถานะใบแจ้งหนี้เปลี่ยนจาก 'New' หรือ 'Draft' เป็นสถานะอย่าง 'Validated' หรือ 'Ready for Matching' หรือดูการแก้ไขครั้งล่าสุดก่อนส่งเข้าเวิร์กโฟลว์.
บันทึก
บันทึกเวลาที่สถานะเปลี่ยนเพื่อระบุว่าตรวจสอบข้อมูลสำเร็จ หรือเวลาที่มีการอัปเดตก่อนส่งเข้าเวิร์กโฟลว์.
ประเภทเหตุการณ์
inferred
|
|||
|
ธนาคารตัดยอดการจ่ายเงินแล้ว
|
ธนาคารตัดยอดการจ่ายเงินที่บริษัทดำเนินการแล้ว โดยยืนยันผ่านกระบวนการกระทบยอดบัญชีธนาคาร นี่คือการยืนยันขั้นสุดท้ายว่าการจ่ายเงินเสร็จสมบูรณ์. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ยืนยันขั้นสุดท้ายว่ามีเงินออกจากบัญชี การวิเคราะห์เวลาตั้งแต่ดำเนินการจ่ายเงินจนธนาคารตัดยอดมีความสำคัญต่อการบริหารเงินและกระแสเงินสด.
แหล่งข้อมูล
ข้อมูลนี้มาจากโมดูลกระทบยอดบัญชีธนาคาร โดยอนุมานได้เมื่อจับคู่รายการในใบแจ้งยอดธนาคารที่ตรงกับการจ่ายเงินและบันทึกรายการใน D365 แล้ว.
บันทึก
ต้องเชื่อมโยงข้อมูลธุรกรรมธนาคาร (BankStmtISOAccountStatement) กลับไปยังรายการจ่ายเงินต้นทาง.
ประเภทเหตุการณ์
inferred
|
|||
|
ปฏิเสธใบแจ้งหนี้
|
ผู้อนุมัติปฏิเสธใบแจ้งหนี้ในเวิร์กโฟลว์ โดยทั่วไปจะส่งกลับไปยังผู้จัดทำเพื่อแก้ไขหรือชี้แจง ทำให้กระบวนการวนกลับไปแก้ไข. | ||
|
เหตุผลที่สำคัญ
การติดตามการปฏิเสธช่วยให้ทราบสาเหตุของความล่าช้าและการแก้ไขงานซ้ำ อีกทั้งยังช่วยชี้ให้เห็นปัญหาการลงรหัสใบแจ้งหนี้ การไม่ปฏิบัติตามนโยบาย หรือเอกสารประกอบไม่เพียงพอ.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกไว้อย่างชัดเจนในประวัติเวิร์กโฟลว์ (WorkflowTrackingStatusTable) เมื่อผู้อนุมัติเลือกคำสั่ง 'Reject'.
บันทึก
ดึงเหตุการณ์ 'Rejected' ของใบแจ้งหนี้จากประวัติการติดตามเวิร์กโฟลว์.
ประเภทเหตุการณ์
explicit
|
|||
|
พบข้อมูลไม่ตรงกัน
|
เกิดขึ้นเมื่อใบแจ้งหนี้ไม่ผ่านการตรวจสอบหรือจับคู่กับใบสั่งซื้อหรือใบรับสินค้า จึงต้องให้คนเข้ามาจัดการ โดยมักมีการระงับใบแจ้งหนี้หรือกำหนดสถานะเฉพาะไว้. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ทำให้กระบวนการวนกลับไปแก้ไข การวิเคราะห์ความถี่และสาเหตุเป็นสิ่งสำคัญในการค้นหาจุดที่ไม่มีประสิทธิภาพ ปัญหาคุณภาพข้อมูล หรือปัญหาจากซัพพลายเออร์.
แหล่งข้อมูล
เหตุการณ์นี้อาจบันทึกไว้อย่างชัดเจนในประวัติใบแจ้งหนี้ หรืออนุมานได้เมื่อใบแจ้งหนี้ถูกตั้งสถานะ 'On Hold' พร้อมรหัสเหตุผลที่เกี่ยวกับข้อมูลการจับคู่ที่ไม่ตรงกัน ให้ตรวจสอบการเปลี่ยนแปลงสถานะในส่วนหัวใบแจ้งหนี้.
บันทึก
บันทึกเวลาที่สถานะใบแจ้งหนี้เปลี่ยนเป็น 'On Hold' หรือเวลาที่ตั้งค่าแฟล็กแจ้งข้อมูลไม่ตรงกัน.
ประเภทเหตุการณ์
inferred
|
|||
|
ยกเลิกใบแจ้งหนี้แล้ว
|
ยกเลิกหรือเพิกถอนใบแจ้งหนี้หลังบันทึกบัญชีแล้ว โดยปกติทำเพื่อแก้ไขข้อผิดพลาด นี่คือจุดสิ้นสุดอีกแบบหนึ่งที่เกิดขึ้นเป็นกรณีพิเศษ. | ||
|
เหตุผลที่สำคัญ
การติดตามการยกเลิกมีความสำคัญต่อการทำความเข้าใจคุณภาพกระบวนการและอัตราข้อผิดพลาด หากยกเลิกบ่อย อาจบ่งชี้ถึงปัญหาเชิงระบบในกระบวนการก่อนหน้า.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกไว้อย่างชัดเจน D365 สร้างธุรกรรมกลับรายการหรือใบลดหนี้ที่เชื่อมโยงกับสมุดรายวันใบแจ้งหนี้ต้นฉบับ วันที่ลงบัญชีของรายการกลับรายการใช้ระบุวันที่ยกเลิก.
บันทึก
ค้นหาวันที่ลงบัญชีของธุรกรรมกลับรายการที่เชื่อมโยงกับใบแจ้งหนี้ต้นฉบับ.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการจัดการใบแจ้งหนี้บัญชีเจ้าหนี้ให้มีประสิทธิภาพยิ่งขึ้นด้วยเทมเพลตข้อมูลนี้ ใช้ข้อมูลกระบวนการให้เกิดประโยชน์เต็มที่เพื่อขับเคลื่อนการปรับปรุงที่เห็นผล.
หยุดการจ่ายเงินซ้ำซ้อน ปรับปรุงกระบวนการจัดการใบแจ้งหนี้เจ้าหนี้การค้า.
ระบุจุดที่ไม่มีประสิทธิภาพ ลดค่าปรับจากการชำระล่าช้า และลดต้นทุนการประมวลผลได้ 60%.
ทดลองใช้ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต.