Newsgroup: it.comp.appl.access
Titolo: Gestione delle fatture bis

Salve a tutti.
Tempo indietro nella mia officina si era presentata la necessità di inserire una fattura aggiuntiva 
per il mese di Aprile che ci eravamo dimenticati di fatturare. Fortunatamente le fatture di Maggio 
erano poche e dovevamo ancora consegnarle, così direttamente da tabella ho aggiunto un numero dopo 
l'ultima di aprile, traslando le fatture di maggio avanti di 1. Ho inserito la fattura e ristampato 
tutte le successive. Risolto il problema.
Parlando con la segretaria, mi diceva che per problemi analoghi vi è la possibilità di inserire 
delle fatture Bis, senza la necessità di rinumerare tutte le fatture successive. Io però non ho 
previsto tale funzione nel mio db.
Ora che sto rivedendo daccapo il tutto, avete qualche suggerimento su come implementare la gestione 
delle Bis? Devo utilizzare un campo Alias dove scrivere per esempio 145bis anche se L'IDfattura è a 
146 e procedere sfalsato da lì in poi, oppure ci sono sistemi più eleganti?
Grazie
---------------------------
Michele (Giò)
joyl...@alice.it
 

 typed:

Ciao,
io di solito faccio fare la fattura a mano... :-))))
Credo che molto dipenda dalla numerosità della casistica.
Una soluzione potrebbe essere di allungare la chiave univoca
dell'archivio includendo un nuovo campo (il \a o \b, il bis insomma)
che normalmente non deve essere nullo e quindi per default lo
imposto con un carattere di Underscore (questo e' facile da nascondere
poi sulle stampe). Se serve invece viene utilizzato come \bis o quello
che vuoi.
Un idea.
--
lorenzo

 ha scritto nel messaggio 
news:jrSWg.142501$_J1.9...@twister2.libero.it...

Si, in effetti l'aggiunta di un campo Bis e di utilizzare la chiave primaria costruita su due campi 
potrebbe essere una valida soluzione. Anzi, dato che l'evento bis è molto remoto magari utilizzare 
un campo boolean per limitare lo spazio in relazione all'utilizzo.
Poi però, riagganciandomi ad un discorso fatto in precedenza, ci sarebbero da tenere in 
considerazione i records correlati, e il fatto che nelle query comparirebbero i join a due campi. La 
soluzione potrebbe essere utilizzare la Primary Key a campo calcolato e unico che comprenderebbe 
numero e bis.
Ultimo ma non meno importante, devo vedere se riesco a trovare una soluzione che si possa appoggiare 
sopra a quello che ho già fatto e collaudato da quasi un anno senza stravolgere tutto il sistema. 
Purtroppo ho una miriade di variabili da considerare e aggiungere un qualcosa ovunque vuol dire 
scendere nei meandri di tutto il codice per aggiungere la modifica. Il collaudo è una cosa 
inestimabile, fa saltar fuori di quei problemi che solo la gente che non sa adoperare il PC sa 
concepire.... ma questo è un problema tra me e il mio fido db.
Michele 


Le fatture BIS/TER/ECC non sono consentite, salvo rare eccezioni.
Rivolgiti a un consulente fiscale per maggiori info.
Stai comunque attento a rispettare la cronologia delle fatture,
che sia coerente con la progressività numerica.
Saluti.
:-|

 Saluti.
No no beh, la cronologia numerica per le fatture è stato uno dei primi fondamenti del mio db. 
Addirittura non do la possibilità di cancellare una fattura se non modificandola o riscrivendola, in 
maniera da non lasciare mai buchi. Solo l'ultima ha la possibilità di essere cancellata.
Grazie per questa dritta riguardo le fatture bis. Prima di lavorare per niente, è meglio che mi 
informi da chi ne sa.
Saluti
Michele