Questo sito utilizza cookie per le proprie funzionalità e per inviarti pubblicità e servizi in linea con le tue preferenze. Chiudendo questo banner, scorrendo questa pagina o cliccando qualunque suo elemento acconsenti all’uso dei cookie.

Accedendo al link http://www.odoo-italia.org/index.php/home/cookie-policy puoi leggere in dettaglio le modalità di trattamento dei cookie da parte dell'Associazione Odoo Italia.

Benvenuto, Ospite
Nome utente: Password: Ricordami
Ricordati di dichiarare la versione di Odoo a cui riferisce la domanda!
Per favore, non inserire richieste per moduli della 9.0 e successive in quanto il supporto è a pagamento.
Queste richieste devono essere inserite nella sezione dedicata ai partner.

ARGOMENTO: CODICE FISCALE AZIENDA

CODICE FISCALE AZIENDA 2 Anni 3 Mesi fa #26008

  • Antoniov
  • Avatar di Antoniov
  • Online
  • Administrator
  • Messaggi: 1555
  • Ringraziamenti ricevuti 283
  • Karma: -115
@Lotta

La tabella res.company contiene il riferimento ad acluni campi di res.partner, ad esempio il nome.
Questi campi, per loro natura, sono presenti in res.partner mentre nella res.company è inserito un campo 'virtuale' che rimanda alla tabella res.partner in realzione con rese.company.
Esempo:
res.partner
id=3
name='Rossi'
vat='IT12345670007'
CF='IT12345670007'
customer=False
purchase=False

res.company
id=1
partner_id=3
codice_SIA='12345'

Il campo codice_SIA si trova in res.company perchè è un parametro dell'azienda che non si usa nei clienti e fornitori.
I cmapi customer (se cliente) e purchase (se fornitore) sono tipici dell'anagrafica e non dell'azienda.
I campi name e vat sono validi sia per i clienti/fornitori sia per l'azienda.
Perciò in res,company c'è una dichiarazione simile a questa
res.company
id=1
partner_id=3
codice_SIA='12345'
name=reference of same field of res.partner id=3
vat=reference of same field of res.partner id=3
Quindi dia name che vat, pur essendo realmente in res.partner, sono visibili anche res.company.

@Gigidn ha detto che semplicemtne necessario aggiungere un'altra dichiarazione di riferimento a res.partnre, eliminando il prefisso IT se necessario.
Inoltre, poichè il campo CF non è Odoo base ma in un modulo aggiuntivo, questa dichiarazione dovrebbe:
1. essere inserita nel modulo codicefiscale dall'autore
2 eseere inserita in un modulo aggiuntivo che dipende da codicefiscale

Scusa se sono stao prolisso, ma credo di aver riepilogato l'intero thread.
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo. - Presidente eletto dell'associazione
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
Ultima modifica: 2 Anni 3 Mesi fa da Antoniov.
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

CODICE FISCALE AZIENDA 2 Anni 3 Mesi fa #26010

  • Lotta
  • Avatar di Lotta
  • Online
  • Platinum Boarder
  • Messaggi: 450
  • Ringraziamenti ricevuti 14
  • Karma: 3
@antonio
grazie della spiegazione

accanto a odoo/odoo/addons/base/res/res_company.py vedo anche relativo xml con due maschere (form e tree) e relativi menuitem, ma non vedo dove vengano collocati nel menu, alias non vedo come chiamarli e testarli.
Se fossero chiamabili, dovrei anche aggiornare la form e relativo metodo inverso come chiedeva gigidn.

Oppure intendi che res.company NON usa una maschera di visualizzazione/immissione anche se esiste il suo xml ?
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

CODICE FISCALE AZIENDA 2 Anni 3 Mesi fa #26011

  • Antoniov
  • Avatar di Antoniov
  • Online
  • Administrator
  • Messaggi: 1555
  • Ringraziamenti ricevuti 283
  • Karma: -115
Ciao @lotta,
non conosco benissimo queste parti di codice.
Cmq partendo dalla 8.0 in .../openerp/addons/base/res/res_company.py nella class res_company trovi le dichiarazioni dei field, sotto la keyword _columns.
Io la vedo a riga 114
    _columns = {
        'name': fields.related('partner_id', 'name', string='Company Name', size=128, required=True, store=True, type='char'),
        'parent_id': fields.many2one('res.company', 'Parent Company', select=True),
        'child_ids': fields.one2many('res.company', 'parent_id', 'Child Companies'),
        'partner_id': fields.many2one('res.partner', 'Partner', required=True),
        'rml_header': fields.text('RML Header', required=True),
Come vedi il campo name è un related, ovvero un rimando allo stesso campo name della tabella res_partner, con id=partner_id (che è un campo della tabella res_company).

Per le view (e i relativi file xml) in res_company sono riposrtai i campi come se fossero della tabella stessa.
Io li vedo in res_company_view.xml della stessa directory.
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo. - Presidente eletto dell'associazione
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

CODICE FISCALE AZIENDA 2 Anni 3 Mesi fa #26012

  • Lotta
  • Avatar di Lotta
  • Online
  • Platinum Boarder
  • Messaggi: 450
  • Ringraziamenti ricevuti 14
  • Karma: 3
Ciao Antonio,
nella v10, il relativo codice (OCB) res_company.py sta qui
github.com/OCA/OCB/blob/10.0/odoo/addons...e/res/res_company.py

e le relative viste qui
github.com/OCA/OCB/blob/10.0/odoo/addons...res_company_view.xml

Con la 10 (si dice…) il passaggio alla nuova api dovrebbe essere integrale, quindi trovi i campi definiti con la nuova sintassi (ma sempre di quello si tratta) messi dopo i vari metodi getter/setter,

Aggiungere in paio di campi non è il problema ed il metodo, ma non so dove guardare per verificare.....

Attenzione: Spoiler! [Clicca per espandere]

]


