Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo: khóa sổ kỳ và đối chiếu

Microsoft Dynamics 365
Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo: khóa sổ kỳ và đối chiếu

Mẫu dữ liệu cho quy trình ghi nhận đến báo cáo: khóa sổ kỳ và đối chiếu

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để tối ưu hóa quy trình ghi nhận đến báo cáo, khóa sổ kỳ và đối chiếu. Mẫu nêu rõ các thuộc tính dữ liệu cần có, những hoạt động chính cần theo dõi và cách trích xuất dữ liệu từ Microsoft Dynamics 365. Hãy dùng tài nguyên này để đơn giản hóa khâu chuẩn bị dữ liệu và bắt đầu phân tích quy trình.
  • 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 ghi nhận đến báo cáo: khóa sổ kỳ và đối chiếu

Đây là các trường dữ liệu nên đưa vào nhật ký sự kiện để phân tích đầy đủ quy trình ghi nhận đến báo cáo, khóa sổ kỳ và đối chiếu.
5 Bắt buộc 4 Nên có 9 Không bắt buộc
Tên Mô tả
Kỳ tài chính
FinancialPeriod
Mã định danh duy nhất cho chu kỳ báo cáo tài chính, chẳng hạn '2023-12' cho tháng 12 năm 2023. Mã này là định danh trường hợp chính, dùng để nhóm mọi hoạt động liên quan đến cuối kỳ.
Mô tả

Kỳ tài chính thể hiện toàn bộ vòng đời khóa sổ cho một khoảng thời gian cụ thể, thường là một tháng hoặc một quý. Mã định danh này liên kết mọi hoạt động, từ lúc bắt đầu khóa sổ đến khi phê duyệt báo cáo tài chính cuối cùng của kỳ.

Trong phân tích process mining, thuộc tính này rất quan trọng để xác định phạm vi của từng trường hợp. Thuộc tính giúp đo thời gian toàn bộ chu kỳ khóa sổ, so sánh hiệu quả giữa các kỳ và phát hiện những điểm nghẽn mang tính hệ thống lặp lại qua mỗi kỳ.

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

Đây là mã định danh trường hợp thiết yếu để xác định phạm vi phân tích, giúp đánh giá toàn bộ quy trình khóa sổ từ đầu đến cuối cho từng chu kỳ báo cáo riêng biệt.

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

Đây thường là khóa ghép được tạo từ các trường Fiscal Year và Period trong lịch tài chính hoặc bảng kỳ sổ cái của Microsoft Dynamics 365.

Ví dụ
2023-122024-012024-Q1FY2023-P12
Tên hoạt động
ActivityName
Tên của một sự kiện kinh doanh hoặc tác vụ cụ thể diễn ra trong quy trình khóa sổ, chẳng hạn như 'Đã lập bảng cân đối thử' hoặc 'Bắt đầu đối chiếu tài khoản'.
Mô tả

Tên hoạt động mô tả một bước trong toàn bộ quy trình làm việc khóa sổ. Mỗi bản ghi sự kiện trong dữ liệu nguồn tương ứng với một hoạt động, tạo thành chuỗi sự kiện của từng kỳ tài chính.

Thuộc tính này đóng vai trò nền tảng trong process mining vì giúp sơ đồ hóa quy trình, cho thấy công việc thực sự diễn ra như thế nào. Thuộc tính được dùng để phân tích luồng quy trình, xác định sai lệch so với quy trình chuẩn và đo thời gian giữa các cột mốc quan trọng.

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

Thuộc tính này là nền tảng của sơ đồ quy trình, giúp trực quan hóa và phân tích trình tự các bước, điểm nghẽn và sai lệch trong chu kỳ khóa sổ.

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

Được xác định từ logic nghiệp vụ dựa trên loại giao dịch, thay đổi trạng thái hoặc nhật ký sự kiện cụ thể trong các phân hệ Dynamics 365 như General Ledger hoặc Financial reporting.

Ví dụ
Đã ghi sổ bút toán dồn tíchHoàn tất đối chiếu ngân hàngĐã lập báo cáo tài chínhĐã khóa kỳ sổ cái tổng hợp
Thời điểm sự kiện
EventTime
Ngày giờ chính xác khi một hoạt động khóa sổ cụ thể được thực hiện hoặc hoàn tất.
Mô tả

Thời điểm sự kiện là dấu thời gian gắn với từng hoạt động, cho biết thứ tự thời gian của các sự kiện. Dữ liệu này rất cần thiết để dựng luồng quy trình và thực hiện mọi phân tích dựa trên thời gian.

Trong process mining, dấu thời gian được dùng để tính thời gian chu kỳ, thời lượng và thời gian chờ giữa các hoạt động. Đây là cơ sở để xác định điểm nghẽn, theo dõi hiệu quả quy trình so với thời hạn và hiểu rõ diễn biến theo thời gian của quy trình khóa sổ.

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

