เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

Microsoft Dynamics 365
เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

เทมเพลตข้อมูลสำหรับกระบวนการชำระเงินเจ้าหนี้การค้า

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

แอตทริบิวต์ของกระบวนการชำระเงินเจ้าหนี้การค้า

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

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

ใน Dynamics 365 กิจกรรมเหล่านี้มักอนุมานจากการเพิ่มข้อมูลในตาราง เช่น การสร้างระเบียนใหม่ใน VendInvoiceJour ประวัติเวิร์กโฟลว์ หรือการอัปเดตสถานะใน VendInvoiceInfoTable.

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

ใช้กำหนดลำดับและเส้นทางของกระบวนการในแผนผังกระบวนการ.

แหล่งข้อมูล

อนุมานจากตารางธุรกรรมและบันทึกประวัติเวิร์กโฟลว์หลายแหล่ง

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

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

ใน Dynamics 365 โดยทั่วไปข้อมูลนี้มาจาก CreatedDateTime, ModifiedDateTime หรือฟิลด์วันที่ของธุรกรรม เช่น TransDate ทั้งนี้ขึ้นอยู่กับตารางที่ดึงข้อมูล.

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

จำเป็นต่อการคำนวณระยะเวลารอบการทำงานและเวลานำ รวมถึงการระบุคอขวด.

แหล่งข้อมูล

ฟิลด์ระบบ CreatedDateTime หรือ ModifiedDateTime ในตารางธุรกรรม

ตัวอย่าง
2023-10-01T08:30:00Z2023-10-01T14:15:22Z2023-10-05T09:00:00Z
หมายเลขใบแจ้งหนี้
InvoiceNumber
รหัสเฉพาะที่กำหนดให้กับใบแจ้งหนี้ของผู้ขาย.
คำอธิบาย

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

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

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

เป็นคีย์หลักที่ใช้เชื่อมกิจกรรมเจ้าหนี้ที่แยกจากกันให้เป็นกระบวนการเดียวกัน.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: InvoiceId

ตัวอย่าง
INV-2023-00198223344ACME-OCT-22
ระบบต้นทาง
SourceSystem
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล.
คำอธิบาย

ระบุซอฟต์แวร์หรือสภาพแวดล้อมต้นทางที่ดึงข้อมูลกระบวนการมา ในกรณีนี้จะแสดงอินสแตนซ์ Microsoft Dynamics 365

ข้อมูลนี้มีประโยชน์เป็นพิเศษเมื่อวิเคราะห์ข้อมูลจากหลายระบบร่วมกัน เช่น ERP และโซลูชันสแกนเอกสารภายนอก.

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

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

แหล่งข้อมูล

กำหนดค่าไว้ล่วงหน้าหรือระหว่างการดึงข้อมูล

ตัวอย่าง
Dynamics 365 F&OD365 PRODMicrosoft Dynamics
อัปเดตข้อมูลล่าสุด
LastDataUpdate
วันและเวลาที่ดึงหรือรีเฟรชข้อมูล.
คำอธิบาย

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

โดยทั่วไปข้อมูลนี้สร้างจากกระบวนการ ETL (Extract, Transform, Load) ไม่ใช่ฟิลด์ใน Dynamics 365 โดยตรง.

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

จำเป็นต่อการสร้างความเชื่อมั่นในแดชบอร์ดและ KPI.

แหล่งข้อมูล

สร้างโดยสคริปต์ดึงข้อมูล

ตัวอย่าง
2023-10-25T12:00:00Z2023-11-01T06:00:00Z
ชื่อผู้ขาย
VendorName
ชื่อองค์กรผู้ขาย.
คำอธิบาย

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

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

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

ให้ข้อมูลประกอบหมายเลขบัญชีผู้ขาย.

แหล่งข้อมูล

ตาราง: DirPartyTable (ผ่าน VendTable), ฟิลด์: Name

ตัวอย่าง
Contoso Office SupplyFabrikam ElectronicsLitware Inc.
บัญชีผู้ขาย
VendorAccount
หมายเลขบัญชีเฉพาะของผู้ขาย.
คำอธิบาย

รหัสเฉพาะของผู้ขายที่เกี่ยวข้องกับธุรกรรม ใน Dynamics 365 จะตรงกับฟิลด์ AccountNum ใน VendTable

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

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

ช่วยแบ่งกลุ่มผลการดำเนินงานของกระบวนการตามผู้ขาย.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: InvoiceAccount หรือ OrderAccount

ตัวอย่าง
US-101V000452001
แผนก
Department
แผนกที่รับผิดชอบค่าใช้จ่าย.
คำอธิบาย

