Bortom batch: treasury och skatt i realtid från ERP till bank

I tjugo år levde företagens finansfunktioner med en fördröjning. ERP-systemet (SAP S/4HANA, Oracle eller Odoo) stängde dagens böcker. Ett schemalagt jobb skickade platta CSV- eller MT940-filer till banken över SFTP. Teamet fick vänta till nästa morgon för att veta vad banken hade accepterat och vad som hade misslyckats.

Det arbetssättet håller på att brista i GCC, Europa, Mellanöstern och Afrika. Två förändringar har gjort batchfiler till en direkt affärsrisk.

Varför nattliga filer slutade fungera

• Skatten kontrolleras nu i realtid. ZATCA fas 2 i Saudiarabien, PINT-AE-ramverket i Förenade Arabemiraten och EU-reglerna för mervärdesskatt i den digitala tidsåldern (ViDA) kräver att varje faktura valideras som XML och förses med kryptografisk stämpel, i realtid eller nära nog, innan den lagligen får utfärdas eller avräknas.

• Betalningarna bär nu rik data. ISO 20022 ersätter korta referensfält med fullt strukturerade remitteringsuppgifter, i betalningsinstruktioner (pain.001) och i kassaförvaltningsmeddelanden (camt.053 och camt.054).

När företag lägger till skattegodkännande i realtid och ISO 20022 ovanpå gammal batchbaserad mellanprogramvara blir resultatet pengar som hålls kvar i transitering, avstämning som görs för hand och fakturering som stannar när en kontroll fallerar.

Varför standardkopplingar inte räcker i produktion

Standardkopplingar hanterar det enkla fallet bra. De är inte byggda för att hålla finansiella register konsekventa när tusentals transaktioner kommer samtidigt. I ett etablerat företag dyker tre problem upp gång på gång:

• Data som tappas i översättningen. Egenbyggda ERP-tabeller mappar sällan rent mot strikta ISO 20022-scheman eller UBL 2.1-e-fakturor utan ett noggrant, regelbaserat mappningslager.

• Dubletter vid nya försök. När en bank eller skattegateway får tidsutfall under last kan ett enkelt nytt försök skicka samma betalning två gånger eller lämna in samma faktura två gånger.

• Två system, två sanningar. ERP-systemet markerar en faktura som bokförd medan skattemyndigheten avvisar dess stämpel. Finansfunktionen får vända poster för hand i system som inte talar med varandra.

Så bygger vi det

På XSIS behandlar vi integration som teknik, inte konfiguration. En tillförlitlig motor för treasury och regelefterlevnad i realtid vilar på fyra delar.

1. Varje händelse fångas en gång

Vi pollar inte ERP-databasen. Vi fångar varje ändring när den sker, via en transaktionell outbox eller ERP-systemets eget händelsenät. Varje finansiell händelse får en stabil nyckel utifrån var dokumentet kom ifrån, så att den behandlas exakt en gång i bank- och skattesystemen.

2. Kontroller innan något lämnar systemet

Innan ett meddelande når en bank eller en skatteportal kontrollerar en separat valideringsmotor XML-dokumentet mot sitt schema, lägger på den kryptografiska signaturen (CSID eller X.509) och skapar den QR-kod och hashkedja som krävs. Allt tar under 50 millisekunder.

3. Ett internt format för varje bank

En versionerad intern datamodell ligger mellan ERP-systemet och omvärlden. Att lägga till en ny bank, eller att gå från MT- till MX-meddelanden, innebär inte att skriva om ABAP- eller PL/SQL-kod i ERP-systemet.

4. Kontoutdrag matchas automatiskt

Kontoutdrag (camt.053) och aviseringar om omedelbara betalningar (camt.054) läses in och matchas mot öppna kundfordringar med tydliga regler. Mer än 99 % av posterna stäms av utan manuella steg, och bara verkliga undantag går till en person.

Var ska vi börja?

Du behöver inte byta ut ERP-systemet för att få slut på batchfördröjningar. Börja med vår Brownfield Diagnostic Bridge: på 1 till 2 veckor kartlägger vi var data tappas mellan ditt ERP-system, din mellanprogramvara och dina banker. Sedan flyttas de mest smärtsamma avstämningsslingorna till realtid först.