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

Expensify
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 này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích quy trình quản lý chi phí. Mẫu nêu rõ các thuộc tính quan trọng cần lấy, những hoạt động chính cần theo dõi và cách trích xuất thông tin từ hệ thống Expensify. Dùng tài nguyên này để chuẩn bị dữ liệu cho process mining.
  • Các thuộc tính nên thu thập để phân tích đầy đủ
  • Các hoạt động chính cần theo dõi để khám phá quy trình chính xác
  • Hướng dẫn thực tế để trích xuất dữ liệu
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í

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích và tối ưu quy trình quản lý chi phí.
3 Bắt buộc 5 Nên có 12 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 báo cáo chi phí, dùng để nhóm mọi hoạt động liên quan từ lúc gửi đến khi hoàn tiền.
Mô tả

Mã báo cáo chi phí là mã định danh hồ sơ chính của quy trình quản lý chi phí. Mỗi mã tương ứng với một tập hợp khoản chi do nhân viên gửi để phê duyệt và hoàn tiền. Thuộc tính này rất quan trọng để theo dõi toàn bộ hành trình của báo cáo, từ đó dựng lại vòng đời của báo cáo, bao gồm mọi lần gửi, phê duyệt, từ chối và thanh toán.

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

Thuộc tính này giúp nhóm mọi sự kiện liên quan vào một phiên bản quy trình duy nhất, làm nền tảng cho mọi phân tích process mining.

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

Đây là khóa chính trong đối tượng dữ liệu báo cáo chi phí, thường có trong endpoint reports của Expensify API với tên 'reportID'.

Ví dụ
RPT_84321RPT_99012RPT_10573
Tên hoạt động
ActivityName
Tên sự kiện nghiệp vụ xảy ra tại một thời điểm cụ thể trong quá trình xử lý báo cáo chi phí.
Mô tả

Tên hoạt động mô tả một bước hoặc cột mốc cụ thể trong quy trình quản lý chi phí, chẳng hạn như 'Đã gửi báo cáo chi phí' hoặc 'Quản lý đã phê duyệt'. Đây là phần cốt lõi của sơ đồ quy trình, giúp chuyên viên phân tích hình dung luồng công việc, nhận diện các lộ trình phổ biến và phát hiện sai lệch hoặc điểm nghẽn. Phân tích trình tự hoạt động là bước cơ bản để hiểu hiệu quả và mức độ tuân thủ của quy trình.

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

Thuộc tính này xác định các bước trong sơ đồ quy trình, giúp bạn hình dung và phân tích luồng quy trình, các biến thể và vòng lặp làm lại.

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

Thuộc tính này thường được tạo bằng cách ánh xạ các thay đổi trạng thái báo cáo, bình luận hoặc mục trong nhật ký lịch sử của Expensify sang danh sách hoạt động chuẩn hóa.

Ví dụ
Expense Report SubmittedQuản lý đã phê duyệtBộ phận tài chính đã từ chốiĐã hoàn tiền
Thời điểm sự kiện
EventTime
Dấu thời gian cho biết một hoạt động hoặc sự kiện cụ thể của báo cáo chi phí xảy ra khi nào.
Mô tả

Thời điểm sự kiện ghi lại chính xác ngày giờ của từng hoạt động trong quy trình. Thông tin thời gian này cần thiết để tính thời gian chu trình, thời lượng và thời gian chờ giữa các bước. Nhờ đó, bạn có thể phân tích điểm nghẽn, xu hướng hiệu suất theo thời gian và mức độ tuân thủ thỏa thuận mức dịch vụ. Nếu dấu thời gian không chính xác, phân tích process mining chỉ có thể khám phá luồng quy trình.

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

Dấu thời gian cần thiết cho mọi phân tích dựa trên thời gian, bao gồm tính thời gian chu trình, phát hiện điểm nghẽn và theo dõi hiệu suất quy trình.

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

Đây là dấu thời gian tạo của từng mục nhật ký lịch sử hoặc lần thay đổi trạng thái trong dữ liệu báo cáo Expensify.

Ví dụ
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-01T09:12:05Z
Cờ vi phạm chính sách
PolicyViolationFlag
Giá trị đúng/sai cho biết báo cáo có bị gắn cờ vi phạm chính sách hay không.
Mô tả