มิติทางการเงินที่ระบุแผนกภายใน ใน Dynamics 365 มิติจะจัดเก็บแบบไดนามิก (มักอยู่ใน DefaultDimension) จึงต้องใช้การค้นหาเฉพาะเพื่อดึงค่าของ «แผนก» ออกมา

แอตทริบิวต์นี้ใช้ใน «มุมมองความซับซ้อนของความสัมพันธ์กับผู้ขาย» เพื่อดูว่าแผนกใดสร้างปริมาณงาน AP มากที่สุด.

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

ช่วยเจาะลึกข้อมูลตามหน่วยงานและวิเคราะห์ความรับผิดชอบ.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: DefaultDimension (ต้องใช้มุมมอง DimensionAttributeLevelValue)

ตัวอย่าง
ไอทีการเงินการปฏิบัติการ
มูลค่าใบแจ้งหนี้
InvoiceAmount
มูลค่าเงินรวมของใบแจ้งหนี้.
คำอธิบาย

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

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

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

จำเป็นต่อการวิเคราะห์ปริมาณค่าใช้จ่ายและความเสี่ยงทางการเงิน.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: InvoiceAmount

ตัวอย่าง
1500.00245.5010000.00
รหัสบริษัท
CompanyCode
รหัสนิติบุคคลหรือบริษัทย่อย.
คำอธิบาย

ระบุนิติบุคคลภายในองค์กรที่ดำเนินการกับใบแจ้งหนี้ ใน Microsoft Dynamics 365 ระบบกำหนดค่านี้ผ่านฟิลด์ระบบ DataAreaId โดยตรง

แอตทริบิวต์นี้จำเป็นต่อ 'การวิเคราะห์เวลานำตั้งแต่ต้นจนจบ' เพื่อเปรียบเทียบผลระหว่างบริษัทย่อยหรือหน่วยงานในภูมิภาคต่างๆ.

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

ช่วยเปรียบเทียบผลระหว่างหน่วยธุรกิจหรือประเทศต่างๆ.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: DataAreaId

ตัวอย่าง
USMFDEMFGBSI
รหัสผู้ใช้
UserId
รหัสของผู้ใช้ที่ทำกิจกรรมนี้.
คำอธิบาย

ระบุผู้ใช้ในระบบที่รับผิดชอบกิจกรรม เช่น การอนุมัติใบแจ้งหนี้หรือการบันทึกการชำระเงิน โดยดึงข้อมูลจากฟิลด์ CreatedBy หรือ ModifiedBy ใน D365

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

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

ช่วยวิเคราะห์พฤติกรรมของผู้ปฏิบัติงานและการแบ่งแยกหน้าที่.

แหล่งข้อมูล

ฟิลด์ระบบ CreatedBy/ModifiedBy ในตารางธุรกรรมหรือประวัติ

ตัวอย่าง
jdoeผู้ดูแลระบบworkflow_sys
วันครบกำหนดชำระ
DueDate
วันที่ต้องชำระใบแจ้งหนี้.
คำอธิบาย

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

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

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

เกณฑ์อ้างอิงสำหรับวัดผลการชำระเงินตรงเวลา.

แหล่งข้อมูล

ตาราง: VendInvoiceJour หรือ VendTrans, ฟิลด์: DueDate

ตัวอย่าง
2023-11-302023-12-15
วันที่ใบแจ้งหนี้
InvoiceDate
วันที่ที่ระบุในเอกสารใบแจ้งหนี้.
คำอธิบาย

วันที่พิมพ์อยู่บนใบแจ้งหนี้ของผู้ขาย ใน Dynamics 365 ใช้ฟิลด์ InvoiceDate ซึ่งต่างจากวันที่สร้างรายการหรือวันที่บันทึกข้อมูลเข้าระบบ

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

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

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

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: InvoiceDate

ตัวอย่าง
2023-10-012023-10-15
หมายเลขใบสั่งซื้อ
PurchaseOrderNumber
หมายเลขอ้างอิงของใบสั่งซื้อที่เกี่ยวข้อง.
คำอธิบาย

ใช้เชื่อมใบแจ้งหนี้กับเอกสารจัดซื้อฉบับต้นทาง ใน Dynamics 365 ใช้ฟิลด์ PurchId

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

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

จำเป็นต่อการวิเคราะห์อัตราการจับคู่ในกระบวนการจัดซื้อจนถึงการชำระเงิน.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: PurchId

ตัวอย่าง
PO-000455000342PO-22-998
เงื่อนไขการชำระเงิน
PaymentTerms
รหัสที่ใช้แทนเงื่อนไขการชำระเงินที่ตกลงกัน.
คำอธิบาย

รหัสการตั้งค่าที่กำหนดวันครบกำหนดและส่วนลด เช่น Net30 ใน Dynamics 365 ใช้ฟิลด์ PaymTermId

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

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

