Napojenie systému na účtovníctvo: Pohoda, Omega, SuperFaktúra
7 min čítania
Krátka odpoveď
Napojenie na účtovníctvo je takmer vždy jednosmerné: systém pošle do účtovníctva podklad na faktúru a späť si vytiahne stav úhrady. Pri SuperFaktúre a iných cloudových nástrojoch je to pár dní práce cez REST API. Pri Pohode a Omege sa ide cez XML alebo databázu a treba počítať s dvoma až troma týždňami a s tým, že to beží na počítači u klienta.
01Čo sa má posielať a čo nie
Do účtovníctva patrí len to, čo je už rozhodnuté. Vystavená faktúra, dodací list, prijatá objednávka. Rozpracovaná ponuka tam nemá čo robiť — v účtovníctve sa neupravuje, čo sa ešte môže zmeniť.
Naspäť sa oplatí ťahať dve veci: či je faktúra uhradená a aké je saldo zákazníka. To druhé je podceňované — s ním viete v CRM zablokovať objednávku odberateľovi, ktorý dlhuje, a to sa zaplatí rýchlejšie než zvyšok integrácie.
02Cloudové systémy
SuperFaktúra, iDoklad, Fakturoid a podobné majú REST API, tokenovú autentifikáciu a dokumentáciu. Vystavenie faktúry je jedno volanie, stav úhrady sa dá ťahať periodicky alebo počúvať webhook.
Rátajte s pár dňami práce vrátane testov a ošetrenia chýb. Hlavná vec, ktorú treba doriešiť, je párovanie: ako sa zákazník v CRM spojí so zákazníkom v účtovníctve. Ideálne cez IČO, nikdy nie cez názov firmy.
03Pohoda, Omega a spol.
Tieto systémy bežia lokálne alebo na serveri u klienta, takže integrácia nie je len o API, ale aj o tom, kde bude bežať prepojovacia časť a čo sa stane, keď je počítač vypnutý.
Pohoda má XML rozhranie a mServer, cez ktorý sa dá komunikovať po sieti. Omega a Money majú vlastné importné formáty. Vo všetkých prípadoch je to dávkové, nie okamžité — faktúry sa prenášajú v intervale, nie v sekunde vzniku, a to je pre väčšinu firiem úplne v poriadku.
Čo treba dohodnúť dopredu: kto je vlastníkom číselného radu faktúr. Keď ho generujú obe strany, skôr či neskôr vzniknú dve faktúry s rovnakým číslom a to je problém, ktorý sa rieši ručne a spätne.
04Kde sa to najčastejšie zasekne
Na zaokrúhľovaní a DPH. Účtovný systém počíta cenu po svojom a ak si systém na mieru počíta vlastné súčty, líšia sa o cent a účtovníčka to reklamuje každý mesiac. Riešenie je jednoduché: jeden systém počíta, druhý preberá výsledok.
Na chýbajúcich údajoch. Faktúru sa nedá vystaviť bez IČO, adresy a spôsobu úhrady. Ak ich CRM nevynucuje pri zakladaní zákazníka, integrácia bude padať na polovici prípadov a niekto ich bude dopĺňať ručne.
Na tom, čo sa má stať pri chybe. Odpoveď „skúsi sa to znova“ nestačí — musí byť miesto, kde je vidieť, čo neprešlo, a niekto, kto sa naň pozerá.
05Čo to stojí
Jednoduché napojenie na cloudové účtovníctvo: rádovo 800 až 2 000 eur. Pohoda alebo Omega vrátane nasadenia u klienta: 1 500 až 4 000 eur. K tomu drobná údržba, lebo formáty sa raz za čas menia.
Ak vystavujete menej než desať faktúr mesačne, integráciu nerobte. Prepísať desať faktúr je hodina práce mesačne a to sa nezaplatí nikdy.
Časté otázky
- Dá sa Pohoda napojiť na vlastný systém?
- Áno, cez XML rozhranie alebo mServer. Prenos je dávkový, nie okamžitý, a prepojovacia časť musí bežať tam, kde je Pohoda dostupná — teda u klienta alebo na jeho serveri.
- Ktorý systém má generovať čísla faktúr?
- Vždy len jeden. Keď ich generujú obe strany, vzniknú duplicity, ktoré sa opravujú ručne a spätne.
- Koľko stojí napojenie na účtovný systém?
- Cloudové účtovníctvo s REST API zhruba 800 až 2 000 eur, lokálne systémy ako Pohoda alebo Omega 1 500 až 4 000 eur vrátane nasadenia.