Mẫu dữ liệu Order to Cash - Lập hóa đơn và xuất hóa đơn

Microsoft Dynamics 365
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

Mẫu này hướng dẫn rõ những dữ liệu cần thu thập để phân tích quy trình Order to Cash - Lập hóa đơn và xuất hóa đơn. Bạn sẽ tìm thấy các thuộc tính nên đưa vào nhật ký sự kiện, những hoạt động chính cần theo dõi và hướng dẫn thực tế để trích xuất dữ liệu. Mẫu giúp bạn nhanh chóng chuẩn bị dữ liệu cho hoạt động process mining.
  • 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 từ Microsoft Dynamics 365
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Các thuộc tính của quy trình Order to Cash - Lập hóa đơn và xuất hóa đơn

Đây là các trường dữ liệu nên đưa vào nhật ký sự kiện để phân tích quy trình Order to Cash - Lập hóa đơn và xuất hóa đơn.
3 Bắt buộc 6 Nên có 9 Không bắt buộc
Tên Mô tả
Số hóa đơn
InvoiceNumber
Mã định danh duy nhất của từng hóa đơn khách hàng, được dùng làm mã định danh hồ sơ chính cho quy trình lập hóa đơn.
Mô tả

Số hóa đơn là khóa trung tâm để nhóm mọi hoạt động liên quan đến một chứng từ lập hóa đơn. Khóa này cho phép phân tích toàn bộ vòng đời hóa đơn, từ lúc tạo và phê duyệt đến khi khách hàng thanh toán và hóa đơn được đóng. Khi dùng số này làm mã hồ sơ, mỗi mục trong nhật ký sự kiện sẽ tương ứng với một hóa đơn cụ thể, giúp phân tích chi tiết các biến thể, tính thời gian chu kỳ và theo dõi hiệu suất của từng giao dịch lập hóa đơn.

Vì sao điều này quan trọng

Thuộc tính này rất cần thiết để theo dõi toàn bộ vòng đời hóa đơn, phân tích hiệu quả quy trình, điểm nghẽn và sai lệch của từng chứng từ lập hóa đơn.

Lấy dữ liệu ở đâu

Thông tin này thường có trong phân hệ Bán hàng và tiếp thị, ở các bảng như CustInvoiceJour (trường InvoiceId) hoặc thông qua các thực thể dữ liệu như SalesInvoiceHeaderV2.

Ví dụ
CIV-001254INV-2023-9876US-004321
Tên hoạt động
ActivityName
Tên hoạt động kinh doanh hoặc sự kiện diễn ra tại một thời điểm cụ thể trong vòng đời hóa đơn.
Mô tả

Thuộc tính này mô tả một bước hoặc mốc cụ thể trong quy trình lập hóa đơn, chẳng hạn 'Tạo hóa đơn', 'Hóa đơn được phê duyệt' hoặc 'Nhận thanh toán từ khách hàng'. Trình tự các hoạt động này tạo thành luồng quy trình. Phân tích hoạt động là nền tảng của process mining, giúp khám phá mô hình quy trình, xác định các biến thể và đo hiệu suất giữa các bước.

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, giúp trực quan hóa sơ đồ quy trình, phân tích biến thể và tìm điểm nghẽn hoặc sai lệch so với quy trình chuẩn.

Lấy dữ liệu ở đâu

Thuộc tính này thường được tổng hợp từ nhiều nguồn, chẳng hạn các trường thay đổi trạng thái (ví dụ: DocumentState), các trường ngày cụ thể có dữ liệu hoặc nhật ký lịch sử workflow trong Microsoft Dynamics 365.

Ví dụ
Tạo hóa đơnHóa đơn được phê duyệtNhận thanh toán từ khách hàngPhát hành giấy báo có
Thời điểm sự kiện
EventTime
Dấu thời gian chính xác cho biết một hoạt động hoặc sự kiện cụ thể đã diễn ra khi nào.
Mô tả

Thời điểm sự kiện, còn gọi là dấu thời gian, ghi lại chính xác ngày giờ của từng hoạt động trong quy trình. Dữ liệu này rất quan trọng đối với mọi phân tích process mining dựa trên thời gian. Dữ liệu được dùng để tính thời gian chu kỳ giữa các hoạt động, đo tổng thời lượng của một hồ sơ và theo dõi hiệu suất quy trình theo thời gian. Dấu thời gian chính xác, đáng tin cậy là nền tảng để tính các KPI như số ngày phải thu và thời gian tạo hóa đơn.

Vì sao điều này quan trọng

Đây là thuộc tính nền tảng cho mọi phân tích hiệu suất và thời gian, giúp tính thời gian chu kỳ, thời lượng và năng suất xử lý để đo hiệu quả quy trình.

