Newsgroup: it.comp.appl.access
Titolo: Modifica Ragione Sociale

Dovrei gestire un piccolo applicativo di Fatturazione, e mi ponevo un
dubbio sulla struttura della Tabella nella quale gestisco la
registrazione delle fatture:
Attualmente pensavo di mantenere la Tabella Fatture completamente
svincolata da legami Relazionali, questo per evitare problemi.
Pensavo che questo metodo tornasse comodo anche nel caso di
modifica Ragione Sociale di Clienti....!
Secondo voi è corretto o converrebbe avere la tabella Fatture
relazionata 1--OO con la tabella Clienti e ottimizzare il Join...?
Mi interessavano pro e contro.
Grazie.
@Alex.
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 @Alex.
Ne ho più di uno di questi applicativi. Alcuni vanno avanti dal 1995.
L'unica relazione che mantengo è Anno 1--OO Fatture, per potermi gestire
l'archivio per Anno. Per i Clienti mantengo una combo con origine Clienti.
Il tutto ha sempre funzionato in rete molto bene.
--
rgrds
SC
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 modifica Ragione Sociale di Clienti....!
Scusa ma tu nella fattura non richiami solo l'id del cliente?
Se sì puoi odificare tutto ciò che vuoi nella tabella Clienti
ciao MAssimiliano
p.s. alla fine ti sei arreso e glielo hai fatto tu il programmino di fatture
al tuo amico???

 SC
Non vedo l'esigenza di relazionare Anno con Fatture, anche se ne
capisco la Comodità, ma è un dettaglio....!
Di conseguenza come mi pare di capire salvi i dati nella Tabella
Fatture in Chiaro, di conseguenza non usi gli indici come
legami per ricerche......!
Da un punto di vista Database stride molto, ma in questo caso 
essendo l'esigenza primaria la Contabilità presumo sia quasi
un DOGMA, e di conseguenza ogni modifica di Ragione sociale non
influenza(e non lo devefare) le Fatture precedenti, l'unico limite
sono le ricerche e i filtri che non essendo fatti su chiaviindicizzate
ne compromette molto l'efficienza.....!
Era no considerazioni sulle limitazioni prestazionali quelle
alle quali mi riferivo....!
Grazie.
Ciao @Alex.


 Ciao @Alex.
Sì, è proprio un discorso contabile. In contabilità quando un cliente
cambia ragione sociale aprono una nuova posizione. A tutti gli effetti
diventa un nuovo cliente. Mantengono la vecchia posizione quando avvengono
variazioni nell'indirizzo.



hemm
In contabilità si apre una nuova posizione del cliente solo se cambia la
Partita IVA, se ad esempio una società cambia ragione sociale da SRL a SPA
la partita iva non cambia, e le posizioni contabili sono riferite sempre
allo stesso cliente. Si apre una nuova posizione se la società chiude
l'attività e la riapre sotto altro nome (ad esempio per un fallimento).
Ciao Giorgio


Ciao @Alex,
io faccio così
Premetto che non è bene avere i dati ridondanti in un Db ma io me ne frego,
ovvero memorizzo i dati del cliente anche nella fattura pur mantenendo una
relazione con l'Id del cliente. In questo modo ho entrambe le possibilità
per estrarre i dati.
Mettiamo per esempio che un'agente viene sostituito per interruzione dei
rapporti,  basta cambiare il codice agente nei vari clienti e continuo a
fatturare.  Quando devo saldare le provvigioni  a chi le pago ? Se non ho il
codice Agente anche nelle fatture sono fregato perché non posso gestire il
periodo transitorio.
Questo è solo uno degli esempi (è sempre bene avere due vie di fuga).
Ciao Giorgio

 SRL a SPA la partita iva non cambia, e le posizioni contabili sono
Questa non la sapevo..ma non sempre però, nel 2003 2 miei cliente sono
diventati da SRL
a SPA e tutti e due hanno cambiato P Iva...
-- 
Alex
"La differenza tra un genio ed un idiota è che il genio ha i suoi
limiti" (Anonimo)

 a SPA e tutti e due hanno cambiato P Iva...
Da SRL a SPA assegnano un nuovo C.F., la P.IVA rimane la stessa.


 a SPA e tutti e due hanno cambiato P Iva...
