Mẫu dữ liệu quản lý chi phí của bạn

Mẫu process mining dùng chung
Mẫu dữ liệu quản lý chi phí của bạn

Mẫu dữ liệu quản lý chi phí của bạn

Mẫu process mining dùng chung

Đây là mẫu dữ liệu process mining chung cho Quản lý chi phí. 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ể
  • Danh sách các thuộc tính dữ liệu thiết yếu.
  • Các hoạt động chính và mốc quan trọng trong quá trình xử lý chi phí.
  • Nền tảng để phân tích chi tiết quy trình trên mọi hệ thống.
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 quản lý chi phí

Bảng này liệt kê các trường dữ liệu được đề xuất nên có trong nhật ký sự kiện để phân tích quy trình quản lý chi phí và tìm hiểu sâu hơn.
5 Bắt buộc 8 Nên có 4 Không bắt buộc
Tên Mô tả
Mã báo cáo chi phí
ExpenseReportId
Mã định danh duy nhất của một báo cáo chi phí. Mã này nhóm tất cả hoạt động liên quan và dùng làm mã định danh chính của hồ sơ quy trình.
Mô tả

Mã báo cáo chi phí là khóa duy nhất được gán cho mỗi báo cáo do nhân viên nộp. Mã này kết nối mọi bước trong quy trình, từ lúc tạo và nộp báo cáo đến khi phê duyệt, có thể bị từ chối và cuối cùng được hoàn tiền.

Trong process mining, thuộc tính này là nền tảng để tái dựng từng hồ sơ quy trình. Mỗi mã báo cáo chi phí duy nhất tương ứng với một lần xử lý báo cáo. Phân tích hành trình của từng mã giúp bạn trực quan hóa luồng quy trình, tính thời gian xử lý của từng báo cáo và nhận diện khác biệt trong cách xử lý.

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

Đây là mã định danh thiết yếu để liên kết mọi sự kiện trong vòng đời của báo cáo chi phí, giúp theo dõi quy trình từ đầu đến cuối.

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

Thường nằm trong dữ liệu phần đầu của báo cáo chi phí hoặc bảng giao dịch chính của quy trình xử lý chi phí.

Ví dụ
ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582
Tên hoạt động
ActivityName
Tên của một sự kiện nghiệp vụ hoặc tác vụ cụ thể diễn ra trong vòng đời của báo cáo chi phí.
Mô tả

Tên hoạt động mô tả một bước hoặc lần đổi trạng thái trong quy trình xử lý chi phí. Ví dụ: 'Đã tạo báo cáo chi phí', 'Quản lý đã phê duyệt', 'Đã gắn cờ vi phạm chính sách' và 'Đã hoàn tất hoàn tiền'. Chuỗi hoạt động này tạo thành luồng quy trình của từng báo cáo chi phí.

Trong phân tích process mining, thuộc tính này rất quan trọng để khám phá mô hình quy trình thực tế. Thuộc tính giúp chuyên viên phân tích trực quan hóa sơ đồ quy trình, tìm điểm nghẽn do hoạt động kéo dài, phát hiện vòng làm lại như 'Báo cáo được gửi lại để chỉnh sửa' và xác định các trường hợp xử lý khác với thông lệ. Tên hoạt động càng rõ ràng và chi tiết, thông tin phân tích quy trình càng hữu ích.

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 và phân tích mẫu hình cũng như sai lệch trong quy trình làm việc.

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

Được lấy từ nhật ký sự kiện, bảng thay đổi trạng thái hoặc bản ghi giao dịch liên quan đến báo cáo chi phí.

Ví dụ
Gửi báo cáo chi phíQuản lý phê duyệtTài chính từ chốiĐã hoàn tất hoàn tiền
Thời điểm sự kiện
EventTime
Dấu thời gian cho biết chính xác ngày và giờ một hoạt động hoặc sự kiện cụ thể diễn ra.
Mô tả

Thời điểm sự kiện, hay dấu thời gian, ghi lại lúc một hoạt động diễn ra. Dữ liệu này xác định thứ tự thời gian của các sự kiện trong từng báo cáo chi phí, giúp tái dựng chính xác dòng thời gian của quy trình.

Trong process mining, dấu thời gian là nền tảng cho mọi phân tích theo thời gian. Dữ liệu này được dùng để tính các KPI quan trọng như thời gian giữa các hoạt động, tổng thời gian xử lý từ đầu đến cuối và thời gian chờ. Phân tích dấu thời gian giúp tổ chức phát hiện chậm trễ trong quy trình phê duyệt, đo hiệu quả hoàn tiền và theo dõi kết quả so với thỏa thuận mức dịch vụ.

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 theo trình tự và tính mọi chỉ số về thời lượng, chẳng hạn thời gian xử lý và điểm nghẽn.

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

Có trong nhật ký sự kiện hoặc dữ liệu giao dịch, thường mang tên 'Creation Date', 'Timestamp' hoặc 'Event Date'.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z
Hệ thống nguồn
SourceSystem
Hệ thống, ứng dụng hoặc nền tảng nơi dữ liệu quản lý chi phí được trích xuất.
Mô tả

