Piu' che una contrib, e' un piccolo hack, si tratta di una modifica al file invoice.php (fattura in italiano) adattato alla nostra legislazione.
Ovvero in cima al file ho aggiunto numero fattura (collegato all'id ordine) e data (collegata alla data ordine), sotto rimane pressapoco uguale all'originale, salvo i campi partita iva e codice fiscale già pronti per tale conribution.
Potete scaricare il file da qui
sono be accetti suggerimenti su un suo eventuale sviluppo.
[contribution]Fattura
Moderatore: mod Generali
[contribution]Fattura
saluti, Caneblu
[ www.caneblu.com ]
[ www.caneblu.com ]
Fattura e commercialista
Ciao BlueDog,
Ho fatto vedere al mio commercialista la stampa della fattura con le tue aggiunte, mi ha sollevato alcune critiche che ti riporto.
lui toglierebbe la colonna del unitario con iva e la colonna del prezzo totale inclusa iva.
il subtotale lo calcolerebbe sulla colonna totale senza iva e su questo totale ci calcolerebbe l'iva da riportare sotto.
Altra aggiunta è quella di mettere vicino al costo di spedizione la dicitura N.I ex Art. 15, che sta per Non imponibile per l'articol 15.
Non so se il mio commercialista abbia ragione o meno, però le fatture in italia mi sembra seguano questa impostazione.
Un mio problema che sottopongo a tutti è il seguente:
<a class="main"><b><a class="main"> Fattura N°: <?php echo tep_db_input($oID); ?></a><a><br>
vorrei fare una sottrazione del valore della variabile ($oID) di un numero intero prefissato, qualcuno mi dice come fare in php?
questo perchè le fatture devono partire dal numero 1 e avendo fatto delle prove e cancellato degli ordini fittizi, il numero della mi fattura non parte dal numero 1,
Altra cosa è che ogni anno le fatture devono partire dal numero 1
Grazie
Ho fatto vedere al mio commercialista la stampa della fattura con le tue aggiunte, mi ha sollevato alcune critiche che ti riporto.
lui toglierebbe la colonna del unitario con iva e la colonna del prezzo totale inclusa iva.
il subtotale lo calcolerebbe sulla colonna totale senza iva e su questo totale ci calcolerebbe l'iva da riportare sotto.
Altra aggiunta è quella di mettere vicino al costo di spedizione la dicitura N.I ex Art. 15, che sta per Non imponibile per l'articol 15.
Non so se il mio commercialista abbia ragione o meno, però le fatture in italia mi sembra seguano questa impostazione.
Un mio problema che sottopongo a tutti è il seguente:
<a class="main"><b><a class="main"> Fattura N°: <?php echo tep_db_input($oID); ?></a><a><br>
vorrei fare una sottrazione del valore della variabile ($oID) di un numero intero prefissato, qualcuno mi dice come fare in php?
questo perchè le fatture devono partire dal numero 1 e avendo fatto delle prove e cancellato degli ordini fittizi, il numero della mi fattura non parte dal numero 1,
Altra cosa è che ogni anno le fatture devono partire dal numero 1
Grazie
trovato una soluzione
$numero=20
?php echo tep_db_input($oID-$numero); ?>
?php echo tep_db_input($oID-$numero); ?>
Il layout della fattura è quello di oscommerce, con l'aggiunta del numero fattura (legata al numero dell'id ordine) e della data, legata al giorno dell'ordine. Il cambio del layout come proposto dal commercialista non è un grosso problema, semmai la rogna piu' pesante è $oID.
Infatti se un utente o l'amministratore annullano (cioè si cancella) un'ordine fatto, la numerazione subisce un buco, in quanto il nr di ID viene levato, ma al successivo ordine non viene affatto rimpiazzato continuando nella numerazione.
Dal punto di vista legale-fiscale si dovrebbe comunque emettere la fattura e poi stornarla con una nota di accredito, operazione sicuramente infelice se prospettata a qualsiasi contabile.
Dal punto di vista tecnico, si dovrebbe creare una seconda tavola, che gestisca esclusivamente la numerazione delle fatture, il problema è che non essendoci (o almeno io non li vedo) dei parametri fissi, occorerebbe validare tale fattura attraverso un tasto o un'azione, che fa "salire" il contatore delle fatture e compilare la data. Paradossalmente una cosa del genere potrebbe aprire le porte alla realizzazione di DDT per poi rilasciare una fattura finale riepilogativa. Insomma non è proprio semplice da realizzare ma nemmeno impossibile.
Infatti se un utente o l'amministratore annullano (cioè si cancella) un'ordine fatto, la numerazione subisce un buco, in quanto il nr di ID viene levato, ma al successivo ordine non viene affatto rimpiazzato continuando nella numerazione.
Dal punto di vista legale-fiscale si dovrebbe comunque emettere la fattura e poi stornarla con una nota di accredito, operazione sicuramente infelice se prospettata a qualsiasi contabile.
Dal punto di vista tecnico, si dovrebbe creare una seconda tavola, che gestisca esclusivamente la numerazione delle fatture, il problema è che non essendoci (o almeno io non li vedo) dei parametri fissi, occorerebbe validare tale fattura attraverso un tasto o un'azione, che fa "salire" il contatore delle fatture e compilare la data. Paradossalmente una cosa del genere potrebbe aprire le porte alla realizzazione di DDT per poi rilasciare una fattura finale riepilogativa. Insomma non è proprio semplice da realizzare ma nemmeno impossibile.
saluti, Caneblu
[ www.caneblu.com ]
[ www.caneblu.com ]
non mi é chiaro questo: ad una azienda emetto fattura, ma quando compra un privato? lo stesso? perché se in questo caso non emetto fattura, ogni acquisto fatto da privato aumenta il numero di fattura erroneamente. e giá che ci siamo: a fini fiscali, devo fare uno scontrino (se non si fa appunto fattura) a privato? in base a cosa pago le imposte dirette poi?BluEdoG ha scritto:Dal punto di vista legale-fiscale si dovrebbe comunque emettere la fattura e poi stornarla con una nota di accredito, operazione sicuramente infelice se prospettata a qualsiasi contabile.
Dal punto di vista tecnico, si dovrebbe creare una seconda tavola, che gestisca esclusivamente la numerazione delle fatture, il problema è che non essendoci (o almeno io non li vedo) dei parametri fissi, occorerebbe validare tale fattura attraverso un tasto o un'azione, che fa "salire" il contatore delle fatture e compilare la data. Paradossalmente una cosa del genere potrebbe aprire le porte alla realizzazione di DDT per poi rilasciare una fattura finale riepilogativa. Insomma non è proprio semplice da realizzare ma nemmeno impossibile.
cmq, se decidi/decidete di lavorare su una cosa del genere, fate un fischio, che vediamo di collaborare
beh l'emissione della fattura puo' essere fatta anche a privati, in effetti la cosa è una interpretazione, perchè lo scontrino viene richiesto per la vendita nei locali commerciali o ambulanti. In questo caso, nella vendita a distanza la maggior parte usa emettere fattura (con lo scontrino c'è il registro corrispettivi, poi il registro cassa è falsato in quanto il pagamento non puo' essere per contanti ed altri piccoli dettagli) senza contare che ci sono aziende che vendono direttamente al consumatore, quindi senza avere uno specifico spazio commerciale e quindi senza registratore di cassa.
saluti, Caneblu
[ www.caneblu.com ]
[ www.caneblu.com ]
ma quindi, io azienda che vendo via internet ad un privato, devo fare cmq una fattura?BluEdoG ha scritto:beh l'emissione della fattura puo' essere fatta anche a privati, in effetti la cosa è una interpretazione, perchè lo scontrino viene richiesto per la vendita nei locali commerciali o ambulanti. In questo caso, nella vendita a distanza la maggior parte usa emettere fattura (con lo scontrino c'è il registro corrispettivi, poi il registro cassa è falsato in quanto il pagamento non puo' essere per contanti ed altri piccoli dettagli) senza contare che ci sono aziende che vendono direttamente al consumatore, quindi senza avere uno specifico spazio commerciale e quindi senza registratore di cassa.
cioé, qualcosa devo fare (mica posso fare tutto in nero no?), ma non mi é ancora chiaro, di preciso, cosa...
beh dal punto di vista fiscale si sempre. Come ho detto una fattura è sufficiente al posto della PIVA si mette il codice fiscale, il resto va impostato tutto come fai di solito.mustafa ha scritto:
ma quindi, io azienda che vendo via internet ad un privato, devo fare cmq una fattura?
cioé, qualcosa devo fare (mica posso fare tutto in nero no?), ma non mi é ancora chiaro, di preciso, cosa...
saluti, Caneblu
[ www.caneblu.com ]
[ www.caneblu.com ]
Ottimale sarebbe, validare/attivare la fattura in un secondo momento, dopo che ho ricevuto e controllato l'ordine. In questo modo se ricevo un ordine fittizio, o che comunque voglio cancellare per una serie di motivi, non mi devo preoccupare della fattura che è già stata emessa (come accade ora) e che quindi devo stornare.
Solo dopo aver visto che l'ordine è OK, decido di emettere la fattura che prenderà lo stesso ID dell'ordine.
Come fare non lo so, perchè purtroppo non so fare un gran che in php
Ben vengano i suggerimenti e le prove da testare.
Solo dopo aver visto che l'ordine è OK, decido di emettere la fattura che prenderà lo stesso ID dell'ordine.
Come fare non lo so, perchè purtroppo non so fare un gran che in php
Ben vengano i suggerimenti e le prove da testare.
sostanzialmente è quello che dicevo io qualche post addietro, salvo per il fatto dell'id ordine, non puo' essere valida questa cosa in quanto l'order id è incrementale in ogni caso, ovvero anche se cancelli un ordine quello successivo non prendera la numerazione di quello appena cancellato.marcovix ha scritto: Solo dopo aver visto che l'ordine è OK, decido di emettere la fattura che prenderà lo stesso ID dell'ordine.
Quindi per fare una nr di fatture occorre appoggiarsi ad una nuova tavola del db. Io di sta cosa cmq fino a settembre sicuro non riesco a dargli un occhio.
saluti, Caneblu
[ www.caneblu.com ]
[ www.caneblu.com ]
AutoIncrementing Invoice
Ho sentito anche un altro sul forum ufficiale di oscommerce, il quale mi dice che bisogna appunto creare una nuova tavola invoices nel db e mi suggerisce, riguardo al codice da scrivere, di andare nel file checkout_process.php e di prendere spunto dal coidce usato per creare l'id ordine. Il codice per l'id fattura andrà ovviamente inserito nel file invoice.php.
Provo a fare alcune prove.
Ho sentito anche un altro sul forum ufficiale di oscommerce, il quale mi dice che bisogna appunto creare una nuova tavola invoices nel db e mi suggerisce, riguardo al codice da scrivere, di andare nel file checkout_process.php e di prendere spunto dal coidce usato per creare l'id ordine. Il codice per l'id fattura andrà ovviamente inserito nel file invoice.php.
Provo a fare alcune prove.
Non è una conferma d'ordine! Quando il cliente clicca il link nell'e-mail inviata dal sistema, può anche vedere la fattura, che in questo caso ha data e numero. Se poi a lui arriva un'altra fattura con altro numero, creata dal gestionale le cose sono almeno 2:andrea_ap ha scritto:Secondo me va bene così com'è in quanto quella è solo una conferma d'ordine. La fattura arriverà con la consegna della merce emessa dal gestionale.
Andrea
1) Bisogna avere il gestionale
2) io vorrei tendere a semplificare ed automatizzare questi processi.
Ciao