Mẫu dữ liệu quản lý chi phí

Brex
Mẫu dữ liệu quản lý chi phí

Mẫu dữ liệu quản lý chi phí

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 và hoạt động chính, đồng thời hướng dẫn cách trích xuất thông tin từ hệ thống nguồn. Hãy dùng tài nguyên này để thu thập đủ dữ liệu cho hoạt động process mining.
  • Các thuộc tính nên dùng để phân tích
  • Các hoạt động chính cần theo dõi trong quy trình
  • Hướng dẫn 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à những trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình quản lý chi phí.
3 Bắt buộc 5 Nên có 14 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 làm mã hồ sơ chính để theo dõi toàn bộ vòng đời báo cáo.
Mô tả

Mã báo cáo chi phí là nền tảng của quy trình quản lý chi phí. Mã này nhóm mọi hoạt động liên quan, từ tạo và gửi báo cáo đến phê duyệt và hoàn tiền, vào cùng một hồ sơ.

Trong process mining, mã này cho phép phân tích toàn bộ hành trình của từng báo cáo chi phí. Bạn có thể dùng mã để dựng lại chính xác đường đi của báo cáo, đo tổng thời gian xử lý, xác định các vòng làm lại khi báo cáo bị trả về chỉnh sửa và phân tích các biến thể quy trình để hiểu luồng phổ biến cũng như các trường hợp ngoại lệ.

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 báo cáo chi phí và phân tích thời gian xử lý, điểm nghẽn cũng như sai lệch trong quy trình.

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

Đây là mã định danh chính trong phân hệ quản lý chi phí của Brex. Mã này thường có trong mọi dữ liệu xuất và điểm cuối API liên quan đến báo cáo chi phí.

Ví dụ
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
Tên hoạt động
ActivityName
Tên của một sự kiện hoặc tác vụ cụ thể diễn ra trong vòng đời báo cáo chi phí.
Mô tả

Tên hoạt động mô tả một bước trong quy trình, chẳng hạn như “Gửi báo cáo chi phí”, “Quản lý phê duyệt” hoặc “Thực hiện hoàn tiền”. Các sự kiện này tạo thành chuỗi thao tác của luồng quy trình.

Phân tích các hoạt động này giúp trực quan hóa sơ đồ quy trình, xác định điểm nghẽn giữa các bước và tính tần suất của những kết quả khác nhau như phê duyệt hoặc từ chối. Đây là cơ sở để hiểu những gì diễn ra trong quy trình quản lý chi phí.

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

Thuộc tính này rất quan trọng để tạo sơ đồ quy trình và hiểu chuỗi sự kiện mà mỗi báo cáo chi phí trải qua.

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

Thông tin này được lấy từ nhật ký sự kiện hoặc trạng thái giao dịch trong hệ thống Brex. Bạn có thể cần ánh xạ mã trạng thái hoặc loại sự kiện sang tên dễ hiểu với người dùng.

Ví dụ
Tạo báo cáo chi phíQuản lý phê duyệtBộ phận tài chính từ chốiThực hiện hoàn tiền
Thời điểm sự kiện
EventTime
Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện cụ thể diễn ra.
Mô tả

Thời điểm sự kiện cho biết 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 là nền tảng của process mining vì giúp xác định thứ tự các sự kiện.

Dấu thời gian được dùng để tính thời gian xử lý giữa các hoạt động, xác định thời gian chờ và chậm trễ, đồng thời phân tích hiệu suất quy trình theo từng giai đoạn. Dữ liệu này hỗ trợ các chỉ số quan trọng như “Thời gian quản lý xét duyệt trung bình” và “Độ trễ xử lý hoàn tiền”, giúp phân tích điểm nghẽn và theo dõi hiệu suất.

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

Dấu thời gian cần thiết để tính mọi chỉ số dựa trên thời gian, chẳng hạn như thời gian xử lý và thời gian chờ, qua đó xác định chậm trễ.

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

Mỗi sự kiện hoặc bản ghi giao dịch trong Brex cần có dấu thời gian. Bạn có thể tìm thông tin này trong phản hồi API hoặc dữ liệu xuất của báo cáo chi phí.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Cờ vi phạm chính sách
PolicyViolationFlag
Cờ boolean cho biết báo cáo chi phí có bị đánh dấu vi phạm chính sách hay không.
Mô tả

Thuộc tính này là chỉ báo đúng hoặc sai, được đặt khi công cụ kiểm tra chính sách tự động của Brex phát hiện khả năng vi phạm, chẳng hạn khoản chi vượt hạn mức danh mục hoặc thiếu hóa đơn.

Cờ này là cơ sở quan trọng để phân tích tuân thủ và tính KPI “Tỷ lệ vi phạm chính sách”. Bạn có thể nhanh chóng lọc các báo cáo không tuân thủ để hiểu tác động đến thời gian xử lý và tỷ lệ từ chối. Phân tích các báo cáo bị gắn cờ giúp điều chỉnh chính sách công ty và xác định những nội dung nhân viên cần được hướng dẫn thêm.

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