Thuộc tính hệ thống nguồn cho biết dữ liệu quy trình bắt nguồn từ đâu. Ở các doanh nghiệp hiện đại, việc quản lý chi phí có thể liên quan đến nhiều hệ thống tích hợp, chẳng hạn hệ thống nhân sự lưu dữ liệu nhân viên, công cụ chuyên dụng để nộp báo cáo và ERP để ghi sổ tài chính. Trường này giúp phân biệt dữ liệu từ các nguồn khác nhau.

Thông tin này hữu ích cho việc xác thực dữ liệu và tìm hiểu các hệ thống công nghệ tham gia vào quy trình. Nếu vấn đề tập trung ở dữ liệu từ một hệ thống cụ thể, đó có thể là dấu hiệu của lỗi tích hợp hoặc sự cố trong ứng dụng đó. Thông tin cũng giúp làm rõ nguồn dữ liệu, để chuyên viên phân tích biết hệ thống nào là nguồn chuẩn cho từng bước của quy trình.

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

Cho biết nguồn gốc dữ liệu, yếu tố quan trọng để quản trị dữ liệu, xử lý sự cố và tìm hiểu khác biệt của quy trình giữa các nền tảng.

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

Thông tin này thường có trong quá trình trích xuất dữ liệu hoặc phần siêu dữ liệu, và có thể được bổ sung khi chuẩn bị dữ liệu.

Ví dụ
SAP ConcurExpensifyCoupaBrexRamp
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 bản ghi này được làm mới từ hệ thống nguồn.
Mô tả

Dấu thời gian lần cập nhật dữ liệu gần nhất cho biết thời điểm dữ liệu được trích xuất hoặc đồng bộ từ hệ thống nguồn lần cuối. Mốc này xác định rõ dữ liệu được đưa vào phân tích đến thời điểm nào, giúp mọi bên liên quan biết dữ liệu mới đến đâu.

Trong process mining, thuộc tính này rất quan trọng để đảm bảo tính toàn vẹn dữ liệu và độ tin cậy của báo cáo. Thuộc tính giúp người dùng biết họ đang xem thông tin gần thời gian thực hay ảnh chụp dữ liệu lịch sử. Điều này đặc biệt quan trọng với dashboard giám sát liên tục, nơi dữ liệu cần được cập nhật kịp thời. Thuộc tính cũng hỗ trợ xử lý sự cố trong luồng dữ liệu bằng cách xác nhận dữ liệu được làm mới đúng lịch.

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

Cho biết rõ dữ liệu mới đến đâu, yếu tố quan trọng để phân tích quy trình hoặc dashboard giám sát luôn chính xác và phù hợp.

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

Thường do công cụ tích hợp dữ liệu hoặc ETL (Extract, Transform, Load) tạo và lưu trong quá trình tải dữ liệu.

Ví dụ
2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z
Cờ vi phạm chính sách
PolicyViolationFlag
Giá trị đúng/sai, cho biết báo cáo chi phí có bị gắn cờ vì một hoặc nhiều vi phạm chính sách hay không.
Mô tả

Cờ vi phạm chính sách là giá trị đúng hoặc sai, cho biết báo cáo chi phí có bị hệ thống hoặc người dùng xác định là không tuân thủ chính sách chi tiêu của công ty hay không. Vi phạm có thể gồm vượt hạn mức chi tiêu, dùng nhà cung cấp chưa được phê duyệt hoặc thiếu chứng từ phù hợp.

Cờ này là yếu tố quan trọng để phân tích tuân thủ. Tổ chức có thể dùng cờ để tính tỷ lệ vi phạm chính sách chung, rồi đi sâu xuống một cấp để xem phòng ban, nhóm chi phí hoặc nhân viên nào có nhiều vi phạm nhất. Hiểu tần suất và tính chất vi phạm giúp công ty điều chỉnh chính sách, cải thiện bước kiểm tra tự động và đào tạo đúng đối tượng để giảm chi tiêu không tuân thủ cũng như các trường hợp ngoại lệ trong quy trình.

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

Hỗ trợ trực tiếp việc giám sát tuân thủ bằng cách gắn cờ các báo cáo không tuân thủ, giúp đo lường và giảm vi phạm chính sách.

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

Cờ hoặc trường trong phần đầu hay dữ liệu khoản mục của báo cáo chi phí, thường do bộ máy quy tắc của hệ thống thiết lập.

Ví dụ
truefalse
Lý do từ chối
RejectionReason
Lý do quản lý hoặc người dùng thuộc bộ phận tài chính đưa ra khi từ chối báo cáo chi phí hoặc yêu cầu chỉnh sửa.
Mô tả

Lý do từ chối là trường văn bản hoặc mã được xác định trước, giải thích vì sao báo cáo chi phí không qua được một bước phê duyệt. Các lý do thường gặp gồm 'Thiếu hóa đơn', 'Sai nhóm chi phí' hoặc 'Chi phí ngoài chính sách'.

