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

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

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

Mẫu này hướng dẫn bạn xác định các thuộc tính dữ liệu và hoạt động quy trình cần thiết để phân tích hiệu quả quy trình xử lý thanh toán. Mẫu cũng chỉ cách trích xuất những thông tin quan trọng này từ hệ thống. Hãy dùng tài nguyên này để thu thập đủ dữ liệu cho sáng kiến process mining của bạn.
  • Các thuộc tính nên thu thập
  • Các hoạt động chính cần theo dõi
  • 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 xử lý thanh toán

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích quy trình xử lý thanh toán.
3 Bắt buộc 7 Nên có 9 Không bắt buộc
Tên Mô tả
Dấu thời gian sự kiện
EventTimestamp
Ngày và giờ cụ thể khi hoạt động diễn ra.
Mô tả

Thuộc tính này cung cấp mốc thời gian cho từng sự kiện trong quy trình thanh toán. Thuộc tính ghi lại chính xác thời điểm hệ thống lưu một hành động, nhờ đó có thể sắp xếp các hoạt động theo trình tự thời gian.

Khi phân tích, dữ liệu này được dùng để tính thời gian giữa các bước, tổng thời gian chu kỳ và tốc độ xử lý. Dữ liệu cũng giúp xác định điểm nghẽn bằng cách làm rõ thời gian chờ giữa các giai đoạn cụ thể của quy trình.

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

Không có trường này thì không thể phân tích theo thời gian. Trường này là cơ sở để tính mọi KPI về hiệu suất và hiệu quả.

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

Tham khảo tài liệu FIS Global

Ví dụ
2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
Mã giao dịch thanh toán
PaymentTransactionId
Mã định danh duy nhất của lệnh thanh toán hoặc giao dịch cụ thể.
Mô tả

Thuộc tính này là khóa chính để liên kết mọi sự kiện trong một vòng đời thanh toán. Nhờ đó, nhà phân tích có thể theo dõi khoản thanh toán từ yêu cầu ban đầu qua các bước xác thực, phê duyệt đến khi tất toán hoặc đối soát.

Khi phân tích, mã này giúp nhóm các sự kiện riêng lẻ thành từng trường hợp quy trình. Mã cũng cho phép trực quan hóa luồng từ đầu đến cuối và làm cơ sở tính các chỉ số ở cấp trường hợp, như thời gian chu kỳ và các vòng xử lý lại.

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

Đây là mối liên kết cốt lõi trong process mining, giúp tái dựng các hoạt động rời rạc thành một hành trình liền mạch.

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

Tham khảo tài liệu FIS Global

Ví dụ
TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
Tên hoạt động
ActivityName
Tên của bước quy trình hoặc sự kiện cụ thể đã diễn ra.
Mô tả

Trường này ghi lại hành động cụ thể tại một thời điểm, chẳng hạn như 'Đã tạo yêu cầu thanh toán' hoặc 'Đã tất toán thanh toán'. Trường này xác định các nút trên sơ đồ quy trình và cấu trúc luồng quy trình.

Nhà phân tích dùng thuộc tính này để hiểu thứ tự các hoạt động. Đây là dữ liệu quan trọng để xác định điểm khác với luồng chuẩn, phát hiện bước bị bỏ qua hoặc hoạt động thừa, chẳng hạn như nhiều vòng phê duyệt.

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

Thuộc tính này cho biết quy trình gồm những gì, giúp trực quan hóa sơ đồ quy trình và phân tích biến thể.

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

Tham khảo tài liệu FIS Global

Ví dụ
Tạo yêu cầu thanh toánXác thực thông tin thanh toánPhê duyệt thanh toánĐã tất toán thanh toán
Đơn vị kinh doanh
BusinessUnit
Bộ phận hoặc phòng ban nội bộ khởi tạo khoản thanh toán.
Mô tả

Thuộc tính này gắn khoản thanh toán với một đơn vị cụ thể trong tổ chức, chẳng hạn như 'Ngân hàng bán lẻ', 'Cho vay thương mại' hoặc 'Ngân quỹ'.