LE form sembrano invocate da una voce di menu
<menuitem action="action_res_company_form" id="menu_action_res_company_form" parent="base.menu_users"/>
che non capisco DOVE si trovi nell'interfaccia in esecuzione....

Tra l'altro, l’elemento iniziale xml dichiara una keword report (NON record) che ancora non ho utilizzato...
<report id="preview_rml_report" model="res.company" name="preview.report" menu="False" rml="base/report/preview_report.rml" string="Preview RML Report"/>
Considerando che all’inzio è presente una serie di variabili stringa con contenuto html (headerXX), il tutto sa tanto di modelli di reportistiche….
SE è si tratta di un report solo stampabile, mi chiedo se il metodo inverso (codicefiscale) non sia a questo punto nemmeno necessario….

Esattamente COME si fa a far comparire queste form ?
(altrimenti non riesco a debuggarle….)
Ho cercato anche su runbot ma non riesco a far uscire questa maschera/report che dir si voglia ..

@gigidn
mi puoi dare qualche indicazione ?
Ultima modifica: 2 Anni 3 Mesi fa da Lotta.
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

CODICE FISCALE AZIENDA 2 Anni 3 Mesi fa #26013

  • Antoniov
  • Avatar di Antoniov
  • Online
  • Administrator
  • Messaggi: 1555
  • Ringraziamenti ricevuti 283
  • Karma: -115
Lotta ha scritto:
Ciao Antonio,
nella v10, il relativo codice (OCB) res_company.py sta qui
github.com/OCA/OCB/blob/10.0/odoo/addons...e/res/res_company.py

e le relative viste qui
github.com/OCA/OCB/blob/10.0/odoo/addons...res_company_view.xml

Con la 10 (si dice…) il passaggio alla nuova api dovrebbe essere integrale, quindi trovi i campi definiti con la nuova sintassi (ma sempre di quello si tratta) messi dopo i vari metodi getter/setter,
Sono d'accordo
LE form sembrano invocate da una voce di menu
<menuitem action="action_res_company_form" id="menu_action_res_company_form" parent="base.menu_users"/>
che non capisco DOVE si trovi nell'interfaccia in esecuzione....
L'interfaccia è interna al core di Odoo. Quando definisci un form xml, dichiari il nome del form all'interno del tag <record> e questo nome è usato per caricare i campi definiti nella definizione XML.
Il core analizza il tipo di campo (testo, booleano, numero, riferimento, eccetera) e costruisce la videata html ed inserisce il codce JSON per la relativa gestione.
Il tag <menuitem> fa riferimento al nome del form (dichiarato preceentemente nel file xml) per eseguire il tutto.
Tra l'altro, l’elemento iniziale xml dichiara una keword report (NON record) che ancora non ho utilizzato...
Un file xml puà definire più oggetti; in questo caso è definito ANCHE un report di stampa
<report id="preview_rml_report" model="res.company" name="preview.report" menu="False" rml="base/report/preview_report.rml" string="Preview RML Report"/>
Considerando che all’inzio è presente una serie di variabili stringa con contenuto html (headerXX), il tutto sa tanto di modelli di reportistiche….
SE è si tratta di un report solo stampabile, mi chiedo se il metodo inverso (codicefiscale) non sia a questo punto nemmeno necessario….

Esattamente COME si fa a far comparire queste form ?
(altrimenti non riesco a debuggarle….)
Ho cercato anche su runbot ma non riesco a far uscire questa maschera/report che dir si voglia ..

@gigidn
mi puoi dare qualche indicazione ?
NON PUOI debuggurare questa parte del codice core, ci sono decine e decide di chiamate nidificate.
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo. - Presidente eletto dell'associazione
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.

CODICE FISCALE AZIENDA 2 Anni 3 Mesi fa #26014

  • Antoniov
  • Avatar di Antoniov
  • Online
  • Administrator
  • Messaggi: 1555
  • Ringraziamenti ricevuti 283
  • Karma: -115
@lotta ti aggiungo alcuni link utili

Esempio per costruire un modulo Odoo, dove sono spiegati alcuni concetti dell'interfaccia video
www.odoo.com/documentation/8.0/howtos/backend.html


La spiegazione di alcuni concetti di base
www.odoo.com/documentation/8.0/reference/orm.html


Un altro sito di spiegazioni di base
odoo-new-api-guide-line.readthedocs.io/e...est/environment.html
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo. - Presidente eletto dell'associazione
Questo indirizzo email è protetto dagli spambots. È necessario abilitare JavaScript per vederlo.
L\'Amministratore ha disattivato l\'accesso in scrittura al pubblico.
Tempo creazione pagina: 0.137 secondi

Odoo Italia Associazione - C.F: 94200470485 - Sede: Viale dei Cadorna, 83 - Firenze - Italy

Protected by R Antispam