Lewati ke konten
XSIS
Area klienAjukan proposal

Integrasi Enterprise

Berkas pembayaran ERP ke bank dan rekonsiliasi

ERP ke bank: berkas pembayaran keluar, rekening koran kembali, terekonsiliasi

Pembayaran dikirim sebagai ISO 20022 pain.001 melalui host-to-host SFTP atau API bank, dengan rekening koran camt.053 dan MT940 dicocokkan kembali ke buku besar.

Bicara dengan insinyurLihat opsi kerja sama

Blueprint

ERP ke bank: pembayaran keluar, rekening koran masukPembayaran 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.ERPERPProses pembayaran,pos terbuka, bukubesarXSISLapisan integrasiPemetaan, validasi,penandatanganan danpenjadwalanGatewayKanal bank amanHost-to-host SFTP,EBICS atau API bankBankBankPembayaran danpengelolaan kasLayananMesin rekonsiliasiAturan pencocokandan toleransiOrangTimperbendaharaandan keuanganMeninjau penolakandan selisihrekonsiliasi1REST/JSON · IDoc2ISO 20022 pain.001OpenPGP3SFTP H2H4pain.002 · camt.053MT9405SFTP H2H6camt.0537REST/JSON8pain.002 RJCT910

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

  1. Dari ERP ke Lapisan integrasi: Proses pembayaran yang disetujui, melalui REST/JSON · IDoc (alur utama).
  2. Dari Lapisan integrasi ke Kanal bank aman: Berkas pembayaran yang ditandatangani dan dienkripsi, melalui ISO 20022 pain.001 · OpenPGP (alur utama).
  3. Dari Kanal bank aman ke Bank: Terkirim ke bank, melalui SFTP H2H (alur utama).
  4. Dari Bank ke Kanal bank aman: Laporan status dan rekening koran, melalui pain.002 · camt.053 · MT940 (asinkron).
  5. Dari Kanal bank aman ke Lapisan integrasi: Dikumpulkan dan divalidasi, melalui SFTP H2H (asinkron).
  6. Dari Lapisan integrasi ke Mesin rekonsiliasi: Baris rekening koran, melalui camt.053 (asinkron).
  7. Dari Mesin rekonsiliasi ke ERP: Entri yang cocok dicatat, melalui REST/JSON (alur utama).
  8. Dari Lapisan integrasi ke Tim perbendaharaan dan keuangan: Pembayaran yang ditolak, dengan kode alasan, melalui pain.002 RJCT (jalur pengecualian).
  9. Dari Mesin rekonsiliasi ke Tim perbendaharaan dan keuangan: Baris yang tidak cocok: selisih rekonsiliasi (jalur pengecualian).
  10. Dari Tim perbendaharaan dan keuangan ke ERP: Diperbaiki dan dikirim ulang (jalur pengecualian).

Ikhtisar

Ini adalah alur antara ERP dan bank-banknya: pembayaran yang disetujui dikirim keluar, lalu laporan status dan rekening koran kembali. Koneksi inilah yang masih dijalankan banyak tim keuangan secara manual, melalui portal bank dan lembar kerja, dan yang kesalahannya menimbulkan biaya.

Rancangan acuan menempatkan lapisan integrasi antara ERP dan setiap bank. Lapisan ini memetakan pembayaran ke varian ISO 20022 pain.001 milik bank, menandatangani dan mengenkripsinya, lalu mengirimkannya melalui host-to-host SFTP, EBICS, atau API bank. Laporan status dan rekening koran kembali melalui jalur yang sama dan dicocokkan dengan pos terbuka di ERP.

Jalur kegagalan dirancang sama cermatnya dengan jalur normal. Pembayaran yang ditolak kembali dengan kode alasan dari bank. Baris rekening koran yang tidak cocok menjadi selisih rekonsiliasi yang harus diselesaikan oleh orang yang ditunjuk. Tidak ada yang hilang dan tidak ada yang tercatat dua kali.

Cara alur bekerja

  1. Setujui proses pembayaran

    ERP Anda menghasilkan proses pembayaran dan pemberi persetujuan Anda melepasnya, seperti yang terjadi saat ini. Lapisan integrasi hanya mengambil proses yang sudah disetujui.

  2. Petakan, tandatangani, dan enkripsi

    Lapisan ini memetakan setiap pembayaran ke varian pain.001 milik bank, memvalidasinya, lalu menandatangani dan mengenkripsi berkas sesuai ketentuan bank.

  3. Kirim ke bank

    Berkas dikirim melalui jalur yang disepakati, yaitu host-to-host SFTP, EBICS, atau API bank, sebelum batas waktu bank.

  4. Terima laporan status dan rekening koran

    Bank mengirimkan laporan status pain.002 untuk setiap berkas dan pembayaran, serta rekening koran camt.053 atau MT940 pada akhir hari.

  5. Kumpulkan dan validasi

    Lapisan ini mengumpulkan setiap laporan, memeriksanya terhadap urutan rekening koran untuk menemukan celah dan duplikasi, lalu menguraikannya menjadi baris.

  6. Cocokkan dan catat

    Baris rekening koran dicocokkan dengan pos terbuka menggunakan aturan yang Anda setujui, dan entri yang cocok dicatat ke ERP.

