Ako vám môžeme pomôcť?

E-faktúra je elektronická faktúra vo forme štruktúrovaného XML dokumentu podľa európskej normy EN 16931 a formátu Peppol BIS Billing 3.0, ktorý počítačové systémy dokážu automaticky spracovať bez ručného zadávania údajov. Nejde teda o naskenovanú faktúru ani o PDF, ale o strojovo čitateľný dokument prenášaný cez sieť Peppol.

Bežná PDF alebo papierová faktúra je určená na čítanie človekom a jej údaje treba do systému zadať ručne alebo pomocou OCR. E-faktúra je naopak štruktúrovaný XML dokument, ktorý si medzi sebou automaticky vymenia informačné systémy oboch strán cez sieť Peppol — bez chýb pri prepisovaní a bez zdržania.

Podľa pripravovanej legislatívy bude e-fakturácia cez sieť Peppol povinná pre platiteľov DPH od 1. 1. 2027, pričom dobrovoľné zapojenie je možné už počas roka 2026. Povinnosť sa bude týkať B2B aj B2G faktúr na území Slovenska.

Peppol je celoeurópska sieť pre bezpečnú výmenu elektronických obchodných dokumentov, napríklad faktúr. Access Point, tzv. digitálny poštár, je certifikovaná služba, ktorá vaše e-faktúry v tejto sieti odosiela aj prijíma, kontroluje ich správnosť a zabezpečuje spoľahlivé doručenie partnerovi aj Finančnej správe SR.

Zákon definuje, aké doklady sa budú vyhotovovať v XML formáte. Ide o faktúru (aj súhrnnú), dobropis, ťarchopis a daňový doklad k prijatej zálohovej platbe. Je možné vystavovať aj tzv. self-billing doklady.

Na zodpovedanie tejto otázky je potrebné poznať spôsob realizácie danej funkcionality v ERP systéme zákazníka. Konkrétne riešenie bude navrhnuté počas implementácie.

Na zodpovedanie tejto otázky je potrebné poznať spôsob realizácie danej funkcionality v ERP systéme zákazníka. Konkrétne riešenie bude navrhnuté počas implementácie.

mib:Peppol dokáže pracovať so všetkými štandardne podporovanými typmi dokladov (odpoveď k otázke k typom dokladov). Špecifické požiadavky je však potrebné riešiť individuálne.

Funkcionalita pripojenia prílohy bude k dispozícii.

Pri účtovaní faktúry sa vytvorí tzv. e-dokument a až následne dochádza k odoslaniu ručným pokynom alebo naplánovaným jobom. Faktúra sa odosiela v stave, v akom sa v danom momente nachádza. Ak bola predtým stornovaná, e-dokument sa zruší a nebude sa dať odoslať.

Povinnosť vystaviť XML faktúru je definovaná zákonom o DPH (XML faktúry sa budú posielať aj neplatiteľom DPH, dôležitá je existencia DIČ, nie IČ DPH), ale systém nedokáže z dostupných údajov vždy posúdiť túto povinnosť, napr. nevie, či predmetom dodania sú utajované skutočnosti, preto konečné rozhodnutie je na používateľovi.

Všetky MLS (Message Level Status) správy súvisiace s prenosom dokladu (aj Tax Data Document (TDD) pre Finančnú správu) budú automatizovane prenesené a evidované v SAP-e k danému dokladu.

mib:Peppol pracuje so self-billing faktúrami vo formáte BIS Self-Billing 3.0, ktorý spĺňa normu EN16931 a je možné ich prenášať cez sieť Peppol. EDI self-billing faktúry by sa museli konvertovať do uvedeného formátu.

Toto je možné až po prijatí faktúry do SAP-u (pred jej zaúčtovaním), ale nie je to možné v Access Pointe prijímateľa, pretože ten nemá potrebné informácie.

BT-13 (referencia na objednávku) nie je povinné pole, takže ak nebude zadané, validátor nevráti chybu a faktúra bude doručená. Reklamovať neúplnú faktúru z biznisového pohľadu musíte mimo siete Peppol. Opravy faktúr zatiaľ nie sú na Slovensku povolené (uvažuje sa o zmene). Táto požiadavka by sa dala riešiť tým, že budete na objednávkach uvádzať položku „Buyer Reference", ktorá bude obsahovať číslo objednávky. Buyer Reference (BT-10) tiež nie je samostatne povinná, ale aspoň jedna z položiek BT-10 a BT-13 musí byť zadaná. Ak by nebola vo faktúre vyplnená aspoň jedna z položiek, validátor faktúru vráti.

Táto situácia sa na Slovensku musí riešiť komunikáciou s dodávateľom (e-mail, telefonicky), ktorý musí cez Peppol zaslať dobropis k danej faktúre. Úspešne prenesenú faktúru nie je možné meniť ani zrušiť, len dobropisovať/ťarchopisovať.

Ak je váš systém aktualizovaný a updatovaný, a vaša spoločnosť používa štandardné procesy SD a FI, rozsiahle úpravy nie sú potrebné. Pre každého zákazníka však budú nutné minimálne prispôsobenia – napríklad pri mapovaní polí, kalkulačných schémach, znakoch dane či formulároch – a zohľadnenie konkrétneho nastavenia systému v našom kóde. V záverečnej fáze bude potrebné preniesť naše softvérové úpravy na váš systém.

