Proč váš ERP vytváří faktury, a ne důkazy
ERP a účetní software jsou pozoruhodně dobré v práci, pro kterou byly navrženy: zpracovávat transakce ve velkém, vynucovat schvalovací workflow a vytvářet strukturovaný výstup, který mohou využít další systémy. Tímto způsobem vznikají každý den miliony faktur bez jakýchkoli potíží.
Existuje však samostatný úkol, pro který software ERP nikdy navržen nebyl, a tento rozdíl je podstatný, když daňový úřad, soud nebo regulační orgán položí těžší otázku než „ukažte mi fakturu“.
Otázka, na kterou většina softwaru neumí odpovědět
Když je běžná faktura zpochybněna, obvykle stačí předložit PDF. Kupující ji pozná, prodávající ji potvrdí a věc je vyřešena. Právě na tento postup je software ERP optimalizován.
Těžší otázka vypadá takto: „Prokažte, že tato faktura existovala přesně v této podobě k tomuto datu, že od té doby nebyla změněna a že osoba, která tvrdí, že ji odeslala, ji skutečně odeslala přes váš systém.“
To není otázka dokumentu. Je to otázka důkazu. A na důkazy se kladou jiné požadavky než na dokumenty.
Dokument je záznam o transakci. Důkaz je ověřitelný záznam, který obstojí při nezávislém přezkumu, včetně přezkumu ze strany někoho, kdo se ho aktivně snaží zpochybnit.
Co software ERP poskytuje
Abychom mezeru popsali přesně, je užitečné si ujasnit, co software ERP dělá dobře.
Většina moderních systémů ERP poskytuje:
Strukturovaná fakturační data. Faktury jsou uloženy v databázi s jasnými vazbami mezi kupujícími, prodávajícími, řádkovými položkami, součty a daty. Díky tomu je lze dotazovat, auditovat přes vlastní rozhraní ERP a exportovat ve standardizovaných formátech, jako je UBL nebo CII XML.
Schvalovací a auditní logy. Většina systémů ERP zaznamenává, kdo co a kdy schválil. Tyto logy jsou užitečné při interních kontrolách a mohou prokázat, že byl dodržen správný postup.
Soulad s formátem. Pro výstup Factur-X, ZUGFeRD, XRechnung a Peppol generuje moderní software ERP XML, které projde validací podle příslušného schématu. To pokrývá požadavek na formát podle povinností e-fakturace v EU.
Export a přenositelnost. Faktury lze obvykle exportovat hromadně, jako XML, PDF nebo obojí. To pokrývá případ užití přenositelnosti dat.
Nic z toho není triviální. Soulad s formátem je skutečný inženýrský problém, do jehož řešení dodavatelé ERP investovali značné úsilí. Nejde o to, že by software ERP byl nedostatečný. Jde o to, že soulad s formátem je pro právní důkaz nutný, ale ne postačující.
Co software ERP neposkytuje
Mezera se ukáže, když požadujete nezávislé ověření tří věcí, které právní řízení často vyžadují.
Důkaz existence v určitém čase. Časové razítko uložené ve vašem vlastním systému je jen tak důvěryhodné jako váš systém. Pokud systém ovládáte vy, protistrana může tvrdit, že jste ovládali i časové razítko. Časové razítko RFC 3161 od nezávislé autority časového razítka je kryptograficky podepsáno třetí stranou a nelze ho zpětně padělat, aniž by se zneplatnil podpis. Většina systémů ERP časová razítka RFC 3161 nevydává ani neukládá.
Důkaz integrity od té doby. Soubor PDF nebo XML uložený v databázi lze upravit. Záznam v databázi lze aktualizovat. Bez nezávislého hašového závazku (kryptografického otisku vytvořeného v okamžiku vzniku a uloženého někde mimo vaši kontrolu) nemůžete prokázat, že dokument nebyl od té doby změněn. Většina systémů ERP nevytváří ani neukládá kryptografické hašové závazky vázané na své záznamy.
Nezávislý řetězec kontroly. Vědět, že dokument dnes existuje v určitém stavu, je něco jiného než vědět, jak se do tohoto stavu dostal. Řetězec kontroly zaznamenává každou akci provedenou s dokumentem (kdo k němu přistoupil, co se provedlo a v jakém pořadí) v logu odolném proti manipulaci. V právních a regulatorních řízeních je to standard, ale auditní logy ERP takto obvykle implementovány nejsou.
Kdy na tom v praxi záleží
Mezera mezi dokumentem a důkazem není akademická. Toto jsou situace, ve kterých vychází najevo.
Šetření daňových úřadů. V několika jurisdikcích EU mají daňové úřady pravomoc požadovat, aby společnosti prokázaly integritu svých záznamů o elektronické fakturaci. Společnost, která dokáže předložit faktury, ale nedokáže prokázat, že od vystavení nebyly změněny, je ve slabší pozici než společnost, která spolu s fakturou předloží kryptografický důkaz integrity.
Obchodní spory. Když kupující zpochybní fakturu (tvrdí, že byla dodatečně upravena nebo že částky neodpovídají dohodě), musí prodávající prokázat, že dokument je pravý a nezměněný. Časové razítko RFC 3161 a hašový řetězec tento důkaz poskytují. PDF ze systému ERP bez nezávislého ověření ne.
Regulatorní audity ve finančních službách. Firmy, které podléhají MiFID II, Solvency II nebo rovnocenným rámcům, musí vést záznamy tak, aby prokazovaly jejich integritu a pravost. Konkrétní požadavky se liší, ale obecně se očekává, že záznamy nelze změnit bez odhalení. To je vyšší laťka než typické úložiště ERP.
Smluvní spory s dlouhými dobami uchovávání. Požadavky na uchovávání faktur v EU sahají od 7 let (běžný standard pro faktury s DPH) po 20 let u některých záznamů veřejného sektoru podle nizozemského práva. Za 7 let se může mnohé změnit: systém ERP může být nahrazen, databáze migrována, soubory PDF znovu exportovány. Bez časového razítka a hašového řetězce ukotvených v okamžiku vzniku je obtížné prokázat, že 7 let stará faktura nebyla změněna.
Mylná představa o souladu s formátem
Častým předpokladem je, že faktura, která vyhovuje Factur-X nebo Peppol, je právně přípustná jako důkaz. Soulad s formátem znamená, že faktura projde validací podle schématu a obsahuje povinná pole. Neříká nic o tom, kdy byl dokument vytvořen, zda byl změněn ani zda lze záznam nezávisle ověřit.
Factur-X je formát souboru. RFC 3161 je důkazní protokol. Působí v různých vrstvách zásobníku shody a jedno nenahrazuje druhé.
Použijme fyzickou analogii: notářsky ověřený dokument i vytištěný dokument jsou oba dokumenty. Notářské ověření přidává vrstvu nezávislého ověření: důvěryhodná třetí strana potvrzuje, kdy a kým byl dokument podepsán. Soulad s formátem má blíže k tisku než k notářskému ověření.
Co důkazní vrstva skutečně vyžaduje
Vytvoření ověřitelného důkazu pro digitální dokument vyžaduje minimálně tři věci.
Důvěryhodné časové razítko. Časové razítko RFC 3161 od autority časového razítka poskytuje kryptografický důkaz existence v určitém okamžiku. TSA je nezávislá strana, jejíž podpis může kdokoli ověřit standardními nástroji. Časové razítko nelze dodatečně padělat, aniž by se zneplatnil řetězec podpisů.
Hašový závazek. Než dokument dostane časové razítko, vypočítá se haš jeho obsahu. SealDoc počítá jak otisk SHA-256, ke kterému požadavek RFC 3161 zavazuje autoritu časového razítka, tak otisk SHA-384, který identifikuje záznam v důkazním ledgeru. Haš je otisk obsahu. Pokud se po výpočtu haše změní jediný bajt dokumentu, otisk už nesouhlasí. Haš je uložen nezávisle na dokumentu, takže dokument a otisk lze kdykoli v budoucnu vzájemně porovnat.
Záznam řetězce kontroly. Každá akce provedená s dokumentem po jeho vytvoření (přístup, konverze, archivace, vyhledání) se zaznamená s identitou aktéra, časovým razítkem a IP adresou do auditního logu odolného proti manipulaci.
Společně tyto tři prvky odpovídají na otázky, které kladou právní řízení: existoval tento dokument v této podobě v tomto čase, byl od té doby změněn a kdo s ním nakládal.
Praktická otázka
Nejvíce na této otázce záleží za těchto okolností: regulovaná odvětví, transakce vysoké hodnoty, dlouhé doby uchovávání, sporné faktury nebo jakákoli situace, ve které by protistrana mohla mít motivaci zpochybnit integritu vašich záznamů.
V těchto případech je mezera mezi „máme fakturu“ a „dokážeme prokázat, že faktura je pravá“ skutečná a samotný soulad s formátem ji neuzavře.
Nejpraktičtější je zabudovat důkazní vrstvu už v okamžiku vytvoření dokumentu, nikoli dodatečně. Časové razítko RFC 3161 a hašový řetězec přidané při generování vás v době auditu nestojí nic. Přidat je dodatečně, nebo se snažit tvrdit, že stávající záznamy bez nich stačí, je těžší.
SealDoc přidává důkazní vrstvu ke každému dokumentu zpracovanému v pipeline: časové razítko RFC 3161, které si ve výchozím nastavení vyžádá od nezávislé autority časového razítka v EU, řetězec kontroly SHA-256 nad kroky zpracování, důkazní ledger SHA-384 nad záznamem a na vyžádání balíček právních důkazů, který obojí spojuje do jediného auditovatelného archivu.