Mẫu dữ liệu xử lý thanh toán của bạn

Thuộc tính này cho biết nguồn gốc kỹ thuật của bản ghi. Trong quy trình thanh toán từ đầu đến cuối, dữ liệu thường đi qua nhiều hệ thống, chẳng hạn như cổng giao dịch đầu vào, công cụ phát hiện gian lận và sổ cái phía sau.

Phân tích dữ liệu theo hệ thống giúp người dùng khoanh vùng vấn đề kỹ thuật. Ví dụ, nếu thường xuyên có độ trễ ở công cụ phát hiện gian lận nhưng không có ở sổ cái, bạn có thể tập trung tìm nguyên nhân ở đúng thành phần. Thuộc tính này cũng giúp kiểm tra tính toàn vẹn của dữ liệu khi kết hợp nhiều nguồn.

Nếu dữ liệu nguồn không có sẵn trường này, thường sẽ bổ sung trong quá trình trích xuất và chuyển đổi. Trường này đánh dấu nguồn gốc dữ liệu để phục vụ kiểm tra và xử lý lỗi.

Rất quan trọng khi phân tích nhiều hệ thống và xác định thành phần gây ra độ trễ hoặc lỗi.

Thường được gán cố định trong ETL hoặc lấy từ siêu dữ liệu của hệ thống.

Thuộc tính này theo dõi mức độ cập nhật của dữ liệu dùng trong phân tích. Thuộc tính ghi nhận thời điểm dữ liệu được tải vào công cụ process mining hoặc lần gần nhất bản ghi được sửa trong cơ sở dữ liệu nguồn.

Thông tin này rất quan trọng để quản trị dữ liệu và tạo niềm tin vào kết quả. Chuyên viên có thể biết mình đang xem dữ liệu theo thời gian thực hay ảnh chụp từ ngày hôm trước. Điều này đặc biệt hữu ích khi theo dõi các khoản thanh toán đang chờ xử lý.

Thuộc tính này không được dùng trực tiếp để tính luồng quy trình. Đây là trường siêu dữ liệu giúp đảm bảo dashboard hiển thị trạng thái vận hành thanh toán mới nhất.

Giúp đảm bảo dữ liệu được cập nhật và xử lý lỗi độ trễ trong luồng dữ liệu.

Được tạo trong quá trình trích xuất dữ liệu hoặc ETL.

Thuộc tính này là khóa trung tâm để liên kết mọi hoạt động trong một vòng đời thanh toán. Nhờ đó, công cụ process mining có thể dựng lại toàn bộ hành trình của khoản thanh toán, từ lúc khởi tạo đến khi quyết toán hoặc thất bại.

Khi phân tích, mã này được dùng để nhóm các sự kiện riêng lẻ thành một hồ sơ duy nhất. Nhờ đó, bạn có thể trực quan hóa luồng quy trình và tính thời gian xử lý cho từng giao dịch. Nếu không có mã duy nhất, bạn không thể phân biệt hàng nghìn khoản thanh toán diễn ra đồng thời trong hệ thống.

Trường này thường giữ nguyên trong suốt vòng đời của khoản thanh toán. Tuy nhiên, với các tình huống phức tạp liên quan đến nhiều hệ thống, bạn có thể cần dùng khóa ghép hoặc ánh xạ từ một mã tham chiếu duy nhất xuyên suốt quy trình.

Đây là Case ID cốt lõi để tạo mô hình quy trình và theo dõi từng khoản thanh toán.

Thường có trong phần đầu giao dịch, bảng chỉ thị thanh toán hoặc nhật ký sổ cái chính.

Thuộc tính này mô tả hành động đã thực hiện hoặc trạng thái của khoản thanh toán tại một thời điểm cụ thể. Ví dụ: tạo yêu cầu, kiểm tra xác thực, phê duyệt hoặc quyết toán cuối cùng.

Process mining dùng thuộc tính này để xác định các nút trên sơ đồ quy trình. Khi phân tích trình tự hoạt động, chuyên viên có thể nhận diện các biến thể phổ biến, vòng lặp khiến khoản thanh toán phải xử lý lại và điểm nghẽn làm khoản tiền bị chờ trong thời gian dài.

