Mẫu dữ liệu quy trình từ ghi nhận đến báo cáo, bút toán nhật ký

Mẫu process mining dùng chung
Mẫu dữ liệu quy trình từ ghi nhận đến báo cáo, bút toán nhật ký

Mẫu dữ liệu quy trình từ ghi nhận đến báo cáo, bút toán nhật ký

Mẫu process mining dùng chung

Đây là mẫu dữ liệu process mining chung cho Từ ghi nhận đến báo cáo, bút toán. Hãy dùng mẫu riêng cho từng hệ thống để được hướng dẫn cụ thể hơn.

Chọn một hệ thống cụ thể
  • Các trường dữ liệu được chuẩn hóa để phân tích nhất quán trên nhiều hệ thống.
  • Các hoạt động nên ghi nhận để nắm được những bước chính trong quy trình bút toán nhật ký.
  • Khung linh hoạt giúp bạn bắt đầu process mining nhanh chóng và hiệu quả.
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.

Thuộc tính quy trình từ ghi nhận đến báo cáo, bút toán nhật ký

Hãy đưa các trường dữ liệu được đề xuất này vào event log để phân tích quy trình đầy đủ và hiểu sâu quy trình làm việc với bút toán nhật ký.
5 Bắt buộc 6 Nên có 4 Không bắt buộc
Tên Mô tả
Mã bút toán
JournalEntryId
Mã định danh duy nhất của một bút toán. Mã này dùng làm mã hồ sơ chính để theo dõi toàn bộ vòng đời của bút toán, từ lúc tạo đến khi hạch toán hoặc đảo.
Mô tả

Mã bút toán là thuộc tính quan trọng giúp nhận diện duy nhất từng giao dịch tài chính. Mã này liên kết mọi hoạt động liên quan, như tạo, phê duyệt và hạch toán, thành một hồ sơ thống nhất.

Trong phân tích process mining, mã này giúp tái dựng toàn bộ hành trình của từng bút toán. Đây là cơ sở để tính các chỉ số ở cấp hồ sơ như thời gian xử lý, nhận diện các biến thể quy trình và đánh giá mức độ tuân thủ mô hình quy trình mong muốn. Nếu không có mã hồ sơ duy nhất, bạn không thể lần theo chuỗi sự kiện của một giao dịch cụ thể.

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

Mã này cần thiết để theo dõi toàn bộ vòng đời của từng bút toán, từ đó phân tích luồng quy trình, thời lượng và các biến thể.

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

Thường nằm trong bảng phần đầu của chứng từ tài chính hoặc kế toán. Mã này có thể là khóa ghép từ số chứng từ, mã công ty và năm tài chính.

Ví dụ
JE001234561000-98765432-2023ACC_DOC_45000189
Tên hoạt động
ActivityName
Tên sự kiện nghiệp vụ hoặc tác vụ cụ thể diễn ra tại một thời điểm trong quy trình bút toán.
Mô tả

Tên hoạt động mô tả một bước trong vòng đời bút toán, chẳng hạn như “Đã tạo bút toán”, “Đã gửi bút toán để phê duyệt” hoặc “Đã hạch toán bút toán”. Mỗi hoạt động thể hiện một thay đổi trạng thái hoặc hành động riêng trên bút toán.

Thuộc tính này là nền tảng của process mining vì xác định các nút trên sơ đồ quy trình. Phân tích thứ tự và tần suất hoạt động giúp bạn khám phá luồng quy trình thực tế, tìm điểm nghẽn giữa các bước, phát hiện sai lệch so với quy trình chuẩn và đo thời gian ở từng giai đoạn.

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

Thuộc tính này xác định các bước trên sơ đồ quy trình, giúp trực quan hóa luồng quy trình, tìm điểm nghẽn và phân tích sai lệch.

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

Thường được lấy từ nhật ký thay đổi trạng thái, bảng sự kiện, mã giao dịch hoặc lịch sử workflow gắn với chứng từ bút toán.

Ví dụ
Tạo bút toán nhật kýGửi bút toán nhật ký để phê duyệtPhê duyệt bút toán nhật kýGhi sổ bút toán nhật ký
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ể của bút toán diễn ra khi nào.
Mô tả

Thời điểm sự kiện, hay dấu thời gian, ghi lại chính xác ngày giờ một hoạt động được thực hiện. Thông tin này xác định thứ tự thời gian của các sự kiện trong từng hồ sơ, giúp tái dựng luồng quy trình chính xác.