Đây là thuộc tính quan trọng cho mọi phân tích dựa trên thời gian, bao gồm tính thời gian chu kỳ, xác định điểm nghẽn và hiểu trình tự sự kiện.

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

Thường tương ứng với các trường dấu thời gian do hệ thống tạo, như 'CreatedDateTime' hoặc 'ModifiedDateTime', trên giao dịch, nhật ký hoặc bản ghi trạng thái trong Dynamics 365.

Ví dụ
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
Hệ thống nguồn
SourceSystem
Cho biết hệ thống thông tin đã trích xuất dữ liệu. Với quy trình này, hệ thống thường là 'Microsoft Dynamics 365'.
Mô tả

Thuộc tính này cho biết nguồn gốc của dữ liệu quy trình. Trong môi trường có nhiều ERP hoặc hệ thống tài chính, thuộc tính giúp phân biệt các nguồn dữ liệu và làm rõ nguồn gốc dữ liệu.

Khi phân tích, thuộc tính này giúp truy xuất dữ liệu và tạo mô hình bao quát nhiều hệ thống. Nhờ đó, bạn có thể truy ngược mọi phát hiện về đúng hệ thống ghi nhận dữ liệu để điều tra thêm.

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

Giúp truy xuất nguồn gốc dữ liệu. Đây là thuộc tính thiết yếu trong môi trường nhiều hệ thống, giúp xác định chính xác hệ thống phát sinh từng sự kiện quy trình.

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

Đây thường là giá trị tĩ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ụ
Microsoft Dynamics 365D365 F&OAX2012
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Thời điểm dữ liệu được làm mới hoặc trích xuất từ hệ thống nguồn lần gần nhất.
Mô tả

Thuộc tính này cho biết dữ liệu được cập nhật đến thời điểm nào. Đây là thông tin cần thiết để đánh giá mức độ mới và tính phù hợp của kết quả process mining cũng như các dashboard.

Người dùng dựa vào mốc thời gian này để biết mình đang xem dữ liệu mới nhất hiện có hay không. Thông tin này thường được hiển thị nổi bật trên dashboard để cho biết dữ liệu được cập nhật gần đây đến mức nào.

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

Cho biết dữ liệu mới đến đâu, giúp người dùng hiểu kết quả phân tích quy trình đang dựa trên dữ liệu cập nhật đến thời điểm nào.

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

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

Ví dụ
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
Mã công ty
CompanyCode
Mã định danh pháp nhân hoặc công ty thực hiện khóa sổ kỳ.
Mô tả

Mã công ty đại diện cho một pháp nhân riêng biệt trong tổ chức. Dữ liệu tài chính và hoạt động khóa sổ được phân tách theo mã này.

Đây là chiều phân tích quan trọng để so sánh hiệu suất giữa các pháp nhân. Thuộc tính này giúp xác định công ty nào khóa sổ hiệu quả nhất và công ty nào gặp khó khăn, từ đó hỗ trợ cải tiến đúng trọng tâm. Hầu hết dashboard, chẳng hạn 'Overall Period Close Cycle Time', đều cần phân nhóm theo thuộc tính này.

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

Đây là chiều chính để lọc và so sánh, giúp phân tích hiệu suất khóa sổ kỳ giữa các pháp nhân.

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

Trong Dynamics 365, thuộc tính này tương ứng với trường 'DataAreaId', có mặt trong hầu hết các bảng giao dịch.

Ví dụ
USMFDEMFGBSI
Người thực hiện
ResponsibleUser
ID hoặc tên người dùng đã thực hiện hoạt động.
Mô tả

Thuộc tính này xác định người thực hiện một nhiệm vụ cụ thể trong quy trình chốt kỳ. Đó có thể là người ghi sổ bút toán, phê duyệt đối chiếu hoặc tạo báo cáo.

Phân tích theo người dùng giúp bạn hiểu cách phân bổ khối lượng công việc, xác định nhu cầu đào tạo và đánh giá hiệu suất cá nhân hoặc nhóm. Đây là chiều phân tích quan trọng cho các dashboard về năng suất người dùng và quản lý tài nguyên, đồng thời cần thiết để tính KPI 'Avg User Activity Count Variance'.

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

Giúp phân tích khối lượng công việc, hiệu suất người dùng và cách phân bổ tài nguyên, qua đó xác định cá nhân hoặc nhóm đang quá tải.

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

Tương ứng với các trường như 'CreatedBy' hoặc 'ModifiedBy' trên bản ghi giao dịch trong Dynamics 365. Thông tin người dùng thường được quản lý trong mô-đun System administration.