Thuộc tính được dùng để tổng hợp KPI như 'Khối lượng thanh toán' và 'Thời gian chu kỳ thanh toán trung bình' theo phòng ban. Nhờ đó, ban quản lý có thể so sánh hiệu suất giữa các đơn vị và phân bổ tài nguyên phù hợp.

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

Thuộc tính này hỗ trợ so sánh nội bộ và xác định trách nhiệm về hiệu suất quy trình.

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

Tham khảo tài liệu FIS Global

Ví dụ
Ngân quỹKhoản phải trảVận hành ngân hàng bán lẻQuản lý tài sản
Loại thanh toán
PaymentType
Phân loại phương thức hoặc công cụ thanh toán.
Mô tả

Thuộc tính này phân loại khoản thanh toán theo các loại như chuyển khoản điện tử, ACH, SEPA, thanh toán tức thời (RTP) hoặc séc. Mỗi loại có quy tắc xử lý và SLA riêng.

Nhà phân tích dùng trường này để so sánh 'Thời gian chu kỳ đối soát thanh toán' giữa các kênh thanh toán. Trường giúp lý giải vì sao một số khoản được tất toán ngay, còn khoản khác mất vài ngày, đồng thời đảm bảo hiệu suất được so sánh với chuẩn phù hợp.

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

Đây là chiều phân tích chính để phân nhóm luồng quy trình, vì mỗi loại có cách định tuyến và thời gian xử lý riêng.

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

Tham khảo tài liệu FIS Global

Ví dụ
Chuyển khoản điện tửACH ghi cóSEPA tức thờiSéc
Mã tiền tệ
CurrencyCode
Mã ISO gồm 3 chữ cái cho biết loại tiền tệ của khoản thanh toán.
Mô tả

Thuộc tính này cho biết đơn vị tiền tệ của Số tiền thanh toán (ví dụ: USD, EUR, GBP). Đây là dữ liệu cần thiết để chuẩn hóa dữ liệu tài chính khi phân tích các luồng thanh toán toàn cầu.

Khi phân tích, trường này cho phép phân nhóm hiệu suất quy trình theo tiền tệ, vốn thường liên quan đến các hệ thống thanh toán bù trừ và quy định khác nhau. Trường giúp lý giải chênh lệch thời gian tất toán giữa thanh toán xuyên biên giới và thanh toán trong nước.

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

Cần thiết trong môi trường đa tiền tệ để diễn giải chính xác khối lượng giao dịch tài chính.

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

Tham khảo tài liệu FIS Global

Ví dụ
USDEURGBPJPY
Ngày đến hạn thanh toán
PaymentDueDate
Ngày dự kiến khoản thanh toán được tất toán.
Mô tả

Thuộc tính này ghi lại hạn thanh toán theo yêu cầu của người khởi tạo hoặc theo điều khoản trên hóa đơn. Đây là mốc chuẩn để đánh giá khoản thanh toán có đúng hạn hay không.

Trường này rất quan trọng đối với bảng điều khiển 'Mức độ tuân thủ ngày đến hạn thanh toán'. Bằng cách so sánh ngày này với ngày 'Đã tất toán thanh toán' thực tế, nhà phân tích có thể xác định khoản thanh toán trễ, tính khoản phạt có thể phát sinh và đánh giá mức độ tuân thủ thỏa thuận với nhà cung cấp.

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

Trường này là cơ sở để đo mức độ đáp ứng cam kết dịch vụ và tính đúng hạn.

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

Tham khảo tài liệu FIS Global

Ví dụ
2023-11-012023-11-15
Ngày tất toán thực tế
ActualSettlementDate
Ngày khoản thanh toán thực sự được hoàn tất và tất toán.
Mô tả

Thuộc tính này ghi lại ngày hiệu lực khi tiền được chuyển hoặc giao dịch được xem là hoàn tất. Ngày này khác với dấu thời gian xử lý vì phản ánh ngày giá trị.

Khi phân tích, ngày này được dùng cùng với Ngày đến hạn để tính 'Tỷ lệ thanh toán đúng hạn'. Đây cũng là mốc bắt đầu giai đoạn đối soát, nên rất quan trọng khi phân tích 'Thời gian chu kỳ đối soát thanh toán'.

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

Thuộc tính này thể hiện thời điểm khoản thanh toán hoàn tất về mặt tài chính và là dữ liệu quan trọng để phân tích dòng tiền.

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

