Ja to resim temer stejne jako autor - a mam stejne zkusenosti s ucetnimi - jakmile je tam zahranicni mena nebo PayPal, tak od toho davaji ruce pryc. Takze jsem si dal par konzultaci co kam patri a vlastne nedavna elektronizace DPH, KH, SH me donutila si to taky generovat.
Muj system (15K LoC v PHP) je nasledovny:
Zakladem jsou dva excel sheety, jedno obsahuje subjekty a druhe obsahuje samotne ucetni doklady. Format tohoto souboru je dost lidsky a puvodne slouzil jako podklad na rucni tvorbu priznani k DPH. Oboji se skriptem naimportuje do DB, z banky se taky importuji transakce ze vsech uctu (czk/eur/usd) a z PayPalu take. Pokladna a PayPal jsou vlastne multi-menove ucty. Kurzy to taha z CNB. Z excelu se bere zaklad a rozpoznava se co je asi co za operaci - vygeneruje se jiz rozumny cisty format dat do tabulek. Veci co jsou v PayPalu se transformuji do meho formatu automaticky. Pak se k tomu prirazuji platebni operace trocha ve stylu umele inteligence (umi to automaticky rozpoznat platbu za vice faktur, konverze men, prevody mezi ucty, poplatky atd). Mam tam par pomocnych tabulek, kterymi resim vyjimky/override pokud je treba nekde pouzit jiny kurz, nebo si nekdo splete castku/identifikaci platby, pripadne kdyz chci presunout vraceni dph az do dalsiho mesice. Taky to vede mzdy - pocita spravne odvody na zaklade zadane castky. Posledni ze skriptu projizdi vsechny ucetni pripady a generuje informace o zisku/ztrate/pohledavkach/zavazcich.
Z tohoto se jednou mesicne vygeneruje XML pro podani typu DP3,KH1,SHV - po nekolika mesicich jsem prisel i na to jak se jednotlive veci maji zaokrouhlovat pro financak, a verifikace vystupu je uz bez chyby.
Rocni danove priznani vyplnuji rucne, ale podklady se generuji automaticky (rozvaha, VZZ - bohuzel pro kazdy rok je to ve formularich na EPO jinak), stejne tak souhrn dluzniku. Tyhle data mam k dispozici kdykoliv behem roku (a muzu si je vyjet pro jakykoliv den) coz je dobra motivace pripadne nastroj k tomu, ze je dobre se uz ozvat neplaticum.
Od doby co se podavaji veci elektronicky a generuje to stroj, osobni kontakt s financakem ustal. A i kdyby nejaky byl - tenhle system pracuje na zaklade pevnych pravidel a kazdy kousek dat ma svoje zduvodneni (podle jakeho pravidla se dostal tam kde je). Pokud nekdo prijde s tim ze se to ma delat jinak - milerad system upravim. Zde se musim ucetnim co tvrdi "ale to nemuze delat stroj! prece kazdy pripad je jiny!". Veliky prd, musi to mit logiku, i kdyz ta je v tomto asi uz nad moznosti chapani danych ucetnich.
Jedina vec ktera me zatim stve je, ze celni urad neposkytuje JSD v elektronicke forme automaticky (rozumej: kdyz na nase EORI je vytvoren doklad, nemam o tom ani tuseni - pritom poslat to pres datovku nebo mejlem by nemel byt problem, predpokladam ze data nemaji jen na papire). Takze tyhle doklady musim prepisovat rucne.
Vim, ze tento system neni ucetne spravny - nemam sajnu o kodech uctu - ale mam svoji vlastni kategorizaci vsech operaci. Prinejhorsim to pujde namapovat pokud se bude chtit, protoze dat je tam vice nez je potreba a snazil jsem se o co nejuplnejsi reseni kvuli vlastnimu prehledu ve firme - takze mam k tomu i webove rozhrani s moznosti si projizdet data podle kategorizace pripadne subjektu, plateb, datumu. Puvodni pozadavek byl ale jen - dodat ta spravna cisla a neplatit si tupou opici jejiz praci nahradi stroj.
Prepocet 4000 pripadu za 5 let trva cca 90sec, db ma ~120K polozek.
Planuji dodelat sklad a nejake ERP (navrhujeme elektroniku.. tak je fajn kdyz to umi spocitat co osazena deska bude stat - pro jakekoliv mnozstvi, pripadne me to rekne co se ma nakoupit a co za soucatky jiz mame.. jedna se neco pres 1000 druhu komponent).
Vlastne zamereni na ERP jsem studoval na stazi v Nizozemi, takze se toho nebojim - nyni zcela chapu jak ma kazda firma jine pozadavky a proc stoji SAP tolik co stoji
Si rikam, ze az me prestane bavit hardware, mohl bych tohle rozjet jako sluzbu.