Cờ này cho biết báo cáo chi phí có vi phạm một hay nhiều chính sách hay không, chẳng hạn vượt hạn mức chi tiêu hoặc thiếu biên lai. Hệ thống tự động của Expensify thường gắn cờ những vấn đề này. Thuộc tính này cần thiết cho bảng điều khiển Tổng quan vi phạm chính sách, giúp định lượng vấn đề về tuân thủ và xác định khâu cần cải thiện.

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

Đo trực tiếp mức độ tuân thủ chính sách và giúp xác định báo cáo cần được xem xét kỹ hơn. Đây là dữ liệu đầu vào quan trọng cho bảng điều khiển tuân thủ.

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

Báo cáo Expensify thường có trường hoặc trạng thái riêng cho biết có vi phạm hay không, chẳng hạn như 'hasViolations' hoặc một cờ đúng/sai tương tự.

Ví dụ
truefalse
Người gửi
Submitter
Nhân viên đã tạo và gửi báo cáo chi phí.
Mô tả

Thuộc tính Người gửi xác định nhân viên đã phát sinh khoản chi và yêu cầu hoàn tiền. Thông tin này được dùng để phân tích xu hướng chi tiêu theo nhân viên, phòng ban hoặc vai trò. Thuộc tính này giúp trả lời câu hỏi nhóm nhân viên nào thường gặp chậm trễ hoặc có tỷ lệ vi phạm chính sách cao nhất, qua đó hỗ trợ phân tích trải nghiệm nhân viên.

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

Cho phép phân tích hiệu suất quy trình từ góc nhìn của nhân viên, giúp xác định các nhóm thường gặp vấn đề hoặc chậm trễ.

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

Đây là trường chính trong đối tượng báo cáo chi phí, thường có tên 'policyEmail', 'submitterEmail' hoặc 'employeeEmail'.

Ví dụ
sara.jones@example.comkevin.lee@example.commaria.garcia@example.com
Người phê duyệt
Approver
Tên hoặc mã người dùng chịu trách nhiệm phê duyệt hoặc từ chối báo cáo chi phí.
Mô tả

Thuộc tính Người phê duyệt xác định quản lý hoặc nhân viên bộ phận tài chính đã xử lý báo cáo chi phí được gửi. Thuộc tính này cần thiết để phân tích cách xử lý của từng người phê duyệt, chẳng hạn như thời gian phê duyệt, tỷ lệ từ chối và phân bổ khối lượng công việc. Hiểu rõ hiệu suất của người phê duyệt giúp xác định nhu cầu đào tạo, phân bổ lại công việc và tinh gọn quy trình phê duyệt.

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

Thuộc tính này giúp phân tích điểm nghẽn trong khâu phê duyệt, phân bổ khối lượng công việc và tỷ lệ từ chối của từng người phê duyệt.

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

Thông tin này có trong lịch sử hoặc nhật ký quy trình làm việc của báo cáo, thường gắn với sự kiện phê duyệt hoặc từ chối. Trường này có thể mang tên 'managerEmail' hoặc tên tương tự.

Ví dụ
jane.doe@example.comjohn.smith@example.comfinance.approver@example.com
Phòng ban của nhân viên
EmployeeDepartment
Phòng ban hoặc đơn vị kinh doanh mà người gửi trực thuộc.
Mô tả

Thuộc tính này cho biết phòng ban của nhân viên gửi báo cáo chi phí, chẳng hạn như 'Bán hàng', 'Kỹ thuật' hoặc 'Tiếp thị'. Đây là chiều phân tích quan trọng, giúp so sánh thời gian chu trình, tỷ lệ từ chối và mức độ tuân thủ chính sách giữa các bộ phận. Qua đó, bạn có thể phát hiện vấn đề riêng của từng phòng ban hoặc nhu cầu đào tạo.

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

Cho phép đi sâu phân tích để so sánh hiệu suất quy trình và mức độ tuân thủ giữa các đơn vị kinh doanh.

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

Thông tin này có thể được lưu dưới dạng thẻ trên báo cáo hoặc trong hồ sơ người dùng của người gửi trên Expensify. Có thể cần bổ sung dữ liệu từ hệ thống nhân sự bên ngoài.

Ví dụ
Bán hàngTiếp thịKỹ thuậtTài chính
Tổng giá trị báo cáo
ReportTotalAmount
Tổng giá trị tiền tệ của báo cáo chi phí.
Mô tả