Tham khảo tài liệu FIS Global

Ví dụ
2023-11-022023-11-14
Người dùng xử lý
ProcessingUser
Mã định danh hoặc tên của người dùng hay tác nhân hệ thống thực hiện hoạt động.
Mô tả

Thuộc tính này ghi lại ai hoặc hệ thống nào đã thực hiện bước quy trình. Thuộc tính giúp phân biệt người vận hành (ví dụ: 'J.Smith') với tài khoản hệ thống tự động (ví dụ: 'SYSTEM_BATCH').

Dữ liệu này được dùng để phân tích mức sử dụng tài nguyên, xác định điểm nghẽn do thao tác thủ công và kiểm tra việc phân tách nhiệm vụ. Dữ liệu cũng hỗ trợ tính 'Tỷ lệ sử dụng người xử lý' và phân biệt tác vụ thủ công với tác vụ tự động.

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

Cần thiết để phân tích tài nguyên, tỷ lệ tự động hóa và kiểm tra tuân thủ.

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

Tham khảo tài liệu FIS Global

Ví dụ
jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
Số tiền thanh toán
PaymentAmount
Giá trị tiền tệ của giao dịch thanh toán.
Mô tả

Thuộc tính này thể hiện giá trị tài chính của yêu cầu thanh toán. Đây là chỉ số chính để phân tích khối lượng giao dịch tài chính và rủi ro.

Nhà phân tích dùng trường này để phân nhóm khoản thanh toán giá trị cao và thấp, vì mỗi nhóm thường có quy trình phê duyệt khác nhau. Trường này hỗ trợ bảng điều khiển 'Khối lượng thanh toán' và giúp xác định liệu khoản thanh toán giá trị cao có thời gian chu kỳ dài hơn do được kiểm tra chặt chẽ hơn hay không.

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

Thuộc tính này bổ sung góc nhìn tài chính cho process mining, giúp ưu tiên công việc dựa trên giá trị.

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

Tham khảo tài liệu FIS Global

Ví dụ
1500.00250.501000000.0045.99
Có can thiệp thủ công
IsManualIntervention
Cờ cho biết hoạt động có cần thao tác thủ công hay không.
Mô tả

Thuộc tính boolean này đánh dấu các hoạt động hoặc trường hợp cần người xử lý, chẳng hạn như 'Đã xử lý lỗi thanh toán' hoặc phê duyệt thủ công, thay vì xử lý tự động xuyên suốt (STP).

Thuộc tính này rất cần thiết cho bảng điều khiển 'Tỷ lệ can thiệp thủ công vào thanh toán'. Thuộc tính giúp tính tỷ lệ khoản thanh toán chưa được tự động hóa hoàn toàn và xác định cơ hội chuyển đổi số.

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

Thuộc tính này phân biệt khối lượng xử lý tự động với công sức thủ công, làm cơ sở tính ROI của tự động hóa.

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

Được suy ra từ ActivityName hoặc ProcessingUser

Ví dụ
truefalse
Hệ thống nguồn
SourceSystem
Tên hệ thống nơi dữ liệu sự kiện được tạo ra.
Mô tả

Thuộc tính này xác định thành phần phần mềm hoặc cơ sở dữ liệu cụ thể nơi trích xuất bản ghi, chẳng hạn như hệ thống ngân hàng lõi, cổng thanh toán hoặc công cụ sàng lọc lệnh trừng phạt.

Thuộc tính này rất quan trọng để theo dõi nguồn gốc và xác thực dữ liệu. Khi phân tích luồng từ đầu đến cuối qua nhiều nền tảng, trường này giúp xác định hoạt động diễn ra ở đâu và hỗ trợ xử lý vấn đề về chất lượng dữ liệu.

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

Trường này giúp truy xuất nguồn gốc và xác định ngữ cảnh, nhất là trong môi trường phức tạp có nhiều hệ thống thanh toán tích hợp.

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

Tham khảo tài liệu FIS Global

Ví dụ
FIS OPFTraxPaymentHub_01SanctionsScreeningDB
Kênh thanh toán
PaymentChannel
Kênh được dùng để khởi tạo yêu cầu thanh toán.
Mô tả

