Fatturazione e registro dei corrispettivi

[DARKF3D3]

Qui sul forum c'è qualcuno che utilizza il registro dei corrispettivi invece di emettere fattura per ogni cliente. In che modo gestite la cosa?

Fino ad ora noi abbiamo emesso fattura a tutti i clienti, però ora vorremmo passare al registro dei corrispettivi ed emettere fattura solo quando ci viene richiesto.

Qualcuno si è già scontrato con questa problematica?

[ariom]

ciao...

... con la partita iva acquisti dei blocchetti di scontrini fiscali che compili per ogni ordine e alleghi al pacco come ricevuta x il cliente....dando un riferimento, per es. SC- prima del numero progressivo

... acquisti inoltre un registro dei corrispettivi dove annoti ogni sera il totale delle vendite quotidiane....un mese x pagina

a secondo del tipo di contabilità, immagino ogni 3 mesi, porti i fogli compilati del registro dei corrispetivi dal commercialista x la dichiarazione iva

tieni le fatture generate da PS come semplice contabilità interna, gestione dei resi, voucher e ogni altra funzione collegata, e di verifica x il cliente

 

sembra semplice, ma funziona solo se lavori esclusivamente con scontrini e con clienti privati....

la grana sorge con la numerazione.....

es:

ho fatto 40 vendite a privati, con relativo scontrino etc....PS ha anche fatto le sue 40 fatture con numerazione da SC-001 a SC-040.....

un cliente mi fa un'acquisto con la partita IVA e quindi vuole fattura, il numero sarà SC-041, ma siccome è la prima fattura reale dovrebbe essere IN-001

 

c'era un post al riguardo qualche giorno fa

http://www.prestashop.com/forums/topic/14623-registro-corrispettivi/

 

ma se fai solo vendita a privati...no problem

[DARKF3D3]

La fatturazione sarebbe 99% privati, però talvolta possono capitare aziende che richiedono fattura, nel post linkato un utente ha postato un metodo che in linea teorica dovrebbe funzionare, però dice che ha alcuni problemi.

 

Consisterebbe nel disabilitare la generazione delle fatture da tutti gli status del backoffice, in modo che quando si cambia lo stato dell'ordine in "preparazione in corso", "spedizione in corso", ecc.. non crei il file. E poi crearsi uno stato per esempio "Fatturato" che verrà utilizzato solamente per gli utenti che hanno richiesto fattura. Purtroppo sembrerebbe che nella realtà non sia così, comunque se riesco faccio una prova.

 

Il massimo sarebbe poter avere qualcosa di completamente integrato con prestashop.

 

 

Ma al posto dei blocchetti di scontrini fiscali non sarebbe sufficiente mettere nel pacco il buono di consegna che viene generato dal sistema?

[ariom]

Ma al posto dei blocchetti di scontrini fiscali non sarebbe sufficiente mettere nel pacco il buono di consegna che viene generato dal sistema?

il ddt non è valido x la contabilità IVA....lo scontrino si, è il documento di prova dell'avvenuta vendita (uno al cliente e uno a te) e li devi tenere x 10 anni...

 

Il massimo sarebbe poter avere qualcosa di completamente integrato con prestashop.

molto interessante!....da approfondire....

Edited January 10, 2014 by ariom (see edit history)

[DARKF3D3]

A conti fatti mi sa che emettere fattura per tutti i clienti resta ancora la cosa più semplice, soprattutto con molti ordini sarebbe tutto tempo in più necessario per fare scontrini e tenere il registro. Mentre con le fatture mi basta generare il file ogni trimestre e stamparle, con un notevole risparmio di tempo.

[MarcoPalladino]

Il problema della fatturazione (molto comoda e integrata con prestashop) è che dobbiamo obbligare i clienti Italiani ad inserire il loro codice fiscale per poterlo riportare (per legge) in fattura.

Questa richiesta potrebbe compromettere la vendita o comunque diminuire le nostre vendite!

La soluzione ideale è quindi quella di non generare fatture ma di usare il registro dei corrispettivi e per fare questo basterebbe modificare li status d'ordine.

Facendo questo però (per chi ha provato) non vengono generate le bolle di consegna ne le note credito!