Hỗ trợ trực tiếp việc theo dõi tuân thủ và giúp định lượng tác động của các vi phạm chính sách đến hiệu quả quy trình và công việc phải làm lại.

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

Đây có thể là trường boolean hoặc chỉ báo trạng thái trong dữ liệu báo cáo chi phí của Brex, thường do bộ máy chính sách quản lý.

Ví dụ
truefalse
Người thực hiện sự kiện
EventUser
Người thực hiện hoạt động, chẳng hạn quản lý phê duyệt báo cáo.
Mô tả

Thuộc tính Người thực hiện sự kiện cho biết cá nhân cụ thể chịu trách nhiệm cho một hoạt động. Đó có thể là nhân viên gửi báo cáo, quản lý xét duyệt hoặc nhân viên tài chính xử lý khoản hoàn tiền.

Thuộc tính này cần thiết để phân tích khối lượng công việc và theo dõi hiệu suất, như trong bảng điều khiển “Hiệu suất và khối lượng công việc của người phê duyệt”. Thuộc tính giúp xác định ai xử lý nhiều báo cáo nhất, ai phê duyệt nhanh nhất và liệu có cá nhân nào trở thành điểm nghẽn trong quy trình hay không. Từ đó, bạn có thể phân bổ công việc cân bằng hơn và hỗ trợ đúng người khi cần.

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

Xác định người chịu trách nhiệm cho từng thao tác, giúp phân tích khối lượng công việc, theo dõi hiệu suất và tìm điểm nghẽn ở cấp cá nhân.

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

Dữ liệu này thường được ghi trong nhật ký kiểm tra hoặc lịch sử sự kiện của báo cáo chi phí trên Brex.

Ví dụ
john.smith@example.comjane.doe@example.combot-tài-chính
Phòng ban của nhân viên
EmployeeDepartment
Phòng ban của nhân viên gửi báo cáo chi phí.
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, chẳng hạn như Kinh doanh, Kỹ thuật hoặc Tiếp thị. Đây là chiều phân tích quan trọng về cơ cấu tổ chức.

Phân tích dữ liệu theo phòng ban giúp xác định khác biệt trong quy trình, điểm nghẽn hoặc vấn đề tuân thủ ở từng bộ phận. Chẳng hạn, bạn có thể phát hiện một phòng ban có tỷ lệ báo cáo bị từ chối hoặc thời gian phê duyệt cao hơn đáng kể so với các phòng ban khác. Điều này cho thấy có thể cần đào tạo riêng hoặc điều chỉnh quy trình. Thuộc tính này cũng hữu ích để theo dõi ngân sách và phân bổ chi phí theo phòng ban.

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

Cho phép lọc và so sánh hiệu suất quy trình giữa các đơn vị kinh doanh, giúp xác định vấn đề hoặc xu hướng riêng của từng phòng ban.

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

Thông tin này thường lấy từ hồ sơ nhân viên trên Brex, vốn thường được đồng bộ từ hệ thống thông tin nhân sự.

Ví dụ
Kinh doanhKỹ thuậtTiếp thịTài chính
Tổng số tiền
TotalAmount
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 số tiền được yêu cầu trong báo cáo chi phí. Đây là chỉ số tài chính quan trọng để hiểu cách chi tiêu và tác động tài chính của quy trình chi phí.

Bạn có thể dùng tổng số tiền để chia báo cáo thành các nhóm giá trị, chẳng hạn báo cáo giá trị cao và thấp. Mỗi nhóm có thể có luồng phê duyệt hoặc mức độ xem xét khác nhau. Thuộc tính này cũng cần thiết cho báo cáo tài chính, phân tích ngân sách và xác định xu hướng chi tiêu theo phòng ban hoặc danh mục.

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

Thuộc tính này hỗ trợ phân tích tài chính, chẳng hạn xác định các báo cáo chi phí giá trị cao có thể cần được xem xét kỹ hơn hoặc mất nhiều thời gian phê duyệt hơn.

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

Đây là trường tiêu chuẩn trong mọi báo cáo chi phí trên Brex. Bạn có thể tìm trường này trong đối tượng báo cáo chi phí chính ở phản hồi API hoặc dữ liệu xuất.

Ví dụ
150.752500.0079.99
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 “Chờ quản lý phê duyệt”, “Đã phê duyệt”, “Đã thanh toán” hoặc “Đã từ chối”.

Thuộc tính này rất quan trọng để theo dõi vận hành, đặc biệt trong bảng điều khiển “Theo dõi trạng thái báo cáo chi phí đang mở”. Quản lý và bộ phận tài chính có thể nhanh chóng xem khối lượng công việc hiện tại, tìm báo cáo bị mắc ở một trạng thái và ưu tiên xử lý. Phân tích thời gian ở từng trạng thái giúp xác định chậm trễ và điểm chưa hiệu quả trong quy trình.

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

Cho biết báo cáo chi phí hiện đang ở bước nào trong quy trình làm việc, rất hữu ích cho bảng điều khiển vận hành và theo dõi trạng thái.

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