Bạn thường cần chuẩn hóa tên hoạt động giữa các hệ thống nguồn để có cái nhìn nhất quán về quy trình. Chẳng hạn, một hệ thống gọi bước này là 'Auth', còn hệ thống khác gọi là 'Authorization'. Hai tên này cần được thống nhất trong quá trình chuyển đổi dữ liệu.

Thuộc tính này xác định các nút trên sơ đồ quy trình, giúp phân tích luồng và các biến thể của quy trình.

Có trong nhật ký kiểm tra, bảng lịch sử trạng thái hoặc bảng theo dõi sự kiện.

Thuộc tính này ghi lại chính xác thời điểm một sự kiện diễn ra trong hệ thống thanh toán. Đây là mốc thời gian để sắp xếp đúng thứ tự các sự kiện trong từng hồ sơ.

Khi phân tích, dấu thời gian là cơ sở cho mọi phép tính liên quan đến thời gian. Bạn có thể dùng thuộc tính này để tính khoảng thời gian giữa các hoạt động, tổng thời gian xử lý từ đầu đến cuối và mức độ đáp ứng thỏa thuận mức dịch vụ. Dấu thời gian chính xác rất quan trọng để xác định thời điểm phát sinh điểm nghẽn.

Nên dùng độ chính xác cao, nhất là với giao dịch tần suất cao hoặc hệ thống thanh toán tự động, nơi từng mili giây đều quan trọng. Nếu chỉ có ngày mà không có giờ, bạn có thể cần thêm quy tắc sắp xếp để xác định thứ tự các hoạt động diễn ra trong cùng ngày.

Cần thiết để sắp xếp sự kiện và tính các KPI dựa trên thời lượng, chẳng hạn như thời gian xử lý.

Có trong nhật ký giao dịch, bảng lịch sử hoặc nhật ký kiểm tra của hệ thống.

Thuộc tính này ghi nhận lý do kỹ thuật hoặc nghiệp vụ khiến quy trình thất bại. Trường này được điền khi khoản thanh toán bị từ chối, không vượt qua bước xác thực hoặc gặp lỗi truyền dữ liệu.

Phân tích mã lỗi là cách chính để giảm 'Tỷ lệ thanh toán thất bại' và 'Tỷ lệ xử lý lại'. Nhóm các mã lỗi phổ biến giúp phát hiện vấn đề mang tính hệ thống, chẳng hạn như dữ liệu chủ không chính xác hoặc sự cố kết nối kỹ thuật với các đơn vị thanh toán bù trừ bên ngoài.

Trong các trường hợp diễn ra theo luồng chuẩn, trường này thường để trống. Nếu có giá trị, trường này thường cho thấy quy trình đã lệch khỏi luồng lý tưởng và kích hoạt các quy trình con xử lý ngoại lệ.

Đây là thuộc tính chính để phân tích nguyên nhân gốc rễ của lỗi và việc xử lý lại.

Có trong nhật ký lỗi, thông báo từ chối hoặc dữ liệu phản hồi.

Thuộc tính này cho biết đơn vị tiền tệ của khoản thanh toán, chẳng hạn như USD, EUR hoặc GBP. Đây là thông tin cần thiết để lập báo cáo tài chính chính xác và kích hoạt các quy trình làm việc xuyên biên giới phù hợp.

Khi phân tích, bạn thường cần lọc theo tiền tệ để hiểu hiệu quả theo khu vực hoặc thời gian xử lý ngoại hối. Mỗi loại tiền tệ có thể có giờ chốt giao dịch, chu kỳ quyết toán và yêu cầu pháp lý khác nhau, ảnh hưởng trực tiếp đến luồng quy trình.

Nếu thiếu thuộc tính này, trường 'Số tiền thanh toán' sẽ không rõ nghĩa. Thuộc tính này cho phép quy đổi các khoản tiền khác loại sang một đơn vị tiền tệ báo cáo chung để lập dashboard toàn cầu.

