Mẫu dữ liệu Order to Cash, lập hóa đơn và xuất hóa đơn
Mẫu dữ liệu Order to Cash, lập hóa đơn và xuất hóa đơn
- Các thuộc tính nên thu thập
- Các hoạt động chính cần theo dõi
- Hướng dẫn trích xuất dữ liệu
Các thuộc tính Order to Cash, lập hóa đơn và xuất hóa đơn
| Tên | Mô tả | ||
|---|---|---|---|
|
Số hóa đơn
InvoiceNumber
|
Mã định danh duy nhất của mỗi hóa đơn, dùng làm mã hồ sơ chính cho quy trình lập hóa đơn. | ||
|
Mô tả
Invoice Number là thuộc tính trung tâm, dùng để nhóm mọi hoạt động liên quan đến lập hóa đơn vào cùng một hồ sơ. Mỗi số tương ứng với một chứng từ thanh toán riêng gửi cho khách hàng. Trong phân tích process mining, thuộc tính này giúp theo dõi toàn bộ vòng đời hóa đơn, từ lúc tạo đến khi thanh toán và đóng hóa đơn. Đây là dữ liệu cần thiết để lập sơ đồ quy trình và tính KPI ở cấp hồ sơ, như 'Thời gian xử lý hóa đơn trung bình' và 'Số ngày phải thu'. Phân tích theo Invoice Number giúp phát hiện điểm nghẽn, vòng lặp làm lại và sai lệch về tuân thủ trong từng hồ sơ hóa đơn.
Vì sao điều này quan trọng
Đây là khóa cần thiết để liên kết mọi sự kiện lập hóa đơn có liên quan, giúp bạn theo dõi toàn bộ quy trình lập hóa đơn cho từng giao dịch riêng biệt.
Lấy dữ liệu ở đâu
Thông thường, đây là khóa chính của đối tượng Invoice trong Salesforce Sales Cloud, thường có tên
Ví dụ
INV-00582INV-01934INV-10345
|
|||
|
Tên hoạt động
ActivityName
|
Tên của sự kiện nghiệp vụ cụ thể đã diễn ra trong quy trình lập hóa đơn. | ||
|
Mô tả
Thuộc tính này mô tả bước hoặc mốc đã đạt được trong vòng đời hóa đơn, chẳng hạn 'Tạo hóa đơn' hoặc 'Đã nhận thanh toán'. Các hoạt động này tạo thành những nút trong sơ đồ quy trình. Phân tích chuỗi Tên hoạt động là nền tảng của process mining. Chuỗi này cho thấy quy trình thực tế diễn ra như thế nào và giúp so sánh với quy trình đã thiết kế. Bạn có thể dùng dữ liệu này để phát hiện sai lệch, điểm nghẽn giữa các bước cụ thể và vòng lặp làm lại. Đây cũng là cơ sở cho các dashboard như 'Làm lại và lỗi trong quy trình lập hóa đơn' và 'Báo cáo vi phạm tuân thủ quy trình lập hóa đơn'.
Vì sao điều này quan trọng
Thuộc tính này xác định các bước trong quy trình, tạo nền tảng cho sơ đồ quy trình và giúp phân tích quy trình làm việc, điểm nghẽn cũng như sai lệch.
Lấy dữ liệu ở đâu
Thông tin này thường được suy ra từ các thay đổi trong trường Status của đối tượng Invoice hoặc từ bản ghi ở các đối tượng liên quan như Task hay Event, dùng để theo dõi hành động cụ thể.
Ví dụ
Tạo hóa đơnPhê duyệt hóa đơnGửi hóa đơn cho khách hàngĐã nhận thanh toán
|
|||
|
Thời điểm sự kiện
EventTime
|
Dấu thời gian cho biết một hoạt động cụ thể đã diễn ra khi nào. | ||
|
Mô tả
Thuộc tính này cung cấp ngày giờ của từng hoạt động, rất cần thiết để sắp xếp sự kiện theo trình tự thời gian và phân tích hiệu suất. Dấu thời gian xác định thứ tự sự kiện và giúp tính khoảng thời gian giữa các sự kiện. Trong phân tích quy trình, Thời điểm sự kiện được dùng để tính mọi chỉ số dựa trên thời gian, gồm thời gian xử lý, thời gian chờ và thời lượng của từng hoạt động. Đây là cơ sở cho các KPI như 'Thời gian xử lý hóa đơn trung bình' và 'DSO', đồng thời cung cấp dữ liệu cho dashboard như 'Thời gian phê duyệt hóa đơn' và 'Hiệu quả đối soát thanh toán'.
Vì sao điều này quan trọng
Dấu thời gian này rất quan trọng để sắp xếp sự kiện chính xác và tính các chỉ số hiệu suất như thời gian xử lý và thời lượng. Đây là những chỉ số then chốt để phát hiện chậm trễ.
Lấy dữ liệu ở đâu
Dữ liệu này thường lấy từ các trường dấu thời gian do hệ thống tạo, chẳng hạn
Ví dụ
2023-04-15T10:00:00Z2023-04-16T14:30:00Z2023-05-20T09:05:12Z
|
|||
|
Bộ phận lập hóa đơn
BillingDepartment
|
Bộ phận hoặc đội ngũ phụ trách hoạt động lập hóa đơn. | ||
|
Mô tả
Thuộc tính này xác định nhóm chức năng mà người phụ trách thuộc về, chẳng hạn 'Accounts Receivable' hoặc 'Sales Operations'. Thông tin này thường được lấy từ hồ sơ hoặc vai trò của người dùng trong Salesforce. Phân tích hiệu suất theo bộ phận rất quan trọng để hiểu ai phụ trách quy trình và phát hiện vấn đề mang tính hệ thống trong từng đội ngũ. Thuộc tính này được dùng trong dashboard 'Hiệu quả đối soát thanh toán' và 'Khối lượng công việc và hiệu suất của đội ngũ lập hóa đơn' để so sánh hiệu quả và mức sử dụng tài nguyên giữa các nhóm chức năng.
Vì sao điều này quan trọng
Thuộc tính này giúp phân tích hiệu suất theo đội ngũ hoặc bộ phận, qua đó phát hiện điểm nghẽn riêng của từng nhóm, thiếu tài nguyên hoặc nhu cầu đào tạo.
Lấy dữ liệu ở đâu
Thông tin này thường được lưu trong đối tượng User của Salesforce, ở các trường như
Ví dụ
Khoản phải thuVận hành tài chínhĐội ngũ thu hồi công nợ
|
|||
|
Ngày đến hạn thanh toán
PaymentDueDate
|
Ngày khách hàng phải thanh toán hóa đơn. | ||
|
Mô tả
Thuộc tính này xác định hạn thanh toán ghi trên hóa đơn. Hạn thanh toán được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán đã thỏa thuận. Ngày đến hạn thanh toán là dữ liệu quan trọng để lập kế hoạch tài chính và quản lý thu hồi công nợ. Đây là mốc chuẩn để đo lường tình hình thanh toán thực tế. Thuộc tính này cần thiết để tính KPI 'Tỷ lệ thanh toán đúng hạn' và cung cấp dữ liệu cho các dashboard theo dõi thời hạn thanh toán, chẳng hạn 'Xu hướng số ngày phải thu (DSO)'.
Vì sao điều này quan trọng
Đây là mốc chuẩn để đo hiệu quả thanh toán, tính DSO và kích hoạt các hoạt động thu hồi công nợ như gửi nhắc thanh toán.
Lấy dữ liệu ở đâu
Đây là trường ngày tiêu chuẩn trên đối tượng Salesforce Invoice, thường có tên
Ví dụ
2023-05-152023-06-302023-07-01
|
|||
|
Người dùng phụ trách
UserResponsible
|
Người dùng hoặc nhân viên đã thực hiện hoạt động. | ||
|
Mô tả
Thuộc tính này xác định người dùng Salesforce cụ thể phụ trách một hoạt động, chẳng hạn phê duyệt hóa đơn hoặc hạch toán khoản thanh toán. Thông tin này thường liên kết với người dùng sửa hồ sơ lần cuối hoặc người phụ trách tác vụ. Phân tích quy trình theo Người dùng phụ trách giúp bạn hiểu hiệu suất của đội ngũ, cách phân bổ khối lượng công việc và nhu cầu đào tạo. Thuộc tính này hỗ trợ trực tiếp dashboard 'Khối lượng công việc và hiệu suất của đội ngũ lập hóa đơn', cho phép so sánh hiệu suất và phân tích cách phân bổ tài nguyên. Thuộc tính này cũng giúp tìm nguyên nhân gốc rễ khi điều tra chậm trễ hoặc lỗi.
Vì sao điều này quan trọng
Thuộc tính này giúp phân tích hiệu suất cá nhân và đội ngũ, cân bằng khối lượng công việc, đồng thời xác định người làm tốt hoặc người cần được đào tạo thêm.
Lấy dữ liệu ở đâu
Thông tin này có thể nằm trong các trường như
Ví dụ
Alice JohnsonBob WilliamsCharlie Brown
|
|||
|
Tổng giá trị hóa đơn
InvoiceTotalAmount
|
Tổng số tiền của hóa đơn. | ||
|
Mô tả
Thuộc tính này thể hiện tổng số tiền khách hàng phải trả cho hàng hóa hoặc dịch vụ đã cung cấp. Đây là chỉ số tài chính quan trọng gắn với từng hồ sơ hóa đơn. Phân tích Tổng giá trị hóa đơn giúp bạn ưu tiên hóa đơn có giá trị cao và hiểu hiệu suất quy trình khác nhau thế nào giữa giao dịch nhỏ và lớn. Bạn có thể dùng thuộc tính này để phân nhóm dữ liệu trên dashboard, chẳng hạn kiểm tra hóa đơn giá trị cao có mất nhiều thời gian phê duyệt hơn hoặc được thanh toán muộn hơn không. Đây là thông tin quan trọng để quản lý rủi ro tài chính và tập trung thu hồi công nợ hiệu quả.
Vì sao điều này quan trọng
Thuộc tính này giúp phân tích tác động tài chính, ưu tiên hóa đơn giá trị cao và hiểu giá trị tiền tệ ảnh hưởng thế nào đến quy trình, chẳng hạn thời gian phê duyệt hoặc chậm trễ thanh toán.
Lấy dữ liệu ở đâu
Đây có thể là trường tiền tệ tiêu chuẩn trên đối tượng Invoice, có tên
Ví dụ
5400.5012500.00850.75
|
|||
|
Trạng thái hóa đơn
InvoiceStatus
|
Trạng thái hiện tại của hóa đơn trong vòng đời xử lý. | ||
|
Mô tả
Thuộc tính này thể hiện trạng thái hiện tại của hóa đơn, chẳng hạn 'Draft', 'Awaiting Approval', 'Sent', 'Paid' hoặc 'Void'. Thuộc tính cho biết hóa đơn đang ở bước nào trong quy trình tại một thời điểm bất kỳ. Trạng thái hóa đơn là chiều dữ liệu quan trọng để lọc và phân nhóm. Nhờ đó, chuyên viên phân tích có thể tập trung vào các nhóm hóa đơn cụ thể, chẳng hạn tất cả hóa đơn đang chờ thanh toán hoặc đã bị từ chối. Điều này giúp ưu tiên công việc và phân tích đặc điểm của những hóa đơn bị mắc ở một số bước nhất định.
Vì sao điều này quan trọng
Thuộc tính này cho biết rõ trạng thái hiện tại của hóa đơn, giúp lọc và phân tích các hồ sơ đang mở, đã đóng hoặc có vấn đề.
Lấy dữ liệu ở đâu
Thông tin này thường nằm trong trường danh sách chọn tiêu chuẩn có tên
Ví dụ
Chờ phê duyệtĐã phê duyệtĐã gửi cho khách hàngĐã thanh toánĐã xóa nợ
|
|||
|
Có làm lại
IsRework
|
Cờ được tính toán để cho biết hóa đơn có trải qua vòng làm lại hay không. | ||
|
Mô tả
Thuộc tính dạng đúng/sai này được tạo trong quá trình xử lý dữ liệu. Giá trị là true nếu chuỗi hoạt động của hóa đơn cho thấy có làm lại, chẳng hạn quay lại một giai đoạn trước đó sau khi đã hoàn tất giai đoạn ấy (ví dụ: 'Đã sửa hóa đơn' sau 'Đã phê duyệt hóa đơn'). Cờ này giúp nhanh chóng xác định và định lượng những điểm kém hiệu quả trong quy trình. Cờ trực tiếp cung cấp dữ liệu cho KPI 'Tỷ lệ làm lại hóa đơn' và bảng điều khiển 'Làm lại và lỗi trong quy trình lập hóa đơn', giúp chuyên viên phân tích lọc và xem xét các trường hợp phải làm lại, gây tốn kém và mất thời gian.
Vì sao điều này quan trọng
Cờ này định lượng trực tiếp mức độ kém hiệu quả của quy trình bằng cách xác định các trường hợp phải sửa đi sửa lại, giúp tìm ra nguồn lỗi và tính chi phí do chất lượng kém.
Lấy dữ liệu ở đâu
Thuộc tính này không có trong hệ thống nguồn. Công cụ process mining hoặc lớp ETL sẽ tính thuộc tính dựa trên chuỗi hoạt động của từng trường hợp.
Ví dụ
truefalse
|
|||
|
Điều khoản thanh toán
PaymentTerms
|
Các điều kiện đã thống nhất về việc thanh toán hóa đơn, chẳng hạn như 'Thanh toán trong 30 ngày' hoặc 'Thanh toán ngay khi nhận hóa đơn'. | ||
|
Mô tả
Thuộc tính này xác định các quy tắc về thời điểm và cách thức thanh toán hóa đơn. Thuộc tính thường quyết định cách tính ngày đến hạn thanh toán và có thể bao gồm điều khoản chiết khấu khi thanh toán sớm. Phân tích theo điều khoản thanh toán giúp bạn hiểu các thỏa thuận khác nhau ảnh hưởng thế nào đến hành vi thanh toán. Đây là yếu tố quan trọng của bảng điều khiển 'Tỷ lệ sử dụng chiết khấu thanh toán sớm', nơi so sánh ngày thanh toán với điều khoản để tìm ra các cơ hội tiết kiệm bị bỏ lỡ. Thuộc tính này cũng giúp lý giải vì sao một số hóa đơn có chu kỳ thanh toán dài hoặc ngắn hơn.
Vì sao điều này quan trọng
Thuộc tính này làm rõ thời hạn thanh toán và rất cần thiết để phân tích hành vi thanh toán, DSO và hiệu quả của các chương trình chiết khấu thanh toán sớm.
Lấy dữ liệu ở đâu
Thông tin này có thể được lưu trong trường danh sách chọn hoặc trường văn bản trên đối tượng Invoice hoặc Account liên quan trong Salesforce.
Ví dụ
Thanh toán trong 30 ngàyThanh toán trong 60 ngàyChiết khấu 2% nếu thanh toán trong 10 ngày, hạn thanh toán 30 ngàyThanh toán ngay khi nhận hóa đơn
|
|||
|
Hệ thống nguồn
SourceSystem
|
Xác định hệ thống cung cấp dữ liệu. | ||
|
Mô tả
Thuộc tính này cho biết ứng dụng nguồn đã tạo dữ liệu sự kiện. Với quy trình này, hệ thống thường là 'Salesforce Sales Cloud'. Khi có nhiều hệ thống được tích hợp, trường này rất quan trọng để truy xuất nguồn gốc dữ liệu và xử lý sự cố. Trường này giúp bạn hiểu bối cảnh của dữ liệu, đồng thời bảo đảm sự kiện từ các hệ thống khác nhau được kết hợp và diễn giải chính xác trong công cụ process mining.
Vì sao điều này quan trọng
Thuộc tính này cho biết dữ liệu đến từ đâu, rất cần thiết cho việc quản trị, xác thực và phân tích dữ liệu trong môi trường có nhiều hệ thống.
Lấy dữ liệu ở đâu
Thông thường, đây là giá trị cố định được thêm trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL) để ghi nhãn nguồn gốc của tập dữ liệu.
Ví dụ
Salesforce Sales CloudSFSC
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Dấu thời gian của lần làm mới dữ liệu gần nhất từ hệ thống nguồn. | ||
|
Mô tả
Thuộc tính này cho biết lần gần nhất dữ liệu dùng để phân tích process mining được trích xuất từ Salesforce Sales Cloud. Đây là trường siêu dữ liệu được áp dụng cho toàn bộ tập dữ liệu mỗi lần làm mới. Dấu thời gian này giúp người dùng biết dữ liệu phân tích mới đến đâu. Nhờ đó, họ có thể kiểm tra dashboard và KPI đang xem đã được cập nhật chưa. Điều này rất quan trọng để đưa ra quyết định kinh doanh kịp thời dựa trên thông tin về quy trình.
Vì sao điều này quan trọng
Cho người dùng biết dữ liệu có còn mới hay không, để các quyết định dựa trên thông tin cập nhật và phù hợp về quy trình.
Lấy dữ liệu ở đâu
Giá trị này được công cụ ETL hoặc luồng dữ liệu tạo và ghi vào tập dữ liệu mỗi lần chạy.
Ví dụ
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Người phụ trách tài khoản
AccountOwner
|
Nhân viên kinh doanh hoặc quản lý tài khoản phụ trách tài khoản khách hàng. | ||
|
Mô tả
Thuộc tính này xác định người trong nội bộ phụ trách mối quan hệ với khách hàng. Thông thường, đó là nhân viên kinh doanh hoặc quản lý tài khoản được chỉ định cho Account trong Salesforce. Dù không trực tiếp tham gia lập hóa đơn, người phụ trách tài khoản vẫn là một chiều phân tích hữu ích. Vấn đề trong quy trình lập hóa đơn có thể ảnh hưởng đến mối quan hệ với khách hàng. Thuộc tính này giúp liên kết dữ liệu hiệu suất quy trình với hoạt động kinh doanh, chẳng hạn để xem tài khoản do một số người phụ trách có gặp nhiều vấn đề về hóa đơn hơn không.
Vì sao điều này quan trọng
Liên kết hiệu suất quy trình lập hóa đơn với người phụ trách mối quan hệ thương mại, giúp bạn hiểu tác động kinh doanh của lỗi hoặc chậm trễ khi lập hóa đơn.
Lấy dữ liệu ở đâu
Đây là trường
Ví dụ
David MillerSophia GarciaJames Wilson
|
|||
|
Quốc gia thanh toán
BillingCountry
|
Quốc gia ghi trong địa chỉ thanh toán trên hóa đơn. | ||
|
Mô tả
Thuộc tính này ghi nhận quốc gia trong địa chỉ thanh toán của khách hàng. Đây là chiều địa lý quan trọng để phân nhóm dữ liệu quy trình. Phân tích quy trình lập hóa đơn theo quốc gia giúp phát hiện khác biệt giữa các khu vực về hiệu suất, tuân thủ và hành vi khách hàng. Qua đó, bạn có thể xác định quốc gia nào có chu kỳ thanh toán dài hơn, tỷ lệ làm lại khác biệt hoặc yêu cầu pháp lý riêng ảnh hưởng đến quy trình. Thông tin này hỗ trợ hài hòa quy trình trên phạm vi toàn cầu và cải tiến phù hợp với từng địa phương.
Vì sao điều này quan trọng
Hỗ trợ phân tích theo khu vực địa lý để phát hiện khác biệt về hiệu suất, yêu cầu tuân thủ và hành vi thanh toán.
Lấy dữ liệu ở đâu
Đây là một phần của trường địa chỉ tổng hợp tiêu chuẩn trên đối tượng Invoice, thường có tên
Ví dụ
USAĐứcNhật BảnBrazil
|
|||
|
Số ngày phải thu bình quân
DaysSalesOutstanding
|
Số ngày từ khi gửi hóa đơn đến khi nhận được thanh toán. | ||
|
Mô tả
Số ngày phải thu bình quân (DSO) là chỉ số tài chính quan trọng, đo số ngày trung bình doanh nghiệp cần để thu tiền sau khi bán hàng. Chỉ số này được tính bằng khoảng thời gian từ sự kiện 'Đã gửi hóa đơn cho khách hàng' đến sự kiện 'Đã nhận thanh toán từ khách hàng'. Đây là KPI trọng tâm của quy trình Order to Cash. Thuộc tính này cung cấp giá trị DSO cho từng hóa đơn, hỗ trợ trực tiếp bảng điều khiển 'Xu hướng số ngày phải thu bình quân (DSO)' và giúp theo dõi, cải thiện dòng tiền.
Vì sao điều này quan trọng
Đây là KPI quan trọng để đo hiệu quả thu hồi công nợ và tác động trực tiếp của hoạt động này đến dòng tiền của doanh nghiệp.
Lấy dữ liệu ở đâu
Đây là thuộc tính được tính toán theo công thức
Ví dụ
32 ngày58 ngày29 ngày
|
|||
|
Tên khách hàng
CustomerName
|
Tên khách hàng hoặc tài khoản được lập hóa đơn. | ||
|
Mô tả
Thuộc tính này xác định khách hàng hoặc công ty nhận hóa đơn. Thông tin thường được liên kết từ bản ghi Account tương ứng trong Salesforce. Phân tích quy trình theo khách hàng giúp bạn hiểu hành vi riêng của từng khách hàng và phát hiện vấn đề có thể ảnh hưởng đến các tài khoản quan trọng. Bạn có thể biết khách hàng nào thường xuyên thanh toán trễ, cần chỉnh sửa hóa đơn nhiều lần hoặc có chu kỳ phê duyệt phức tạp. Thông tin này giúp quản lý quan hệ khách hàng và điều chỉnh chiến lược thu hồi công nợ.
Vì sao điều này quan trọng
Cho phép phân tích theo từng khách hàng để phát hiện xu hướng, chẳng hạn khách hàng nào thường xuyên thanh toán trễ hoặc cần chỉnh sửa hóa đơn nhiều lần, từ đó cải thiện việc quản lý quan hệ khách hàng.
Lấy dữ liệu ở đâu
Dữ liệu này lấy từ trường
Ví dụ
ABC CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Thanh toán trễ
IsLatePayment
|
Cờ được tính toán để cho biết khoản thanh toán có được nhận sau ngày đến hạn hay không. | ||
|
Mô tả
Thuộc tính dạng đúng/sai này được tính bằng cách so sánh dấu thời gian 'Đã nhận thanh toán từ khách hàng' với 'Ngày đến hạn thanh toán'. Giá trị là true nếu thanh toán trễ, ngược lại là false. Cờ này giúp đơn giản hóa việc phân tích hành vi thanh toán và hiệu quả thu hồi công nợ. Đây là cơ sở cho KPI 'Tỷ lệ thanh toán đúng hạn' và giúp phân nhóm khách hàng thanh toán đúng hạn hoặc trễ để phân tích sâu hơn. Cờ thể hiện rõ kết quả thanh toán của từng hóa đơn bằng hai trạng thái.
Vì sao điều này quan trọng
Cờ này cung cấp thước đo rõ ràng về hiệu quả thu hồi công nợ, hỗ trợ trực tiếp KPI 'Tỷ lệ thanh toán đúng hạn' và giúp phân tích các yếu tố dẫn đến thanh toán trễ.
Lấy dữ liệu ở đâu
Thuộc tính này không có trong hệ thống nguồn. Lớp ETL hoặc công cụ process mining sẽ tính thuộc tính bằng cách so sánh ngày thanh toán với trường
Ví dụ
truefalse
|
|||
|
Thời điểm kết thúc sự kiện
EventEndTime
|
Dấu thời gian cho biết một hoạt động đã hoàn tất khi nào. | ||
|
Mô tả
Thuộc tính này ghi lại thời điểm hoàn tất hoạt động. Nhiều hoạt động trong quy trình lập hóa đơn diễn ra tức thời, khi Thời gian bắt đầu bằng Thời gian kết thúc. Một số hoạt động khác, như bước phê duyệt, có thể kéo dài trong một khoảng thời gian xác định. Thời gian kết thúc giúp tính chính xác thời gian xử lý hoạt động, tức khoảng thời gian nhân viên hoặc hệ thống thực sự làm việc với một tác vụ. Nhờ đó, bạn có thể phân biệt thời gian làm việc với thời gian chờ và đánh giá hiệu quả quy trình chi tiết hơn.
Vì sao điều này quan trọng
Thuộc tính này giúp tính chính xác thời gian xử lý từng hoạt động, phân biệt thời gian làm việc với thời gian chờ để phân tích hiệu quả chính xác hơn.
Lấy dữ liệu ở đâu
Đây thường không phải là trường tiêu chuẩn. Bạn có thể cần lấy StartTime của hoạt động tiếp theo trong cùng một trường hợp hoặc ghi lại thời điểm này trong trường tùy chỉnh.
Ví dụ
2023-04-15T10:05:00Z2023-04-16T14:32:10Z2023-05-20T09:05:12Z
|
|||
|
Tiền tệ hóa đơn
InvoiceCurrency
|
Mã tiền tệ dùng cho số tiền trên hóa đơn, chẳng hạn USD hoặc EUR. | ||
|
Mô tả
Thuộc tính này cho biết hóa đơn được lập bằng loại tiền tệ nào. Đây là thông tin đặc biệt quan trọng với các tổ chức hoạt động tại nhiều quốc gia. Trường này cung cấp bối cảnh cần thiết cho mọi phân tích tài chính. Nhờ đó, bạn có thể cộng gộp chính xác các giá trị tiền tệ và so sánh chỉ số quy trình giữa các khu vực dùng tiền tệ khác nhau. Khi phân tích KPI tài chính, cần lọc theo trường này để tránh gộp lẫn các loại tiền tệ.
Vì sao điều này quan trọng
Cung cấp thông tin cần thiết về loại tiền tệ cho mọi giá trị, giúp phân tích và báo cáo tài chính chính xác, nhất là khi vận hành ở nhiều quốc gia.
Lấy dữ liệu ở đâu
Đây thường là trường tiêu chuẩn
Ví dụ
USDEURGBPJPY
|
|||
Các hoạt động Order to Cash, lập hóa đơn và xuất hóa đơn
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Đóng hóa đơn
|
Vòng đời hóa đơn đã hoàn tất vì hóa đơn được thanh toán đầy đủ và đối soát xong. Đây là hoạt động cuối cùng của một hóa đơn được xử lý thành công, thường được ghi nhận qua cập nhật trạng thái. | ||
|
Vì sao điều này quan trọng
Hoạt động này là mốc kết thúc chính của quy trình, giúp tính chính xác tổng thời gian xử lý từ đầu đến cuối. Nhờ đó, bạn có thể xác định rõ thời điểm hoàn tất để phân tích quy trình.
Lấy dữ liệu ở đâu
Có thể suy ra từ dấu thời gian khi trường trạng thái trên đối tượng Invoice được cập nhật thành 'Closed', 'Paid in Full' hoặc một trạng thái kết thúc tương tự.
Thu thập
Trường trạng thái hóa đơn chuyển sang giá trị kết thúc 'Closed'.
Loại sự kiện
inferred
|
|||
|
Gửi hóa đơn cho khách hàng
|
Hóa đơn đã được phê duyệt và chính thức gửi cho khách hàng qua email, thư hoặc cổng thông tin. Sự kiện này thường được ghi nhận khi trường 'Sent Date' có giá trị hoặc trạng thái chuyển thành 'Sent'. | ||
|
Vì sao điều này quan trọng
Đây là thời điểm bắt đầu tính thời gian thu tiền và là mốc khởi đầu để tính số ngày phải thu (DSO). Mốc này rất quan trọng để theo dõi việc trao đổi với khách hàng và thời hạn thanh toán.
Lấy dữ liệu ở đâu
Thông tin này được suy ra từ việc điền trường 'Sent Date' trên đối tượng Invoice hoặc cập nhật trạng thái thành 'Sent'. Đây cũng có thể là sự kiện được ghi rõ trong Activity History nếu email được gửi qua công cụ tích hợp.
Thu thập
Dấu thời gian khi trường 'Sent_Date__c' được điền.
Loại sự kiện
inferred
|
|||
|
Nhận thanh toán từ khách hàng
|
Khách hàng đã thanh toán hóa đơn và doanh nghiệp đã nhận được tiền. Thông thường, việc này được ghi nhận bằng cách tạo bản ghi 'Payment' liên quan và liên kết bản ghi đó với hóa đơn. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng nhất trong khâu thu tiền. Mốc này kết thúc khoảng thời gian tính DSO và xác nhận doanh thu đã được thu thành công.
Lấy dữ liệu ở đâu
Ghi nhận theo ngày tạo bản ghi đối tượng tùy chỉnh 'Payment' liên quan đến đối tượng Invoice. Cũng có thể suy ra từ việc trạng thái hóa đơn chuyển thành 'Paid'.
Thu thập
Tạo bản ghi Payment liên quan.
Loại sự kiện
explicit
|
|||
|
Phê duyệt hóa đơn
|
Người dùng có thẩm quyền đã xem xét và phê duyệt hóa đơn, xác nhận hóa đơn chính xác và sẵn sàng gửi cho khách hàng. Sự kiện này thường được ghi nhận khi trạng thái hóa đơn chuyển thành 'Approved'. | ||
|
Vì sao điều này quan trọng
Đây là mốc quan trọng, quyết định các bước tiếp theo của quy trình lập hóa đơn. Chậm trễ ở đây tạo ra điểm nghẽn đáng kể, ảnh hưởng đến DSO và tổng thời gian xử lý. Dashboard 'Thời gian phê duyệt hóa đơn' đo lường chỉ số này.
Lấy dữ liệu ở đâu
Có thể suy ra khi trường trạng thái trên đối tượng Invoice chuyển thành 'Approved'. Nếu dùng Salesforce Approval Processes, bạn có thể ghi nhận rõ sự kiện này từ lịch sử đối tượng ProcessInstance.
Thu thập
Trường trạng thái hóa đơn chuyển thành 'Approved' hoặc một bước trong quy trình phê duyệt chính thức hoàn tất.
Loại sự kiện
inferred
|
|||
|
Tạo hóa đơn
|
Hoạt động này ghi nhận thời điểm tạo hồ sơ hóa đơn mới trong Salesforce. Đây là bước chính thức bắt đầu quy trình lập hóa đơn cho một giao dịch cụ thể, thường diễn ra sau khi hoàn tất đơn hàng hoặc đạt một mốc trong hợp đồng. Sự kiện được ghi nhận theo dấu thời gian tạo hồ sơ hóa đơn. | ||
|
Vì sao điều này quan trọng
Đây là sự kiện bắt đầu chính của quy trình lập hóa đơn. Phân tích khoảng thời gian từ bước này đến khi nhận thanh toán giúp đo lường tổng thời gian của chu trình Order-to-Cash và phát hiện chậm trễ ở khâu nhập dữ liệu ban đầu.
Lấy dữ liệu ở đâu
Sự kiện này được xác định từ ngày tạo (trường CreatedDate) của đối tượng tùy chỉnh Invoice hoặc một đối tượng tương tự đại diện cho hóa đơn trong Salesforce.
Thu thập
Dấu thời gian tạo hồ sơ của đối tượng hóa đơn.
Loại sự kiện
explicit
|
|||
|
Chỉnh sửa hóa đơn
|
Ghi nhận việc chỉnh sửa hoặc cập nhật hóa đơn thủ công sau khi hóa đơn bị từ chối hoặc phát hiện có lỗi. Có thể suy ra hoạt động này khi trạng thái hóa đơn quay lại bước trước, chẳng hạn từ 'Rejected' về 'Draft'. | ||
|
Vì sao điều này quan trọng
Xác định các vòng lặp chỉnh sửa là việc cần thiết để đo KPI 'Tỷ lệ phải làm lại hóa đơn'. Số lần chỉnh sửa cao cho thấy khâu tạo hóa đơn ban đầu có vấn đề và gây chậm trễ.
Lấy dữ liệu ở đâu
Có thể suy ra từ lịch sử thay đổi trường bằng cách phát hiện trạng thái chuyển từ bước sau, chẳng hạn 'Rejected' hoặc 'Approved', về bước trước, chẳng hạn 'Draft' hoặc 'In Progress'.
Thu thập
Trạng thái hóa đơn lùi về bước trước trong quy trình.
Loại sự kiện
inferred
|
|||
|
Đến hạn thanh toán
|
Đây là sự kiện được tính toán, thể hiện thời điểm hóa đơn đến hạn thanh toán theo điều khoản thanh toán. Sự kiện này không xuất phát từ thao tác của người dùng mà được xác định từ dữ liệu hóa đơn. | ||
|
Vì sao điều này quan trọng
Hoạt động này cung cấp mốc quan trọng để phân tích hành vi thanh toán và đo KPI 'Tỷ lệ thanh toán đúng hạn'. Nhờ đó, bạn có thể phân biệt khoản thanh toán đúng hạn với khoản thanh toán trễ.
Lấy dữ liệu ở đâu
Đây là sự kiện được tính toán bằng cách so sánh dấu thời gian hiện tại với trường 'Due Date' trên đối tượng Invoice. Sự kiện này không được lưu sẵn trong Salesforce.
Thu thập
Tính bằng cách so sánh ngày hiện tại với trường Due Date của hóa đơn.
Loại sự kiện
calculated
|
|||
|
Ghi nhận và đối soát tiền thu
|
Khoản thanh toán đã nhận được khớp đầy đủ với hóa đơn tương ứng và được ghi nhận trong hệ thống, tất toán khoản phải thu. Sự kiện này được ghi nhận qua lần cập nhật trạng thái cuối cùng trên hồ sơ thanh toán hoặc hóa đơn. | ||
|
Vì sao điều này quan trọng
Đây là bước cuối của chu trình chuyển đổi tiền mặt. Dashboard 'Hiệu quả đối soát thanh toán' dùng hoạt động này để đo lường hiệu quả ghi nhận tiền thu của đội ngũ tài chính.
Lấy dữ liệu ở đâu
Có thể suy ra khi trạng thái trên Invoice hoặc đối tượng Payment liên quan chuyển sang trạng thái kết thúc như 'Reconciled' hoặc 'Applied'.
Thu thập
Trạng thái hóa đơn hoặc khoản thanh toán chuyển thành 'Reconciled'.
Loại sự kiện
inferred
|
|||
|
Gửi hóa đơn để phê duyệt
|
Hóa đơn đã được hoàn tất và gửi đi xét duyệt nội bộ trước khi chuyển cho khách hàng. Hoạt động này thường được ghi nhận khi trường trạng thái trên hồ sơ hóa đơn thay đổi, chẳng hạn từ 'Draft' sang 'Pending Approval'. | ||
|
Vì sao điều này quan trọng
Theo dõi hoạt động này giúp xác định thời gian hóa đơn nằm trong hàng chờ phê duyệt. Đây là bước quan trọng đầu tiên để tính KPI 'Thời gian phê duyệt hóa đơn trung bình'.
Lấy dữ liệu ở đâu
Có thể suy ra từ lịch sử thay đổi trường trên đối tượng Invoice khi trạng thái được cập nhật thành 'Submitted for Approval' hoặc 'In Review'.
Thu thập
Trường trạng thái hóa đơn chuyển thành 'Pending Approval'.
Loại sự kiện
inferred
|
|||
|
Gửi nhắc thanh toán
|
Đã gửi thông báo cho khách hàng để nhắc về khoản thanh toán sắp đến hạn hoặc quá hạn. Thông tin này thường được ghi thành một bản ghi Activity cụ thể (Task hoặc Email) liên kết với hóa đơn. | ||
|
Vì sao điều này quan trọng
Theo dõi các lần nhắc giúp đánh giá hiệu quả của chiến lược thu hồi công nợ. Đây là dữ liệu cần thiết cho dashboard 'Hiệu quả nhắc thanh toán' và KPI 'Tỷ lệ gửi nhắc thanh toán'.
Lấy dữ liệu ở đâu
Thông tin này được ghi nhận khi tạo bản ghi Activity (Task hoặc Email) liên quan đến đối tượng Invoice, trong đó chủ đề hoặc loại bản ghi cho biết đây là lời nhắc thanh toán.
Thu thập
Tạo bản ghi Task hoặc Email liên quan với loại hoặc chủ đề cụ thể.
Loại sự kiện
explicit
|
|||
|
Hạch toán thanh toán vào sổ cái
|
Khoản thanh toán đã nhận được ghi nhận chính thức trong hệ thống kế toán tài chính hoặc sổ cái của công ty. Sự kiện này có thể được ghi nhận qua cập nhật trạng thái của khoản thanh toán hoặc hóa đơn sau khi tích hợp chạy. | ||
|
Vì sao điều này quan trọng
Hoạt động này phân biệt thời điểm nhận tiền với thời điểm đối soát tài chính. Khoảng thời gian từ lúc nhận tiền đến lúc hạch toán có thể cho thấy sự chậm trễ trong quy trình kế toán nội bộ.
Lấy dữ liệu ở đâu
Có thể suy ra khi trường trạng thái trên đối tượng Payment hoặc Invoice chuyển thành 'Posted' hoặc 'Exported to ERP', thường sau khi được cập nhật qua tích hợp API.
Thu thập
Trạng thái thanh toán hoặc hóa đơn chuyển thành 'Posted'.
Loại sự kiện
inferred
|
|||
|
Từ chối hóa đơn
|
Người phê duyệt đã từ chối hóa đơn, thường do có lỗi hoặc sai lệch. Hóa đơn cần được chỉnh sửa rồi gửi lại. Sự kiện này được ghi nhận khi trạng thái hồ sơ hóa đơn chuyển thành 'Rejected'. | ||
|
Vì sao điều này quan trọng
Hoạt động này cho thấy quy trình phải làm lại và đang kém hiệu quả. Phân tích tần suất từ chối giúp tìm ra các nguồn lỗi phổ biến và xác định nguyên nhân gốc rễ trong dashboard 'Làm lại và lỗi trong quy trình lập hóa đơn'.
Lấy dữ liệu ở đâu
Có thể suy ra khi trường trạng thái trên đối tượng Invoice chuyển thành 'Rejected'. Thông tin này cũng có thể nằm trong phần nhận xét của lịch sử Approval Process chính thức.
Thu thập
Trường trạng thái hóa đơn chuyển thành 'Rejected'.
Loại sự kiện
inferred
|
|||
|
Xóa nợ hóa đơn
|
Doanh nghiệp quyết định xóa khoản nợ và đóng hóa đơn dù chưa nhận đủ tiền. Đây là một kết thúc khác, không thành công, của quy trình lập hóa đơn. | ||
|
Vì sao điều này quan trọng
Theo dõi các khoản nợ đã xóa giúp định lượng doanh thu thất thoát và xác định khách hàng hoặc tình huống dẫn đến nợ xấu. Đây là nhánh ngoại lệ quan trọng cần theo dõi để đánh giá tình hình tài chính.
Lấy dữ liệu ở đâu
Có thể suy ra từ dấu thời gian khi trường trạng thái trên đối tượng Invoice được cập nhật thành 'Written Off' hoặc 'Canceled - Bad Debt'.
Thu thập
Trường trạng thái hóa đơn chuyển thành 'Written Off'.
Loại sự kiện
inferred
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu chưa?
Dùng mẫu này để bắt đầu phân tích quy trình và tìm ra cơ hội cải tiến đáng kể. Hãy bắt đầu tối ưu quy trình lập và xuất hóa đơn ngay hôm nay.
Thanh toán nhanh hơn: Tối ưu quy trình lập và xuất hóa đơn O2C ngay
Giảm 30% thời gian chu kỳ lập hóa đơn và cải thiện dòng tiền dễ dàng.
Không cần thẻ tín dụng, thiết lập dễ dàng chỉ trong vài phút