Thuộc tính này thể hiện tổng các khoản chi trong một báo cáo chi phí. Đây là chỉ số tài chính quan trọng, dùng trong nhiều phân tích, chẳng hạn như tìm các khoản chi giá trị cao cần xem xét kỹ hơn hoặc đi theo luồng phê duyệt khác. Thuộc tính này cũng được dùng trong báo cáo tài chính và để hiểu xu hướng chi tiêu trong tổ chức.

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

Giúp phân tích các báo cáo chi phí có giá trị cao, nhận diện xu hướng chi tiêu và cung cấp dữ liệu cần thiết cho bảng điều khiển tài chính và tuân thủ.

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

Có trong đối tượng reports của Expensify, thường mang tên 'total' hoặc 'amount'.

Ví dụ
150.752500.0089.50
Danh mục chi phí
ExpenseCategory
Danh mục được gán cho từng khoản chi trong báo cáo.
Mô tả

Danh mục chi phí phân loại loại chi tiêu, chẳng hạn như 'Đi lại', 'Ăn uống và tiếp khách' hoặc 'Phần mềm'. Một báo cáo có thể gồm nhiều danh mục. Tuy nhiên, thuộc tính này thường được tổng hợp ở cấp báo cáo, chẳng hạn bằng cách chọn danh mục xuất hiện nhiều nhất hoặc có tổng giá trị cao nhất. Thuộc tính này được dùng để phân tích xu hướng chi tiêu và kiểm tra việc tuân thủ chính sách đối với từng loại chi phí.

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

Giúp phân tích xu hướng chi tiêu, vi phạm chính sách và thời gian phê duyệt theo từng loại chi phí.

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

Thông tin có ở cấp khoản mục ('transactions') trong báo cáo. Cần tổng hợp hoặc áp dụng quy tắc nghiệp vụ để gán danh mục này cho hồ sơ.

Ví dụ
Vé máy bayLưu trúĂn uốngVăn phòng phẩm
Được duyệt ngay lần đầu
IsFirstPassApproval
Cờ tính toán có giá trị true nếu báo cáo được duyệt mà không bị từ chối hoặc yêu cầu chỉnh sửa.
Mô tả

Cờ boolean này được tính cho từng báo cáo chi phí để xác định báo cáo có hoàn tất quy trình phê duyệt mà không gặp kết quả bất lợi nào, chẳng hạn bị từ chối hoặc yêu cầu chỉnh sửa hay không. Đây là thước đo trực tiếp về chất lượng và hiệu quả quy trình, đồng thời là dữ liệu đầu vào cho KPI Tỷ lệ duyệt ngay lần đầu. Tỷ lệ cao cho thấy báo cáo được gửi có chất lượng tốt và người dùng hiểu rõ chính sách.

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

Đo trực tiếp chất lượng báo cáo gửi lần đầu và hiệu quả của quy trình phê duyệt, đồng thời cho thấy tần suất phải làm lại.

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

Chỉ số này được tính bằng cách kiểm tra chuỗi hoạt động của từng ExpenseReportId. Nếu chuỗi không có 'Quản lý từ chối', 'Tài chính từ chối' hoặc 'Trả lại báo cáo để chỉnh sửa', cờ sẽ có giá trị true.

Ví dụ
truefalse
Hệ thống nguồn
SourceSystem
Hệ thống nơi dữ liệu được trích xuất.
Mô tả

Thuộc tính này cho biết nguồn gốc của dữ liệu quy trình, trong trường hợp này là 'Expensify'. Thuộc tính này quan trọng đối với quản trị dữ liệu, nhất là khi kết hợp dữ liệu từ nhiều hệ thống. Nó giúp truy vết nguồn gốc dữ liệu và hiểu bối cảnh của quy trình.

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

Cung cấp thông tin cần thiết để truy vết nguồn gốc dữ liệu và phân biệt các quy trình khi tải dữ liệu từ nhiều hệ thống nguồn vào cùng một môi trường.

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

Đây là giá trị cố định ('Expensify'), cần được thêm trong quá trình chuyển đổi dữ liệu.

Ví dụ
ExpensifyExpensifyAPI-v2.0
Kết quả kiểm tra
AuditOutcome
Kết quả của đợt kiểm tra thủ công hoặc tự động đối với báo cáo chi phí.
Mô tả

