Kesambungan perbankan, perbendaharaan dan ISO 20022
Pembayaran keluar, penyata masuk, diselaraskan secara automatik dalam setiap mata wang
Pasukan perbendaharaan masih menaip semula pembayaran dan memadankan penyata secara manual
Ramai pasukan perbendaharaan menaip pembayaran ke dalam portal perbankan, mengumpul penyata dalam format berbeza daripada setiap bank dan menyelaraskan akaun dalam hamparan pada hujung bulan. Setiap langkah manual ialah kelewatan, kos dan ruang untuk penipuan atau kesilapan.
Bank juga beralih kepada ISO 20022, piawaian antarabangsa bagi mesej kewangan, yang membawa data berstruktur lebih kaya daripada format SWIFT MT yang lebih lama. Sistem yang tidak dapat menghasilkan dan membacanya akan ketinggalan daripada bank mereka.
Apa yang berubah untuk anda
Pemprosesan terus (STP)
Pusingan pembayaran yang diluluskan keluar daripada ERP sebagai fail bertandatangan atau panggilan API, dan penyata kembali dalam bentuk yang dipadankan sendiri oleh ERP.
Penutupan akaun yang lebih pantas
Penyelarasan berbilang mata wang yang berjalan setiap hari, bukan muat naik CSV manual dan pelarasan hamparan pada hujung bulan.
Setiap pengecualian ada pengendalinya
Pembayaran yang ditolak dan baris yang tidak sepadan masuk ke baris gilir pengecualian surat mati berserta sebabnya, tidak pernah hilang dalam peti mel.
Apa yang kami sampaikan
Kesambungan hos ke hos dan bank terus
Sambungan melalui SFTP, EBICS dan SWIFT, serta API perbankan terbuka dan bank terus, dipilih mengikut bank dan negara.
Penjanaan fail pembayaran
Fail pembayaran ISO 20022 pain.001 dibina daripada pusingan pembayaran anda, disahkan terhadap varian setiap bank dan ditandatangani atau disulitkan seperti yang diperlukan.
Pengendalian status dan penolakan
Laporan status pain.002 dibaca semula, supaya setiap pembayaran dipaparkan sebagai diterima, ditolak atau menunggu, berserta kod sebab bank.
Pengambilan penyata
Penyata hujung hari camt.053 dan MT940 serta laporan dalam hari dikumpul, disemak bagi mengesan jurang dan pendua, dan dimuatkan ke dalam ERP.
Pemesejan antara bank untuk bank dan fintech
Mesej pacs bagi pemindahan kredit dan statusnya antara institusi kewangan, disambungkan kepada lejar perbankan teras.
Penyelarasan berbilang mata wang
Peraturan pemadanan yang menutup item terbuka secara automatik merentas mata wang dan akaun, dan menghantar yang selebihnya ke baris gilir pengecualian.
Bukti ujian bank dan buku panduan operasi
Kes ujian setiap bank dijalankan dan direkodkan untuk juruaudit anda, serta makluman bagi fail yang hilang, pemindahan yang gagal dan kunci atau sijil yang akan tamat tempoh.
Cara kami bekerja
Memetakan bank dan aliran
Kami menyenaraikan bank, akaun, jenis pembayaran dan langkah manual anda hari ini, dan bersetuju tentang aliran yang didahulukan.
Menentukan setiap format
Kami merujuk panduan pelaksanaan setiap bank dan menulis pemetaan, termasuk penandatanganan, penyulitan dan penamaan fail.
Membina penyambung
Kami membina eksport pembayaran, import status, import penyata dan pemadanan, dengan ujian automatik bagi setiap format.
Menguji dengan setiap bank
Kami menjalankan kes ujian yang dipersetujui dalam persekitaran ujian bank dan membetulkan apa sahaja yang ditolak oleh pengesahan bank.
Mula beroperasi bank demi bank
Kami beralih bank demi bank, dengan proses semasa sedia sebagai sandaran sehingga proses baharu terbukti.
Memantau dan menyokong
Kami memantau pemindahan, kunci dan tamat tempoh sijil, serta merancang perubahan format apabila bank mengumumkannya.
Tatal ke sisi untuk melihat keseluruhan lukisan.
ERP ke bank: pembayaran keluar, penyata masuk
Pembayaran yang diluluskan keluar daripada ERP sebagai fail ISO 20022 yang ditandatangani melalui saluran hos ke hos. Laporan status dan penyata kembali melalui laluan yang sama dan dipadankan dengan item terbuka. Penolakan dan baris tidak sepadan pergi kepada pasukan anda bersama sebabnya.
- Aliran utama
- Tak segerak
- Laluan pengecualian
Aliran dalam 10 langkah
Aliran, langkah demi langkah
- Dari ERP ke Lapisan integrasi: Pusingan pembayaran diluluskan, melalui REST/JSON · IDoc (aliran utama).
- Dari Lapisan integrasi ke Saluran bank selamat: Fail pembayaran ditandatangani dan disulitkan, melalui ISO 20022 pain.001 · OpenPGP (aliran utama).
- Dari Saluran bank selamat ke Bank: Dihantar ke bank, melalui SFTP H2H (aliran utama).
- Dari Bank ke Saluran bank selamat: Laporan status dan penyata, melalui pain.002 · camt.053 · MT940 (tak segerak).
- Dari Saluran bank selamat ke Lapisan integrasi: Dikutip dan disahkan, melalui SFTP H2H (tak segerak).
- Dari Lapisan integrasi ke Enjin penyelarasan: Baris penyata, melalui camt.053 (tak segerak).
- Dari Enjin penyelarasan ke ERP: Pengeposan sepadan dimasukkan, melalui REST/JSON (aliran utama).
- Dari Lapisan integrasi ke Pasukan perbendaharaan dan kewangan: Pembayaran ditolak, dengan kod sebab, melalui pain.002 RJCT (laluan pengecualian).
- Dari Enjin penyelarasan ke Pasukan perbendaharaan dan kewangan: Baris tidak sepadan: pecahan penyelarasan (laluan pengecualian).
- Dari Pasukan perbendaharaan dan kewangan ke ERP: Dibetulkan dan dihantar semula (laluan pengecualian).
Tatal ke sisi untuk melihat keseluruhan lukisan.
Perbankan terbuka: data dan pembayaran dengan persetujuan pelanggan
Pelanggan memberikan persetujuan, penyambung menyimpan token, dan setiap panggilan ke bank dibenarkan dan direkodkan. Apabila persetujuan tamat atau ditarik balik, aplikasi meminta pelanggan sekali lagi dan tidak gagal secara senyap.
- Aliran utama
- Tak segerak
- Laluan pengecualian
Aliran dalam 7 langkah
Aliran, langkah demi langkah
- Dari Pelanggan ke Aplikasi atau platform anda: Memberikan persetujuan (aliran utama).
- Dari Aplikasi atau platform anda ke Penyambung perbankan terbuka: Permintaan akaun dan pembayaran, melalui REST/JSON (aliran utama).
- Dari Penyambung perbankan terbuka ke API bank atau pengagregat: Panggilan API yang dibenarkan, melalui OAuth 2.0 · FAPI · REST (aliran utama).
- Dari API bank atau pengagregat ke Penyambung perbankan terbuka: Baki, transaksi dan status pembayaran, melalui REST/JSON · webhook (tak segerak).
- Dari Penyambung perbankan terbuka ke ERP atau lejar: Transaksi dinormalkan, melalui REST/JSON (aliran utama).
- Dari API bank atau pengagregat ke Penyambung perbankan terbuka: Persetujuan tamat atau ditarik balik, melalui HTTP 401 · 403 (laluan pengecualian).
- Dari Penyambung perbankan terbuka ke Aplikasi atau platform anda: Pelanggan diminta memperbaharui persetujuan (laluan pengecualian).
Piawaian, format dan saluran
Kami membina berdasarkan panduan pelaksanaan setiap bank, bukan berdasarkan piawaian semata-mata. Menyebut nama produk tidak bermaksud kami berganding dengan vendornya.
- Piawaian dan saluran 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 dalam pengeluaran
Bagi sebuah bank Tier-1 di GCC dan konglomerat serantau, kami menyambungkan SAP S/4HANA kepada landasan perbankan serantau melalui ISO 20022. Pembayaran ditandatangani, pengecualian masuk ke baris gilir surat mati, dan penyelarasan merentas akaun banknya berlaku secara automatik.
Cara bermula
Keperluan bank dan format yang jelas terus kepada cadangan. Beberapa bank, beberapa negara atau antara muka legasi yang tidak didokumenkan biasanya bermula dengan Blueprint Studio atau Brownfield Diagnostic Bridge.
Apa yang berlaku seterusnya
Sesi praperundingan
Satu sesi praperundingan dalam talian percuma selama 30 minit: kami meneliti matlamat, sistem dan kekangan anda.
Semakan kesediaan
Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.
Memilih landasan
Projek yang bersedia dari segi skop menerima cadangan mengikat dalam 3 hingga 5 hari perniagaan. Projek pada peringkat konsep bermula di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak didokumenkan atau memerlukan integrasi bermula dengan diagnostik selama 1 hingga 2 minggu. Blueprint Studio dan diagnostik masing-masing mempunyai fi tetap, disebut dalam cadangan.
Penyampaian dalam lima peringkat
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengukuhan, penerimaan dan pelancaran, kemudian perkhidmatan terurus. Selepas pelancaran menyusul tempoh jaminan, kemudian sokongan dan penyelenggaraan pilihan.
Projek hasil tetap dan perkhidmatan terurus sepanjang masa
Penyampaian skop tetap yang dipacu pencapaian dengan ketua penyampaian yang dinamakan, serta perkhidmatan terurus aplikasi sepanjang masa di bawah tadbir urus SLA.
Pakar yang ditempatkan dan penambahan strategik
Jurutera utama dan pakar nearshore serta di lokasi, dan arkitek penyelesaian, transformasi, PQC dan integrasi yang ditempatkan.
Soalan dan jawapan
Apakah ISO 20022, dan mengapa ia penting?
ISO 20022 ialah piawaian antarabangsa bagi mesej kewangan. Mesej XMLnya membawa data berstruktur, seperti nama penuh, alamat dan butiran kiriman wang, yang tidak dapat dibawa oleh format SWIFT MT yang lebih lama. Bank dan sistem pembayaran telah beralih kepadanya, jadi fail pembayaran dan penyata yang dibina atasnya diselaraskan dengan lebih baik dan lebih kerap lulus semakan pematuhan.
Format dan saluran bank manakah yang anda gunakan?
Kami menggunakan pain.001 untuk pembayaran, pain.002 untuk status, camt.052, camt.053 dan camt.054 untuk laporan akaun, dan mesej pacs antara bank. Kami juga membaca penyata MT940 dan MT942 yang masih dihantar oleh banyak bank. Saluran penghantarannya ialah SFTP hos ke hos, EBICS, SWIFT atau API bank. Setiap bank mempunyai varian sendiri bagi setiap format, jadi kami membina berdasarkan panduan pelaksanaannya.
Sistem ERP mana yang boleh anda sambungkan kepada bank?
SAP S/4HANA, Oracle Fusion Cloud ERP dan NetSuite, Microsoft Dynamics 365, Odoo dan Sage, serta sistem perbendaharaan dan sistem tersuai. Apabila ERP mempunyai modul komunikasi bank sendiri, kami mengkonfigurasi dan memperluasnya, bukannya membina sistem lain di sekelilingnya.
Bagaimana anda memastikan fail pembayaran selamat?
Fail pembayaran ditandatangani dan disulitkan seperti yang diperlukan oleh setiap bank dan bergerak hanya melalui saluran yang dipersetujui. Kunci dan sijil disimpan dalam peti besi kunci atau modul keselamatan perkakasan anda, tidak pernah dalam kod. Fail disahkan sebelum dihantar, dan setiap pemindahan direkodkan, supaya anda dapat menjejaki siapa meluluskan dan menghantar setiap pembayaran.
Apa yang berlaku apabila baris penyata tidak sepadan?
Ia masuk ke senarai semakan berserta calon yang mungkin dan sebab ia tidak sepadan, seperti jumlah berbeza atau rujukan yang hilang. Pasukan anda menyelesaikannya di situ, dan peraturan boleh disesuaikan supaya kes yang sama sepadan pada masa hadapan. Tiada apa-apa yang dipos ke lejar tanpa padanan yang anda luluskan.
Apakah yang menentukan tempo integrasi bank?
Kebanyakannya bergantung pada bank, bukan kod. Setiap bank menetapkan langkah pendaftaran, tempoh ujian dan kelulusannya sendiri, dan sesetengahnya memerlukan kontrak atau pertukaran kunci sebelum ujian boleh bermula. Selepas langkah pemetaan, kami memberikan anda pelan bagi setiap bank dan mula menguji dengan bank yang bersedia dahulu.
Apa yang berlaku apabila bank mengubah formatnya?
Bank mengumumkan perubahan format lebih awal, seperti yang dilakukan oleh banyak bank semasa beralih daripada SWIFT MT kepada ISO 20022. Kami mengikuti notis itu bagi bank yang kami sambungkan, menilai kesannya, dan menjadualkan perubahan serta ujiannya dengan bank sebelum tarikh akhirnya.
Bersedia untuk membina? Minta cadangan.
Hantar keperluan atau RFP anda. Arkitek kami mengesahkannya dan mengembalikan cadangan mengikat dengan skop tetap.
Apa yang berlaku seterusnya
Semakan kesediaan
Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.
Cadangan mengikat
Selepas pengesahan seni bina tanpa kos, anda menerima cadangan mengikat berskop tetap dalam 3 hingga 5 hari perniagaan: pencapaian, seni bina, struktur pasukan dan SLA. Kami menandatangani perjanjian kerahsiaan (NDA) dengan anda atas permintaan, sebelum anda berkongsi keperluan anda.
Mobilisasi
Setelah anda menandatangani, pod kejuruteraan kami memulakan Sprint 0 dalam 5 hingga 10 hari perniagaan selepas kontrak ditandatangani.
Penyampaian dalam lima peringkat
Mobilisasi, sprint dengan demonstrasi langsung, integrasi dan pengukuhan, penerimaan dan pelancaran, kemudian perkhidmatan terurus. Selepas pelancaran menyusul tempoh jaminan, kemudian sokongan dan penyelenggaraan pilihan.