In poche parole tutta la comodità di avere sotto mano un sistema integrato e comodo di gestione ci saluta lasciandoci a dover compilare manualmente o comunque con software esterno registro corrispettivi, ddt e note credito, nella contabilità interna genera confusione e facilità di sbagliare numerazioni ecc.

Ritengo assurdo che gli sviluppatori di prestashop abbiano tralasciato questa cosa, sarebbe bastato non far dipendere la creazione di bolla di consegna e nota credito dalla fattura ma dall'orine comunque numerato, quando i dati necessari a compilare questi documenti si possono prelevare dal database così come accade per la fattura.

Ho provato a capire come poter modificare il codice per poter ottenere questa funzione ma ci sono diversi file che svolgono tale operazione e la cosa non è semplice come sembra per chi come me conosce un minimo di php ma non il funzionamento, classi, librerie o alberi di file di un software e-commerce così complesso.

Ci vogliono mesi per uscirne a capo considerando che ho ben altro lavoro da fare, mentre un programmatore ufficiale ci impiegherebbe forse meno di qualche ora!

...

 

La soluzione migliore che mi viene in mente per semplificarci la vita è di trasformare la dicitura "Fattura" in "Ricevuta" (SEMPRE CHE SI POSSA FARE IN TERMINI LEGALI) tramite il pannello delle traduzioni pdf del BO, lasciando invece invariati gli status d'ordine in modo che creino quindi la Ricevuta e i relativi documenti.

Nel momento che un utente effettua l'acquisto inserendo part.iva e/o cod.fiscale e quindi ci stia richiedendo una fattura e non ricevuta, quest'ultima verrà comunque generata ma la fattura la possiamo fare tramite un blocchetto fatture con aliquota o con software esterno che poi andremo ad inserire nel cartone da spedire, in questo modo possiamo numerare le fatture in modo indipendente, considerando che può capitare una fattura su cinquanta ordini.

Nel registro dei corrispettivi invece andiamo ad annotare giornalmente le vendite ed eventuali fatture.

Ma cosa accade se andiamo a trasformare la dicitura fattura in Ricevuta ed abbiamo già dei documenti precedentemente creati e numerati?

Semplice diventeranno tutte Ricevute perché i pdf vengono generati in tempo reale, e quindi il problema è che avremo più le vecchie fatture con part.iva e a altre senza nemmeno il cod.fiscale (quindi non utilizzabili fiscalmente) con numerazione esatta.

Quindi otterremo ad esempio 232 Ricevute tra le quali ci saranno invece delle fatture che devono avere una numerazione differente e che comunque sono state consegnate!

 

In questo caso la soluzione potrebbe essere:

# archiviare tutte le fatture generate fino ad ora da prestashop per poter proseguire con la numerazione facendole a mano o con software esterno

# fare beckup del Database

# entrare nel database e portare a "0" solo il valore "number" nella tabella "ps_order_invoice" di tutte le fatture presenti [faccio riferimento al database della versione di PS 1.5.6.1 (in questo modo le nuove ripartiranno da "1")

# modificare la dicitura "Fattura" in "Ricevuta".

 

ATTENZIONE: QUANTO SCRITTO NON E' UNA GUIDA MA SEMPLICEMENTE IPOTESI DI POSSIBILI SOLUZIONI SPERANDO CHE QUALCHE ANIMA PIA DI PROGRAMMATORE CAPISCA CHE QUESTA E' UNA GRANDE ESIGENZA PER GLI E-COMMERCIATI ITALIANI E UN OTTIMO SPUNTO PER MIGLIORARE IL SOFTWARE!

 

Mi chiedo per quale motivo dobbiamo rischiare di commettere errori andando a modificare noi parametri e di complicarci la vita con documenti quando sarebbe stato semplicemente fantastico avere sia un sistema di fatturazione come già esistente sia un sistema di ricevute dividendo ovviamente i contatori per le due categorie di documenti, mantenendo uguali per entrambi le bolle di accompagnamento e note di credito in quanto comunque gli ordini vanno a seguirsi.

In questo modo noi abbiamo nel BO la classica lista degli ordini, ma alcuni avranno le fatture richieste, altri le ricevute!

Il cliente può scegliere se avere ricevuta o fattura e nel caso di quest'ultima si obbligano automaticamente entrambi i campi part.iva e cod.fiscale, perché ci sono molte aziende private come me del resto dove le due cose sono distinte e quindi obbligatorie in fattura.

