(Simple)PHPÚčto (diskuse)

[pht]

nechcete se spise zeptat ekonomu nez fanousku linuxu?

[Jiří P.]

no nevím... zdá se mi to i tak příliš veliké sousto pro bakalářskou práci. Osobně jsem se taky o něco takového pokoušel (Python, Qt), ale nakonec jsem neměl čas louskat všechny ty věci kolem uzávěrek, importu a exportu atd... Taky je hodně důležité sledovat změny legislativy a starat se o updaty... Každopádně přeji hodně štěstí a průběžně informuj.

[maleprase]

zkus se podivat sem http://vamad.czechian.net/mis.php a misto psani od 0 spis zaktualizuj, rozsir ...

[maleprase]

to melo byt samozrejme do hlavniho vlakna, pardon

[kkaarreell]

No, ono uz nejake to ucetnictvi pod linux existuje, treba HoneyCalc, Linkonto. Nicmene zacinat jednoduchym ucetnitvim je uzitecne, kdyz se v Ceske republice uz nepouziva. Nez mi dalsi nepouzitelny nedodelek, lepsi by spis bylo se postarat o aktualizaci/rozsireni jiz nejakeho existujiciho projektu.

[Luk]

Nicmene zacinat jednoduchym ucetnitvim je uzitecne, kdyz se v Ceske republice uz nepouziva.

Nepoužívá se, místo toho je daňová evidence.

[kkaarreell]

Vzdyt to rikam, nepoznas ironii?

[Luk]

Jen jsem upřesňoval aktuální stav věci

[kkaarreell]

Tak to pak jo.

[xkucf03]

1. Jestli se ti náhodou podaří udělat kvalitní účetnictví, tak by to bylo super, protože jedním z nejčastějších argumentů proč se nepřechází na Linux je takové to "víte, my máme to svoje účetnictví v DOSu (případně Windows) a ono by nám to v Linuxu nechodilo"
2. Je to hodně náročný úkol, budeš potřebovat konzultace s někým, kdo účetnictví nejlépe učí. S literaturou (bez zpětné vazby) si nevystačíš.
3. Serverovou část bych dělal spíš v J2EE (to zas bude flame).
4. Webové rozhraní klidně, ale chce to vysokou ergonomii (na úrovni desktopové aplikací).
5. Chtělo by to dobře navrhnout API, rozdělit na vrstvy: DB - obchodní logika - API - prezentační vrstva. Kde prezentační vrstva budou v jednom případě skripty generující webové rozraní a v druhém případě tlustý klient.
6. Pokud to má mít nějaký praktický význam, začni rovnou s účetnictvím (podvojným) a daňovou evidenci úplně vypusť (jednoduché účetnictví).

[Dalibor Smolík]

Potvrzuji, že účetnictví je potřeba dělat s někým, kdo účetnictví učí nebo prakticky dělá. U takového programu je nutné nejen funkčnost, ale i pravidelné aktualizace předpisů a případné úpravy programů z nich vycházejících. Sám jsem měl za sebou takové pokusy. Samotné php+MySQL by mohlo pro účetnictví stačit, zkoušel jsem fpdf, ale narazil jsem na problémy s diakritikou v záhlaví tabulek.

[Ondrej]

1, 2, 4, 5) souhlas
3) J2EE ma problem s hostingem. Pokud by nekdo takovouhle aplikaci pouzival, bude pro nej urcite zajimava moznost nasazeni na subdomene (ucto.firma.cz). A sehnat hosting s J2EE je trochu slozitejsi nez PHP. Navic pokud by firma chtela mit ucto i web na jedny platforme, je urcite vhodnejsi zvolit PHP nez Javu.
6) To imho zalezi spis na cilovy skupine. Pokud budou cilovou skupinou aplikace podnikatele a mensi firmy, naopak bych videl implementaci danovy evidence jako zasadni.

[Luk]

Pokud to má mít nějaký praktický význam, začni rovnou s účetnictvím (podvojným) a daňovou evidenci úplně vypusť (jednoduché účetnictví).

Tohle bych netvrdil. V Česku je asi tak milion lidí, kteří vedou právě daňovou evidenci. Často tak činí v nelegální instalaci některého z DOS/Windows programu. Takže pro tuto poměrně velkou skupinu by to smysl mělo.

Jde o to, co je cílem. Jestli vytvořit "velké" účetnictví pro obchodní společnosti, což se ale (pokud to má mít skutečně smysl) neobejde bez takových věcí, jako jsou mzdy, sklady, propojení s elektronickým bankovnictvím atd.

