Fail pembayaran ERP ke bank dan penyelarasan
ERP ke bank: fail pembayaran keluar, penyata kembali, diselaraskan
Pembayaran dihantar sebagai ISO 20022 pain.001 melalui SFTP hos ke hos atau API bank, dengan penyata camt.053 dan MT940 dipadankan semula kepada lejar.
Pelan terperinci
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).
Gambaran keseluruhan
Ini ialah aliran antara ERP dan banknya: pembayaran yang diluluskan keluar, dan laporan status serta penyata kembali. Ia ialah sambungan yang masih dijalankan secara manual oleh kebanyakan pasukan kewangan, melalui portal perbankan dan hamparan, dan yang kesilapannya menelan wang.
Reka bentuk rujukan meletakkan lapisan integrasi antara ERP dan setiap bank. Lapisan itu memetakan pembayaran ke dalam varian pain.001 ISO 20022 bank, menandatangani dan menyulitkannya, lalu menyampaikannya melalui SFTP hos ke hos, EBICS atau API bank. Laporan status dan penyata kembali dengan cara yang sama dan dipadankan dengan item terbuka dalam ERP.
Laluan kegagalan direka bentuk sesama teliti dengan laluan kejayaan. Pembayaran yang ditolak kembali bersama kod alasan bank. Baris penyata yang tidak sepadan menjadi jurang penyelarasan untuk diselesaikan oleh orang yang dinamakan. Tiada yang digugurkan dan tiada yang diposkan dua kali.
Cara aliran berfungsi
Meluluskan larian pembayaran
ERP anda menghasilkan larian pembayaran dan pelulus anda melepaskannya, seperti biasa. Lapisan integrasi hanya mengambil larian yang telah diluluskan.
Memetakan, menandatangani dan menyulitkan
Lapisan itu memetakan setiap pembayaran ke dalam varian pain.001 bank, mengesahkannya, serta menandatangani dan menyulitkan fail seperti yang dikehendaki bank.
Menyampaikan kepada bank
Fail itu bergerak melalui saluran yang dipersetujui, SFTP hos ke hos, EBICS atau API bank, sebelum waktu tutup bank.
Menerima status dan penyata
Bank mengembalikan laporan status pain.002 bagi setiap fail dan pembayaran, serta penyata camt.053 atau MT940 pada akhir hari.
Mengumpul dan mengesahkan
Lapisan itu mengumpul setiap laporan, memeriksanya untuk jurang dan pertindihan berbanding jujukan penyata, lalu menghuraikannya kepada baris.
Memadankan dan memposkan
Baris penyata dipadankan dengan item terbuka menggunakan peraturan yang anda luluskan, dan entri yang sepadan diposkan ke ERP.
Apabila sesuatu gagal
Pembayaran ditolak
Laporan pain.002 membawa kod alasan bank. Pembayaran ditanda sebagai ditolak dalam ERP dan dihantar kepada pasukan perbendaharaan anda untuk dibetulkan dan dihantar semula.
Baris penyata tidak sepadan
Baris itu menjadi jurang penyelarasan bersama calon yang mungkin dan alasan kegagalannya. Pasukan anda menyelesaikannya, dan peraturan itu dapat belajar daripadanya.
Fail hilang atau lewat
Nombor jujukan penyata dan masa penghantaran yang dijangka diperiksa. Fail yang hilang atau lewat membangkitkan amaran sebelum sesiapa bergantung pada kedudukan tunai.
Kunci atau sijil akan tamat tempoh
Kunci tandatangan dan sijil saluran dijejaki bersama tarikh tamat tempohnya, dan pembaharuan bermula cukup awal untuk bersetuju tentang kunci baharu dengan bank.
Piawaian dan sistem
- Piawaian dan saluran perbankan
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Soalan dan jawapan
Hos ke hos, EBICS atau API bank: yang mana patut kami gunakan?
Bank biasanya yang menentukan. SFTP hos ke hos ialah saluran yang paling luas ditawarkan bagi fail pembayaran korporat. EBICS lazim dengan bank di Jerman, Perancis dan negara berjiran. API bank sesuai untuk baki masa nyata dan pembayaran segera di tempat bank menawarkannya. Banyak syarikat menggunakan lebih daripada satu, dan lapisan integrasi menyembunyikan perbezaannya daripada ERP.
Patutkah kami menerima penyata camt.053 atau MT940?
Di tempat bank menawarkan kedua-duanya, camt.053 membawa data kiriman wang berstruktur yang lebih kaya, yang menjadikan pemadanan automatik lebih boleh dipercayai. MT940 masih digunakan secara meluas dan berfungsi baik bagi banyak kes. Kami boleh menerima kedua-duanya, menukarnya kepada model dalaman yang sama, dan memindahkan setiap bank daripada MT940 kepada camt.053 apabila ia sesuai untuk anda dan bank.
Bolehkah kami melihat kedudukan tunai kami pada siang hari?
Boleh, jika bank anda menyediakan laporan dalam hari. Ia datang sebagai mesej camt.052 atau MT942, atau melalui API baki. Kami mengumpulnya mengikut jadual yang disokong setiap bank dan memaparkannya bersebelahan penyata akhir hari, supaya pasukan perbendaharaan anda dapat melihat kedudukan yang dijangka dan sebenar sebelum waktu tutup.
Bolehkah kami menjejaki siapa yang meluluskan dan menghantar sesuatu pembayaran?
Boleh. Kelulusan kekal dalam ERP anda dengan kawalan sedia adanya. Lapisan integrasi merekodkan setiap fail yang dihasilkannya, ditandatangani, dihantar dan diterima, bersama cap masa, pengecam dan akaun teknikal yang digunakan. Log itu mengaitkan setiap pembayaran dalam laporan status bank kembali kepada dokumen ERP dan pelulusnya.
Kami mempunyai beberapa bank. Adakah setiap satu projek berasingan?
Tidak. Lapisan integrasi, model pembayaran dalaman dan peraturan pemadanan dibina sekali. Setiap bank baharu menambah varian format, saluran dan langkah pendaftarannya sendiri, yang merupakan bahagian kerja yang lebih kecil. Kami biasanya menyambungkan bank dengan jumlah tertinggi dahulu dan menambah yang lain mengikut urutan.
Bagaimana sambungan diuji sebelum beroperasi?
Setiap bank menyediakan persekitaran atau proses ujian. Kami bersetuju tentang satu set kes ujian dengan bank, meliputi setiap jenis pembayaran, penolakan dan penyata, menjalankannya dan menyimpan buktinya. Apabila bank meluluskan, kami mula beroperasi dengan larian pembayaran pertama yang kecil dan membandingkan hasilnya sebelum memindahkan selebihnya.
Mulakan dengan perbualan, bukan kontrak.
Beritahu kami apa yang perlu anda bina, sambungkan atau lindungi. Seorang arkitek akan membincangkannya bersama anda, kemudian mengesyorkan dari mana hendak bermula.
Apa yang berlaku seterusnya
Mempersetujui masa
Pasukan kami menghantar e-mel kepada anda untuk mempersetujui masa sesi.
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.