Thuộc tính này rất hữu ích để tìm nguyên nhân gốc rễ khiến quy trình phải làm lại. Phân tích các lý do từ chối phổ biến nhất giúp công ty nhận diện vấn đề mang tính hệ thống. Ví dụ, nếu 'Thiếu hóa đơn' là lý do phổ biến nhất, công ty có thể cần hướng dẫn rõ hơn về chứng từ hoặc giúp nhân viên đính kèm hóa đơn dễ dàng hơn. Những thông tin này giúp cải tiến đúng khâu, tăng tỷ lệ được phê duyệt ngay lần đầu, giảm việc làm lại và rút ngắn tổng thời gian xử lý.

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

Giải thích nguyên nhân khiến quy trình phải làm lại, giúp cải tiến đúng trọng tâm để giảm tỷ lệ bị từ chối và tăng tỷ lệ đạt yêu cầu ngay lần đầu.

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

Được ghi trong trường nhận xét hoặc danh sách lựa chọn khi người phê duyệt chọn thao tác 'Reject' hoặc 'Send Back'.

Ví dụ
Thiếu hóa đơnSai nhóm chi phíVượt hạn mức công tác phíChi phí bị trùng
Người dùng
User
Tên hoặc mã của người dùng, nhân viên hay tài khoản hệ thống đã thực hiện hoạt động được ghi nhận.
Mô tả

Thuộc tính người dùng xác định cá nhân hoặc tác nhân tự động chịu trách nhiệm thực hiện một bước cụ thể trong quy trình. Đó có thể là nhân viên nộp báo cáo, quản lý phê duyệt hoặc thành viên nhóm tài chính xử lý hoàn tiền.

Phân tích 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, đánh giá hiệu suất cá nhân và xác định người có thể gây chậm trễ. Chẳng hạn, phân tích có thể cho thấy một quản lý cụ thể đang là điểm nghẽn trong chuỗi phê duyệt. Thông tin này cũng hỗ trợ phân tích phân bổ tài nguyên và giúp đảm bảo trách nhiệm giải trình cũng như khả năng kiểm toán trong toàn quy trình.

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

Xác định người thực hiện từng bước, hỗ trợ phân tích khối lượng công việc, so sánh hiệu suất và tìm điểm nghẽn gắn với cá nhân hoặc nhóm cụ thể.

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

Có trong nhật ký sự kiện hoặc lịch sử giao dịch, thường liên kết với mã người dùng hoặc mã nhân viên.

Ví dụ
john.doejane.smithapprover_team_leadsystem.batch.user
Người nộp
Submitter
Tên hoặc mã của nhân viên đã tạo và nộp báo cáo chi phí.
Mô tả

Người nộp là nhân viên phát sinh chi phí và bắt đầu quy trình hoàn tiền bằng cách tạo báo cáo chi phí. Thuộc tính này thường không đổi trong mọi sự kiện thuộc cùng một hồ sơ báo cáo.

Thuộc tính 'Người dùng' cho biết ai thực hiện từng bước, còn 'Người nộp' cung cấp thông tin nhất quán ở cấp hồ sơ để phân tích hành vi của chủ sở hữu báo cáo. Bạn có thể tập trung phân tích trải nghiệm nhân viên, chẳng hạn tìm những người thường bị từ chối báo cáo hoặc liên tục vi phạm chính sách. Từ đó, công ty có thể truyền đạt thông tin hoặc đào tạo đúng đối tượng, giúp nâng cao hiệu quả quy trình và tuân thủ ngay từ đầu.

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

Xác định người sở hữu báo cáo chi phí, giúp phân tích hành vi nhân viên, chẳng hạn tìm người thường vi phạm chính sách hoặc khiến báo cáo phải làm lại.

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

Có trong dữ liệu phần đầu của báo cáo chi phí, liên kết với nhân viên đã tạo bản ghi.

Ví dụ
Alice JohnsonRobert WilliamsEMP10234s.chen
Phòng ban của nhân viên
EmployeeDepartment
Đơn vị kinh doanh hoặc phòng ban của nhân viên đã nộp báo cáo chi phí.
Mô tả

Thuộc tính này xác định đơn vị trong tổ chức mà nhân viên nộp báo cáo trực thuộc, chẳng hạn 'Kinh doanh', 'Kỹ thuật' hoặc 'Tiếp thị'. Đơn vị này thường liên kết với trung tâm chi phí chịu trách nhiệm cho các khoản chi.

Phòng ban của nhân viên là một chiều phân tích chính để so sánh. Bạn có thể lọc quy trình theo phòng ban để phát hiện khác biệt đáng kể trong cách xử lý. Ví dụ, một phòng ban có thể có tỷ lệ vi phạm chính sách cao hơn nhiều hoặc thời gian phê duyệt lâu hơn phòng ban khác. Những thông tin này giúp ban quản lý xác định nhu cầu đào tạo phù hợp, điều chỉnh quy trình hoặc làm rõ chính sách cho từng nhóm.

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

Cho phép so sánh giữa các đơn vị kinh doanh để nhận diện hành vi đặc thù của từng phòng ban, điểm nghẽn hoặc vấn đề tuân thủ.

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

Thường lấy từ hồ sơ dữ liệu chính của nhân viên, được liên kết với báo cáo chi phí.