Đây là trường trạng thái quan trọng trong đối tượng báo cáo chi phí trên Brex.

Ví dụ
CHỜ_PHÊ_DUYỆTĐÃ_PHÊ_DUYỆTĐÃ_TỪ_CHỐIĐÃ_THANH_TOÁN
Chi tiết vi phạm chính sách
PolicyViolationDetails
Mô tả bằng văn bản về chính sách cụ thể bị vi phạm.
Mô tả

Cờ vi phạm chính sách cho biết đã xảy ra vi phạm, còn thuộc tính này giải thích lý do. Thuộc tính ghi rõ quy tắc cụ thể bị vi phạm, chẳng hạn như “Vượt mức 50 USD cho bữa ăn” hoặc “Cần có hóa đơn cho khoản chi trên 25 USD”.

Thông tin chi tiết này rất hữu ích cho bảng điều khiển “Phân tích vi phạm chính sách và công việc làm lại”. Bạn có thể tìm nguyên nhân gốc bằng cách xác định những loại vi phạm thường gặp nhất. Từ đó, bạn có thể làm rõ chính sách cụ thể, nhắc nhở người dùng hoặc điều chỉnh quy tắc tự động trong hệ thống.

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

Cho biết nguyên nhân gốc của các vi phạm chính sách, giúp bạn cải thiện chính sách, đào tạo người dùng và cấu hình hệ thống đúng trọng tâm.

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

Thông tin này có thể nằm trong phần ghi chú tuân thủ hoặc ghi chú xét duyệt của khoản chi bị gắn cờ trong Brex.

Ví dụ
Khoản chi vượt giới hạn của danh mục.Thiếu hóa đơn.Phát hiện khoản chi trùng lặp.
Có làm lại
IsRework
Cờ tính toán được đặt thành đúng nếu báo cáo đã được gửi lại để chỉnh sửa ít nhất một lần.
Mô tả

Thuộc tính boolean này được xác định từ luồng quy trình. Thuộc tính được đặt thành “true” nếu lịch sử của báo cáo chi phí có hoạt động “Gửi báo cáo để chỉnh sửa”. Nhờ đó, bạn có thể dễ dàng đánh dấu và phân tích các trường hợp phải làm lại.

Cờ này được dùng để tính KPI “Tỷ lệ báo cáo chi phí phải làm lại” và cung cấp dữ liệu cho bảng điều khiển “Phân tích vi phạm chính sách và công việc làm lại”. Bạn có thể dễ dàng so sánh các trường hợp diễn ra suôn sẻ với những trường hợp bị gửi lại, đồng thời định lượng thời gian và chi phí phát sinh do làm lại.

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

Xác định các báo cáo chi phí cần xử lý thêm hoặc chỉnh sửa, giúp phân tích nguyên nhân và chi phí làm lại.

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

Thuộc tính này không có trong hệ thống nguồn. Thuộc tính được tính bằng cách kiểm tra xem chuỗi hoạt động của một trường hợp có chứa “Gửi báo cáo để chỉnh sửa” hoặc hoạt động làm lại tương tự hay không.

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

Thuộc tính này cho biết hoạt động được hệ thống tự động thực hiện, chẳng hạn như kiểm tra chính sách, hay do người dùng thực hiện, chẳng hạn như phê duyệt thủ công.

Phân biệt hoạt động tự động với hoạt động thủ công giúp bạn hiểu mức độ tự động hóa của quy trình. Thông tin này hỗ trợ đánh giá hiệu quả của hệ thống dựa trên quy tắc và xác định cơ hội tự động hóa thêm. Ví dụ, bạn có thể biết bao nhiêu báo cáo được phê duyệt tự động và bao nhiêu báo cáo cần người xử lý, từ đó tìm cách giảm thao tác thủ công.

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

Giúp đo lường mức độ tự động hóa của quy trình và xác định bước nào do người dùng thực hiện, bước nào do hệ thống xử lý.

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

Thông thường, thuộc tính này được xác định bằng cách kiểm tra người dùng gắn với sự kiện. Sự kiện do hệ thống tạo thường gắn với người dùng chung có tên “system” hoặc “bot”.

Ví dụ
truefalse
Danh mục chi phí
ExpenseCategory
Danh mục được gán cho khoản chi, chẳng hạn như đi lại, ăn uống hoặc phần mềm.
Mô tả

Danh mục chi phí là loại được người dùng chọn để mô tả khoản chi. Thông tin này phục vụ kế toán, lập ngân sách và thực thi chính sách.

Trong process mining, phân loại khoản chi giúp bạn xem quy trình chi tiết hơn. Bạn có thể xác định liệu một số loại chi phí, như đi công tác nước ngoài, có thời gian phê duyệt lâu hơn hoặc tỷ lệ bị từ chối cao hơn hay không. Phân tích này giúp điều chỉnh chính sách và quy trình cho từng loại chi tiêu.

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

Cho phép phân tích quy trình theo loại chi tiêu, qua đó phát hiện hành vi khác nhau hoặc điểm nghẽn riêng ở từng loại khoản chi.

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