Thuộc tính này cho biết nguồn gửi lệnh thanh toán, chẳng hạn như ngân hàng trực tuyến, ứng dụng di động, API hoặc quầy giao dịch. Thuộc tính giúp xác định kênh khởi tạo giao dịch.

Nhà phân tích dùng dữ liệu này để so sánh hiệu quả xử lý giữa các kênh. Ví dụ, dữ liệu giúp xác định liệu khoản thanh toán khởi tạo qua API có tỷ lệ lỗi thấp hơn khoản được nhập thủ công tại quầy hay không.

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

Thuộc tính này hỗ trợ tối ưu hóa kênh và tìm hiểu hành vi khách hàng.

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

Tham khảo tài liệu FIS Global

Ví dụ
Ngân hàng trực tuyếnỨng dụng di độngCổng giao dịch doanh nghiệpGiao dịch viên tại quầy
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Thời điểm bản ghi được trích xuất hoặc làm mới lần cuối.
Mô tả

Thuộc tính này cho biết dữ liệu dùng trong phân tích có mới hay không. Nhờ đó, người dùng biết mình đang xem dữ liệu theo thời gian thực hay ảnh chụp dữ liệu từ kỳ trước.

Trên bảng điều khiển, trường này thường được dùng để hiển thị nhãn 'Dữ liệu cập nhật đến'. Trường giúp bạn đưa ra quyết định dựa trên thông tin phù hợp nhất hiện có và quản lý việc tải dữ liệu tăng dần.

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

Trường này cho biết dữ liệu còn cập nhật hay không, giúp người xem tin tưởng vào tính kịp thời của báo cáo.

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

Siêu dữ liệu quy trình ETL

Ví dụ
2023-10-14T00:00:00Z2023-10-15T06:00:00Z
Mã lỗi xác thực
ValidationErrorCode
Mã hoặc lý do cho biết vì sao khoản thanh toán không vượt qua bước xác thực.
Mô tả

Thuộc tính này được điền khi khoản thanh toán chuyển sang hoạt động 'Đã phát hiện lỗi thanh toán'. Thuộc tính ghi rõ nguyên nhân, chẳng hạn như 'IBAN không hợp lệ', 'Không đủ tiền' hoặc 'Thiếu địa chỉ người thụ hưởng'.

Trường này cung cấp dữ liệu cho bảng điều khiển 'Tỷ lệ lỗi xác thực dữ liệu thanh toán'. Nhóm dữ liệu theo thuộc tính này sẽ cho thấy các nguyên nhân xử lý lại phổ biến nhất, giúp bạn khắc phục đúng chỗ trong khâu nhập dữ liệu hoặc cấu hình hệ thống.

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

Thuộc tính này giúp xác định nguyên nhân gốc rễ gây cản trở quy trình và phát sinh các vòng xử lý lại.

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

Tham khảo tài liệu FIS Global

Ví dụ
ERR-001: Tài khoản không hợp lệERR-055: Trùng khớp danh sách trừng phạtERR-009: Giao dịch trùng lặp
Quốc gia của người thụ hưởng
BeneficiaryCountry
Mã quốc gia của người nhận thanh toán.
Mô tả

Thuộc tính này xác định quốc gia nhận tiền, giúp phân biệt thanh toán trong nước với thanh toán quốc tế.

Thông tin này rất quan trọng để theo dõi tuân thủ thanh toán và phân tích định tuyến. Thanh toán quốc tế thường qua nhiều bên trung gian hơn, cần thêm bước kiểm tra tuân thủ và có thời gian chu kỳ dài hơn. Phân tích theo quốc gia giúp tách riêng các yếu tố này.

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

Đây là chiều phân tích quan trọng để đánh giá theo khu vực địa lý và rủi ro tuân thủ.

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

Tham khảo tài liệu FIS Global

Ví dụ
Hoa KỳĐứcTrung QuốcVương quốc Anh
Tài khoản gửi tiền
SenderAccount
Số tài khoản bị trừ tiền.
Mô tả

Thuộc tính này xác định tài khoản nguồn của giao dịch. Thuộc tính giúp phân tích chi tiết các khoản thanh toán từ từng tài khoản nội bộ.