Khi phân tích, dấu thời gian được dùng để tính thời lượng giữa các hoạt động, đo tổng thời gian xử lý và tìm độ trễ hoặc điểm nghẽn. Ví dụ, khoảng thời gian từ lúc “Gửi bút toán để phê duyệt” đến khi “Bút toán được phê duyệt” cho biết thời gian phê duyệt. Dấu thời gian chính xác là nền tảng để phân tích quy trình theo thời gian và đo lường hiệu suất.

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

Dấu thời gian này cần thiết để sắp xếp sự kiện, tính thời gian xử lý và thời lượng, đồng thời phát hiện độ trễ trong quy trình.

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

Có thể tìm thấy trong nhật ký sự kiện, bảng lịch sử giao dịch hoặc bản ghi thay đổi chứng từ. Các trường thường có tên như “Ngày tạo”, “Ngày thay đổi” hoặc “Dấu thời gian”.

Ví dụ
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Hệ thống nguồn
SourceSystem
Hệ thống lưu trữ dữ liệu gốc mà từ đó dữ liệu bút toán được trích xuất. Thông tin này hữu ích khi kết hợp dữ liệu từ nhiều hệ thống.
Mô tả

Thuộc tính Hệ thống nguồn xác định ứng dụng hoặc phân hệ nơi dữ liệu bút toán được tạo ra. Trong môi trường doanh nghiệp hiện đại, dữ liệu tài chính có thể đến từ nhiều hệ thống ERP, sổ phụ hoặc ứng dụng bên thứ ba.

Thuộc tính này hỗ trợ nhiều góc nhìn phân tích. Bạn có thể so sánh hiệu quả và mức độ tuân thủ quy trình giữa các hệ thống nguồn. Chẳng hạn, bạn có thể kiểm tra xem bút toán từ sổ phụ tự động có được xử lý nhanh hơn bút toán tạo thủ công hay không. Thuộc tính này cũng rất quan trọng với quản trị dữ liệu và xử lý sự cố, vì giúp truy ngược dữ liệu về nguồn.

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

Cho biết nguồn gốc dữ liệu, giúp so sánh quy trình giữa các hệ thống và hỗ trợ quản trị dữ liệu.

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

Thông tin này thường được chỉ định khi thiết lập trích xuất dữ liệu hoặc có sẵn dưới dạng trường tiêu chuẩn trong kho dữ liệu hợp nhất thông tin từ nhiều hệ thống.

Ví dụ
SAP S/4HANAOracle Fusion FinancialsBlackLineThủ công
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 làm mới hoặc trích xuất từ hệ thống nguồn.
Mô tả

Thuộc tính này ghi lại ngày giờ của lần trích xuất hoặc làm mới dữ liệu gần nhất. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến mức nào.

Khi phân tích, cần biết dữ liệu có được cập nhật kịp thời hay không để diễn giải kết quả chính xác. Dấu thời gian này cho biết bạn đang xem thông tin gần thời gian thực hay ảnh chụp dữ liệu tại một thời điểm cụ thể. Điều này ảnh hưởng đến mức độ phù hợp của bảng điều khiển và KPI về lượng việc tồn đọng hoặc hiệu suất quy trình hiện tại.

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

Cho biết dữ liệu mới đến mức nào, giúp người dùng hiểu phân tích quy trình phản ánh tình hình hiện tại ra sao.

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

Thông tin này thường được công cụ trích xuất dữ liệu hoặc nền tảng tích hợp tạo và lưu trong quá trình tải dữ liệu.

Ví dụ
2023-10-27T02:00:00Z2023-11-16T03:00:00Z2024-01-06T01:00:00Z
Giá trị bút toán
JournalEntryAmount
Tổng giá trị tiền tệ của bút toán, thường là tổng các khoản ghi nợ.
Mô tả

Thuộc tính này ghi nhận giá trị tài chính của bút toán. Tùy hệ thống và mô hình dữ liệu, giá trị có thể là tổng ghi nợ, tổng ghi có hoặc tổng giá trị tuyệt đối.

Phân tích quy trình theo giá trị tiền tệ có thể cho thấy nhiều thông tin hữu ích. Thuộc tính này giúp ưu tiên cải tiến bằng cách tập trung vào các giao dịch giá trị cao. Chẳng hạn, bạn có thể kiểm tra xem bút toán giá trị cao có mất nhiều thời gian phê duyệt hơn hoặc có tỷ lệ bị từ chối cao hơn không. Thuộc tính này cũng cần thiết để phân tích tính trọng yếu và nhận diện giao dịch có rủi ro tài chính cao hơn.

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

Thuộc tính này rất quan trọng khi phân tích tính trọng yếu, giúp ưu tiên cải tiến quy trình cho giao dịch giá trị cao và đánh giá tác động tài chính.

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