Ví dụ
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
Phòng ban
Department
Phòng ban chức năng liên quan đến hoạt động hoặc người thực hiện, chẳng hạn như 'Tài chính', 'Kiểm soát tài chính' hoặc 'Phải trả'.
Mô tả

Thuộc tính Phòng ban cung cấp bối cảnh tổ chức, liên kết hoạt động với từng chức năng kinh doanh. Đây có thể là phòng ban của người ghi sổ nhật ký hoặc phòng ban phụ trách một nhóm tài khoản sổ cái.

Khi phân tích, thuộc tính này cho biết các phòng ban khác nhau đóng góp thế nào vào quy trình khóa sổ kỳ. Thuộc tính giúp xác định các lần bàn giao giữa phòng ban, tình trạng chậm trễ và điểm nghẽn về tài nguyên, đồng thời hỗ trợ các dashboard như 'User Workload & Performance'.

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

Cung cấp bối cảnh tổ chức, giúp phân tích hiệu suất quy trình và phân bổ khối lượng công việc theo từng bộ phận chức năng.

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

Có thể lấy từ hồ sơ người dùng hoặc từ các chiều tài chính gắn với giao dịch trong Dynamics 365.

Ví dụ
Kế toán doanh nghiệpPhải trảFP&AKiểm toán nội bộ
Tài khoản sổ cái
GlAccount
Số tài khoản Sổ cái tổng hợp cụ thể liên quan đến hoạt động, chẳng hạn như ghi sổ nhật ký hoặc đối chiếu.
Mô tả

Tài khoản sổ cái xác định tài khoản cụ thể trong hệ thống tài khoản bị ảnh hưởng bởi giao dịch. Thuộc tính này cung cấp thông tin tài chính ở mức chi tiết.

Đây là thuộc tính thiết yếu để phân tích hiệu quả đối chiếu và xác định các tài khoản có vấn đề. Các dashboard như 'Post-Close Adjustment Frequency' và 'GL Account Reconciliation Performance' dùng trường này để tìm tài khoản thường xuyên phải điều chỉnh hoặc mất nhiều thời gian để đối chiếu.

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

Hỗ trợ phân tích tài chính chi tiết, giúp xác định các tài khoản có nhiều lần điều chỉnh hoặc mất nhiều thời gian để đối chiếu.

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

Có trong các bảng giao dịch sổ cái như 'GeneralJournalAccountEntry' hoặc 'LedgerJournalTrans' của Dynamics 365.

Ví dụ
110110601500212100
Có điều chỉnh sau khóa sổ
IsPostCloseAdjustment
Cờ boolean được tính toán, có giá trị đúng nếu bút toán điều chỉnh được ghi sổ sau khi đã lập bảng cân đối thử cho một kỳ.
Mô tả

Thuộc tính này xác định các khoản điều chỉnh được thực hiện muộn trong chu kỳ khóa sổ. Cờ đánh dấu mọi hoạt động 'Đã ghi sổ bút toán điều chỉnh' diễn ra sau các mốc 'Đã lập bảng cân đối thử' hoặc 'Đã phê duyệt báo cáo tài chính' trong cùng kỳ tài chính.

Đây là chỉ báo quan trọng về chất lượng dữ liệu và kiểm soát quy trình. Thuộc tính được dùng để tính KPI 'Post-Close Adjustment Entry Rate' và cung cấp dữ liệu cho dashboard 'Post-Close Adjustment Frequency', giúp xác định nguyên nhân gốc rễ của các thay đổi muộn.

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

Giúp phát hiện vấn đề về chất lượng dữ liệu và kiểm soát quy trình bằng cách xác định các khoản điều chỉnh muộn, vốn có thể ảnh hưởng đến tính toàn vẹn của báo cáo tài chính.

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

Được tính trong quá trình chuyển đổi dữ liệu bằng cách kiểm tra thứ tự sự kiện trong từng trường hợp kỳ tài chính.

Ví dụ
truefalse
Có làm lại
IsRework
Cờ boolean được tính toán, có giá trị đúng nếu một hoạt động hoặc chuỗi hoạt động được lặp lại cho cùng một mục trong một trường hợp.
Mô tả

Cờ Có làm lại xác định những trường hợp công việc phải thực hiện nhiều lần. Ví dụ: một lần đối chiếu được mở lại sau khi phê duyệt, hoặc một bút toán bị đảo rồi ghi sổ lại.

Thuộc tính này rất quan trọng để định lượng sự kém hiệu quả và lãng phí trong quy trình. Thuộc tính được dùng trực tiếp để tính KPI 'Reconciliation Rework Rate' và cung cấp dữ liệu cho dashboard 'Period Close Rework & Deviations', giúp phát hiện vấn đề về chất lượng hoặc quy trình chưa rõ ràng dẫn đến công việc bị lặp lại.

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

