Newsgroup: it.comp.lang.visual-basic
Titolo: [forse OT] anagrafica articoli x gestione magazzino

Ciao a tutti,
non so se il quesito che vi sto per proporre sia ot o meno.
Devo fare un sw la gestione magazzino e ordini fornitori, il cliente non sa
come gestire i codici degli articoli, cioè se deve usare quelli dei
fornitori, con il problema che 2f ornitori usano magari 2 codici diversi x
lo
stesso articolo, uno creato ad hoc da lui stesso o usare il codice
dell'articolo se ce l'ha.
Il problema che mi pongo è come faccio a gestirli, che soluzione utilizzo,
evitando di avere codici doppi etc?
grazie
ciao

 evitando di avere codici doppi etc?
"Costringilo" alla codifica interna e univoca, accompagnando ogni articolo
da tutte le info relative ai variu fornitori (incluso il _loro_ codice e
descrizione). Da che ci sei pensa anche alle codifiche presso i clienti.
A meno che non vengano trattati _esclusivamente_ articoli con codice a barre
ufficiale (univono in assoluto per sua natura)...

 ufficiale (univono in assoluto per sua natura)...
curiosità: come si fa a sapere se un codice a barre è ufficiale o interno?
Salutoni
Sergio

 curiosità: come si fa a sapere se un codice a barre è ufficiale o interno?
Con esattezza, non ne ho idea (guardando il codice, intendo, anche perchè
dipende dal tipo di codice a barre).
So che esiste in Italia un istituto (mi par di ricordare che si chiami
IndiCod) che, collegato agli omologhi degli altri stati, assegna, su
richiesta, un codice univoco.
Di fatto tutto è "concentrato" stato per stato in quanto ciascuno ha un suo
numerello iniziale, segue poi il produttore/fornitore (anch'esso univoco
nello stato di competenza) e l'articolo specifico. Quindi c'è univocità
assoluta del codice articolo.
E' evidente che, internamente, ciascuno può "inventarsi" il codice che
desidera, ma, se sbaglia a stampigliarlo su un'etichetta, rischia di cozzare
con un codice ufficiale identico...

 ufficiale (univono in assoluto per sua natura)...
