Huuuuuu. Beleolvastam a csoport levelezesbe, es huuuuuu.
Elore bocsajtom, hogy nem megyek bele minden kis apro reszletbe / finomsagba, meghagyom neketek ezt a kalandot.
Szerintem csak kis lepesenkent lehet jo rendszert csinalni.
Nektek is azt javaslom, hogy haladjatok sorrendben, vagyis:
- user auth (!nem jogok) (user tabla, beosztassal reszletes adatokkal amit a munkaugy is hasznal, szabadsag kezelessel, etc,. etc)
- keretrendszer elkeszitese (nem nehez, nekem 1 ora volt)
- partner adatbazis (egybe raknam a beszallitot a vevovel, mert ugye olykor jon vissza aru is a vevotol) nalam ez igy: enum(szallito,vevoszallito) (az emlitett okok miatt)
- termek adatbazis (1 rekordban legyen a termekrol minden, vagyis a marketing resz is, illetve legyen felkeszitve webshop-os ertekesitesre, azon belul tamogassa a a cross/up sellinget.)
- itt mar fogjatok latni korubelul milyen jogokra lenne szukseg. szerintem: per_user_per_modul(list,new,del,modify,admin) (nalam igy muxik) ez egyszer egy dimenzio, aztan jon hozza meg egy. 1-tol 100-ig fajsulyozva a usert. Ami azert kell, mert a cegnel az erosebb kutya baszik. Alapbol 10-es lepteben osztom ki a szinteket, hogy kesobb tudjak ket szint koze beszurni). A list,new,del,modify,admin-t (enum(n,y) kulon tablaban tarolom valahogy igy:
id,user_id,modul_name,list(n,y),new(n,y),del(n,y),modify(n,y),admin(n,y),module_aktiv(n,y)
a modul_aktiv csak azert van nalam, hogy ne keljen egyeselvel elvennem vagy adnom jogokat a modulhoz.
- bevetelezes
- szamlazas (export unioba /union kivulre, belfoldi ertekesites)
- raktar
---
ha ideaig eljutottatok, akkor johet a jo kis dokumentalas, hogy mas is tudjon modult- fejleszteni a cucchoz. Ugyanis a szamla adataibol all ossze a raktarkeszlet. A szanmlabol lehet pl jutalekot szamolni, termek eletciklust kovetni, es ezer egy dolgot kinyerni ami befolyasolhatja a termelest es a termelekenyseget.
Na ha ideaig eljutottatok, akkor szivesen folytatom. (en ezt 1 het alatt megirnam nullarol :))