Lấy dữ liệu ở đâu

Dấu thời gian được lấy từ nhiều trường ngày giờ trong các bảng khác nhau của Dynamics 365, chẳng hạn CreatedDateTime trong bảng CustInvoiceJour để xác định thời điểm tạo hóa đơn hoặc dấu thời gian cụ thể trong lịch sử workflow.

Ví dụ
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
Ngày đến hạn thanh toán
PaymentDueDate
Ngày khách hàng dự kiến thanh toán hóa đơn.
Mô tả

Ngày đến hạn thanh toán là trường ngày quan trọng, được tính dựa trên ngày lập hóa đơn và điều khoản thanh toán của khách hàng. Đây là mốc chuẩn để đo lường việc thanh toán đúng hạn. Thuộc tính này cần thiết cho bảng điều khiển “Phân tích mức độ tuân thủ điều khoản thanh toán” và để tính các KPI như “Tỷ lệ thanh toán đúng hạn” và “Số ngày phải thu”. So sánh ngày này với ngày thanh toán thực tế giúp bạn hiểu hành vi thanh toán của khách hàng và hiệu quả của quy trình thu hồi công nợ.

Vì sao điều này quan trọng

Đây là mốc chuẩn để đo lường hiệu quả thanh toán. Thuộc tính này cần thiết để tính tỷ lệ thanh toán đúng hạn và phân tích mức độ tuân thủ điều khoản thanh toán của khách hàng.

Lấy dữ liệu ở đâu

Thường có trong bảng CustInvoiceJour, ở trường như DueDate.

Ví dụ
2023-05-152023-06-302023-07-01
Người phụ trách
UserResponsible
Người dùng hoặc nhân viên chịu trách nhiệm thực hiện một hoạt động cụ thể.
Mô tả

Thuộc tính này xác định người thực hiện một tác vụ trong quy trình lập hóa đơn, chẳng hạn như phê duyệt hóa đơn hoặc ghi nhận tiền thanh toán. Đây là thông tin quan trọng để phân tích khối lượng công việc, so sánh hiệu suất và xác định nhu cầu đào tạo. Ví dụ, bảng điều khiển “Khối lượng hoạt động của bộ phận lập hóa đơn” dùng thuộc tính này để xem công việc có được phân bổ đồng đều hay một số người dùng đang trở thành điểm nghẽn. Thuộc tính này cũng giúp tìm hiểu cách phân bổ tài nguyên và hiệu quả công việc.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ phân tích theo từng tài nguyên, giúp xác định điểm nghẽn, đo lường hiệu suất cá nhân hoặc nhóm và phân tích cách phân bổ khối lượng công việc trong bộ phận lập hóa đơn.

Lấy dữ liệu ở đâu

Có thể lấy dữ liệu từ nhật ký lịch sử workflow (ví dụ: WorkflowTrackingStatusTable) hoặc các trường chủ sở hữu như Owner hay ModifiedBy trong những bảng liên quan.

Ví dụ
John SmithAlicia BakerQuản trị viên hệ thống
Phòng ban
Department
Phòng ban gắn với người dùng hoặc hoạt động.
Mô tả

Thuộc tính này gắn một hoạt động hoặc người dùng với phòng ban cụ thể trong tổ chức, chẳng hạn như “Công nợ phải thu” hoặc “Bán hàng”. Nhờ đó, bạn có thể xem hiệu suất quy trình ở cấp phòng ban thay vì chỉ ở cấp người dùng. Phân tích theo phòng ban giúp tìm hiểu việc bàn giao giữa các bộ phận, so sánh hiệu quả giữa các nhóm và xác định điểm nghẽn ở cấp phòng ban, theo yêu cầu của bảng điều khiển “Khối lượng hoạt động của bộ phận lập hóa đơn”.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ phân tích hiệu suất ở cấp tổ chức, so sánh hiệu quả giữa các nhóm và tìm hiểu tác động của việc bàn giao giữa các phòng ban đến quy trình.

Lấy dữ liệu ở đâu

Thông tin này thường không nằm trực tiếp trong giao dịch hóa đơn. Thay vào đó, dữ liệu được suy ra bằng cách nối mã UserResponsible với danh bạ nhân viên hoặc người dùng có thông tin phòng ban.

Ví dụ
Công nợ phải thuTài chínhVận hành lập hóa đơn
Số tiền hóa đơn
InvoiceAmount
Tổng giá trị tiền tệ của hóa đơn.
Mô tả

