Azzerrare fatture ecc, azzerrare db?

[emi]

Se ne era già discusso anche dall'altra parte, e si aspettava, si aspetta una rispota, ma visto che ora abbiamo un forum, direi che riaprire qui questa discussione e magari trovare tutti assieme una soluzione.

In pratica, considerando che ogni di noi ha effettuato delle prove, dei test, di aqcuisto ecc...e ora ci si ritrova con un pò di ordini da stornare, come lo risolviamo sto problema?
inoltre, lo stesso problema si presenterà a fine anno, visto che le fatture nn si azzerrerano a fine 08 ma proseguono anche per il 09, quindi ci troveremo ad azzerrare a fine anno.


vogliamo trovare una soluzione?

Emilio

ps: Ivano01 ci dovrebbe far sapere appena possibile, ma intanto vediamo di discuterne tutti assiem, che ne pensate?

[FaRes]

Ciao Emilio,

in effetti questo è un problema serio. Nei giorni scorsi ho messo le mani al database per dare uno sguardo e provare a risolvere "maualmente" ma poi ho dovuto interrompere i vari test a causa di altri impegni.

Ci tornerò quanto prima, ma nel frattempo vorrei segnalare la possibilità che questo problema possa venire risolto dalla prossima versione stabile di Prestashop (sperando che l'attesa non si protragga troppo a lungo) perchè la numerazione sequenziale delle fatture non è un problema esclusivamente italiano e mi sembra di aver visto altri post a riguardo nei forum in inglese.

Teniamoci informati,

Fabio

[emi]

Ciao Emilio,

in effetti questo è un problema serio. Nei giorni scorsi ho messo le mani al database per dare uno sguardo e provare a risolvere "maualmente" ma poi ho dovuto interrompere i vari test a causa di altri impegni.

Ci tornerò quanto prima, ma nel frattempo vorrei segnalare la possibilità che questo problema possa venire risolto dalla prossima versione stabile di Prestashop (sperando che l'attesa non si protragga troppo a lungo) perchè la numerazione sequenziale delle fatture non è un problema esclusivamente italiano e mi sembra di aver visto altri post a riguardo nei forum in inglese.

Teniamoci informati,

Fabio

Ciao Fabio
nel vecchio forum ne discutemmo, e c'era Ivano che attraverso suo cognato [spam-filter] di mysql, doveva farci sapere se riusciva a fornirci una soluzione, come dire automatica, è una cosa che stiamo aspettando, penso che presto lo stesso Ivano ci darà risposta.
Cmq poi vedremo il da farsi anche con altri, visto che come tu stesso dicevi è una problema davvero serio.
ciao

[vinoalvino]

Io torno giovedì , ma stò già scrivendo le query per azzerare tutto; se avete pazienza quando torno ne parliamo per bene

[disarci]

Bravo, ottima idea,
mi servono per un'altro modulo...

per questo...azzerare????

Sicuri che sia il sistema giusto?
....hmmm e come trovo gli ordini precedenti? Azzeri solo le fatture?
Hmmm con un buon sistema di sincronizzazione...

Ci penso un pochino.

[emi]

Bravo, ottima idea,
mi servono per un'altro modulo...

per questo...azzerare????

Sicuri che sia il sistema giusto?
....hmmm e come trovo gli ordini precedenti? Azzeri solo le fatture?
Hmmm con un buon sistema di sincronizzazione...

Ci penso un pochino.

Le tue osservazioni sono del tutto leggittime, in effetti hai ragione a me era scappato sono sincero, nn si può distruggere ogni anno il db, bisogna portarselo "dietro" anno per anno, anche per un riscontro contabile futuro.

mi affido a te, a voi, su una soluzione unica e ...prima che finisca l'anno

da dove partiamo per la creazione di un sistema di sincronizzazione....!

per il fabio, mi affido a te, moderatore della nostra comunity, a farci sapere a stretto giro quando uscirà questa benedetta ( sarà veramente benedetta?!?!?!?) nuova relase e se veramente sarà integrata questa importante "modifica", altrimenti inutile "ammazzarci" per poi magari avere la modifica pronta con la nuova relase, oppure peggio ancora avere un'incompatibilità con le nostre modifiche.

Saluti

[vinoalvino]

Allora un problema per volta:

1) Volendo "pulire" un DB di prova (ad esempio per passarlo dfa locale ad operativo) mi sembra che - correggetemi se sbaglio - si dovrebbe lanciare una query così:

TRUNCATE TABLE `gad_orders`;
TRUNCATE TABLE `gad_order_credit_data`;
TRUNCATE TABLE `gad_order_detail`;
TRUNCATE TABLE `gad_order_discount`;
TRUNCATE TABLE `gad_order_history`;
TRUNCATE TABLE `gad_order_return`;
TRUNCATE TABLE `gad_order_return_detail`;
TRUNCATE TABLE `gad_order_slip`;
TRUNCATE TABLE `gad_order_slip_detail`;
TRUNCATE TABLE `gad_cart`;
TRUNCATE TABLE `gad_cart_discount`;
TRUNCATE TABLE `gad_cart_detail`;
TRUNCATE TABLE `gad_connections`;
TRUNCATE TABLE `gad_message`;

(gad_ è il mio prefisso)

Mancano ovviamente tutte le tabelle non "ufficiali" aggiunte dai moduli personalizzati

ATTENZIONE QUESTA QUERY PULISCE IL DATABASE NON USATELA SE NON PRIMA DI AVER FATTO UN BACKUP DEL DB

Sono queste le tabelle interessat? me ne sfugge qualcuna?

Per quanto riguarda la storicizzazione del DB - una volta stabilito l'insieme di tabelle - basterebbe ricrearle con un altro prefisso ed esportarci i dati con una select sull'anno. Per evitare casini si dovrebbe tenere sempre almeno due anni online, quindi si esporterebbero solo le tabelle di due anni prima.

Faccio un esempio (pseudocodice) ragionando a voce alta:

mia tabella "gad_orders"

1) creo una tabella "bak_2007_orders"
2) faccio un insert nella tabella "bak_2007_orders" con una select da gad_orders where year(date_add) < year(now())-2
3) faccio una delete "gad_orders" where year ....