Saat terjadi kegagalan

  • Pembayaran ditolak

    Laporan pain.002 memuat kode alasan dari bank. Pembayaran ditandai ditolak di ERP dan diteruskan ke tim perbendaharaan Anda untuk diperbaiki dan diajukan ulang.

  • Baris rekening koran tidak cocok

    Baris tersebut menjadi selisih rekonsiliasi beserta kandidat yang paling mungkin dan alasan kegagalannya. Tim Anda menyelesaikannya, dan aturan dapat belajar dari kasus itu.

  • Berkas hilang atau terlambat

    Nomor urut rekening koran dan waktu pengiriman yang diharapkan diperiksa. Berkas yang hilang atau terlambat memicu peringatan sebelum ada pihak yang mengandalkan posisi kas.

  • Kunci atau sertifikat akan kedaluwarsa

    Kunci penandatanganan dan sertifikat kanal dipantau beserta tanggal kedaluwarsanya, dan pembaruan dimulai cukup awal untuk menyepakati kunci baru dengan bank.

Standar dan sistem

Standar dan kanal perbankan
  • ISO 20022
  • pain.001
  • pain.002
  • camt.052
  • camt.053
  • camt.054
  • MT940
  • MT942
  • SFTP (H2H)
  • EBICS
  • Swift
  • OpenPGP

Pertanyaan dan jawaban

Host-to-host, EBICS, atau API bank: mana yang sebaiknya kami gunakan?

Biasanya bank yang menentukan. Host-to-host SFTP adalah kanal yang paling banyak ditawarkan untuk berkas pembayaran korporat. EBICS umum digunakan pada bank di Jerman, Prancis, dan negara-negara tetangga. API bank cocok untuk saldo waktu nyata dan pembayaran instan bila bank menyediakannya. Banyak perusahaan menggunakan lebih dari satu kanal, dan lapisan integrasi menyembunyikan perbedaannya dari ERP.

Tautan ke pertanyaan ini

Sebaiknya kami menerima rekening koran camt.053 atau MT940?

Bila bank menyediakan keduanya, camt.053 memuat data remitansi yang lebih lengkap dan terstruktur, sehingga pencocokan otomatis lebih andal. MT940 masih banyak digunakan dan berfungsi baik untuk banyak kasus. Kami dapat menerima keduanya, mengonversinya ke model internal yang sama, dan memindahkan setiap bank dari MT940 ke camt.053 saat waktu yang tepat bagi Anda dan bank.

Tautan ke pertanyaan ini

Dapatkah kami melihat posisi kas selama hari berjalan?

Ya, jika bank Anda menyediakan laporan intrahari. Laporan tersebut datang sebagai pesan camt.052 atau MT942, atau melalui API saldo. Kami mengumpulkannya sesuai jadwal yang didukung setiap bank dan menampilkannya di samping rekening koran akhir hari, sehingga tim perbendaharaan Anda dapat melihat posisi yang diperkirakan dan posisi sebenarnya sebelum batas waktu.

Tautan ke pertanyaan ini

Dapatkah kami melacak siapa yang menyetujui dan mengirim pembayaran?

Ya. Persetujuan tetap berada di ERP Anda dengan kendali yang sudah ada. Lapisan integrasi mencatat setiap berkas yang dibuat, ditandatangani, dikirim, dan diterima, beserta stempel waktu, pengenal, dan akun teknis yang digunakan. Catatan itu menghubungkan setiap pembayaran dalam laporan status bank kembali ke dokumen ERP dan pemberi persetujuannya.

Tautan ke pertanyaan ini

Kami memiliki beberapa bank. Apakah setiap bank menjadi proyek terpisah?

Tidak. Lapisan integrasi, model pembayaran internal, dan aturan pencocokan dibangun sekali. Setiap bank baru menambahkan varian format, kanal, dan langkah onboarding-nya sendiri, yang merupakan pekerjaan yang lebih kecil. Kami biasanya menghubungkan bank dengan volume terbesar lebih dahulu, lalu menambahkan bank lain secara berurutan.

Tautan ke pertanyaan ini

Bagaimana koneksi diuji sebelum peluncuran (go-live)?

Setiap bank menyediakan lingkungan pengujian atau proses pengujian. Kami menyepakati serangkaian kasus uji dengan bank, mencakup setiap jenis pembayaran, penolakan, dan rekening koran, menjalankannya, dan menyimpan buktinya. Setelah bank menyetujui, kami melakukan peluncuran dengan proses pembayaran pertama yang kecil dan membandingkan hasilnya sebelum memindahkan sisanya.

Tautan ke pertanyaan ini

Terkait

Mulai dengan percakapan, bukan kontrak.

Sampaikan apa yang perlu Anda bangun, hubungkan atau amankan. Arsitek kami membahasnya bersama Anda, lalu menyarankan titik awal.

Jadwalkan sesi gratisAjukan proposal

Yang terjadi selanjutnya

  1. Menyepakati waktu

    Tim kami mengirim email kepada Anda untuk menyepakati waktu sesi.

  2. Sesi pra-konsultasi

    sesi pra-konsultasi online gratis selama 30 menit: kami membahas sasaran, sistem, dan kendala Anda.

  3. Tinjauan kesiapan

    Dalam tinjauan kesiapan gratis selama 48 jam, Arsitek Utama memeriksa proyek Anda terhadap definisi siap 6 poin dan merekomendasikan jalur yang sesuai.

  4. 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.