Anebo jestli to má být něco jednoduchého, co bude sloužit početně větší skupině podnikajících fyzických osob, která nepotřebuje žádný složitý systém, ale stačí jí skutečně jen daňová evidence (případně s evidencí DPH), doplněná jen o fakturaci, jednoduchou správu zásob a majetku, případně o knihu jízd.

Technické pozadí toho celého není až tak důležité. Ale jde o to (hlavně pokud to bude ta druhá varianta), aby se to dalo snadno nainstalovat a ještě snadněji používat.

[xkucf03]

co bude sloužit početně větší skupině podnikajících fyzických osob

Pak je ale otázka, jestli si tihle budou chtít instalovat nějakou C/S aplikaci, v tom případě bych zvážil možnost jednovrstvé (ze síťového hlediska) aplikace s nějakou embedded databází, která má výhodu v tom, že prostě funguje.

[Rezza]

Ano, spousta ma nejake nelegal ucto... A proto to webove je dobry napad... Muze byt dokonce pod GPL a vydelavat se da na umisteni ucetnictvi na serveru (samozrejme je trebas dobre zabezpeceni) za zajimavou rocni cenu, pravidelne updatovane atd.

[anicka]

Dokonce vim o jednom, ktere takhle fungovalo a mozna jeste funguje... autor php programu umel ucetnictvi, presel na Linux, napsal si ucetnictvi pro sebe a program na svem serveru pronajimal dalsim firmam... a vsem se to vyplatilo.

[Messa]

Pokud to udělá v PHP pod GPL, tak hned první vykuk si to hodí na webzdarma a původnímu autorovi to moc vydělávat nebude. (Pak je ovšem možnost nedávat nikomu zdrojové kódy, ale tím se použití GPL stává bezvýznamné.)

[xkucf03]

Tím se dostáváme k problému komerčního využití GPL. Už se to tu řešilo, ale moc se toho vymyslet nedá: vykuk s WZ asi neuspěje, ale stačí mít vlastní server nebo solidní hosting a tam už se ta služba provozovat dá (a vydělávat na práci jiného). Nebo si to firma hodí na vlastní server a je za vodou. Pokud na tom autor přecejen bude chtít vydělávát, žačne do svého programu zanášet chyby a nedokonalosti, které pak v rámci placené podpory bude řešit, celkem smutné.

[Jirka]

Příloha:

• houpacka.jpg (88427 bytů)

U produktu, který *vyžaduje* pravidelné aktualizace *legislativy* se právě na upgradech vydělávat dá i bez toho umělého zanášení chyb.

Program může (pro)dávat s GPL licencí a za pravidelné upgrady si budou všichni platit (resp. i to může být řešeno ochotnou komunitou). Bez těch upgradů to vykukovy bude k ničemu, protože nějakým dobastlováním legislativy podomácku by ztratil více času (a tím peněz), než kdyby si to nechal dodávat.

Ale myslím si, že je tento projekt odsouzen v budoucnu k záhubě. Jeden člověk, navíc (zřejmě) bez zkušeností v ekonomii, nemá šanci něco takového dělat seriózně. Podívejte se na ty tucty DOS programů založených na FOXce. Teď už je situace dobrá, ale ještě nedávno jsem přišel k zákazníkovi a mohl jsem si být téměř jistý, že tam má nějaké extra "one man show" účetnictví.

Tohle je obsahově náročný projekt, který vyžaduje odhodlanost a vytrvalost. Bakalářka je půl roku - více či méně - intenzivního snažení, po kterém chcete zapomenout.

A díky oborům, jako je třeba softwarové inženýrství, máme k dispozici spoustu velice trefných připodobení, které nám připomínají pravý průběh vývoje software. viz.příloha

[Messa]

Ten vtip s houpačkou je známý, ale moc pěkný

Placené upgrady mě také napadly, ale situace je stejná - jen by neplatící uživatelé (nebo někdo, kdo by jim to zprostředkoval, ale za menší obnos než originální autor) museli být ve střehu a hlídat změny. Vymýšlím zde prapodivné konstrukce, ale nezapomínejme, že žijeme v ČR.

Když už zmiňuješ softwarové inženýrství - kdyby existovala přístupná dokumentace, jak má účetnictví vypadat, tak by ho mohl naimplementovat každý schopný programátor. Nebylo by tu to riziko, že by pracně získané finanční znalosti byly ztraceny kvůli tomu, že by zanikl jeden softwarový projekt. Takže bych to viděl na dvě bakule (nebo diplomky) - jednu (obrazně řečeno) na VŠE a druhou na nějaké informatice

