เทมเพลตข้อมูล Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้

Salesforce Sales Cloud
เทมเพลตข้อมูล Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้

เทมเพลตข้อมูล Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้

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

แอตทริบิวต์สำหรับ Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้

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

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

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

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
หมายเลขใบแจ้งหนี้
InvoiceNumber
รหัสเฉพาะของใบแจ้งหนี้แต่ละฉบับ ซึ่งใช้เป็นรหัสเคสหลักของกระบวนการวางบิล.
คำอธิบาย

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

ในการวิเคราะห์ด้วย process mining ข้อมูลนี้ช่วยติดตามวงจรชีวิตของใบแจ้งหนี้ตั้งแต่ต้นจนจบ ตั้งแต่การสร้างไปจนถึงการชำระเงินและปิดรายการ ใช้สร้างแผนผังกระบวนการและคำนวณ KPI ระดับเคส เช่น 'Average Invoice Cycle Time' และ 'Days Sales Outstanding' การวิเคราะห์ตาม Invoice Number ช่วยค้นหาคอขวด วงจรการแก้ไขซ้ำ และการเบี่ยงเบนจากข้อกำหนดของใบแจ้งหนี้แต่ละรายการ.

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

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

แหล่งข้อมูล

โดยทั่วไปคือคีย์หลักของออบเจ็กต์ Invoice ใน Salesforce Sales Cloud ซึ่งมักอยู่ในฟิลด์ InvoiceNumber หรือฟิลด์รหัสเฉพาะอื่นที่มีลักษณะใกล้เคียงกัน.

ตัวอย่าง
INV-00582INV-01934INV-10345
ผู้ใช้ที่รับผิดชอบ
UserResponsible
ผู้ใช้หรือตัวแทนที่ดำเนินกิจกรรม.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ดูข้อมูลนี้ได้จากฟิลด์อย่าง LastModifiedById ในออบเจ็กต์ใบแจ้งหนี้ หรือ OwnerId ในงานหรือออบเจ็กต์ที่กำหนดเองที่เกี่ยวข้อง ต้องเชื่อมรหัสเหล่านี้กับออบเจ็กต์ผู้ใช้เพื่อดูชื่อผู้ใช้

ตัวอย่าง
Alice JohnsonBob WilliamsCharlie Brown
ฝ่ายวางบิล
BillingDepartment
แผนกหรือทีมที่รับผิดชอบกิจกรรมการวางบิล.
คำอธิบาย

ข้อมูลนี้ระบุกลุ่มงาน เช่น 'Accounts Receivable' หรือ 'Sales Operations' ที่ผู้รับผิดชอบสังกัด โดยทั่วไปได้มาจากโปรไฟล์หรือบทบาทของผู้ใช้ใน Salesforce

การวิเคราะห์ประสิทธิภาพตามแผนกช่วยให้เข้าใจผู้รับผิดชอบกระบวนการและค้นหาปัญหาที่เกิดซ้ำในแต่ละทีม ใช้ในแดชบอร์ด 'Payment Reconciliation Performance' และ 'Billing Team Workload & Performance' เพื่อเปรียบเทียบประสิทธิภาพและการใช้ทรัพยากรระหว่างหน่วยงานต่างๆ.

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

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

แหล่งข้อมูล

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

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

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

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

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

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

แหล่งข้อมูล

ข้อมูลนี้น่าจะอยู่ในฟิลด์สกุลเงินมาตรฐานของออบเจ็กต์ Invoice ซึ่งอาจใช้ชื่อ GrandTotal หรือชื่อฟิลด์สรุปยอดที่ใกล้เคียงกัน.

ตัวอย่าง
5400.5012500.00850.75
วันครบกำหนดชำระเงิน
PaymentDueDate
วันที่ลูกค้าต้องชำระใบแจ้งหนี้ภายในวันดังกล่าว.
คำอธิบาย

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

วันครบกำหนดชำระเงินเป็นข้อมูลสำคัญสำหรับการวางแผนการเงินและการบริหารติดตามหนี้ ใช้เป็นเกณฑ์เปรียบเทียบกับการชำระเงินจริง จำเป็นต่อการคำนวณ KPI 'On-Time Payment Rate' และแดชบอร์ดที่ติดตามความตรงเวลาของการชำระเงิน เช่น 'Days Sales Outstanding (DSO) Trend'.

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

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

แหล่งข้อมูล

ฟิลด์วันที่มาตรฐานในออบเจ็กต์ Invoice ของ Salesforce ซึ่งมักใช้ชื่อ DueDate.