ให้ข้อมูลประกอบการคำนวณวันครบกำหนดชำระ.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: PaymTermId

ตัวอย่าง
Net302%10Net30COD
ระงับการชำระเงินหรือไม่
IsPaymentBlocked
ตัวบ่งชี้ว่าใบแจ้งหนี้ถูกระงับการชำระเงินอยู่หรือไม่.
คำอธิบาย

ค่าบูลีนที่ระบุว่าใบแจ้งหนี้ถูกพักไว้หรือไม่ ใน Dynamics 365 ค่านี้มักได้มาจากสถานะ OnHold ใน VendTrans หรือ VendInvoiceInfoTable

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

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

ช่วยระบุจุดติดขัดที่เกิดขึ้นทันทีและการแทรกแซงด้วยตนเอง.

แหล่งข้อมูล

ตาราง: VendTrans, ฟิลด์: Approved (กลับค่าตรรกะ) หรือฟิลด์ Hold เฉพาะ

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

กำหนดเส้นตายในการใช้สิทธิประโยชน์จากการชำระเงินก่อนกำหนด ใน Dynamics 365 ใช้ฟิลด์ CashDiscDate

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

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

ส่งผลโดยตรงต่อ KPI ด้านประสิทธิภาพทางการเงินของกระบวนการ.

แหล่งข้อมูล

ตาราง: VendInvoiceJour หรือ VendTrans, ฟิลด์: CashDiscDate

ตัวอย่าง
2023-10-102023-10-20
วิธีชำระเงิน
PaymentMethod
วิธีที่ใช้ชำระใบแจ้งหนี้ เช่น เช็ค โอนเงิน หรือ EFT.
คำอธิบาย

ระบุวิธีโอนเงินให้ผู้ขาย ใน Dynamics 365 ใช้ฟิลด์ PaymMode

แอตทริบิวต์นี้ใช้ในแดชบอร์ด «ระยะเวลาดำเนินการชำระเงิน» เพื่อประเมินประสิทธิภาพของชุดการชำระเงินแต่ละประเภท.

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

ช่วยอธิบายความแตกต่างในขั้นตอนดำเนินการชำระเงิน.

แหล่งข้อมูล

ตาราง: VendInvoiceJour (เชื่อมกับข้อมูล PaymMode) หรือ VendTrans

ตัวอย่าง
เช็คACHโอนเงิน
สกุลเงิน
Currency
รหัสสกุลเงินของใบแจ้งหนี้.
คำอธิบาย

รหัส ISO ของสกุลเงินที่ใช้ในใบแจ้งหนี้ ใน Dynamics 365 ใช้ฟิลด์ CurrencyCode

จำเป็นสำหรับปรับจำนวนเงินให้เป็นมาตรฐานใน «การแมปจำนวนเงินตามกิจกรรม» หากต้องปรับข้อมูลหลายสกุลเงินให้เป็นสกุลเงินเดียวกัน.

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

ข้อมูลประกอบที่จำเป็นสำหรับตีความมูลค่าทางการเงิน.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: CurrencyCode

ตัวอย่าง
USDEURGBP
หมายเลขใบสำคัญ
VoucherNumber
หมายเลขใบสำคัญบัญชีแยกประเภทที่เชื่อมโยงกับธุรกรรม.
คำอธิบาย

รหัสภายในของบัญชีแยกประเภททั่วไปสำหรับรายการบัญชี ใน Dynamics 365 ฟิลด์ Voucher ใช้เชื่อมใบแจ้งหนี้กับธุรกรรมในบัญชีแยกประเภททั่วไป

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

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

ข้อมูลสำคัญสำหรับการตรวจสอบทางการเงินและการกระทบยอด.

แหล่งข้อมูล

ตาราง: VendInvoiceJour, ฟิลด์: LedgerVoucher

ตัวอย่าง
VOU-10023INV-ACC-992
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการชำระเงินเจ้าหนี้การค้า

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

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

แหล่งข้อมูล

VendInvoiceInfoLine.PurchId และ VendInvoiceInfoTable.MatchStatus อนุมานได้เมื่อ MatchStatus เปลี่ยนเป็น Passed.

บันทึก

เปรียบเทียบค่า MatchStatus ก่อนและหลัง

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

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

แหล่งข้อมูล

ลงบัญชี LedgerJournalTrans และอัปเดต VendTrans เพื่อแสดงการชำระบัญชี เหตุการณ์จริงคือการลงบัญชีสมุดรายวัน.

บันทึก

บันทึกเมื่อดำเนินธุรกรรม X

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

หมุดหมายสำคัญที่แสดงการรับรู้หนี้สินทางการเงิน กิจกรรมนี้ทำให้เลือกใบแจ้งหนี้ไปจ่ายเงินได้.