Poi altra domanda!

Per quale motivo posso scegliere dal BO di non emettere fattura e poi però una volta ricevuto l'ordine devo avere la bolla di consegna bianca (vuota)?

E questa non è una domanda tecnica (visto che ho scritto sopra il perché), ma io sto scegliendo di non generare fattura e non tutto il resto.

 

Voi cosa ne pensate? Non crediate che la cosa va risolta in modo adeguato e professionale invece di impazzire tra commercialista e carte?

Anche se andrei fuori tempo con le attuali necessità di fatture e ricevute, sarebbe bene modificare questi BUG anche per i nuovi utilizzatori di questo software mentre chi c'è già in pasto si trova bene per il successivo anno riordinando la contabilità!

[DARKF3D3]

Stando a quello che mi ha detto il commercialista qualche giorno fa per la vendita online non è più possibile usare il registro dei corrispettivi ma è obbligatorio emettere fattura. Me lo confermate?

[MarcoPalladino]

Stando a quello che mi ha detto il commercialista qualche giorno fa per la vendita online non è più possibile usare il registro dei corrispettivi ma è obbligatorio emettere fattura. Me lo confermate?

 

Premettendo che si stia parlando di commercio elettronico indiretto ho chiesto al mio commercialista se sono obbligato ad emettere fattura o posso fare solo ricevute e usare il registro. Ha chiamato l'agenzie dell'entrate che hanno dato conferma.

Quindi ricapitolando, chi fa commercio elettronico indiretto può fare solo ricevute ed usare il registro dei corrispettivi. La fattura va fornite nel caso venga espressamente richiesta dal cliente, e sono necessari part.iva e cod.fiscale se diversi.

Per essere certo ti conviene fare una telefonata all' agenzia delle entrate. C'è anche da aggiungere che un commercialista guadagna di più gestendo fatture che non ricevute con registro corrispettivi, quindi potrebbe anche essere che ognuno tira l'acqua al mulino proprio, motivo per il quale consiglio una telefonata.

Mi sto organizzando per come impostare al meglio Prestashop per lavorare appunto con ricevute e quanto scritto nel mio precedente post, appena tiro fuori una conclusione scriverò la soluzione (o arrangiamento) adottata, magari può essere utile a qualcuno.

Edited April 15, 2014 by MarcoPalladino (see edit history)

[DARKF3D3]

Ciao Marco, alla fine anche il mio commercialista mi ha dato conferma, semplicemente non era aggiornato sulla questione. Dubito l'abbia fatto per avere più fatture da registrare perché mi ha dato un prezzo fisso indipendentemente dal numero di fatture che gli porto.

 

Sto cercando di capire se non c'è modo di gestire la cosa semplicemente con gli status degli ordini.

In ogni status ci sono queste voci:

1. Considera l'ordine associato come convalidato

2. Permetti al cliente di scaricare e vedere la versione PDF della fattura

3. Update delivery date and create a delivery slip (if it has not been created already)

4. Hide this status in customer's order

5. Invia una e-mail al cliente quando l'ordine è variato in questo status

 

Le 2 voci che ci interessano dovrebbero essere la 2 e la 3, se non ho capito male la 2 genera la fattura mentre la 3 il buono di consegna.

 

Quindi se per lo stato "consegnato" togliamo la spunta su "Permetti al cliente di scaricare e vedere la versione PDF della fattura" e creiamo uno stato "fatturato" dove invece c'è la spunta non dovrebbe funzionare?

 

In questi giorni vedo di installarmi prestashop in locale in modo da poter fare delle prove senza il rischio di incasinare tutto.

[MarcoPalladino]

Ciao Marco, alla fine anche il mio commercialista mi ha dato conferma, semplicemente non era aggiornato sulla questione. Dubito l'abbia fatto per avere più fatture da registrare perché mi ha dato un prezzo fisso indipendentemente dal numero di fatture che gli porto.

 

Sto cercando di capire se non c'è modo di gestire la cosa semplicemente con gli status degli ordini.

In ogni status ci sono queste voci:

1. Considera l'ordine associato come convalidato

2. Permetti al cliente di scaricare e vedere la versione PDF della fattura

3. Update delivery date and create a delivery slip (if it has not been created already)

4. Hide this status in customer's order