Ví dụ
Kinh doanhKỹ thuậtTiếp thịTài chính
Tiền tệ
Currency
Mã tiền tệ của tổng số tiền trong báo cáo chi phí, chẳng hạn USD, EUR hoặc GBP.
Mô tả

Thuộc tính tiền tệ cho biết đơn vị tiền tệ của tổng số tiền. Ở các tổ chức hoạt động trên nhiều quốc gia, nhân viên có thể nộp chi phí bằng nhiều loại tiền tệ. Trường này cung cấp thông tin cần thiết để hiểu các giá trị tiền tệ.

Thuộc tính này rất quan trọng để phân tích tài chính chính xác, nhất là trong tổ chức đa quốc gia. Nhờ đó, các giá trị tiền tệ được diễn giải đúng và có thể quy đổi về cùng một loại tiền tệ để tổng hợp báo cáo. Nếu thiếu thông tin này, việc so sánh tổng số tiền của một báo cáo bằng JPY với báo cáo bằng USD sẽ không có ý nghĩa. Đây cũng là thuộc tính thiết yếu cho dashboard theo dõi tổng chi tiêu, chi phí trung bình và KPI tài chính ở nhiều khu vực.

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

Cung cấp thông tin cần thiết để hiểu các giá trị tiền tệ, giúp lập báo cáo tài chính và so sánh giữa các khu vực hoặc quốc gia chính xác hơn.

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

Thường được lưu cùng các trường số tiền trong dữ liệu phần đầu của báo cáo chi phí.

Ví dụ
USDEURGBPJPY
Tổng số tiền
TotalAmount
Tổng giá trị tiền tệ của báo cáo chi phí được nộp để hoàn tiền.
Mô tả

Tổng số tiền là tổng giá trị của tất cả khoản chi trong một báo cáo chi phí. Đây là số tiền cần được phê duyệt và hoàn lại.

Thuộc tính này cần thiết cho phân tích tài chính trong process mining. Bạn có thể chia báo cáo thành các nhóm theo giá trị, chẳng hạn giá trị cao và thấp, vì mỗi nhóm thường đi theo luồng phê duyệt khác nhau. Chuyên viên phân tích có thể dùng thuộc tính này để tính chi phí trung bình cho mỗi báo cáo, đánh giá tác động tài chính của việc làm lại và từ chối, cũng như nhận diện xu hướng chi tiêu. Đối chiếu tổng số tiền với thời gian xử lý có thể cho thấy báo cáo giá trị cao có mất nhiều thời gian phê duyệt hơn hay không.

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

Hỗ trợ phân tích tác động tài chính, nhận diện mẫu hình chi tiêu và phân nhóm quy trình theo giá trị báo cáo.

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

Có trong dữ liệu phần đầu của báo cáo chi phí, thường được tính bằng cách cộng tất cả khoản mục.

Ví dụ
150.752500.0085.5012500.20
Trạng thái báo cáo
ReportStatus
Trạng thái hiện tại hoặc cuối cùng của báo cáo chi phí trong vòng đời xử lý, chẳng hạn 'Đã nộp', 'Đã phê duyệt' hoặc 'Đã thanh toán'.
Mô tả

Trạng thái báo cáo cho biết báo cáo chi phí đang ở bước nào trong quy trình tại một thời điểm nhất định hoặc kết quả cuối cùng ra sao. Trạng thái thường thay đổi khi báo cáo đi qua các bước nộp, phê duyệt, xử lý và thanh toán.

Thuộc tính này hữu ích khi lọc hồ sơ để phân tích từng nhóm cụ thể. Ví dụ, bạn có thể chỉ xem báo cáo 'Đã từ chối' để tìm hiểu lý do bị từ chối, hoặc báo cáo 'Chờ phê duyệt' để tìm điểm nghẽn hiện tại. Trong dashboard, thuộc tính này cung cấp cái nhìn tổng quan về khối lượng công việc hiện tại và tình trạng của các báo cáo chi phí đang xử lý. Bạn cũng có thể dùng thuộc tính này để xác thực chuỗi hoạt động được tạo ra cho process mining.

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

Tóm tắt trạng thái báo cáo ở mức tổng quan, hữu ích khi lọc hồ sơ và tạo dashboard vận hành để theo dõi khối lượng công việc hiện tại.

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

Trường trong bảng phần đầu chính của báo cáo chi phí, được cập nhật khi báo cáo tiến triển qua các bước trong quy trình làm việc.

Ví dụ
Chờ phê duyệtĐã phê duyệtĐã thanh toánĐã từ chốiĐã rút
Kết quả kiểm toán
AuditOutcome
Kết quả kiểm toán thủ công hoặc tự động đối với báo cáo chi phí.
Mô tả

Kết quả kiểm toán ghi lại phát hiện từ một bước kiểm toán trong quy trình. Đây có thể là kiểm tra tự động của hệ thống để đối chiếu các quy tắc tuân thủ, hoặc đánh giá thủ công của nhóm tài chính hay kiểm toán. Kết quả thường gồm “Đạt”, “Không đạt” hoặc “Đạt nhưng có ngoại lệ”.

