Melangkaui kelompok: perbendaharaan dan cukai masa nyata

Selama dua puluh tahun, kewangan korporat hidup dengan kelewatan. ERP (SAP S/4HANA, Oracle atau Odoo) menutup buku harian. Tugas berjadual menghantar fail CSV rata atau MT940 kepada bank melalui SFTP. Pasukan menunggu hingga pagi berikutnya untuk mengetahui apa yang diterima bank dan apa yang gagal.

Cara kerja itu sedang runtuh di seluruh GCC, Eropah, Timur Tengah dan Afrika. Dua perubahan telah menjadikan fail kelompok risiko perniagaan yang langsung.

Mengapa fail semalaman berhenti berfungsi

• Cukai kini disemak secara masa nyata. Fasa 2 ZATCA Arab Saudi, rangka kerja PINT-AE UAE dan VAT dalam Era Digital (ViDA) EU mewajibkan setiap invois disahkan sebagai XML dan dicap secara kriptografi, dalam masa nyata atau hampir begitu, sebelum ia dikeluarkan atau diselesaikan secara sah.

• Pembayaran kini membawa data yang kaya. ISO 20022 menggantikan medan rujukan pendek dengan butiran kiriman wang yang berstruktur penuh, dalam arahan pembayaran (pain.001) dan dalam mesej pengurusan tunai (camt.053 dan camt.054).

Apabila syarikat menambah kelulusan cukai masa nyata dan ISO 20022 di atas perisian tengah kelompok lama, hasilnya ialah tunai terhenti dalam perjalanan, penyelarasan dibuat dengan tangan, dan pengebilan terhenti setiap kali semakan gagal.

Mengapa penyambung standard tidak cukup dalam pengeluaran

Penyambung integrasi standard mengendalikan kes mudah dengan baik. Ia tidak dibina untuk memastikan rekod kewangan kekal konsisten apabila ribuan transaksi tiba serentak. Dalam perusahaan yang mantap, tiga masalah berulang kali muncul:

• Data hilang dalam terjemahan. Jadual ERP tersuai jarang dipetakan dengan bersih kepada skema ISO 20022 yang ketat atau e-invois UBL 2.1 tanpa lapisan pemetaan berasaskan peraturan yang teliti.

• Pendua apabila cuba semula. Apabila bank atau get laluan cukai tamat masa di bawah beban, cubaan semula yang naif boleh menghantar pembayaran yang sama dua kali atau menyerahkan invois yang sama dua kali.

• Dua sistem, dua kebenaran. ERP menandakan invois sebagai diluluskan sementara pihak berkuasa cukai menolak capnya. Pasukan kewangan terpaksa membalikkan catatan secara manual merentas sistem yang tidak berhubung antara satu sama lain.

Cara kami membinanya

Di XSIS, kami menganggap integrasi sebagai kejuruteraan, bukan konfigurasi. Enjin perbendaharaan dan pematuhan masa nyata yang boleh diharap bergantung pada empat bahagian.

1. Setiap peristiwa, direkodkan sekali

Kami tidak meninjau pangkalan data ERP. Kami merakam setiap perubahan sebaik ia berlaku, melalui outbox transaksi atau jaringan peristiwa ERP itu sendiri. Setiap peristiwa kewangan mendapat kunci stabil berdasarkan asal dokumen, supaya ia diproses tepat sekali merentas sistem bank dan cukai.

2. Semakan sebelum apa-apa keluar

Sebelum mesej sampai ke bank atau portal cukai, enjin pengesahan berasingan menyemak XML terhadap skemanya, mengenakan tandatangan kriptografi (CSID atau X.509) dan mencipta kod QR serta rantaian hash yang diperlukan. Semuanya mengambil masa kurang daripada 50 milisaat.

3. Satu format dalaman untuk setiap bank

Model data dalaman berversi terletak antara ERP dan dunia luar. Menambah bank baharu, atau berpindah daripada mesej MT ke MX, tidak bermakna menulis semula kod ABAP atau PL/SQL dalam ERP.

4. Penyata bank dipadankan secara automatik

Penyata bank (camt.053) dan notis pembayaran segera (camt.054) dibaca dan dipadankan dengan akaun belum terima terbuka mengikut peraturan yang jelas. Lebih 99% item diselaraskan tanpa langkah manual, dan hanya pengecualian sebenar sampai kepada seseorang.

Di mana hendak bermula

Anda tidak perlu menggantikan ERP untuk menamatkan kelewatan kelompok. Mulakan dengan Brownfield Diagnostic Bridge kami: dalam 1 hingga 2 minggu, kami memetakan di mana data hilang antara ERP, perisian tengah dan bank anda. Anda kemudian memindahkan gelung penyelarasan yang paling menyakitkan ke masa nyata terlebih dahulu.