Napojenie systému na účtovníctvo, banky a elektronické schránky

01Pomenujte úkony, nie iba názvy systémov

Pod „napojením banky“ si môžete predstaviť sťahovanie pohybov, párovanie úhrad, prípravu platobnej dávky alebo skutočné odoslanie peňazí. Tieto úkony majú rozdielny dosah. Pri elektronickej schránke zase treba odlíšiť prehľad správ, uloženie príloh, pridelenie zodpovednej osobe a odoslanie podania. Jedno všeobecné políčko v ponuke dodávateľa tieto rozdiely nevyrieši.

Spíšte situácie, pri ktorých dnes prepisujete údaje alebo čakáte na kolegu. Ku každej priraďte zdroj, cieľ, požadovanú rýchlosť a človeka, ktorý rieši výnimky. Pri malom objeme môže dobre poslúžiť podporovaný import súborov. Vlastný vývoj posudzujte podľa opakovanej práce, zložitosti pravidiel a dostupných hotových nástrojov, nie podľa počtu systémov v zozname.

Pri výbere medzi importom, hotovým konektorom a vlastným riešením pomôže sprievodca prepojením systémov cez API.

02Pri účtovníctve overte agendy aj výsledok dávky

Začnite verziou programu, licenciou a podporovanými operáciami. Ako príklad slúži česká dokumentácia XML importu POHODA: definuje dátové schémy a podrobnosti výsledku spracovania dokladov. Prenesený súbor preto ešte neznamená, že cieľ prijal všetky položky.

Výrobca samostatne uvádza podporované agendy, napríklad banku a fakturáciu. Tento príklad neberte ako automatické potvrdenie schopností každej slovenskej edície či iného programu. Dodávateľ má doložiť požadované čítanie, založenie a opravy pre vašu konkrétnu zostavu a prostredie.

S účtovníkom zjednoťte identifikátory, meny, číselné rady, strediská a stavy. Pri každom údaji určite autoritatívny zdroj a pravidlo zmeny. Uzatvorené obdobie sa nemá meniť len preto, že sa zopakoval starý prenos. Otestujte aj čiastočne odmietnutú dávku: prijaté položky zostanú evidované a chybným priradíte konkrétny dôvod aj človeka, ktorý ho vie opraviť.

Konkrétny priechod dokladu ukazuje článok od objednávky z e-shopu do účtovníctva bez prepisovania.

03Prístup k pohybom nie je oprávnenie platiť

Rozlišujte vlastné rozhranie banky, firemný zmluvný kanál a otvorené bankovníctvo. Česká stránka Fio API napríklad opisuje import platobnej dávky pripravenej na podpis v internetbankingu a samostatný kanál pre licencované subjekty. Pre slovenský účet si podmienky potvrďte osobitne, nie iba podľa českého príkladu.

Európsky rámec PSD2 odlišuje informovanie o účte a iniciovanie platby. Počíta so súhlasom používateľa a pravidlami silného overenia vrátane výnimiek. Nezaručuje univerzálny voľný prístup ku každému účtu. S bankou overte konkrétny kanál, oprávnenia poskytovateľa a schvaľovanie.

Ak chcete párovať prijaté úhrady, nezačínajte prístupom umožňujúcim odosielať peniaze. Pri platbách oddeľte návrh, kontrolu príjemcu a schválenie dávky. Dohodnite správanie pri odmietnutí a pri odvolaní či skončení prístupu. Obnova prepojenia nemá závisieť od človeka, ktorý je práve na dovolenke. Určite vlastníka a zastupovanie ešte pred nasadením.

04Slovenská e-schránka nie je česká datová schránka

Na Slovensku riešite elektronické schránky ÚPVS a slovensko.sk. Všeobecné podmienky, článok 30, opisujú integračný proces, dohodu o integračnom zámere a technický účet. Vopred si potvrďte, či využijete existujúce integrované riešenie alebo vlastnú integráciu a čo musí zabezpečiť vaša firma.

České datové schránky patria do ISDS. Majú vlastné webové služby a testovacie prostredie opísané v oficiálnej nápovede pre vývojárov. Český konektor preto nemožno považovať za pripravené slovenské prepojenie. Pri firme pôsobiacej v oboch krajinách evidujte oba systémy samostatne.

V pracovnom procese odlíšte technické stiahnutie, pridelenie správy a jej vybavenie. Uchovajte identifikátory, potrebné prílohy a dostupné doklady o priebehu komunikácie. Právny účinok doručenia neodvodzujte od interného tlačidla „Prečítané“. Účinky konkrétnych operácií a príslušné lehoty si nechajte overiť pre daný typ správy.