Đây là trường tiêu chuẩn trên từng dòng chi phí. Nếu một báo cáo có nhiều danh mục, cần tổng hợp dữ liệu lên cấp báo cáo.

Ví dụ
Vé máy bayĂn uống và tiếp kháchĐăng ký phần mềmVăn phòng phẩm
Đính kèm hóa đơn đúng hạn
ReceiptsAttachedOnTime
Cờ cho biết hóa đơn đã được đính kèm trước khi gửi báo cáo hay chưa.
Mô tả

Thuộc tính boolean được tính toán này đo lường việc tuân thủ một thông lệ tốt phổ biến: đính kèm đầy đủ hóa đơn cần thiết trước khi gửi báo cáo chi phí để xét duyệt. Thuộc tính được đặt thành “true” nếu hoạt động “Đính kèm hóa đơn” diễn ra trước hoạt động “Gửi báo cáo chi phí” trong một trường hợp.

Cờ này hỗ trợ trực tiếp cho bảng điều khiển “Mức độ tuân thủ về hóa đơn và tác động” và KPI “Mức độ tuân thủ khi đính kèm hóa đơn”. Phân tích thuộc tính này giúp bạn xác định tần suất hóa đơn bị thiếu hoặc đính kèm muộn, cũng như mối liên hệ giữa tình trạng này với kết quả quy trình như chậm trễ, từ chối và làm lại.

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

Đo lường mức độ tuân thủ chính sách gửi hóa đơn, giúp xác định một nguyên nhân phổ biến gây chậm trễ và bị từ chối trong quy trình.

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

Thuộc tính này được tính trong công cụ process mining bằng cách so sánh dấu thời gian của hoạt động “Đính kèm hóa đơn” và “Gửi báo cáo chi phí” trong từng trường hợp.

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, nguồn là “Brex”. Thông tin này quan trọng đối với việc quản trị và truy xuất dữ liệu, nhất là khi kết hợp dữ liệu từ nhiều hệ thống để có cái nhìn tổng thể về quy trình.

Khi phân tích dữ liệu từ nhiều hệ thống nguồn, thuộc tính này giúp lọc và phân nhóm dữ liệu để diễn giải chính xác các chỉ số và sơ đồ quy trình. Nếu chỉ xem dữ liệu từ một hệ thống, thuộc tính này giúp xác nhận nguồn dữ liệu.

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

Cho biết nguồn gốc dữ liệu, giúp truy xuất và lọc dữ liệu chính xác trong môi trường có nhiều hệ thống.

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

Đây là giá trị cố định “Brex”, thường được thêm trong bước trích xuất và chuyển đổi dữ liệu.

Ví dụ
BrexBrex-API-v2.1
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 từ hệ thống nguồn.
Mô tả

Thuộc tính này cho biết dữ liệu đang phân tích có mới hay không. Thuộc tính ghi lại ngày giờ lần trích xuất dữ liệu thành công gần nhất từ Brex.

Người dùng cần biết thời điểm cập nhật dữ liệu gần nhất để đánh giá mức độ cập nhật của thông tin phân tích. Nhờ đó, họ có thể xác định bảng điều khiển phản ánh tình hình vận hành mới nhất hay dựa trên dữ liệu cũ, đồng thời hiểu rõ mức độ chính xác của phân tích theo thời gian thực.

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

Cho người dùng biết dữ liệu được cập nhật đến thời điểm nào, yếu tố quan trọng để đưa ra quyết định vận hành chính xác và kịp thời.

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

Công cụ hoặc quy trình trích xuất dữ liệu tạo dấu thời gian này sau khi lấy dữ liệu từ Brex thành công.

Ví dụ
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
Lý do từ chối
RejectionReason
Lý do người 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í.
Mô tả

Thuộc tính này ghi lại lý do dạng văn bản tự do hoặc lý do có sẵn được chọn khi báo cáo chi phí bị từ chối. Khác với cờ chính sách tự động, đây là quyết định thủ công của người phê duyệt.

Phân tích lý do từ chối giúp bạn hiểu nguyên nhân khiến quy trình gặp trục trặc và phát sinh việc làm lại. Qua đó, bạn có thể nhận ra lỗi thường gặp khi gửi báo cáo, chính sách chưa rõ ràng hoặc những điểm người dùng và quản lý chưa hiểu đúng. Bạn có thể dùng thông tin này để cải thiện tài liệu đào tạo và câu hỏi thường gặp, từ đó giảm tỷ lệ từ chối và làm lại.

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

Giải thích lý do từ chối thủ công, cung cấp phản hồi trực tiếp để cải thiện đào tạo người dùng và giảm lỗi về sau.

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

Thông thường, đây là trường ghi chú mà người phê duyệt có thể điền khi chọn “Từ chối” trong giao diện Brex.

Ví dụ
Chọn sai danh mục chi phí.Vui lòng nêu rõ hơn lý do khoản chi phục vụ công việc.Khoản mua này chưa được phê duyệt trước.
Phê duyệt ngay lần đầu
FirstPassApproval
Cờ cho biết báo cáo được phê duyệt mà không bị từ chối hoặc yêu cầu chỉnh sửa.
Mô tả

