AcadsysAcadsys
  • e-Faktúra
  • Cenník
  • Zdroje
Začať zadarmoKontaktovať
AcadsysAcadsys
AcadsysAcadsys

Schvaľovanie, e-Faktúra, verejné obstarávanie a digitálny archív pre firmy aj verejný sektor. Vyvíjame v Bratislave od roku 2016.

Produkt
  • e-Faktúra (PEPPOL)
  • Spracovanie faktúr
  • AI extrakcia
  • Portál dodávateľov
  • Návrhár schvaľovania
  • Verejné obstarávanie
  • Biznis prípady
  • Digitálny archív
  • Účtovné exporty
  • Vydané faktúry
  • Bezpečnosť a auditná stopa
Riešenia
  • Finančné tímy
  • Účtovníci
  • CFO a riaditelia
  • Požičovne a vozové parky
  • Verejný sektor
Zdroje
  • Blog
  • Prípadová štúdia AVIS
  • Článok o Pohoda XML
  • Cenník
  • Kontakt
Spoločnosť
  • O nás
  • Obchodné podmienky
  • Podmienky doručovacej služby
  • Ochrana osobných údajov
© 2026 United Technologies Group, s.r.o. · Vyrobené v Bratislave
Acadsys
Acadsys›Blog›Pohoda XML
Článok o slovenskom účtovníctve

Prečo exportujeme natívne Pohoda XML namiesto CSV a čo to znamená pre vášho účtovníka.

CSV vyzerá ako univerzálne riešenie, až kým účtovník neprepisuje 200 riadkov, lebo sa cestou pokazilo kódovanie. Článok o jednej z najnudnejšie vyzerajúcich funkcií Acadsysu.

Vyskúšať export→
Kódovanie: Windows-1250, ISO-8859-2 alebo UTF-8 s BOM či bez nehoDesatinné miesta a tisícky: 1.250,00 alebo 1,250.00 alebo 1 250,00Chýba typ údaja: „0“ môže byť číslo, text alebo prázdne poleChýba štruktúra: faktúra s 3 riadkami sú 4 nezávislé riadky súboru

Bol rok 2017 a aj naša prvá verzia exportovala CSV.

Každý účtovný nástroj, ktorý sme poznali, exportoval CSV, a my sme to zdôvodňovali rovnako ako ostatní: je to univerzálny formát. Otvorí ho každá tabuľka a naimportuje každý účtovný program. Prečo robiť niečo iné? Potom sme sledovali, ako taký súbor importuje skutočná účtovníčka. Maria, ktorá účtuje pre jedného z našich pilotných zákazníkov, si súbor zo zvyku otvorila v Exceli ešte pred importom do Pohody. Excel uvidel v názve dodávateľa slovenské č, usúdil, že súbor je vo Windows-1250 a nie v UTF-8, pri zatvorení ho uložil nanovo a potichu pokazil diakritiku v 240 riadkoch. Keď sa poškodený súbor dostal do Pohody, oprava trvala dlhšie, než by trvalo celé ručné prepisovanie. Maria sa ospravedlnila. My ešte viac. V ten deň sme s CSV skončili.

Kostra jednej schválenej faktúry tak, ako ju Acadsys odosiela do Pohody.

Natívny importný formát Pohody, ktorý sa trochu mätúco volá len „Pohoda XML“, rieši každý z uvedených problémov. Kódovanie UTF-8 deklaruje v XML prológu, každé číselné pole má typ (payVAT / homeCurrency / priceNone), dátumy sú v ISO 8601 a riadky faktúry sú vnorené priamo v elemente faktúry. Import prebehne vždy rovnako: súbor buď prijme, alebo odmietne, nič sa nepoškodí potichu. Skutočný súbor má navyše niekoľko sto riadkov s rekapituláciou DPH a mapovaním účtovných kódov. Tu je jeho podstatná časť.

Hlavička súboru
<?xml version="1.0" encoding="UTF-8"?> (deklarované, nie uhádnuté)
Dávka
<dat:dataPack id="acadsys-2026-04-12" ico="50320637" application="Acadsys">
Položka dávky
<dat:dataPackItem id="FA-2026-0418">
Hlavička faktúry
receivedInvoice, numberRequested FA-2026-0418, date 2026-04-12, dateDue 2026-04-26
Dodávateľ
company AutoServis Petržalka s.r.o., ico 35124990 (číslo, nie text), dic SK2020298811
Riadok faktúry
Výmena brzdových diskov, predné ľavý a pravý: quantity 1, rateVAT high, homeCurrency unitPrice 1177.33, priceVAT 270.79
Stredisko a zákazka
centre FLEET-BL, contract WO-2412 (číslo servisnej zákazky z Camasys, stredisko je priradené už pri schválení)
Koniec súboru
</inv:invoiceItem> </inv:invoiceDetail> </inv:invoice> </dat:dataPackItem> </dat:dataPack>

CSV verzus natívne XML vedľa seba.