Thuộc tính này thể hiện tổng số tiền phải trả trên hóa đơn. Đây là chỉ số quan trọng trong phân tích tài chính, giúp phân nhóm hóa đơn theo giá trị. Chẳng hạn, chuyên viên phân tích có thể tập trung vào các hóa đơn giá trị cao để tìm hiểu cách thanh toán hoặc xem liệu những hóa đơn lớn có mất nhiều thời gian phê duyệt hơn không. Thuộc tính này cũng là cơ sở để tính tổng giá trị hóa đơn chưa thanh toán và DSO.

Vì sao điều này quan trọng

Thuộc tính này hỗ trợ phân tích tác động tài chính. Bạn có thể lọc và phân nhóm quy trình theo giá trị tiền tệ để ưu tiên hóa đơn giá trị cao và tìm hiểu cách xử lý riêng của chúng.

Lấy dữ liệu ở đâu

Có trong bảng CustInvoiceJour, thường ở trường như InvoiceAmount. Dữ liệu này cũng có trong các bảng giao dịch liên quan.

Ví dụ
5430.5012500.00750.25
Tên khách hàng
CustomerName
Tên khách hàng được xuất hóa đơn.
Mô tả

Tên khách hàng là thông tin dễ đọc để nhận diện doanh nghiệp hoặc cá nhân được lập hóa đơn. Khi phân tích process mining, bạn có thể phân nhóm quy trình lập hóa đơn theo khách hàng. Qua đó, bạn có thể biết khách hàng nào thường thanh toán đúng hạn, khách hàng nào hay trả chậm, hoặc nhóm khách hàng nào gặp biến thể hay chậm trễ riêng trong quy trình. Thuộc tính này rất cần thiết cho các bảng điều khiển về hành vi thanh toán của khách hàng và phân tích số ngày phải thu (DSO).

Vì sao điều này quan trọng

Thuộc tính này cho phép phân nhóm phân tích quy trình theo khách hàng, giúp nhận diện hành vi, thói quen thanh toán hoặc vấn đề trong quy trình của từng khách hàng.

Lấy dữ liệu ở đâu

Thông tin này được lấy bằng cách nối dữ liệu hóa đơn với bảng dữ liệu chính của khách hàng, thường là CustTable, dựa trên số tài khoản khách hàng.

Ví dụ
Contoso Ltd.Fabrikam, Inc.Northwind Traders
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ý (ví dụ: Chưa thanh toán, Đã thanh toán, Đã hủy).
Mô tả

Thuộc tính này cho biết tình trạng hiện tại của hóa đơn: đang chờ thanh toán, đã thanh toán đầy đủ, quá hạn hay đã bị hủy bằng giấy báo có. Bạn có thể dùng thuộc tính này để lọc các trường hợp, chẳng hạn chỉ phân tích hóa đơn chưa thanh toán hoặc xác nhận kết quả cuối cùng của hóa đơn đã đóng. Thuộc tính này giúp hiểu khối lượng công việc hiện tại và tình hình tài chính của các khoản phải thu.

Vì sao điều này quan trọng

Thuộc tính này cho biết nhanh tình trạng hiện tại của hóa đơn, hữu ích khi lọc các trường hợp và tìm hiểu kết quả của những biến thể quy trình khác nhau.

Lấy dữ liệu ở đâu

Có thể suy ra trạng thái từ tình hình thanh toán hóa đơn, thường bằng cách kiểm tra số dư trong bản ghi CustTrans liên quan có bằng 0 hay không. Không phải lúc nào cũng có một trường “trạng thái” riêng.

Ví dụ
Chưa thanh toánĐã thanh toánQuá hạnĐã hủy
Cần can thiệp thủ công
RequiresManualIntervention
Cờ cho biết khoản thanh toán có cần điều chỉnh thủ công khi ghi nhận tiền thanh toán hay không.
Mô tả

Thuộc tính Boolean này đánh dấu các khoản thanh toán cần được xử lý hoặc điều chỉnh thủ công trong quá trình ghi nhận tiền thanh toán. Đây là thông tin quan trọng để tính KPI “Tỷ lệ sai lệch khi ghi nhận tiền thanh toán”, giúp đo lường độ chính xác và mức độ tự động hóa của việc ghi nhận thanh toán. Tìm hiểu nguyên nhân cần can thiệp thủ công, chẳng hạn thiếu thông tin chuyển tiền hoặc số tiền thanh toán không khớp, có thể giúp cải tiến quy trình và tăng tỷ lệ xử lý tự động từ đầu đến cuối.

Vì sao điều này quan trọng

Thuộc tính này giúp phát hiện vướng mắc và sai sót ở bước ghi nhận tiền thanh toán, từ đó cải thiện tự động hóa và giảm công việc thủ công.

Lấy dữ liệu ở đâu

Có thể suy ra thông tin này từ người dùng ghi nhận khoản thanh toán, nếu đó không phải tài khoản hệ thống, hoặc từ các mã lý do cụ thể được dùng khi đối chiếu thanh toán. Hãy tham khảo tài liệu Microsoft Dynamics 365.