ตัวอย่าง
2023-05-152023-06-302023-07-01
สถานะใบแจ้งหนี้
InvoiceStatus
สถานะปัจจุบันของใบแจ้งหนี้ในวงจรการทำงาน.
คำอธิบาย

ข้อมูลนี้แสดงสถานะปัจจุบันของใบแจ้งหนี้ เช่น 'Draft', 'Awaiting Approval', 'Sent', 'Paid' หรือ 'Void' ทำให้ทราบว่าใบแจ้งหนี้อยู่ในขั้นตอนใดของกระบวนการ ณ เวลานั้น

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

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

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

แหล่งข้อมูล

โดยทั่วไปฟิลด์นี้เป็นรายการเลือกมาตรฐานชื่อ สถานะ ในออบเจ็กต์ Invoice ของ Salesforce.

ตัวอย่าง
รออนุมัติอนุมัติแล้วส่งให้ลูกค้าแล้วชำระแล้วตัดหนี้สูญแล้ว
เงื่อนไขการชำระเงิน
PaymentTerms
เงื่อนไขการชำระใบแจ้งหนี้ที่ตกลงกันไว้ เช่น 'Net 30' หรือ 'Due on Receipt'.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ข้อมูลนี้น่าจะจัดเก็บไว้ในฟิลด์รายการตัวเลือกหรือฟิลด์ข้อความของออบเจ็กต์ Invoice หรือ Account ที่เกี่ยวข้องใน Salesforce.

ตัวอย่าง
Net 30Net 602% 10, Net 30Due on Receipt
จำนวนวันลูกหนี้การค้า
DaysSalesOutstanding
จำนวนวันตั้งแต่ส่งใบแจ้งหนี้จนได้รับชำระเงิน.
คำอธิบาย

จำนวนวันลูกหนี้การค้า (DSO) เป็นตัวชี้วัดทางการเงินที่สำคัญ ใช้วัดจำนวนวันเฉลี่ยที่บริษัทใช้ในการรับชำระเงินหลังจากขายสินค้าแล้ว คำนวณจากช่วงเวลาระหว่างกิจกรรม 'ส่งใบแจ้งหนี้ให้ลูกค้า' กับ 'ได้รับชำระเงินจากลูกค้า'

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

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

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

แหล่งข้อมูล

แอตทริบิวต์นี้คำนวณจาก (Timestamp('Customer Payment Received') - Timestamp('Invoice Sent to Customer')).

ตัวอย่าง
32 วัน58 วัน29 วัน
เจ้าของบัญชีลูกค้า
AccountOwner
พนักงานขายหรือผู้จัดการบัญชีที่รับผิดชอบบัญชีลูกค้า.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์ Owner.Name จากออบเจ็กต์ Account ที่เชื่อมโยงกับ Invoice.

ตัวอย่าง
David MillerSophia GarciaJames Wilson
ชำระเงินล่าช้าหรือไม่
IsLatePayment
แฟล็กที่คำนวณขึ้นเพื่อระบุว่าได้รับชำระเงินหลังวันครบกำหนดหรือไม่.
คำอธิบาย

แอตทริบิวต์แบบบูลีนนี้คำนวณโดยเปรียบเทียบเวลาที่ได้รับ 'ชำระเงินจากลูกค้า' กับ 'วันที่ครบกำหนดชำระ' โดยกำหนดเป็น true หากชำระล่าช้า และ false หากไม่ล่าช้า

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

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

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

แหล่งข้อมูล

แอตทริบิวต์นี้ไม่มีอยู่ในระบบต้นทาง โดยคำนวณในชั้น ETL หรือเครื่องมือ process mining ด้วยการเปรียบเทียบวันที่ชำระเงินกับฟิลด์ PaymentDueDate.

ตัวอย่าง
truefalse
ชื่อลูกค้า
CustomerName
ชื่อลูกค้าหรือบัญชีที่ออกใบแจ้งหนี้ให้.
คำอธิบาย

ข้อมูลนี้ระบุลูกค้าหรือบริษัทที่ออกใบแจ้งหนี้ให้ โดยทั่วไปเชื่อมโยงมาจากระเบียน Account ที่เกี่ยวข้องใน Salesforce

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

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

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

แหล่งข้อมูล

ข้อมูลนี้มาจากฟิลด์ Account.Name ซึ่งเชื่อมโยงจากออบเจ็กต์ Invoice ไปยังออบเจ็กต์ Account ผ่านความสัมพันธ์แบบ lookup.

ตัวอย่าง
ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
ประเทศที่อยู่สำหรับวางบิล
BillingCountry
ประเทศที่ระบุไว้ในที่อยู่สำหรับวางบิลของใบแจ้งหนี้.
คำอธิบาย

