Vaše řešení lepší není, jelikož
a) stávající e-shopové řešení je dostačující, jeho změna nákladná a úpravy taktéž, rozhodně
b) fakturace přímo z objednávky je nedostatečná, protože lidé objednávají i telefonem, mailem či kupují na prodejně, nehledě na to, že pro různé zákazníky z různých zemí platí různé postupy (např. fakturace plátci DPH v rámci EU atd.), což lze softwarově (bezobslužně) řešit ztuha, prostě automatickému fakturačnímu modulu bude buď chybět flexibilita a nebo se s tím dostaneme na úroveň offline aplikace a vývoj takového modulu bude stát v lepším případě kolem sta tisíc, když to bude bastlit nějakej študák, v případě seriózní firmy ještě víc
c) import dat do účetnictví je velmi důležitý, protože nebudu platit lidskou sílu od toho, aby předatlovala do jiného programu (účetnictví) to, co už někde je (e-shop či fakturační systém)
Pro danou situaci ideální by byl import dat přímo z e-shopu do fakturačního programu, ale v rámci možností je uspokojivá i ruční fakturace s importovaným ceníkem a následný import faktur do účetního SW.
Ve Vašem případě, vidím ještě jednu lepší variantu. Vystavovat faktury pro e-shop v aplikaci třetí strany je zbytečné. Většina dodavatelů e-shop řešení Vám ochotně vytvoří fakturační modul přímo pro eshop. Výhoda je pak hlavně v tom, že fakturu vytvoříte přímo z objednávky. Bez exportů/importů dat. Dokonce automaticky z položek, které expedujete. Lze pak f. přímo odeslat zákazníkovi. Je pravda, že to nebude za 1 000 korun, ale nepotřebujete pak zaměstnance na fakturaci.
Mám rozvíjející se e-shop a zrovna nedávno jsem řešil problém, který přesně řeší Fakturoid. Přijal jsem zaměstnance, který vystavuje faktury a odesílá zásilky. Pro autory Fakturoidu přidám moje úvahy a závěry.
- jak tu už padlo, ekonomický SW pro vystavování faktur je nesmysl. Jednak je licence za stanici nehorázně drahá a potom je jeho ovládání komplikované, rozhodně víc, než u relativně jednoduchého jednorázového udělátka na faktury
- u fakturačního udělátka potom vyžaduji provázání s katalogem, minimálně ve smyslu rychle vložitelných položek do faktury
- stejně tak požaduji šablony, protože je pro zaměstnance jednodušší a rychlejší vybrat šablonu pro nejběžnější typy objednávek než to datlovat ručně
- kromě tisku samotných faktur požaduji možnost exportu a to nejlépe přímo ve formátu nejběžnějších ekonomických SW
- požaduji tisk faktur v cizích jazycích, protože zasíláme i do ciziny
- cena takového udělátka musí být příznivá
A moje hlavní důvody, proč Fakturoid ve výběru neuspěl:
- příliš vysoká cena
- absence požadovaných funkcí
- nedůvěra k projektu
K ceně a funkcím: 150Kč měsíčně za Fakturoid není moc, ale v situaci, kdy obdobný "offline" program jako například "doživotní" Fakturace 3 stojí necelý tisíc korun (tzn. prakticky tolik, co Fakturoid za půl roku) a nabízí nepoměrně vyšší funkčnost (šablony, ceníky, exporty, cizí jazyky...), tak není co řešit. Online přístup je sice fajn, ale za omezenou funkčnost a vysokou cenu nestojí. Navíc jsem čekal, že Fakturoid bude co do rozsahu funkcí alternativou již existujícím offline udělátkům, akorát s horším ovládáním kvůli práci ve webovém prohlížeči, ale on pro mě alternativou bohužel není.
K nedůvěře: má několik rovin. První je ta, že jsem si nevšiml rozumné možnosti exportu. Pokud by se čirou náhodou něco přihodilo, že by server skončil, jsem bez dat. Být to v cloudu u Googlu, neřeknu ani slovo, ale tohohle jsem se bál. Druhá rovina je ta, že - opět souvislost s exportem - je tu celkem zajímavý vendor lock-in, což při měsíčních paušálech má riziko, že najednou bude ze 150Kč třeba 500Kč a smůla. Třetí rovina je ta, že za serverem jsou všeho všudy dva programátoři a to ve mě nevyvolává pocit důvěry co do bezpečnosti uložených dat.
Argumentace v článku, že zaměstnanec může data taky ukrást, předpokládá jeden slabý článek - zaměstnance. Zatímco mít data někde na cizím serveru znamená mít celou řadu slabých článků, kdy kterýkoliv z nich může selhat. Může selhat někdo z provozovatelů a data "střelit". Může se objevit díra v jejich SW a data může někdo vysosat. Může být problém se zabezpečením jejich serveru a nebo třeba i v server housingu. Prostě těch míst, kde teoreticky hrozí problém, je násobně víc než u vlastních zaměstnanců a na rozdíl od vlastních zaměstnanců jsem bez šance to ovlivnit.
Takže nakonec se koupil offline fakturační program, který lze používat neomezeně dlouho a v případě, že by autor skončil, program stále funguje a data mám stále u sebe.
Tož asi tak, kde jsem viděl slabiny Fakturoida a proč neuspěl pro nasazení u mně. Svoje rozhodnutí i po čase hodnotím jako správné.
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).
