เทมเพลตข้อมูล Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้
เทมเพลตข้อมูล Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางดึงข้อมูล
แอตทริบิวต์สำหรับ Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์ทางธุรกิจที่เกิดขึ้นในกระบวนการวางบิล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้อธิบายขั้นตอนหรือหมุดหมายในวงจรชีวิตของใบแจ้งหนี้ เช่น 'ออกใบแจ้งหนี้แล้ว' หรือ 'ได้รับชำระเงินแล้ว' กิจกรรมเหล่านี้เป็นโหนดในแผนที่กระบวนการ การวิเคราะห์ลำดับชื่อกิจกรรมเป็นพื้นฐานสำคัญของ process mining เพราะช่วยให้เห็นการไหลของกระบวนการจริงและเปรียบเทียบกับกระบวนการที่ออกแบบไว้ นอกจากนี้ยังช่วยระบุความแตกต่าง คอขวดระหว่างขั้นตอน และการทำงานซ้ำ พร้อมสนับสนุนแดชบอร์ด เช่น 'การทำงานซ้ำและข้อผิดพลาดในกระบวนการเรียกเก็บเงิน' และ 'รายงานการละเมิดข้อกำหนดในการเรียกเก็บเงิน'.
เหตุผลที่สำคัญ
ข้อมูลนี้กำหนดขั้นตอนของกระบวนการ เป็นโครงหลักของแผนผังกระบวนการ และช่วยวิเคราะห์เวิร์กโฟลว์ คอขวด และจุดเบี่ยงเบน.
แหล่งข้อมูล
โดยทั่วไปอนุมานได้จากการเปลี่ยนแปลงฟิลด์สถานะในออบเจ็กต์ใบแจ้งหนี้ หรือจากระเบียนในออบเจ็กต์ที่เกี่ยวข้อง เช่น งานหรือเหตุการณ์ ซึ่งใช้ติดตามการดำเนินการเฉพาะ
ตัวอย่าง
สร้างใบแจ้งหนี้อนุมัติใบแจ้งหนี้แล้วส่งใบแจ้งหนี้ให้ลูกค้าได้รับชำระเงินแล้ว
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTime
|
เวลาที่ระบุว่ากิจกรรมหนึ่งเกิดขึ้นเมื่อใด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันที่และเวลาของแต่ละกิจกรรม ซึ่งจำเป็นต่อการเรียงลำดับตามเวลาและวิเคราะห์ประสิทธิภาพ การประทับเวลาช่วยระบุลำดับเหตุการณ์และคำนวณระยะเวลาระหว่างเหตุการณ์ได้ ในการวิเคราะห์กระบวนการ เวลาเหตุการณ์ใช้คำนวณตัวชี้วัดตามเวลา เช่น รอบเวลาดำเนินการ เวลารอ และระยะเวลาของกิจกรรมแต่ละรายการ นอกจากนี้ยังเป็นข้อมูลพื้นฐานของ KPI เช่น 'รอบเวลาดำเนินการเฉลี่ยของใบแจ้งหนี้' และ 'DSO' รวมถึงใช้กับแดชบอร์ดอย่าง 'รอบเวลาการอนุมัติใบแจ้งหนี้' และ 'ประสิทธิภาพการกระทบยอดการชำระเงิน'
เหตุผลที่สำคัญ
เวลานี้จำเป็นต่อการเรียงลำดับเหตุการณ์ให้ถูกต้องและคำนวณตัวชี้วัดประสิทธิภาพทั้งหมด เช่น ระยะเวลาตลอดวงจรและระยะเวลาของกิจกรรม ซึ่งช่วยค้นหาความล่าช้าได้.
แหล่งข้อมูล
ข้อมูลนี้มักมาจากฟิลด์การประทับเวลาที่ระบบสร้างขึ้น เช่น
ตัวอย่าง
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 ซึ่งมักอยู่ในฟิลด์
ตัวอย่าง
INV-00582INV-01934INV-10345
|
|||
|
ผู้ใช้ที่รับผิดชอบ
UserResponsible
|
ผู้ใช้หรือตัวแทนที่ดำเนินกิจกรรม. | ||
|
คำอธิบาย
ข้อมูลนี้ระบุผู้ใช้ Salesforce ที่รับผิดชอบกิจกรรม เช่น อนุมัติใบแจ้งหนี้หรือบันทึกการชำระเงิน โดยมักเชื่อมโยงกับผู้ใช้ที่แก้ไขระเบียนล่าสุดหรือเป็นเจ้าของงาน การวิเคราะห์กระบวนการตามผู้รับผิดชอบช่วยให้เข้าใจประสิทธิภาพของทีม การกระจายภาระงาน และความต้องการในการฝึกอบรม ข้อมูลนี้ช่วยให้แดชบอร์ด 'Billing Team Workload & Performance' เปรียบเทียบผลงานและวิเคราะห์การจัดสรรทรัพยากรได้ อีกทั้งยังช่วยค้นหาสาเหตุรากฐานเมื่อตรวจสอบความล่าช้าหรือข้อผิดพลาด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพของแต่ละคนและทีม ปรับสมดุลภาระงาน และค้นหาผู้ที่ทำผลงานได้ดีหรือผู้ใช้ที่ต้องการการฝึกอบรมเพิ่มเติม.
แหล่งข้อมูล
ดูข้อมูลนี้ได้จากฟิลด์อย่าง
ตัวอย่าง
Alice JohnsonBob WilliamsCharlie Brown
|
|||
|
ฝ่ายวางบิล
BillingDepartment
|
แผนกหรือทีมที่รับผิดชอบกิจกรรมการวางบิล. | ||
|
คำอธิบาย
ข้อมูลนี้ระบุกลุ่มงาน เช่น 'Accounts Receivable' หรือ 'Sales Operations' ที่ผู้รับผิดชอบสังกัด โดยทั่วไปได้มาจากโปรไฟล์หรือบทบาทของผู้ใช้ใน Salesforce การวิเคราะห์ประสิทธิภาพตามแผนกช่วยให้เข้าใจผู้รับผิดชอบกระบวนการและค้นหาปัญหาที่เกิดซ้ำในแต่ละทีม ใช้ในแดชบอร์ด 'Payment Reconciliation Performance' และ 'Billing Team Workload & Performance' เพื่อเปรียบเทียบประสิทธิภาพและการใช้ทรัพยากรระหว่างหน่วยงานต่างๆ.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ประสิทธิภาพในระดับทีมหรือแผนก และค้นหาคอขวด ข้อจำกัดด้านทรัพยากร หรือช่องว่างในการฝึกอบรมของแต่ละกลุ่ม.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้จะอยู่ในออบเจ็กต์ User ของ Salesforce ในฟิลด์อย่าง
ตัวอย่าง
บัญชีลูกหนี้งานการเงินทีมติดตามหนี้
|
|||
|
ยอดรวมใบแจ้งหนี้
InvoiceTotalAmount
|
มูลค่าเงินรวมของใบแจ้งหนี้. | ||
|
คำอธิบาย
ข้อมูลนี้แสดงยอดเงินทั้งหมดที่ลูกค้าต้องชำระสำหรับสินค้าหรือบริการที่ได้รับ และเป็นตัวชี้วัดทางการเงินสำคัญของใบแจ้งหนี้แต่ละเคส การวิเคราะห์ยอดรวมใบแจ้งหนี้ช่วยจัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง และทำความเข้าใจว่าประสิทธิภาพของกระบวนการแตกต่างกันอย่างไรระหว่างธุรกรรมมูลค่าน้อยกับมูลค่าสูง นอกจากนี้ยังใช้แบ่งกลุ่มข้อมูลในแดชบอร์ดได้ เช่น ตรวจสอบว่าใบแจ้งหนี้มูลค่าสูงใช้เวลาอนุมัตินานกว่าหรือชำระล่าช้ากว่าหรือไม่ ซึ่งเป็นประโยชน์ต่อการบริหารความเสี่ยงทางการเงินและการวางแผนติดตามหนี้.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ผลกระทบทางการเงิน จัดลำดับความสำคัญของใบแจ้งหนี้มูลค่าสูง และทำความเข้าใจว่ามูลค่าเงินส่งผลต่อกระบวนการอย่างไร เช่น ระยะเวลาอนุมัติหรือความล่าช้าในการชำระเงิน.
แหล่งข้อมูล
ข้อมูลนี้น่าจะอยู่ในฟิลด์สกุลเงินมาตรฐานของออบเจ็กต์ Invoice ซึ่งอาจใช้ชื่อ
ตัวอย่าง
5400.5012500.00850.75
|
|||
|
วันครบกำหนดชำระเงิน
PaymentDueDate
|
วันที่ลูกค้าต้องชำระใบแจ้งหนี้ภายในวันดังกล่าว. | ||
|
คำอธิบาย
ข้อมูลนี้ระบุวันครบกำหนดชำระตามที่แจ้งไว้ในใบแจ้งหนี้ โดยคำนวณจากวันที่ออกใบแจ้งหนี้และเงื่อนไขการชำระเงินที่ตกลงกัน วันครบกำหนดชำระเงินเป็นข้อมูลสำคัญสำหรับการวางแผนการเงินและการบริหารติดตามหนี้ ใช้เป็นเกณฑ์เปรียบเทียบกับการชำระเงินจริง จำเป็นต่อการคำนวณ KPI 'On-Time Payment Rate' และแดชบอร์ดที่ติดตามความตรงเวลาของการชำระเงิน เช่น 'Days Sales Outstanding (DSO) Trend'.
เหตุผลที่สำคัญ
ใช้วันที่นี้เป็นเกณฑ์วัดประสิทธิภาพการรับชำระเงิน คำนวณ DSO และเริ่มติดตามหนี้ เช่น ส่งการแจ้งเตือนชำระเงิน.
แหล่งข้อมูล
ฟิลด์วันที่มาตรฐานในออบเจ็กต์ Invoice ของ Salesforce ซึ่งมักใช้ชื่อ
ตัวอย่าง
2023-05-152023-06-302023-07-01
|
|||
|
สถานะใบแจ้งหนี้
InvoiceStatus
|
สถานะปัจจุบันของใบแจ้งหนี้ในวงจรการทำงาน. | ||
|
คำอธิบาย
ข้อมูลนี้แสดงสถานะปัจจุบันของใบแจ้งหนี้ เช่น 'Draft', 'Awaiting Approval', 'Sent', 'Paid' หรือ 'Void' ทำให้ทราบว่าใบแจ้งหนี้อยู่ในขั้นตอนใดของกระบวนการ ณ เวลานั้น Invoice Status เป็นมิติสำคัญสำหรับการกรองและแบ่งกลุ่มข้อมูล นักวิเคราะห์สามารถเลือกดูใบแจ้งหนี้กลุ่มใดกลุ่มหนึ่ง เช่น ใบแจ้งหนี้ที่กำลังรอชำระหรือใบแจ้งหนี้ที่ถูกปฏิเสธ ข้อมูลนี้ช่วยจัดลำดับความสำคัญของงานและวิเคราะห์ลักษณะของใบแจ้งหนี้ที่ติดอยู่ในบางขั้นตอน.
เหตุผลที่สำคัญ
ช่วยให้เห็นสถานะปัจจุบันของใบแจ้งหนี้ได้ชัดเจน และกรองหรือวิเคราะห์เคสที่ยังเปิดอยู่ ปิดแล้ว หรือมีปัญหาได้.
แหล่งข้อมูล
โดยทั่วไปฟิลด์นี้เป็นรายการเลือกมาตรฐานชื่อ
ตัวอย่าง
รออนุมัติอนุมัติแล้วส่งให้ลูกค้าแล้วชำระแล้วตัดหนี้สูญแล้ว
|
|||
|
เงื่อนไขการชำระเงิน
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 สำคัญที่ใช้วัดประสิทธิผลของกระบวนการติดตามหนี้และผลกระทบโดยตรงต่อกระแสเงินสดของบริษัท.
แหล่งข้อมูล
แอตทริบิวต์นี้คำนวณจาก
ตัวอย่าง
32 วัน58 วัน29 วัน
|
|||
|
เจ้าของบัญชีลูกค้า
AccountOwner
|
พนักงานขายหรือผู้จัดการบัญชีที่รับผิดชอบบัญชีลูกค้า. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้รับผิดชอบความสัมพันธ์กับลูกค้าภายในองค์กร โดยทั่วไปคือพนักงานขายหรือผู้จัดการบัญชีที่กำหนดให้กับ Account ใน Salesforce แม้เจ้าของบัญชีลูกค้าจะไม่ได้เกี่ยวข้องกับการวางบิลโดยตรง แต่ก็เป็นมิติที่มีประโยชน์ต่อการวิเคราะห์ ปัญหาในกระบวนการวางบิลอาจส่งผลต่อความสัมพันธ์กับลูกค้า แอตทริบิวต์นี้จึงช่วยเชื่อมโยงผลการดำเนินงานของกระบวนการกับงานด้านการค้า และช่วยตรวจสอบได้ว่าบัญชีที่มีผู้ดูแลบางรายพบปัญหาการวางบิลบ่อยกว่าหรือไม่.
เหตุผลที่สำคัญ
เชื่อมโยงประสิทธิภาพของกระบวนการวางบิลกับผู้ดูแลความสัมพันธ์ทางการค้า ช่วยให้เข้าใจผลกระทบทางธุรกิจจากข้อผิดพลาดหรือความล่าช้าในการออกใบแจ้งหนี้.
แหล่งข้อมูล
ฟิลด์
ตัวอย่าง
David MillerSophia GarciaJames Wilson
|
|||
|
ชำระเงินล่าช้าหรือไม่
IsLatePayment
|
แฟล็กที่คำนวณขึ้นเพื่อระบุว่าได้รับชำระเงินหลังวันครบกำหนดหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้คำนวณโดยเปรียบเทียบเวลาที่ได้รับ 'ชำระเงินจากลูกค้า' กับ 'วันที่ครบกำหนดชำระ' โดยกำหนดเป็น true หากชำระล่าช้า และ false หากไม่ล่าช้า แฟล็กนี้ช่วยให้วิเคราะห์พฤติกรรมการชำระเงินและประสิทธิผลของการติดตามหนี้ได้ง่ายขึ้น ใช้คำนวณ KPI 'อัตราการชำระตรงเวลา' และแบ่งกลุ่มลูกค้าที่ชำระตรงเวลาหรือล่าช้าเพื่อนำไปวิเคราะห์ต่อ ทั้งยังแสดงผลการชำระเงินของใบแจ้งหนี้แต่ละรายการอย่างชัดเจนว่าเป็นไปตามกำหนดหรือไม่.
เหตุผลที่สำคัญ
เป็นตัวชี้วัดผลการติดตามหนี้ที่ชัดเจน รองรับ KPI 'อัตราการชำระตรงเวลา' โดยตรง และช่วยวิเคราะห์ปัจจัยที่ทำให้ชำระเงินล่าช้า.
แหล่งข้อมูล
แอตทริบิวต์นี้ไม่มีอยู่ในระบบต้นทาง โดยคำนวณในชั้น ETL หรือเครื่องมือ process mining ด้วยการเปรียบเทียบวันที่ชำระเงินกับฟิลด์
ตัวอย่าง
truefalse
|
|||
|
ชื่อลูกค้า
CustomerName
|
ชื่อลูกค้าหรือบัญชีที่ออกใบแจ้งหนี้ให้. | ||
|
คำอธิบาย
ข้อมูลนี้ระบุลูกค้าหรือบริษัทที่ออกใบแจ้งหนี้ให้ โดยทั่วไปเชื่อมโยงมาจากระเบียน Account ที่เกี่ยวข้องใน Salesforce การวิเคราะห์กระบวนการตามลูกค้าช่วยให้เข้าใจพฤติกรรมเฉพาะของลูกค้าและค้นหาปัญหาที่อาจกระทบบัญชีลูกค้าสำคัญ เช่น ลูกค้าบางรายชำระเงินล่าช้าเป็นประจำ ต้องแก้ไขใบแจ้งหนี้หลายครั้ง หรือมีขั้นตอนอนุมัติที่ซับซ้อน ข้อมูลเชิงลึกนี้ช่วยบริหารความสัมพันธ์กับลูกค้าและปรับกลยุทธ์ติดตามหนี้ให้เหมาะสม.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์โดยเน้นลูกค้าเป็นหลัก เพื่อค้นหารูปแบบ เช่น ลูกค้ารายใดชำระเงินล่าช้าบ่อยหรือต้องแก้ไขใบแจ้งหนี้หลายครั้ง และนำไปปรับปรุงการบริหารความสัมพันธ์กับลูกค้า.
แหล่งข้อมูล
ข้อมูลนี้มาจากฟิลด์
ตัวอย่าง
ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
ประเทศที่อยู่สำหรับวางบิล
BillingCountry
|
ประเทศที่ระบุไว้ในที่อยู่สำหรับวางบิลของใบแจ้งหนี้. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุประเทศตามที่อยู่สำหรับวางบิลของลูกค้า และเป็นมิติด้านภูมิศาสตร์ที่สำคัญสำหรับแบ่งกลุ่มข้อมูลกระบวนการ การวิเคราะห์กระบวนการวางบิลแยกตามประเทศช่วยให้เห็นความแตกต่างระหว่างภูมิภาค ทั้งด้านประสิทธิภาพ การปฏิบัติตามข้อกำหนด และพฤติกรรมของลูกค้า นอกจากนี้ยังช่วยตรวจสอบได้ว่าบางประเทศมีรอบการชำระเงินนานกว่า มีการแก้ไขงานซ้ำมากกว่า หรือมีข้อกำหนดเฉพาะที่ส่งผลต่อกระบวนการหรือไม่ ข้อมูลนี้ช่วยให้ปรับกระบวนการให้สอดคล้องกันในระดับสากล พร้อมปรับปรุงให้เหมาะกับแต่ละพื้นที่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ข้อมูลตามภูมิศาสตร์ เพื่อค้นหาความแตกต่างระหว่างภูมิภาคในด้านประสิทธิภาพ ข้อกำหนดการปฏิบัติตามข้อกำหนด และพฤติกรรมการชำระเงิน.
แหล่งข้อมูล
เป็นส่วนหนึ่งของฟิลด์ที่อยู่มาตรฐานในออบเจ็กต์ Invoice โดยทั่วไปใช้ชื่อ
ตัวอย่าง
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 ทางการเงิน เพื่อไม่ให้รวมยอดเงินคนละสกุลเข้าด้วยกัน.
เหตุผลที่สำคัญ
ให้ข้อมูลประกอบที่จำเป็นสำหรับยอดเงินทั้งหมด ช่วยให้วิเคราะห์และรายงานผลทางการเงินได้ถูกต้อง โดยเฉพาะในการดำเนินงานหลายประเทศ.
แหล่งข้อมูล
โดยทั่วไปคือฟิลด์มาตรฐาน
ตัวอย่าง
USDEURGBPJPY
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงข้อมูลจากระบบต้นทางครั้งล่าสุด. | ||
|
คำอธิบาย
ข้อมูลนี้ระบุเวลาที่ดึงข้อมูลสำหรับการวิเคราะห์ process mining จาก Salesforce Sales Cloud ครั้งล่าสุด โดยเป็นฟิลด์เมตาดาทาที่กำหนดให้กับชุดข้อมูลทั้งหมดเมื่อมีการรีเฟรชแต่ละครั้ง เวลานี้ช่วยให้ผู้ใช้ทราบว่าข้อมูลการวิเคราะห์เป็นปัจจุบันเพียงใด และตรวจสอบได้ว่าแดชบอร์ดกับ KPI ที่กำลังดูได้รับการอัปเดตแล้วหรือไม่ ซึ่งสำคัญต่อการตัดสินใจทางธุรกิจได้ทันเวลาและมีข้อมูลประกอบ.
เหตุผลที่สำคัญ
ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด เพื่อให้ตัดสินใจจากภาพกระบวนการที่ทันสมัยและเกี่ยวข้องกับสถานการณ์ปัจจุบัน.
แหล่งข้อมูล
เครื่องมือ ETL หรือไปป์ไลน์ข้อมูลจะสร้างและประทับค่านี้ลงในชุดข้อมูลทุกครั้งที่ทำงาน.
ตัวอย่าง
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
กิจกรรมในกระบวนการ Order to Cash ด้านการวางบิลและออกใบแจ้งหนี้
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ได้รับชำระเงินจากลูกค้า
|
ลูกค้าชำระเงินตามใบแจ้งหนี้และได้รับเงินแล้ว โดยทั่วไปบันทึกข้อมูลด้วยการสร้างระเบียน '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
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อเริ่มวิเคราะห์กระบวนการและค้นหาโอกาสในการปรับปรุงอย่างมีนัยสำคัญ เริ่มปรับปรุงกระบวนการวางบิลและออกใบแจ้งหนี้ได้เลย.
รับชำระเงินเร็วขึ้น ปรับปรุงการวางบิลและออกใบแจ้งหนี้ O2C ได้เลย
ลดระยะเวลารอบการวางบิลลง 30% และเพิ่มกระแสเงินสดได้ง่ายขึ้น.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ง่ายภายในไม่กี่นาที