Thường có trong bảng phần đầu bút toán. Có thể cần tính bằng cách cộng giá trị các khoản mục.

Ví dụ
5000.00125000.75250.501000000.00
Loại bút toán
JournalEntryType
Phân loại bút toán, chẳng hạn như thông thường, định kỳ, trích trước hoặc đảo.
Mô tả

Loại bút toán phân nhóm giao dịch theo mục đích hoặc bản chất nghiệp vụ. Các loại phổ biến gồm bút toán thủ công thông thường, bút toán tự động từ sổ phụ, bút toán trích trước, bút toán phân loại lại và bút toán đảo.

Thuộc tính này là tiêu chí hữu ích để lọc và phân nhóm khi phân tích quy trình. So sánh luồng quy trình và chỉ số hiệu suất giữa các loại bút toán giúp doanh nghiệp tìm ra những điểm đáng chú ý. Chẳng hạn, bút toán trích trước có thể mất nhiều thời gian phê duyệt hơn, hoặc bút toán định kỳ có tỷ lệ tự động hóa cao hơn. Từ đó, bạn có thể tập trung cải tiến vào từng nhóm giao dịch cụ thể.

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

Cho phép phân nhóm phân tích để so sánh quy trình giữa các loại giao dịch, như bút toán trích trước và bút toán thông thường, từ đó xác định điểm cần cải tiến.

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

Thường nằm trong dữ liệu phần đầu bút toán. Tên trường có thể là “Loại chứng từ”, “Danh mục bút toán” hoặc “Loại bút toán”.

Ví dụ
Thông thườngTrích trướcĐịnh kỳĐảo
Mã công ty
CompanyCode
Mã định danh duy nhất của pháp nhân hoặc công ty lập bút toán.
Mô tả

Mã công ty đại diện cho một pháp nhân hoặc đơn vị kinh doanh riêng trong tổ chức. Giao dịch tài chính được ghi nhận ở cấp mã công ty để lập báo cáo tài chính riêng.

Trong process mining, Mã công ty là thuộc tính quan trọng để phân tích theo tổ chức. Thuộc tính này cho phép so sánh hiệu suất quy trình giữa các pháp nhân, khu vực hoặc công ty con. Chẳng hạn, nhà phân tích có thể so sánh tỷ lệ từ chối hoặc thời gian phê duyệt giữa đơn vị tại Mỹ và Đức để tìm cách làm hiệu quả hoặc điểm cần cải thiện. Việc này giúp chuẩn hóa quy trình và đảm bảo tuân thủ trong toàn tổ chức.

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

Cho phép so sánh hiệu suất và đối chiếu quy trình giữa các pháp nhân, công ty con hoặc khu vực.

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

Đây là trường tiêu chuẩn trong phần đầu của hầu hết chứng từ tài chính trên hệ thống ERP.

Ví dụ
1000US01DE01ACME_CORP
Tên người dùng
UserName
Tên hoặc mã người dùng thực hiện một hoạt động cụ thể, chẳng hạn như tạo, phê duyệt hoặc hạch toán bút toán.
Mô tả

Thuộc tính Tên người dùng xác định người thực hiện một bước trong quy trình. Đó có thể là người tạo bút toán, người gửi bút toán, quản lý phê duyệt hoặc kế toán hạch toán.

Phân tích hiệu suất quy trình theo người dùng giúp bạn hiểu cách phân bổ khối lượng công việc, năng suất của nhóm và nhu cầu đào tạo của từng người. Phân tích này có thể giúp nhận diện người làm việc hiệu quả, người cần được hỗ trợ thêm hoặc các hoạt động thường do một số người cụ thể đảm nhiệm. Đây là thông tin quan trọng để quản lý tài nguyên và cải thiện hiệu suất.

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

Thuộc tính này giúp phân tích cách phân bổ khối lượng công việc, hiệu suất nhóm và xác định nhu cầu đào tạo.

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

Thường có trong nhật ký thay đổi chứng từ hoặc bảng lịch sử workflow, gắn với các trường như “Người tạo”, “Người thay đổi” hoặc “Mã người dùng”.

Ví dụ
j.doeasmithFIN_USER_123Robert Johnson
Tiền tệ
Currency
Mã tiền tệ của giá trị trong bút toán, chẳng hạn USD hoặc EUR.
Mô tả

Thuộc tính Tiền tệ cho biết đơn vị tiền tệ của Giá trị bút toán. Đây là thông tin cần thiết để hiểu và so sánh chính xác các giá trị tài chính, đặc biệt trong các tổ chức đa quốc gia.