[xkucf03]

kdyby existovala přístupná dokumentace, jak má účetnictví vypadat

viz Zákony* Pokud by to měl někdo přechroupat do podoby, kterou pochopí programátor obecný, tak tomu se říká analýza. A za ni se platí. I kdyby to na začátku někdo sponzoroval, tak takovou analýzu je potřeba průběžně aktualizovat (tzn. další práce, další peníze).

Teoreticky by šlo vytvořit nějaké družstvo, kde by se jeho členové složili na vytvoření této analýzy (a její aktualizaci) a pak by k ní měli v rámci členství v družstvu přístup. Předešlo by se tak tomu, aby se zbytečně jedna práce dělala několikrát. Ale moc šancí bych takovému řešení stejně nedával (že se ty organizace dohodnou a nerozhádají). Něco podobného funguje v Německu, ale tam se ty firmy ve družstvu přímo skládají na vývoj/rozvoj softwaru.

*) vyhlášky, předpisy, IAS/IFRS, GAAP...

[Messa]

Nemusí to být podrobná analýza pro, jak říkáš, programátora obecného, která zpravidla obsahuje definice typu "funkčnost A bude zajišťovat třída C". Stačí, aby to byla jen taková analýza obsahující nezbytně nutné informace pro vytvoření účetnictví. A vzhledem k tomu, že každé pořádné učetnictví musí nějakou takovou analýzu mít, pak, podle toho, co tvrdíš, žádné pořádné open-source (nebo free nebo jaké vlastně chcete) účetnictví ani vzniknout nemůže. Takže pevně doufejme, že nemáš pravdu

[Rezza]

Pozor, jeste ted jsou ucetnictvi brutalni skoro one man show, znam cloveka co je dela...

[Kvakor]

"víte, my máme to svoje účetnictví v DOSu (případně Windows) a ono by nám to v Linuxu nechodilo"

Mam overeno, ze nektera stara DOSova ucetnictvi (stavena napr. na PC-FAND ci jak se to jmenuje) behaji v DOSBoxu pod Linuxem kupodivu lepe (=s mensim mnozstvim problemu) nez ve Windows 2000/XP (je mozne, ze by ve Windows take behala lepe v tom DOSBoxu, ale to jsem nikdy nezkousel), snad s vyjimkou obcasnych cinnosti s potrebou vyssiho vykonu procesoru (hromadny export cehosi), kde je to v DOSBoxu v dusledku emulace pomalejsi (ne o moc, ale porovnavam Athlon64 4000+ s P3 na 750MHz, na stejnem stroji by byl rozdil urcite mnohem vetsi).

[Ondrej]

osobne by se mi hodilo nasledujici:
1) bezproblemova funkcnost v opere
2) postaveni na Zend Frameworku a plne objektovej pristup
3) bezproblemova podpora cestiny v PDF
4) bezpecnost (idealne vynuceni HTTPS)
5) aktualnost
6) aspon trochu user friendly
7) moznost posilani vystavene faktury mailem primo z aplikace (takze aby si to nekde udrzovalo seznam zakazniku)
8) kvalitni dokumentace jak uzivatelska, tak i v kodu (phpdoc)

Jinak jestli bude zajem, s vyvojem takovyhleho projektu bych i rad pomohl. Nerikam ze hned (bakalarka by, jestli se nepletu, mela bejt samostatna prace) ale jakmile by byl zajem.

[vlanav]

ad 3) ja z našeho IS generuju faktury pomocí HTMLDoc - www.htmldoc.org - cca 150kb/fakturu (ale z toho 140kb fonty).

Možná, že by lidé spíše než kompletní účetnictví uvítali vystavování a evidenci faktur přes web, s číselníkem zákazníků a položek, a s ceníkem (ceny podle dealerské skupiny a i podle zákazníka).

[vlasta neubauer]

do něčeho takového bych se nikdy nepouštěl. nejde to dokončit. v okamžiku, kdy se budete blížit k použitelnému výsledku, se změní vláda, přijde legislativní smršt a jste zase na začátku.

[xkucf03]

Proto účetnictví nemůže mít žádnou přitroublou architekturu a zadrátované aktuální normy, s možností změn se musí počítat dopředu. Ale nelehký úkol to každopádně je.

[vlasta neubauer]

o to právě jde. pokud to má být 'pouze' bakalářská práce, tak předpokládám, že na nějakou mnohaletou podporu asi autor myslet nebude. nejde o architekturu, ale o to zda se tím chce zabývat trvale a neustále to udržovat, nebo to jen po napsání strčí do šuplíku.

