obsluga malej sredniej firmy - klienci, katalog, faktury... Opcje

[slaw:)]

witam

planuje zrobic oprogramowanie (za duze slowo jak na "to cos" za co sie zabralem) do obslugi MSP (raczej malej niz sredniej firmy, przynajmniej na razie) w php i MySQL. Ma byc to zarazem praca dyplomowa. Mam czas do maja. Wiem, ze nie jest to zbyt duzo czasu jak na jedna osobe, bo roboty z tym troche jest, ale po pierwsze najwazniejszy jest projekt bazy. A tak wlasciwie, to nie jest to chyba zbyt trudne zadanie, tak mysle.Jestem troche swierzy i zielony w php (troche w domu sobie tworze i kombinuje proste takie rzeczy) Jest to pierwszy moj taki projekt i mam troche pytan co do bazy przede wszystkim. Zrobilem projekt, ktorego foto jest na

www.lobox.com.pl/slaw/index.htm (plik ma 124 kB)


Podzielona jest jakby na 5 czesci:

1. Firma:
tabela, w ktorej trzymane sa dane firmy, w ktorej to wszystko dziala, i ktorej dotyczy. Moznaby chyba to zrobic w pliku, ale tak myslalem przyszlosciowo, ze moznaby pozniej wprowadzic obsluge wielu firm.

2. Klient: tabele

• klient - dane klienta,
  
• klient_rabat - mozliwosc dodania rabatu dla wybranego klienta (zalezy od ilosci, czestosci zamowien),
  
• klient_adres_dostawy - klient moze chciec aby zamowienie zostalo wyslane na inny adres niz zamieszkania (chce zrobic prezent, albo cos takiego). Moze byc tez kilka adresow dostawy dla jednego klienta ( no pewnie raz prezent dla cioci, innym razem dla dziadka... (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Ale moze byc taka sytuacja. Tak sobie pomyslalem, ze raczej oddzielna tabela, bo jak np. Jan Kowalski zamowi 6 razy, z czego 4 razy bedzie chcial miec dostarczone do domu, to 4 razy sie adres powtorzy. No ale z drugiej strony adres dostawy powinien byc jakby integralna czescia zamowienia i zawarty w tabeli zamowienie. Co wy na to?

3. Katalog (np. dla hurtowni komputerowej): tabele

• grupa_towarowa - np. monitory CRT, monitory LCD, dyski twarde, pamiec, drukarki, skanery, aparaty cyfrowe, modemy, zestawy
  komputerowe, procesory.....
  
• podgrupa_towarowa - opcjonalnie, jak bedzie potrzebny jeszcze jakis podzial np. ? czy w takim wypadku jest cos potrzebne jeszcze?
  
• towar - drukarka HP DeskJet 610 (nazwa, opis, cena, czy podatek tez w tej tabeli?(IMG:http://forum.php.pl/style_emoticons/default/questionmark.gif) , inne potrzebne pola)
  
• sww_pkwiu -
  Mozliwosc przypisania sww_pkwiu nie tylko do towaru, ale rowniez do podgrupy czy grupy, bo moze byc taka sytuacja, ze da podgrupa np.
  bedzie miala ten sam pkwiu.

A no i moze jeszcze tabela cennik (w zaleznosci od profilu firmy).

4. Zamowienia: tabele

• zamowienie - wszystko co dotyczy danego zamowienia. Czy to wystarczy do ewidencji sprzedazy ? Czy zrobic tez tabele faktury? Nie mozna chyba zrobic tylko faktur, bo jak ktos sklada zamowienie np. na zestaw komputerowy to najpierw jest zamowienie, a dopiero jak zestaw jest gotowy to sie fakture wystawia, albo na jakis sprzet zamowiony przez internet tak samo. Tak mysle.
  
• zamowienie_pozycje - to co zamowione, ilosc, cena, podatek...
  
• warunki_dostawy - wysylka, odbior osobisty, dostarczenie przez firme, ...
  
• sposob_zaplaty - gotowka, przelew (w jakim terminie). Tu chyba nie trzeba tabeli. Wystarczy to umiescic w tabeli zamowienie.Chyba?
  
• stawka_vat - chyba niepotrzebne. Zostalo z poprzedniego pomyslu i nie skasowalem (a moze sie do czegos przyda?)

5. Ksiega: tabele

• ewidencja_zakopow - faktury za zakupy dokonane przez firme,
  
• ewidencja_sprzedazy - faktury za sprzedaz. Czy potrzebna jest tabela faktury jako przejsciowa z zamowienia do ewidencji? Najpierw jest zamowienie, na podstawie zamowienia (albo WZ - trza by bylo dorobic tabele, cos na wzor zamowienia pewnie) faktura no i ta faktura jest ksiegowana. Nie wiem tylko jak rozwiazac cos takiego: Skoro faktura powstaje z zamowienia lub WZ, to co zrobic jak przyjdzie klient i kupi cos i bedzie chcial fakture? Trzeba by wtedy wypelnic najpierw zamowienie i pozniej stworzyc fakture czy wypelnic tylko fakture a dzieki php zamowienie do tej faktury sie samo zrobi? Chyba z faktura bedzie lepiej, bo w ewidencji sprzedazy to ona jest wazna a nie zamowienie.

Do ksiegi powinna byc jeszcze mozliwosc wyboru czy to jest ksiega podatkowa czy ryczalt i dodatkowe tabele kpir lub ewidencja przychodow (ryczalt). Mozna tez ewidencje przebiegu pojazdu, karte wynagrodzen pracownika... i wiele innych. Wlasciwie to na poczatek najwazniejsze jest punky 1 - 4 oraz mozliwosc wystawiania faktur.

To na razie tyle. Prosze o konkretne wypowiedzi i zapraszam do dyskusji. Czescia tego projektu jest tez sklep internetowy (wlasciwie to mozliwosc w latwy sposob zamawiania przez internet), ale to sie chyba zawiera w tym (tak mniej wiecej).

Najwiecej pracy bedzie ze stworzeniem tego w php i latwym dostepem do wszystkiego z poziomu wyszukiwarki.

Pomocny dla mnie okazal sie tu post >>It's_me<<. dzieki

slaw:)

Ten post edytował slaw:) 13.11.2004, 13:39:15

[DeyV]

do tworzenia projektów baz danych polecam program deZign

1. W zamówieniu chyba najwygodniej jest pozwolić klientowi wybrać sobie, czy che korzystać z adresu domowego, czy z jakiegoś innego.
Dzieki temu przechowujemy tylko: 1. id klienta, 2. id adresu

2. Vat - hmm - skomplikowało się to przez ten export - człowieku - nie przesadzaj z tą pracą dyplomową - bo do września tego nie skończysz (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
W atakim przypadku obstaje za tym, by rodzaj stawwki Vat podpinać pod kategorię prouktów. Mozna w niej również zdecydować, czy dane produkty można sprzedawać w więcej niż 1 stawce. Teraz tylko pytanie - w jaki sposób i kiedy stawka ta ma zostać wybrana.

3. Historia ceny.
Najlepiej jest przygotować osobną tablę - id | id produktu | cena | data czy coś w tym stylu, i przechowywać tam kolejne ceny.
Z uwagi jednak na to, że stosunkowo trudno pobiera się listę produktów z cenami, dla której dla każdego produktu musiałbyś szykać najnowszej ceny - dlatego dobrze by bylo przechowywać tą najnowszą cenę również w tabeli produkty.
W tabeli zamówienia również warto przechowywać tą cenę na sztywno.