ARGOMENTO: FATTURAZIONE a privati Extra UE - n° PASSAPORTO

Io ho banalmente risolto sul report stampando il codice_fiscale se valorizzato idem per la partita iva.

Viste le esigenze e le nuove regole della FatturaPA stavo pensando ad un modulo di pre-validazione che assicuri che la fattura abbia un identificativo fiscale valido.

In questa ottica si potrebbe inserire anche il campo passaporto ed impedire la validazione della fattura se:

not (piva or fiscalcode or passport)

Nel report ti comporti di conseguenza ma fai attenzione che qweb non ha else quindi esprimi le alternative di conseguenza se non vuoi stampare tutti i campi.

Temo che il precedente modello res_passport, sia diventato nella 9 qualcosa di molto più generico
github.com/OCA/partner-contact/tree/10.0/partner_identification

dichiara di poter gestire VATID, fiscalcode, passport, driver licence,....

Si tratta di un modulo ufficiale OCA, giù portato alla 10.0 che in pratica aggiunge una scheda per i partner dove mettere dentro qualunque documento....

Questo pone due interrogativi:

• da un lato ha veste "ufficiale" OCA prevista anche per dati fiscali (?!?), potrebbe giustificare il riscrivere addirittura il codice fiscale per integrarlo nel modulo OCA (sigh!!)
• da un altro punto di vista, VAT codice fiscale e passaporto in questo caso hanno una valenza fiscale di obbligo di legge ed un modulo specifico si addice meglio.
  E per tale motivo esiste appunto il base_vat per la VAT...

mi ha stupito che OCA previsto che questo modulo "generico" venga usato anche per certificati e codici fiscali ....

Che si fa ?

Bisogna anche tener conto che l'ORM di Odoo è quel che è e non hanno risorse ne tempo per ottimizzare solo quello visto che il focus è l'ERP ops Business App. Questo è uno degli svantaggi di essersi scritti in casa l'ORM.

Troppe relazioni uno a multi in un elemento chiave come res_partner dovrebbero essere attentamente testate o le prestazioni vanno a farsi benedire.

Altro problema è che in ogni installazione devi andar a configurare il tutto o mettere dei dati di default ma a quel punto meglio fa un modulo specifico senza i problemi delle relazioni.

@ Davide
mi sono ricordato che SERVE la memorizzazione di tutti i dati del documento (Passaporto o equipollente), in quanto effettuando una emissione fattura a tutti gli effetti (benchè in 38 quater) il soggetto destinatario (estero) deve comunque comparire nella comunicazione di fine anno clienti & fornitori.

A livello operativo quindi, i dati ANAGRAFICI del cliente in questo caso vanno assunti e memorizzati (se non erro attualmente partner non riporta data di nascita e nazionalità)

Riporto da documentazione i dati che l'elenco clienti/fornitori o spesometro o come lo chiama l'AdE 'Comunicazione Polivalente' richiede:
- Cognone
- Nome (separato dal cognome)
- Data di nascita
- Comune o stato estero di nascita
- Provincia (se Italiano)
- Città di resisdenza
- Codice stato estero (3 cifre come da istruzioni)
- Indirizzo estero di residenza
- Data fattura
- Data di registrazione fattura (quindi necessario modulo relativo di l10n_it)
- Importo
- Imponibile
- IVA

Non è necessario inserire i dati di riconoscimento (CI/Passporto) che invece devono essere riportati in fattura (se ricordo bene) o cmq , l'esercente DEVE tenere in documentazione.
Quindi non tanto per l'uso dello spesometro quanto per una necessità documentativa

PS L'attuale governo ha previsto una modifica allo spesometro che tuttavia è ancora in progetto e più probabilmente sarà abrogata dalla nuova dichiarazione IVA on line

Ciao Antonio
grazie per il tuo intervento.
Il punto ultimo è che il solo numero passaporto NON basta, ... e le altre informazioni necessarie sul cliente partner estero, attualmente non trovano posto nel res_partner base.

Per quanto riguarda lo sviluppo dei moduli italiani iva intra/extra , sarebbe da capire se per gestire art 38 quater, serve:

• implementare una struttura res_passport come questa github.com/OCA/partner-contact/tree/8.0/passport, da inserire nei modelli interni del modulo iva
• implementare un campo passaporto e ANCHE modulo OCA tipo una PR come github.com/OCA/partner-contact/pull/315
• Altro