Khi phân tích, thuộc tính giúp xác định liệu một tài khoản cấp vốn cụ thể có thường gặp lỗi (ví dụ: không đủ tiền) hoặc chậm trễ hay không. Thuộc tính cũng hỗ trợ đối soát bằng cách cho phép khớp bút toán sổ cái với các hoạt động trong quy trình.

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

Đây là dữ liệu thiết yếu để đối soát tài chính và xử lý vấn đề ở cấp tài khoản.

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

Tham khảo tài liệu FIS Global

Ví dụ
123456789987654321ACC-TREASURY-01
Thẩm quyền phê duyệt
ApprovalAuthority
Vai trò, nhóm hoặc cá nhân chịu trách nhiệm cho phép thanh toán.
Mô tả

Thuộc tính này cho biết cấp thẩm quyền hoặc nhóm người dùng cụ thể cần phê duyệt khoản thanh toán, thường dựa trên ngưỡng số tiền. Thuộc tính giúp theo dõi cách yêu cầu được chuyển qua quy trình phê duyệt.

Nhà phân tích dùng dữ liệu này cho bảng điều khiển 'Điểm nghẽn trong phê duyệt thanh toán'. Có thể phân tích thời gian phê duyệt theo cấp thẩm quyền để xác định liệu một cấp quản lý cụ thể có gây chậm trễ hay không.

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

Thuộc tính này hỗ trợ phân tích cấp bậc phê duyệt trong tổ chức và xác định điểm nghẽn.

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

Tham khảo tài liệu FIS Global

Ví dụ
Quản lý cấp 1CFONhóm tuân thủHệ thống tự động phê duyệt
Thanh toán trễ
IsLatePayment
Cờ cho biết khoản thanh toán được tất toán sau ngày đến hạn hay không.
Mô tả

Đây là thuộc tính boolean được tính toán. Thuộc tính trả về true nếu ngày 'Đã tất toán thanh toán' sau 'Ngày đến hạn thanh toán'.

Thuộc tính này là dữ liệu trực tiếp để tính KPI 'Tỷ lệ thanh toán đúng hạn'. Thuộc tính giúp đơn giản hóa bảng điều khiển, cho phép người dùng nhanh chóng lọc các trường hợp có vấn đề mà không cần viết logic ngày phức tạp ở lớp trực quan hóa.

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

Thuộc tính này giúp đơn giản hóa báo cáo ngoại lệ và phân tích tuân thủ.

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

Được suy ra từ PaymentDueDate và ActualSettlementDate

Ví dụ
truefalse
Bắt buộc Nên có Không bắt buộc

Hoạt động xử lý thanh toán

Đâ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á và cải tiến quy trình chính xác.
6 Nên có 7 Không bắt buộc
Hoạt động Mô tả
Đã đối soát thanh toán
Đây là hoạt động kế toán cuối cùng, trong đó giao dịch thanh toán được đối chiếu với sao kê ngân hàng hoặc bút toán trong sổ cái nội bộ. Quy trình này có thể chạy tự động theo lô hoặc do người dùng thực hiện thủ công.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm kết thúc toàn bộ vòng đời thanh toán. Phân tích 'Thời gian chu kỳ đối soát thanh toán' giúp đánh giá hiệu quả của quy trình khóa sổ tài chính.

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

Thường được suy ra khi trường 'reconciliation_date' có dữ liệu hoặc khi trạng thái cuối cùng trong mô-đun tài chính hay kế toán liên kết với hệ thống thanh toán chuyển thành 'Đã đối soát'.

Thu thập

Được xác định khi có ngày đối soát hoặc trạng thái chuyển thành 'Đã đối soát'.

Loại sự kiện inferred
Đã tất toán thanh toán
Hoạt động này đánh dấu việc chuyển tiền hoàn tất và giao dịch được xem là đã tất toán về mặt tài chính. Thông thường, sự kiện được ghi nhận khi nhận được xác nhận tất toán cuối cùng từ mạng thanh toán hoặc trung tâm thanh toán bù trừ.
Vì sao điều này quan trọng

Đây là mốc chính để đo thời gian xử lý thanh toán và tỷ lệ thanh toán đúng hạn. Mốc này cho biết quy trình thực hiện thanh toán cốt lõi đã hoàn tất thành công.

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

