Poza wsadami: skarbowość i podatki w czasie rzeczywistym

Przez dwadzieścia lat finanse przedsiębiorstw żyły z opóźnieniem. ERP (SAP S/4HANA, Oracle lub Odoo) zamykał księgi dnia. Zaplanowane zadanie wysyłało płaskie pliki CSV lub MT940 do banku przez SFTP. Zespół czekał do następnego ranka, aby dowiedzieć się, co bank przyjął, a co odrzucił.

Ten sposób pracy rozpada się w GCC, Europie, na Bliskim Wschodzie i w Afryce. Dwie zmiany uczyniły pliki wsadowe bezpośrednim ryzykiem biznesowym.

Dlaczego nocne pliki przestały działać

• Podatki są teraz sprawdzane w czasie rzeczywistym. ZATCA Phase 2 w Arabii Saudyjskiej, ramy PINT-AE w ZEA i unijny VAT w erze cyfrowej (ViDA) wymagają, aby każda faktura została zweryfikowana jako XML i opatrzona podpisem kryptograficznym, w czasie rzeczywistym lub blisko niego, zanim zostanie zgodnie z prawem wystawiona lub rozliczona.

• Płatności niosą teraz bogate dane. ISO 20022 zastępuje krótkie pola referencyjne w pełni ustrukturyzowanymi danymi przelewu, w poleceniach zapłaty (pain.001) oraz w komunikatach zarządzania gotówką (camt.053 i camt.054).

Gdy firmy dodają zatwierdzanie podatków w czasie rzeczywistym i ISO 20022 do starego oprogramowania pośredniczącego typu batch, efektem są pieniądze zablokowane w drodze, ręczne uzgodnienia i fakturowanie, które zatrzymuje się, gdy tylko kontrola się nie powiedzie.

Dlaczego standardowe konektory nie wystarczają na produkcji

Standardowe konektory integracyjne dobrze radzą sobie z prostym przypadkiem. Nie są zbudowane tak, aby utrzymać spójność danych finansowych, gdy tysiące transakcji napływa jednocześnie. W dojrzałym przedsiębiorstwie trzy problemy pojawiają się raz za razem:

• Dane giną w tłumaczeniu. Własne tabele ERP rzadko mapują się czysto na ścisłe schematy ISO 20022 lub e-faktury UBL 2.1 bez starannej warstwy mapowania opartej na regułach.

• Duplikaty przy ponowieniu. Gdy bank lub bramka podatkowa nie zdąży pod obciążeniem, prosta ponowna próba może wysłać tę samą płatność dwa razy albo złożyć tę samą fakturę dwa razy.

• Dwa systemy, dwie prawdy. ERP oznacza fakturę jako zaksięgowaną, podczas gdy organ podatkowy odrzuca jej pieczęć. Zespół finansowy ręcznie odwraca księgowania w systemach, które ze sobą nie rozmawiają.

Jak to budujemy

W XSIS traktujemy integrację jako inżynierię, a nie konfigurację. Niezawodny silnik skarbowości i zgodności działający w czasie rzeczywistym opiera się na czterech częściach.

1. Każde zdarzenie przechwycone raz

Nie odpytujemy bazy danych ERP. Przechwytujemy każdą zmianę w chwili jej wystąpienia, przez transakcyjną skrzynkę wychodzącą lub własną siatkę zdarzeń ERP. Każde zdarzenie finansowe otrzymuje stabilny klucz oparty na pochodzeniu dokumentu, dzięki czemu jest przetwarzane dokładnie raz w systemach bankowych i podatkowych.

2. Kontrole, zanim cokolwiek wyjdzie

Zanim komunikat dotrze do banku lub portalu podatkowego, osobny silnik walidacji sprawdza XML względem schematu, nakłada podpis kryptograficzny (CSID lub X.509) i tworzy wymagany kod QR oraz łańcuch skrótów. Wszystko to trwa poniżej 50 milisekund.

3. Jeden format wewnętrzny dla każdego banku

Wersjonowany wewnętrzny model danych stoi między ERP a światem zewnętrznym. Dodanie nowego banku lub przejście z komunikatów MT na MX nie oznacza przepisywania kodu ABAP lub PL/SQL w ERP.

4. Wyciągi bankowe dopasowane automatycznie

Wyciągi bankowe (camt.053) i powiadomienia o płatnościach natychmiastowych (camt.054) są odczytywane i dopasowywane do pozycji otwartych według jasnych reguł. Ponad 99% pozycji uzgadnia się bez ręcznego kroku, a do człowieka trafiają tylko rzeczywiste wyjątki.

Od czego zacząć

Nie muszą Państwo wymieniać ERP, aby zakończyć opóźnienia wsadowe. Proszę zacząć od naszej Brownfield Diagnostic Bridge: w ciągu 1 do 2 tygodni mapujemy, gdzie dane giną między Państwa ERP, oprogramowaniem pośredniczącym i bankami. Następnie przenoszą Państwo najbardziej bolesne pętle uzgodnień najpierw do czasu rzeczywistego.