Thuộc tính này giúp đo trực tiếp hiệu quả của các biện pháp kiểm soát nội bộ. Phân tích kết quả kiểm toán giúp doanh nghiệp đánh giá mức độ rủi ro và chất lượng hồ sơ gửi lên. Thuộc tính này cũng giúp xác định những khâu kiểm soát chưa hiệu quả hoặc những chính sách thường bị hiểu sai. process mining có thể đối chiếu kết quả kiểm toán với các thuộc tính khác để tìm ra, chẳng hạn, danh mục chi phí hoặc phòng ban nào có tỷ lệ kiểm toán không đạt cao hơn.

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

Đo trực tiếp mức độ tuân thủ và kết quả kiểm soát nội bộ, giúp đánh giá rủi ro cũng như hiệu quả của các quy tắc kiểm toán.

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

Trường này được cập nhật bởi công cụ áp dụng quy tắc tự động hoặc người dùng thuộc nhóm kiểm toán hay tài chính sau khi hoàn tất đánh giá.

Ví dụ
ĐạtKhông đạt, thiếu chứng từCần làm rõĐạt nhưng có ngoại lệ
Người phê duyệt
Approver
Tên hoặc mã người dùng, thường là quản lý hoặc nhân viên tài chính, chịu trách nhiệm phê duyệt báo cáo chi phí.
Mô tả

Thuộc tính Người phê duyệt xác định người thực hiện bước phê duyệt hoặc từ chối trong quy trình làm việc. Nhiều quy trình có nhiều cấp phê duyệt, chẳng hạn quản lý trực tiếp, sau đó đến trưởng bộ phận hoặc nhân viên tài chính.

Tương tự thuộc tính “Người dùng”, thuộc tính “Người phê duyệt” đặc biệt hữu ích khi phân tích giai đoạn phê duyệt, vốn thường gây ra nhiều chậm trễ. Bạn có thể đo thời gian phê duyệt của từng người để tìm điểm nghẽn. Bảng điều khiển có thể hiển thị khối lượng công việc và hiệu suất của từng người phê duyệt, giúp phân bổ tài nguyên và xác định nhu cầu đào tạo thêm về chính sách chi phí.

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

Xác định người chịu trách nhiệm phê duyệt, giúp phân tích thời gian chậm trễ, khối lượng công việc và tính nhất quán trong quyết định.

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

Được ghi trong nhật ký sự kiện hoặc lịch sử giao dịch của các hoạt động liên quan đến phê duyệt.

Ví dụ
David ChenMGR1056Hàng đợi phê duyệt của bộ phận tài chínhsusan.g
Nhóm chi phí
ExpenseCategory
Phân loại khoản chi, chẳng hạn 'Đi lại', 'Ăn uống', 'Phần mềm' hoặc 'Văn phòng phẩm'.
Mô tả

Danh mục chi phí là thuộc tính dùng để phân loại khoản chi trong báo cáo chi phí. Một báo cáo có thể gồm nhiều danh mục nếu có nhiều khoản mục.

Phân tích quy trình theo danh mục chi phí giúp tổ chức hiểu cách chi tiêu và nhận diện đặc điểm xử lý riêng của từng danh mục. Chẳng hạn, chi phí “Công tác nước ngoài” có thể cần quy trình phê duyệt phức tạp và lâu hơn chi phí “Văn phòng phẩm”. Thuộc tính này giúp phân tích tuân thủ chi tiết hơn, qua đó cho thấy danh mục nào dễ phát sinh vi phạm chính sách. Đây cũng là trường dữ liệu quan trọng để lập kế hoạch tài chính và ngân sách.

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

Giúp phân tích cách chi tiêu và xác định liệu các loại chi phí khác nhau có đi theo những luồng quy trình riêng hoặc có mức độ tuân thủ khác nhau hay không.

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

Thường có ở cấp khoản mục trong báo cáo chi phí. Khi phân tích ở cấp hồ sơ, bạn có thể tổng hợp các danh mục hoặc dùng danh mục chiếm tỷ trọng lớn nhất.

Ví dụ
Vé máy bayĂn uống và tiếp kháchĐăng ký phần mềmVăn phòng phẩmKhách sạn
Phương thức thanh toán
PaymentMethod
Cách thanh toán chi phí, chẳng hạn như “Thẻ công ty” hoặc “Tự chi trả”.
Mô tả

Phương thức thanh toán cho biết nhân viên đã thanh toán khoản chi ban đầu bằng cách nào. Thông thường, khoản chi được thanh toán bằng thẻ công ty do doanh nghiệp cấp hoặc bằng tiền cá nhân, còn gọi là “Tự chi trả”, và cần được hoàn lại trực tiếp.

Thuộc tính này giúp phân biệt hai luồng quy trình chính. Giao dịch bằng thẻ công ty thường được xác minh nhanh hơn vì dữ liệu được gửi trực tiếp từ đơn vị phát hành thẻ. Ngược lại, khoản tự chi trả cần được kiểm tra kỹ hơn và thanh toán lại cho nhân viên. Phân tích quy trình theo phương thức thanh toán giúp so sánh thời gian xử lý, mức độ tuân thủ và chi phí giữa hai luồng. Từ đó, bạn có thể tìm ra cơ hội khuyến khích dùng thẻ công ty để nâng cao hiệu quả.

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