Ví dụ
truefalse
Có làm lại
IsRework
Cờ cho biết quy trình xử lý hóa đơn có phát sinh việc làm lại, chẳng hạn như phải phê duyệt nhiều lần.
Mô tả

Đây là thuộc tính Boolean được tính toán để đánh dấu hóa đơn đã phải làm lại. Việc làm lại có thể được xác định dựa trên nhiều sự kiện “Hóa đơn được phê duyệt” hoặc các lần đảo ngược thanh toán. Thuộc tính này được thiết kế để hỗ trợ bảng điều khiển “Phân tích việc làm lại hóa đơn” và KPI “Tỷ lệ làm lại hóa đơn”. Khi tách riêng các trường hợp này, chuyên viên phân tích có thể tìm nguyên nhân gốc rễ của việc làm lại, thường liên quan đến quy trình kém hiệu quả, chất lượng dữ liệu hoặc thiếu đào tạo.

Vì sao điều này quan trọng

Cờ này đo lường trực tiếp sự kém hiệu quả của quy trình bằng cách xác định các trường hợp có hành động lặp lại hoặc cần sửa chữa, giúp tìm ra nguyên nhân gốc rễ gây lãng phí và chậm trễ.

Lấy dữ liệu ở đâu

Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính ở lớp chuyển đổi dữ liệu bằng cách kiểm tra các hoạt động lặp lại hoặc mẫu làm lại cụ thể trong một trường hợp.

Ví dụ
truefalse
Điều khoản thanh toán
PaymentTerms
Các điều kiện đã thỏa thuận về thời hạn thanh toán hóa đơn (ví dụ: Net 30, Net 60).
Mô tả

Điều khoản thanh toán quy định thời điểm khách hàng cần thanh toán hóa đơn. Thuộc tính này được dùng để tính Ngày đến hạn thanh toán và là chiều phân tích quan trọng khi tìm hiểu hành vi thanh toán. Bảng điều khiển “Phân tích mức độ tuân thủ điều khoản thanh toán” dùng thuộc tính này để nhóm khách hàng và hóa đơn, từ đó xem điều khoản nào hiệu quả hơn hoặc thường đi kèm tỷ lệ thanh toán trễ cao hơn.

Vì sao điều này quan trọng

Thuộc tính này giải thích vì sao hóa đơn đến hạn vào một ngày nhất định. Bạn cũng có thể phân nhóm dữ liệu để xem điều khoản thanh toán nào có liên quan đến việc trả chậm.

Lấy dữ liệu ở đâu

Thông tin này thường được lưu trong hồ sơ dữ liệu chính của khách hàng rồi sao chép vào phần đầu hóa đơn. Hãy tìm trường Payment hoặc PaymTermId trong bảng CustInvoiceJour.

Ví dụ
Thanh toán trong 30 ngàyThanh toán trong 60 ngàyThanh toán khi nhận hóa đơn
Hệ thống nguồn
SourceSystem
Hệ thống trích xuất dữ liệu.
Mô tả

Thuộc tính này cho biết dữ liệu quy trình đến từ đâu. Trong trường hợp này, dữ liệu được lấy từ Microsoft Dynamics 365. Thông tin này rất quan trọng khi có nhiều hệ thống, giúp phân biệt nguồn dữ liệu và theo dõi rõ nguồn gốc dữ liệu, từ đó hỗ trợ kiểm tra và xử lý sự cố.

Vì sao điều này quan trọng

Thuộc tính này cung cấp thông tin quan trọng về nguồn gốc dữ liệu, cần thiết cho việc quản trị và kiểm tra dữ liệu, cũng như khi hợp nhất dữ liệu từ nhiều hệ thống doanh nghiệp.

Lấy dữ liệu ở đâu

Đây là giá trị cố định được thêm vào trong quá trình trích xuất và chuyển đổi dữ liệu để ghi rõ nguồn gốc của tập dữ liệu.

Ví dụ
Microsoft Dynamics 365 FinanceD365 F&O
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết lần gần nhất dữ liệu của sự kiện này được làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này ghi lại thời điểm dữ liệu được trích xuất hoặc cập nhật lần gần nhất từ Microsoft Dynamics 365. Đây là trường siêu dữ liệu quan trọng để biết dữ liệu đang phân tích có mới hay không. Nhờ đó, chuyên viên phân tích và người dùng nghiệp vụ biết mình đang xem thông tin cập nhật nhất hay chưa. Thuộc tính này cũng giúp quản lý lịch làm mới dữ liệu và đảm bảo kết quả phân tích đáng tin cậy.

Vì sao điều này quan trọng