Khi phân tích, thuộc tính này cung cấp ngữ cảnh cần thiết cho Giá trị bút toán. Bạn có thể lọc giao dịch theo tiền tệ. Đây cũng là điều kiện cần để tổng hợp hoặc so sánh giá trị giữa các khu vực. Để phân tích toàn cầu có ý nghĩa, có thể cần quy đổi các khoản tiền về cùng một đồng tiền báo cáo.

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

Cung cấp ngữ cảnh cần thiết cho giá trị bút toán, giúp phân tích tài chính và so sánh giữa các loại tiền tệ chính xác hơn.

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

Đây là trường tiêu chuẩn trong phần đầu chứng từ tài chính, thường có tên “Mã tiền tệ” hoặc “Khóa tiền tệ”.

Ví dụ
USDEURGBPJPY
Trạng thái bút toán
JournalEntryStatus
Trạng thái hiện tại hoặc cuối cùng của bút toán trong vòng đời, chẳng hạn như “Đã lưu tạm”, “Đã phê duyệt” hoặc “Đã hạch toán”.
Mô tả

Trạng thái bút toán cho biết tình trạng của giao dịch tại một thời điểm cụ thể hoặc kết quả cuối cùng. Trạng thái thường phản ánh các mốc quan trọng trong quy trình, chẳng hạn như “Đang xử lý”, “Đã gửi phê duyệt”, “Đã hạch toán” hoặc “Đã đảo”.

Thuộc tính này giúp bạn nắm được khối lượng công việc và lượng việc tồn đọng hiện tại. Quản lý có thể lọc các bút toán ở trạng thái “Đang xử lý” hoặc “Chờ phê duyệt” để theo dõi công việc chưa hoàn tất. Phân tích trạng thái cuối cùng giúp hiểu kết quả quy trình, chẳng hạn tính tỷ lệ bút toán đã hạch toán so với bút toán bị xóa hoặc bị đảo.

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

Giúp nắm được khối lượng công việc và lượng việc tồn đọng bằng cách theo dõi trạng thái từng bút toán, chẳng hạn “Chờ phê duyệt” hoặc “Đã hạch toán”.

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

Có trong dữ liệu phần đầu bút toán. Tên trường thường gặp gồm “Trạng thái chứng từ” hoặc “Trạng thái hạch toán”.

Ví dụ
Đang xử lýChờ phê duyệtĐã phê duyệtĐã hạch toánĐã đảo
Có tự động hóa
IsAutomated
Cờ cho biết hoạt động do hệ thống hay người dùng thực hiện.
Mô tả

Thuộc tính Có tự động hóa là cờ đúng/sai, giúp phân biệt hoạt động do hệ thống tự động thực hiện, chẳng hạn bot hoặc sổ phụ tích hợp, với hoạt động do người dùng làm thủ công.

Thuộc tính này cần thiết để đo mức độ tự động hóa trong quy trình bút toán. Bạn có thể dùng thuộc tính này để tính KPI Tỷ lệ tự động hóa và tìm cơ hội tự động hóa thêm. So sánh thời gian xử lý và tỷ lệ lỗi giữa hoạt động tự động với hoạt động thủ công giúp doanh nghiệp xây dựng cơ sở rõ ràng để đầu tư vào công nghệ tự động hóa, nâng cao hiệu quả và giảm lỗi do con người.

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

Giúp đo tỷ lệ tự động hóa của quy trình và tìm cơ hội tự động hóa tác vụ thủ công, qua đó tăng hiệu quả và giảm lỗi.

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

Thường được xác định bằng cách kiểm tra xem “Tên người dùng” có phải là tài khoản hệ thống hoặc tài khoản dịch vụ hay không, hoặc giao dịch có đến từ hệ thống nguồn tự động hay không.

Ví dụ
truefalse
Lý do từ chối
RejectionReason
Lý do người xét duyệt đưa ra khi từ chối bút toán trong quy trình phê duyệt.
Mô tả

Lý do từ chối là mã hoặc nội dung giải thích vì sao bút toán không được phê duyệt. Các lý do thường gặp gồm gán sai tài khoản, thiếu chứng từ hoặc vi phạm chính sách.

Thuộc tính này là dữ liệu đầu vào chính để phân tích nguyên nhân gốc rễ của việc làm lại và những điểm kém hiệu quả trong quy trình. Phân tích tần suất của từng lý do từ chối giúp doanh nghiệp xác định các nguồn gây lỗi phổ biến nhất. Thông tin này rất hữu ích để xây dựng biện pháp phù hợp, chẳng hạn cải thiện tài liệu đào tạo, làm rõ chính sách hoặc thiết lập kiểm soát trong hệ thống để ngăn lỗi từ đầu. Thuộc tính này hỗ trợ trực tiếp các KPI như Tỷ lệ từ chối và Tỷ lệ làm lại.

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