Được suy ra từ lần thay đổi trạng thái cuối cùng của hồ sơ thanh toán thành 'Đã tất toán', 'Đã hoàn tất' hoặc 'Đã ghi sổ'. Thay đổi này được kích hoạt bởi tệp tất toán theo lô hoặc thông báo theo thời gian thực từ hệ thống thanh toán bù trừ.

Thu thập

Trạng thái giao dịch thanh toán chuyển thành 'Đã tất toán' hoặc trạng thái tương đương.

Loại sự kiện inferred
Gửi chỉ thị thanh toán
Hoạt động này đánh dấu thời điểm hệ thống FIS gửi chỉ thị thanh toán đã hoàn tất đến mạng thanh toán liên quan, chẳng hạn ACH, Fedwire hoặc SWIFT. Đây là sự kiện quan trọng do hệ thống tạo ra.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng, cho biết khoản thanh toán đã rời khỏi môi trường xử lý nội bộ. Sự kiện này rất cần thiết để phân tích hiệu quả điều phối và thời gian xử lý bên ngoài.

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

Được ghi trong nhật ký giao dịch hoặc nhật ký thông điệp theo dõi liên lạc với các mạng thanh toán bên ngoài. Hãy tìm bản ghi có dấu thời gian cho biết thông điệp gửi đi đã được truyền thành công.

Thu thập

Sự kiện do hệ thống tạo ra khi thông điệp thanh toán được gửi đến mạng thanh toán bù trừ.

Loại sự kiện explicit
Phê duyệt thanh toán
Đây là cột mốc quan trọng, khi người dùng có thẩm quyền phê duyệt khoản thanh toán để chuyển sang giai đoạn tiếp theo. Hầu hết hệ thống ghi rõ sự kiện này cùng mã người phê duyệt và dấu thời gian khi họ thao tác.
Vì sao điều này quan trọng

Đây là điểm kiểm soát quan trọng để đo thời gian phê duyệt và đảm bảo tuân thủ các biện pháp kiểm soát tài chính. Chậm trễ ở giai đoạn này có thể ảnh hưởng đáng kể đến tỷ lệ thanh toán đúng hạn.

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

Được ghi trong bảng nhật ký phê duyệt hoặc dưới dạng sự kiện cụ thể trong lịch sử giao dịch chính. Nhật ký sự kiện liên kết Payment Transaction ID, mã người dùng phê duyệt và dấu thời gian phê duyệt.

Thu thập

Được ghi lại khi người dùng có quyền phê duyệt chọn thao tác 'approve' cho một khoản thanh toán.

Loại sự kiện explicit
Tạo yêu cầu thanh toán
Đây là sự kiện đầu tiên trong vòng đời thanh toán, đánh dấu thời điểm một giao dịch thanh toán mới được khởi tạo trong hệ thống FIS. Sự kiện này thường được ghi rõ trong bảng nhật ký giao dịch khi người dùng hoặc hệ thống tự động gửi yêu cầu thanh toán mới.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm bắt đầu chính thức của quy trình. Đây là dữ liệu thiết yếu để đo thời gian xử lý thanh toán từ đầu đến cuối, cũng như phân tích tổng thể năng suất và số lượng thanh toán.

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

Được ghi trong bảng giao dịch chính, xác định bằng dấu thời gian tạo gắn với Payment Transaction ID. Hãy tìm các bảng như 'Payment_Transactions' hoặc 'Payment_Requests' có trường 'creation_date' hoặc 'entry_date'.

Thu thập

Sự kiện được ghi lại khi tạo bản ghi giao dịch thanh toán mới.

Loại sự kiện explicit
Ủy quyền thanh toán
Đây là bước ủy quyền cuối cùng, thường áp dụng với khoản thanh toán giá trị lớn hoặc cần người có thẩm quyền khác xác nhận sau lần phê duyệt đầu tiên. Hệ thống ghi rõ sự kiện này khi người dùng có quyền ủy quyền xác nhận khoản thanh toán.
Vì sao điều này quan trọng

Hoạt động này là dữ liệu quan trọng cho dashboard 'Payment Authorization Bottlenecks'. Tách riêng hoạt động này khỏi 'Payment Approved' giúp xác định chậm trễ trong quy trình phê duyệt nhiều cấp.

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