แอตทริบิวต์นี้ระบุประเทศตามที่อยู่สำหรับวางบิลของลูกค้า และเป็นมิติด้านภูมิศาสตร์ที่สำคัญสำหรับแบ่งกลุ่มข้อมูลกระบวนการ

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
USAเยอรมนีญี่ปุ่นบราซิล
มีการแก้ไขงานซ้ำหรือไม่
IsRework
แฟล็กที่คำนวณขึ้นเพื่อระบุว่าใบแจ้งหนี้ผ่านขั้นตอนการแก้ไขงานซ้ำหรือไม่.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
ระบบต้นทาง
SourceSystem
ระบุระบบที่เป็นแหล่งที่มาของข้อมูล.
คำอธิบาย

ข้อมูลนี้ระบุแอปพลิเคชันต้นทางที่สร้างข้อมูลเหตุการณ์ สำหรับกระบวนการนี้ โดยทั่วไปคือ 'Salesforce Sales Cloud'

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะกำหนดค่านี้ไว้ระหว่างขั้นตอนดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของชุดข้อมูล.

ตัวอย่าง
Salesforce Sales CloudSFSC
เวลาสิ้นสุดกิจกรรม
EventEndTime
เวลาที่ระบุว่ากิจกรรมเสร็จสิ้นแล้ว.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
สกุลเงินของใบแจ้งหนี้
InvoiceCurrency
รหัสสกุลเงินของยอดเงินในใบแจ้งหนี้ เช่น USD หรือ EUR.
คำอธิบาย

แอตทริบิวต์นี้ระบุสกุลเงินที่ใช้ในใบแจ้งหนี้ ซึ่งสำคัญเป็นพิเศษสำหรับองค์กรที่ดำเนินงานในหลายประเทศ

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

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

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

แหล่งข้อมูล

โดยทั่วไปคือฟิลด์มาตรฐาน CurrencyIsoCode ซึ่งใช้ได้ใน Salesforce ที่เปิดใช้งานหลายสกุลเงิน.

ตัวอย่าง
USDEURGBPJPY
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

เครื่องมือ ETL หรือไปป์ไลน์ข้อมูลจะสร้างและประทับค่านี้ลงในชุดข้อมูลทุกครั้งที่ทำงาน.

ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการ Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้

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

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

แหล่งข้อมูล

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

บันทึก

สร้างระเบียน Payment ที่เกี่ยวข้อง.

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

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

แหล่งข้อมูล

อนุมานจากเวลาที่ฟิลด์สถานะของออบเจ็กต์ Invoice เปลี่ยนเป็น 'Closed', 'Paid in Full' หรือสถานะสิ้นสุดอื่นที่มีความหมายใกล้เคียงกัน.

บันทึก

ฟิลด์สถานะใบแจ้งหนี้เปลี่ยนเป็นสถานะสุดท้าย 'Closed'.

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

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

แหล่งข้อมูล

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

บันทึก

เวลาที่มีการกรอกฟิลด์ 'Sent_Date__c'.

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

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

แหล่งข้อมูล

ระบบบันทึกเหตุการณ์นี้จากวันที่สร้าง (ฟิลด์ CreatedDate) ของออบเจ็กต์ Invoice แบบกำหนดเอง หรือออบเจ็กต์อื่นที่ใช้แทนใบแจ้งหนี้ใน Salesforce.

บันทึก

เวลาที่สร้างระเบียนของออบเจ็กต์ใบแจ้งหนี้.

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

นี่คือจุดสำคัญที่ต้องผ่านก่อนดำเนินขั้นตอนวางบิลต่อไป หากล่าช้าจะเกิดคอขวดและส่งผลต่อ DSO รวมถึงระยะเวลาตลอดวงจร ซึ่งวัดได้จากแดชบอร์ด 'Invoice Approval Cycle Time'.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนฟิลด์สถานะของออบเจ็กต์ Invoice เป็น 'Approved' หากใช้ Salesforce Approval Processes ก็สามารถบันทึกเหตุการณ์นี้โดยตรงจากประวัติออบเจ็กต์ ProcessInstance ได้.

บันทึก

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

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนแปลงฟิลด์ โดยตรวจจับการเปลี่ยนสถานะจากขั้นตอนหลัง เช่น 'Rejected' หรือ 'Approved' ย้อนกลับไปยังขั้นตอนก่อนหน้า เช่น 'Draft' หรือ 'In Progress'.

บันทึก