Thuộc tính này ghi lại kết quả kiểm tra, có thể là 'Đạt', 'Không đạt' hoặc 'Đạt nhưng có phát hiện'. Thuộc tính này phù hợp với các công ty có bước kiểm tra chính thức trong quy trình xử lý chi phí, áp dụng cho mọi báo cáo hoặc một mẫu báo cáo. Phân tích kết quả kiểm tra giúp hiểu mức độ tuân thủ và hiệu quả của các biện pháp kiểm soát hiện có.

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

Đo trực tiếp kết quả kiểm tra tuân thủ và cần thiết để phân tích hiệu quả của quy trình kiểm tra.

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

Đây có thể là thuộc tính khái niệm, hoặc được lưu dưới dạng thẻ hay bình luận. Thuộc tính này có tồn tại hay không tùy thuộc vào cấu hình quy trình cụ thể của công ty trong Expensify.

Ví dụ
ĐạtKhông đạt, vi phạm chính sáchĐạt, có ghi chú
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết dữ liệu của bản ghi này được làm mới từ hệ thống nguồn lần cuối khi nào.
Mô tả

Thuộc tính này ghi lại ngày giờ dữ liệu được trích xuất và cập nhật lần cuối trong công cụ process mining. Nó cho biết dữ liệu mới đến đâu, giúp bạn hiểu phân tích đang phản ánh tình hình hiện tại như thế nào. Nhờ đó, người dùng có thể tin tưởng vào thông tin phân tích và đưa ra quyết định dựa trên dữ liệu cập nhật.

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

Giúp người dùng biết dữ liệu mới đến đâu, yếu tố quan trọng để bảo đảm phân tích quy trình còn phù hợp và chính xác.

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

Đây thường là dấu thời gian của tác vụ trích xuất dữ liệu, được thêm trong quá trình chuyển đổi dữ liệu (ETL).

Ví dụ
2023-11-20T08:00:00Z2023-11-21T08:00:00Z
Lý do từ chối
RejectionReason
Lý do người phê duyệt đưa ra khi từ chối báo cáo chi phí hoặc gửi lại để chỉnh sửa.
Mô tả

Khi từ chối báo cáo chi phí, người phê duyệt thường có thể nêu lý do. Thuộc tính văn bản này lưu lại lý do đó, cung cấp thông tin định tính hữu ích về nguyên nhân báo cáo không được duyệt. Phân tích lý do từ chối giúp tìm ra lỗi gửi báo cáo thường gặp, chính sách chưa rõ ràng hoặc những nội dung nhân viên cần được hướng dẫn thêm. Nhờ đó, bạn có thể cải thiện trực tiếp tỷ lệ được duyệt ngay lần đầu.

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

Cung cấp dữ liệu định tính giải thích nguyên nhân phải làm lại, rất cần thiết để tìm nguyên nhân gốc rễ khiến báo cáo bị từ chối.

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

Thông tin này thường có trong bình luận hoặc nhật ký lịch sử gắn với sự kiện từ chối.

Ví dụ
Thiếu biên lai cho khoản chi trên 75 USDChọn sai danh mục chi phíGửi trùng khoản chi
Phương thức thanh toán
PaymentMethod
Phương thức dùng để hoàn tiền cho nhân viên.
Mô tả

Thuộc tính này mô tả cách hoàn tiền cho nhân viên, chẳng hạn như 'Chuyển khoản trực tiếp (ACH)', 'PayPal' hoặc 'Thẻ tín dụng công ty'. Phân tích phương thức thanh toán giúp hiểu rõ bước hoàn tiền, nhất là khi một số phương thức thường gây chậm trễ hơn. Thuộc tính này bổ sung thông tin cho các bước cuối của quy trình.

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

Cung cấp thông tin về giai đoạn hoàn tiền và có thể dùng để phân tích chậm trễ hoặc chi phí liên quan đến từng phương thức chi trả.

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

Thông tin này thường có trong phần chi tiết hoàn tiền của báo cáo đã đóng.

Ví dụ
ACHPayPalBill.com
Tên chính sách
PolicyName
Tên chính sách chi phí áp dụng cho báo cáo.
Mô tả

