เทมเพลตข้อมูล Order to Cash สำหรับการวางบิลและออกใบแจ้งหนี้
เทมเพลตข้อมูล Order to Cash สำหรับการวางบิลและออกใบแจ้งหนี้
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลจาก Microsoft Dynamics 365
แอตทริบิวต์ของ Order to Cash สำหรับการวางบิลและออกใบแจ้งหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
หมายเลขใบแจ้งหนี้
InvoiceNumber
|
รหัสเฉพาะของใบแจ้งหนี้ลูกค้าแต่ละฉบับ ใช้เป็นตัวระบุเคสหลักของกระบวนการวางบิล. | ||
|
คำอธิบาย
หมายเลขใบแจ้งหนี้เป็นรหัสหลักที่ใช้รวมกิจกรรมทั้งหมดของเอกสารวางบิลฉบับเดียวกัน ทำให้วิเคราะห์วงจรชีวิตของใบแจ้งหนี้ได้ตั้งแต่ต้นจนจบ ตั้งแต่การสร้างและอนุมัติ ไปจนถึงการรับชำระเงินจากลูกค้าและการปิดรายการ เมื่อใช้หมายเลขนี้เป็น Case ID รายการในบันทึกเหตุการณ์แต่ละรายการจะเชื่อมโยงกับใบแจ้งหนี้ฉบับหนึ่งโดยเฉพาะ จึงวิเคราะห์รูปแบบกระบวนการ คำนวณระยะเวลา และติดตามประสิทธิภาพของธุรกรรมวางบิลแต่ละรายการได้อย่างละเอียด.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้จำเป็นต่อการติดตามวงจรชีวิตของใบแจ้งหนี้ทั้งหมด และช่วยวิเคราะห์ประสิทธิภาพกระบวนการ คอขวด และความเบี่ยงเบนของเอกสารวางบิลแต่ละฉบับ.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในโมดูล Sales and marketing ในตาราง เช่น CustInvoiceJour (ฟิลด์ InvoiceId) หรือเรียกดูผ่านเอนทิตีข้อมูล เช่น SalesInvoiceHeaderV2.
ตัวอย่าง
CIV-001254INV-2023-9876US-004321
|
|||
|
ชื่อกิจกรรม
ActivityName
|
ชื่อกิจกรรมทางธุรกิจหรือเหตุการณ์ที่เกิดขึ้น ณ จุดหนึ่งในวงจรชีวิตของใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้อธิบายขั้นตอนหรือหมุดหมายเฉพาะในกระบวนการวางบิล เช่น 'สร้างใบแจ้งหนี้แล้ว' 'อนุมัติใบแจ้งหนี้แล้ว' หรือ 'ได้รับชำระเงินจากลูกค้า' ลำดับกิจกรรมเหล่านี้ประกอบกันเป็นขั้นตอนการทำงาน การวิเคราะห์กิจกรรมเป็นพื้นฐานสำคัญของ process mining เพราะช่วยค้นหาโมเดลกระบวนการ ระบุรูปแบบที่แตกต่างกัน และวัดประสิทธิภาพระหว่างขั้นตอน.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้กำหนดขั้นตอนในกระบวนการ ช่วยแสดงแผนผังกระบวนการ วิเคราะห์รูปแบบที่แตกต่างกัน และค้นหาคอขวดหรือจุดที่เบี่ยงเบนจากขั้นตอนมาตรฐาน.
แหล่งข้อมูล
โดยทั่วไปแอตทริบิวต์นี้ได้มาจากหลายแหล่ง เช่น ฟิลด์เปลี่ยนสถานะ (เช่น DocumentState) ฟิลด์วันที่ที่มีการกรอกข้อมูล หรือบันทึกประวัติเวิร์กโฟลว์ใน Microsoft Dynamics 365.
ตัวอย่าง
สร้างใบแจ้งหนี้แล้วอนุมัติใบแจ้งหนี้แล้วได้รับชำระเงินจากลูกค้าออกใบลดหนี้
|
|||
|
เวลาเกิดเหตุการณ์
EventTime
|
วันและเวลาที่ระบุอย่างแม่นยำว่ากิจกรรมหรือเหตุการณ์เกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
เวลาเกิดเหตุการณ์ หรือที่เรียกว่าการประทับเวลา จะบันทึกวันและเวลาที่แน่นอนของกิจกรรมแต่ละรายการในกระบวนการ ข้อมูลนี้จำเป็นต่อการวิเคราะห์ process mining ที่เกี่ยวข้องกับเวลา ใช้คำนวณระยะเวลาระหว่างกิจกรรม วัดระยะเวลารวมของเคส และทำความเข้าใจประสิทธิภาพของกระบวนการตามช่วงเวลา การประทับเวลาที่ถูกต้องและเชื่อถือได้เป็นพื้นฐานของ KPI เช่น Days Sales Outstanding และระยะเวลาตั้งแต่เริ่มจนออกใบแจ้งหนี้.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้เป็นพื้นฐานของการวิเคราะห์ประสิทธิภาพและเวลา ช่วยคำนวณระยะเวลาระหว่างขั้นตอน ระยะเวลาดำเนินการ และปริมาณงานที่ทำได้ เพื่อวัดประสิทธิภาพของกระบวนการ.
แหล่งข้อมูล
ข้อมูลเวลามาจากฟิลด์วันที่และเวลาในตารางต่างๆ ของ Dynamics 365 เช่น CreatedDateTime ในตาราง CustInvoiceJour สำหรับการสร้างใบแจ้งหนี้ หรือการประทับเวลาเฉพาะในประวัติเวิร์กโฟลว์.
ตัวอย่าง
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
|
|||
|
ชื่อลูกค้า
CustomerName
|
ชื่อลูกค้าที่ออกใบแจ้งหนี้ให้. | ||
|
คำอธิบาย
ชื่อลูกค้าช่วยระบุธุรกิจหรือบุคคลที่เรียกเก็บเงินได้อย่างเข้าใจง่าย เมื่อนำมาวิเคราะห์ด้วย process mining คุณสามารถแบ่งกลุ่มกระบวนการเรียกเก็บเงินตามลูกค้า เพื่อดูว่าลูกค้ารายใดชำระตรงเวลาเป็นประจำ รายใดชำระล่าช้าบ่อย หรือกลุ่มลูกค้าบางกลุ่มพบขั้นตอนหรือความล่าช้าที่แตกต่างกัน ข้อมูลนี้สำคัญต่อแดชบอร์ดที่วิเคราะห์พฤติกรรมการชำระเงินของลูกค้าและ Days Sales Outstanding.
เหตุผลที่สำคัญ
ช่วยแบ่งผลการวิเคราะห์กระบวนการตามลูกค้า เพื่อค้นหารูปแบบพฤติกรรม การชำระเงิน หรือปัญหาในกระบวนการที่เกิดกับลูกค้าแต่ละราย.
แหล่งข้อมูล
ดึงข้อมูลนี้โดยเชื่อมข้อมูลใบแจ้งหนี้กับตารางข้อมูลหลักของลูกค้า ซึ่งโดยทั่วไปคือตาราง CustTable โดยใช้หมายเลขบัญชีลูกค้าเป็นเงื่อนไขในการเชื่อม.
ตัวอย่าง
Contoso Ltd.Fabrikam, Inc.Northwind Traders
|
|||
|
ผู้รับผิดชอบ
UserResponsible
|
ผู้ใช้หรือพนักงานที่รับผิดชอบดำเนินกิจกรรมหนึ่งๆ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้ที่ทำงานแต่ละรายการในกระบวนการเรียกเก็บเงิน เช่น อนุมัติใบแจ้งหนี้หรือลงรายการรับชำระเงิน ข้อมูลนี้สำคัญต่อการวิเคราะห์ปริมาณงาน เปรียบเทียบผลการทำงาน และค้นหาความต้องการด้านการฝึกอบรม ตัวอย่างเช่น แดชบอร์ด 'ปริมาณงานของแผนกเรียกเก็บเงิน' ใช้แอตทริบิวต์นี้ตรวจสอบว่ามีการกระจายงานอย่างทั่วถึงหรือไม่ และมีผู้ใช้บางรายที่เป็นคอขวดหรือไม่ นอกจากนี้ยังช่วยให้เข้าใจการจัดสรรทรัพยากรและประสิทธิภาพการทำงาน.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ในระดับทรัพยากร เพื่อค้นหาคอขวด วัดผลการทำงานของบุคคลหรือทีม และดูการกระจายปริมาณงานในแผนกเรียกเก็บเงิน.
แหล่งข้อมูล
ดึงข้อมูลนี้ได้จากบันทึกประวัติเวิร์กโฟลว์ (เช่น WorkflowTrackingStatusTable) หรือฟิลด์ผู้รับผิดชอบ เช่น Owner หรือ ModifiedBy ในตารางที่เกี่ยวข้อง.
ตัวอย่าง
John SmithAlicia Bakerผู้ดูแลระบบ
|
|||
|
แผนก
Department
|
แผนกธุรกิจที่เกี่ยวข้องกับผู้ใช้หรือกิจกรรม. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุว่ากิจกรรมหรือผู้ใช้อยู่ในแผนกใด เช่น 'ลูกหนี้การค้า' หรือ 'ฝ่ายขาย' ช่วยให้เห็นผลการดำเนินงานในภาพรวมมากกว่าระดับบุคคล การวิเคราะห์ตามแผนกช่วยให้เข้าใจการส่งต่องานระหว่างฝ่าย เปรียบเทียบประสิทธิภาพของทีม และค้นหาคอขวดในระดับแผนก ตามที่แดชบอร์ด 'ปริมาณงานของแผนกเรียกเก็บเงิน' ต้องใช้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลการดำเนินงานในระดับองค์กร เปรียบเทียบประสิทธิภาพระหว่างทีม และทำความเข้าใจว่าการส่งต่องานระหว่างแผนกส่งผลต่อกระบวนการอย่างไร.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้ไม่ได้อยู่ในฟิลด์ของธุรกรรมใบแจ้งหนี้โดยตรง แต่ได้มาจากการเชื่อม UserResponsible ID กับไดเรกทอรีพนักงานหรือผู้ใช้ที่มีข้อมูลแผนก.
ตัวอย่าง
ลูกหนี้การค้าการเงินการปฏิบัติการด้านการเรียกเก็บเงิน
|
|||
|
ยอดเงินในใบแจ้งหนี้
InvoiceAmount
|
มูลค่ารวมของใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงยอดเงินรวมที่ต้องชำระตามใบแจ้งหนี้ เป็นตัวชี้วัดสำคัญสำหรับการวิเคราะห์ทางการเงินและการแบ่งกลุ่มใบแจ้งหนี้ตามมูลค่า ตัวอย่างเช่น นักวิเคราะห์อาจตรวจสอบใบแจ้งหนี้มูลค่าสูงเพื่อดูรูปแบบการชำระเงิน หรือดูว่าใบแจ้งหนี้ยอดสูงใช้เวลาอนุมัตินานกว่าหรือไม่ นอกจากนี้ยังใช้คำนวณยอดรวมของใบแจ้งหนี้ค้างชำระและ DSO ได้ด้วย.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลกระทบทางการเงิน โดยกรองและแบ่งกลุ่มกระบวนการตามมูลค่า เพื่อจัดลำดับความสำคัญของใบแจ้งหนี้ยอดสูงและทำความเข้าใจรูปแบบการดำเนินงานของรายการเหล่านั้น.
แหล่งข้อมูล
ดูได้ในตาราง CustInvoiceJour โดยทั่วไปอยู่ในฟิลด์อย่าง InvoiceAmount และอาจมีในตารางธุรกรรมที่เกี่ยวข้องด้วย.
ตัวอย่าง
5430.5012500.00750.25
|
|||
|
วันครบกำหนดชำระเงิน
PaymentDueDate
|
วันที่ลูกค้าควรชำระเงินตามใบแจ้งหนี้. | ||
|
คำอธิบาย
วันครบกำหนดชำระเงินเป็นข้อมูลวันที่สำคัญ ซึ่งคำนวณจากวันที่ออกใบแจ้งหนี้และเงื่อนไขการชำระเงินของลูกค้า ใช้เป็นเกณฑ์วัดว่าลูกค้าชำระเงินตรงเวลาหรือไม่ แอตทริบิวต์นี้จำเป็นต่อแดชบอร์ด 'การวิเคราะห์การปฏิบัติตามเงื่อนไขการชำระเงิน' และการคำนวณ KPI เช่น 'อัตราการชำระเงินตรงเวลา' และ 'Days Sales Outstanding' เมื่อนำวันที่นี้ไปเปรียบเทียบกับวันที่ได้รับชำระเงินจริง จะช่วยให้เห็นพฤติกรรมการชำระเงินของลูกค้าและประสิทธิผลของกระบวนการติดตามหนี้.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์วัดประสิทธิภาพการชำระเงิน จำเป็นต่อการคำนวณอัตราการชำระเงินตรงเวลาและวิเคราะห์ว่าลูกค้าปฏิบัติตามเงื่อนไขการชำระเงินหรือไม่.
แหล่งข้อมูล
โดยทั่วไปดูได้ในตาราง CustInvoiceJour จากฟิลด์อย่าง DueDate.
ตัวอย่าง
2023-05-152023-06-302023-07-01
|
|||
|
สถานะใบแจ้งหนี้
InvoiceStatus
|
สถานะปัจจุบันของใบแจ้งหนี้ในวงจรการทำงาน (เช่น ค้างชำระ ชำระแล้ว ยกเลิก). | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงสถานะปัจจุบันของใบแจ้งหนี้ เช่น รอชำระ ชำระครบแล้ว เกินกำหนด หรือยกเลิกด้วยใบลดหนี้ ข้อมูลนี้ช่วยกรองกรณีเพื่อวิเคราะห์เฉพาะใบแจ้งหนี้ที่ยังค้างชำระ หรือยืนยันผลลัพธ์สุดท้ายของใบแจ้งหนี้ที่ปิดแล้ว นอกจากนี้ยังช่วยให้เข้าใจปริมาณงานปัจจุบันและสถานะทางการเงินของลูกหนี้การค้า.
เหตุผลที่สำคัญ
ช่วยให้เห็นสถานะปัจจุบันของใบแจ้งหนี้ได้อย่างรวดเร็ว ใช้กรองกรณีและทำความเข้าใจผลลัพธ์ของรูปแบบกระบวนการต่างๆ.
แหล่งข้อมูล
อนุมานสถานะนี้ได้จากสถานะการชำระเงินของใบแจ้งหนี้ โดยมักตรวจสอบว่ายอดคงเหลือในระเบียน CustTrans ที่เกี่ยวข้องเป็นศูนย์หรือไม่ ทั้งนี้อาจไม่มีฟิลด์ 'สถานะ' เพียงฟิลด์เดียวเสมอไป.
ตัวอย่าง
ค้างชำระชำระแล้วเกินกำหนดยกเลิก
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
จำนวนวันตั้งแต่ออกใบแจ้งหนี้จนได้รับชำระเงินจากลูกค้า. | ||
|
คำอธิบาย
Days Sales Outstanding (DSO) เป็นตัวชี้วัดทางการเงินที่สำคัญ ใช้วัดจำนวนวันเฉลี่ยที่บริษัทใช้ในการเรียกเก็บเงินหลังการขาย แอตทริบิวต์ที่คำนวณขึ้นนี้หาค่าระยะเวลาดังกล่าวสำหรับใบแจ้งหนี้แต่ละรายการ เป็นตัวชี้วัดหลักของแดชบอร์ด 'การวิเคราะห์แนวโน้ม Days Sales Outstanding' และ KPI 'DSO' การวิเคราะห์ DSO ช่วยบริหารกระแสเงินสดและประเมินประสิทธิภาพของงานสินเชื่อและติดตามหนี้.
เหตุผลที่สำคัญ
เป็น KPI สำคัญที่ใช้วัดสถานะกระแสเงินสดของบริษัทและประสิทธิภาพของกระบวนการติดตามหนี้ โดยแสดงให้เห็นว่ารายได้เปลี่ยนเป็นเงินสดได้รวดเร็วเพียงใด.
แหล่งข้อมูล
ไม่มีแอตทริบิวต์นี้ในระบบต้นทาง โดยคำนวณระยะเวลาระหว่างกิจกรรม 'ออกใบแจ้งหนี้' กับกิจกรรม 'ได้รับชำระเงินจากลูกค้า'.
ตัวอย่าง
284592
|
|||
|
เงื่อนไขการชำระเงิน
PaymentTerms
|
ข้อตกลงเกี่ยวกับกำหนดชำระใบแจ้งหนี้ (เช่น Net 30, Net 60). | ||
|
คำอธิบาย
เงื่อนไขการชำระเงินกำหนดว่าลูกค้าควรชำระใบแจ้งหนี้เมื่อใด แอตทริบิวต์นี้ใช้คำนวณวันครบกำหนดชำระเงิน และเป็นมิติสำคัญในการวิเคราะห์พฤติกรรมการชำระเงิน แดชบอร์ด 'การวิเคราะห์การปฏิบัติตามเงื่อนไขการชำระเงิน' ใช้ข้อมูลนี้แบ่งกลุ่มลูกค้าและใบแจ้งหนี้ เพื่อดูว่าเงื่อนไขการชำระเงินแบบใดมีประสิทธิผลมากหรือน้อย หรือสัมพันธ์กับการชำระเงินล่าช้าที่เกิดบ่อยกว่า.
เหตุผลที่สำคัญ
ช่วยอธิบายว่าเหตุใดใบแจ้งหนี้จึงครบกำหนดในวันที่กำหนด และช่วยแบ่งกลุ่มผลการวิเคราะห์เพื่อดูว่าเงื่อนไขการชำระเงินบางแบบสัมพันธ์กับการชำระล่าช้าหรือไม่.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้จัดเก็บไว้ในระเบียนข้อมูลหลักของลูกค้า แล้วคัดลอกไปยังส่วนหัวใบแจ้งหนี้ ให้ค้นหาฟิลด์ Payment หรือ PaymTermId ในตาราง CustInvoiceJour.
ตัวอย่าง
Net 30Net 60ชำระเมื่อได้รับใบแจ้งหนี้
|
|||
|
ชำระเงินตรงเวลา
IsOnTimePayment
|
ตัวบ่งชี้ว่าลูกค้าชำระเงินภายในหรือก่อนวันครบกำหนดหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้เปรียบเทียบเวลาที่ได้รับชำระเงินจากลูกค้ากับวันครบกำหนดชำระเงิน แล้วระบุว่าใบแจ้งหนี้แต่ละรายการชำระตรงเวลาหรือล่าช้า ข้อมูลนี้เป็นองค์ประกอบหลักในการคำนวณ KPI 'อัตราการชำระเงินตรงเวลา' และใช้ในแดชบอร์ด 'การวิเคราะห์การปฏิบัติตามเงื่อนไขการชำระเงิน' เป็นอย่างมาก ผลลัพธ์ที่ชัดเจนว่าชำระตรงเวลาหรือล่าช้าช่วยให้วิเคราะห์และจัดทำรายงานได้ง่ายขึ้น.
เหตุผลที่สำคัญ
วัดโดยตรงว่าลูกค้าปฏิบัติตามเงื่อนไขการชำระเงินหรือไม่ และเป็นข้อมูลพื้นฐานของ KPI อัตราการชำระเงินตรงเวลา ช่วยให้วิเคราะห์ประสิทธิผลของการติดตามหนี้ได้ง่ายขึ้น.
แหล่งข้อมูล
ไม่มีแอตทริบิวต์นี้ในระบบต้นทาง โดยคำนวณระหว่างการแปลงข้อมูลด้วยการเปรียบเทียบวันที่ชำระเงินกับ PaymentDueDate.
ตัวอย่าง
truefalse
|
|||
|
ต้องดำเนินการด้วยตนเอง
RequiresManualIntervention
|
ตัวบ่งชี้ว่าต้องปรับยอดการชำระเงินด้วยตนเองระหว่างการลงรายการรับชำระเงินหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนนี้ใช้ระบุรายการชำระเงินที่ต้องดำเนินการหรือแก้ไขด้วยตนเองระหว่างขั้นตอนลงรายการรับชำระเงิน ข้อมูลนี้สำคัญต่อ KPI 'อัตราความคลาดเคลื่อนในการลงรายการรับชำระเงิน' เพราะช่วยวัดความถูกต้องและระดับการทำงานอัตโนมัติของการลงรายการชำระเงิน การค้นหาสาเหตุที่ต้องดำเนินการด้วยตนเอง เช่น ข้อมูลการโอนเงินไม่ครบหรือยอดชำระไม่ตรงกัน ช่วยให้ปรับปรุงกระบวนการและเพิ่มอัตราการประมวลผลอัตโนมัติตั้งแต่ต้นจนจบได้.
เหตุผลที่สำคัญ
ช่วยค้นหาจุดติดขัดและความคลาดเคลื่อนในขั้นตอนลงรายการรับชำระเงิน ซึ่งจำเป็นต่อการเพิ่มการทำงานอัตโนมัติและลดงานที่ต้องทำด้วยตนเอง.
แหล่งข้อมูล
อาจอนุมานข้อมูลนี้จากผู้ใช้ที่ลงรายการชำระเงิน หากไม่ใช่ผู้ใช้ระบบ หรือจากรหัสเหตุผลเฉพาะที่ใช้ระหว่างการกระทบยอดการชำระเงิน โปรดดูเอกสารประกอบของ Microsoft Dynamics 365.
ตัวอย่าง
truefalse
|
|||
|
มีการแก้ไขงานซ้ำ
IsRework
|
ตัวบ่งชี้ว่าในกระบวนการจัดการใบแจ้งหนี้มีการแก้ไขงานซ้ำ เช่น ต้องอนุมัติหลายครั้ง. | ||
|
คำอธิบาย
แอตทริบิวต์บูลีนที่คำนวณขึ้นนี้ใช้ระบุใบแจ้งหนี้ที่มีการแก้ไขงานซ้ำ โดยอาจพิจารณาจากเหตุการณ์ 'อนุมัติใบแจ้งหนี้' ที่เกิดขึ้นหลายครั้ง หรือการกลับรายการชำระเงิน แอตทริบิวต์นี้ออกแบบมาเพื่อรองรับแดชบอร์ด 'การวิเคราะห์การแก้ไขใบแจ้งหนี้ซ้ำ' และ KPI 'อัตราการแก้ไขใบแจ้งหนี้ซ้ำ' เมื่อนักวิเคราะห์แยกกรณีเหล่านี้ออกมา ก็จะตรวจสอบสาเหตุได้ ซึ่งมักเกี่ยวข้องกับความไม่มีประสิทธิภาพของกระบวนการ ปัญหาคุณภาพข้อมูล หรือช่องว่างด้านการฝึกอบรม.
เหตุผลที่สำคัญ
ตัวบ่งชี้นี้ช่วยวัดความไม่มีประสิทธิภาพของกระบวนการโดยตรง ด้วยการระบุกรณีที่มีการทำซ้ำหรือแก้ไขงาน ช่วยค้นหาสาเหตุของงานสูญเปล่าและความล่าช้า.
แหล่งข้อมูล
ไม่มีแอตทริบิวต์นี้ในระบบต้นทาง โดยคำนวณในชั้นแปลงข้อมูลจากการตรวจหากิจกรรมที่เกิดซ้ำหรือรูปแบบการแก้ไขงานซ้ำภายในแต่ละกรณี.
ตัวอย่าง
truefalse
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบต้นทางที่ใช้ดึงข้อมูล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุที่มาของข้อมูลกระบวนการ ในกรณีนี้คือข้อมูลจาก Microsoft Dynamics 365 การระบุแหล่งข้อมูลช่วยแยกข้อมูลจากระบบต่างๆ ในสภาพแวดล้อมที่มีหลายระบบ และทำให้ตรวจสอบที่มาของข้อมูลได้ชัดเจน ซึ่งช่วยในการตรวจสอบความถูกต้องและแก้ไขปัญหาของข้อมูล.
เหตุผลที่สำคัญ
ข้อมูลนี้ให้บริบทสำคัญเกี่ยวกับที่มาของข้อมูล ซึ่งจำเป็นต่อการกำกับดูแลและตรวจสอบความถูกต้อง รวมถึงการรวมข้อมูลจากระบบองค์กรหลายระบบ.
แหล่งข้อมูล
ค่านี้เป็นค่าคงที่ที่เพิ่มระหว่างการดึงและแปลงข้อมูล เพื่อระบุแหล่งที่มาของชุดข้อมูล.
ตัวอย่าง
Microsoft Dynamics 365 FinanceD365 F&O
|
|||
|
เวลาอัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการรีเฟรชจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่ดึงหรืออัปเดตข้อมูลจาก Microsoft Dynamics 365 ครั้งล่าสุด เป็นฟิลด์เมทาดาทาที่ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลล่าสุดเพียงใด นักวิเคราะห์และผู้ใช้ทางธุรกิจจึงตรวจสอบได้ว่ากำลังดูข้อมูลปัจจุบันหรือไม่ และใช้จัดการรอบการรีเฟรชข้อมูลเพื่อให้ผลการวิเคราะห์เชื่อถือได้.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นข้อมูลล่าสุดเพียงใด ซึ่งสำคัญต่อการกำกับดูแลข้อมูล การจัดการรอบรีเฟรชแดชบอร์ด และความเชื่อมั่นว่าข้อมูลเชิงลึกเป็นปัจจุบัน.
แหล่งข้อมูล
แอตทริบิวต์นี้สร้างและบันทึกลงในชุดข้อมูลระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
|
|||
|
สกุลเงิน
Currency
|
รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้ (เช่น USD, EUR). | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้แสดงยอดเงินในใบแจ้งหนี้ จำเป็นสำหรับองค์กรข้ามชาติที่ทำธุรกรรมหลายสกุลเงิน หากไม่มีข้อมูลนี้ การรวมยอดหรือเปรียบเทียบยอดใบแจ้งหนี้อาจทำให้เข้าใจผิดได้ ข้อมูลนี้ช่วยให้แปลงสกุลเงินได้ถูกต้อง และจัดทำรายงานกับวิเคราะห์ทางการเงินข้ามภูมิภาคได้อย่างแม่นยำ.
เหตุผลที่สำคัญ
ให้บริบทที่จำเป็นสำหรับตัวชี้วัดทางการเงิน เช่น ยอดเงินในใบแจ้งหนี้ ช่วยป้องกันการรวมยอดที่ไม่ถูกต้องและรองรับการวิเคราะห์ที่แม่นยำในสภาพแวดล้อมที่ใช้หลายสกุลเงิน.
แหล่งข้อมูล
ดูได้ในตาราง CustInvoiceJour โดยทั่วไปอยู่ในฟิลด์อย่าง CurrencyCode.
ตัวอย่าง
USDEURGBP
|
|||
|
หมายเลขใบสั่งขาย
SalesOrderNumber
|
รหัสใบสั่งขายที่เป็นต้นทางของใบแจ้งหนี้. | ||
|
คำอธิบาย
หมายเลขใบสั่งขายเชื่อมกระบวนการเรียกเก็บเงินกลับไปยังกระบวนการขายก่อนหน้า ซึ่งเป็นประโยชน์ต่อการวิเคราะห์ Order-to-Cash ตั้งแต่ต้นจนจบ นักวิเคราะห์สามารถตรวจสอบได้ว่าปัญหาในกระบวนการขายและการจัดส่ง เช่น การเปลี่ยนแปลงคำสั่งซื้อหรือความล่าช้าในการจัดส่ง ส่งผลต่อรอบการเรียกเก็บเงินอย่างไร ตัวอย่างเช่น ใช้ตอบคำถามว่า 'ใบแจ้งหนี้จากคำสั่งซื้อที่ซับซ้อนใช้เวลานานกว่าจะได้รับชำระหรือไม่'.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้เชื่อมกระบวนการเรียกเก็บเงินกับกระบวนการขายก่อนหน้า ช่วยให้วิเคราะห์ Order-to-Cash ตั้งแต่ต้นจนจบได้ละเอียดขึ้น และค้นหาสาเหตุที่แท้จริงของปัญหาการเรียกเก็บเงิน.
แหล่งข้อมูล
ดูได้ที่ส่วนหัวหรือรายละเอียดรายการของใบแจ้งหนี้ ซึ่งเชื่อมกลับไปยังใบสั่งขาย ให้ค้นหาฟิลด์อย่าง SalesId ในตาราง CustInvoiceJour.
ตัวอย่าง
SO-009876SO-010234US-SO-00543
|
|||
กิจกรรมของ Order to Cash สำหรับการวางบิลและออกใบแจ้งหนี้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ได้รับชำระเงินจากลูกค้า
|
กิจกรรมนี้ระบุการสร้างรายการสมุดรายวันเพื่อบันทึกเงินที่ได้รับจากลูกค้า หมายความว่าได้รับเงินแล้ว แต่ยังไม่ได้นำไปตัดกับใบแจ้งหนี้ฉบับใดโดยเฉพาะ. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดเริ่มต้นในการวัดระยะเวลาตั้งแต่รับเงินจนบันทึกรับชำระ ช่วยแยกให้เห็นความแตกต่างระหว่างการได้รับเงินกับการกระทบยอดเงินกับใบแจ้งหนี้ค้างชำระ.
แหล่งข้อมูล
บันทึกเวลาที่สร้างหรือบันทึกสมุดรายวันรับชำระเงินจากลูกค้า ข้อมูลนี้อยู่ในตาราง เช่น LedgerJournalTrans และเมื่อบันทึกรายการแล้ว ระบบจะสร้างธุรกรรมลูกค้าใน CustTrans.
บันทึก
ใช้เวลาบันทึกสมุดรายวันรับชำระเงินจากลูกค้าใน LedgerJournalTable.
ประเภทเหตุการณ์
explicit
|
|||
|
ถึงวันครบกำหนดชำระ
|
เหตุการณ์ที่คำนวณขึ้นเมื่อถึงวันครบกำหนดชำระของใบแจ้งหนี้ แต่ยังไม่ได้บันทึกชำระเงินครบจำนวน กิจกรรมนี้ไม่ได้เกิดจากธุรกรรมในระบบโดยตรง แต่คำนวณจากข้อมูลที่มีอยู่. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้สำคัญต่อการวิเคราะห์อัตราการชำระตรงเวลาและค้นหาใบแจ้งหนี้ที่เริ่มค้างชำระ อีกทั้งยังเป็นจุดเริ่มต้นของการติดตามเก็บเงินและติดตามหนี้.
แหล่งข้อมูล
ระบบไม่ได้บันทึกเหตุการณ์นี้ไว้โดยตรง แต่คำนวณจากฟิลด์ DueDate ในตาราง CustInvoiceJour โดยใช้วันครบกำหนดชำระเป็นเวลาของเหตุการณ์.
บันทึก
สร้างเหตุการณ์โดยใช้ค่าจากฟิลด์ CustInvoiceJour.DueDate เป็นเวลาเกิดเหตุการณ์.
ประเภทเหตุการณ์
calculated
|
|||
|
นำเงินไปตัดกับใบแจ้งหนี้
|
หมายถึงการนำเงินที่ลูกค้าชำระมาตัดกับใบแจ้งหนี้ฉบับใดฉบับหนึ่ง ทำให้ยอดค้างชำระของใบแจ้งหนี้ลดลง ใน Dynamics 365 ขั้นตอนนี้แยกจากขั้นตอนอื่น โดยเชื่อมโยงธุรกรรมรับชำระเงินกับธุรกรรมใบแจ้งหนี้. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นหมุดหมายสำคัญในการคำนวณ DSO ให้ถูกต้องและทำความเข้าใจประสิทธิภาพของทีมบันทึกรับชำระ โดยระบุจุดที่นำเงินที่ได้รับไปกระทบยอดกับยอดที่เรียกเก็บแล้วครบถ้วน.
แหล่งข้อมูล
บันทึกไว้ในตาราง CustSettlement โดยฟิลด์วันที่ชำระในตารางนี้ระบุเวลาที่นำเงินชำระรายการหนึ่งไปตัดกับธุรกรรมใบแจ้งหนี้ที่กำหนด.
บันทึก
ใช้ TransDate หรือ CreatedDateTime จากตาราง CustSettlement.
ประเภทเหตุการณ์
explicit
|
|||
|
ปิดใบแจ้งหนี้แล้ว
|
กิจกรรมนี้ระบุสถานะสุดท้ายของใบแจ้งหนี้ เมื่อยอดคงเหลือเป็นศูนย์เพราะชำระครบหรือหักล้างด้วยใบลดหนี้ กิจกรรมนี้ไม่ใช่ธุรกรรมโดยตรง แต่อนุมานจากสถานะทางการเงินของใบแจ้งหนี้. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้หมายถึงวงจร Order to Cash ของใบแจ้งหนี้หนึ่งฉบับเสร็จสมบูรณ์ ระยะเวลาที่ใช้จนถึงสถานะนี้เป็นตัวชี้วัดหลักของประสิทธิภาพโดยรวมของกระบวนการ.
แหล่งข้อมูล
อนุมานโดยตรวจสอบว่าธุรกรรมใบแจ้งหนี้ในตาราง CustTrans มียอดคงเหลือเป็นศูนย์หรือไม่ โดยเปรียบเทียบยอดใบแจ้งหนี้กับยอดรวมที่นำมาชำระหักล้าง.
บันทึก
คำนวณจากรายการใน CustTrans ที่ AmountCur เท่ากับ SettleAmountCur โดยใช้วันที่ชำระรายการล่าสุดเป็นเวลาเกิดเหตุการณ์.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบแจ้งหนี้ให้ลูกค้า
|
กิจกรรมนี้ระบุเวลาที่ส่งใบแจ้งหนี้ให้ลูกค้า ไม่ว่าจะส่งทางอิเล็กทรอนิกส์หรือเป็นเอกสาร ใน Dynamics 365 อาจบันทึกเป็นเหตุการณ์โดยตรงเมื่อส่งผ่านอีเมลของระบบ หรืออนุมานจากเวลาที่บันทึกใบแจ้งหนี้ หากไม่ได้เปิดใช้การติดตามโดยเฉพาะ. | ||
|
เหตุผลที่สำคัญ
ใช้วัดประสิทธิภาพของการส่งใบแจ้งหนี้ หากส่งล่าช้าหลังอนุมัติ ย่อมทำให้รอบการชำระเงินยาวขึ้นโดยไม่จำเป็น.
แหล่งข้อมูล
หากใช้ความสามารถด้านอีเมลของ D365 สามารถบันทึกเวลาจากบันทึกอีเมล เช่น SysOutgoingEmailTable ได้โดยตรง หากไม่มีข้อมูลนี้ มักอนุมานว่าเวลาส่งตรงกับเวลาบันทึกใบแจ้งหนี้จาก CustInvoiceJour.
บันทึก
ใช้เวลาจากบันทึกอีเมลหากมีข้อมูล หากไม่มี ให้ใช้เวลาบันทึกใบแจ้งหนี้.
ประเภทเหตุการณ์
inferred
|
|||
|
สร้างใบแจ้งหนี้แล้ว
|
หมายถึงการสร้างและบันทึกเอกสารใบแจ้งหนี้ขายในระบบ ซึ่งเป็นธุรกรรมที่เกิดขึ้นโดยตรงใน Dynamics 365 และสร้างเอกสารทางกฎหมายพร้อมรายการทางการเงินในบัญชีแยกประเภทย่อยลูกหนี้. | ||
|
เหตุผลที่สำคัญ
นี่คือจุดเริ่มต้นอย่างเป็นทางการของวงจรการวางบิลสำหรับใบแจ้งหนี้ เป็นเหตุการณ์สำคัญในการติดตาม Days Sales Outstanding (DSO) และระยะเวลารวมของกระบวนการ.
แหล่งข้อมูล
บันทึกเวลาที่สร้างรายการใบแจ้งหนี้ขายที่ผ่านการบันทึกในตาราง CustInvoiceJour เมื่อบันทึกรายการแล้ว ระบบจะสร้างธุรกรรมทางการเงินที่เกี่ยวข้องในตาราง GeneralJournalEntry และ LedgerEntry.
บันทึก
ใช้ฟิลด์ CreatedDateTime จากตาราง CustInvoiceJour ของใบแจ้งหนี้ที่บันทึกแล้ว.
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบแจ้งหนี้แล้ว
|
ระบุว่าการตรวจสอบภายในเสร็จสิ้นและอนุมัติใบแจ้งหนี้อย่างเป็นทางการแล้ว ระบบเวิร์กโฟลว์ Dynamics 365 จะบันทึกเหตุการณ์นี้ ซึ่งหมายความว่าใบแจ้งหนี้พร้อมส่งให้ลูกค้า. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นหมุดหมายสำคัญในการวัดระยะเวลาการอนุมัติ หากล่าช้าในขั้นตอนนี้ เวลาที่ลูกค้าจะชำระเงินอาจเพิ่มขึ้นโดยตรง.
แหล่งข้อมูล
บันทึกไว้ในตารางประวัติเวิร์กโฟลว์ เช่น WorkflowTrackingStatusTable ในรูปแบบขั้นตอนเสร็จสิ้นหรืออนุมัติของเวิร์กโฟลว์ใบแจ้งหนี้นั้น.
บันทึก
ดึงบันทึกเหตุการณ์เวิร์กโฟลว์ที่มีสถานะ 'Approved' หรือ 'Completed'.
ประเภทเหตุการณ์
explicit
|
|||
|
กลับรายการรับชำระเงิน
|
กิจกรรมนี้ระบุการกลับรายการรับชำระเงินจากลูกค้าที่บันทึกไว้ก่อนหน้า ซึ่งอาจเกิดจากการบันทึกผิด เงินในบัญชีไม่เพียงพอ หรือปัญหาอื่นในการชำระเงิน. | ||
|
เหตุผลที่สำคัญ
การกลับรายการชำระเงินอาจบ่งชี้ถึงข้อผิดพลาดในการปฏิบัติงานหรือปัญหาการชำระเงินของลูกค้า การวิเคราะห์ความถี่ช่วยค้นหาสาเหตุและเพิ่มความถูกต้องของกระบวนการบันทึกรับชำระ.
แหล่งข้อมูล
บันทึกเป็นการกลับรายการธุรกรรมในบัญชีแยกประเภททั่วไป รายการสมุดรายวันที่กลับรายการแล้วตรวจสอบได้ใน GeneralJournalEntry โดยดูจากแฟล็กเฉพาะหรือความเชื่อมโยงกับธุรกรรมต้นฉบับ.
บันทึก
ค้นหารายการสมุดรายวันที่มีแฟล็กการกลับรายการหรืออ้างอิงถึงธุรกรรมที่ถูกกลับรายการ.
ประเภทเหตุการณ์
explicit
|
|||
|
ดำเนินการตามคำสั่งซื้อขายเสร็จ
|
กิจกรรมนี้ระบุว่ามีการจัดส่งสินค้าหรือให้บริการตามคำสั่งซื้อขายแล้ว และเป็นจุดเริ่มต้นของกระบวนการวางบิล โดยทั่วไปอนุมานจากการบันทึกใบจัดสินค้าหรือใบส่งของใน Microsoft Dynamics 365 ซึ่งทำให้สถานะของรายการคำสั่งซื้อขายที่เกี่ยวข้องเปลี่ยนไป. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์นี้เป็นจุดเริ่มต้นสำหรับวัดระยะเวลาตั้งแต่ส่งมอบจนออกใบแจ้งหนี้ การเข้าใจช่วงเวลาที่ล่าช้าระหว่างสองขั้นตอนนี้ช่วยค้นหาคอขวดด้านงานธุรการที่อาจกระทบกระแสเงินสด.
แหล่งข้อมูล
อนุมานจากวันที่สร้างรายการสมุดรายวันใบจัดสินค้าที่เชื่อมโยงกับคำสั่งซื้อขาย โดยใช้ตาราง เช่น CustPackingSlipJour และ CustPackingSlipTrans ซึ่งเกี่ยวข้องกับคำสั่งซื้อขายที่เป็นที่มาของใบแจ้งหนี้.
บันทึก
ระบุวันที่บันทึกใบจัดสินค้าล่าสุดของคำสั่งซื้อขายที่เชื่อมโยงกับใบแจ้งหนี้.
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบแจ้งหนี้เพื่อขออนุมัติ
|
กิจกรรมนี้ระบุว่าใบแจ้งหนี้ที่สร้างแล้วถูกส่งเข้าสู่เวิร์กโฟลว์อนุมัติอย่างเป็นทางการ มักใช้ในองค์กรที่กำหนดให้ผู้บริหารตรวจสอบก่อนส่งใบแจ้งหนี้ให้ลูกค้า ระบบเวิร์กโฟลว์ของ D365 จะบันทึกขั้นตอนนี้ไว้โดยเฉพาะ. | ||
|
เหตุผลที่สำคัญ
การติดตามเวลาที่ส่งขออนุมัติช่วยแยกเวลาสร้างใบแจ้งหนี้ออกจากเวลารออนุมัติ และเป็นขั้นตอนแรกในการวิเคราะห์ประสิทธิภาพของการตรวจสอบและการควบคุมภายใน.
แหล่งข้อมูล
ดึงข้อมูลจากตารางประวัติเวิร์กโฟลว์ เช่น WorkflowTrackingStatusTable โดยกรองเหตุการณ์ส่งเอกสารใบแจ้งหนี้เพื่อขออนุมัติ.
บันทึก
ดึงบันทึกเหตุการณ์เวิร์กโฟลว์ที่มีสถานะ 'Submitted'.
ประเภทเหตุการณ์
explicit
|
|||
|
ส่งหนังสือแจ้งเตือนการชำระเงิน
|
หมายถึงการส่งหนังสือติดตามหนี้หรือหนังสือแจ้งให้ชำระเงินแก่ลูกค้าเกี่ยวกับใบแจ้งหนี้ที่ค้างชำระ Dynamics 365 มีกระบวนการติดตามหนี้อย่างเป็นทางการ ซึ่งสร้างและบันทึกการติดต่อเหล่านี้. | ||
|
เหตุผลที่สำคัญ
การติดตามการแจ้งเตือนช่วยประเมินประสิทธิผลของกระบวนการติดตามหนี้ และวิเคราะห์ได้ว่าต้องส่งการแจ้งเตือนกี่ครั้งก่อนจะได้รับชำระเงิน.
แหล่งข้อมูล
เป็นเหตุการณ์ที่บันทึกโดยตรงจากวันที่สร้างรายการสมุดรายวันหนังสือติดตามหนี้ในตาราง CustCollectionLetterJour ซึ่งเชื่อมโยงกับธุรกรรมใบแจ้งหนี้ที่ค้างชำระ.
บันทึก
ใช้เวลาที่สร้างรายการจากตาราง CustCollectionLetterJour.
ประเภทเหตุการณ์
explicit
|
|||
|
ออกใบลดหนี้
|
หมายถึงการสร้างใบลดหนี้หรือบันทึกเครดิต โดยทั่วไปใช้แก้ข้อผิดพลาดในการวางบิล ปรับราคา หรือบันทึกสินค้าที่ส่งคืน ใบลดหนี้มีลักษณะคล้ายใบแจ้งหนี้ที่มียอดติดลบ. | ||
|
เหตุผลที่สำคัญ
การออกใบลดหนี้บ่อยครั้งอาจบ่งชี้ถึงปัญหาเชิงระบบในกระบวนการจัดส่งคำสั่งซื้อหรือวางบิล การวิเคราะห์สาเหตุที่ออกใบลดหนี้จึงสำคัญต่อการปรับปรุงกระบวนการและลดรายได้ที่สูญเสียไป.
แหล่งข้อมูล
เป็นธุรกรรมที่บันทึกโดยตรงในรูปใบแจ้งหนี้ใหม่ที่ผ่านการบันทึกและมียอดติดลบในตาราง CustInvoiceJour โดยมักเชื่อมโยงกับใบแจ้งหนี้ต้นฉบับผ่านฟิลด์อ้างอิง.
บันทึก
ค้นหารายการใน CustInvoiceJour ที่มียอดรวมติดลบ แล้วเชื่อมโยงกับใบแจ้งหนี้ต้นฉบับ.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงการวางบิลและออกใบแจ้งหนี้ด้วยเทมเพลตนี้ ช่วยให้ทีมของคุณเห็นข้อมูลเชิงลึกที่จำเป็นต่อการเพิ่มประสิทธิภาพและปรับปรุงกระแสเงินสด.
ลดความล่าช้าในการวางบิล ปรับปรุง Order to Cash และการออกใบแจ้งหนี้ได้ตั้งแต่วันนี้
ลดระยะเวลารอบการวางบิลลง 30% และเห็นภาพสถานะการเงินได้รวดเร็วยิ่งขึ้น.
ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.