Dotaz: informační systém pro malou firmu

[safe]

Zdravím Vás, prosím mohl by jste mi poradit, zda neznáte, existuje nějaký software pro řízení a vyhodnocování zakázek v menší společnosti - nejlépe zdarma. Komerční jsou až moc drahé, ikdyž asi jiná možnost nezbyde :(

Má nejlepší představa: - evidence pracovníků (zaměstnanců) - evidence firem (pro které děláme) - evidence smluv - evidence zakázek (zadání fakturované hodinové sazby, interní hodinové sazby, apod.) - evidence odpracovaného času na zakázce - nejlépe aby každý zaměstnanec mohl sám přes www rozhraní přiřazovat svůj odpracovaný čas ke každé zakázce, každý den - evidence aut (kniha jízd) - tj. zadání počtu ujetých kilometrů každý den k vybranému vozidlu, s možností tyto kilometry přiřadit k dané zakázce - evidence externích nákladů - přidání dalších dokladů k zakázce - sestavy pro vyhodnocení zakázky (zisk, ztráta), sestava výkazu pracovníků, kniha jízd aut - možnost vytvoření tiskové sestavy, např. faktury ze zadaných dat, či export dat do excelu, tak aby se s daty dalo dále pracovat

Děkuji

Odpovědi

[Dalibor Smolík]

Mám něco podobného v mysql+php. Ale udělal jsem si to sám

[safe]

zdravím, a to co jsi si udělal sám, bylo by možné zpřístupnit. Též jsem uvažoval a i začal vlastním vývojem, ale není moc času a říkám si, že určitě něco obdobného už někdo určitě vymyslel, tak je zbytečné to programovat znovu.

[Dalibor Smolík]

O zpřístupnění jsem uvažoval, ale vše bylo dělané tak trochu na koleně na "míru" pro konkrétní situace, ke kterým dochází jen u nás ve firmě a z obecného pohledu by se to asi dělalo trochu jinak (a hlavně by to dělal jinak odborník ). Nicméně některé postupy by se zveřejnit daly. K úpravám skriptů dochází příležitostně, jak se vyvíjí situace. Ale jinak bych se klonil k názoru Ciomla, že nechat si udělat aplikaci na klíč není tak nákladné a ještě budeš mít k dispozici zdrojáky.

[springer]

asi jste prehledel, ze pisatel uvedl, ze pouzil pro svuj vyvoj mysql. Vsude je mozno se docist, ze s mysql nelze rozumne IS-aplkace provozovat (viz. odborne servry jako dbsvet.cz, ci diskuze napr. db-guru pan Kolar).

[dustin]

To jsou věci. Možná by si to autoři měli sami nejdříve vyzkoušet :)

[Dalibor Smolík]

Slyšel jsem hodně názorů, že mysql není příliš vhodná pro firemní nasazení. Možná, že to platilo ve starších verzích, ale verze 5 již toho umí hodně a v mém případě, kdy se jedná jen o množství dat v řádu desetitisíců, vůbec není co řešit

[CIJOML]

Radim Vam nechat si to napsat na miru. Cena bude obdobna jako za koupi hotoveho produktu a jeho priohnuti, navic od toho budete mit sami zdrojaky. No a nasledne muzete uvazovat o jejich vydani pod nejakou volnou licenci :)

[Dalibor Smolík]

Je to přesně tak - ale i to bývá složité: uprostřed roku například zákazník požaduje, aby na fakturách byl uveden objem zboží. Druhý zákazník naopak tento údaj přísně zakazuje a naopak tam chce jiné údaje. Z programátorského hlediska není ošetření takového požadavku nic mimořádného. Ale znamená to, že autor programu musí ihned přijet do firmy a provést příslušnou změnu (požadavek se nedal dopředu předpokládat). Je-li dostupnost programátora obtížná, bývá to problém. Takže tento faktor se musí vzít též v úvahu.

[pavel]

Je to dost neúplně zadané, hodně bude záležet na tom, co je to vlastně ta "malá" společnost, o kolik zákazníků a zakázek se jedná, jaký chcete komfort, zda chcete řešení "najednou" či se spokojíte s postupnou výstavbou požadovaného systému. Pak bude záležet na tom, jak budete chtít do budoucna takový systém měnit: nevzpomenete si třeba za měsíc, že do evidence pracovníků budete zadávat i neschopenky? Nebo máte na to jiný systém (např. mzdová účtárna)? Ale pak by tyhle systémy měly být možná nějak propojeny. A jak to vlastně funguje nyní?