Thuộc tính boolean được tính toán này xác định những trường hợp quy trình hiệu quả nhất. Thuộc tính chỉ được đặt thành “true” nếu báo cáo chi phí đi qua toàn bộ quy trình, từ lúc gửi đến khi được phê duyệt cuối cùng, mà không bị từ chối hoặc gửi lại để chỉnh sửa.

Đây là cơ sở để tính KPI “Tỷ lệ phê duyệt ngay lần đầu”, một chỉ số quan trọng về chất lượng và hiệu quả quy trình. Tỷ lệ cao cho thấy người dùng gửi báo cáo đầy đủ, tuân thủ chính sách và quy trình phê duyệt dễ thực hiện. Phân tích đặc điểm của các báo cáo không được phê duyệt ngay lần đầu giúp bạn xác định những điểm gây vướng mắc và lỗi trong quy trình.

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

Đo lường chất lượng báo cáo gửi lần đầu và hiệu quả của quy trình cốt lõi bằng cách xác định những báo cáo được xử lý suôn sẻ, không gặp trở ngại.

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

Thuộc tính này được tính trong nền tảng process mining bằng cách phân tích chuỗi hoạt động của từng trường hợp, nhằm kiểm tra xem có hoạt động từ chối hoặc yêu cầu chỉnh sửa hay không.

Ví dụ
truefalse
Phương thức thanh toán
PaymentMethod
Cho biết khoản chi được thanh toán bằng cách nào, chẳng hạn bằng thẻ công ty hoặc tiền cá nhân.
Mô tả

Thuộc tính này phân biệt khoản chi thanh toán bằng thẻ Brex do công ty cấp với khoản người dùng tự bỏ tiền túi và cần được hoàn lại.

Sự khác biệt này quan trọng vì quy trình có thể thay đổi đáng kể tùy theo phương thức thanh toán. Giao dịch bằng thẻ công ty có thể cần xác minh và đối soát, còn khoản hoàn tiền cần qua quy trình gửi yêu cầu và chi trả. Phân tích theo phương thức thanh toán giúp bạn xác định vấn đề riêng của từng luồng và cải thiện từng luồng độc lập.

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

Các bước và luồng quy trình thường khác nhau giữa khoản chi bằng thẻ công ty và khoản hoàn tiền cho chi phí tự trả. Vì vậy, đây là thuộc tính quan trọng để phân tích các biến thể.

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

Thông tin này có sẵn trong dữ liệu giao dịch của Brex.

Ví dụ
Thẻ công ty BrexHoàn tiềnThanh toán hóa đơn
Quốc gia
Country
Quốc gia của người dùng hoặc giao dịch chi phí.
Mô tả

Thuộc tính này cho biết quốc gia nơi đặt văn phòng chính hoặc trung tâm chi phí của người dùng. Với các công ty hoạt động toàn cầu, đây là chiều phân tích quan trọng để so sánh.

Phân tích quy trình theo quốc gia có thể làm rõ khác biệt giữa các khu vực về hiệu suất, tỷ lệ tuân thủ hoặc cách chi tiêu. Chẳng hạn, thời gian phê duyệt ở một quốc gia có thể lâu hơn do quy định địa phương hoặc cơ cấu quản lý khác biệt. Thông tin này giúp chuẩn hóa quy trình trên toàn cầu mà vẫn đáp ứng nhu cầu tại từng địa phương.

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

Cho phép phân tích hiệu suất quy trình và mức độ tuân thủ giữa các khu vực địa lý, điều cần thiết với các tổ chức đa quốc gia.

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

Lấy từ hồ sơ người dùng trong Brex. Thông tin này thường được đồng bộ từ hệ thống nhân sự trung tâm.

Ví dụ
USACANGBRDEU
Tên nhân viên
EmployeeName
Tên nhân viên tạo và gửi báo cáo chi phí.
Mô tả

Thuộc tính này cho biết tên nhân viên đứng tên báo cáo chi phí. Người thực hiện sự kiện cho biết ai đã thao tác, còn Tên nhân viên cho biết báo cáo chi phí thuộc về ai.

Khi phân tích, bạn có thể theo dõi chi phí của từng nhân viên. Dữ liệu này giúp xác định những người thường gửi báo cáo vi phạm chính sách hoặc liên tục bị từ chối, từ đó nhận biết ai cần được hướng dẫn thêm. Thuộc tính cũng giúp tìm hiểu cách chi tiêu của từng nhân viên hoặc vai trò trong tổ chức.

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 chất lượng báo cáo và mức độ tuân thủ của từng nhân viên.

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

Đây là thông tin cơ bản trong mọi báo cáo chi phí, được liên kết với hồ sơ người tạo trên Brex.

Ví dụ
Alice JohnsonRobert WilliamsMaria Garcia
Thời gian kết thúc
EndTime
Dấu thời gian cho biết hoạt động hoàn tất khi nào.
Mô tả

