Jak vám můžeme pomoci?

E-faktura je elektronická faktura ve formě strukturovaného XML dokumentu podle evropské normy EN 16931 a formátu Peppol BIS Billing 3.0, který počítačové systémy dokážou automaticky zpracovat bez ručního zadávání údajů. Nejde tedy o naskenovanou fakturu ani o PDF, ale o strojově čitelný dokument přenášený přes síť Peppol.

Běžná PDF nebo papírová faktura je určena ke čtení člověkem a její údaje je třeba do systému zadat ručně nebo pomocí OCR. E-faktura je naopak strukturovaný XML dokument, který si mezi sebou automaticky vymění informační systémy obou stran přes síť Peppol — bez chyb při přepisování a bez zdržení.

Podle připravované legislativy bude e-fakturace přes síť Peppol povinná pro plátce DPH od 1. 1. 2027, přičemž dobrovolné zapojení je možné již v průběhu roku 2026. Povinnost se bude týkat B2B i B2G faktur na území Slovenska.

Peppol je celoevropská síť pro bezpečnou výměnu elektronických obchodních dokumentů, například faktur. Access Point, tzv. digitální pošťák, je certifikovaná služba, která vaše e-faktury v této síti odesílá i přijímá, kontroluje jejich správnost a zajišťuje spolehlivé doručení partnerovi i Finanční správě SR.

Zákon definuje, jaké doklady se budou vyhotovovat ve formátu XML. Jde o fakturu (i souhrnnou), dobropis, vrubopis a daňový doklad k přijaté zálohové platbě. Je možné vystavovat i tzv. self-billing doklady.

K zodpovězení této otázky je potřeba znát způsob realizace dané funkcionality v ERP systému zákazníka. Konkrétní řešení bude navrženo během implementace.

K zodpovězení této otázky je potřeba znát způsob realizace dané funkcionality v ERP systému zákazníka. Konkrétní řešení bude navrženo během implementace.

mib:Peppol dokáže pracovat se všemi standardně podporovanými typy dokladů (viz odpověď na otázku k typům dokladů). Specifické požadavky je však potřeba řešit individuálně.

Funkcionalita připojení přílohy bude k dispozici.

Při zaúčtování faktury se vytvoří tzv. e-dokument a teprve následně dochází k odeslání ručním pokynem nebo naplánovaným jobem. Faktura se odesílá ve stavu, ve kterém se v daném okamžiku nachází. Pokud byla předtím stornována, e-dokument se zruší a nebude jej možné odeslat.

Povinnost vystavit XML fakturu je definována zákonem o DPH (XML faktury se budou posílat i neplátcům DPH, důležitá je existence DIČ, nikoli IČ DPH), ale systém nedokáže z dostupných údajů tuto povinnost vždy posoudit — např. neví, zda předmětem dodání jsou utajované skutečnosti, proto je konečné rozhodnutí na uživateli.

Všechny MLS (Message Level Status) zprávy související s přenosem dokladu (i Tax Data Document (TDD) pro Finanční správu) budou automatizovaně přeneseny a evidovány v SAPu k danému dokladu.

mib:Peppol pracuje se self-billing fakturami ve formátu BIS Self-Billing 3.0, který splňuje normu EN16931, a je možné je přenášet přes síť Peppol. EDI self-billing faktury by se musely konvertovat do uvedeného formátu.

To je možné až po přijetí faktury do SAPu (před jejím zaúčtováním), ale není to možné v Access Pointu příjemce, protože ten nemá potřebné informace.

BT-13 (reference na objednávku) není povinné pole, takže pokud nebude zadáno, validátor nevrátí chybu a faktura bude doručena. Reklamovat neúplnou fakturu z byznysového pohledu musíte mimo síť Peppol. Opravy faktur zatím nejsou na Slovensku povoleny (uvažuje se o změně). Tento požadavek by se dal řešit tím, že budete na objednávkách uvádět položku „Buyer Reference“, která bude obsahovat číslo objednávky. Buyer Reference (BT-10) také není samostatně povinná, ale alespoň jedna z položek BT-10 a BT-13 musí být zadána. Pokud by ve faktuře nebyla vyplněna alespoň jedna z položek, validátor fakturu vrátí.

Tuto situaci je na Slovensku nutné řešit komunikací s dodavatelem (e-mail, telefonicky), který musí přes Peppol zaslat dobropis k dané faktuře. Úspěšně přenesenou fakturu není možné měnit ani zrušit, lze ji pouze dobropisovat či vrubopisovat.

Pokud je váš systém aktualizovaný a updatovaný a vaše společnost používá standardní procesy SD a FI, rozsáhlé úpravy nejsou potřebné. Pro každého zákazníka však budou nutná minimální přizpůsobení – například při mapování polí, kalkulačních schématech, znacích daně či formulářích – a zohlednění konkrétního nastavení systému v našem kódu. V závěrečné fázi bude potřeba přenést naše softwarové úpravy na váš systém.