Định lượng sự kém hiệu quả bằng cách đánh dấu công việc bị lặp lại, giúp xác định vấn đề về chất lượng và cơ hội cải tiến quy trình.

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

Cờ này được tính trong quá trình chuyển đổi dữ liệu bằng cách phát hiện hoạt động lặp lại cho cùng một đối tượng (ví dụ: cùng một tài khoản sổ cái) trong cùng một kỳ tài chính.

Ví dụ
truefalse
Có tự động hóa
IsAutomated
Cờ boolean cho biết hoạt động do hệ thống hoặc bot tự động thực hiện, thay vì người dùng.
Mô tả

Thuộc tính này phân biệt hoạt động thủ công với hoạt động tự động trong quy trình khóa sổ kỳ. Thuộc tính có thể xác định các bút toán được ghi qua giao diện tự động hoặc báo cáo do hệ thống tạo.

Phân tích theo chiều này giúp bạn hiểu mức độ tự động hóa của quy trình. Bạn có thể dùng thuộc tính để đo lường hiệu quả đạt được nhờ tự động hóa, tìm cơ hội tự động hóa mới và kiểm tra xem các bước tự động có hoạt động như mong đợi, không phát sinh lỗi hoặc ngoại lệ hay không.

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

Giúp đo lường tác động của tự động hóa đến quy trình và tìm cơ hội tự động hóa thêm để nâng cao hiệu quả.

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

Thường được suy ra bằng cách kiểm tra xem 'ResponsibleUser' có tương ứng với tài khoản hệ thống hoặc tài khoản dịch vụ đã biết hay không.

Ví dụ
truefalse
ID bút toán nhật ký
JournalEntryId
Mã định danh duy nhất của chứng từ bút toán nhật ký.
Mô tả

ID bút toán nhật ký là số duy nhất được gán cho mỗi bút toán được tạo trong sổ cái. ID này liên kết trực tiếp đến giao dịch nguồn trong Dynamics 365.

Dù không phải lúc nào cũng dùng trong phân tích quy trình ở mức tổng quan, ID này rất hữu ích khi đi sâu vào dữ liệu và tìm nguyên nhân gốc rễ. Khi phát hiện bất thường như điều chỉnh sau khóa sổ, nhà phân tích có thể dùng ID này để nhanh chóng tìm đúng giao dịch trong hệ thống nguồn và điều tra chi tiết.

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

Liên kết trực tiếp đến giao dịch nguồn trong ERP, giúp nhanh chóng đi sâu vào dữ liệu để tìm nguyên nhân gốc rễ của từng bút toán nhật ký.

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

Tương ứng với trường 'JournalNumber' trong các bảng như 'LedgerJournalTable' và 'LedgerJournalTrans'.

Ví dụ
JV-001234GENJ005678ACCR-000987
Loại đối chiếu
ReconciliationCategory
Phân loại loại đối chiếu đang thực hiện, chẳng hạn như 'Ngân hàng', 'Nội bộ tập đoàn' hoặc 'Tài sản cố định'.
Mô tả

Loại đối chiếu nhóm các lần đối chiếu tài khoản theo tính chất, giúp bạn có cái nhìn tổng quan hơn so với việc xem từng tài khoản sổ cái riêng lẻ.

Phân tích theo loại giúp xác định vấn đề mang tính hệ thống trong từng nhóm đối chiếu. Ví dụ, dashboard 'GL Account Reconciliation Performance' có thể cho thấy đối chiếu nội bộ tập đoàn thường mất nhiều thời gian hơn đối chiếu ngân hàng, từ đó giúp bạn tập trung cải tiến đúng quy trình.

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

Giúp phân loại hoạt động đối chiếu, so sánh hiệu suất và xác định vấn đề mang tính hệ thống trong từng loại đối chiếu.

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

Thông tin này có thể được lưu trong mô-đun đối chiếu riêng hoặc suy ra từ thuộc tính của tài khoản sổ cái đang được đối chiếu. Tham khảo tài liệu Microsoft Dynamics 365.

Ví dụ
Đối chiếu ngân hàngNội bộ tập đoànBảng cân đối kế toán - Khoản trích trướcSổ phụ tài sản cố định
Ngày hoàn tất mục tiêu
TargetCompletionDate
Ngày dự kiến hoặc ngày mục tiêu để hoàn tất quy trình khóa sổ kỳ tài chính.
Mô tả

Ngày hoàn tất mục tiêu là hạn chót dự kiến để khóa sổ một kỳ tài chính. Ngày này thường được quy định trong lịch hoặc kế hoạch khóa sổ.

Thuộc tính này cần thiết để đánh giá tiến độ so với kế hoạch. Đây là cơ sở tính KPI 'Period Close On-Time Rate', bằng cách so sánh ngày hoàn tất thực tế với ngày mục tiêu. Phân tích độ lệch so với ngày này giúp bạn hiểu mức độ ổn định và khả năng dự đoán của quy trình khóa sổ.

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