Nel caso si volesse caricare un anno precedente basterebbe importare (con insert) le tabelle bak_anno*

E' giusto il ragionamento?

Ci sono poi delle tabelle che non hanno il campo "date_add" (tipo order_detail) e che vanno quindi trattate prima della tabella "padre" orders con un join

Insomma ... vale la pena di fare tutto questo?

[disarci]

Attenzione,
a parte che non sono molto convinto della vostra soluzione, in quanto in tutti i software di gestione contabile che ho creato, utilizzato e visto non "buttano" le cose anche se hanno fatto un bk,
Detto che, entro fine anno uscira' una funzione ufficiale per la gestione...
Detto che, se tutti numerassero le fatture (e qui mi tengo le mie opinioni sui commercialisti visto che abbiamo un moderatore) 2008-1, 2008-2 etc non ci sarebbero problemi
Detto che, siamo obbligati a tenerci le cartacce

Attento la tabella _CART contiene gli elementi in transizione che gli utenti mettono nel carrello e che poi verranno acquistati o no... e non gli solo ordini in se. E le tabelle relative anche...non grave se lo resetti ma...

Piuttosto farei un rinomina tutta la tabella che contiene i numeri da 1 alla mia ultima fattura in 2007-n e cosi' ho tutte quelle degli anni precedenti prima di resettare in contatori...ma questo e' solo un pensiero ad alta voce.

[vinoalvino]

Tua voce migliore di mia voce! Augh!

[emi]

Dobbiamo lavorarci seriamente...è una cosa delicata...

qui più di me ...devono intervenire persone capaci...io posso metterci l'impegno questo è sicuro!

[Nicodemo]

Be ragazzi tutto giusto, ma altra soluzione, pur troppo molte volte il commercialista o per esigenze varie la numerazione non scade proprio alla fine dell'anno, quindi bisognerebbe implementare anche una casella che selezioni la data della fine della numerazione annua, dopo di che arrivati a quella data, il programma dovrà prendere tutti gli ordini presenti in archivio creare una nuova tabella dove reinserire quelli vecchi, e creare una cartella dove verranno salvati tutti i pdf delle fatture così che al primo accesso in admin dopo la data stabilita il programma invii in home(del admin), un messaggio che dirà attenzione le fatture per l'anno sono state spostate in archivio vecchi ordini puoi controllarlo su questo link e puoi scaricare l'intero archivio tramite questo link, il programma creerà (da dentro la cartella vecchie fatture), uno zip che verra inviato sul pc dell'amministratore, così da avere una copia di sicurezza delle prorpie fatture emesse(anche perchè perdere un anno di fatturazione(vabbe tranne quelle stampate), e un suicidio)...
P.S. spero di essere stato chiaro!!!(che mente distorta!!!)