Ud over batch: treasury og skat i realtid mellem ERP og bank

I tyve år levede virksomhedsøkonomien med en forsinkelse. ERP-systemet (SAP S/4HANA, Oracle eller Odoo) afsluttede dagens bogføring. Et planlagt job sendte flade CSV- eller MT940-filer til banken over SFTP. Teamet ventede til næste morgen med at finde ud af, hvad banken havde accepteret, og hvad der var slået fejl.

Den måde at arbejde på er ved at bryde sammen i GCC-landene, Europa, Mellemøsten og Afrika. To ændringer har gjort batchfiler til en direkte forretningsrisiko.

Hvorfor natlige filer holdt op med at virke

• Skat kontrolleres nu i realtid. Saudi-Arabiens ZATCA fase 2, UAE’s PINT-AE-rammeværk og EU’s moms i den digitale tidsalder (ViDA) kræver, at hver faktura valideres som XML og stemples kryptografisk, i realtid eller tæt på, før den lovligt kan udstedes eller afregnes.

• Betalinger indeholder nu righoldige data. ISO 20022 erstatter korte referencefelter med fuldt strukturerede betalingsoplysninger i betalingsinstrukser (pain.001) og i cash management-beskeder (camt.053 og camt.054).

Når virksomheder lægger skattegodkendelse i realtid og ISO 20022 oven på gammelt batch-middleware, er resultatet likviditet, der sidder fast undervejs, manuel afstemning og fakturering, der stopper, hver gang en kontrol fejler.

Hvorfor standardconnectors ikke slår til i produktion

Standardconnectors til integration håndterer det enkle tilfælde godt. De er ikke bygget til at holde finansielle posteringer konsistente, når tusindvis af transaktioner kommer ind på én gang. I en etableret virksomhed dukker tre problemer op igen og igen:

• Data, der går tabt i oversættelsen. Brugerdefinerede ERP-tabeller passer sjældent rent til strenge ISO 20022-skemaer eller UBL 2.1-e-fakturaer uden et omhyggeligt, regelbaseret mappinglag.

• Dubletter ved nyt forsøg. Når en bank eller en skatteportal får timeout under belastning, kan et simpelt nyt forsøg sende den samme betaling to gange eller indsende den samme faktura to gange.

• To systemer, to sandheder. ERP-systemet markerer en faktura som bogført, mens skattemyndigheden afviser dens stempel. Økonomiteamet må derefter tilbageføre posteringer manuelt på tværs af systemer, der ikke taler sammen.

Sådan bygger vi det

Hos XSIS behandler vi integration som ingeniørarbejde, ikke som konfiguration. En pålidelig motor til treasury og compliance i realtid hviler på fire dele.

1. Hver hændelse fanges én gang

Vi poller ikke ERP-databasen. Vi fanger hver ændring, når den sker, gennem en transaktionel outbox eller ERP-systemets eget event mesh. Hver finansiel hændelse får en stabil nøgle baseret på, hvor dokumentet kom fra, så den behandles præcis én gang på tværs af bank- og skattesystemer.

2. Kontroller, før noget forlader huset

Før en besked når en bank eller en skatteportal, kontrollerer en separat valideringsmotor XML’en mod dens skema, påfører den kryptografiske signatur (CSID eller X.509) og opretter den krævede QR-kode og hashkæde. Alt dette tager under 50 millisekunder.

3. Ét internt format for alle banker

En versioneret intern datamodel ligger mellem ERP-systemet og omverdenen. At tilføje en ny bank eller skifte fra MT- til MX-beskeder betyder ikke, at ABAP- eller PL/SQL-kode i ERP-systemet skal skrives om.

4. Kontoudtog afstemt automatisk

Kontoudtog (camt.053) og meddelelser om øjeblikkelige betalinger (camt.054) læses og afstemmes mod åbne tilgodehavender efter klare regler. Mere end 99 % af posteringerne afstemmes uden et manuelt trin, og kun reelle undtagelser går til en person.

Sådan kommer du i gang

Du behøver ikke udskifte dit ERP-system for at stoppe batchforsinkelser. Begynd med vores Brownfield Diagnostic Bridge: på 1 til 2 uger kortlægger vi, hvor data går tabt mellem dit ERP-system, dit middleware og dine banker. Derefter flytter du først de mest besværlige afstemningssløjfer til realtid.