Thuộc tính này rất quan trọng để tìm nguyên nhân gốc rễ của việc làm lại, nhận diện lỗi phổ biến và xây dựng chương trình đào tạo hoặc cải tiến hệ thống phù hợp.

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

Thường có trong nhật ký workflow hoặc lịch sử phê duyệt của bút toán. Đây có thể là trường nhập văn bản tự do hoặc lựa chọn từ danh sách có sẵn.

Ví dụ
Sai tài khoản sổ cáiThiếu chứng từ hỗ trợVượt ngưỡngBút toán trùng lặp
Ngày hạch toán
PostingDate
Ngày bút toán được hạch toán chính thức vào sổ cái, ảnh hưởng đến kỳ tài chính.
Mô tả

Ngày hạch toán là ngày kế toán chính thức của một giao dịch. Ngày này xác định kỳ tài chính mà bút toán được ghi nhận trên báo cáo tài chính. Ngày hạch toán có thể khác ngày tạo bút toán hoặc ngày giao dịch thực tế diễn ra.

Phân tích ngày hạch toán rất quan trọng để kiểm soát tài chính và đánh giá tính kịp thời. Khoảng cách giữa ngày tạo hoặc ngày phê duyệt với ngày hạch toán có thể là KPI quan trọng, cho thấy độ trễ ở bước cuối của quy trình. Ngày này cũng được dùng để phân tích tỷ lệ hạch toán đúng hạn và tìm các bút toán ghi lùi ngày hoặc hạch toán sai kỳ, vốn có thể gây lo ngại về tuân thủ.

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

Ngày này rất quan trọng để tính độ trễ hạch toán và đảm bảo bút toán được ghi nhận đúng kỳ tài chính, giúp báo cáo chính xác.

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

Đây là trường tiêu chuẩn bắt buộc trong phần đầu của mọi chứng từ tài chính trên hệ thống ERP.

Ví dụ
2023-10-312023-11-302024-01-02
Phòng ban
Department
Phòng ban hoặc trung tâm chi phí liên quan đến bút toán, chẳng hạn Tài chính, Kinh doanh hoặc CNTT.
Mô tả

Thuộc tính Phòng ban liên kết bút toán với một đơn vị kinh doanh, bộ phận chức năng hoặc trung tâm chi phí cụ thể. Dữ liệu tổ chức này giúp xác định bộ phận chịu trách nhiệm cho các hoạt động tài chính trong công ty.

Tương tự Mã công ty, thuộc tính Phòng ban cho phép phân tích dữ liệu quy trình theo nhiều nhóm chi tiết hơn. Bạn có thể dùng thuộc tính này để so sánh hiệu quả quy trình, tỷ lệ làm lại hoặc thời gian phê duyệt giữa các phòng ban. Qua đó, bạn có thể tìm ra cách làm hiệu quả hoặc xác định nhóm cần được hỗ trợ và hướng dẫn thêm về quy trình.

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

Cho phép phân tích quy trình và so sánh hiệu suất giữa các đơn vị kinh doanh, giúp phát hiện vấn đề riêng của từng phòng ban hoặc tìm ra cách làm hiệu quả.

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

Có thể tìm thấy trong dữ liệu phần đầu bút toán hoặc dữ liệu khoản mục. Thông tin này có thể được suy ra từ người tạo bút toán hoặc trung tâm chi phí được gán cho giao dịch.

Ví dụ
Tài chínhKinh doanh và tiếp thịDịch vụ CNTTCC-10120
Bắt buộc Nên có Không bắt buộc

Hoạt động trong quy trình từ ghi nhận đến báo cáo, bút toán nhật ký

Hãy ghi nhận các bước chính và mốc quan trọng này để khám phá quy trình chính xác và hiểu rõ cách thực hiện bút toán nhật ký.
6 Nên có 8 Không bắt buộc
Hoạt động Mô tả
Đảo bút toán nhật ký
Bút toán nhật ký đã ghi sổ trước đó được đảo bằng cách tạo chứng từ mới với các bút toán ngược lại. Thao tác này dùng để sửa lỗi trong chứng từ đã ghi sổ và được ghi nhận rõ ràng để phục vụ kiểm toán.
Vì sao điều này quan trọng

Bút toán bị đảo là dấu hiệu quan trọng cho thấy có lỗi trong các bút toán đã ghi sổ. Đây là một kết quả kết thúc không mong muốn khác, cần được theo dõi để đo tỷ lệ xử lý đúng ngay từ lần đầu.

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