Perchè al posto di trasformarla hanno scelto di chiudere l' SRL , costa ma
può essere comodo per chiudere i ponti con il passato.
Ciao Giorgio.
.

 wrote in message
news:bvqjig$7e6$
1...@lacerta.tiscalinet.it
[CUT]
In tutti i casi mi avete chiarito perfettamente le cose, di 
conseguenza la soluzione che avevo in mente e confermata
da SV diventa d'obbligo Isolata.
Ne consegue che Il cliente ha come PrimaryKey la P.I.V.A.
e deve diventare NON MODIFICABILE....!
Bene, Vi ringrazio per la professionalità nell'esposizione.


 wrote in message
news:DN2Ub.3317$
HO2...@news.edisontel.com

He.. HE proprio così allla fine l'ho fatto io e ovviamente
l'APPETITO viene mangiando ed ogni gg una nuova....!
Vorrà dire che ne approfitterò per il pacchetto d'installazione.
Per quanto riguarda la tua 1° domanda direi che essendo una
Tabella contabile non inserisco solo l'ID Cliente, ma tutti
i dati necessari alla Fattura, poichè nel caso di Modifica
di alcuni dati quando vado a ripescare Fatture vecchie avrebbero
il Vizio di Forma che reperirebbero dati errati(mutati nel tempo).
Esempio se ho fatturato ad una S.R.L.(nelò tempo diventata SPA)
che ha mantenuto P.I.V.A. uguale, alla riestrazione nella
visualizzazione
della fattura otterrei SPA quando all'ora era S.R.L., per ovviare
la Tabella Fatture contiene tutti i dati.
Le modifiche della Tabella Clienti non si devono pertanto riperquotere
sui dati di fatturazione.
 
Ciao MA.
@ALex.


 Ciao Giorgio
Ciao Giorgio, in effetti era la strada che a rigor di logica stavo
già intraprendendo, ma come hai evidenziato non è la canonica, pertanto
non avendo esperieza su come trattare dati FISCALI/CONTABILI preferivo
avere una spalla su cui piangere, in questi casi prevenire è meglio
che curare.
Ciao.
Sempre ottime spiegazioni.....


 ha scritto nel messaggio
news:bvqft1$rtq$1...@news.newsland.it...

IDEM!

 Da SRL a SPA assegnano un nuovo C.F., la P.IVA rimane la stessa.
Concordo: caso già verificato con un mio cliente!

 @ALex.
MAssimiliano

 ha scritto nel messaggio
news:f805bed75e38a111ab...@mygate.mailgate.org...

Occhio però!
Un mio cliente fattura a delle farmacie comunali, ogni filiale della
farmacia ha la stessa partita iva della "casa madre" ma è necessario che
sulla fattura ci sia il nominativo della filiale quindi 5 filiali 5 record
sull'archivio anagrafica con stessa partita iva
Ciao, AEOM

 sui dati di fatturazione.
Verissimo. Le nuove modifiche non devono riflettersi sul passato.
Ma una domanda  sorge spontanea: hanno maggiore rilevanza giuridica (in caso
di controlli) le fatture sul pc o quelle già stampate?

 per estrarre i dati.
Soluzione accettabile.


ovvio che quelle registrate.
MAssimiliano

 ha scritto nel messaggio
news:cG4Ub.252198$_P.86...@news4.tin.it...

giusto, conviene mantenere l'Id del cliente come relazione,
In questi casi le filiali possono essere memorizzate nel'anagrafica clienti
anche senza partita iva e hanno un campo CodiceFatturazione che identifica
l'anagrafica di fatturazione.
La fattura deve essere intestata al titolare della partita IVA, e in questi
casi si aggiunge l'indirizzo di spedizione merce.
Ciao Giorgio

 MAssimiliano
La domanda sorge realmente spontanea, mala mia risposta banale
è questa:
1)Quelle stampate sicuramente valgono ufficialmente, poichè 
sono incrociate con quella stampata al cliente.
2)Quella registrata sul PC se il Software non è riconoscuto
dall'intendenza di finanza ed è SIL2/3 o altro non credo valgano
di più della tua parola(NULLA).
Ciao.
@Alex.


 @Alex.
Ciao
Galliano.

 ha scritto nel messaggio
news:cG4Ub.252198$_P.86...@news4.tin.it...