[hikikomori82]

Este som nevidel dokonceny jediny projekt, ktoreho zaciatok by ohlasil jednotlivec dopredu. Ak si chces usetrit hanbu (a to je rada pre vsetkych), vzdy najprv urob minimalne funkcne jadro projektu a zverejni ho. Ak toto jadro nenapises za mesiac, uz to nenapises nikdy.

[xkucf03]

Tak bakalářky se musí hlásit předem. A i jinak je to výzva a motivace, člověk se pak víc snaží, aby si neudělal ostudu, že dělal machry a pak nic

[Daniel Kvasnička ml.]

Kdyz uz server-side, tak s nejakou technologii, ktera umoznuje embedovat do toho server (Python, Java) a spustit to bez nutnosti instalovat kvuli tomu LAMP...

[hikikomori82]

Btw, na stranke LinuxOS.sk onoho casu (asi tak 2 roky dozadu) ponukali bezplatne zaskolenie do jednoducheho a podvojneho uctovnictva tomu kto sa pusti do linuxoveho uctovnictva.

[myšák]

Myslíte něco takového? http://www.ucetnictvi-on-line.cz/

[mrzout]

Pěkné . webové rozhraní i desktopový klient pro linux, mac a win (asi java), rozhraní pro webservices.

Ale ani orientační cenová hladina (například na příkladech)

[springer]

A ta nejlepší zpráva na konec, program bude samozřejmě uvolněn pod licencí GNU-GPL. ;)

jiz po nekolikate zadam redakci, aby bylo mozno do komentaru/blogu pridavat jednoznacne 'ironie - tags'. Jak se ma ctenar bez toho v prispevcich orientovat.

[Michal Vyskočil]

Již poněkolikáté* ti opakuji, že je možné přidat blogu libovolný štítek (tag), stačí jej tam nahoře prostě zadat.

* přesněji, je to úplně poprvé. Už jsem jako rádio Jerevan

[Karel]

Chlapce nestastnej, ty jsi idealista jako prase, napsat pouzitelny ucto neni prace pro 1 cloveka, ale tak nejmin pro 5 zkusenych na 2 roky....

[xm]

Pokud půjde o webovou aplikaci, doporučoval bych pak spíš licenci AGPL 3 (Affero GPL) než klasické GPL 3. Jedině ta v takovém případě zaručuje, že se změny provedené někým jiným skutečně dostanou do upstreamu.

[Luk]

Licence AGPL nepovažuji za dobré (i když nikomu nechci bránit je používat). Dalším krokem může být licence, která půjde ještě dál a bude vyžadovat zpětné vydání změn i softwaru, který bude použit k jakékoli činnosti, kdy její výsledky získá někdo jiný než uživatel programu. Tato tendence se mi nelíbí a připadá mi jako jdoucí proti svobodě softwaru.

[xm]

Já na to mám prostě jiný názor, nic víc Pro mě je hlavním kritériem zajištění čtyř základních svobod uživatelům (tak jak jsou definovány FSF). A to v případě SaaS aplikací klasická GPL už nesplňuje, proto také AGPL vznikla.

Toť prostě můj názor, nikomu neberu ten jeho

[Josef Kufner]

Jediné mé zkušenosti s úcetnictvím jsou z gnucash. Nějak mě to ale nebavilo, takže mi to moc dlouho nevydrželo... Podvojné účetnictví je ale celkem jednoduchá věc a kdybych to psal, tak bych tam ani žádné jiné nedělal.

Co bych ale uvítal daleko víc než klasické účetnictví, je program jako je gnotime (Gnome Time Tracker). Počítá to čas strávený na projektech a kolik za to mám naúčtovat zaměstnavateli/zákazníkovi.

Gnotime je takové neohrabané a nešikovné. Dost věcí je tam řešeno mizerně a nepohodlně. Žádný další program, který by dělal toto jsem nepotkal. Existuje pár prográmků, které počítají čas, ale třeba už nepočítají kolik za to mám chtít a podobně.

Bylo by potřeba aby to umělo uchovávat stav mnoha rozdělaných projektů. Pro každý projekt si udržovat úkoly, které je potřeba udělat. Úkoly aby uměly podúkoly (stromeček). V ideálním případě i mít napojení na bugzillu (read-only s čudlíkem na otevření bugu v browseru stačí). Potom také aby se to umělo napojit na svn/git a log z toho připojit k úkolům (podle času commitu). No a hlavně aby u každého projektu šlo nastavit zákazníka, který to zaplatí a kterému se má poslat vyúčtování, které to i vygeneruje nejlépe jako html či pdf, co zákazník to soubor s tabulkou pro každý projekt (počet hodin a cena) a souhrnem všech projeků s celkovou částkou (a časem) k zaplacení. Tenhle export by se dal navolit od jakého data do jakého data má být. Vygenerované exporty by se ukládaly a čas by to označovalo jako nezaplaceno/vyúčtováno/zaplaceno. To aby bylo vidět, co jsem si naúčtoval minule a co/kolik jsem od té doby udělal (to je věc, kterou gnotime má udělanou hodně mizerně).