Thuộc tính này giúp đo lường hiệu suất so với hạn chót và tính tỷ lệ hoàn tất khóa sổ kỳ đúng hạn.

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

Thông tin này có thể được lưu trong bảng cấu hình kỳ tài chính hoặc lịch của Dynamics 365, hoặc cần lấy từ công cụ lập kế hoạch bên ngoài. Tham khảo tài liệu Microsoft Dynamics 365.

Ví dụ
2023-01-052023-02-042023-03-06
Ngày hoàn tất thực tế
ActualCompletionDate
Ngày thực tế hoàn tất bước cuối cùng của quy trình khóa sổ kỳ tài chính.
Mô tả

Thuộc tính này ghi nhận thời điểm diễn ra hoạt động cuối cùng của một kỳ tài chính, chẳng hạn như 'Đã khóa sổ kỳ sổ cái' hoặc 'Đã phê duyệt báo cáo tài chính'.

Đây là thuộc tính được suy ra, rất quan trọng để tính tổng thời gian chu kỳ khóa sổ kỳ. Thuộc tính này cũng được so sánh với 'TargetCompletionDate' để tính KPI 'Period Close On-Time Rate', qua đó đo lường rõ mức độ đúng hạn.

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

Xác định thời điểm kết thúc quy trình của từng kỳ, giúp tính tổng thời gian chu kỳ và KPI hoàn tất đúng hạn.

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

Được suy ra bằng cách tìm thời điểm của hoạt động cuối cùng được ghi nhận cho từng trường hợp 'FinancialPeriod' trong nhật ký sự kiện.

Ví dụ
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
Số tiền
Amount
Giá trị tiền tệ gắn với một giao dịch tài chính, chẳng hạn như số tiền của một bút toán nhật ký.
Mô tả

Thuộc tính này ghi nhận giá trị tài chính của một hoạt động. Thuộc tính đặc biệt hữu ích với các bút toán, khoản điều chỉnh và hoạt động đối chiếu.

Trong phân tích process mining, bạn có thể dùng số tiền để ưu tiên xử lý vấn đề. Chẳng hạn, phân tích giá trị các khoản điều chỉnh sau khóa sổ giúp tập trung vào những khoản có giá trị lớn. Bạn cũng có thể lọc sơ đồ quy trình để chỉ xem luồng giao dịch có giá trị cao hoặc thấp.

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

Bổ sung bối cảnh tài chính cho các sự kiện quy trình, giúp phân tích theo tác động tiền tệ, chẳng hạn như ưu tiên điều tra các khoản điều chỉnh giá trị lớn.

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

Có trong các trường số tiền như 'AmountCur' hoặc 'TransactionCurrencyAmount' ở các bảng như 'GeneralJournalAccountEntry' trong Dynamics 365.

Ví dụ
15000.50-250.00125000.00
Thời gian kết thúc
EndTime
Thời điểm kết thúc của một hoạt động có thời lượng đo được.
Mô tả

Với các hoạt động không diễn ra tức thời, chẳng hạn như tác vụ đối chiếu, mốc thời gian này cho biết khi nào tác vụ đó hoàn tất. Kết hợp với StartTime (EventTime), mốc này xác định thời lượng cụ thể.

Thuộc tính này chủ yếu dùng để tính thời gian xử lý của từng hoạt động. Đây là thông tin cần thiết cho các KPI như 'Avg Adjusting Entry Processing Time' và các dashboard phân tích thời gian dành cho từng tác vụ.

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

Giúp tính chính xác thời gian xử lý của từng hoạt động, từ đó xác định điểm nghẽn ở cấp tác vụ.

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

Có thể khó tìm được dữ liệu này. Dữ liệu có thể lấy từ dấu thời gian thay đổi trạng thái, trường 'ModifiedDateTime' hoặc cặp sự kiện bắt đầu và kết thúc riêng trong nhật ký.

Ví dụ
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
Bắt buộc Nên có Không bắt buộc

Các hoạt động trong quy trình ghi nhận đến báo cáo: khóa sổ kỳ và đối chiếu

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khám phá và phân tích chính xác chu kỳ khóa sổ tài chính.
5 Nên có 9 Không bắt buộc
Hoạt động Mô tả
Bắt đầu quy trình khóa sổ kỳ tài chính
Hoạt động này đánh dấu thời điểm bắt đầu khóa sổ tài chính cho một kỳ cụ thể. Thông thường, có thể xác định hoạt động này từ lúc tạo lịch khóa sổ trong không gian làm việc Financial close hoặc lần đầu trạng thái kỳ sổ cái thay đổi.
Vì sao điều này quan trọng