Trong Expensify, các nhóm nhân viên khác nhau có thể áp dụng những chính sách chi phí khác nhau. Thuộc tính này xác định chính sách quy định các điều khoản cho báo cáo chi phí. Đây là chiều phân tích quan trọng, giúp so sánh mức độ tuân thủ và hiệu quả giữa các chính sách có quy định và quy trình phê duyệt khác nhau.

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

Cho phép phân tích quy trình theo bộ quy tắc được áp dụng, giúp hiểu rõ những khác biệt do chính sách khác nhau tạo ra.

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

Đây là trường tiêu chuẩn trong đối tượng báo cáo của Expensify, thường có tên 'policyID' hoặc 'policyName'.

Ví dụ
Chính sách dành cho nhân viên MỹChính sách dành cho nhóm bán hàng tại AnhChính sách công tác dành cho lãnh đạo
Thời điểm kết thúc sự kiện
EventEndTime
Dấu thời gian cho biết một hoạt động cụ thể kết thúc khi nào. Hữu ích với các hoạt động có thời lượng đo được.
Mô tả

Nhiều hoạt động trong quy trình quản lý chi phí diễn ra tức thời, nhưng một số hoạt động như 'Quản lý xem xét' có thể được mô hình hóa với thời điểm bắt đầu và kết thúc. Thời điểm kết thúc sự kiện đánh dấu lúc hoạt động đó hoàn tất. Kết hợp với Thời điểm bắt đầu, thuộc tính này giúp tính chính xác thời gian xử lý của từng bước và cho biết thời gian được sử dụng ở đâu.

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

Cho phép tính thời gian xử lý của hoạt động, giúp phân biệt thời gian làm việc thực tế với thời gian chờ.

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

Thông tin này thường không có sẵn dưới dạng trường riêng. Thay vào đó, nó được suy ra từ dấu thời gian của sự kiện tiếp theo trong cùng một hồ sơ.

Ví dụ
2023-10-26T10:05:12Z2023-10-27T15:00:00Z
Tiền tệ
Currency
Mã tiền tệ dùng cho các khoản tiền trong báo cáo chi phí.
Mô tả

Thuộc tính Tiền tệ cho biết đơn vị tiền tệ của Tổng giá trị báo cáo, chẳng hạn như USD, EUR hoặc GBP. Thuộc tính này rất quan trọng với các tổ chức hoạt động ở nhiều quốc gia, giúp diễn giải chính xác dữ liệu tài chính. Cần phân tích mọi giá trị tiền tệ cùng với thuộc tính này để tránh cộng gộp sai.

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

Giúp phân tích và lập báo cáo tài chính chính xác bằng cách cung cấp thông tin cần thiết về đơn vị tiền tệ của mọi khoản tiền.

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

Đây là trường tiêu chuẩn trong đối tượng báo cáo Expensify, thường có tên 'currency'.

Ví dụ
USDEURGBPCAD
Tổng thời gian chu trình
TotalCycleTime
Tổng thời gian từ khi sự kiện đầu tiên được tạo đến khi sự kiện cuối cùng hoàn tất trong một báo cáo chi phí.
Mô tả

Tổng thời gian chu trình được tính cho từng hồ sơ, đo thời gian từ đầu đến cuối của quy trình xử lý một báo cáo chi phí. Đây là KPI quan trọng để đánh giá hiệu quả chung của quy trình. Chỉ số này được tính bằng cách lấy thời điểm của hoạt động đầu tiên (ví dụ: 'Tạo báo cáo chi phí') trừ đi thời điểm của hoạt động cuối cùng (ví dụ: 'Thực hiện hoàn tiền').

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

Đây là KPI chính để đo tốc độ chung của quy trình và xác định các hồ sơ kéo dài bất thường, có thể là dấu hiệu của vấn đề mang tính hệ thống.

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

Thuộc tính này được tính bằng (MAX(EventTime) - MIN(EventTime)) cho từng ExpenseReportId.

Ví dụ
6048001209600259200
Trạng thái báo cáo
ReportStatus
Trạng thái hiện tại của báo cáo chi phí trong vòng đời xử lý.
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, chẳng hạn như 'OPEN', 'SUBMITTED', 'APPROVED', 'REIMBURSED' hoặc 'CLOSED'. Thuộc tính này cung cấp ảnh chụp tiến độ của báo cáo. Trong process mining, thuộc tính này thường được dùng để xác định Tên hoạt động, nhưng cũng có thể dùng làm chiều phân tích để xem báo cáo ở mỗi trạng thái trong bao lâu.

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