mib:Peppol je zákaznické API vyvinuté podle standardů SAP – neohrožuje proto budoucí upgrady. Pokud upgrade změní použitou komponentu, bude potřeba přizpůsobení kódu (což platí obecně pro všechny upgrady SAPu).

K zodpovězení této otázky je potřeba znát způsob realizace dané funkcionality v ERP systému zákazníka. Konkrétní řešení navrhneme během implementace po analýze vašeho ERP systému. Součástí knihovny rozhraní API jsou však i REST API, a tedy je tímto způsobem možné napojit i roboty.

V systémech SAP budou faktura, resp. opravná faktura ve formátu XML a PDF (je-li součástí XML), Tax Data Document (TDD), MLS zpráva k faktuře a MLS zpráva k TDD připojeny k e-dokumentu a archivovány ve smyslu nastavení archivace dat v systému SAP. V non-SAP systémech si archivaci výše uvedených dokumentů řeší zákazník. V prostředí Access Pointu jsou uchovávány jen informace o přenosu dokumentů (logy), a to po dobu požadovanou pravidly OpenPeppol.

Odesílání TDD dokumentů na Access Point Finanční správy je povinná funkcionalita, kterou musí Access Point splňovat a je předmětem certifikace ze strany organizace OpenPeppol. Její funkčnost není závislá na konkrétním zákazníkovi. Finanční správa zatím takové prostředí nezpřístupnila.

mib:Cockpit je napojen na vlastní (nezávislé) tabulky, do kterých se načítají data přímo ze SAP tabulek.

Ano, poskytujeme i službu nasazení řešení SAP DRC u zákazníka. Kromě implementace jsme schopni zajistit i licencování, neboť jsme SAP VAR partnerem (v Česku obdobně naše sesterská společnost MIBCON a.s.).

Ano, je však potřeba zohlednit skutečnost, že jde o rozšíření základního rozsahu standardní implementace.

Ze strany Access Pointu je výkon škálovatelný podle požadovaných objemů přenášených dokumentů. Odesílání ze SAPu je samostatný proces a nezpomalí hromadné zpracování.

Pokud se změní technická norma XML, půjde o poměrně zásadní změnový požadavek. Námi navrhovaný režim podpory umožní řešit i řízení změn, v tomto případě však půjde spíše o projekt, neboť tato změna se dotkne i komunikace s obchodními partnery a bude potřeba řešit fázování (doběh původních XML, náběh změněných).

Aktuálně se zaměřujeme na Slovensko. Následně plánujeme řešení nasazovat pro Česko (ČR a případně celou V4 podle potřeby) a další členské země organizace OpenPeppol, ve kterých podnikají naši zákazníci.

Další země našeho CEE regionu (s výjimkou Rakouska) zatím nejsou členy OpenPeppol. Proto v případě Maďarska a Polska bude možné z našeho řešení využít jen část v prostředí SAPu, neboť jejich národní platformy digitální komunikace jsou odlišné:

• Země s přímým nasazením Peppol (Belgie, Slovensko, Lotyšsko, Dánsko, Norsko, Estonsko, Rakousko, Slovinsko, Lucembursko) používají síť Peppol přímo jako infrastrukturu pro přenos faktur.
• Země s národními systémy (Itálie – SDI/FatturaPA, Polsko – KSeF, Maďarsko – NAV Online) si vybudovaly vlastní clearingové platformy nezávislé na Peppol, i když Peppol mohou používat pro přeshraniční transakce.

Ano, plánujeme informační portál s potřebnými podklady a návody.

Zajišťujeme 99,5 % dostupnost našeho systému. Vzhledem k zákonným lhůtám vystavování faktur a datům pro výkazy DPH je tato dostupnost dostatečná pro opakované odeslání. mib:Peppol umožňuje využívat automatizaci procesů, ale tato možnost není součástí standardního řešení.

Naše řešení kombinuje jednorázové implementační náklady na nasazení mib:Peppol s modelem ročního předplatného (SaaS). Výše roční licence se odvíjí od očekávaného objemu přenesených dokladů, přičemž k dispozici jsou tři přehledné balíčky (Basic, Professional a Enterprise). V případě zahájení využívání služby během roku platíte jen alikvotní část ceny roční licence.

Ne, takový typ zásadní změny – tj. změna norem XML v SK/EU – není zahrnut v základní ceně. Pokud v budoucnu k takové změně dojde, máme v úmyslu včas oznámit zákaznické klientele dopad aktualizace a na základě zpětné vazby spravedlivě rozdělit náklady spojené s jejím zajištěním.