Thông tin này thường được ghi nhận bằng một loại giao dịch cụ thể hoặc được đánh dấu trong dữ liệu của cả bút toán gốc và bút toán đảo.

Thu thập

Xác định ngày hạch toán của chứng từ bút toán mới được liên kết rõ ràng với bút toán gốc dưới dạng bút toán đảo.

Loại sự kiện explicit
Ghi sổ bút toán nhật ký
Bút toán nhật ký được ghi chính thức vào sổ cái. Từ thời điểm này, chứng từ trở thành bản ghi tài chính lâu dài và ảnh hưởng đến báo cáo tài chính của công ty.
Vì sao điều này quan trọng

Đây là kết quả thành công chính và điểm kết thúc của quy trình. Sự kiện này là cơ sở để đo tổng thời gian xử lý và hiệu quả của toàn bộ vòng đời bút toán nhật ký.

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

Sự kiện quan trọng này được ghi nhận trong bản ghi tiêu đề bút toán nhật ký, với trạng thái 'Đã ghi sổ' và ngày ghi sổ tương ứng.

Thu thập

Dùng ngày và giờ ghi sổ từ bảng tiêu đề bút toán nhật ký hoặc các bảng chứng từ tài chính liên quan.

Loại sự kiện explicit
Gửi bút toán nhật ký để phê duyệt
Người tạo chính thức gửi bút toán nhật ký đã hoàn tất vào quy trình làm việc phê duyệt. Hoạt động này chuyển bút toán từ giai đoạn chuẩn bị sang trạng thái chờ rà soát.
Vì sao điều này quan trọng

Đây là thời điểm kết thúc giai đoạn chuẩn bị và bắt đầu chu kỳ phê duyệt. Thời gian từ lúc gửi đến khi được duyệt là KPI quan trọng để đo hiệu quả quy trình làm việc.

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

Sự kiện này thường được ghi nhận dưới dạng thay đổi trạng thái trong nhật ký kiểm toán hoặc nhật ký quy trình làm việc của hệ thống, chẳng hạn từ 'Đang xử lý' sang 'Đã gửi'.

Thu thập

Tìm dấu thời gian khi trạng thái bút toán nhật ký chuyển thành 'Đã gửi để phê duyệt' hoặc trạng thái tương tự.

Loại sự kiện explicit
Phê duyệt bút toán nhật ký
Bút toán nhật ký được quản lý có thẩm quyền phê duyệt lần cuối. Đây là bước kiểm soát cuối cùng trước khi chứng từ có thể được ghi vào sổ cái.
Vì sao điều này quan trọng

Đây là mốc quan trọng đánh dấu chu kỳ phê duyệt hoàn tất. Thời gian từ lúc duyệt đến khi ghi sổ cũng là khâu cần theo dõi để đo hiệu quả quy trình và xác định điểm nghẽn.

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

Sự kiện này được ghi trong nhật ký quy trình làm việc hoặc nhật ký kiểm toán khi người dùng có thẩm quyền cuối cùng hoàn tất bước phê duyệt.

Thu thập

Ghi nhận dấu thời gian của trạng thái phê duyệt cuối cùng, chẳng hạn 'Đã duyệt' hoặc 'Được phép ghi sổ'.

Loại sự kiện explicit
Tạo bút toán nhật ký
Hoạt động này đánh dấu thời điểm bắt đầu một bút toán nhật ký mới. Đây là lúc người dùng tạo bản ghi ban đầu trong hệ thống, làm điểm khởi đầu cho toàn bộ quy trình.
Vì sao điều này quan trọng

Đây là hoạt động bắt đầu chính của quy trình. Phân tích thời gian từ bước này đến lúc ghi sổ giúp đo tổng thời gian xử lý từ đầu đến cuối.

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

Sự kiện này thường được ghi nhận trong bảng tiêu đề của phân hệ bút toán nhật ký, dựa trên dấu thời gian tạo bản ghi.

Thu thập

Tìm dấu thời gian sớm nhất gắn với mã bút toán nhật ký trong nhật ký giao dịch hoặc bảng tiêu đề của hệ thống.

Loại sự kiện explicit
Từ chối bút toán nhật ký
Người rà soát hoặc người phê duyệt từ chối bút toán nhật ký, khiến bút toán không thể tiếp tục. Bút toán thường được gửi lại cho người tạo để sửa, bắt đầu một vòng làm lại.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để xác định việc làm lại, vốn ảnh hưởng trực tiếp đến hiệu quả và chi phí quy trình. Tỷ lệ bị từ chối cao có thể cho thấy vấn đề về đào tạo, chính sách hoặc chất lượng dữ liệu.

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