Cho biết trạng thái hiện tại của một hồ sơ và thường được dùng làm nguồn để tạo nhật ký hoạt động cho process mining.

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

Đây là trường tiêu chuẩn trong đối tượng báo cáo Expensify, thường có tên 'status' hoặc 'state'.

Ví dụ
ĐÃ GỬIĐÃ PHÊ DUYỆTĐÃ HOÀN TIỀNĐÃ ĐÓNG
Bắt buộc Nên có Không bắt buộc

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

Đâ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á quy trình chính xác và xác định điểm nghẽn.
7 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Báo cáo được gửi lại để chỉnh sửa
Người phê duyệt, có thể là quản lý hoặc nhân viên tài chính, gửi báo cáo lại cho nhân viên để sửa hoặc bổ sung thông tin. Sự kiện này thường được suy ra khi trạng thái chuyển từ 'Processing' về 'Open'.
Vì sao điều này quan trọng

Hoạt động này thể hiện việc làm lại, một nguyên nhân lớn gây kém hiệu quả. Theo dõi hoạt động này giúp định lượng các vòng làm lại, đo KPI Tỷ lệ làm lại và tìm nguyên nhân gốc rễ.

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

Sự kiện được suy ra khi trạng thái báo cáo chuyển từ 'Processing' hoặc 'Submitted' về 'Open'. Thời điểm đổi trạng thái được dùng làm thời điểm của sự kiện.

Thu thập

Được suy ra khi trạng thái báo cáo chuyển từ 'Processing' về 'Open'.

Loại sự kiện inferred
Bộ phận tài chính đã phê duyệt
Bộ phận tài chính hoặc người phê duyệt cuối cùng đã xem xét và phê duyệt báo cáo chi phí. Thao tác này được ghi trong lịch sử quy trình làm việc và thường làm trạng thái báo cáo chuyển thành 'Approved'.
Vì sao điều này quan trọng

Đây là bước phê duyệt cuối cùng trước khi hoàn tiền. Thời gian xử lý bước này ảnh hưởng đáng kể đến tổng thời gian chu trình và KPI Thời gian trung bình từ phê duyệt đến hoàn tiền.

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

Thông tin được lấy từ lịch sử hoặc nhật ký kiểm tra của báo cáo, nơi ghi lại thao tác phê duyệt cuối cùng, người phê duyệt thuộc bộ phận tài chính và thời điểm thực hiện.

Thu thập

Được ghi thành một thao tác phê duyệt cuối cùng riêng trong lịch sử quy trình làm việc của báo cáo.

Loại sự kiện explicit
Đã đóng báo cáo
Báo cáo chi phí được đóng chính thức trong hệ thống sau khi hoàn tất mọi thao tác, bao gồm hoàn tiền và đồng bộ kế toán. Sự kiện này thường được suy ra từ trạng thái cuối như 'Closed'.
Vì sao điều này quan trọng

Đây là mốc kết thúc rõ ràng của quy trình, tách biệt với việc hoàn tiền. Mốc này hữu ích khi phân tích các bước kế toán và lưu trữ cuối cùng.

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

Sự kiện được suy ra khi trạng thái báo cáo chuyển sang trạng thái kết thúc như 'Closed'. Việc này thường diễn ra sau khi hoàn tiền và xuất dữ liệu kế toán.

Thu thập

Được suy ra khi trạng thái báo cáo chuyển thành 'Closed', cùng với thời điểm tương ứng.

Loại sự kiện inferred
Đã hoàn tiền
Khoản thanh toán đã được gửi thành công cho nhân viên, hoàn tất bước hoàn tiền trong quy trình. Thông tin này được lấy từ nhật ký xử lý thanh toán hoặc cập nhật trạng thái cuối cùng trong Expensify.
Vì sao điều này quan trọng

Đây là mốc kết thúc quan trọng để đo thời gian chu trình từ góc nhìn của nhân viên. Mốc này cần thiết để tính KPI Thời gian trung bình xử lý báo cáo chi phí và Thời gian trung bình từ phê duyệt đến hoàn tiền.

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