Phân biệt các luồng quy trình chính, như thanh toán bằng thẻ công ty và tiền cá nhân, vốn thường khác nhau về rủi ro, hiệu quả và mức độ kiểm soát.

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

Thường được ghi ở cấp khoản mục chi phí và cho biết nguồn tiền dùng cho giao dịch.

Ví dụ
Thẻ công tyTự chi trảPhụ cấp công tác theo ngàyCông ty thanh toán
Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý chi phí

Phần này liệt kê các bước quy trình và mốc quan trọng cần ghi lại để khám phá quy trình chính xác và trực quan hóa luồng xử lý chi phí.
6 Nên có 9 Không bắt buộc
Hoạt động Mô tả
Đã ghi sổ kế toán
Đây là bước cuối cùng, khi dữ liệu chi phí được ghi thành công vào sổ cái tổng hợp hoặc hệ thống ERP của công ty. Bước này hoàn tất việc đối soát tài chính cho báo cáo chi phí.
Vì sao điều này quan trọng

Đánh dấu thời điểm quy trình thực sự kết thúc theo góc độ kế toán tài chính. Khoảng thời gian từ lúc hoàn tiền đến sự kiện này cho thấy hiệu quả của hoạt động khóa sổ tài chính.

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

Lấy từ nhật ký tích hợp ERP hoặc trạng thái cuối cùng của báo cáo chi phí cho biết dữ liệu đã được đồng bộ với hệ thống kế toán.

Thu thập

Dùng dấu thời gian trong nhật ký tích hợp xác nhận dữ liệu đã được ghi thành công vào sổ cái tổng hợp.

Loại sự kiện explicit
Đã hoàn tất hoàn tiền
Hoạt động này đánh dấu thời điểm khoản thanh toán được chuyển thành công cho nhân viên. Theo góc nhìn của nhân viên, đây là lúc quy trình hoàn tất thành công.
Vì sao điều này quan trọng

Đây là mốc kết thúc quan trọng của quy trình, giúp đo tổng thời gian hoàn tiền. Chỉ số này ảnh hưởng đáng kể đến mức độ hài lòng của nhân viên.

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

Thường được lấy từ nhật ký xử lý thanh toán hoặc lần cập nhật trạng thái cuối cùng như 'Paid' hay 'Reimbursed' do hệ thống thanh toán tích hợp gửi về.

Thu thập

Dùng ngày thực hiện thanh toán trong bản ghi giao dịch tài chính liên kết với báo cáo chi phí.

Loại sự kiện explicit
Gửi báo cáo chi phí
Sự kiện xảy ra khi người lao động chính thức gửi báo cáo chi phí đã hoàn tất để bắt đầu quy trình phê duyệt. Thao tác này chuyển trạng thái báo cáo từ bản nháp sang chờ phê duyệt.
Vì sao điều này quan trọng

Đây là mốc quan trọng, đánh dấu giai đoạn nhập dữ liệu kết thúc và chu kỳ phê duyệt bắt đầu. Chậm trễ trước mốc này do người dùng quyết định, còn chậm trễ sau đó do quy trình gây ra.

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

Sự kiện này được ghi nhận trong nhật ký thay đổi trạng thái hoặc dấu thời gian gửi báo cáo cụ thể trong lịch sử báo cáo.

Thu thập

Xác định sự kiện chuyển trạng thái báo cáo từ 'bản nháp' hoặc 'đang mở' sang 'đã gửi' hoặc 'chờ phê duyệt'.

Loại sự kiện explicit
Quản lý phê duyệt
Quản lý trực tiếp của người lao động hoặc người phê duyệt cấp đầu tiên đã xem xét và phê duyệt báo cáo chi phí. Đây là điểm quyết định quan trọng, giúp báo cáo tiếp tục sang bước kế tiếp trong quy trình làm việc.
Vì sao điều này quan trọng

Đo thời lượng và hiệu quả của bước phê duyệt đầu tiên. Đây là mốc quan trọng để tính tổng thời gian phê duyệt.

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

Được ghi trong bảng lịch sử phê duyệt hoặc nhật ký kiểm toán, nơi lưu lại thao tác và dấu thời gian của người phê duyệt.

Thu thập

Lọc lịch sử phê duyệt để tìm thao tác 'Approve' đầu tiên do người dùng có vai trò quản lý thực hiện.

Loại sự kiện explicit
Tài chính phê duyệt
Nhóm tài chính hoặc kiểm toán hoàn tất việc rà soát và phê duyệt cuối cùng cho báo cáo chi phí. Đây thường là bước phê duyệt cuối trước khi xử lý hoàn tiền.
Vì sao điều này quan trọng

Đây là mốc phê duyệt cuối cùng. Khoảng thời gian từ lúc nộp đến sự kiện này là tổng thời gian phê duyệt, một KPI quan trọng.

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