Sự kiện này được ghi trong nhật ký quy trình làm việc hoặc nhật ký kiểm toán khi người phê duyệt chọn 'Từ chối' hoặc 'Gửi lại'.

Thu thập

Ghi nhận dấu thời gian khi trạng thái chuyển thành 'Bị từ chối', 'Cần sửa' hoặc trạng thái tương tự.

Loại sự kiện explicit
Bút toán đã được tất toán
Một khoản mục chưa tất toán trong bút toán được bù trừ bằng một lần hạch toán khác, chẳng hạn khoản thu tiền mặt tất toán một khoản trích trước. Hoạt động này ghi nhận việc đối chiếu các khoản mục cụ thể và hoàn tất chúng.
Vì sao điều này quan trọng

Hoạt động sau khi hạch toán này rất quan trọng với các quy trình có tài khoản chờ tất toán. Việc tất toán chậm có thể ảnh hưởng đến độ chính xác của bảng cân đối kế toán và hiệu quả khóa sổ cuối kỳ.

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

Sự kiện này được ghi trong dữ liệu khoản mục của bút toán. Ngày tất toán và số chứng từ tất toán thường được điền tại đây.

Thu thập

Dùng ngày tất toán gắn với một khoản mục cụ thể của bút toán.

Loại sự kiện explicit
Đính kèm chứng từ
Người dùng đính kèm một hoặc nhiều chứng từ hỗ trợ vào bút toán nhật ký. Chứng từ cung cấp bằng chứng và thông tin cần thiết về giao dịch cho người rà soát và kiểm toán viên.
Vì sao điều này quan trọng

Theo dõi hoạt động này giúp xác định liệu thiếu chứng từ có gây chậm trễ hay không. Thông tin cũng cho biết mức độ tuân thủ và tính đầy đủ của khâu chuẩn bị bút toán nhật ký.

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

Thông tin này thường được lưu trong bảng riêng về tệp đính kèm hoặc quản lý chứng từ, có liên kết với mã bút toán nhật ký.

Thu thập

Dùng dấu thời gian tạo trong nhật ký hoặc bảng đính kèm chứng từ liên quan đến mã bút toán nhật ký cụ thể.

Loại sự kiện explicit
Gửi lại bút toán nhật ký để phê duyệt
Bút toán nhật ký đã sửa được gửi lại vào quy trình làm việc phê duyệt để bắt đầu một vòng rà soát mới. Thao tác này khởi động lại quy trình phê duyệt sau khi hoàn tất sửa đổi.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm bắt đầu một chu kỳ phê duyệt mới cho cùng bút toán. Phân tích các lần gửi lại là điều cần thiết để hiểu đầy đủ các vòng làm lại.

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

Sự kiện này được ghi trong nhật ký quy trình làm việc khi trạng thái bút toán chuyển từ 'Bị từ chối' hoặc 'Đang xử lý' trở lại 'Đã gửi để phê duyệt'.

Thu thập

Tìm thay đổi trạng thái thành 'Đã gửi để phê duyệt' xảy ra sau hoạt động 'Từ chối bút toán nhật ký' của cùng một trường hợp.

Loại sự kiện inferred
Lưu tạm bút toán nhật ký
Người dùng lưu một bút toán nhật ký chưa hoàn tất mà chưa ghi sổ, để có thể hoàn thiện hoặc rà soát sau. Thao tác này tạo một chứng từ sơ bộ, chưa ảnh hưởng đến sổ cái.
Vì sao điều này quan trọng

Lưu tạm có thể cho thấy quy trình đang bị chậm hoặc cần thêm thông tin trước khi gửi duyệt. Số lượng bút toán lưu tạm cao có thể là dấu hiệu của quy trình kém hiệu quả hoặc thiếu dữ liệu.

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

Thông tin này thường xuất hiện dưới dạng trạng thái hoặc loại chứng từ rõ ràng trong dữ liệu tiêu đề bút toán nhật ký hoặc nhật ký thay đổi trạng thái tương ứng.

Thu thập

Ghi nhận dấu thời gian khi trạng thái bút toán nhật ký chuyển thành 'Lưu tạm', 'Đã lưu' hoặc 'Chưa hoàn tất'.

Loại sự kiện explicit
Sửa bút toán nhật ký
Người dùng chỉnh sửa bút toán nhật ký sau khi bút toán bị từ chối hoặc được gửi lại để sửa. Hoạt động này thể hiện công sức làm lại cần thiết để xử lý các vấn đề được phát hiện trong quá trình rà soát.
Vì sao điều này quan trọng