Možností je hodně. Z toho zadání mám docela pocit, že ještě nevíte, co přesně chcete. Doporučoval bych udělat nějakou rozumnou analýzu (např. alespoň si stručně navrhnout hlavní Use Case scénaře (UML)) a pak rozhodnout, zda je vhodnější nějaký takový systém koupit (a přizpůsobit se mu), nebo jej začít nějak budovat podle aktuálních podnikových procesů. A pokud budovat, rozhodnout o prostředcích. Já bych si osobně vybral asi kombinaci PostgreSQL a Ruby on Rails - i dosti komplexní prototyp je tam hotový extrémně rychle a pak se dají přidávat a dolaďovat i různé méně používané scénáře. Dalo by se možná uvažovat i o kombinaci něco jako PostgreSQL + RoR + OpenOffice. Samozřejmě jsou možná i jiná technická řešení, já jen mám osobně velmi pozitivní zkušenost (vývoj i provoz) s výše uvedeným.

Nezapomeňte se zamyslet i nad náklady na provoz a údržbu takového systému (zálohy dat, upgrady, změny funkcionality apod.).

[safe]

Díky za reakci, společnost - cca 20 zaměstnanců, různě po ČR. V současné době mi každý pracovník předává začátkem měsíce svůj výkaz (každý den odpracované hodiny na daných zakázkách s popisem co dělal), dále mi zkopíruje knihu jízd (kdy a pro jakou zakázku jel), pak mi předá doklady od zboží, které k dané zakázce koupil. Já všechny tyto podklady v současné době zadám do excelovského souboru, který jsem si vytvořil a různě propojoval. V tomto mi pak vychází základní statistiky k zakázkám a po úpravě textů i faktury. Počet zakázek je nyní cca 500 za rok. Vzhledem k tomu, že excel jsem měl od začátku a spíše se počítalo do max. 15 zaměstnanců a několik desítek zakázek, byl dostačující, nyní již je vše nepřehledné. Neboť se zabýváme službami a poradenstvím pro firmy, placené hodinovou sazbou či někdy paušálem, řeším si i tisk faktur sám. Tyto následně předávám ekonomce a ona si to zadává do svého účetního systému. O propojení neuvažuji. Určitě počítám, že do budoucna budu chtít systém postupně rozšiřovat a mít nejlépe vše v jednom., např. o harmonogramy revizí, seznamu přidělených ochranných pomůcek, školení pracovníků, apod. Ale nyní mě trápí hlavně ta ekonomika a lepší vyhodnocování zakázek, kdy bych chtěl po zadání fakturované a interní sazby zakázky provést vyhodnocení, zda jsem vydělal či prodělal. Nejjednodušší je koupit takovýto systém, ale je to řádově od 100tis.Kč výše a pak každé rozšíření další tisíce, atd., což si myslím je ještě pro mě drahé. Stručnou představu o systému i funkčnosti mám, samozřejmě asi jak to bývá, při vývoji se přichází na vylepšení či další doplnění. Díky

[Aleš Kapica]

Kdybyste ten příspěvek psal jako registrovaný uživatel, byl byste na tom líp.

[safe]

Díky za odpovědi, máte pravdu, tak jsem se zaregistroval. Jinak jsem tichu doufal, že nějaký takovýto systém, alespoň v některých funkcích již někdo naprogramoval, s tím že další funkce lze rozšířit pomocí modulů či částečně doprogramovat. Asi obdobně jak jsou řešeny redakční systémy, apod. Ale asi je to přeci jen více komerční záležitost.

[Dalibor Smolík]

Nejde ani tak o to, že je to komerční záležitost, ale udělat firemní informační systém je trochu obtížnější než např. redakční systém. Hlavně nejde udělat nějakou univerzální podobu, která by se hodila pro většinu firem. (Vím, že řešení existují formou modulů - především pro windows). Je to rozsáhlý projekt jako např. program pro 3D CAD, atd. a je nutná spolupráce celé řady programátorů - a navíc to musí vyhovovat českému prostředí. Firmy mohou být obchodní, výrobní, hotely, apod. a skloubit to dohromady není jednoduché.