Được ghi thành sự kiện cụ thể trong bảng lịch sử phê duyệt hoặc nhật ký kiểm toán, kèm thông tin người phê duyệt.

Thu thập

Lọc lịch sử phê duyệt để tìm thao tác 'Approve' cuối cùng, thường do người dùng có vai trò tài chính hoặc kiểm toán thực hiện.

Loại sự kiện explicit
Tạo báo cáo chi phí
Đánh dấu thời điểm bắt đầu quy trình, khi người lao động tạo hồ sơ báo cáo chi phí mới. Đây là sự kiện đầu tiên được ghi nhận và xác lập mã định danh trường hợp để theo dõi.
Vì sao điều này quan trọng

Xác định điểm bắt đầu của quy trình từ đầu đến cuối, giúp đo chính xác tổng thời gian xử lý từ lúc tạo báo cáo đến khi hoàn tất thanh toán.

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

Sự kiện này thường được ghi nhận từ dấu thời gian tạo hồ sơ trong dữ liệu phần đầu của báo cáo chi phí.

Thu thập

Dùng dấu thời gian tạo hồ sơ trong bảng hoặc đối tượng chính của báo cáo chi phí.

Loại sự kiện explicit
Báo cáo đã rút
Nhân viên đã nộp báo cáo chi phí hủy báo cáo trước khi được phê duyệt hoàn toàn. Thao tác này đưa báo cáo ra khỏi quy trình phê duyệt đang xử lý.
Vì sao điều này quan trọng

Đây là trường hợp người dùng cuối chủ động hủy quy trình. Tìm hiểu lý do rút báo cáo giúp bạn hiểu rõ hơn về trải nghiệm người dùng và mức độ dễ hiểu của quy trình.

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

Thường được ghi thành sự kiện cụ thể trong nhật ký kiểm toán của báo cáo hoặc thể hiện qua thay đổi trạng thái sang 'Withdrawn' hoặc 'Canceled'.

Thu thập

Xác định sự kiện người nộp ban đầu thực hiện thao tác hủy báo cáo.

Loại sự kiện explicit
Báo cáo được gửi lại để chỉnh sửa
Người phê duyệt, thường là quản lý hoặc người phụ trách rà soát tài chính, gửi báo cáo lại cho nhân viên để chỉnh sửa thay vì từ chối hẳn. Thao tác này tạo một vòng làm lại, đưa báo cáo về trạng thái bản nháp.
Vì sao điều này quan trọng

Hoạt động này là dấu hiệu chính cho thấy quy trình có vòng làm lại. Phân tích tần suất và nguyên nhân giúp phát hiện điểm kém hiệu quả và cơ hội cải tiến quy trình.

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

Lấy từ nhật ký lịch sử phê duyệt hoặc xác định qua thay đổi trạng thái từ 'Pending Approval' về 'Draft' hoặc 'Open'.

Thu thập

Tìm các sự kiện 'Send Back' hoặc chuyển trạng thái cụ thể cho thấy báo cáo được gửi lại người nộp.

Loại sự kiện explicit
Bắt đầu rà soát tài chính
Đánh dấu thời điểm báo cáo chi phí được chuyển vào hàng đợi của bộ phận tài chính hoặc kế toán để rà soát và kiểm toán lần cuối. Thường có thể suy ra từ thay đổi trạng thái sau khi quản lý phê duyệt.
Vì sao điều này quan trọng

Giúp đo thời gian báo cáo nằm trong hàng đợi trước khi nhóm tài chính bắt đầu xử lý. Thời gian chờ lâu có thể là điểm nghẽn khó nhận thấy trong quy trình.

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

Có thể suy ra từ nhật ký thay đổi trạng thái khi báo cáo chuyển sang 'Pending Finance Review' hoặc trạng thái tương tự.

Thu thập

Dùng dấu thời gian của lần đổi trạng thái đưa báo cáo vào hàng đợi tài chính hoặc kiểm toán.

Loại sự kiện inferred
Đã đóng báo cáo chi phí
Báo cáo chi phí được đánh dấu chính thức là đã đóng trong hệ thống sau khi hoàn tất mọi thao tác. Đây là lần cập nhật trạng thái cuối cùng, cho biết sẽ không có thay đổi nào khác.
Vì sao điều này quan trọng

Xác định rõ điểm kết thúc của quy trình, tránh đưa vào phân tích những báo cáo vẫn đang mở trên hệ thống nhưng không còn hoạt động.

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

Có thể suy ra từ trạng thái cuối cùng được ghi nhận, chẳng hạn 'Closed' hoặc 'Archived', và không có hoạt động nào sau đó.

Thu thập

Xác định dấu thời gian của lần chuyển trạng thái cuối cùng sang trạng thái kết thúc như 'Closed'.

Loại sự kiện inferred
Đã lên lịch hoàn tiền
Sau khi được phê duyệt cuối cùng, báo cáo chi phí được đưa vào hàng đợi thanh toán của đợt hoàn tiền sắp tới. Sự kiện này đánh dấu bước chuyển từ khâu phê duyệt sang hệ thống thanh toán.
Vì sao điều này quan trọng