Đây là sự kiện bắt đầu, rất quan trọng để đo tổng thời gian chu kỳ khóa sổ. Phân tích khoảng thời gian từ sự kiện này giúp xác định tổng thời lượng quy trình và mức độ tuân thủ lịch trình.

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

Có thể xác định từ ngày tạo cấu hình 'Financial close' hoặc dấu thời gian của tác vụ khóa sổ đầu tiên được ghi nhận cho kỳ tài chính. Dữ liệu này nằm trong các thực thể của không gian làm việc Financial close.

Thu thập

Dùng dấu thời gian tạo danh sách kiểm tra khóa sổ tài chính hoặc dấu thời gian sớm nhất của bất kỳ hoạt động khóa sổ nào trong kỳ.

Loại sự kiện inferred
Đã khóa kỳ sổ cái tổng hợp
Hoạt động cuối cùng của quy trình, khi kỳ sổ cái tổng hợp được khóa chính thức và không thể ghi sổ thêm. Đây là thay đổi trạng thái được ghi nhận rõ và có thể kiểm tra trong Dynamics 365.
Vì sao điều này quan trọng

Là sự kiện kết thúc chính thức, hoạt động này cần thiết để tính Thời gian chu kỳ khóa sổ kỳ trung bình. Đây là thời điểm hoàn tất cuối cùng, không thể đảo ngược, của kỳ tài chính.

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

Dữ liệu lấy từ lịch sổ cái (thực thể LedgerPeriod). Sự kiện là dấu thời gian trạng thái kỳ chuyển thành 'Closed'.

Thu thập

Tìm dấu thời gian trong nhật ký kiểm tra khi trường trạng thái LedgerPeriod được đặt thành 'Closed'.

Loại sự kiện explicit
Đã lập bảng cân đối thử
Cột mốc quan trọng đánh dấu thời điểm tất cả điều chỉnh đã biết được ghi sổ và bảng cân đối thử sơ bộ sẵn sàng để rà soát. Đây là sự kiện được suy ra, đánh dấu việc hoàn tất nhập dữ liệu.
Vì sao điều này quan trọng

Hoạt động này là điểm kiểm tra quan trọng trước khi lập báo cáo tài chính. Nó đánh dấu ranh giới giữa giai đoạn chỉnh sửa dữ liệu và giai đoạn lập, rà soát báo cáo.

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

Đây là cột mốc khái niệm. Có thể suy ra thời điểm này từ dấu thời gian của bút toán điều chỉnh cuối cùng được ghi sổ trước khi bắt đầu lập báo cáo tài chính.

Thu thập

Dùng dấu thời gian của bản ghi GeneralJournalEntry cuối cùng được ghi sổ trong kỳ, trước khi bắt đầu các tác vụ lập báo cáo.

Loại sự kiện inferred
Đã phê duyệt báo cáo tài chính
Đây là cột mốc phê duyệt cuối cùng, cho biết ban quản lý đã rà soát và ký duyệt báo cáo tài chính của kỳ. Sự kiện này thường được ghi nhận qua một tác vụ trong không gian làm việc Financial close.
Vì sao điều này quan trọng

Đây là cột mốc kinh doanh quan trọng, đánh dấu việc kết thúc giai đoạn rà soát. Cột mốc này cần thiết để đo Thời gian rà soát báo cáo tài chính và mức độ quản trị chung của quy trình.

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

Dữ liệu lấy từ không gian làm việc Financial close. Sự kiện được ghi nhận qua dấu thời gian hoàn tất tác vụ phê duyệt cuối cùng trong danh sách kiểm tra khóa sổ của kỳ.

Thu thập

Dùng dấu thời gian hoàn tất tác vụ 'Final Approval' được chỉ định trong không gian làm việc Financial close.

Loại sự kiện explicit
Phê duyệt đối chiếu tài khoản
Hoạt động này cho biết người quản lý hoặc người rà soát đã kiểm tra và phê duyệt việc đối chiếu tài khoản. Thông thường, hoạt động được ghi nhận qua lần cập nhật trạng thái cuối cùng của tác vụ trong không gian làm việc Financial close.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, đánh dấu việc hoàn tất đối chiếu một tài khoản. Cột mốc này cần thiết để tính KPI 'Thời gian phê duyệt đối chiếu trung bình' và xác định điểm nghẽn trong khâu phê duyệt.

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

Dữ liệu lấy từ các thực thể quản lý tác vụ trong không gian làm việc Financial close. Sự kiện là dấu thời gian trạng thái tác vụ đối chiếu chuyển thành 'Completed' hoặc 'Approved'.

Thu thập

Ghi nhận dấu thời gian khi trạng thái của tác vụ khóa sổ được cập nhật thành 'Completed' hoặc trạng thái cuối tương đương.