Được ghi trong nhật ký kiểm toán hoặc nhật ký giao dịch. Sự kiện được kích hoạt khi người dùng có quyền ủy quyền cụ thể thao tác trên khoản thanh toán, tạo bản ghi kèm mã người dùng và dấu thời gian.

Thu thập

Một mục nhật ký cụ thể được tạo khi người dùng thực hiện bước ủy quyền cuối cùng.

Loại sự kiện explicit
Đã phát hiện lỗi thanh toán
Cho biết lỗi được phát hiện ở một thời điểm nào đó trong quy trình, sau bước xác thực ban đầu. Ví dụ: ngân hàng nhận từ chối thanh toán hoặc hệ thống nội bộ gắn cờ tuân thủ. Lỗi thường được ghi nhận rõ ràng khi phát sinh ngoại lệ.
Vì sao điều này quan trọng

Hoạt động này là điểm bắt đầu của mọi vòng xử lý lại và xử lý ngoại lệ. Đây là dữ liệu cần thiết để tính KPI Tỷ lệ can thiệp thủ công và Thời gian xử lý lỗi thanh toán.

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

Được ghi trong mô-đun xử lý ngoại lệ hoặc nhật ký giao dịch. Quy tắc hệ thống có thể tự động kích hoạt sự kiện này, hoặc người dùng có thể gắn cờ sự cố. Nhật ký ghi lại mã lỗi và thời điểm xảy ra.

Thu thập

Ngoại lệ hoặc mã lỗi được ghi nhận cho giao dịch thanh toán.

Loại sự kiện explicit
Đã xác định thanh toán trễ
Sự kiện suy ra cho biết khoản thanh toán được tất toán sau ngày đến hạn. Sự kiện này không được ghi trực tiếp mà được tính bằng cách so sánh hai trường ngày.
Vì sao điều này quan trọng

Hoạt động được tính toán này hỗ trợ trực tiếp KPI 'Tỷ lệ thanh toán đúng hạn' và bảng điều khiển 'Mức độ tuân thủ ngày đến hạn thanh toán'. Hoạt động giúp định lượng ảnh hưởng của chậm trễ quy trình đến quan hệ với nhà cung cấp và các khoản phí trễ hạn có thể phát sinh.

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

Sự kiện này không được trích xuất trực tiếp. Sự kiện được tính trong quá trình chuyển đổi dữ liệu bằng cách so sánh dấu thời gian 'Ngày tất toán' với trường 'Ngày đến hạn thanh toán'. Nếu ngày tất toán sau ngày đến hạn, hệ thống tạo sự kiện này.

Thu thập

Được tính nếu 'Ngày tất toán' > 'Ngày đến hạn thanh toán'.

Loại sự kiện calculated
Đã xử lý lỗi thanh toán
Đánh dấu lỗi thanh toán đã phát hiện trước đó được xử lý, để khoản thanh toán có thể được xử lý lại hoặc hủy. Người dùng thực hiện thao tác này để xóa trạng thái ngoại lệ.
Vì sao điều này quan trọng

Hoạt động này khép lại vòng xử lý ngoại lệ. Thời gian từ lúc 'Đã phát hiện lỗi' đến sự kiện này là thước đo quan trọng về hiệu quả vận hành khi xử lý ngoại lệ.

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

Được ghi nhận khi người dùng xóa cờ lỗi hoặc đưa giao dịch ra khỏi hàng đợi ngoại lệ. Thao tác này được lưu trong nhật ký kiểm tra hoặc lịch sử giao dịch, kèm theo thời điểm.

Thu thập

Người dùng xóa trạng thái lỗi. Thao tác này được ghi lại trong nhật ký kiểm tra.

Loại sự kiện explicit
Gửi thanh toán để phê duyệt
Đánh dấu thời điểm khoản thanh toán đã xác thực được gửi vào workflow phê duyệt. Sự kiện này thường được ghi nhận qua thay đổi trạng thái, cho biết khoản thanh toán đang chờ người phê duyệt xử lý.
Vì sao điều này quan trọng