[CIJOML]

Samozrejme, ze to lze, ale potom mluvime o desitkach milionu :) Treba nami vsemi adminy velkych serveru tolik milovany SAP :)

[Dalibor Smolík]

Tak přesně o to jde. Stále se bavíme o menších společnostech. Ty mohou desítky milionů zapomenout

[Dalibor Smolík]

Přesně podobný problém jsem řešil před deseti lety, také mi již nestačily tabulky v excelu a hledal jsem něco účinnějšího. Začal jsem používat MS Access, ale uvědomil jsem si stále větší závislost na Microsoftu. Proto jsem asi v roce 2001 převedl tabulky do MySQL, ale skripty jsem musel udělat úplně znovu .. Ta námaha stála za to, oceňuji hlavně možnost propojování tabulek podle potřeby, roztřídění starých a aktuálních položek, možnost statistik z libovolných hledisek. Ale samozřejmě je to možné na jakékoliv databázi (postgre, firebird - ale na mysql to jde taky )

[pavel]

Aha, tak si tam ještě připočtěte náklady na migraci dat z toho starého Excelu do databáze.

Ale ať to beru jak to beru, stejně mně náklady na vývoj něčeho podobného vycházejí minimálně okolo 100 tisíc - a to i když vezmu v úvahu použití efektivních frameworků jako je třeba RoR. Odhadl bych, že skoro každý dílčí krok (analýza, příprava hw a sw, vytvoření rozumně funkčního prototypu, testování, migrace současných dat) vezme tak člověkotýden. A výsledek bude spíš něco jako "early beta" - a to ještě pokud se zrovna zadaří.

Jedině snad, že si některé kroky budete dělat sám v rámci běžné práce a věci navíc v rámci odreagování se od bežné práce. Například (rozumíte-li alespoň trochu databázím a umíte-li alespoň trochu SQL) si data začnete dávat do nějaké rozumné databáze (PostgreSQL, MySQL, apod.) místo do Excelu a časem si uděláte nějaké webové frontendy. Já mám ověřený PostgreSQL ve Windows XP - chodí opravdu dobře a spolehlivě, dá se rozumně ovládat, dají se stáhnout různá grafická rozhraní, u menších databází (tj. Váš případ) je velmi jednoduché zálohování a mirroring apod.

Jiná možnost by mohla být (při použití databáze jako backendu) nechat si v RoR vygenerovat administrativní rozhraní (či ještě lépe použít nějaký plugin, který umí administraci tabulek spojených cizím klíčem).

V obou případech ale musíte mít už hotovou analýzu a také (korektní!) představu o tom, jak mají vypadat databázové tabulky (příp. pohledy).

[Dalibor Smolík]

Aha, tak si tam ještě připočtěte náklady na migraci dat z toho starého Excelu do databáze.
Převod z Excelu do např. MySQL je teoreticky jednoduchý, v praxi to tak snadno nejde. Tohle může být problém, pokud jsou data roztříštěná do menších tabulek a oddílů (listů). Naštěstí jsem přecházel na databázi relativně v počátcích firmy a tak jsem starší data převádět nemusel, jen archivoval.
Jedině snad, že si některé kroky budete dělat sám v rámci běžné práce
Ano, tohle byl jediný možný postup, nákladné úpravy jsme si dovolit nemohli
také (korektní!) představu o tom, jak mají vypadat databázové tabulky (příp. pohledy)
Tohle byl také zpočátku problém. Nejde o pohledy, ale o rozvržení tabulek. Co má být v jednom poli a na co je třeba mít polí víc. Zpátky se to již dává velmi těžko, jakmile je dat hodně.

[lieko]

skus pozriet na toto, ci by ti to nevyhovovalo

http://www.vtiger.com/

[Dalibor Smolík]

Tohle vypadá zajímavě, není tam čeština/slovenština (angličtina například mně nevadí, jde o to, zda to jde přizpůsobit pro domácí podmínky). Je to i pro Linux, nicméně pluginy jsou pro Outlook a pro MS Word ..

[lieko]

su k tomu aj jazykove moduly - slovencina urcite (www.vtiger.sk) ako je na tom cestina neviem

[springer]

to je dobry priklad pro to, aby se ukazalo, ze je nejlepsi to nekomu zadat.