Samostatne navrhnite uchovávanie a obnovu. Určite, čo sa archivuje, kto k tomu smie pristupovať a ako dlho to potrebujete. Neprenášajte medzi krajinami tvrdenia o uložení správ ani pravidlá doručovania. Automatické sťahovanie bez kontroly úplnosti a obnoviteľnosti ešte nepredstavuje hotový archív.

05Po výpadku zistite stav pred opakovaním

Každý prenos potrebuje identifikátor, zdroj, cieľ a posledný overený výsledok. Idempotencia znamená, že zopakovanie rovnakého požiadavku nevyvolá ďalší nechcený účinok. Nie je to vlastnosť, ktorú získate automaticky tým, že systém používa API. Pre konkrétnu operáciu ju treba navrhnúť a odskúšať.

Modelový prípad: aplikácia odošle doklad, no odpoveď sa stratí pri výpadku spojenia. Najprv sa pokúsi dohľadať výsledok pomocou spoločného identifikátora. Až potom rozhodne o opakovaní. Pri platbe alebo podaní je obzvlášť dôležité nezameniť neznámy výsledok za neúspech. Ak sa stav nedá spoľahlivo zistiť, vznikne úloha pre človeka.

V zadaní integrácie cez API požadujte aj prehľad výnimiek a opráv. Účtovník má rozumieť, ktorý doklad čaká a aký údaj treba doplniť. Bežná oprava nemá vyžadovať vývojára, ktorý ako jediný dokáže prečítať technický protokol.

06Rozdeľte prístupy a prevádzkové povinnosti

Veďte evidenciu prístupov s vlastníkom, rozsahom a postupom zneplatnenia. Kľúče a certifikáty neukladajte do tabuľky so zadaním ani do zdrojového kódu. Oddeľte testovacie prostredie od ostrého. Práva na čítanie, opravu dokladov, schvaľovanie platieb a úradné podania majú zodpovedať práci konkrétnej roly.

Prevádzkový záznam má ukázať, kto úkon spustil a aký výsledok bol overený. Nemusí preto obsahovať celé výpisy, všetky prílohy a tajné tokeny. Dohodnite, kto vyrieši obsahovú chybu, kto obnoví spojenie a kto rozhodne pri neistom stave. Inak len presuniete pôvodnú ručnú prácu do technickej fronty, ktorej nikto nerozumie.

Dohoda má zahŕňať aj zodpovednosť dodávateľa pri zmenách okolitých služieb. Určite, kto sleduje úpravy bankového prihlasovania a nové verzie účtovného programu, a kto overí kompatibilitu. Pri podpore spíšte potrebné podklady na riešenie poruchy a odlíšte servis od zmeny rozsahu. Oprava konektora zároveň nenahrádza rozhodnutie o správnosti dokladu. Dodávateľ môže obnoviť prenos, no účtovný obsah musí mať odborného vlastníka vo firme alebo u externého účtovníka. Obe roly potrebujú zrozumiteľné odovzdanie prípadu.

07Prvú etapu prevezmite podľa skúšobných situácií

Vyberte úzky rozsah s jasne overiteľným výsledkom. Môžete začať čítaním a porovnaním údajov, neskôr pridať riadený zápis. Každá etapa potrebuje návratový postup a zodpovednú osobu. Do servisu a správy zahrňte zmeny rozhraní, obnovovanie prístupov aj overovanie záloh.

1. Prejdite bežný prípad a záznam, ktorý cieľ odmietne.
2. Zopakujte ten istý požiadavok a skontrolujte duplicity.
3. Prerušte spojenie po odoslaní a pred prijatím odpovede.
4. Odvolajte testovací prístup a overte upozornenie.
5. Obnovte uložený dokument aj jeho prevádzkovú stopu.
6. Nechajte zastupujúceho kolegu vybaviť výnimku podľa návodu.

Sledujte poslednú úspešnú synchronizáciu, vek najstaršej nevyriešenej chyby a počet prípadov čakajúcich na rozhodnutie. Bežiaci server nie je dôkazom prenesených údajov. Systém môže vyzerať dostupne, hoci už dlhšie nespracoval nový doklad.

08Časté otázky

09Pripravte zadanie integrácie

Pošlite nám zoznam systémov, bánk a schránok aj tri ručné činnosti. Navrhneme prvú etapu s jasným výsledkom, primeranými oprávneniami a kontrolou výnimiek.