Za CSV hovorí, že mu rozumie každý. Proti CSV hovorí, že mu každý rozumie inak. Jedno záväzné CSV neexistuje. Existuje RFC 4180, ktoré naplno implementuje málokto. Existuje CSV z Excelu, ktoré v každej lokalizácii s desatinnou čiarkou (teda v celej kontinentálnej Európe) oddeľuje stĺpce bodkočiarkou. A existuje to, čo váš starý ERP urobí s novým riadkom vnútri textového poľa.

CSV export

„Univerzálne“, kým to nefunguje. Teoreticky sa dá exportovať aj importovať bez strát. V praxi sa niekde medzi exportom a importom stratí kódovanie, typ čísel, štruktúra dokumentu aj nákladové stredisko. Maria všetky štyri veci opravuje ručne, každý pondelok.

  • Kódovanie uhádnuté, nie deklarované
  • Číselný typ stratený
  • Riadky v susednej tabuľke, krehká väzba
  • Nákladové stredisko nevyplnené
  • Možné tiché poškodenie

Pohoda XML

Nudné, ale spoľahlivé

Import jedným kliknutím, ktorý prebehne vždy rovnako. Deklarované UTF-8, dátumy v ISO, čísla s typom, riadky vnorené vo faktúre a vyplnené nákladové stredisko. Pohoda súbor buď prijme, alebo presne povie, ktorý dokument zlyhal a prečo. Maria má pondelok zase pre seba.

  • UTF-8 deklarované v prológu
  • Dátumy v ISO 8601
  • IČO a sumy ako čísla s typom
  • Riadky vnorené vo faktúre
  • Nákladové stredisko a zmluva vyplnené vopred
supplier.ico → typ:ico
Pohoda hľadá dodávateľa v adresári podľa IČO. Ak IČO pošlete ako text, hľadá ho len približne a pri každom dodávateľovi s úvodnou nulou v IČO zlyhá.
line.cost_center → inv:centre
Najčastejší dôvod, prečo účtovník údaje prepisuje. Acadsys priraďuje nákladové stredisko pri schválení. Ak ho v CSV vynecháte, účtovník ho dohľadáva podľa názvu dodávateľa.
line.work_order → inv:contract
Pri faktúrach za vozidlá prenesie číslo servisnej zákazky z Camasys (napr. WO-2412) až do účtovníctva, takže auditná stopa je úplná.
vat.rate → inv:rateVAT
Pohoda neprijíma DPH ako percento. Prijíma kód sadzby (high, low, none, third) a percento si doplní podľa daňového obdobia faktúry. Pošlite „23“ a import zlyhá. Pošlite „high“ a import prežije aj ďalšiu zmenu sadzieb.

Štyri stĺpce, ktoré pri vlastnom prevode z CSV do Pohody chýbajú alebo sú chybné.

Predtým, než sme vydali vlastné riešenie, sme skontrolovali dva prevody z CSV do Pohody, ktoré si tímy napísali samy. V oboch boli problémy v tých istých štyroch stĺpcoch. Vedľa je mapovanie, ktoré robí Acadsys, a dôvod, prečo na každom stĺpci záleží.

Má to aj nevýhodu: natívne XML sa ťažšie robí aj udržiava.

XML schéma Pohody mala za posledných šesť rokov 14 menších verzií a každú sledujeme. Tri z nich nenápadne porušili spätnú kompatibilitu, jedna úplne potichu. Keby sme len generovali CSV, túto prácu by sme nemali. Robil by ju však interný účtovník, pri každom exporte. Rozdiel je v tom, že ju robíme my, raz, v kóde a s testami. On by ju robil každý pondelok ráno ručne v Exceli. Keď sa nás preto niekto pýta, prečo naša stránka integrácií vyzerá „nudne“ (tri účtovné systémy, natívne XML, žiadny katalóg konektorov), odpoveď je jednoduchá: tá nudnosť je zámer. Druhý najrozšírenejší nástroj na spracovanie faktúr, s ktorým na Slovensku súperíme, exportuje CSV, volá ho „kompatibilné s Pohodou“ a všetky problémy s kódovaním necháva na zákazníkovi. To by sme s čistým svedomím robiť nemohli.

1. Vyžiadajte si vzorový export2. Naimportujte ho do Pohody alebo Omegy3. Zmerajte čas od kliknutia na Import po 50 zaúčtovaných faktúr bez upozornení4. Ak to trvá viac ako 2 minúty, nástroj v skutočnosti exportuje CSV
„Každý bolestivý prechod, ktorý sme u zákazníkov videli, sa začal rovnakou vetou: „My to proste vysypeme do CSV a účtovník to už nejako dá dokopy.“ Nerobte to.“
Jozef ZvaloCTO a spoluzakladateľ, Acadsys
ďalej · prípadová štúdia
AVIS Slovakia: servisné faktúry schválené za 2 dni namiesto 14
Export do Pohody z tohto článku v praxi, vo franšíze AVIS s 220 autami. Aj so všetkými číslami.
Čítať prípadovú štúdiu→

Vyskúšajte export, o ktorom píšeme.

Zadarmo do 49 dokumentov mesačne, natrvalo. Export do Pohody (XML), Omegy, Incadea aj bankové platobné príkazy v každom pláne. Neplatíte za používateľov ani za implementáciu.

Začať zadarmo→Porozprávať sa s vývojármi