Sự kiện được suy ra khi trạng thái báo cáo chuyển thành 'Reimbursed'. Tích hợp của Expensify với hệ thống thanh toán cung cấp thời điểm thay đổi trạng thái này.

Thu thập

Được suy ra khi trạng thái báo cáo chuyển thành 'Reimbursed', cùng với thời điểm tương ứng.

Loại sự kiện inferred
Expense Report Created
Đánh dấu thời điểm nhân viên bắt đầu tạo báo cáo chi phí mới. Expensify thường ghi nhận sự kiện này cùng dấu thời gian tạo khi báo cáo được lưu lần đầu.
Vì sao điều này quan trọng

Hoạt động này là điểm bắt đầu của mọi phân tích quy trình và rất quan trọng để đo tổng thời gian xử lý từ lúc tạo báo cáo đến khi hoàn tiền.

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

Sự kiện này được lấy từ dấu thời gian tạo báo cáo trong lịch sử báo cáo hoặc nhật ký kiểm toán của Expensify. Mỗi đối tượng báo cáo đều có ngày tạo.

Thu thập

Được ghi nhận khi báo cáo chi phí được tạo và lưu lần đầu.

Loại sự kiện explicit
Expense Report Submitted
Nhân viên 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. Đây là bước chuyển quan trọng từ nhập dữ liệu sang rà soát, thường được ghi nhận qua thay đổi trạng thái và dấu thời gian gửi.
Vì sao điều này quan trọng

Hoạt động này là cột mốc quan trọng, khởi động chu kỳ phê duyệt. Đây cũng là điểm bắt đầu để đo thời gian quản lý và bộ phận tài chính rà soát báo cáo.

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

Được suy ra từ việc trạng thái báo cáo đổi từ 'Open' hoặc 'Draft' sang 'Processing' hoặc 'Submitted', cùng dấu thời gian tương ứng.

Thu thập

Được xác định từ thay đổi trạng thái sang 'Processing' và dấu thời gian gửi tương ứng.

Loại sự kiện inferred
Quản lý đã phê duyệt
Quản lý trực tiếp 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í. Sự kiện này được ghi lại trong nhật ký quy trình phê duyệt, gồm thao tác của người phê duyệt và thời điểm thực hiện.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng trong quy trình phê duyệt. Phân tích thời gian từ lúc gửi đến sự kiện này giúp phát hiện điểm nghẽn liên quan đến quản lý và đo KPI Thời gian phê duyệt của quản lý.

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

Thông tin được lấy từ lịch sử hoặc nhật ký kiểm tra của báo cáo, nơi ghi rõ thao tác phê duyệt, tên người phê duyệt và thời điểm thực hiện.

Thu thập

Được ghi thành một thao tác phê duyệt riêng trong lịch sử quy trình làm việc của báo cáo.

Loại sự kiện explicit
Bộ phận tài chính đã từ chối
Bộ phận tài chính đã xem xét và từ chối báo cáo chi phí, khiến quy trình hoàn tiền dừng lại. Sự kiện này được ghi trong lịch sử quy trình làm việc, kèm thời điểm và lý do từ chối.
Vì sao điều này quan trọng

Sự kiện này giúp phát hiện điểm nghẽn và lý do báo cáo không được duyệt ở bước xem xét cuối cùng. Đây là thông tin cần thiết để phân tích tỷ lệ từ chối chung và các vấn đề về tuân thủ.

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

Thông tin được lấy từ lịch sử báo cáo, nơi ghi lại thao tác từ chối của bộ phận tài chính cùng thời điểm và người thực hiện.

Thu thập

Được ghi thành một thao tác từ chối riêng trong lịch sử quy trình làm việc của báo cáo.

Loại sự kiện explicit
Đã ghi sổ kế toán
Dữ liệu tài chính từ báo cáo chi phí đã được xuất và ghi vào hệ thống kế toán hoặc ERP của công ty. Đây là bước cuối cùng, đánh dấu quy trình hoàn tất xét theo hồ sơ tài chính.
Vì sao điều này quan trọng

Đánh dấu việc đóng báo cáo chi phí trong hệ thống tài chính. Thông tin này giúp đo toàn bộ thời gian từ đầu đến cuối quy trình và bảo đảm dữ liệu được đồng bộ.

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

Thông tin được lấy từ nhật ký tích hợp giữa Expensify và phần mềm kế toán. Có thể cần kết hợp dữ liệu từ hai hệ thống.

