Топтамадан тыс: ERP мен банктер арасындағы қазына мен салық

Жиырма жыл бойы корпоративтік қаржы кідіріспен жұмыс істеді. ERP (SAP S/4HANA, Oracle немесе Odoo) күннің кітаптарын жабатын. Жоспарлы тапсырма SFTP арқылы банкке жазық CSV немесе MT940 файлдарын жіберетін. Команда банктің нені қабылдағанын және ненің сәтсіз аяқталғанын білу үшін келесі таңды күтетін.

Бұл жұмыс тәсілі GCC, Еуропа, Таяу Шығыс және Африкада бұзылуда. Екі өзгеріс топтама файлдарын тікелей іскерлік тәуекелге айналдырды.

Неліктен түнгі файлдар жұмыс істеуді тоқтатты

• Салық енді нақты уақытта тексеріледі. Сауд Арабиясының ZATCA 2-фазасы, БАӘ-нің PINT-AE негіздемесі және ЕО-ның цифрлық дәуірдегі ҚҚС (ViDA) ережелері әрбір шот-фактураны заңды түрде шығару немесе есеп айырысу алдында XML ретінде тексеріп, криптографиялық мөрмен растауды талап етеді, мұны нақты уақытта немесе оған жақын уақытта орындау керек.

• Төлемдер енді бай деректерді тасымалдайды. ISO 20022 қысқа анықтама өрістерін төлем нұсқаулықтарында (pain.001) және ақша қаражатын басқару хабарламаларында (camt.053 және camt.054) толық құрылымдалған аударым мәліметтерімен алмастырады.

Компаниялар ескі топтама аралық бағдарламасының үстіне нақты уақыттағы салық тексерісін және ISO 20022-ні қосқанда, нәтижесінде жолда ұсталып қалған қаражат, қолмен жасалатын салыстыру және тексеріс сәтсіз болған сайын тоқтайтын шот-фактуралау пайда болады.

Неліктен стандартты коннекторлар өндірісте жеткіліксіз

Стандартты интеграция коннекторлары қарапайым жағдайды жақсы шешеді. Бірақ мыңдаған транзакция бір уақытта келгенде қаржылық жазбалардың дәйектілігін сақтау үшін олар құрылмаған. Қалыптасқан кәсіпорында үш мәселе қайта-қайта көрінеді:

• Аудармада жоғалған деректер. Арнайы ERP кестелері қатаң ISO 20022 схемаларына немесе UBL 2.1 электрондық шот-фактураларына мұқият, ережеге негізделген сәйкестендіру қабатынсыз таза сәйкестендірілмейді.

• Қайталау кезіндегі қайталамалар. Банк немесе салық шлюзі жүктеме кезінде таймаутқа түскенде, қарапайым қайта әрекет бір төлемді екі рет жіберуі немесе бір шот-фактураны екі рет ұсынуы мүмкін.

• Екі жүйе, екі шындық. ERP шот-фактураны тіркелді деп белгілейді, ал салық органы оның мөрін қабылдамайды. Нәтижесінде қаржы тобы бір-бірімен байланыспайтын жүйелер арасында жазбаларды қолмен түзетуге мәжбүр болады.

Мұны қалай құрамыз

XSIS-те біз интеграцияны конфигурация емес, инженерия деп санаймыз. Сенімді нақты уақыттағы қазына және сәйкестік қозғалтқышы төрт бөлікке сүйенеді.

1. Әрбір оқиға бір рет ұсталады

Біз ERP дерекқорын мерзімді сұрауға сүйенбейміз. Әрбір өзгерісті болған сәтте транзакциялық outbox немесе ERP-нің өз оқиға торы арқылы ұстаймыз. Әрбір қаржылық оқиға құжат қайдан келгеніне негізделген тұрақты кілт алады, сондықтан ол банк және салық жүйелерінде дәл бір рет өңделеді.

2. Ештеңе шықпай тұрып тексеру

Хабарлама банкке немесе салық порталына жетпес бұрын бөлек валидация қозғалтқышы XML-ді өз схемасына қарсы тексереді, криптографиялық қолтаңбаны (CSID немесе X.509) қолданады және қажетті QR код пен хэш тізбегін жасайды. Мұның бәрі 50 миллисекундтан аз уақыт алады.

3. Барлық банк үшін бір ішкі формат

ERP мен сыртқы әлем арасында нұсқаланатын ішкі деректер моделі тұрады. Жаңа банк қосу немесе MT-ден MX хабарламаларына көшу ERP-тегі ABAP немесе PL/SQL кодын қайта жазуды білдірмейді.

4. Банк үзінділері автоматты түрде салыстырылады

Банк үзінділері (camt.053) және лездік төлем хабарламалары (camt.054) оқылып, ашық дебиторлық берешекпен айқын ережелер бойынша салыстырылады. Тармақтардың 99%-дан астамы қолмен араласусыз шоттасады, тек нақты ерекшеліктер ғана адамға жіберіледі.

Неден бастау керек

Топтама кідірістерін тоқтату үшін ERP-іңізді ауыстырудың қажеті жоқ. Brownfield Diagnostic Bridge-тен бастаңыз: 1 аптадан 2 аптаға дейін деректеріңіз ERP, аралық бағдарлама және банктер арасында қайда жоғалатынын картаға түсіреміз. Содан кейін ең ауыр салыстыру циклдерін бірінші кезекте нақты уақытқа көшіресіз.