Loại sự kiện explicit
Bắt đầu đối chiếu ngân hàng
Đánh dấu thời điểm bắt đầu đối chiếu ngân hàng cho một tài khoản ngân hàng và kỳ cụ thể. Đây là sự kiện được ghi nhận khi người dùng tạo bảng đối chiếu ngân hàng mới.
Vì sao điều này quan trọng

Thời điểm diễn ra hoạt động này rất quan trọng để hiểu quy trình con đối chiếu ngân hàng. Đây là mốc bắt đầu đo hiệu quả của các hoạt động đối chiếu tiền mặt.

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

Dữ liệu lấy từ các bảng BankStatement và BankStatementLine. Dấu thời gian tạo bản ghi đối chiếu sao kê ngân hàng mới được dùng làm thời điểm sự kiện.

Thu thập

Dùng trường 'CreatedDateTime' trong bảng BankStatement cho kỳ tài chính liên quan.

Loại sự kiện explicit
Bắt đầu đối chiếu tài khoản
Đánh dấu thời điểm người dùng bắt đầu đối chiếu một tài khoản sổ cái tổng hợp cụ thể, chẳng hạn như tài khoản bảng cân đối kế toán. Hoạt động này được ghi nhận qua thay đổi trạng thái của một tác vụ trong không gian làm việc Financial close.
Vì sao điều này quan trọng

Hoạt động này là mốc bắt đầu để đo thời gian đối chiếu của từng tài khoản. Nhờ đó, bạn có thể xác định tài khoản nào mất nhiều thời gian nhất mới bắt đầu được đối chiếu.

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

Dữ liệu lấy từ các thực thể quản lý tác vụ trong không gian làm việc Financial close. Sự kiện là dấu thời gian trạng thái tác vụ đối chiếu chuyển thành 'In progress'.

Thu thập

Ghi nhận dấu thời gian khi trạng thái của tác vụ khóa sổ được cập nhật thành 'In progress' hoặc trạng thái tương tự.

Loại sự kiện explicit
Đã ghi sổ bút toán điều chỉnh
Sự kiện này ghi nhận việc ghi sổ các bút toán điều chỉnh sau khi hoàn tất đối chiếu ban đầu nhưng trước khi khóa sổ cuối cùng. Đây là các giao dịch được ghi nhận rõ, có thể xác định qua tên nhật ký cụ thể hoặc ngày ghi sổ.
Vì sao điều này quan trọng

Tần suất điều chỉnh cao có thể cho thấy vấn đề về chất lượng dữ liệu hoặc quy trình đầu vào. Theo dõi hoạt động này giúp đo Tỷ lệ bút toán điều chỉnh sau khóa sổ và xác định các tài khoản có vấn đề.

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

Dữ liệu lấy từ bảng GeneralJournalEntry. Xác định các bút toán bằng cách lọc nhật ký có tên 'Adjustment' được chỉ định hoặc các bút toán được ghi sổ sau ngày lập bảng cân đối thử.

Thu thập

Lọc bản ghi GeneralJournalEntry theo JournalName cụ thể hoặc theo ngày ghi sổ so với các cột mốc khác.

Loại sự kiện explicit
Đã ghi sổ bút toán dồn tích
Sự kiện này đánh dấu việc ghi sổ các bút toán cho chi phí và doanh thu dồn tích. Đây là thao tác được ghi nhận rõ trong dữ liệu giao dịch sổ cái tổng hợp, có thể xác định qua tên hoặc loại nhật ký cụ thể.
Vì sao điều này quan trọng

Theo dõi thời điểm và số lượng bút toán dồn tích giúp hiểu rõ khối lượng công việc trong kỳ khóa sổ. Việc này cũng giúp xác định các yếu tố phụ thuộc và điểm nghẽn tiềm ẩn khi thu thập thông tin để ghi bút toán.

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

Dữ liệu được lấy từ các bảng GeneralJournalEntry và GeneralJournalAccountEntry. Lọc các giao dịch được ghi sổ trong thời gian khóa sổ, có tên nhật ký dành cho bút toán dồn tích, chẳng hạn như 'ACCR'.

Thu thập

Lọc bản ghi GeneralJournalEntry theo JournalName hoặc PostingType cụ thể được dùng cho bút toán dồn tích.

Loại sự kiện explicit
Đã ghi sổ bút toán liên công ty
Hoạt động này ghi nhận việc ghi sổ các bút toán để đối chiếu số dư giữa các pháp nhân khác nhau trong tổ chức. Đây là sự kiện được ghi nhận rõ trong nhật ký giao dịch sổ cái tổng hợp.
Vì sao điều này quan trọng

Đối chiếu liên công ty thường phức tạp và dễ gây chậm trễ. Theo dõi hoạt động này giúp đo KPI Thời gian đối chiếu liên công ty và xác định điểm kém hiệu quả.

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