สถานะใบแจ้งหนี้ย้อนกลับไปยังขั้นตอนก่อนหน้าในลำดับกระบวนการ.

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

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

แหล่งข้อมูล

อนุมานจากเวลาที่ฟิลด์สถานะของออบเจ็กต์ Invoice เปลี่ยนเป็น 'Written Off' หรือ 'Canceled - Bad Debt'.

บันทึก

ฟิลด์สถานะใบแจ้งหนี้เปลี่ยนเป็น 'Written Off'.

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

กิจกรรมนี้เป็นเกณฑ์สำคัญในการวิเคราะห์พฤติกรรมการชำระเงินและวัด KPI 'On-Time Payment Rate' อีกทั้งช่วยแยกการชำระเงินตรงเวลาออกจากการชำระล่าช้า.

แหล่งข้อมูล

เหตุการณ์นี้คำนวณจากการเปรียบเทียบเวลาปัจจุบันกับฟิลด์ 'Due Date' ในออบเจ็กต์ Invoice ไม่ได้จัดเก็บเป็นเหตุการณ์ใน Salesforce.

บันทึก

คำนวณโดยเปรียบเทียบวันที่ปัจจุบันกับฟิลด์ Due Date ของใบแจ้งหนี้.

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

นี่คือขั้นตอนสุดท้ายของวงจรเปลี่ยนเงินสด แดชบอร์ด 'Payment Reconciliation Performance' ใช้กิจกรรมนี้วัดประสิทธิภาพของทีมการเงินในการบันทึกรับชำระเงิน.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะของออบเจ็กต์ Invoice หรือ Payment ที่เกี่ยวข้องเป็นสถานะสิ้นสุด เช่น 'Reconciled' หรือ 'Applied'.

บันทึก

สถานะใบแจ้งหนี้หรือการชำระเงินเปลี่ยนเป็น 'Reconciled'.

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

กิจกรรมนี้แสดงว่ามีการแก้ไขงานซ้ำและกระบวนการไม่มีประสิทธิภาพ การวิเคราะห์ความถี่ของการปฏิเสธช่วยค้นหาสาเหตุของข้อผิดพลาดที่พบบ่อย และสนับสนุนการวิเคราะห์หาสาเหตุรากฐานในแดชบอร์ด 'Billing Process Rework & Errors'.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนฟิลด์สถานะของออบเจ็กต์ Invoice เป็น 'Rejected' ข้อมูลนี้อาจอยู่ในความคิดเห็นของประวัติ Approval Process อย่างเป็นทางการด้วย.

บันทึก

ฟิลด์สถานะใบแจ้งหนี้เปลี่ยนเป็น 'Rejected'.

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

กิจกรรมนี้ช่วยแยกการรับชำระเงินออกจากการกระทบยอดทางการเงิน ระยะเวลาระหว่างรับเงินกับการบันทึกบัญชีช่วยให้เห็นความล่าช้าในกระบวนการบัญชีภายใน.

แหล่งข้อมูล

อนุมานจากการเปลี่ยนฟิลด์สถานะในออบเจ็กต์ Payment หรือ Invoice เป็นค่าอย่าง 'Posted' หรือ 'Exported to ERP' ซึ่งมักอัปเดตผ่านการเชื่อมต่อ API.

บันทึก

สถานะการชำระเงินหรือใบแจ้งหนี้เปลี่ยนเป็น 'Posted'.

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

การติดตามการส่งหนังสือเตือนช่วยประเมินประสิทธิผลของกลยุทธ์ติดตามหนี้ และจำเป็นต่อแดชบอร์ด 'Payment Reminder Effectiveness' และ KPI 'Payment Reminder Trigger Rate'.

แหล่งข้อมูล

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

บันทึก

สร้างระเบียนงานหรืออีเมลที่เกี่ยวข้อง โดยระบุประเภทหรือหัวเรื่องไว้โดยเฉพาะ

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนแปลงฟิลด์ของออบเจ็กต์ Invoice เมื่อฟิลด์สถานะเปลี่ยนเป็นค่าอย่าง 'Submitted for Approval' หรือ 'In Review'.

บันทึก

ฟิลด์สถานะใบแจ้งหนี้เปลี่ยนเป็น 'Pending Approval'.

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

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

วิธีนำข้อมูลออกจาก Salesforce Sales Cloud

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

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

รับชำระเงินเร็วขึ้น ปรับปรุงการวางบิลและออกใบแจ้งหนี้ O2C ได้เลย

ลดระยะเวลารอบการวางบิลลง 30% และเพิ่มกระแสเงินสดได้ง่ายขึ้น.

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

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