Thu thập

Được ghi trong lịch sử tích hợp khi dữ liệu đồng bộ thành công với hệ thống kế toán.

Loại sự kiện explicit
Đã 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 xử lý thanh toán. Sự kiện này đánh dấu bước chuyển từ phê duyệt sang thanh toán và thường được ghi nhận khi trạng thái báo cáo chuyển thành 'Reimbursing'.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu tính thời gian hoàn tiền. Phân tích khoảng thời gian từ đây đến lúc thanh toán thực tế giúp phát hiện chậm trễ trong quy trình chi trả.

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

Sự kiện được suy ra khi trạng thái báo cáo chuyển thành 'Reimbursing' hoặc 'Processing Payment', cùng với thời điểm tương ứng.

Thu thập

Được suy ra từ thay đổi trạng thái cho biết báo cáo đã được đưa vào hàng đợi thanh toán.

Loại sự kiện inferred
Expense Added To Report
Ghi nhận việc nhân viên thêm một khoản chi cụ thể vào báo cáo, chẳng hạn biên lai đã quét hoặc khoản chi nhập thủ công. Hệ thống lưu thao tác này trong nhật ký chi tiết của báo cáo.
Vì sao điều này quan trọng

Phân tích khoảng thời gian từ lúc tạo báo cáo đến khi thêm các khoản chi có thể cho thấy nhân viên chậm thu thập chứng từ hoặc chuẩn bị báo cáo.

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

Lấy từ dấu vết kiểm toán hoặc lịch sử báo cáo chi phí, nơi ghi lại các thao tác như thêm từng khoản chi.

Thu thập

Được ghi vào lịch sử báo cáo mỗi khi có khoản chi mới được thêm.

Loại sự kiện explicit
Policy Violation Flagged
Một bước kiểm tra tự động phát hiện khoản chi vi phạm chính sách công ty, chẳng hạn vượt ngân sách hoặc thiếu biên lai. Sự kiện này được ghi nhận khi cờ vi phạm chính sách được bật trên báo cáo hoặc một khoản chi.
Vì sao điều này quan trọng

Hoạt động này làm rõ các vấn đề tuân thủ và giúp xác định chính sách nào thường bị vi phạm, từ đó hỗ trợ đào tạo đúng trọng tâm hoặc làm rõ chính sách. Đây là dữ liệu quan trọng cho KPI Policy Violation Count.

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

Được suy ra khi cờ hoặc thuộc tính 'Policy Violation' trong dữ liệu báo cáo chi phí được đặt thành true. Dấu thời gian tương ứng với lúc cờ này được bật.

Thu thập

Được xác định từ dấu thời gian cập nhật thuộc tính vi phạm chính sách của báo cáo.

Loại sự kiện inferred
Quản lý đã từ chối
Người phê duyệt cấp đầu tiên đã xem xét và từ chối báo cáo chi phí. Thao tác này thường khiến quy trình dừng lại. Nhật ký quy trình làm việc ghi nhận sự kiện từ chối, thường kèm theo lý do.
Vì sao điều này quan trọng

Phân tích các sự kiện từ chối là bước quan trọng để hiểu KPI Tỷ lệ từ chối báo cáo chi phí. Việc này giúp tìm ra những lý do phổ biến khiến báo cáo không được duyệt và những khâu cần cải tiến quy trình.

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

Thông tin được lấy từ lịch sử báo cáo, nơi ghi lại thao tác từ chối, danh tính người từ chối và thời điểm thực hiện. Trạng thái báo cáo thường chuyển thành 'Rejected'.

Thu thập

Được ghi thành một thao tác từ chối riêng trong lịch sử quy trình làm việc của báo cáo.

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 từ Expensify

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

Dùng mẫu này để chuẩn bị dữ liệu nhanh hơn và tìm ra thông tin hữu ích về quy trình quản lý chi phí. Bắt đầu rút ngắn thời gian hoàn tiền và tối ưu vận hành ngay hôm nay.

Tối ưu quy trình quản lý chi phí: bắt đầu dùng thử miễn phí ngay hôm nay

Tinh gọn quy trình chi phí trên Expensify, giảm 30% thời gian chu trình và nâng cao mức độ hài lòng.

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

Không cần thẻ tín dụng. Bắt đầu tối ưu ngay hôm nay.