Konektivitas perbankan, perbendaharaan, dan ISO 20022
Pembayaran keluar, rekening koran masuk, direkonsiliasi otomatis dalam setiap mata uang
Tim perbendaharaan masih memasukkan ulang pembayaran dan mencocokkan rekening koran secara manual
Banyak tim perbendaharaan memasukkan pembayaran ke portal bank, mengumpulkan rekening koran dalam berbagai format dari setiap bank, dan merekonsiliasi akun di lembar kerja pada penutupan bulanan. Setiap langkah manual adalah keterlambatan, biaya, dan peluang penipuan atau kesalahan.
Bank juga beralih ke ISO 20022, standar internasional untuk pesan keuangan, yang membawa data terstruktur lebih kaya daripada format SWIFT MT yang lebih lama. Sistem yang tidak dapat menghasilkan dan membacanya akan tertinggal dari bank-banknya.
Yang berubah bagi Anda
Pemrosesan otomatis ujung ke ujung
Proses pembayaran yang disetujui keluar dari ERP sebagai berkas bertanda tangan atau panggilan API, dan rekening koran kembali dalam bentuk yang dicocokkan sendiri oleh ERP.
Penutupan yang lebih cepat
Rekonsiliasi multivaluta yang berjalan setiap hari, bukan unggahan CSV manual dan penyesuaian lembar kerja di akhir bulan.
Setiap pengecualian memiliki penanggung jawab
Pembayaran yang ditolak dan baris yang tidak cocok masuk ke antrean pengecualian pesan gagal beserta alasannya, tidak pernah hilang di kotak masuk email.
Yang kami sediakan
Konektivitas host-to-host dan langsung ke bank
Koneksi melalui SFTP, EBICS, dan SWIFT, serta API open banking dan API bank langsung, dipilih per bank dan per negara.
Pembuatan berkas pembayaran
Berkas pembayaran ISO 20022 pain.001 dibuat dari proses pembayaran Anda, divalidasi terhadap varian setiap bank, dan ditandatangani atau dienkripsi sesuai kebutuhannya.
Penanganan status dan penolakan
Laporan status pain.002 dibaca kembali, sehingga setiap pembayaran tampil sebagai diterima, ditolak, atau tertunda, beserta kode alasan dari bank.
Pemuatan rekening koran
Rekening koran akhir hari camt.053 dan MT940 serta laporan intrahari dikumpulkan, diperiksa terhadap celah dan duplikat, lalu dimuat ke ERP.
Pesan antarbank untuk bank dan fintech
Pesan pacs untuk transfer kredit dan statusnya antar lembaga keuangan, terhubung ke buku besar core banking.
Rekonsiliasi multivaluta
Aturan pencocokan yang menyelesaikan pos terbuka secara otomatis di berbagai mata uang dan akun, dan mengirim sisanya ke antrean pengecualian.
Bukti pengujian bank dan panduan operasi (runbook)
Kasus uji setiap bank dijalankan dan dicatat untuk auditor Anda, serta peringatan untuk berkas yang hilang, transfer yang gagal, dan kunci atau sertifikat yang akan kedaluwarsa.
Cara kami bekerja
Petakan bank dan alur
Kami mendata bank, akun, jenis pembayaran, dan langkah manual Anda saat ini, lalu menyepakati alur mana yang dikerjakan lebih dulu.
Tetapkan spesifikasi setiap format
Kami bekerja dari panduan implementasi setiap bank dan menulis pemetaan, termasuk penandatanganan, enkripsi, dan penamaan berkas.
Bangun konektor
Kami membangun ekspor pembayaran, impor status, impor rekening koran, dan pencocokan, dengan uji otomatis untuk setiap format.
Uji dengan setiap bank
Kami menjalankan kasus uji yang disepakati di lingkungan pengujian bank dan memperbaiki apa pun yang ditolak oleh validasi bank.
Peluncuran bank demi bank
Kami beralih satu bank dalam satu waktu, dengan proses saat ini siap sebagai cadangan sampai proses baru terbukti.
Pantau dan dukung
Kami memantau transfer, kunci, dan masa berlaku sertifikat, serta merencanakan perubahan format saat bank mengumumkannya.
Gulir ke samping untuk melihat seluruh gambar.
ERP ke bank: pembayaran keluar, rekening koran masuk
Pembayaran yang disetujui keluar dari ERP sebagai berkas ISO 20022 yang ditandatangani melalui kanal host-to-host. Laporan status dan rekening koran kembali melalui jalur yang sama dan dicocokkan dengan pos terbuka. Penolakan dan baris yang tidak cocok dikirim ke tim Anda disertai alasannya.
- Alur utama
- Asinkron
- Jalur pengecualian
Alur dalam 10 langkah
Alur, langkah demi langkah
- Dari ERP ke Lapisan integrasi: Proses pembayaran yang disetujui, melalui REST/JSON · IDoc (alur utama).
- Dari Lapisan integrasi ke Kanal bank aman: Berkas pembayaran yang ditandatangani dan dienkripsi, melalui ISO 20022 pain.001 · OpenPGP (alur utama).
- Dari Kanal bank aman ke Bank: Terkirim ke bank, melalui SFTP H2H (alur utama).
- Dari Bank ke Kanal bank aman: Laporan status dan rekening koran, melalui pain.002 · camt.053 · MT940 (asinkron).
- Dari Kanal bank aman ke Lapisan integrasi: Dikumpulkan dan divalidasi, melalui SFTP H2H (asinkron).
- Dari Lapisan integrasi ke Mesin rekonsiliasi: Baris rekening koran, melalui camt.053 (asinkron).
- Dari Mesin rekonsiliasi ke ERP: Entri yang cocok dicatat, melalui REST/JSON (alur utama).
- Dari Lapisan integrasi ke Tim perbendaharaan dan keuangan: Pembayaran yang ditolak, dengan kode alasan, melalui pain.002 RJCT (jalur pengecualian).
- Dari Mesin rekonsiliasi ke Tim perbendaharaan dan keuangan: Baris yang tidak cocok: selisih rekonsiliasi (jalur pengecualian).
- Dari Tim perbendaharaan dan keuangan ke ERP: Diperbaiki dan dikirim ulang (jalur pengecualian).
Gulir ke samping untuk melihat seluruh gambar.
Open banking: data dan pembayaran dengan persetujuan nasabah
Nasabah memberikan persetujuan, konektor menyimpan token, dan setiap panggilan ke bank diotorisasi serta dicatat. Saat persetujuan kedaluwarsa atau ditarik, aplikasi meminta ulang persetujuan nasabah, bukan gagal tanpa pemberitahuan.
- Alur utama
- Asinkron
- Jalur pengecualian
Alur dalam 7 langkah
Alur, langkah demi langkah
- Dari Nasabah ke Aplikasi atau platform Anda: Memberikan persetujuan (alur utama).
- Dari Aplikasi atau platform Anda ke Konektor open banking: Permintaan informasi rekening dan pembayaran, melalui REST/JSON (alur utama).
- Dari Konektor open banking ke API bank atau agregator: Panggilan API yang diotorisasi, melalui OAuth 2.0 · FAPI · REST (alur utama).
- Dari API bank atau agregator ke Konektor open banking: Saldo, transaksi, dan status pembayaran, melalui REST/JSON · webhook (asinkron).
- Dari Konektor open banking ke ERP atau buku besar: Transaksi yang dinormalisasi, melalui REST/JSON (alur utama).
- Dari API bank atau agregator ke Konektor open banking: Persetujuan kedaluwarsa atau ditarik, melalui HTTP 401 · 403 (jalur pengecualian).
- Dari Konektor open banking ke Aplikasi atau platform Anda: Nasabah diminta memperbarui persetujuan (jalur pengecualian).
Standar, format, dan saluran
Kami membangun berdasarkan panduan implementasi setiap bank, bukan hanya standarnya. Penyebutan suatu produk tidak berarti kami bermitra dengan vendornya.
- Standar dan kanal perbankan
- 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
Bukti di produksi
Untuk bank Tier-1 GCC dan konglomerat regional, kami menghubungkan SAP S/4HANA ke jalur perbankan regional melalui ISO 20022. Pembayaran ditandatangani, pengecualian masuk ke antrean pesan gagal, dan rekonsiliasi di seluruh rekening banknya berjalan otomatis.
Cara memulai
Kebutuhan bank dan format yang jelas langsung menuju proposal. Beberapa bank, negara, atau antarmuka legacy yang tidak terdokumentasi biasanya dimulai dengan Blueprint Studio atau Brownfield Diagnostic Bridge.
Yang terjadi selanjutnya
Sesi pra-konsultasi
sesi pra-konsultasi online gratis selama 30 menit: kami membahas sasaran, sistem, dan kendala Anda.
Tinjauan kesiapan
Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.
Memilih jalur
Proyek yang lingkupnya sudah siap menerima proposal yang mengikat dalam 3–5 hari kerja. Proyek pada tahap konsep dimulai di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak terdokumentasi, atau perlu integrasi dimulai dengan diagnostik senilai 1–2 minggu. Blueprint Studio dan diagnostik masing-masing memiliki biaya tetap yang dicantumkan dalam proposal.
Penyampaian dalam lima tahap
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengerasan, penerimaan dan peluncuran, lalu layanan terkelola. Setelah peluncuran menyusul masa garansi, lalu dukungan dan pemeliharaan opsional.
Proyek dengan luaran tetap dan layanan terkelola 24/7
Penyampaian berbasis lingkup tetap dan tonggak, dengan pemimpin penyampaian yang disebutkan namanya, serta layanan terkelola aplikasi 24/7 di bawah tata kelola SLA.
Spesialis embedded dan penambahan staf strategis
Insinyur utama dan spesialis nearshore serta di lokasi, dan arsitek solusi, transformasi, PQC, dan integrasi yang embedded.
Pertanyaan dan jawaban
Apa itu ISO 20022, dan mengapa itu penting?
ISO 20022 adalah standar internasional untuk pesan keuangan. Pesan XML-nya membawa data terstruktur, seperti nama lengkap, alamat, dan rincian pengiriman dana, yang tidak dapat dibawa format SWIFT MT yang lebih lama. Bank dan sistem pembayaran telah beralih ke standar ini, sehingga berkas pembayaran dan rekening koran yang dibangun di atasnya lebih mudah direkonsiliasi dan lebih sering lulus pemeriksaan kepatuhan.
Format dan kanal bank apa saja yang XSIS tangani?
Kami menggunakan pain.001 untuk pembayaran, pain.002 untuk status, camt.052, camt.053, dan camt.054 untuk laporan rekening, serta pesan pacs antarbank. Kami juga membaca rekening koran MT940 dan MT942 yang masih dikirim banyak bank. Sarana transportnya adalah SFTP host-to-host, EBICS, SWIFT, atau API bank. Setiap bank memiliki variannya sendiri untuk setiap format, sehingga kami membangun berdasarkan panduan implementasi bank tersebut.
Sistem ERP apa saja yang dapat XSIS hubungkan ke bank?
SAP S/4HANA, Oracle Fusion Cloud ERP dan NetSuite, Microsoft Dynamics 365, Odoo, dan Sage, serta sistem perbendaharaan dan sistem kustom. Jika ERP memiliki modul komunikasi bank sendiri, kami mengonfigurasi dan memperluasnya, bukan membangun di sekitarnya.
Bagaimana XSIS menjaga keamanan berkas pembayaran?
Berkas pembayaran ditandatangani dan dienkripsi sesuai kebutuhan setiap bank dan hanya dikirim melalui kanal yang disepakati. Kunci dan sertifikat disimpan di brankas kunci atau modul keamanan perangkat keras (HSM) Anda, tidak pernah di dalam kode. Berkas divalidasi sebelum dikirim, dan setiap transfer dicatat dalam log, sehingga Anda dapat melacak siapa yang menyetujui dan mengirim setiap pembayaran.
Apa yang terjadi jika baris rekening koran tidak cocok?
Baris tersebut masuk ke daftar tinjauan bersama kandidat yang paling mungkin dan alasan ketidakcocokannya, misalnya jumlah yang berbeda atau referensi yang tidak ada. Tim Anda menuntaskannya di sana, dan aturannya dapat disesuaikan agar kasus yang sama cocok pada pemeriksaan berikutnya. Tidak ada yang dicatat ke buku besar tanpa kecocokan yang Anda setujui.
Apa yang menentukan kecepatan integrasi bank?
Terutama bank, bukan kodenya. Setiap bank menetapkan langkah onboarding, jendela pengujian, dan persetujuannya sendiri, dan sebagian memerlukan kontrak atau pertukaran kunci sebelum pengujian dapat dimulai. Setelah langkah pemetaan, kami memberikan rencana per bank dan mulai menguji dengan bank yang siap lebih dulu.
Apa yang terjadi jika bank mengubah formatnya?
Bank mengumumkan perubahan format lebih awal, seperti yang banyak dilakukan saat beralih dari SWIFT MT ke ISO 20022. Kami mengikuti pemberitahuan tersebut untuk bank yang kami hubungkan, menilai dampaknya, dan menjadwalkan perubahan beserta pengujiannya dengan bank sebelum tenggatnya.
Siap membangun? Ajukan proposal.
Kirimkan kebutuhan Anda atau RFP. Arsitek kami memvalidasinya dan mengembalikan proposal yang mengikat dengan lingkup tetap.
Yang terjadi selanjutnya
Tinjauan kesiapan
Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.
Proposal yang mengikat
Setelah validasi arsitektur tanpa biaya, Anda menerima proposal yang mengikat dengan lingkup tetap dalam 3–5 hari kerja: tonggak, arsitektur, struktur tim, dan SLA. Kami menandatangani perjanjian kerahasiaan (NDA) dengan Anda atas permintaan, sebelum Anda membagikan kebutuhan Anda.
Mobilisasi
Setelah Anda menandatangani, pod rekayasa kami memulai Sprint 0 dalam 5–10 hari kerja setelah penandatanganan kontrak.
Penyampaian dalam lima tahap
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengerasan, penerimaan dan peluncuran, lalu layanan terkelola. Setelah peluncuran menyusul masa garansi, lalu dukungan dan pemeliharaan opsional.