Dữ liệu được lấy từ bảng GeneralJournalEntry, trong đó cờ 'Intercompany' được đánh dấu hoặc giao dịch liên quan đến các tài khoản liên công ty.

Thu thập

Lọc bản ghi GeneralJournalEntry có loại giao dịch cho biết đây là bút toán liên công ty.

Loại sự kiện explicit
Đã lập báo cáo tài chính
Hoạt động này ghi nhận việc lập các báo cáo tài chính chính thức như báo cáo kết quả kinh doanh và bảng cân đối kế toán. Việc ghi nhận sự kiện này thường khó vì cần chạy báo cáo.
Vì sao điều này quan trọng

Đây là thời điểm bắt đầu chu kỳ rà soát cuối cùng. Thời gian từ hoạt động này đến khi phê duyệt cuối cùng là KPI quan trọng để đo hiệu quả rà soát của ban quản lý.

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

Nhật ký hệ thống của công cụ Financial Reporter (trước đây là Management Reporter) có thể chứa thông tin này. Tuy nhiên, thông tin thường không được lưu trong các bảng giao dịch và có thể cần ghi nhật ký tùy chỉnh.

Thu thập

Cần phân tích nhật ký hệ thống hoặc tự ghi nhận sự kiện. Có thể không có sẵn trong cấu hình triển khai tiêu chuẩn.

Loại sự kiện inferred
Hoàn tất đối chiếu ngân hàng
Hoạt động này cho biết việc đối chiếu ngân hàng đã hoàn tất và được ghi sổ. Đây là sự kiện được ghi nhận qua thay đổi trạng thái của bản ghi đối chiếu ngân hàng.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng trong quy trình khóa sổ. Theo dõi thời điểm hoàn tất giúp đo thông lượng và thời lượng chu kỳ đối chiếu ngân hàng.

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

Có thể xác định từ lúc trạng thái của thực thể BankStatement chuyển thành 'Reconciled' hoặc từ dấu thời gian ghi sổ của nhật ký đối chiếu liên quan.

Thu thập

Xác định dấu thời gian trường trạng thái BankStatement được cập nhật thành 'Reconciled'.

Loại sự kiện inferred
Mở lại kỳ sổ cái tổng hợp
Hoạt động ngoại lệ này xảy ra khi một kỳ đã khóa được mở lại để ghi sổ điều chỉnh muộn. Đây là thay đổi trạng thái rõ ràng từ 'Closed' thành 'On hold' hoặc 'Open'.
Vì sao điều này quan trọng

Mở lại kỳ là sai lệch đáng kể so với quy trình chuẩn, có thể cho thấy điểm yếu trong kiểm soát hoặc lỗi nghiêm trọng. Theo dõi tần suất hoạt động này rất quan trọng để cải tiến quy trình và bảo đảm tuân thủ.

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

Dữ liệu lấy từ lịch sổ cái (thực thể LedgerPeriod). Sự kiện là dấu thời gian trạng thái kỳ chuyển từ 'Closed' về trạng thái chưa khóa.

Thu thập

Tìm dấu thời gian trong nhật ký kiểm tra khi trạng thái LedgerPeriod được đổi từ 'Closed'.

Loại sự kiện explicit
Tạm dừng các sổ phụ
Đánh dấu thời điểm các sổ phụ giao dịch như Phải trả và Phải thu không còn được ghi nhận giao dịch mới trong kỳ. Có thể ghi nhận hoạt động này bằng cách theo dõi thay đổi trạng thái kỳ sổ cái của từng phân hệ.
Vì sao điều này quan trọng

Đây là điểm kiểm soát quan trọng, giúp bảo đảm tính toàn vẹn dữ liệu trước khi bắt đầu xử lý sổ cái tổng hợp. Chậm trễ ở bước này có thể kéo dài toàn bộ lịch trình khóa sổ.

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

Có thể xác định từ trạng thái kỳ lịch sổ cái của từng phân hệ sổ phụ. Khi trạng thái của AP, AR, v.v. chuyển thành 'On hold', hoạt động này đã diễn ra.

Thu thập

Tìm các thay đổi trạng thái thành 'On hold' trong nhật ký kiểm tra của thực thể LedgerPeriod, lọc theo phân hệ.

Loại sự kiện inferred
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?

Bắt đầu cải tiến quy trình Record to Report ngay hôm nay với mẫu dữ liệu này. Từng bước rút ngắn thời gian lập báo cáo tài chính, tăng độ chính xác và củng cố việc tuân thủ.

Rút ngắn thời gian khóa sổ kỳ và đối chiếu trong quy trình Record to Report

Giảm 30% thời gian xử lý và tăng độ chính xác để khóa sổ tài chính nhanh hơn.

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

Không cần thẻ tín dụng. Bắt đầu cải tiến quy trình ngay hôm nay.