Druha alternativa by byla, kdyby tazatel neco takoveho vzal a pak napsal clanek o tom, co to obnasi. Jen jsem to nakoukl, tak na me napr. vyskocilo DPH=7%, je otazka kde se to vsude musi menit. To je bohuzel ta ozehava stranka toho OSS. Napr. na foru tinyerp chtel jeden mit pri vytisku faktury pred jednotlivymi pozicemi poradove cislo, tak se pak jeden uvolil a v ramci nejake doktorske prace vyhotovil jakysi patch. Hruza.

Vseobecne musim opet prohlasit, ze IS v prohlizeci je zoufalost!

[Dalibor Smolík]

tak na me napr. vyskocilo DPH=7%, je otazka kde se to vsude musi menit.
Nesmíme zapomenout, že existuje víc sazeb DPH (nyní 19, 9 a 0%). Řeším to rozbalovacím seznamem v příslušném php formuláři (přidám prostě do seznamu devítku a jako defaultní mám 19%) a dále existuje pole pro dph v tabulce pro zakázky+faktury - položky zboží. Tohle by problém v dobrém systému být neměl.

[safe]

Díky všem za reakce. Zde uvedené systémy jsou suprové, avšak dle testování jsou spíše určeny pro obchody. Já potřebuji se více zaměřit na evidenci hodin k zakázkám a tím její vyhodnocení. Po hledání na internetu jsem se rozhodl, že se do systému pustím postupně sám, či s pomocí programátora. Nejraději začnu asi s OO BASE na mysql, kde si lze vytvořit jednoduše základní kostru a ve druhé fázi web postavený na PHP.

[Dalibor Smolík]

Ano, přesně tak jsem postupoval já. Bylo to před pár lety, ale v této oblasti se nezměnilo nic.

[Pavel Sýkora]

To ale, myslím, povede na řízení projektu metodou "pokus/omyl", což může ve finále vést k dosti vysokým nákladům a špatně udržovatelnému produktu. Nic ve zlým, ale být vaším zaměstnavatelem, tak z toho moc nadšem nejsem. Tak jak jste to napsal to vypadá, že je vaším hlavním cílem naučit se (či zdokonalit se v) OO Base, MySQL a PHP a možná jako vedlejší efekt vypadne celkem použitelný systém pro ekonomickou evidenci. Přesněji řečeno použitelný do té doby, než odejdete z firmy nebo třeba onemocníte (což vám samozřejmě nepřeju).

Omlouvám se, že brzdím vaše nadšení pro věc - možná to vidím moc černě, ale podle mých zkušeností je to obvyklý osud podobných projektů.

[dustin]

Je to tak.

[Dalibor Smolík]

Nic ve zlým, ale být vaším zaměstnavatelem, tak z toho moc nadšem nejsem.
Přesněji řečeno použitelný do té doby, než odejdete z firmy nebo třeba onemocníte
Asi jsem zapomněl říci důležitou věc: jsem spolumajitelem firmy, z firmy neodejdu a finanční úsporu - dnes již dost značnou - jsem vykoupil vlastním časem (mimopracovním). Je pravda, že jsem se během tvorby systému naučil MySQL a PHP, předtím jsem nikdy nic neprogramoval a počítač jsem znal jen z rychlíku (téměř doslova). Jelikož naše práce je přísně sezónní, využíval jsem mimosezónní dobu právě k tvorbě systému, neztratil tím pádem jinak drahocenný čas a dnes již sklízím plody svého úsilí. Systém s určitými obměnami mi vydrží do konce méno pracovního života , tedy pokud neonemocním.

[safe]

neboť jsem spolumajitelem firmy, jsem na tom asi stejně. Záleží to tedy na mě. Já už částečně programoval, jen už je to nějakou tu dobu, co jsem z toho vypadl. Snad se do toho dostanu zpět, pokud to nepůjde, nezbude než někoho kontaktovat.

[Dalibor Smolík]

Myslím, že tohle je odpověď pro Pavla Sýkoru. Základní znalost programování je pro majitele menší až střední firmy velkou konkurenční výhodou. Jednak může velmi pružně zareagovat na změny, mít okamžité podklady při jednání se zákazníkem a navíc vykázat úspory. Samozřejmě pokud někoho kontaktuje, je to podobné, podmínkou je však dobrá dosažitelnost kontaktovaného subjektu v případě potřeby. Určitě je to trochu jiná situace než v případě zaměstnance, který má vykonávat svěřenou práci v rámci své pracovní náplně a jiné aktivity nebývají žádoucí.

