JAK NA ISDOC?
Podle vzorku faktur, se kterým pracuji, má ISDOC přibližně čtvrtina z nich. Na fakturách ho mají ti, kdo k němu přišli bez vlastního přičinění – třeba proto, že v posledních letech začali používat online nástroje pro fakturaci. Dále ti, kdo jsou z nějakého důvodu k používání ISDOC donuceni. Určitý podíl mají i ti, kdo ISDOC na faktury dávají dobrovolně, protože rozpoznali jeho potenciál.
Moje zkušenost s digitalizací faktur je taková, že pokud po někom chceme víc než jen to, aby dával faktury do krabice od bot nebo do schránky v účtárně, pak musíme často řešit lamentování na téma: Proč mám JÁ dělat práci za účetní? Proč bych měl tedy fakturu nahrávat do systému nebo zařizovat nějaký ISDOC?
Větší a dobrovolné rozšíření ISDOCu musí být tedy spojeno s jeho zasazením do ekosystému, ve kterém bude snazší nejen výměna faktur mezi dodavatelem a odběratelem, ale i to, co se děje s fakturou dál – až po její zaúčtování, platbu a vstup do DPH přiznání a kontrolního hlášení.
To vše pak musí být zároveň přípravou na e-fakturaci dle záměrů EU, ke které bychom měli jít ekosystémem okolo ISDOC maximálně naproti.
Je tedy třeba vytvořit ekosystém, který začne dávat takový smysl, že se další přidají dobrovolně a do jisté míry před ním nebude úniku. A je třeba se zbavit předsudků, že změna je nemožná nebo k ní přistupovat zbytečně složitě.
Dnes se zaměřím na cestu faktury od dodavatele k odběrateli a zkusím se inspirovat Apple iMessage – tedy isdocMessage.
Líbilo by se vám, kdyby se při vystavování faktury, už při výběru IČO odběratele, rozsvítila ikona, která by indikovala, že účetnictví subjektu s tímto IČO je vedeno v systému kompatibilním s isdocMessage?
Odeslání faktury by proběhlo přímo v programu. A následně byste viděli, jestli vaše faktura čeká na import do knihy faktur, nebo už je zaúčtována. Systémy by spolu komunikovaly a v případě potřeby změny by se dohodly, který způsob opravy je nutný – storno, opravný daňový doklad, dobropis nebo zda stačí výmaz, pokud doklad na straně příjemce ještě čeká na zpracování.
To znamená, že by existovala online databáze, která by registrovala, v jakém softwaru se vede účetnictví konkrétní jednotky v daném roce. Výměna dat by měla fungovat i v případě, že počítač, kde se vede účetnictví, je vypnut.
Myslím, že proof-of-concept by se dal udělat jen v rámci Pohody, a to s ohledem na její rozšíření mezi generátory faktur, ale hlavně jako dominantního nástroje pro vedení účetnictví. Postupně by se mohli přidat i další výrobci softwaru, včetně aplikací, které se soustředí na vyčítání a evidenci faktur.
Dokážete si představit, že by se touto cestou dalo vydat?
Nebo naopak vidíte nějakou nepřekonatelnou slabinu isdocMessage?
Budu rád za nasdílení jakékoli zkušenosti s eDelivery účetních dokladů nebo třeba s přenosem faktur v rámci jednoho účetního softwaru.