JAK NA ISDOC III.
Co by se stalo, kdyby k doručení faktury stačilo jen IČO odběratele? Žádný e-mail. Jen přímé doručení do účetního systému s možností vidět, co se s fakturou děje dál. Právě to je myšlenka isdocMessage, kterou jsem popsal v předchozích dílech.
Pokud se má ISDOC už konečně prosadit a využít tak smysluplně čas, než přijde e-fakturace dle EU standardu, musí se spojit s něčím mimořádně ATRAKTIVNÍM. Všechny dosavadní pokusy, včetně všech našich postů na toto téma zde na LinkedInu, neskončily přesvědčivým úspěchem – snad s výjimkou on-line fakturačních aplikací, které si našly cestu k nemalému počtu uživatelů.
Tím, co uživatele přesvědčí začít ISDOC používat, může být přenos od dodavatele k odběrateli pouze na základě IČO. Tedy bez využití e-mailu, navíc s dalšími funkcemi, jako je sledování statusu zpracování na druhé straně a usnadnění smazání, storna, opravného daňového dokladu nebo dobropisu.
V tomto příspěvku bych se chtěl věnovat řešení situace, kdy aplikace odběratele isdocMessage nepodporuje. Na straně dodavatele je to jednoduché – software kompatibilní s isdocMessage je nutností. Na straně odběratele však mohou fungovat různé portály, které jsou integrované s ERP systémy a těžko je půjde jednoduše nahradit. Řešením by měl být isdocMessageReceiver, tedy aplikace, která bude komunikovat s isdocMessage platformou a bude schopna faktury přijímat a zároveň vést celou datovou komunikaci.
Je to podobné řešení, jako když kdysi set-top boxy umožnily příjem televizního vysílání na starých televizorech. IsdocMessageReceiver půjde integrovat s účetním systémem rozličnými způsoby – od ručního přenosu po úplnou automatizaci.
Jak vývoj a provoz isdocMessage platformy financovat?
Služba musí být sama o sobě zdarma, stejně jako je nyní (víceméně) zdarma e-mail. Pro ty uživatele, kteří se už dnes snaží o automatizaci, však bude mít jasný ekonomický přínos – sníží využití OCR a zbaví je řešení pro zpracování e-mailových schránek na faktury. A uživatelům, kteří zatím vše přepisují ručně, to přinese úsporu času.
Navíc je již v horizontu blízké budoucnosti nutné uvažovat o tom, že mnoho faktur už bude zpracovávat na straně odběratele automat, který nahradí člověka. IsdocMessage pak implementaci „roboúčetních“ zlevní, což je další úspora.
Alespoň část z uspořených prostředků se ale musí nutně přesunout k isdocMessage platformě a zajistit financování jejího vývoje a provozu.
Vycházím z toho, že nástroje pro fakturaci a vedení účetnictví fungují na bázi ročního servisního poplatku. Připojení do isdocMessage systému by tedy bylo součástí poplatku za licenci softwaru. Výrobců účetního softwaru je relativně málo, takže fakturace směrem od isdocMessage platformy by byla relativně nenáročná (roční poplatek za každé IČO fakturováno hromadně). Fakturace od výrobců softwaru na koncové uživatele je už vyřešena.
Jaký je váš názor na to, že doručení faktury na základě IČO odběratele může být tím, co konečně dostane ISDOC do většiny faktur?