Per casi del genere io imposto una tabella "Sottoanagrafica", in relazione uno a
molti con la tabella anagrafica principale, per tenere conto delle diverse filiali
che possono fare capo ad una singola azienda. È utile anche per poter stampare
indirizzi diversi (pur se facenti capo allo stesso soggetto) sui documenti di
trasporto.
Ciao
Galliano.

 Ciao Giorgio
Anch'io mi comporto così, alla faccia della ridondanza :)
Pur mantenendo la relazione fra tabella documenti e tabella anagrafica, ho
predisposto alcune funzioncine che metto nella proprietà "Valore predefinito" dei
vari controlli "ragione sociale", "indirizzo" ecc. facenti capo ai corrispondenti
campi della tabella documenti: ogni variazione successiva degli stessi dati non avrà
influenza sui documenti già emessi.
Ciao
Galliano.

 Galliano.
Indiscutibile osservazione, ma la fatturazione a persone senza
PIVA si fa solo su CF, sempre sia ammessa, e non diventi Ricevuta.
In queste cose sono negato.
Grazie.


mi accodo al 3d ponendo un quesito che spero abbia una certa inerenza al
discorso:
nella tabella dettaglio fatture memorizzate il nome prodotto e il suo
importo o mettete solo l'eventuale id della tabella prodotti, magari
pescandolo da una combo?
(nella seconda ipotesi si verificherebbe cmq un aggiornamento dei dati
obsoleti ai valori attuali dell'importo prodotto e le sue informazioni
collegate ...)
e l'importo della fattura lo ricalcolate ad ogni visualizzazione o si
memorizza in un campo apposito nella tabella fatture?
Il dilemma è sempre quindi quello di decidere quali informazioni memorizzare
nella tabella e quali fare "ricalcolare" o ripopolare da query ...

 @Alex.
La cosa non è così pacifica. In effetti l'art.21 del DPR 633/72 (quello dell'IVA)
dice:
********************************************
Art. 21 - Fatturazione delle operazioni
[CUT]
[2] La fattura deve essere datata e numerata in ordine progressivo e deve
contenere le seguenti indicazioni:
1) ditta, denominazione o ragione sociale, residenza o domicilio dei
soggetti fra cui è effettuata l'operazione, nonché ubicazione della
stabile organizzazione per i non residenti e, relativamente all'emittente,
numero di partita IVA. Se non si tratta di imprese, società o enti
devono essere indicati, in luogo della ditta, denominazione o ragione
sociale, il nome e il cognome [3];
[CUT]
********************************************
Stando alla lettera, l'indicazione della partita iva sembrerebbe essere obbligatoria
solo relativamente all'emittente e non anche al cliente; pertanto dovrebbe essere ben
possibile emettere fattura nei confronti di un terzo, fosse pure un'azienda, anche
senza indicarne la P.I. ; quanto al codice fiscale, la norma non dice nulla.
Io mi regolo così:  nella tabella anagrafica predispongo un campo P.I. e un campo
C.F. ; nella tabella fatture un campo idfiscale in cui, tramite una semplice
funzioncina, scrivo la P.I. se presente, altrimenti il C.F. se presente, altrimenti
nulla. Finora non ho avuto rimostranze da parte di commercialisti.
Ciao
Galliano.

 ha scritto nel messaggio
news:j7dUb.15033$U4.5...@twister1.libero.it...

Interessante, soprattutto l'idea della funzione per l'inserimento PIVA o CF
e ottimo anche il riferimento Normativo che mi mancava....!
Grazie per la precisazione.
@Alex.

 ha scritto nel messaggio
news:bvr3ql$351$1...@news.flashnet.it...

E' proprio l'oggetto del contendere, serileggi meglio i post
vedi che nonostante la scelta vada contro i principi di sviluppo
del DB, quì si impone una questione prioritara e fiscale, pertanto
nella tabella Dettaglio a meno di non trovarti poi ricalcolati i prezzi
ti conviene salvare i dati....!
P.S. almeno è quello che ho capito dalle considerazioni di chi
ci bazzica da molto nel campo contabile.....!
@Alex.

 ha scritto nel messaggio
news:bvruh3$e8d$1...@lacerta.tiscalinet.it...

Ecco un esempio di come come nella vita convincimenti e certezze conviene
spesso metterli da parte per far posto alle novità!
Grazie e buon lavoro!