Thuộc tính này giúp người dùng biết dữ liệu được cập nhật gần đây đến mức nào. Đây là thông tin quan trọng để quản trị dữ liệu, quản lý lịch làm mới bảng điều khiển và tin tưởng rằng thông tin phân tích phản ánh đúng thời điểm.

Lấy dữ liệu ở đâu

Thuộc tính này được tạo và gắn vào tập dữ liệu trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL).

Ví dụ
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
Số đơn hàng bán
SalesOrderNumber
Mã định danh của đơn hàng bán tạo ra hóa đơn.
Mô tả

Số đơn hàng bán liên kết quy trình lập hóa đơn với quy trình bán hàng diễn ra trước đó. Mối liên kết này rất hữu ích khi phân tích Order-to-Cash từ đầu đến cuối. Chuyên viên phân tích có thể tìm hiểu xem vấn đề trong quy trình bán hàng và hoàn tất đơn hàng, chẳng hạn như thay đổi đơn hàng hoặc giao hàng chậm, ảnh hưởng thế nào đến chu kỳ lập hóa đơn. Ví dụ, thuộc tính này giúp trả lời câu hỏi: “Hóa đơn từ các đơn hàng bán phức tạp có mất nhiều thời gian thanh toán hơn không?”

Vì sao điều này quan trọng

Thuộc tính này kết nối quy trình lập hóa đơn với quy trình bán hàng trước đó, giúp phân tích Order-to-Cash từ đầu đến cuối đầy đủ hơn và tìm ra nguyên nhân gốc rễ của các vấn đề lập hóa đơn.

Lấy dữ liệu ở đâu

Có trong phần đầu hoặc chi tiết dòng hóa đơn và liên kết ngược về đơn hàng bán. Hãy tìm trường như SalesId trong bảng CustInvoiceJour.

Ví dụ
SO-009876SO-010234US-SO-00543
Số ngày phải thu
DaysSalesOutstanding
Số ngày từ khi lập hóa đơn đến khi nhận được tiền thanh toán của khách hàng.
Mô tả

