Reaaliaikainen talous ja verotus ERP:ien ja pankkien välillä

Kahdenkymmenen vuoden ajan yritysten taloushallinto eli viiveen kanssa. ERP (SAP S/4HANA, Oracle tai Odoo) sulki päivän kirjat. Ajastettu työ lähetti litteitä CSV- tai MT940-tiedostoja pankkiin SFTP:n kautta. Tiimi odotti seuraavaan aamuun oppiakseen, mitä pankki oli hyväksynyt ja mikä oli epäonnistunut.

Tämä toimintatapa murtuu GCC-alueella, Euroopassa, Lähi-idässä ja Afrikassa. Kaksi muutosta on tehnyt erätiedostoista suoran liiketoimintariskin.

Miksi yön yli ajettavat tiedostot lakkasivat toimimasta

• Verotus tarkistetaan nyt reaaliajassa. Saudi-Arabian ZATCA-vaihe 2, Arabiemiirikuntien PINT-AE-kehys ja EU:n ViDA-hanke edellyttävät, että jokainen lasku validoidaan XML:nä ja leimataan kryptografisesti reaaliajassa tai lähes reaaliajassa ennen kuin se laillisesti annetaan tai tilitetään.

• Maksut kuljettavat nyt runsaasti dataa. ISO 20022 korvaa lyhyet viitekentät täysin jäsennellyillä maksutiedoilla sekä maksumääräyksissä (pain.001) että kassanhallintaviesteissä (camt.053 ja camt.054).

Kun yritykset lisäävät reaaliaikaisen veroviranomaisen hyväksynnän ja ISO 20022:n vanhan eräajoväliohjelmiston päälle, tuloksena on matkalla jumissa oleva raha, käsin tehtävä täsmäytys ja laskutus, joka pysähtyy aina, kun tarkistus epäonnistuu.

Miksi vakiokonnektorit eivät riitä tuotannossa

Vakiointegraatiokonnektorit hoitavat yksinkertaisen tapauksen hyvin. Niitä ei ole rakennettu pitämään talouskirjanpitoa yhtenäisenä, kun tuhansia tapahtumia saapuu kerralla. Vakiintuneessa yrityksessä kolme ongelmaa toistuu yhä uudelleen:

• Data katoaa käännöksessä. Räätälöidyt ERP-taulut vastaavat harvoin suoraan tiukkoja ISO 20022 -skeemoja tai UBL 2.1 -verkkolaskuja ilman huolellista, sääntöpohjaista määrityskerrosta.

• Duplikaatit uudelleenyrityksessä. Kun pankki tai veroyhdyskäytävä aikakatkaisee kuormituksessa, yksinkertainen uudelleenyritys voi lähettää saman maksun tai toimittaa saman laskun kahdesti.

• Kaksi järjestelmää, kaksi totuutta. ERP merkitsee laskun kirjatuksi, kun taas veroviranomainen hylkää sen leiman. Taloustiimi jää peruuttamaan kirjauksia käsin järjestelmissä, jotka eivät puhu toisilleen.

Miten rakennamme sen

XSIS:ssä kohtelemme integraatiota insinöörityönä, ei konfigurointina. Luotettava reaaliaikainen talous- ja vaatimustenmukaisuusmoottori nojaa neljään osaan.

1. Jokainen tapahtuma tallennetaan kerran

Emme hae tietoja ERP-tietokannasta kyselyillä. Tallennamme jokaisen muutoksen sen tapahtuessa transaktionaalisen outbox-kuvion tai ERP:n oman tapahtumaverkon kautta. Jokainen taloustapahtuma saa vakaan avaimen, joka perustuu asiakirjan alkuperään, joten se käsitellään täsmälleen kerran pankki- ja verojärjestelmissä.

2. Tarkistukset ennen kuin mitään lähtee

Ennen kuin viesti saavuttaa pankin tai veroportaalin, erillinen validointimoottori tarkistaa XML:n skeemaa vasten, lisää kryptografisen allekirjoituksen (CSID tai X.509) ja luo vaaditun QR-koodin ja hash-ketjun. Kaikki tämä kestää alle 50 millisekuntia.

3. Yksi sisäinen muoto jokaiselle pankille

Versioitu sisäinen datamalli on ERP:n ja ulkomaailman välissä. Uuden pankin lisääminen tai siirtyminen MT-viesteistä MX-viesteihin ei tarkoita ABAP- tai PL/SQL-koodin uudelleenkirjoittamista ERP:ssä.

4. Tiliotteet täsmäytetään automaattisesti

Tiliotteet (camt.053) ja pikamaksuilmoitukset (camt.054) luetaan ja täsmäytetään avoimiin saamisiin selkeillä säännöillä. Yli 99 % eristä täsmäytyy ilman manuaalista vaihetta, ja vain todelliset poikkeukset menevät ihmiselle.

Mistä aloittaa

ERP:tä ei tarvitse vaihtaa eräajojen viiveiden lopettamiseksi. Aloittakaa Brownfield Diagnostic Bridgestä: 1 tai 2 viikossa kartoitamme, missä dataa katoaa ERP:nne, väliohjelmistonne ja pankkienne välillä. Sen jälkeen siirrätte tuskallisimmat täsmäytyssilmukat reaaliaikaan ensin.