Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> obsluga malej sredniej firmy - klienci, katalog, faktury...
slaw:)
post
Post #1





Grupa: Zarejestrowani
Postów: 15
Pomógł: 0
Dołączył: 6.02.2004

Ostrzeżenie: (0%)
-----


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
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
slaw:)
post
Post #2





Grupa: Zarejestrowani
Postów: 15
Pomógł: 0
Dołączył: 6.02.2004

Ostrzeżenie: (0%)
-----


Witam wszystkich po bardzo dlugiej przerwie.

Katalog mam na przykladzie nr 5 depesza (drzewka).

@treewood: moglbys podac jakos wyswietlanie w taki sposob w tym sposobie depesza?:

Kod
----+-----------------

  1 | +- sql

  8 |   +- postgresql

  9 |     +- linux

  2 |   +- oracle

  3 |     +- solaris

  5 |     +- linux

  6 |       +- glibc1

  7 |       +- glibc2

  4 |     +- windows


bo cala reszte mam tylko wyswietlania takiego nie.

a wstawianie kategorii zamiast (bo tak nie dziala w mysql)

[sql:1:4a4099851b]INSERT INTO kategorie (name) VALUES ('windows');
INSERT INTO powiazania (parent_id, child_id, depth) VALUES (currval('kategorie_id_seq'), currval('kategorie_id_seq'), 0);
INSERT INTO powiazania (parent_id, child_id, depth)
SELECT parent_id, currval('kategorie_id_seq'), depth + 1 FROM powiazania WHERE child_id = 2;
[/sql:1:4a4099851b]

zrobilem tak:

[sql:1:4a4099851b]INSERT INTO kategorie (nazwa) VALUES ('windows');
SELECT @last:=LAST_INSERT_ID(idkategorie) FROM kategorie;
INSERT INTO powiazania (parent_id, child_id, depth) VALUES (@last, @last, 0);
INSERT INTO powiazania (parent_id, child_id, depth)
SELECT parent_id, @last, depth + 1 FROM powiazania WHERE child_id = 2;[/sql:1:4a4099851b]

Cytat
szczerze powiedziawszy robie wlasnie taka aplikacje do zarzadzania firma aczkolwiek jestem teraz na etapie rachunkowosci - faktury, magazyny, sklep internetowy, serwis sprzetu, klienci, analizy, kasa, bank, raporty - juz za soba ble.


tez bym tak chcial.


Cytat
niektorzy klienci zycza sobie by cena podstawowa byla cena brutto a nie cena netto i od ceny brutto chca wszystko obliczac ... np. ustawiaja, ze ma byc 200 zl cena koncowa (brutto) i od tego sie odlicza vat np. 22% i wychodzi 163.93 cena netto.
i odziwo, jak zrobisz to samo ale na odwrot czyli do ceny netto 163.93 dodasz 22% vat to osiagasz 199.99 zl co u niektorych klientow nie przechodzi.


ale jak w bazie umiescisz jako decimal to nie bedzie rozbieznosci. mam tak zrobione w pozycje_zamowione jest przechhowywane netto i brutto oraz vat.
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 13.10.2025 - 15:08