Số ngày phải thu (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. Thuộc tính được tính toán này xác định khoảng thời gian đó cho từng hóa đơn. Đây là chỉ số chính trong bảng điều khiển “Phân tích xu hướng số ngày phải thu” và KPI “DSO”. Phân tích DSO giúp quản lý dòng tiền và đánh giá hiệu quả của hoạt động tín dụng và thu hồi công nợ.

Vì sao điều này quan trọng

Đây là KPI quan trọng để đo lường tình hình dòng tiền và hiệu quả thu hồi công nợ của doanh nghiệp. Chỉ số này cho biết doanh thu được chuyển thành tiền mặt nhanh đến mức nào.

Lấy dữ liệu ở đâu

Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính bằng khoảng thời gian từ hoạt động “Đã lập hóa đơn” đến hoạt động “Đã nhận thanh toán từ khách hàng”.

Ví dụ
284592
Thanh toán đúng hạn
IsOnTimePayment
Cờ cho biết khách hàng đã thanh toán vào hoặc trước ngày đến hạn.
Mô tả

Thuộc tính Boolean được tính toán này so sánh dấu thời gian của hoạt động “Đã nhận thanh toán từ khách hàng” với “Ngày đến hạn thanh toán”. Thuộc tính đánh dấu từng hóa đơn là thanh toán đúng hạn hoặc trễ hạn. Đây là thành phần cốt lõi để tính KPI “Tỷ lệ thanh toán đúng hạn” và được dùng nhiều trong bảng điều khiển “Phân tích mức độ tuân thủ điều khoản thanh toán”. Kết quả đúng hoặc sai rõ ràng giúp đơn giản hóa việc phân tích và báo cáo hiệu quả thanh toán.

Vì sao điều này quan trọng

Thuộc tính này đo trực tiếp mức độ khách hàng tuân thủ điều khoản thanh toán và là cơ sở để tính KPI Tỷ lệ thanh toán đúng hạn, giúp phân tích hiệu quả thu hồi công nợ dễ dàng hơn.

Lấy dữ liệu ở đâu

Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính trong quá trình chuyển đổi dữ liệu bằng cách so sánh ngày thanh toán với PaymentDueDate.

Ví dụ
truefalse
Tiền tệ
Currency
Mã tiền tệ của số tiền trên hóa đơn (ví dụ: USD, EUR).
Mô tả

Thuộc tính này cho biết số tiền trên hóa đơn được tính bằng loại tiền tệ nào. Đây là thông tin thiết yếu với các tổ chức hoạt động ở nhiều quốc gia và sử dụng nhiều loại tiền tệ. Nếu thiếu thông tin này, việc cộng gộp hoặc so sánh số tiền hóa đơn sẽ không có ý nghĩa. Thuộc tính này cho phép quy đổi tiền tệ phù hợp và lập báo cáo, phân tích tài chính chính xác giữa các khu vực.

Vì sao điều này quan trọng

Thuộc tính này cung cấp thông tin cần thiết cho các chỉ số tài chính như Số tiền hóa đơn, giúp tránh cộng gộp sai và hỗ trợ phân tích chính xác trong môi trường đa tiền tệ.

Lấy dữ liệu ở đâu

Có trong bảng CustInvoiceJour, thường ở trường như CurrencyCode.

Ví dụ
USDEURGBP
Bắt buộc Nên có Không bắt buộc

Các hoạt động trong quy trình Order to Cash - Lập hóa đơn và xuất hóa đơn

Đây là các bước và mốc quan trọng cần ghi lại trong nhật ký sự kiện để khám phá và phân tích quy trình chính xác.
7 Nên có 5 Không bắt buộc
Hoạt động Mô tả
Đến ngày thanh toán
Đây là sự kiện được tính toán, xảy ra khi đến hạn thanh toán hóa đơn mà khoản thanh toán vẫn chưa được hạch toán đầy đủ. Hoạt động này không tương ứng với giao dịch nào trong hệ thống mà được suy ra từ dữ liệu hiện có.
Vì sao điều này quan trọng

Sự kiện này rất quan trọng để phân tích tỷ lệ thanh toán đúng hạn và xác định hóa đơn sắp quá hạn. Đây là mốc kích hoạt hoạt động thu hồi công nợ và nhắc nợ.

Lấy dữ liệu ở đâu

Sự kiện này không được ghi nhận trực tiếp. Thời điểm được tính từ trường DueDate trong bảng CustInvoiceJour, và dấu thời gian của sự kiện chính là ngày đến hạn.

Thu thập

Tạo sự kiện có dấu thời gian bằng giá trị của trường CustInvoiceJour.DueDate.

Loại sự kiện calculated
Đóng hóa đơn
Hoạt động này đánh dấu trạng thái cuối cùng của hóa đơn, khi số dư bằng không vì hóa đơn đã được thanh toán đầy đủ hoặc đối trừ bằng giấy báo có. Đây không phải giao dịch trực tiếp mà là trạng thái được suy ra từ tình hình tài chính của hóa đơn.
Vì sao điều này quan trọng

Sự kiện này cho biết chu trình Order to Cash của một hóa đơn đã hoàn tất thành công. Thời gian để đạt đến trạng thái này là thước đo chính về hiệu quả tổng thể của quy trình.

Lấy dữ liệu ở đâu

Xác định bằng cách kiểm tra xem giao dịch hóa đơn trong bảng CustTrans có số dư còn lại bằng không hay không. Việc này dựa trên so sánh số tiền hóa đơn với tổng số tiền đã đối trừ.

Thu thập

Suy ra từ các bản ghi CustTrans có AmountCur bằng SettleAmountCur. Dấu thời gian là ngày đối trừ cuối cùng.

Loại sự kiện inferred
Gửi hóa đơn cho khách hàng
Hoạt động này đánh dấu thời điểm hóa đơn được gửi cho khách hàng bằng phương thức điện tử hoặc bản giấy. Trong Dynamics 365, hệ thống có thể ghi nhận sự kiện cụ thể nếu gửi qua email; nếu không bật tính năng theo dõi riêng, thời điểm này có thể được suy ra từ lúc ghi sổ hóa đơn.
Vì sao điều này quan trọng

Đo hiệu quả của quy trình gửi hóa đơn. Hóa đơn bị chậm gửi sau khi phê duyệt sẽ kéo dài chu kỳ thanh toán không cần thiết.

Lấy dữ liệu ở đâu

Có thể lấy dữ liệu trực tiếp từ nhật ký email như SysOutgoingEmailTable nếu dùng chức năng email của D365. Nếu không, thời điểm gửi thường được suy ra là trùng với thời điểm ghi sổ hóa đơn trong CustInvoiceJour.

Thu thập

Dùng dấu thời gian trong nhật ký email nếu có, nếu không thì dùng dấu thời gian ghi sổ hóa đơn.

Loại sự kiện inferred
Hạch toán tiền thu vào hóa đơn
Đây là bước đối trừ khoản thanh toán của khách hàng với một hóa đơn cụ thể, làm giảm số dư còn nợ của hóa đơn. Trong Dynamics 365, đây là bước riêng liên kết giao dịch thanh toán với giao dịch hóa đơn.
Vì sao điều này quan trọng

Đây là mốc quan trọng để tính DSO chính xác và hiểu hiệu quả của nhóm hạch toán tiền thu. Mốc này cho biết khoản thanh toán đã được đối chiếu đầy đủ với số tiền đã lập hóa đơn.

Lấy dữ liệu ở đâu

Được ghi trong bảng CustSettlement. Trường ngày đối trừ trong bảng này cung cấp dấu thời gian cho biết thời điểm một khoản thanh toán cụ thể được hạch toán vào một giao dịch hóa đơn cụ thể.

Thu thập

Dùng TransDate hoặc CreatedDateTime trong bảng CustSettlement.

Loại sự kiện explicit
Hóa đơn được phê duyệt
Đánh dấu thời điểm hoàn tất quy trình rà soát nội bộ và hóa đơn được phê duyệt chính thức. Hệ thống workflow của Dynamics 365 ghi nhận sự kiện này, cho biết hóa đơn đã sẵn sàng gửi cho khách hàng.
Vì sao điều này quan trọng

Đây là mốc quan trọng để đo thời gian phê duyệt. Chậm trễ ở bước này có thể trực tiếp kéo dài thời gian khách hàng thanh toán.

Lấy dữ liệu ở đâu

Được ghi trong các bảng lịch sử workflow, chẳng hạn WorkflowTrackingStatusTable, dưới dạng bước hoàn tất hoặc phê duyệt của phiên bản workflow cụ thể cho hóa đơn.

Thu thập

Trích xuất nhật ký sự kiện workflow có trạng thái 'Approved' hoặc 'Completed'.

Loại sự kiện explicit
Nhận thanh toán từ khách hàng
Hoạt động này đánh dấu thời điểm tạo bút toán nhật ký để ghi nhận khoản thanh toán nhận từ khách hàng. Sự kiện cho biết doanh nghiệp đã nhận tiền nhưng chưa hạch toán khoản tiền đó vào hóa đơn cụ thể.
Vì sao điều này quan trọng

Đây là mốc bắt đầu đo thời gian hạch toán tiền thu. Mốc này giúp phân biệt thời điểm nhận tiền với thời điểm thực sự đối chiếu tiền vào các hóa đơn còn nợ.

Lấy dữ liệu ở đâu

Lấy dữ liệu từ thời điểm tạo hoặc ghi sổ nhật ký thanh toán của khách hàng. Thông tin được ghi trong các bảng như LedgerJournalTrans, sau đó tạo giao dịch khách hàng trong CustTrans khi ghi sổ.

Thu thập

Dùng dấu thời gian ghi sổ nhật ký thanh toán của khách hàng từ LedgerJournalTable.

Loại sự kiện explicit
Tạo hóa đơn
Đây là thời điểm chứng từ hóa đơn bán hàng được tạo và ghi sổ trong hệ thống. Đây là giao dịch cụ thể trong Dynamics 365, tạo chứng từ pháp lý và các bút toán tài chính trong sổ phụ các khoản phải thu.
Vì sao điều này quan trọng

Đây là thời điểm chính thức bắt đầu vòng đời lập hóa đơn. Sự kiện này rất quan trọng để theo dõi số ngày phải thu (DSO) và tổng thời lượng quy trình.

Lấy dữ liệu ở đâu

Lấy dấu thời gian tạo bản ghi hóa đơn bán hàng đã ghi sổ trong bảng CustInvoiceJour. Khi ghi sổ, các giao dịch tài chính tương ứng được tạo trong bảng GeneralJournalEntry và LedgerEntry.

Thu thập

Dùng trường CreatedDateTime trong bảng CustInvoiceJour của hóa đơn đã ghi sổ.

Loại sự kiện explicit
Đảo thanh toán
Hoạt động này đánh dấu việc đảo một khoản thanh toán của khách hàng đã ghi sổ trước đó. Việc này có thể xảy ra do ghi sổ sai, tài khoản không đủ tiền hoặc các lỗi thanh toán khác.
Vì sao điều này quan trọng

Các khoản thanh toán bị đảo cho thấy có lỗi vận hành hoặc vấn đề trong thanh toán của khách hàng. Phân tích tần suất xảy ra giúp tìm nguyên nhân gốc rễ và cải thiện độ chính xác khi hạch toán tiền thu.

Lấy dữ liệu ở đâu

Được ghi nhận là giao dịch đảo trong sổ cái. Có thể xác định nhật ký bị đảo trong GeneralJournalEntry, thường dựa vào cờ riêng hoặc mối liên hệ với giao dịch ban đầu.

Thu thập

Xác định các bút toán có cờ đảo hoặc tham chiếu đến giao dịch đã bị đảo.

Loại sự kiện explicit
Gửi hóa đơn để phê duyệt
Hoạt động này cho biết hóa đơn đã tạo được gửi vào quy trình phê duyệt chính thức. Đây là bước thường gặp ở các doanh nghiệp yêu cầu quản lý xem xét hóa đơn trước khi gửi cho khách hàng. Hệ thống workflow của D365 ghi nhận bước này thành một sự kiện riêng.
Vì sao điều này quan trọng

Theo dõi thời điểm gửi phê duyệt giúp tách thời gian tạo hóa đơn khỏi thời gian chờ duyệt. Đây là bước đầu tiên để phân tích hiệu quả của quy trình rà soát và kiểm soát nội bộ.

Lấy dữ liệu ở đâu

Lấy dữ liệu từ các bảng lịch sử workflow, chẳng hạn WorkflowTrackingStatusTable, bằng cách lọc sự kiện gửi phê duyệt liên quan đến chứng từ hóa đơn.

Thu thập

Trích xuất nhật ký sự kiện workflow có trạng thái 'Submitted'.

Loại sự kiện explicit
Gửi nhắc thanh toán
Đây là thời điểm gửi thư nhắc nợ hoặc thông báo thu hồi công nợ cho khách hàng về hóa đơn quá hạn. Dynamics 365 có quy trình nhắc nợ chính thức để tạo và ghi lại các thông báo này.
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 quy trình nhắc nợ và phân tích cần gửi bao nhiêu lần trước khi nhận được thanh toán.

Lấy dữ liệu ở đâu

Đây là sự kiện được ghi nhận trực tiếp, lấy từ ngày tạo nhật ký thư thu hồi công nợ trong bảng CustCollectionLetterJour, liên kết với giao dịch hóa đơn quá hạn.

Thu thập

Dùng dấu thời gian tạo trong bảng CustCollectionLetterJour.

Loại sự kiện explicit
Hoàn tất đơn hàng bán
Hoạt động này đánh dấu thời điểm hàng hóa được giao hoặc dịch vụ được cung cấp theo đơn hàng bán, từ đó bắt đầu quy trình lập hóa đơn. Trong Microsoft Dynamics 365, sự kiện này thường được xác định dựa trên việc ghi sổ phiếu đóng gói hoặc phiếu giao hàng, làm thay đổi trạng thái các dòng đơn hàng bán liên quan.
Vì sao điều này quan trọng

Sự kiện này là mốc bắt đầu đo thời gian tạo hóa đơn. Hiểu rõ khoảng trễ giữa lúc hoàn tất đơn hàng và lúc lập hóa đơn giúp phát hiện điểm nghẽn hành chính có thể ảnh hưởng đến dòng tiền.

Lấy dữ liệu ở đâu

Xác định dựa trên ngày tạo bút toán nhật ký phiếu đóng gói liên kết với đơn hàng bán. Việc này sử dụng các bảng như CustPackingSlipJour và CustPackingSlipTrans, có liên quan đến đơn hàng bán làm cơ sở cho hóa đơn.

Thu thập

Xác định ngày ghi sổ phiếu đóng gói mới nhất của đơn hàng bán liên kết với hóa đơn.

Loại sự kiện inferred
Phát hành giấy báo có
Đây là thời điểm tạo giấy báo có hoặc chứng từ ghi có, thường để sửa lỗi lập hóa đơn, điều chỉnh giá hoặc ghi nhận hàng trả lại. Giấy báo có về bản chất là một hóa đơn âm.
Vì sao điều này quan trọng

Giấy báo có phát sinh thường xuyên có thể cho thấy vấn đề mang tính hệ thống trong quy trình hoàn tất đơn hàng hoặc lập hóa đơn. Phân tích lý do phát hành giấy báo có là bước quan trọng để cải tiến quy trình và giảm thất thoát doanh thu.

Lấy dữ liệu ở đâu

Đây là giao dịch được ghi nhận trực tiếp dưới dạng hóa đơn mới đã ghi sổ với số tiền âm trong bảng CustInvoiceJour. Hóa đơn này thường được liên kết với hóa đơn ban đầu qua một trường tham chiếu.

Thu thập

Tìm các bản ghi trong CustInvoiceJour có tổng số tiền âm và liên kết chúng với hóa đơn ban đầu.

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Microsoft Dynamics 365

Bạn đã sẵn sàng bắt đầu chưa?

Dùng mẫu này để bắt đầu tối ưu quy trình lập hóa đơn và xuất hóa đơn. Cung cấp cho đội ngũ những thông tin cần thiết để làm việc hiệu quả hơn và cải thiện dòng tiền.

Chấm dứt tình trạng chậm lập hóa đơn: Tối ưu Order to Cash và xuất hóa đơn ngay hôm nay

Rút ngắn 30% thời gian của chu kỳ lập hóa đơn và nắm rõ tình hình tài chính sớm hơn.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Dùng thử miễn phí trong 14 ngày.