[Pavel Sýkora]

To je ovšem jiná

[vratidlo007]

Ahoj! Podobnou zalezitost prave ted resime pro jednu vyrobne-obchodni firmu na bazi SugarCRM + dodelane moduly. Pracovnici jsou v zakladu + timesheety, na auta je modul pro evidenci vozidel. Spojeni se zakazkou by se, ale muselo dodelat. Sprava dokumentu, evidence faktur, take existuje. Na reporty to ma nastroj postaveny na jasperu (i export do pdf, excelu)... Nerikam, ze to je konkurence SAPu, ale spoustu muziky to nadela a je to pod GPL

[safe]

Zdravím, sugarCRM jsem otestoval, ale bez dodatečných modulů jak píšeš, je to pro mé potřeby nepoužitelné. Prosím o radu, kde se dají uvedené moduly stáhnout (timesheety, auta, apod.), či je třeba je již koupit (zde pak, jestli je možné alespoň otestovat). Díky

[vratidlo007]

Ahoj! Spousta veci ke stazeni je na sugarforge. Co bych doporucil: timesheety, auta, gantuv diagram do projektu, reporty ...

A co neni, tak se da celkem prijemne vytvorit.

[vratidlo007]

hehe a ted jsem nasel i toto

[pavel]

Ještě mne napadlo, že jsme zatím nevzali v úvahu komerční on-line řešení. Mám na mysli něco jako: http://slimtimer.com/, http://www.basecamphq.com/, http://www.tictocit.com/.

Tento přístup nabízí IMHO docela dobré GUI minimálně pro část z požadované funkcionality. No a většinou se nabízejí také nějaké exporty nebo API, takže by to možná šlo nějak integrovat se zbytkem požadované funkcionality případně dodělané "na koleně".

Tento příspěvek berte prosím spíš jako brainstorming než začátek flamu o tom zda on-line aplikace tohoto typu ano nebo ne.

[xkesh]

Nevím, jestli je to přesně ono, ale zkuste si projít Jedox Palo-Server.

[Dan Horák]

A co TinyERP? Cast umi samo od sebe (lidi, zakazky, ...), zbytek lze dodelat.

[LuděkS]

Pro Dalibora Smolíka:

Zdravím a chtěl bych se zeptat, jestli by opravdu nebylo možné něco z popisovaného zveřejnit.
Mohlo by to pomoci více lidem (já to řeším také). Navíc by na tom mohlo dělat víc lidí a třeba by se z toho něco "vyklubalo"?
(Možná, že se o tom v diskuzi už psalo - v tom případě se omlouvám - prolétl jsem to ale nevšiml jsem si).

[Dalibor Smolík]

Ano, pokusím se zveřejnit základ toho, co jsem udělal. Nejde o to, jak je udělaný např. konkrétní skript PHP, protože by se odborník zhrozil, ale základní strukturu systému a myšlenku zveřejnit mohu (skripty samozřejmě přidám), jak bude trochu času, mohu to psát jako seriál do blogu. S uvedením ukázkového příkladu chodu malé výrobní provozovny.

[LuděkS]

Děkuju za odpověď. To by bylo opravdu super. Možná by se to dalo napsat i jako seriál tady na ABC Linuxu (ne jen do blogu - tam si toho moc lidí nevšimne)?
Já jsem kdysi viděl informační systém založený na webovém přístupu a PHP a bylo to hodně dobré. Jenže autoři zdrojové kódy neposkytují.
Od té doby stále (marně) hledám nějaký základ na kterém by se něco podobného dalo vytvořit.
Také jsem už několikrát uvažoval o tom, že bych se do napsaní něčeho podobného pustil, ale nemám na to vůbec čas.
Takže každá inspirace by pro mne osobně byla velmi užitečná. Děkuju!

PS: Doufám, že to neprošvihnu, poslední dobou nemám moc čas sledovat portál...
Ale snad se to zase zlepší

[Dalibor Smolík]

Také mám teď málo času, ale uvidíme. V tom blogu to nemusí být špatné, toho si určitě dost lidí všimne - bude to několik dílů a očísluji je.

[LuděkS]

Už se těším. Děkuju a přeju hodně zdaru