Za dávkovými soubory: treasury a daně mezi ERP a bankami

Dvacet let žily firemní finance s prodlevou. ERP (SAP S/4HANA, Oracle nebo Odoo) uzavřelo knihy dne. Naplánovaná úloha odeslala ploché soubory CSV nebo MT940 do banky přes SFTP. Tým čekal do dalšího rána, aby zjistil, co banka přijala a co selhalo.

Tento způsob práce se rozpadá v GCC, Evropě, na Blízkém východě a v Africe. Dvě změny udělaly z dávkových souborů přímé obchodní riziko.

Proč noční soubory přestaly fungovat

• Daně se nyní kontrolují v reálném čase. ZATCA Phase 2 v Saúdské Arábii, rámec PINT-AE ve SAE a unijní DPH v digitálním věku (ViDA) vyžadují, aby každá faktura byla ověřena jako XML a kryptograficky orazítkována, v reálném čase nebo blízko němu, než je zákonně vystavena nebo vypořádána.

• Platby nyní nesou bohatá data. ISO 20022 nahrazuje krátká referenční pole plně strukturovanými údaji o platbě, v platebních pokynech (pain.001) a ve zprávách pro správu hotovosti (camt.053 a camt.054).

Když firmy přidají schvalování daní v reálném čase a ISO 20022 nad starý dávkový middleware, výsledkem jsou peníze uvízlé na cestě, ruční reconciliance a fakturace, která se zastaví, kdykoli kontrola selže.

Proč standardní konektory v produkci nestačí

Standardní integrační konektory zvládají jednoduchý případ dobře. Nejsou stavěné na to, aby udržely finanční záznamy konzistentní, když současně dorazí tisíce transakcí. V zavedeném podniku se stále znovu objevují tři problémy:

• Data se ztrácejí v překladu. Vlastní tabulky ERP se málokdy mapují čistě na striktní schémata ISO 20022 nebo e-faktury UBL 2.1 bez pečlivé mapovací vrstvy založené na pravidlech.

• Duplicity při opakování. Když bance nebo daňové bráně pod zátěží vyprší časový limit, jednoduché opakování může odeslat stejnou platbu dvakrát nebo podat stejnou fakturu dvakrát.

• Dva systémy, dvě pravdy. ERP označí fakturu jako zaúčtovanou, zatímco daňový úřad odmítne její razítko. Finanční tým musí ručně vracet zápisy v systémech, které spolu nemluví.

Jak to stavíme

V XSIS bereme integraci jako inženýrství, ne konfiguraci. Spolehlivý motor pro treasury a compliance v reálném čase stojí na čtyřech částech.

1. Každá událost zachycená jednou

Databázi ERP neopakovaně dotazujeme. Zachycujeme každou změnu ve chvíli, kdy nastane, přes transakční outbox nebo vlastní event mesh ERP. Každá finanční událost dostane stabilní klíč podle původu dokumentu, takže se zpracuje přesně jednou napříč bankovními a daňovými systémy.

2. Kontroly dříve, než cokoli odejde

Než zpráva dorazí do banky nebo daňového portálu, samostatný validační engine zkontroluje XML proti schématu, připojí kryptografický podpis (CSID nebo X.509) a vytvoří požadovaný QR kód a hashový řetězec. To vše trvá méně než 50 milisekund.

3. Jeden interní formát pro každou banku

Mezi ERP a vnějším světem stojí verzovaný interní datový model. Přidání nové banky nebo přechod ze zpráv MT na MX neznamená přepisovat kód ABAP nebo PL/SQL v ERP.

4. Bankovní výpisy párované automaticky

Bankovní výpisy (camt.053) a oznámení o okamžitých platbách (camt.054) se čtou a podle jasných pravidel párují s otevřenými pohledávkami. Více než 99 % položek se odsouhlasí bez ručního kroku a k člověku jdou jen skutečné výjimky.

Kde začít

Abyste ukončili dávková zpoždění, nemusíte měnit ERP. Začněte naší diagnostikou stávajících systémů: během 1 až 2 týdnů zmapujeme, kde se mezi vaším ERP, middlewarem a bankami ztrácejí data. Poté přesunete nejbolestivější reconciliační smyčky nejprve do reálného času.