Newsgroup: it.comp.lang.visual-basic
Titolo: Database fatture

Ciao a tutti...
è la prima volta che posto, spero mi possiate aiutare... :-)
Stò facendo un programma per una macelleria, le cui funzioni
principali sono:
- Fatturazione
- Gestione Clienti (archivio)
- Archivio fatture
Ho qualche problema sul database, premetto che uso SQL.
Ho creato una tabella "clienti" che ovviamente contiene tutti i clienti
a cui sono state fatte fatture oppure che sono stati inseriti
manualmente. Ho poi creato una tabella "prodotti" in cui si andrà ad
inserire il codice, la descrizione e il prezzo al kg.
Ora, la creazione della nuova fattura avrei pensato di impostarla cosi:
-Inserisco tutti i dati del cliente
-Scelgo un prodotto dall'elenco, ne inserisco la quantità, e lo salvo
in una tabella
Il mio problema è, come memorizzare le fatture?? Ovvero per ognuna,
avrò il relativo cliente, la data i prodotti acquistati, il prezzo
totale, gli sconti ecc... ma per ogni fattura i prodotti sono più di
uno, e non ho idea di come o dove memorizzarli.
Grazie mille a tutti.
Enigma

Enigma ha detto questo venerdì :

Ogni fattura è composta da una TESTATA (che punta al codice del 
cliente), e da una serie di RIGHE (che puntano al codice della testata 
e dell'articolo).
Ciao
Alberto
-- 
A questo punto hanno trovato un muro,
un muro duro, molto molto duro,
che siamo noi.

 manualmente.
La prima parte della frase mi lascia molto perplesso.
Vuoi dire che nella fattura posso inserire i dati di un cliente non presente 
nell'anagrafica e questo viene salvato?
Ciao 

 dell'articolo).
Non vorrei dire una boiata ma credo che i dati della testata vadano copiati 
dall'anagrafica.
Metti che un cliente cambi indirizzo...
A meno che non crei un nuovo cliente con le nuove coordinate, ma questo vuol 
dire lasciare troppa libertà all'operatore, che sicuramente andrà a 
modificare il vecchio piuttosto che crearne uno nuovo.
Ciao 

 Metti che un cliente cambi indirizzo...
In genere, le anagrafiche hanno dei periodi di validità.
Cioè, io avrò il cliente 123456 con alcuni dati valido dal 1/1/2005 al 
31/12/2005, e il cliente 123456 con altri dati, valido dal 1/1/2006 e 
non ancora scaduto.
Così come per un cliente (contabilmente parlando), avrò più sedi di 
destinazione della merce, più responsabili da indicare nei ddt, ecc...
Quando stampo la fattura, in linea di principio utilizzerò la versione 
dell'anagrafica valida alla data fattura, ma se il cliente mi chiede di 
ristampargliela con l'anagrafica attualizzata, posso stamparla anche 
con i dati correnti.
Ma non volevo complicare troppo la vita all'OP.


 Ma non volevo complicare troppo la vita all'OP.
Beh, mi pare una possibilità piuttosto frequente, meglio che salti fuori 
subito.
Ciao 

Grazie mille a tutti.
nulla 

 subito.
Beh, guarda, dai problemi che ha sollevato, direi che ci sono 'diversi' 
passaggi intermedi prima di porsi questo problema.


Enigma ha scritto:
zac
Come ti ha detto Albe....
TESTATA ......Anagrafica
------->
CORPO.......MovimentiFattura
Le complicazioni poi sono molte e dipendono dallo specifico.....
Albe ti faceva un esempio....più sedi....e di come lui risolveva il
problema usando l'anno fiscale....se non specifichi nulla usa quelli
correnti di dati....
C'è chi usa CAUSALI....che automaticamente precaricano alcuni
campi....
Chi non usa nulla e ti fa apparire una miriade di combo nella testata
C'è poi chi usa una complicazione in più...Anche un FOOTER dove
mettere totali, scorpori e calcoli di varia natura...
Se la situazione tua è semplice
Testata e corpo
e te la cavi facilmente

 approvati dall'intendenza di finanza.
Allora tutti le aziende d'italia hanno una contabilita' illegale....
FORSE ne esisteranno 2 di programmi certificati daslla guardia di finanza...
Premesso che lui vuole solo fare Fatture...(trovi un sorgente in VB su 
www.visual-basic.it
) e non fare tutta la contabilita'...
Cmq se la finanza trova un rotolo di carta igenica con su scritto:
dati azienda, PIVA, fattura n° xx, un po di numeri alla rinfusa....i 
finanzieri lo reputano una fattura o un registro fatture e agiscono di 
conseguenza....
Con questo cosa voglio dire:
Una fattura scritta a mano, con un martello pneumatico su una lastra di 
marmo, con sangue su un muro dell'edificio basta che abbia i dati azienda e 
l'importo.
Che ognuno nel mondo e' padrone di fare il software per l'emissione di 
fatture con tanto di stampa su lastra di marmo e son solo problemi suoi come 
la porta dal cliente.....
Per quanto riguarda i programmi di contabilita' l'unico "obbligo" e' legato 
al bilancio europeo che non e' null'altro che l'imposizione di usare il 
mastro xx, il conto yy per dichiarare l'entrata a o l'uscita b...tale 
obbligo e' solvibile dal commercialista che ridigita tutte le entrate, 
uscite, ecc ecc utilizzando i codici europei....
Se hai i decreti legge che OBBLIGANO a una certificazione te ne sarei grato 
dimodoche' possa convincere i miei clienti a cambiare il loro programma con 
uno a norme ...magari il tuo.


Ciao!!
Grazie a tutti per le risposte...
ora provo e se ho qualce problema vi faccio sapere!
Grazie ancora

 - Archivio fatture
Per non partire proprio da zero, dai un'occhiata qui:
http://www.fatturafast.org
E' un semplice programma di fatturazione completo di sorgenti VB, sul 
quale ci sta lavorando un gruppetto di persone.
Ciao
-- 
Gianluca Cannalire
Microsoft MVP/MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca