Ngân hàng, ngân quỹ và kết nối ISO 20022
Lệnh chi gửi đi, sao kê nhận về, đối soát tự động với mọi loại tiền tệ
Đội ngân quỹ vẫn nhập lại lệnh chi và đối soát sao kê bằng tay
Nhiều đội ngân quỹ nhập lệnh chi vào cổng ngân hàng, thu sao kê ở nhiều định dạng khác nhau từ mỗi ngân hàng và đối soát tài khoản trên bảng tính vào cuối tháng. Mỗi bước thủ công là thêm độ trễ, thêm chi phí và thêm nguy cơ gian lận hoặc sai sót.
Các ngân hàng cũng đang chuyển sang ISO 20022, tiêu chuẩn quốc tế về thông điệp tài chính, mang dữ liệu có cấu trúc và phong phú hơn các định dạng SWIFT MT cũ. Hệ thống không tạo và đọc được định dạng này sẽ tụt lại so với ngân hàng của mình.
Những gì thay đổi với bạn
Xử lý xuyên suốt
Lô thanh toán đã duyệt rời ERP dưới dạng tệp đã ký hoặc lệnh gọi API, và sao kê trở về ở dạng ERP tự đối soát được.
Kết sổ nhanh hơn
Đối soát đa tiền tệ chạy hằng ngày, thay cho tải CSV thủ công và điều chỉnh bảng tính cuối tháng.
Mỗi ngoại lệ đều có người phụ trách
Lệnh chi bị từ chối và dòng sao kê không khớp được đưa vào hàng đợi ngoại lệ dành cho tin nhắn lỗi, kèm lý do, không bao giờ thất lạc trong hộp thư.
Chúng tôi bàn giao gì
Kết nối host-to-host và trực tiếp với ngân hàng
Kết nối qua SFTP, EBICS và SWIFT, cùng API ngân hàng mở và API ngân hàng trực tiếp, chọn theo từng ngân hàng và từng quốc gia.
Tạo tệp thanh toán
Tệp thanh toán ISO 20022 pain.001 được lập từ lô thanh toán của bạn, kiểm tra theo biến thể của từng ngân hàng, rồi ký hoặc mã hóa theo yêu cầu của ngân hàng đó.
Xử lý trạng thái và từ chối
Báo cáo trạng thái pain.002 được đọc lại, để mỗi lệnh chi hiện là được chấp nhận, bị từ chối hoặc đang chờ, kèm mã lý do của ngân hàng.
Thu nhận sao kê
Sao kê cuối ngày camt.053 và MT940 cùng báo cáo trong ngày được thu thập, kiểm tra xem có thiếu hay trùng lặp, rồi nạp vào ERP.
Thông điệp liên ngân hàng cho ngân hàng và công ty fintech
Thông điệp pacs cho chuyển khoản ghi có và trạng thái của chúng giữa các tổ chức tài chính, kết nối với sổ cái ngân hàng lõi.
Đối soát đa tiền tệ
Quy tắc khớp tự động tất toán các khoản mục chưa xử lý giữa các loại tiền tệ và tài khoản, và chuyển phần còn lại vào hàng đợi ngoại lệ.
Hồ sơ kiểm thử ngân hàng và sổ tay vận hành
Ca kiểm thử của từng ngân hàng được chạy và ghi lại cho kiểm toán viên của bạn, kèm cảnh báo khi thiếu tệp, chuyển khoản thất bại hoặc khóa, chứng chỉ sắp hết hạn.
Cách chúng tôi làm việc
Khảo sát ngân hàng và luồng
Chúng tôi liệt kê ngân hàng, tài khoản, loại lệnh chi và các bước thủ công hiện tại của bạn, và thống nhất luồng nào làm trước.
Đặc tả từng định dạng
Chúng tôi dựa trên hướng dẫn triển khai của từng ngân hàng để viết ánh xạ, gồm cả ký số, mã hóa và cách đặt tên tệp.
Xây bộ kết nối
Chúng tôi xây xuất lệnh chi, nhập trạng thái, nhập sao kê và đối soát, với kiểm thử tự động cho từng định dạng.
Kiểm thử với từng ngân hàng
Chúng tôi chạy các ca kiểm thử đã thống nhất trong môi trường thử của ngân hàng và sửa mọi lỗi mà bước kiểm tra hợp lệ của ngân hàng từ chối.
Đưa vào vận hành từng ngân hàng
Chúng tôi chuyển từng ngân hàng một, giữ quy trình hiện tại làm phương án dự phòng cho đến khi quy trình mới được kiểm chứng.
Giám sát và hỗ trợ
Chúng tôi theo dõi chuyển khoản, khóa và ngày hết hạn chứng chỉ, và lên kế hoạch cho thay đổi định dạng khi ngân hàng công bố.
Cuộn ngang để xem toàn bộ bản vẽ.
ERP sang ngân hàng: thanh toán ra, sao kê vào
Thanh toán đã duyệt rời ERP dưới dạng tệp ISO 20022 được ký qua kênh host-to-host. Báo cáo trạng thái và sao kê quay về cùng đường và được đối soát với khoản mục chưa xử lý. Khoản bị từ chối và dòng không khớp được chuyển đến đội ngũ của bạn kèm lý do.
- Luồng chính
- Bất đồng bộ
- Luồng ngoại lệ
Luồng gồm 10 bước
Luồng xử lý, từng bước
- Từ ERP đến Lớp tích hợp: Lô thanh toán đã duyệt, qua REST/JSON · IDoc (luồng chính).
- Từ Lớp tích hợp đến Kênh ngân hàng bảo mật: Tệp thanh toán được ký và mã hóa, qua ISO 20022 pain.001 · OpenPGP (luồng chính).
- Từ Kênh ngân hàng bảo mật đến Ngân hàng: Đã chuyển đến ngân hàng, qua SFTP H2H (luồng chính).
- Từ Ngân hàng đến Kênh ngân hàng bảo mật: Báo cáo trạng thái và sao kê, qua pain.002 · camt.053 · MT940 (bất đồng bộ).
- Từ Kênh ngân hàng bảo mật đến Lớp tích hợp: Đã thu nhận và kiểm tra, qua SFTP H2H (bất đồng bộ).
- Từ Lớp tích hợp đến Công cụ đối soát: Dòng sao kê, qua camt.053 (bất đồng bộ).
- Từ Công cụ đối soát đến ERP: Bút toán khớp đã hạch toán, qua REST/JSON (luồng chính).
- Từ Lớp tích hợp đến Đội ngân quỹ và tài chính: Thanh toán bị từ chối, kèm mã lý do, qua pain.002 RJCT (luồng ngoại lệ).
- Từ Công cụ đối soát đến Đội ngân quỹ và tài chính: Dòng không khớp: chênh lệch đối soát (luồng ngoại lệ).
- Từ Đội ngân quỹ và tài chính đến ERP: Đã sửa và gửi lại (luồng ngoại lệ).
Cuộn ngang để xem toàn bộ bản vẽ.
Ngân hàng mở: dữ liệu và thanh toán với sự đồng ý của khách hàng
Khách hàng cấp sự đồng ý, bộ kết nối giữ token, và mọi lệnh gọi ngân hàng đều được ủy quyền và ghi nhật ký. Khi sự đồng ý hết hạn hoặc bị rút, ứng dụng hỏi lại khách hàng thay vì âm thầm thất bại.
- Luồng chính
- Bất đồng bộ
- Luồng ngoại lệ
Luồng gồm 7 bước
Luồng xử lý, từng bước
- Từ Khách hàng đến Ứng dụng hoặc nền tảng của bạn: Cấp sự đồng ý (luồng chính).
- Từ Ứng dụng hoặc nền tảng của bạn đến Bộ kết nối ngân hàng mở: Yêu cầu tài khoản và thanh toán, qua REST/JSON (luồng chính).
- Từ Bộ kết nối ngân hàng mở đến API ngân hàng hoặc nhà tổng hợp: Gọi API được ủy quyền, qua OAuth 2.0 · FAPI · REST (luồng chính).
- Từ API ngân hàng hoặc nhà tổng hợp đến Bộ kết nối ngân hàng mở: Số dư, giao dịch và trạng thái thanh toán, qua REST/JSON · webhook (bất đồng bộ).
- Từ Bộ kết nối ngân hàng mở đến ERP hoặc sổ cái: Giao dịch đã chuẩn hóa, qua REST/JSON (luồng chính).
- Từ API ngân hàng hoặc nhà tổng hợp đến Bộ kết nối ngân hàng mở: Sự đồng ý hết hạn hoặc bị rút, qua HTTP 401 · 403 (luồng ngoại lệ).
- Từ Bộ kết nối ngân hàng mở đến Ứng dụng hoặc nền tảng của bạn: Khách hàng được yêu cầu gia hạn sự đồng ý (luồng ngoại lệ).
Tiêu chuẩn, định dạng và kênh
Chúng tôi xây dựa trên hướng dẫn triển khai của từng ngân hàng, không chỉ từ tiêu chuẩn. Nêu tên một sản phẩm không có nghĩa là quan hệ đối tác với nhà cung cấp của nó.
- Tiêu chuẩn và kênh ngân hàng
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- Swift
- EBICS
- SFTP (H2H)
- OpenPGP
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
Bằng chứng trong vận hành thật
Với một ngân hàng GCC hạng nhất và một tập đoàn khu vực, chúng tôi kết nối SAP S/4HANA với hạ tầng ngân hàng trong khu vực qua ISO 20022. Lệnh chi được ký, ngoại lệ vào hàng đợi tin nhắn lỗi, và đối soát trên các tài khoản ngân hàng diễn ra tự động.
Cách bắt đầu
Yêu cầu rõ về ngân hàng và định dạng sẽ đi thẳng tới bước đề xuất. Nhiều ngân hàng, nhiều quốc gia hoặc một giao diện cũ không có tài liệu thường bắt đầu trong Blueprint Studio hoặc Brownfield Diagnostic Bridge.
Các bước tiếp theo
Buổi tư vấn sơ bộ
Một buổi tư vấn sơ bộ trực tuyến miễn phí 30 phút: chúng tôi cùng bạn xem xét mục tiêu, hệ thống và ràng buộc.
Đánh giá mức độ sẵn sàng
Trong một đánh giá mức độ sẵn sàng miễn phí trong 48 giờ, một kiến trúc sư chính kiểm tra dự án của bạn theo định nghĩa sẵn sàng (Definition of Ready) gồm 6 điểm và đề xuất lộ trình phù hợp.
Chọn lộ trình
Các dự án đã rõ phạm vi nhận đề xuất có ràng buộc trong vòng 3 đến 5 ngày làm việc. Các dự án ở giai đoạn ý tưởng bắt đầu trong Blueprint Studio. Hệ thống đang vận hành gặp lỗi, thiếu tài liệu hoặc cần tích hợp bắt đầu bằng chẩn đoán kéo dài 1 đến 2 tuần. Blueprint Studio và chẩn đoán đều có phí cố định, được báo trong đề xuất.
Triển khai trong năm giai đoạn
Khởi động, các sprint có trình diễn trực tiếp, tích hợp và gia cố, nghiệm thu và đưa vào vận hành, sau đó là dịch vụ được quản lý. Sau khi ra mắt là thời gian bảo hành, sau đó là hỗ trợ và bảo trì tùy chọn.
Dự án kết quả cố định và dịch vụ được quản lý suốt ngày đêm
Triển khai phạm vi cố định theo cột mốc, với trưởng nhóm bàn giao được chỉ định, cùng dịch vụ ứng dụng được quản lý suốt ngày đêm dưới quản trị SLA.
Chuyên gia tham gia đội ngũ và tăng cường chiến lược
Kỹ sư chính và chuyên gia nearshore, tại chỗ, cùng kiến trúc sư giải pháp, chuyển đổi, PQC và tích hợp tham gia đội ngũ của bạn.
Câu hỏi và trả lời
ISO 20022 là gì, và vì sao nó quan trọng?
ISO 20022 là tiêu chuẩn quốc tế về thông điệp tài chính. Thông điệp XML của nó mang dữ liệu có cấu trúc, như họ tên đầy đủ, địa chỉ và chi tiết chuyển tiền, mà các định dạng SWIFT MT cũ không có. Ngân hàng và hệ thống thanh toán đã chuyển sang tiêu chuẩn này, nên tệp thanh toán và sao kê dựa trên tiêu chuẩn này đối soát tốt hơn và thường vượt qua kiểm tra tuân thủ hơn.
XSIS làm việc với những định dạng và kênh ngân hàng nào?
Chúng tôi dùng pain.001 cho lệnh chi, pain.002 cho trạng thái, camt.052, camt.053 và camt.054 cho báo cáo tài khoản, và thông điệp pacs giữa các ngân hàng. Chúng tôi cũng đọc sao kê MT940 và MT942 mà nhiều ngân hàng vẫn gửi. Kênh truyền là host-to-host SFTP, EBICS, SWIFT hoặc API ngân hàng. Mỗi ngân hàng có biến thể riêng cho từng định dạng, nên chúng tôi xây dựa trên hướng dẫn triển khai của họ.
XSIS có thể kết nối những hệ thống ERP nào với ngân hàng?
SAP S/4HANA, Oracle Fusion Cloud ERP và NetSuite, Microsoft Dynamics 365, Odoo và Sage, cùng các hệ thống ngân quỹ và hệ thống tùy chỉnh. Nếu ERP có mô-đun giao tiếp ngân hàng riêng, chúng tôi cấu hình và mở rộng mô-đun đó thay vì xây thêm một lớp bao quanh.
XSIS giữ an toàn tệp thanh toán thế nào?
Tệp thanh toán được ký và mã hóa theo yêu cầu của từng ngân hàng và chỉ đi qua kênh đã thống nhất. Khóa và chứng chỉ được giữ trong kho khóa hoặc mô-đun bảo mật phần cứng (HSM) của bạn, không bao giờ trong mã nguồn. Tệp được kiểm tra trước khi gửi, và mọi lần chuyển đều được ghi nhật ký, để bạn truy được ai đã duyệt và gửi từng lệnh chi.
Điều gì xảy ra khi một dòng sao kê không khớp?
Dòng đó vào danh sách rà soát cùng các giao dịch có khả năng khớp và lý do không khớp, như số tiền khác hoặc thiếu tham chiếu. Đội ngũ của bạn xử lý tại đó, và quy tắc có thể được điều chỉnh để trường hợp tương tự khớp lần sau. Không gì được hạch toán vào sổ cái khi chưa có kết quả khớp do bạn duyệt.
Điều gì quyết định tốc độ của một tích hợp ngân hàng?
Phần lớn là ngân hàng, không phải mã nguồn. Mỗi ngân hàng đặt các bước tiếp nhận, khung thời gian thử và phê duyệt riêng, và một số cần hợp đồng hoặc trao đổi khóa trước khi bắt đầu thử. Sau bước ánh xạ, chúng tôi gửi bạn kế hoạch cho từng ngân hàng và bắt đầu thử với ngân hàng nào sẵn sàng trước.
Điều gì xảy ra khi ngân hàng thay đổi định dạng?
Ngân hàng công bố thay đổi định dạng trước, như nhiều ngân hàng đã làm khi chuyển từ SWIFT MT sang ISO 20022. Chúng tôi theo dõi các thông báo đó cho những ngân hàng mình kết nối, đánh giá tác động, và lên lịch thay đổi cùng kiểm thử với ngân hàng trước hạn của họ.
Sẵn sàng xây dựng? Hãy yêu cầu đề xuất.
Gửi yêu cầu hoặc RFP của bạn. Các kiến trúc sư của chúng tôi kiểm chứng và gửi lại đề xuất có ràng buộc, phạm vi cố định.
Các bước tiếp theo
Đánh giá mức độ sẵn sàng
Trong một đánh giá mức độ sẵn sàng miễn phí trong 48 giờ, một kiến trúc sư chính kiểm tra dự án của bạn theo định nghĩa sẵn sàng (Definition of Ready) gồm 6 điểm và đề xuất lộ trình phù hợp.
Đề xuất có ràng buộc
Sau bước kiểm chứng kiến trúc miễn phí, bạn nhận đề xuất có ràng buộc, phạm vi cố định trong vòng 3 đến 5 ngày làm việc: cột mốc, kiến trúc, cơ cấu đội ngũ và SLA. Chúng tôi ký thỏa thuận bảo mật (NDA) với bạn theo yêu cầu, trước khi bạn chia sẻ yêu cầu của mình.
Khởi động
Sau khi bạn ký, các nhóm kỹ thuật của chúng tôi bắt đầu Sprint 0 trong vòng 5 đến 10 ngày làm việc kể từ khi ký hợp đồng.
Triển khai trong năm giai đoạn
Khởi động, các sprint có trình diễn trực tiếp, tích hợp và gia cố, nghiệm thu và đưa vào vận hành, sau đó là dịch vụ được quản lý. Sau khi ra mắt là thời gian bảo hành, sau đó là hỗ trợ và bảo trì tùy chọn.