ARGOMENTO: Proforma vs. avviso di fattura

gigidn ha scritto:
Noi stiamo lavorando su questo per un cliente, motivo per cui sono nati il modulo dei ddt nuovo e quello per gli anticipi.
La nostra deadline è fine febbraio, se hai voglia di collaborare possiamo coordinarci. Ci sono già altri che ci lavorano.

PS: che centra con la proforma? :-D

Ciao riapro il thread perchè abbiamo finalmente stabilizzato altre implementazioni e stiamo cercando di migliorare la parte della gestione degli avvisi di fattura.
Il modulo proforma è nella direzione giusta, ma legato all'"avviso di fattura" ci sono anche altre tematiche, alcune di carattere pratico, che condividiamo di seguito:
1.quando metto una fattura in "proforma", Odoo la considera già come fatturato, ad esempio nello specchietto del riepilogo contabile del contratto.
-Nel caso delle proforma invoices propriamente dette, questo è corretto visto che corrispondono all'incirca a delle fatture accompagnatorie, quindi emesse con la spedizione della merce.
-Gli avvisi di fattura, invece, non hanno alcuna valenza fiscale, e quindi andrebbero contabilizzate solo come in attesa di pagamento e successivamente insoluti allo scadere del termine di pagamento.

2.quando il cliente riceve l'avviso, non sempre paga l'intero importo, quindi l'importo della fattura corrispondente deve poter essere fatto coincidere alla somma esattamente versata dal cliente.

2.1. [leggermente Off-Topic] quando tutto questo è legato al flusso degli ordini di vendita, alla creazione dell'avviso di fattura di saldo l'ordine di vendita si chiude automaticamente: se il cliente dovesse pagarne solo una parte (vedi punto 2), oltre alla problematica di riaprire la fattura si somma la necessità di riaprire l'ordine di vendita. C'è un modulo Sales_order_reopen che inizieremo a valutare in settimana - d'altronde stiamo sempre parlando di ambiti di vendita di servizi (liberi professionisti, avvocati, notai, medici e affini...) dove gli stock moves sono inesistenti, altrimenti questo sarebbe un altro vincolo nella riapertura di un sale order.
Cosa c'entra l'ordine di vendita? Perchè se si parte da un "preventivo" accettato dal cliente, usare il workflow degli ordini di vendita fatturabili in parte o a saldo diventa utilissimo anche per la gestione degli acconti e del saldo.

3.la gestione del "pagato"/"Non pagato" dovrebbe essere anteposta allo stato di fattura. In pratica, nel lifecycle di un avviso di fattura, l'intera business pipe è:
bozza > avviso > pagato > fattura
considerando che però quanto detto al punto 2 ci fa pensare se non sia meglio considerare l'avviso di fattura un model a sè stante, che genera una fattura al momento del pagamento

+1 su tutta la linea.

sto ad esempio lavorando al punto 3.

Piu' che un model a parte, che potrebbe complicare non di poco lo sviluppo per poter essere integrato in tutta la logica di odoo, si potrebbe pensare di estendere lo stato dell'ordine.

Il vantaggio sarebbe poter utilizzare gia' diverse funzionalita' dell'ordine, quale la fatturazione parziale e molto altro.

Io sto lavorando a qualcosa del genere, senza pero' la gestione del pagato/non pagato perche' nel mio caso non necessaria e stavo proprio in questi giorni ragionando su come poter estendere l'ordine per poter essere utilizzato allo scopo.

Dallo stato confermato l'ordine dovrebbe passare nello stato (parcella/pre conto) e da li generare le varie fatture fino a chiusura dell'intero importo. La complicazione potrebbe derivare (ma nel caso della parcella non credo sussista) quando l'ordine mischia servizi e prodotti da spedire.

Dove si era preso in considerazione un model a parte?
lo escludo anche io.

stavo anch'io riflettendo sulla complessità intrinseca del model separato proprio in relazione ai vantaggi del workflow dell'ordine.

Effettivamente, quando la parcella deriva da un ordine di vendita, l'avviso di fattura è più un "limbo" tra i model sale_order e account_invoice, almeno concettualmente: della fattura è poco più di una bozza, quanto basta per poterne tracciare la scadenza.

Il pagato/non pagato diventa una informazione accessoria, perchè se l'avviso di fattura è modificabile e l'ordine di vendita riflette lo stato delle fatture emesse (quindi di quanto è stato effettivamente incassato), lo specchietto riassuntivo diventa:
- incassato = fatturato = somma delle fatture
- insoluto = somma degli avvisi di fattura scaduti
- in attesa di pagamento = somma degli avvisi di fattura non scaduti
- rimanente = importo dell'ordine di vendita - somma delle 3 voci precedenti

Rimane il fatto che l'ordine di vendita non deve chiudersi automaticamente all'emissione dell'avviso di fattura di saldo, perchè il cliente potrebbe pagarne solo una parte (a un mio conoscente capita nel 30% dei casi) e quindi la fattura "di saldo" diventerebbe una normale fattura di acconto.
Quindi la effettiva chiusura dell'ordine di vendita può essere effettuata solo quando una fattura "di saldo" viene effettivamente saldata completamente.

E dunque si deve poter "demansionare" una fattura di saldo in una fattura di acconto.