Newsgroup: it.comp.appl.access
Titolo: Info su Programma di Fatturazione

Ciao a tutti,
volevo provare a fare un applizazione di fatturazione in access...
tipo:
Carico e Scarico merce
Gest. Fornitori
Gest. Clienti
Fatturazione con scarico in auto
3/4 Listini
Per fare ciň da dove posso iniziare ?? sono a 0 o quasi !!
Grazie
Matteo

 Per fare ciň da dove posso iniziare ?? sono a 0 o quasi !!
La tua domanda risulta provocatoria e, di primo acchito sono stato tentato
di dare una risposta sarcastica.
In realta' non e' che il tuo problema sia qualcosa di nuovo, ma richiede una
certa conoscenza dei database, di access, di codice VBA e di come funzionano
fatture e movimenti di magazzino.
Se hai tutte queste conoscenze a un livello maggiore di quello di un
principiante, il miglior consiglio che posso darti e' di pensare a lungo su
come funzionano "manualmente" le cose e quindi di metterlo per iscritto.
Poi inizi a mettere su la struttura dati.
Sib

 > Per fare ciò da dove posso iniziare ?? sono a 0 o quasi !!


 ora sarò in grado di fare tutto...
--cut--

 tu forse non riesci a cogliere i suggerimenti...
Come ho detto sono un totale pricipiante e forse i suggerimenti sottili non
riesco ancora a coglierli, comunuque unica cosa che avevo capito era ti
procedere prima a mano e poi sul pc.....ma io avrei voleuto ricevere anche
delle faq del tipo link dove trovare info da leggere o nomi di testi che
potessi acquistare per imparare o roba del genere procedimento per un
pricipiante che si affaccia al mondo di access...
Grazie
Matteo


Ok, allora non c'è cosa migliore che fare un giro sul sito comune di questo
NG: 
www.sitocomune.com
Poi per avere un'idea delle possibilità che hai con Access, cerca di capire
com'è strutturato il db Northwind.mdb che hai installato insieme ad Office.
In ogni caso, e questo vale in generale, non solo nel tuo caso, il
suggerimento che ti ha dato Sib non era sottile, anzi è stato molto
chiaro...chiunque (neofita od esperto) dovrebbe progettare su carta prima di
iniziare a creare strutture e a scrivere codice...purtroppo molti di noi, io
per primo, vuoi per mancanza di tempo, vuoi per eccesso di autostima,
sottovalutano questa fase della progettazione.
Ciao e buon lavoro
Trap

 ora sarò in grado di fare tutto...
Cut
Guarda che e' esattamente cosi' che si aiuta un neofita.
Tu hai posto una domanda, come ti dicevo, provocatoria.
Se leggerai qualcuno dei messaggi di questo NG ti renderai conto di cosa
intendo.
Non si puo' venire a chiedere "come faccio questa applicazione?" cosi', non
perche' ci siano problemi strani, ma per il semplice fatto che fare una
applicazione richiede, prima di tutto, una approfondita analisi.
Nessuno puo' dirti cosa devi fare senza conoscere a fondo il tuo problema.
Inoltre, anche trattandosi di argomento trito e ritrito, non si puo'
mettersi qui a spiegare come devi fare tabelle, relazioni, maschere, ecc
ecc.
Qui puoi chiedere tranquillamente aiuto su come risolvere specifici
problemi.
Molte delle persone che frequentano questo NG sono professionisti del
settore che mettono a disposizione la loro esperienza a titolo
esclusivamente gratuito.
Infine il mio suggerimento, come opportunamente ti diceva Trap, e'
tutt'altro che vago. Ti ho dato una indicazione precisa sul come cominciare,
e non credere che sapere, piu' o meno, come si fanno bolle e fatture sia
sufficiente, devi sapere esattamente come funzionano, come movimentano il
magazzino, cosa e' obbligatorio e cosa no.
In libreria puoi trovare diversi libri su access e sui database in generale,
a parte quelli recensiti sul sito comune, ne ho visto uno interessante che
ho intensione di comprare dal titolo "Come implementare correttamente un
database" che, pur non facendo riferimenti tecnici approfonditi sulla
realizzazione di un database (anche se prende come modello Access) spiega
tutti quelli che sono i passaggi da seguire *prima* di iniziare a realizzare
il db vero e proprio, cioe' insegna a fare l'analisi preliminare (che non e'
certo cosa da poco).
Molti newbye credono che fare un db significhi mettersi al pc a scrivere
codice ma non e' cosi', almeno meta' del lavoro si fa prima pensando a come
deve essere fatta la struttura.
Ma ora mi sono dilungato veramente troppo e non vorrei che questa mia
sembrasse una giustificazione per qualcosa.
Ti saluto
Sib
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente
--
----------------------------------------------------
la mia home:
http://digilander.iol.it/syb
----------------------------------------------------
il sito comune di it.comp.database.access:
http://www.sitocomune.com
----------------------------------------------------
4000 anni fa', il saggio egizio Ptahhotep scrisse:
"... perche' non esistono saggi per nascita."
------------------------------------------------------
Saturiamo ECHELON:
bomba saddam attentato medio oriente

 ho intensione di comprare dal titolo "Come implementare correttamente un
CUT
Mi e' scappata una s al posto della z
Chiedo scusa.
Sib

Sib
questo è certamente vero, anche se spesso capita che nemmeno il
cliente sappia cosa gli serve o che man mano che utilizza un programma
gli vengano in mente nuove esigenze che ti sconvolgono la struttura
dati. Sigh.
A volte in sede di analisi risulta necessario indirizzare o chiarire
alcuni aspetti al cliente.
Ciao Emanuele.

 Ciao Emanuele.
Ciao e auguri
Sib