StartTime (EventTime) đánh dấu thời điểm bắt đầu hoạt động, còn EndTime đánh dấu thời điểm kết thúc. Thông tin này hữu ích nhất với các hoạt động có thời lượng, chẳng hạn như “Bắt đầu xét duyệt của quản lý” và “Quản lý phê duyệt”.

Khi có cả thời gian bắt đầu và kết thúc, bạn có thể tính chính xác thời gian xử lý hoạt động, tách biệt với thời gian chờ trước đó. Nhờ vậy, bạn đo được thời gian thực hiện công việc chính xác hơn, một yếu tố quan trọng khi phân tích điểm nghẽn.

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

Cho phép tính chính xác thời gian xử lý hoạt động, tách biệt với thời gian chờ, nhờ đó phân tích điểm nghẽn chính xác hơn.

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

EndTime thường là StartTime của hoạt động tiếp theo trong chuỗi. Với hoạt động có thời lượng xác định, dữ liệu nguồn cũng có thể cung cấp trường riêng cho thời gian kết thúc.

Ví dụ
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
Tiền tệ
Currency
Mã tiền tệ của tổng số tiền trong báo cáo chi phí.
Mô tả

Thuộc tính Tiền tệ cho biết đơn vị của Tổng số tiền, chẳng hạn USD, EUR hoặc GBP. 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à với doanh nghiệp đa quốc gia sử dụng nhiều loại tiền tệ.

Thuộc tính này giúp diễn giải dữ liệu tài chính chính xác, tổng hợp và so sánh các khoản chi phí phù hợp, thường bằng cách quy đổi sang một loại tiền tệ báo cáo chung. Nhờ đó, bạn tránh cộng các giá trị tiền tệ khác nhau như thể chúng cùng đơn vị.

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

Bảo đảm tính chính xác của dữ liệu tài chính trong môi trường đa tiền tệ, đồng thời hỗ trợ tổng hợp và báo cáo giá trị chi phí đúng cách.

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

Trường này thường có cùng trường số tiền trong dữ liệu báo cáo chi phí của Brex.

Ví dụ
USDEURGBP
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 chính cần ghi lại trong nhật ký sự kiện để khám phá chính xác quy trình quản lý chi phí.
7 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Bộ phận tài chính phê duyệt
Bộ phận tài chính đã hoàn tất xét duyệt và phê duyệt báo cáo chi phí lần cuối. Đây là bước phê duyệt cuối cùng trước khi xử lý hoàn tiền.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng cho phép thanh toán. Cột mốc này là điểm kết thúc để đo toàn bộ thời gian phê duyệt và là điểm bắt đầu tính KPI “Độ trễ xử lý hoàn tiền”.

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

Sự kiện này cần được ghi rõ trong lịch sử phê duyệt hoặc nhật ký kiểm tra, kèm mã người phê duyệt cuối cùng và dấu thời gian.

Thu thập

Lấy từ nhật ký sự kiện hoặc thay đổi trạng thái thành “Bộ phận tài chính đã phê duyệt” hoặc “Đã duyệt thanh toán”.

Loại sự kiện explicit
Gửi báo cáo chi phí
Hoạt động này diễn ra khi nhân viên chính thức gửi báo cáo chi phí đã hoàn tất để phê duyệt. Đây là thao tác quan trọng do người dùng thực hiện, chuyển trạng thái báo cáo từ “Bản nháp” hoặc “Đang mở” sang “Chờ phê duyệt”.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, chính thức bắt đầu quy trình làm việc phê duyệt. Khoảng thời gian từ lúc gửi đến khi được phê duyệt cuối cùng là một phần quan trọng trong tổng thời gian xử lý.

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

Sự kiện này thường được ghi rõ trong nhật ký kiểm tra. Bạn cũng có thể suy ra sự kiện từ thay đổi trạng thái thành “Đã gửi” hoặc “Chờ quản lý phê duyệt” cùng dấu thời gian tương ứng.

Thu thập

Lấy từ nhật ký sự kiện hoặc trường “submission_timestamp” trong bản ghi báo cáo chi phí.

Loại sự kiện explicit
Hạch toán 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 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

Hoạt động này xác nhận quy trình đã hoàn tất về mặt kế toán tài chính. Chậm trễ giữa lúc hoàn tiền và lúc hạch toán có thể cho thấy vấn đề về tích hợp hệ thống hoặc quy trình làm việc kế toán.

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

Có thể ghi nhận qua xác nhận API hoặc cập nhật trạng thái sau khi đồng bộ thành công với hệ thống kế toán. Dấu thời gian sự kiện cho biết thời điểm hạch toán.

Thu thập

Ghi nhận khi nhận được phản hồi API thành công hoặc cập nhật trạng thái từ hệ thống ERP hay phần mềm kế toán đã tích hợp.

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

Cột mốc này hoàn tất bước phê duyệt ban đầu. Đây là dữ liệu cần thiết để theo dõi thời gian phê duyệt, khối lượng công việc của quản lý và “Tỷ lệ phê duyệt ngay lần đầu”.

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

Sự kiện này có thể được ghi rõ trong bảng lịch sử phê duyệt hoặc nhật ký kiểm tra, kèm mã người phê duyệt và dấu thời gian.

Thu thập

Lấy từ nhật ký sự kiện hoặc thay đổi trạng thái thành “Quản lý đã phê duyệt” cùng dấu thời gian tương ứng.

Loại sự kiện explicit
Tạo báo cáo chi phí
Hoạt động này đánh dấu thời điểm nhân viên bắt đầu tạo báo cáo chi phí. Hệ thống ghi nhận sự kiện khi tạo bản ghi báo cáo mới, dù báo cáo còn ở dạng nháp hay đã có các khoản chi phí ban đầu.
Vì sao điều này quan trọng

Đây là sự kiện bắt đầu chính của quy trình. Phân tích khoảng thời gian từ lúc này đến khi gửi báo cáo giúp bạn hiểu cách nhân viên thực hiện và xác định nguyên nhân có thể khiến họ chậm báo cáo chi phí.

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

Sự kiện này có thể được ghi nhận từ dấu thời gian tạo đối tượng hoặc bản ghi báo cáo chi phí trong cơ sở dữ liệu Brex. Dấu thời gian này phải là thời điểm sớm nhất gắn với mã báo cáo chi phí.

Thu thập

Xác định bằng ngày tạo bản ghi tiêu đề của báo cáo chi phí.

Loại sự kiện explicit
Thực hiện hoàn tiền
Hoạt động này đánh dấu thời điểm tiền thực sự được chuyển cho nhân viên. Đây là bước cuối cùng theo góc nhìn của nhân viên và là kết quả thành công của quy trình.
Vì sao điều này quan trọng

Đây là điểm kết thúc thành công chính của quy trình. Dữ liệu này cần thiết để tính KPI “Thời gian xử lý trung bình từ đầu đến cuối” và “Độ trễ xử lý hoàn tiền”, hai chỉ số ảnh hưởng trực tiếp đến mức độ hài lòng của nhân viên.

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

Ghi nhận sự kiện này từ nhật ký giao dịch thanh toán hoặc xác nhận API từ ngân hàng hay đơn vị xử lý thanh toán. Dấu thời gian tương ứng với ngày thực tế thực hiện thanh toán.

Thu thập

Lấy từ nhật ký giao dịch thanh toán có dấu thời gian thực hiện.

Loại sự kiện explicit
Trả báo cáo để chỉnh sửa
Người phê duyệt, có thể là quản lý hoặc bộ phận tài chính, trả báo cáo cho nhân viên chỉnh sửa. Khác với việc từ chối hẳn, thao tác này 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 là dấu hiệu chính cho thấy có việc làm lại. Theo dõi tần suất của hoạt động rất cần thiết để tính KPI “Tỷ lệ báo cáo chi phí phải làm lại” và xây dựng bảng điều khiển “Phân tích vi phạm chính sách và việc làm lại”.

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

Có thể suy ra từ thay đổi trạng thái thành “Cần chỉnh sửa” hoặc “Đã trả lại”. Hệ thống cần ghi nhận dấu thời gian cập nhật trạng thái này.

Thu thập

Suy ra từ thay đổi trạng thái thành “Cần chỉnh sửa” hoặc trạng thái tương tự, thường kèm theo nhận xét.

Loại sự kiện inferred
Bắt đầu bộ phận tài chính xét duyệt
Đánh dấu thời điểm báo cáo chi phí được đưa vào hàng chờ xét duyệt cuối cùng của bộ phận tài chính hoặc kế toán. 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

Đây là dấu hiệu bắt đầu giai đoạn phê duyệt cuối cùng, thường cũng là giai đoạn quan trọng nhất. Phân tích thời gian xử lý giúp xác định điểm nghẽn trong bộ phận tài chính.

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

Suy ra từ dấu thời gian trạng thái báo cáo chuyển thành “Chờ bộ phận tài chính phê duyệt” hoặc trạng thái tương tự sau khi quản lý phê duyệt.

Thu thập

Suy ra từ dấu thời gian trạng thái chuyển thành “Chờ bộ phận tài chính xét duyệt”.

Loại sự kiện inferred
Bắt đầu quản lý xét duyệt
Hoạt động này đánh dấu thời điểm báo cáo chi phí được đưa vào hàng chờ phê duyệt của quản lý. Thường có thể suy ra từ việc trạng thái báo cáo chuyển thành “Chờ quản lý phê duyệt” ngay sau khi gửi.
Vì sao điều này quan trọng

Đây là dấu hiệu bắt đầu giai đoạn phê duyệt đầu tiên. Đo thời gian từ lúc này đến khi “Quản lý phê duyệt” hoặc “Quản lý từ chối” là việc cần thiết để tính KPI “Thời gian quản lý xét duyệt trung bình”.

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

Suy ra từ dấu thời gian báo cáo chuyển sang trạng thái “Chờ quản lý phê duyệt” hoặc trạng thái tương tự. Thời điểm này thường trùng với sự kiện “Gửi báo cáo chi phí”.