Đo thời gian dành cho việc sửa giúp định lượng tác động của công việc làm lại. Qua đó, bạn có thể thấy những khâu kém hiệu quả và cơ hội cải tiến quy trình hoặc đào tạo người dùng.

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

Hoạt động này thường được suy ra bằng cách phát hiện thay đổi ở các trường dữ liệu quan trọng trong bản ghi bút toán nhật ký sau khi trạng thái 'Bị từ chối' được ghi nhận.

Thu thập

Phát hiện thay đổi trong dữ liệu bút toán nhật ký hoặc dấu thời gian chỉnh sửa gần nhất, xảy ra giữa hoạt động 'Bị từ chối' và 'Gửi lại'.

Loại sự kiện inferred
Thay đổi bút toán nhật ký sau khi ghi sổ
Người dùng sửa một số trường của bút toán nhật ký sau khi bút toán đã được ghi sổ. Dù phần lớn dữ liệu tài chính không thể thay đổi sau khi ghi sổ, một số trường mô tả thường vẫn có thể chỉnh sửa.
Vì sao điều này quan trọng

Những thay đổi này có thể cho thấy vấn đề về chất lượng dữ liệu hoặc nỗ lực sửa thông tin ngoài quy trình đảo bút toán chính thức. Theo dõi các thay đổi rất quan trọng khi phân tích kiểm toán và tuân thủ.

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

Hoạt động này thường được ghi nhận trong nhật ký thay đổi chứng từ, nơi theo dõi các sửa đổi đối với hồ sơ tài chính sau khi ghi sổ.

Thu thập

Tìm các bản ghi trong nhật ký thay đổi có liên kết với mã bút toán nhật ký và có dấu thời gian sau ngày ghi sổ.

Loại sự kiện explicit
Xác định bút toán được ghi sổ thủ công
Sự kiện được tính toán này phân loại bút toán nhật ký được tạo qua phiên làm việc tương tác thủ công của người dùng. Loại này khác với bút toán được tạo qua giao diện tự động hoặc tác vụ xử lý hàng loạt.
Vì sao điều này quan trọng

Phân biệt bút toán thủ công với bút toán tự động là điều cần thiết khi phân tích mức độ tự động hóa. Việc này giúp tập trung nỗ lực cải tiến và đánh giá rủi ro liên quan đến thao tác thủ công.

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

Đây không phải sự kiện theo thời gian mà là phân loại dựa trên các trường của hệ thống nguồn, chẳng hạn mã giao dịch, phương thức nhập bút toán hoặc chỉ báo hệ thống nguồn.

Thu thập

Phân loại bút toán nhật ký dựa trên trường dữ liệu nguồn cho biết phương thức nhập bút toán. Có thể đặt dấu thời gian là thời điểm ghi sổ.

Loại sự kiện calculated
Xóa bút toán nhật ký
Bút toán nhật ký được lưu tạm hoặc chưa ghi sổ bị xóa khỏi hệ thống. Việc này thường xảy ra khi bút toán được tạo nhầm hoặc không còn cần thiết trước khi trở thành bản ghi tài chính.
Vì sao điều này quan trọng

Đây là kết quả kết thúc đối với những bút toán không bao giờ được ghi sổ. Phân tích các trường hợp bị xóa có thể giúp phát hiện lỗi quy trình hoặc công việc không cần thiết.

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

Sự kiện này có thể được ghi trong nhật ký kiểm toán hoặc xác định bằng cách tìm các bản ghi từng có trong bảng bút toán nhật ký nhưng sau đó đã bị xóa.

Thu thập

Ghi nhận dấu thời gian từ nhật ký kiểm toán lưu lại thời điểm xóa bản ghi bút toán nhật ký.

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

Hướng dẫn trích xuất

Cách lấy dữ liệu cho process mining.

Phương pháp trích xuất khác nhau tùy hệ thống. Để xem hướng dẫn chi tiết,

hãy đọc hướng dẫn ETL   hoặc   chọn quy trình và hệ thống cụ thể.

Sẵn sàng bắt đầu?

Bắt đầu phân tích quy trình bằng mẫu chung này hoặc chuyển thẳng đến hướng dẫn trích xuất theo hệ thống để chuẩn bị dữ liệu phù hợp.

Cải thiện quy trình bút toán nhật ký, bắt đầu tối ưu ngay

Tăng hiệu quả, giảm sai sót và rút ngắn nhanh chu kỳ khóa sổ.

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

Không cần thẻ tín dụng • Thấy giá trị ngay