Newsgroup: it.comp.lang.visual-basic
Titolo: gestionale carico scarico con diversi magazzini

Salve al news stò per cimentarmi nello sviluppo del software che vado a
descrivervi e vorrei info per come agire al meglio, come db vorrei
utilizzare un mdb per semplicità ma non ho paura di affrontare altri db
(vorrei escludere sqlserver però):
programma di gestione carico scarico magazzino con inserimento prodotti
leggendo il bar code del prodotto da identificare con data di scadenza e
gusti (mangimi per animali)
e qui so già che devo interagire con un lettore bar code... consigli per
l'acquisto ?
il programma risiede su un pc nel magazzino centrale ma deve poter
interagire con altri due nei quali non ci sono pc
il carico avviene sempre nel magazzino centrale e fin qui no problem ma gli
altri magazzini ? ho pensato ad un terminale portatile per effettuare
immagazzinare i dati e poi scaricarli sul pc ma come faccio a far andare
d'accordo il terminale con il programma ? sò che il terminale usa il dos ma
proprio per questo poi come faccio ad inserire i dati nell'mdb del programma
?
boh ?  per adesso spero mi diate una mano a capirci di più. saluti

 ha scritto:
[cut]
Io mi limito a darti un consiglio per le tabelle.
Devi utilizzarne almeno tre:
Tabella articoli (campi minimi):
Codice articolo
Codice a barre
Descrizione
Giacenza generale
Tabella per magazzini (campi minimi)
Codice articolo + codice magazzino (o due campi)
Giacenza per magazzino
Tabella movimenti (campi minimi):
Codice articolo + codice magazzino (o due campi)
Documento
Quantità
Causale operazione (carico o scarico)
Quando effettui un carico:
Trovi l'articolo e incrementi la giacenza
Scrivi il record di movimenti.
Cerchi l'articolo + magazzino
Se lo trovi
    incrementi la giacenza
altrimenti
    lo crei ed incrementi la giacenza
Fine
Quando effettui uno scarico:
Trovi l'articolo e decrementi la giacenza
Scrivi il record di movimenti
Trovi l'articolo + magazzino
Decrementi la giacenza
Controlo se la giacenza è uguale = 0
Se si
    cancelli il record
Fine
Ciao, Sauro

 ?
AXxo! Qualche tempo fa ho realizzato un programma simile, tutti i terminali
con cui ho avuto a che fare utilizzano uno pseudo DOS, per realizzare un
programmino funzionante ho smanettato per un mese, prima in VBDos con le
forms (e incasinava la memoria), VBDos senza forms (e incasinava la
memoria), Pascal (e incasinava la memoria), C (ha funzionato).
Brutta gatta da pelare...

Mi accorgo che il problema non è di semplice soluzione.
In particolare i problemi più grossi credo a questo punto siano nel
trasferimento dei dati dal terminale al pc, ma in che formato sono questi
dati (txt,dbf, altro ?)
e poi a seconda del formato bisognerà scrivere una procedura per
l'interpretazione dei dati per modificare i dati nel magazzino centrale
anche qui mi sà essere una cosa piuttosto elaborata, consigli utili non
guasterebbero
che terminale con lettore bar code mi consigliate per l'operazione ? la
quantità di memoria è importante ?
in ultimo (per il momento) per i bar code ci sono problemi ci sono
particolari formati o cmq il lettore li supporta tutti ? e come faccio a
riconoscere i bar code dei prodotti a quale tipo corrispondono ?


Tutti i lettori in commercio riconoscono i formati più diffusi (Ean13,
Code39 ecc).
Il vantaggio del modello che ti ho suggerito (Laser a radio frequenza)
consiste nel poter leggere a discreta distanza (Il laser) e trasmettere ad
una base collegata ad un pc (La radio frequenza) anche a decine di metri di
distanza.
Il costo di un buon lettore laser RF è sui 500/800 ?.
Un'ultima cosa.
Considerando che ogni produttore decide autonomamente quale barcode
utilizzare (Il più diffuso è l'EAN13, con la metà sinistra che identifica
nazione e società produttrice e metà destra che identifica il prodotto) non
vale la pena perder tempo ad interpretare i barcode.
Memorizzali in un campo di tipo testo con dimensione adeguata.
Concentrati poi sul controllo di eventuali anomalie tipo: stesso barcode per
prodotti diversi o stesso barcode utilizzato casualmente da due produttori.
Non preoccuparti: i barcode semplificano la vita, non la complicano.
Fabio