Thu thập

Suy ra từ dấu thời gian trạng thái chuyển thành “Chờ quản lý phê duyệt”.

Loại sự kiện inferred
Bộ phận 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 đề về chính sách, tuân thủ hoặc chứng từ. Đây là quyết định từ chối cuối cùng và sẽ dừng quy trình.
Vì sao điều này quan trọng

Đây là sự kiện ngoại lệ quan trọng. Phân tích tần suất và nguyên nhân giúp hiểu rõ các vấn đề về tuân thủ và tính “Tỷ lệ báo cáo chi phí bị từ chối” tổng thể.

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

Cũng như các quyết định phê duyệt khác, sự kiện này cần được ghi rõ trong nhật ký kiểm tra, kèm mã người phê duyệt, dấu thời gian và lý do.

Thu thập

Lấy từ nhật ký sự kiện hoặc thay đổi trạng thái thành “Bộ phận tài chính đã từ chối”.

Loại sự kiện explicit
Đính kèm hóa đơn
Đây là thao tác người dùng tải lên hoặc đính kèm ảnh hay tài liệu hóa đơn vào một khoản chi phí. Hệ thống thường ghi nhận riêng từng tệp đính kèm cùng dấu thời gian.
Vì sao điều này quan trọng

Theo dõi hoạt động này rất quan trọng đối với bảng điều khiển “Mức độ tuân thủ hóa đơn và tác động”. Dữ liệu giúp xác định việc thiếu hóa đơn hoặc gửi hóa đơn muộn có liên quan đến chậm trễ hay từ chối báo cáo hay không.

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

Thông tin này có thể được ghi trong bảng liên kết tệp đính kèm với các khoản chi phí. Mỗi bản ghi tệp đính kèm cần có dấu thời gian tạo riêng.

Thu thập

Được ghi nhận khi người dùng tải thành công tệp liên quan đến một khoản chi phí.

Loại sự kiện explicit
Gắn cờ vi phạm chính sách
Sự kiện tự động hoặc do người dùng ghi nhận khi một hay nhiều khoản chi phí trong báo cáo vi phạm chính sách công ty. Sự kiện có thể xảy ra khi quy tắc hệ thống được kích hoạt hoặc người xét duyệt đánh dấu vấn đề.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng đối với bảng điều khiển “Phân tích vi phạm chính sách và việc làm lại” và KPI “Tỷ lệ vi phạm chính sách”. Dữ liệu giúp xác định các vấn đề tuân thủ thường gặp và những điểm cần làm rõ trong chính sách.

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

Suy ra từ thuộc tính “Cờ vi phạm chính sách” được đặt thành true. Dấu thời gian là lúc trạng thái cờ được cập nhật gần nhất.

Thu thập

Suy ra từ thay đổi của cờ boolean hoặc trường trạng thái cho biết có vi phạm chính sách.

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 chờ thanh toán trong đợt hoàn tiền sắp tới. Hoạt động 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

Bước này giúp phát hiện chậm trễ giữa lúc phê duyệt cuối cùng và lúc thực sự xử lý thanh toán. Nhờ đó, bạn có thể phân biệt điểm nghẽn ở khâu phê duyệt với vấn đề về hiệu suất của hệ thống thanh toán.

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

Có thể suy ra từ thay đổi trạng thái thành “Sẵn sàng thanh toán” hoặc “Đã lên lịch”. Nếu hệ thống kết nối với hệ thống thanh toán hoặc ERP riêng, sự kiện này cũng có thể được ghi nhận trực tiếp.

Thu thập

Suy ra từ thay đổi trạng thái thành “Chờ thanh toán” hoặc từ lúc tạo bản ghi đợt thanh toán.

Loại sự kiện inferred
Quản lý từ chối
Quản lý 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 dừng quy trình hoặc trả báo cáo cho nhân viên chỉnh sửa.
Vì sao điều này quan trọng

Hoạt động này thể hiện kết quả không đạt yêu cầu và một ngoại lệ trong quy trình. Đây là dữ liệu quan trọng để tính “Tỷ lệ báo cáo chi phí bị từ chối” và xác định lý do báo cáo không qua được vòng phê duyệt đầu tiên.

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

Tương tự như quyết định phê duyệt, sự kiện này cần được ghi rõ trong bảng lịch sử phê duyệt hoặc nhật ký kiểm tra, kèm dấu thời gian và mã lý do.

Thu thập

Lấy từ nhật ký sự kiện hoặc thay đổi trạng thái thành “Quản lý đã từ chối” cùng dấu thời gian tương ứng.

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

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

Cách lấy dữ liệu từ Brex

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

Dùng mẫu này để đơn giản hóa việc thu thập dữ liệu và đẩy nhanh quá trình tối ưu quản lý chi phí. Bắt đầu khám phá thông tin chuyên sâu và nâng cao hiệu quả ngay hôm nay.

Tối ưu quy trình quản lý chi phí trên Brex ngay hôm nay

Rút ngắn 30% thời gian phê duyệt và nâng cao sự hài lòng của nhân viên.

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

Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.