แหล่งข้อมูล

สร้างระเบียนใน VendInvoiceJour และ VendTrans โดย TransDate คือวันที่ลงบัญชี.

บันทึก

บันทึกเมื่อดำเนินธุรกรรม X

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

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

แหล่งข้อมูล

เวลาที่สร้าง VendInvoiceInfoTable.CreatedDateTime หรือ VendInvoiceInfoTable.RecId ซึ่งแสดงส่วนหัวของ Pending Vendor Invoice.

บันทึก

บันทึกเมื่อสร้างระเบียนใน VendInvoiceInfoTable

ประเภทเหตุการณ์ explicit
สร้างรายการจ่ายเงิน
ระบบสร้างไฟล์จ่ายเงิน (EFT, ISO20022) หรือพิมพ์เช็ค จากนั้นสถานะการจ่ายเงินในรายการสมุดรายวันจะเปลี่ยนเป็น Sent หรือ Generated.
เหตุผลที่สำคัญ

ใช้กับ KPI ระยะเวลาตั้งแต่อนุมัติจนถึงดำเนินการเสร็จ และยืนยันว่าระบบสร้างคำสั่งจ่ายเงินแล้ว.

แหล่งข้อมูล

LedgerJournalTrans.PaymentStatus เปลี่ยนเป็น Sent/Recieved โดยมักอนุมานจากการอัปเดตรายการ.

บันทึก

เปรียบเทียบค่า PaymentStatus ก่อนและหลัง

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

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

แหล่งข้อมูล

LedgerJournalTrans.CreatedDateTime โดยเชื่อมใบแจ้งหนี้ผ่านช่อง MarkedInvoice หรือตารางการชำระบัญชี.

บันทึก

บันทึกเมื่อสร้างระเบียนใน LedgerJournalTrans

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

ใช้คำนวณระยะเวลาเฉลี่ยในการอนุมัติ ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อโอกาสรับส่วนลดจากการจ่ายเงินก่อนกำหนด.

แหล่งข้อมูล

WorkflowTrackingStatusTable.CreatedDateTime เมื่อ TrackingStatus เป็น Completed หรือ VendInvoiceInfoTable.RequestStatus เท่ากับ Approved.

บันทึก

บันทึกเมื่ออินสแตนซ์เวิร์กโฟลว์เสร็จสมบูรณ์

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

ช่วยระบุจุดติดขัดในขั้นตอนจับคู่ และใช้กับแดชบอร์ดแนวโน้มการจับคู่ PO และผลต่าง.

แหล่งข้อมูล

VendInvoiceInfoTable.MatchStatus เปลี่ยนเป็น Failed หรือ Discrepancy นอกจากนี้ยังดูผลต่างจากการจับคู่ใน VendInvoiceInfoLine ได้.

บันทึก

เปรียบเทียบค่า MatchStatus ก่อนและหลัง

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

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

แหล่งข้อมูล

ตั้งค่า VendTrans.Approved เป็น No หรือกรอกข้อมูลในช่องสถานะ OnHold ที่กำหนด ต้องติดตามการอัปเดตของ VendTrans.

บันทึก

เปรียบเทียบค่าสถานะก่อนและหลัง

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

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

แหล่งข้อมูล

WorkflowTrackingStatusTable.CreatedDateTime โดย ContextTableId เท่ากับ ID ของ VendInvoiceInfoTable และ Status เป็น Submitted.

บันทึก

บันทึกเมื่อเริ่มอินสแตนซ์เวิร์กโฟลว์

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

ช่วยแยกขั้นตอนเตรียมการจ่ายเงินด้านธุรการออกจากคอขวดในการอนุมัติ.

แหล่งข้อมูล

WorkflowTrackingStatusTable ที่เชื่อมกับ ID ของ LedgerJournalTable (Header) โดยมี Status เป็น Completed.

บันทึก

บันทึกเมื่ออินสแตนซ์เวิร์กโฟลว์เสร็จสมบูรณ์

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

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

แหล่งข้อมูล

บันทึกฐานข้อมูล (SysDatabaseLog) ของ VendInvoiceInfoTable หากเปิดใช้งาน หรืออนุมานจากการเปลี่ยนแปลง ModifiedDateTime หากดึงข้อมูลถี่.

บันทึก

เปรียบเทียบ ModifiedDateTime ระหว่างการดึงข้อมูลแต่ละครั้ง

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

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

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

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

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

เริ่มปรับปรุงกระบวนการชำระเงินเจ้าหนี้การค้าได้ทันที

ลดระยะเวลาของรอบกระบวนการลง 30 เปอร์เซ็นต์ และแก้ปัญหาความล่าช้าใน D365.

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

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