5. Invia una e-mail al cliente quando l'ordine è variato in questo status

 

Le 2 voci che ci interessano dovrebbero essere la 2 e la 3, se non ho capito male la 2 genera la fattura mentre la 3 il buono di consegna.

 

Quindi se per lo stato "consegnato" togliamo la spunta su "Permetti al cliente di scaricare e vedere la versione PDF della fattura" e creiamo uno stato "fatturato" dove invece c'è la spunta non dovrebbe funzionare?

 

In questi giorni vedo di installarmi prestashop in locale in modo da poter fare delle prove senza il rischio di incasinare tutto.

 

Come spiegato nel precedente post se non viene generata la fattura tutti i documenti generati saranno vuoti perché dipendono da questo.

Per avere un corretto funzionamento di tutti i documenti prestashop deve creare il documento principale che nativamente è fattura, la migliore soluzione sarebbe trasformare questo in Ricevuta e fare le fatture con un blocchetto oppure sempre in formato digitale usando software esterni o una semplice carta intestata fatta all'exel.

C'è chi fa generare la fattura senza farla vedere al cliente e poi scrive la ricevuta su blocchetto e la invia nel pacco, ma io preferisco il contrario perché le fatture sono di un numero nettamente inferiore rispetto alle ricevute e visto che c'è un sistema di contabilità automatico e comodo perché non usarlo! In oltre mi sembra più professionale avere una carta intestata e ben organizzata.

[Claude75]

Ciao Marco,

mi interesserebbe sapere se e come hai risolto.

Anche io avevo pensato di rinominare la fattura in scontrino (a dire il vero avevo pensato di farla diventare un DDT parlante, pensando che insieme alla compilazione sui corrispettivi fosse più che sufficiente...), e creare una fattura, solo per chi me la dovesse chiedere, con un sw esterno (Excel, word o gestionale che sia).

Il problema, almeno per me, sta nel gestire quella richiesta di fattura... come faccio a farmi dire dal cliente che vuole la fattura ?

C'è la possibilità di inserire un flag nel processo d'ordine ?

E comunque, ipotizziamo di trovare un modo per farmi capire che vuole fattura, a quel punto dovrà anche comunicarmi il suo CF (ipotizziamo che sia un privato) che io non ho, perché al momento non l'ho inserito come richiesta in fase di registrazione... anche perché, se non ho capito male, se lo inserisco, diventa obbligatorio, e non vorrei che fosse un deterrente per tutti gli altri clienti a cui invece non interessa niente della fattura e si ritrovano a dovermi comunicare il loro CF....

E' un bel casino ...

[ubiweb]

Ciao a tutti.

Noi stiamo implementando esattamente la soluzione qui proposta, abbiamo cambiato la dicitura fattura con ricevuta e ci fa anche piacere che i clienti abbiano qualcosa di ben impaginato da stamparsi per la garanzia. Libro dei corrispettivi, nessuna richiesta di codice fiscale e via andare.

A chi nel checkout chiede fattura inserendo la P.I. mandiamo con normale email una fattura fatta col nostro programma di contabilità con la giusta numerazione.

 

Patrick

[Bluenight26]

Ciao a tutti.

Noi stiamo implementando esattamente la soluzione qui proposta, abbiamo cambiato la dicitura fattura con ricevuta e ci fa anche piacere che i clienti abbiano qualcosa di ben impaginato da stamparsi per la garanzia. Libro dei corrispettivi, nessuna richiesta di codice fiscale e via andare.

A chi nel checkout chiede fattura inserendo la P.I. mandiamo con normale email una fattura fatta col nostro programma di contabilità con la giusta numerazione.

 

Patrick

La discussione è vecchia e morta da tempo, ma magari può rispondermi qualcun altro.

 

Io sto attuando esattamente questa soluzione, ma come posso risolvere il problema della doppia "fatturazione"?

Con questa soluzione mi ritrovo ad avere sia una ricevuta numerata generata in automatico da prestashop, sia la fattura (con altra numerazione), che andrò a creare manualmente. Quindi o le "registro" entrambe e ho un doppione, oppure ne ometto una e mi ritroverò ad avere un buco nella numerazione.

Soluzioni? Mi sembra assurdo che nè prestashop nè moduli esterni abbiano mai affrontato questo problema, comune a quasi tutti gli shop italiani.