No pokud by jsi se tímhle chtěl zabývat, tak se ozvi (tady přes profil) a proberem to trochu důkladněji. Složitostí to vyjde zhruba stejně jako to účetnictví, s návrhem ti pomůžu, na údržbu to bude výrazně jednodušší a narozdíl od účetnictví to bude užitečnější (účetnictví jsou, sice málo, ale jsou, kdežto tohle neni).

[Luk]

Co bych ale uvítal daleko víc než klasické účetnictví, je program jako je gnotime (Gnome Time Tracker). Počítá to čas strávený na projektech a kolik za to mám naúčtovat zaměstnavateli/zákazníkovi.

Je to hodně primitivní hračka, ale přece: LightWeight Time Tracker. Aktuální release umí jen měřit čas, u sebe mám (zatím neuvolněnou) verzi, která přímo počítá cenu.

Pro mé potřeby LWTT stačí, ale je tu i něco silnějšího. Před časem se mi ozval autor programu Baralga, že má něco podobného jako já (ale s více funkcemi), takže lze použít i toto dílo.

[Josef Kufner]

Bohužel, ani jeden z těhle dvou nesahá gnotime ani po kolena... a to gnotime stojí za prd.

Ale jinak díky za snahu

[filbar]

Jelikož má to učetnictví být rozšiřitelné pomocí pluginů, tak to je docela dobrý nápad jak ho rozšířit. Jeden z důvodů proč jsem se rozhodnul pro tuto bakalářskou práci bylo, že jsem si začal přivydělávat pomocí programování v PHP(jako živnost) pro jeden CMS a narazil jsem na to, že žádné pořádné účetnictví v Linuxu neexistuje a toto by bylo docela dobré rozšíření toho účetnictví.

[LuděkS]

Zdravím, učetnictví pro Linux je zoufale potřeba. Obávám se, ale že je to projekt, který značně přesahuje rámec bakalářské práce. Nechci Tě odrazovat (sám budu velmi rád, když něco takového vznikne), ale podle mého názoru je třeba, aby na tom spolupracovalo víc lidí. (Minimálně účetní a programátor . Zkoušel jsem Honey Calc a z komunikace s nimi jsem pochopil, že podobně to vzniklo i u nich. Je to primárně účetní firma (ne společnost pro vývoj a prodej sw) a Honey Calc je jim "šito na míru". A tak je ale problém,když to chce používat někdo jiný - pro něho to "na míru být nemusí" a oni zase nechtějí tříštit síly na to, aby řešili problémy ostatních.. (protože jsou primárně účetní firma)
Druhou věcí je to, že dobré účetnictví se neobejde bez pravidelných upgradů (záplat), které reflektují změny legislativy. Takže je to běh na dlouhou trať.
A v neposlední řadě není asi snadné získat uživatele. Málokdo si troufne nasadit do firmy nevyzkoušený produkt bez podpory a bez předchozích referencí (zvlášt když programy pro Win už nějakou dobu fungují a ví se co se dá od nich čekat).
A pak je tu také "konzervativnost" účetních. Ti se naučili účtovat ve "svém programu", na který nedají dopustit a tak mnozí ještě stále účtují v DOSu a nikdo je nedonutí, aby to změnili (museli by se učit něco nového), leda s velkm přemlouváním, nátlakem a slíbeným profesionálním zaškolením...(znám to z praxe - jak u mne ve firmě tak také proto, že tchán má účetní firmu )

Takže... přál bych tomu projektu úspěch a lidi, kteří budou ochotní spolupracovat a firmu (třeba Tvoji), která to zaštítí a bude to podporovat. Je to ale běh "na dlouhou tra"t.

[Josef Kufner]

Ok, v tom případě si to napíšu asi sám (beztak jsem se chtěl pořádně kouknout na nové Qt). Ty se raději v tomhle směru zaměř na zpracování naměřených dat, protože měricí nástroj musí bezpodmínečně fungovat offline. Žádoucí je spíš průběžný upload naměřených dat (než online měření) a to stačí tak jednou/dvakrát denně.