mib:Peppol je zákaznícke API vyvinuté podľa štandardov SAP – neohrozuje preto budúce upgrady. Ak upgrade zmení použitý komponent, bude potrebné prispôsobenie kódu (čo platí všeobecne pre všetky upgrady SAP-u).

Na zodpovedanie tejto otázky je potrebné poznať spôsob realizácie danej funkcionality v ERP systéme zákazníka. Konkrétne riešenie navrhneme počas implementácie po analýze vášho ERP systému. Súčasťou knižnice rozhraní API sú však aj REST API, a teda je týmto spôsobom možné napojiť aj roboty.

V systémoch SAP budú faktúra, resp. opravná faktúra vo formáte XML a PDF (ak je súčasťou XML), Tax Data Document (TDD), MLS správa k faktúre a MLS správa k TDD pripojené k e-dokumentu a archivované v zmysle nastavení archivácie dát v systéme SAP. V non-SAP systémoch si archiváciu vyššie uvedených dokumentov rieši zákazník. V prostredí Access Pointu sú uchovávané len informácie o prenose dokumentov (logy), a to na obdobie požadované pravidlami OpenPeppol.

Odosielanie TDD dokumentov na Access Point Finančnej správy je povinná funkcionalita, ktorú musí spĺňať Access Point a je predmetom certifikácie zo strany organizácie OpenPeppol. Jej funkčnosť nie je závislá na konkrétnom zákazníkovi. Finančná správa zatiaľ takéto prostredie nesprístupnila.

mib:Cockpit je napojený na vlastné (nezávislé) tabuľky, do ktorých sa načítavajú dáta priamo zo SAP tabuliek.

Áno, poskytujeme aj službu nasadenia riešenia SAP DRC u zákazníka. Okrem implementácie sme schopní zabezpečiť aj licencovanie, nakoľko sme SAP VAR partnerom (v Česku obdobne naša sesterská spoločnosť MIBCON a.s.).

Áno, je však potrebné zohľadniť skutočnosť, že ide o rozšírenie základného rozsahu štandardnej implementácie.

Zo strany Access Pointu je výkon škálovateľný podľa požadovaných objemov prenášaných dokumentov. Odosielanie zo SAP-u je samostatný proces a nespomalí hromadné spracovanie.

Ak sa zmení technická norma XML, pôjde o pomerne zásadnú zmenovú požiadavku. Nami navrhovaný režim podpory umožní riešiť aj riadenie zmien, v tomto prípade však pôjde skôr o projekt, nakoľko táto zmena sa dotkne aj komunikácie s obchodnými partnermi a bude treba riešiť fázovanie (dobeh pôvodných XML, nábeh zmenených).

Aktuálne sa zameriavame na Slovensko. Následne plánujeme riešenie nasadzovať pre Česko (ČR a prípadne celú V4 podľa potreby) a ďalšie členské krajiny organizácie OpenPeppol, v ktorých podnikajú naši zákazníci.

Ďalšie krajiny nášho CEE regiónu (s výnimkou Rakúska) zatiaľ nie sú členmi OpenPeppol. Preto v prípade Maďarska a Poľska bude možné z nášho riešenia využiť len časť v prostredí SAP-u, nakoľko ich národné platformy digitálnej komunikácie sú odlišné:

• Krajiny s priamym nasadením Peppol (Belgicko, Slovensko, Lotyšsko, Dánsko, Nórsko, Estónsko, Rakúsko, Slovinsko, Luxembursko) používajú sieť Peppol priamo ako infraštruktúru pre prenos faktúr.
• Krajiny s národnými systémami (Taliansko – SDI/FatturaPA, Poľsko – KSeF, Maďarsko – NAV Online) si vybudovali vlastné clearingové platformy nezávislé od Peppol, hoci Peppol môžu používať pre cezhraničné transakcie.

Áno, plánujeme informačný portál s potrebnými podkladmi a návodmi.

Zabezpečujeme 99,5 % dostupnosť nášho systému. Vzhľadom na zákonné lehoty vystavovania faktúr a dátumy pre výkazy DPH je táto dostupnosť dostatočná pre opakované odoslanie. mib:Peppol umožňuje využívať automatizáciu procesov, ale táto možnosť nie je súčasťou štandardného riešenia.

Naše riešenie kombinuje jednorazové implementačné náklady na nasadenie mib:Peppol s modelom ročného predplatného (SaaS). Výška ročnej licencie sa odvíja od očakávaného objemu prenesených dokladov, pričom k dispozícii sú tri prehľadné balíky (Basic, Professional a Enterprise). V prípade začiatku využívania služby počas roka platíte len alikvotnú časť ceny ročnej licencie.

Nie, takýto typ zásadnej zmeny – t. j. zmena noriem XML v SK/EU – nie je zahrnutá v základnej cene. Ak v budúcnosti k takej zmene dôjde, máme v úmysle včas oznámiť zákazníckej klientele dopad aktualizácie a na základe spätnej väzby spravodlivo rozdeliť náklady spojené s jej zabezpečením.