Đo hiệu quả của bước chuyển sang quy trình thanh toán. Chậm trễ ở đây có thể cho thấy việc gom đợt thanh toán chưa hiệu quả hoặc hệ thống thanh toán tích hợp gặp vấn đề.

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

Có thể suy ra từ lần đổi trạng thái sang 'Pending Payment' hoặc 'Approved for Payment' sau khi ghi nhận phê duyệt cuối cùng.

Thu thập

Dùng dấu thời gian khi báo cáo được đưa vào đợt thanh toán hoặc khi trạng thái chuyển sang sẵn sàng thanh toán.

Loại sự kiện inferred
Đánh dấu vi phạm chính sách
Kiểm tra tự động của hệ thống hoặc bước rà soát thủ công phát hiện một khoản chi có thể vi phạm chính sách công ty. Sự kiện này được ghi nhận khi cờ hoặc cảnh báo vi phạm chính sách được đặt trên báo cáo.
Vì sao điều này quan trọng

Sự kiện này làm rõ vấn đề tuân thủ và thường là nguyên nhân chính dẫn đến việc làm lại hoặc từ chối báo cáo. Phân tích các cờ này giúp bạn phát hiện chính sách khó hiểu hoặc nội dung cần đào tạo thêm cho người lao động.

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

Thông tin có trong nhật ký hệ thống, bảng ngoại lệ hoặc có thể được xác định bằng cách theo dõi thời điểm cờ vi phạm được áp dụng lần đầu cho báo cáo hoặc khoản chi.

Thu thập

Dùng dấu thời gian tạo hồ sơ ngoại lệ chính sách hoặc thời điểm cờ vi phạm được đặt thành true.

Loại sự kiện explicit
Đính kèm hóa đơn
Ghi nhận thao tác người dùng tải lên và liên kết hóa đơn hoặc tài liệu hỗ trợ khác với một khoản chi. Thông thường, mỗi tài liệu đính kèm được ghi nhận thành một sự kiện riêng.
Vì sao điều này quan trọng

Theo dõi hành vi người dùng và khả năng chậm nộp chứng từ. Đây có thể là điểm nghẽn thường gặp trước khi báo cáo sẵn sàng được gửi.

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

Thông tin này thường có trong nhật ký kiểm tra của hệ thống hoặc bảng tệp đính kèm riêng, nơi liên kết tài liệu với báo cáo chi phí.

Thu thập

Ghi lại dấu thời gian của từng hồ sơ mới trong các bảng liên quan đến tài liệu hoặc tệp đính kèm.

Loại sự kiện explicit
Quản lý từ chối
Quản lý cấp đầu tiên đã rà soát báo cáo chi phí và đưa ra quyết định từ chối cuối cùng. Thao tác này thường kết thúc quy trình của báo cáo đó, người nộp cần tạo báo cáo mới.
Vì sao điều này quan trọng

Cho biết quy trình gặp lỗi ở bước phê duyệt đầu tiên. Tỷ lệ bị từ chối cao có thể là dấu hiệu cho thấy người nộp chưa hiểu rõ chính sách hoặc hồ sơ chưa đạt yêu cầu.

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

Có trong nhật ký lịch sử phê duyệt hoặc được ghi nhận qua lần chuyển trạng thái cuối cùng sang 'Rejected' do quản lý thực hiện.

Thu thập

Lấy dấu thời gian của thao tác 'Reject' cuối cùng do người phê duyệt cấp đầu tiên thực hiện trong nhật ký kiểm toán.

Loại sự kiện explicit
Tài chính từ chối
Bộ phận tài chính từ chối báo cáo chi phí, thường do vấn đề nghiêm trọng liên quan đến chính sách, tuân thủ hoặc chứng từ. Đây thường là quyết định từ chối cuối cùng và kết thúc quy trình.
Vì sao điều này quan trọng

Giúp xác định các vi phạm tuân thủ nghiêm trọng hoặc sự cố trong quy trình. Khác với trường hợp quản lý từ chối, việc tài chính từ chối thường cho thấy vấn đề nghiêm trọng hơn.

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

Có trong nhật ký lịch sử phê duyệt hoặc được ghi nhận qua lần chuyển trạng thái cuối cùng sang 'Rejected' do người dùng thuộc bộ phận tài chính thực hiện.

Thu thập

Lấy dấu thời gian của thao tác 'Reject' cuối cùng do người phê duyệt thuộc bộ phận tài chính hoặc kiểm toán thực hiện trong nhật ký kiểm toán.

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 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 chưa?

Bắt đầu với process mining bằng cách chọn hướng dẫn trích xuất dành cho hệ thống bạn dùng, hoặc dùng mẫu chung này để chuẩn bị dữ liệu quản lý chi phí từ bất kỳ nguồn nào. Chúng tôi sẵn sàng giúp bạn tìm ra những thông tin hữu ích.

Bắt đầu cải thiện quy trình quản lý chi phí ngay hôm nay

Tìm ra những khâu kém hiệu quả còn ẩn và bảo đảm tuân thủ trong mọi quy trình chi phí.

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

Không cần thẻ tín dụng • Thiết lập trong 5 phút