Hoạt động này đánh dấu điểm bắt đầu của quy trình con phê duyệt. Phân tích thời gian từ bước này đến 'Payment Approved' rất quan trọng để hiểu rõ điểm nghẽn trong khâu phê duyệt.

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

Sự kiện được suy ra khi trường trạng thái thanh toán chuyển thành 'Pending Approval', 'Submitted for Approval' hoặc trạng thái tương tự trong workflow hay nhật ký trạng thái giao dịch.

Thu thập

Trạng thái giao dịch thanh toán chuyển từ 'Validated' sang 'Pending Approval'.

Loại sự kiện inferred
Từ chối thanh toán
Hoạt động này xảy ra khi người phê duyệt từ chối yêu cầu thanh toán. Thông thường, yêu cầu cần được chỉnh sửa rồi gửi lại hoặc bị hủy hoàn toàn. Đây là thao tác cụ thể của người dùng và được ghi lại để phục vụ kiểm toán.
Vì sao điều này quan trọng

Theo dõi các trường hợp từ chối giúp xác định nguyên nhân phổ biến khiến thanh toán không thành công, quy trình đi chệch hướng và phát sinh vòng lặp xử lý lại. Qua đó, bạn có thể phát hiện vấn đề về chất lượng dữ liệu ban đầu hoặc việc tuân thủ.

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 giao dịch khi người phê duyệt chọn 'reject'. Bản ghi thường có dấu thời gian, mã người dùng và đôi khi cả mã lý do.

Thu thập

Sự kiện được ghi lại khi người dùng chọn thao tác 'reject' cho một khoản thanh toán.

Loại sự kiện explicit
Xác nhận thanh toán
Cho biết đã nhận được xác nhận từ mạng thanh toán hoặc ngân hàng thụ hưởng rằng khoản thanh toán đã đến nơi. Sự kiện này được kích hoạt khi hệ thống nhận được thông báo hoặc cập nhật trạng thái.
Vì sao điều này quan trọng

Xác nhận cho biết chắc chắn khoản thanh toán đã đến đích. Khoảng thời gian từ lúc 'Đã gửi lệnh' đến khi 'Đã xác nhận' phản ánh độ trễ của mạng bên ngoài và thời gian xử lý.

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

Được tạo khi hệ thống phân tích các thông báo xác nhận nhận từ mạng thanh toán. Hệ thống cập nhật trạng thái thanh toán và ghi lại thời điểm xác nhận.

Thu thập

Thông báo nhận từ mạng thanh toán bù trừ cập nhật trạng thái thanh toán thành 'Đã xác nhận'.

Loại sự kiện explicit
Xác thực thông tin thanh toán
Hoạt động này cho biết dữ liệu thanh toán đã vượt qua các bước kiểm tra tự động ban đầu về định dạng, mức độ đầy đủ và tính chính xác. Sự kiện thường được suy ra từ thay đổi trạng thái của bản ghi thanh toán, chẳng hạn từ 'New' sang 'Validated' hoặc 'Pending Approval'.
Vì sao điều này quan trọng

Theo dõi hoạt động này giúp xác định tần suất và vị trí xảy ra lỗi nhập dữ liệu. Đây là điều kiện cần để phân tích KPI Tỷ lệ lỗi xác thực dữ liệu thanh toán và tìm hiểu nguyên nhân phải xử lý lại.

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

Sự kiện được suy ra từ trường trạng thái của giao dịch thanh toán. Khi trạng thái ban đầu chuyển sang 'validated' và có dấu thời gian tương ứng, sự kiện này được ghi nhận.

Thu thập

Được xác định khi trường trạng thái thanh toán chuyển thành 'Validated' hoặc giá trị tương tự.

Loại sự kiện inferred
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ừ FIS Global

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

Dùng mẫu này để tinh gọn việc thu thập dữ liệu và bắt đầu cải tiến quy trình xử lý thanh toán. Khám phá cơ hội nâng cao hiệu quả và tăng cường kiểm soát tài chính nhờ thông tin chi tiết, chính xác về quy trình.

Cải thiện quy trình xử lý thanh toán trên FIS Global ngay hôm nay

Đạt tỷ lệ xử lý thẳng qua hệ thống 98% và loại bỏ các vấn đề đối soát.

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

Không cần thẻ tín dụng, bắt đầu chỉ trong vài phút