La soluzione che intendevo utilizzare era quella di avere 2 codici, 1
commerciale (se esiste, per esempio la epson codifica tutti i suoi articoli
e i fornitori ho visto che utilizzano sempre quello, se invece č diverso
creo una tabella Fornitori_Codici, in modo tale da avere per ogni articolo
tutti i codici dei miei fornitori e sapere cosě chi me lo puň fornire. Un
terzo codice univoco generato dal mio programma, con la prima cifra che
identifica il gruppo merceologico e 2 serie da 6 numeri (tipo barcode in
pratica). La prima serie mi identifica il fonitore, la seconda un
progressivo.
Che intendi per codifiche presso i clienti?
ciao


ciao, ho letto tutto il trhead infatti mi è stato utile ma per la codifica
avevo bisogno di qualche info in piu
grazie comunque..
ciao

 Che intendi per codifiche presso i clienti?
Se un cliente ti fa un ordine potrebbe (siccome il cliente ha sempre
ragione!) citare il _suo_ codice, non il tuo. Se tu li conosci entrambi, fai
alla svelta a risalire dal suo codice al tuo interno.

 alla svelta a risalire dal suo codice al tuo interno.
quindi, riassumendo, un medesimo articolo può avere un codice diverso per
ciascuno dei fornitori, un codice interno e un'altro per ciascun cliente....
quindi si dovrebbe avere una tabella, in relazione uno a molti con l'anagrafica
degli articoli, nella quale soni indicati:
id articolo (join con la tabella anagrafica)
Corrispondenza (indica se il successivo id è da cercare
                nelle tabelle fornitori o clienti)
id corrispondente (join relativo alla tabella specificata sopra)
codice  (il codice vero e proprio)
Così potrebbe andare?
Salutoni
Sergio

 Sergio

 Cosě potrebbe andare?
Avevo letto affrettatamente. La farei piů semplice, anche se lo scopo finale
č questo:
Una tabella per i dati dell'articolo, dove il campo chiave č il _mio_codice.
Una tabella ART_FO (o FO_ART, che dir si voglia) che riporta in ogni record
le info di ogni fornitore del _mio_ articolo, dove la chiave č il _mio_
codice articolo e il codice del fornitore nella _miei_ archivi, quindi la
chiave č complessivamente univoca. Fra le altre info, non necessariamente in
chiave, c'č anche il codice che il fornitore assegna a quello specifico
articolo.
Situazione praticamente identica (a parte le varie info relative) per la
tabella ART_CL, ovvero per i clienti.

 tabella ART_CL, ovvero per i clienti.
direi che più che altro sdoppi la tabella, una relativa al rapporto con i
fornitori e una verso i clienti.
Quindi questo risponde indirettamente ad un altro mio quesito: è il caso di
utilizzare una sola anagrafica clienti/fornitori, con eventualmente un flag che
distingua le due categorie o è meglio implementare due tabelle? Direi che, a
questo punto, il tuo parare è decisamente per le due tabelle.
Salutoni
Sergio

CSSoft ha scritto:

No. Io nella mia contabilità (ovviamente accessibile anche dal magazzino) ho
tutto il Piano dei Conti contabile, comprendendo le voci tipicamente
contabili (la cassa, per esempio, o un conto di spesa, etc.), ma anche tutti
i Clienti e tutti i Fornitori, ovviamente ciascuno univocamente codificato e
"tipizzato" per conoscerne, appunto, la sua "classificazione contabile". Può
accadere (lo dico giusto per completezza) che un fornitore possa essere
anche cliente (e viceversa). In tal caso creo due voci, quindi due codici
distinti.
Sul magazzino, per quanto riguarda gli articoli, ho 3 tabelle, come dicevo:
Una per l'articolo, una per i fornitori di quell'articolo e una per i
clienti per i quali quell'articolo ha delle condizioni particolari. I codici
interni (ovvero quelli che uso nella gestione interna aziendale), quindi
(articolo, cliente, fornitore) sono assolutamente univoci e il fornitore
Rossi Mario sarà codificato, per esempio, ROSMAR, ovunque. Se il fornitore
Rossi Mario fosse anche un cliente, creerò un altro codice (come se fosse
tutt'altra persona fisica o giuridica), ovviamente diverso. Ovviamente il
codice articolo, come detto, è univoco e preciso. Nelle altre due tabelle
(art_fo e art_cl) la combinazione fornitore+articolo (quindi anche
cliente+articolo) è quindi a sua volta univoca.

 evitando di avere codici doppi etc?
TABELLA ARTICOLI:
CodArt    Tipo=Contatore
Altri dati
TABELLA ARTFOR
CodArt    Link a tab ARTICOLI
CodFornitore    Link a tab FORNITORI
CodArtFor        Come lo chiama il fornitore
Alex

 CodArt    Tipo=Contatore
Io nell'uso di sequenze e/o contatori ci andrei cauto, specie dove in realtà
potrebbe essere più conveniente usare un codice parlante..
-- 
Ale
La RFD originale per it.comp.dotnet su
http://www.sen.it/stoa/articles.asp?id=10
Se vuoi discuterne, vai su it.news.gruppi

 potrebbe essere più conveniente usare un codice parlante..
Personalmente uso sempre un codice parlante...ma visto l'esempio concreto
(non ho capito se il cliente voleva un codice interno o meno) ho detto così.
Io in realtà ho fatto:
TABELLA ARTICOLI:
CodArt    Tipo=testo (21)
Alex

 potrebbe essere più conveniente usare un codice parlante..
Aggiungo una cosa:
io modifico i sorgenti di un noto programma gestionale...che ovviamente usa
i codici parlanti...però mi sono reso conto che 2-3 clienti memorizzano:
"00001", "00002", "00003", etc.....
Mah....
Alex