Cần thiết để chuẩn hóa giá trị tài chính và nhận diện khác biệt giữa các quy trình xuyên biên giới.

Có trong bảng giao dịch, cùng với số tiền thanh toán.

Thuộc tính này cho biết hạn chót cần hoàn tất khoản thanh toán. Hệ thống có thể dùng thuộc tính này để đo 'Tỷ lệ thanh toán đúng hạn' và xác định thỏa thuận mức dịch vụ (SLA) có được đáp ứng hay không.

So sánh dấu thời gian hoàn tất thực tế với ngày đến hạn sẽ cho thấy rõ hiệu quả của quy trình. Khoản thanh toán hoàn tất sau ngày này được xem là trễ, có thể phát sinh tiền phạt hoặc ảnh hưởng đến quan hệ kinh doanh.

Trường này đặc biệt hữu ích với quy trình phải trả hoặc hợp đồng cam kết cung cấp dịch vụ đúng hạn, trong đó thời gian là nghĩa vụ theo hợp đồng.

Cần thiết để tính mức độ đáp ứng SLA và tỷ lệ thanh toán đúng hạn.

Có trong phần đầu hóa đơn hoặc chỉ thị yêu cầu thanh toán.

Thuộc tính này cho biết ai hoặc hệ thống nào đã thực hiện một bước cụ thể trong quy trình thanh toán. Đó có thể là người dùng thực hiện kiểm tra thủ công hoặc tài khoản hệ thống chạy một tác vụ tự động.

Dữ liệu này rất quan trọng để phân tích việc sử dụng nguồn lực và điểm nghẽn. Thuộc tính giúp phân biệt xử lý tự động (Straight-Through Processing) với các bước can thiệp thủ công. Tỷ lệ người dùng tham gia xử lý thủ công cao thường đi kèm chi phí cao hơn và thời gian xử lý lâu hơn.

Để đảm bảo tuân thủ, trường này hỗ trợ phân tích việc phân tách nhiệm vụ, nhằm đảm bảo người tạo khoản thanh toán không phải là người phê duyệt khoản đó.

Giúp phân tích tỷ lệ tự động hóa (STP) và năng suất sử dụng nguồn lực.

Có trong nhật ký kiểm tra hoặc cột siêu dữ liệu của bảng giao dịch.

Thuộc tính này phân loại khoản thanh toán theo phương thức thực hiện, chẳng hạn như chuyển khoản ngân hàng, ACH, thẻ tín dụng hoặc thanh toán tức thời. Mỗi phương thức thường có luồng quy trình riêng, với thời gian xử lý và chi phí khác nhau.

Bằng cách phân nhóm dữ liệu theo thuộc tính này, chuyên viên có thể so sánh hiệu quả của các kênh thanh toán. Ví dụ, chuyển khoản ngân hàng có thể cần nhiều bước phê duyệt thủ công hơn so với các lô ACH tự động.

Hiểu rõ cơ cấu phương thức thanh toán giúp lập kế hoạch năng lực và nhận diện thay đổi trong hành vi khách hàng, chẳng hạn như chuyển từ séc truyền thống sang thanh toán tức thời bằng phương thức số.

Cần thiết để phân biệt các biến thể quy trình, chẳng hạn như thanh toán tức thời và chuyển khoản ngân hàng, vốn có SLA khác nhau.

Có trong chi tiết chỉ thị thanh toán.

Thuộc tính này thể hiện giá trị tài chính được chuyển đi. Đây là chỉ số số học chính để đánh giá mức độ ảnh hưởng của những điểm kém hiệu quả trong quy trình. Ví dụ, khoản thanh toán một triệu đô la bị chậm thường đáng quan tâm hơn khoản thanh toán mười đô la bị chậm.

Khi phân tích, bạn có thể dùng trường này để tổng hợp khối lượng, tính nhu cầu thanh khoản và chia khoản thanh toán theo các mức giá trị. Khoản thanh toán giá trị cao thường có quy trình phê duyệt khác với khoản giá trị thấp. Thuộc tính này giúp phân biệt các luồng đó.

