Newsgroup: it.comp.appl.access
Titolo: Organizzazione magazzino

Ciao a tutti
Sto tentando di mettere assieme un straccio di magazzino, purtroppo sono a
digiuno del sistema di come si dovrebbero strutturare la cosa, quante e
quali tabelle si devono creare, ecc.. Ho già sviluppato, con l'aiuto
"vitale" di un amico un piccolo programmino per la gestine delle commesse e
dovrei comunque far ineragire il tutto.
Chiedo se c'è chi ha già affrontato la cosa e come l'ha strutturata, oppure
dove poter reperire esempi che mi possano aiutare.
Ciao
    Cele

Se paghi posso fare direttamente tutto io!!

cele ha scritto nel messaggio ...

Però dovresti spiegare a grandi linee COME vorresti gestire questo
magazzino.
Ciao


Dai un'occhiata al db Nortwind che trovi a corredo di Access.
Da lì puoi trarre molte indicazioni.
Bye

 wrote in message
news:cB0J4.121942$pn3.1...@news.infostrada.it...


Credo che ti servano almeno tre tabelle, 
LOL, forse volevi dire trenta :-D
Anagrafica, alias, progressivi, condizioni di acquisto,
testata movimenti, righe movimenti, testata causali, righe
causali, descrizione campi di carico e scarico sono quelle
essenziali.
Poi tutte le tabelle di servizio, una buona dozzina almeno.
Se poi ti salta in testa di farci anche gli ordini o le
fatture...
--
Lorenzo Coronati
--
<<Nessuno sa che questa affermazione e' vera>>
(John D. Barrow)
--

 Ciao
Ho già un piccolo programma che  uso per seguire l'avanzamento delle
commesse. Tale programma mi restituisce il totale dei pezzi costruiti e la
data di costruzione, a questo punto dovrei fare una pseudo-bolla di consegna
in modo sa sottrarre quelli che escono dal magazzino e avere così la
giacienza.
Ciao
            Celestino

> Forse č meglio che spieghi quello che ti serve.
Ho giŕ un piccolo programma che  uso per seguire l'avanzamento delle
commesse. Tale programma mi restituisce il totale dei pezzi costruiti e la
data di costruzione, a questo punto dovrei fare una pseudo-bolla di consegna
in modo sa sottrarre quelli che escono dal magazzino e avere cosě la
giacienza.
Ciao
        Celestino


Perchè no!!
Certo non lo farei fare ad una persona che dimentica di firmare i messaggi.
Ciao
            Celestino

essenziali.
testata causali, e  righe causali ???
questa me la puoi spiegare ????
Carlo Ve

questa me la puoi spiegare ????
Beh, nella testata ci metti la causale (acquisto, vendita,
reso da cliente, reso a fornitore per riparazione, reso da
fornitore riparato, ecc. ecc.)
Le righe possono essere gestite in due modi, anche
incrociati:
a) se hai diversi magazzini tutte le operazioni di
trasferimento o di consegne distribuite dovranno prevedere
il tipo di movimentazione per ogni magazzino (se sposti una
cassetta di mele dal magazzino centrale al periferico avrai
due causali diverse che puoi raggruppare in una
macro-causale)
b) se in maniera molto furba (imho) gestisci chesso' una
decina di campi di carico e una decina di scarico, ognuno
con un significato particolare che viene dato in una tabella
apposita, per ogni causale dovrai specificare in quale modo
questi campi vengono aggiornati (somma, sottrai, sostituisci
sempre, sostituisci se maggiore, azzera, ecc. ecc.)
Non so se sono stato chiaro, magari fammi delle domande
specifiche.
Bai



Mi basta grazie ora mi e' piu' chiaro, la mia era una curiosita' dato che
non  ho mai visto
in gestionali le causali gestite in questo modo, pure nel gestionale di cui
mi occupo
al lavoro che reputo abbastanza completo (oltre 150 tabelle escluse le
temporanee con oltre 4000 campi) questo sistema non e' adottato.
Pensa che per  poter gestire e avere meglio la situazione del db sotto ho
dovuto fare un prg in Access con dentro tutti i nomi dei campi descrizioni e
altre informazioni in modo da poterle rintracciare
quando mi interessano
Carlo Ve

quando mi interessano
:-D
E' capitato lo stesso anche a me: ho _dovuto_ sottostare
alle seghe mentali di un ingegnere che ha voluto sviluppare
un gestionale con i seguenti nomi di form:
M000A702A
M000A702B
...
di query:
M000A702A
M000A703C
...
di report:
M000A702A
M001A710A
...
Un incubo! 8-(
(in pratica nelle sue intenzioni, il nome doveva avere la M
per indicare che si tratta del programma Mxxxxxxx, tre cifre
per identificare la versione ufficiale o le
personalizzazioni, una lettera per la main version, tre
cifre e una lettera per nominare l'oggetto, in base a una
classificazione che e' meglio non vi dica...)


 Un incubo! 8-(
cut
Non e' che l'ingegnere si era perso nei meandri di una certificazione ISO??
:-)
Sai, a volte capita, soprattutto quando qualcuno si improvvisa esperto della
"qualita' " senza rendersi conto di avere completamente frainteso le norme
ISO9000.
Ciao, Sib