Cần kết hợp thuộc tính này với mã tiền tệ để so sánh các giá trị tương đương. Nếu cộng các khoản tiền mà không quy đổi hoặc tách theo tiền tệ, báo cáo tài chính có thể gây hiểu nhầm.

Giúp phân tích tác động tài chính và phân nhóm giao dịch giá trị cao, thấp.

Có trong chi tiết giao dịch hoặc bảng hạch toán tài chính.

Thuộc tính này là giá trị do công cụ phát hiện gian lận hoặc mô hình rủi ro tạo ra. Điểm càng cao thường cho thấy giao dịch có khả năng gian lận hoặc rủi ro cao hơn.

Trong phân tích quy trình, điểm số này giúp giải thích vì sao một số khoản thanh toán phải qua nhiều vòng kiểm tra. Khoản thanh toán có điểm rủi ro cao thường cần can thiệp thủ công, làm tăng thời gian xử lý. Đối chiếu điểm rủi ro với kết quả cuối cùng (được duyệt hay bị từ chối) giúp điều chỉnh hiệu quả của các quy tắc đánh giá rủi ro.

Không phải hệ thống nào cũng tạo điểm số dạng số, một số hệ thống chỉ cung cấp cờ trạng thái. Tuy nhiên, đây là chỉ số phổ biến ở các cổng thanh toán hiện đại để hỗ trợ ra quyết định.

Giúp giải thích các trường hợp quy trình đi chệch hướng, chẳng hạn như kiểm tra thủ công hoặc tạm giữ do bước kiểm tra gian lận.

Dữ liệu đầu ra từ hệ thống phát hiện gian lận hoặc công cụ đánh giá rủi ro.

Thuộc tính này cho biết điểm tiếp nhận chỉ thị thanh toán, chẳng hạn như ứng dụng di động, cổng web, API hoặc tải tệp lên. Thuộc tính này giúp bạn hiểu hành vi khách hàng và cách họ sử dụng các kênh.

Phân tích hiệu quả quy trình theo kênh có thể làm rõ khác biệt về kỹ thuật. Ví dụ, khoản thanh toán khởi tạo qua API có thể được xử lý ngay, trong khi tệp tải lên phải chờ đến đợt xử lý theo lô. Nhờ đó, bạn hiểu rõ trải nghiệm người dùng trên từng nền tảng.

Thuộc tính này cũng hữu ích để phân tích quá trình chuyển từ các kênh cũ, như nhập liệu thủ công hoặc fax, sang kênh số, qua đó hỗ trợ các sáng kiến chuyển đổi số.

Giúp phân tích xu hướng khối lượng và khác biệt về hiệu quả giữa các điểm tiếp nhận, chẳng hạn như ứng dụng di động và web.

Có trong phần đầu giao dịch hoặc siêu dữ liệu phiên.

Thuộc tính này xác định người nhận tiền. Trong giao dịch B2B, đó là nhà cung cấp; trong giao dịch P2P, đó là cá nhân nhận tiền. Thuộc tính này cho biết khoản thanh toán được gửi cho ai.

Phân tích khoản thanh toán theo người thụ hưởng có thể cho thấy các xu hướng như thường xuyên chuyển tiền cho đối tượng rủi ro cao hoặc tập trung giao dịch vào một số nhà cung cấp nhất định. Thuộc tính này cũng hữu ích khi phân tích gian lận, chẳng hạn để phát hiện nhiều khoản nhỏ được chuyển đến cùng một người thụ hưởng bất thường.

Lỗi chất lượng dữ liệu thường gặp ở trường này, chẳng hạn tên được viết theo nhiều cách khác nhau ('Inc.' và 'Incorporated'). Bạn thường cần làm sạch dữ liệu để tổng hợp chính xác.

Hữu ích khi phân tích nhà cung cấp, phát hiện gian lận và đánh giá rủi ro.

Có trong phần thông tin người thụ hưởng của chỉ thị thanh toán.