[11.0] mig l10n_it_fatturapa_in by francesca-bianchini · Pull Request #640 · OCA/l10n-italy

francesca-bianchini · 2018-11-06T09:22:28Z

In progress.
It depends on:

eLBati · 2018-12-01T09:29:56Z

@francesca-bianchini da revisionare ed eventualmente includere: #688

andreampiovesana · 2018-12-14T12:51:42Z

importando un file xml in fattura fornitore, aggancia un fornitore non inerente modificandogli la email e gli altri dati anagrafici.

primes2h · 2018-12-16T18:53:19Z

Relativamente ai commenti che avevo riportato in trello

https://trello.com/c/ET8WFor5/27-porting-to-11-fatturazione-elettronica-b2b-elaborazione-xml

per semplicità riporto qui i commit specifici da aggiungere a questa PR per iniziare l'allineamento alle versioni 10.0 e 12.0.

09b99b5
4ad3086

eLBati · 2018-12-21T09:55:01Z

@andreampiovesana @labaggio non sono riuscito a riprodurre il produrre il problema.
Servirebbero i passi per riprodurlo in un DB nuovo

dcorio

With this change we're able to import invoice with attachments

dcorio · 2018-11-29T14:59:54Z

+                content = attach.Attachment
+                _attach_dict = {
+                    'name': name,
+                    'datas': base64.b64encode(str(content)),


with Python3 this should be:
'datas': base64.b64encode(content)

Indeed see v12:

l10n-italy/l10n_it_fatturapa_in/wizard/wizard_import_fatturapa.py

Line 1168 in 328750f

'datas': base64.b64encode(content),

This part is covered by automated tests, if I remember well.
Making them green would also fix this.

labaggio · 2019-01-24T07:49:45Z

With this change we're able to import invoice with attachments

@dcorio puoi controllare e se va bene togliere la change request?

GSLabIt · 2019-01-29T21:30:45Z

Ready to merge?

eLBati · 2019-01-30T13:49:15Z

Purtroppo questa PR è rimasta un po' indietro rispetto alle modifiche fatte al modulo sulle altre versioni
https://github.com/OCA/l10n-italy/commits/10.0/l10n_it_fatturapa_in
https://github.com/OCA/l10n-italy/commits/12.0/l10n_it_fatturapa_in/

Se volete fare comunque merge, poi magari qualcuno lo correggerà successivamente.

In ogni caso @labaggio ci sarebbe da raggruppare i commit per insiemi logici (anche se mi sembrava l'avessimo già fatto)

labaggio · 2019-01-30T13:54:07Z

Purtroppo questa PR è rimasta un po' indietro rispetto alle modifiche fatte al modulo sulle altre versioni
https://github.com/OCA/l10n-italy/commits/10.0/l10n_it_fatturapa_in
https://github.com/OCA/l10n-italy/commits/12.0/l10n_it_fatturapa_in/

Preferisco integrare quanto manca, tra oggi e domani lo faccio.

In ogni caso @labaggio ci sarebbe da raggruppare i commit per insiemi logici (anche se mi sembrava l'avessimo già fatto)

Si hai ragione, ma una settimana fa l'ho ripresa in mano e probabilmente faccio qualcosa di sbagliato.
Provo una cosa e se non riesco ti chiedo.
Rimane comunque il fatto che è ancora aperta la Change request di @dcorio che è stata fatta

eLBati · 2019-01-30T14:07:50Z

Il problema segnalato #640 (review) mi pare risolto. I test sono verdi.
Se @dcorio non riesce a intervenire, possiamo comunque procedere.

porting l10n_it_fatturapa_in to 10 (REF withholding tax integration, invoice interface, fiscal document type ADD some DatiGeneraliDocumento fields) ADD _setTerzoIntermediarioOSoggettoEmittente to l10n_it_fatturapa_out

supplier fields only visible for suppliers Check mandatory customer fields before exporting XML Prevent to use sequence already used by journals

exceptions sending email Avoid to delete sent files Check duplicated files Send several files Reset to ready button Sending and delivery date Handling ACCETTAZIONE and CONSEGNA IMP 'link to existing invoice' wizard FIX invoice views within attachment view IMP attachments views IMP l10n_it_fatturapa_out export: allow multiple export , group by partner ALLOW to use newline char in invoice line description check sequence without date ranges Extract correcttle messages from NS

[IMP] revamp README and manifest [FIX] wrong tabs indentation

) Steps: 1 - Accounting → Purchases → Incoming E-Bill Files 2 - Click on Create 3 - Fill in Attachment Name 4 - Click Save File "/home/odoo/build/OCA/l10n-italy/l10n_it_fatturapa/models/ir_attachment.py", line 117, in get_xml_string if fatturapa_attachment.datas_fname.lower().endswith('.p7m'): AttributeError: 'bool' object has no attribute 'lower'

…fiscal code (=TIN) (#843) First search by VAT number, otherwise by fiscal code. Correctly check commercial partner

ADD PECDestinatario, CodiceDestinatario , FormatoTrasmissione handling ADD Lotto di fatture verso soggetto privato ADD gestione prodotti nelle fatture passive ADD l10n_it_fatturapa_in_purchase ADD einvoice.line model IMP form fatture ADD Livello di dettaglio Fatture elettroniche ADD PDF preview dell'XML ADD Link to existing supplier invoice and handle "registered" XML ADD rappresentante fiscale e stabile organizzazione in emissione gestione prodotti DatiBollo , DatiCassaPrevidenziale e ScontoMaggiorazione CodiceArticolo, ftpa_line_number IMP "show preview" as link FIX invoice duplication ADD constraints and Nome Cognome Avoid to cancel invoice with XML Mostra i dati fattura elettronica solo se il cliente è soggetto IMP READMEs Gestione IVA inclusa nel prezzo ADD l10n_it_fatturapa_out_ddt IMP PEP8 IMP decimal precision ADD Export E-invoice button IMP README

[IMP] fatturapa modules, set ITA name and summary (#694) [FIX] l10n_it_fatturapa_in typos in source translation strings [FIX] fatturapa titles using italian guidelines (#708)

…voice line (#703) * FIX l10n_it_fatturapa_in: do not automatically add Bollo as invoice line; if charged to customer will be added as invoice line * do not automatically add DatiCassaPrevidenziale as invoice line; if charged to customer will be added as invoice line

labaggio · 2019-02-02T15:30:23Z

@eLBati integrate le modifiche della PR #846, fatto lo squash dei commit.
se passano i test, mergiamo ;) così poi possiamo portare avanti la PR #/685 che ho integrato a sua volta.

GSLabIt · 2019-02-03T08:05:19Z

@labaggio Travis ha dato errore su flake8, nome della classe va in CamelCase ..marunn preciso eh 😬😬

eLBati · 2019-02-04T09:54:20Z

+                self.assertTrue(len(invoice.invoice_line_ids) == 1)
+
+    def test_17_xml_import(self):
+        res = self.run_wizard('test17', 'IT05979361218_010.xml')


@labaggio questo test mi pare che manchi sia nella 10 che nella 12. Di cosa si tratta?

Ho visto che ci sono queste due PR (10.0 e 12.0) e le ho integrate
#926 #930

Ah ok, grazie

primes2h · 2019-02-09T18:52:00Z

Purtroppo questa PR è rimasta un po' indietro rispetto alle modifiche fatte al modulo sulle altre versioni
https://github.com/OCA/l10n-italy/commits/10.0/l10n_it_fatturapa_in
https://github.com/OCA/l10n-italy/commits/12.0/l10n_it_fatturapa_in/

Se volete fare comunque merge, poi magari qualcuno lo correggerà successivamente.

In ogni caso @labaggio ci sarebbe da raggruppare i commit per insiemi logici (anche se mi sembrava l'avessimo già fatto)

Mi diceva @andreampiovesana che dopo aver aggiornato usando questa PR sono comparsi questi 2 errori qui sotto (il secondo andando in settings)

Per risolvere ha dovuto aggiungere quanto presente in company.py e company_view.xml
della #664 (che non c'è in questa PR appena inclusa).

Inoltre c'è anche una PR successiva #757 che va a modificare la #664.
Sarebbero da includere entrambe per cercare di allineare la 11.0 alle altre.
Chi se ne può occupare?

  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 651, in _handle_exception
    return super(JsonRequest, self)._handle_exception(exception)
  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 310, in _handle_exception
    raise pycompat.reraise(type(exception), exception, sys.exc_info()[2])
  File "/home/odoo/odoo-dev11/OCB/odoo/tools/pycompat.py", line 87, in reraise
    raise value
  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 693, in dispatch
    result = self._call_function(**self.params)
  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 342, in _call_function
    return checked_call(self.db, *args, **kwargs)
  File "/home/odoo/odoo-dev11/OCB/odoo/service/model.py", line 97, in wrapper
    return f(dbname, *args, **kwargs)
  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 335, in checked_call
    result = self.endpoint(*a, **kw)
  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 937, in call
    return self.method(*args, **kw)
  File "/home/odoo/odoo-dev11/OCB/odoo/http.py", line 515, in response_wrap
    response = f(*args, **kw)
  File "/home/odoo/odoo-dev11/OCB/addons/web/controllers/main.py", line 934, in call_kw
    return self._call_kw(model, method, args, kwargs)
  File "/home/odoo/odoo-dev11/OCB/addons/web/controllers/main.py", line 926, in _call_kw
    return call_kw(request.env[model], method, args, kwargs)
  File "/home/odoo/odoo-dev11/OCB/odoo/api.py", line 687, in call_kw
    return call_kw_model(method, model, args, kwargs)
  File "/home/odoo/odoo-dev11/OCB/odoo/api.py", line 672, in call_kw_model
    result = method(recs, *args, **kwargs)
  File "/home/odoo/odoo-dev11/APPSTORE/tv_dynamic_listview/models/models.py", line 13, in load_views
    res = _load_views(self, views, options=options)
  File "/home/odoo/odoo-dev11/OCB/odoo/models.py", line 1296, in load_views
    for [v_id, v_type] in views
  File "/home/odoo/odoo-dev11/OCB/odoo/models.py", line 1296, in <dictcomp>
    for [v_id, v_type] in views
  File "/home/odoo/odoo-dev11/OCB/odoo/addons/base/res/res_config.py", line 388, in fields_view_get
    toolbar=toolbar, submenu=submenu)
  File "/home/odoo/odoo-dev11/APPSTORE/tv_dynamic_listview/models/models.py", line 19, in fields_view_get
    res = _fields_view_get(self, view_id=view_id, view_type=view_type, toolbar=toolbar, submenu=submenu)
  File "/home/odoo/odoo-dev11/OCB/odoo/models.py", line 1382, in fields_view_get
    xarch, xfields = View.postprocess_and_fields(self._name, etree.fromstring(result['arch']), view_id)
  File "/home/odoo/odoo-dev11/OCB/odoo/addons/base/ir/ir_ui_view.py", line 1064, in postprocess_and_fields
    self.raise_view_error(message, view_id)
  File "/home/odoo/odoo-dev11/OCB/odoo/addons/base/ir/ir_ui_view.py", line 519, in raise_view_error
    raise ValueError(message)
ValueError: Il campo dati_bollo_product_id non esiste

Contesto errore:
Vista n/d
[view_id: n/d, xml_id: n/d, model: n/d, parent_id: n/d]




odoo.tools.convert.ParseError: "Errore durante la validazione del vincolo

Il campo cassa_previdenziale_product_id non esiste

Contesto errore:
Vista view_account_config_settings_ftpa_in
[view_id: 1831, xml_id: n/d, model: res.config.settings, parent_id: 1510]
None" while parsing /home/odoo/odoo-dev11/OCA/l10n-italy/l10n_it_fatturapa_in/views/company_view.xml:4, near
<record id="view_account_config_settings_ftpa_in" model="ir.ui.view">
        <field name="name">view_account_config_settings_ftpa_in</field>
        <field name="model">res.config.settings</field>
        <field name="inherit_id" ref="l10n_it_fatturapa.view_account_config_settings"/>
        <field name="arch" type="xml">
            <xpath expr="//div[@id='fatturapa_settings']" position="after">
                <div class="row mt16 o_settings_container" id="supplier_fatturapa_settings">
                    <div class="col-12 col-lg-12 o_setting_box">
                        <div class="o_setting_left_pane"/>
                        <div class="o_setting_right_pane">
                            <span class="o_form_label">Supplier Invoices</span>
                            <span class="fa fa-lg fa-building-o" title="Values set here are company-specific." aria-label="Values set here are company-specific." groups="base.group_multi_company" role="img"/>
                            <div class="text-muted">
                                Default products used in electronic supplier invoices
                            </div>
                            <div class="content-group">
                                <div class="row">
                                    <label for="sconto_maggiorazione_product_id" class="col-lg-6 o_light_label"/>
                                    <field name="sconto_maggiorazione_product_id" class="col-lg-6"/>
                                </div>
                            </div>
                        </div>
                    </div>
                </div>
            </xpath>
        </field>
    </record>```

labaggio · 2019-02-10T14:48:19Z

Mi diceva @andreampiovesana che dopo aver aggiornato usando questa PR sono comparsi questi 2 errori qui sotto (il secondo andando in settings)

Per risolvere ha dovuto aggiungere quanto presente in company.py e company_view.xml
della #664 (che non c'è in questa PR appena inclusa).

Non erano inclusi perché successivamente sono stati tolti (anche nelle altre versioni), non credo sia quella la strada corretta..
Infatti nella #757 vengono tolti.

Inoltre c'è anche una PR successiva #757 che va a modificare la #664.
Sarebbero da includere entrambe per cercare di allineare la 11.0 alle altre.
Chi se ne può occupare?

Ho fatto un confronto tra le versioni attuali della 11 e della 12 dei moduli e le uniche differenze presenti sono nel file /l10n_it_fatturapa/models/account.py ( nella 11.0 non sono stati tolti i campi
virtual_stamp, e stamp_amount) e nella l10n_it_fatturapa/models/company.py la modifica relativa ai campi fatturapa_rea_office, fatturapa_rea_number, fatturapa_rea_capital, fatturapa_rea_partner, fatturapa_rea_liquidation)
Queste modifiche posso portarle, ma nessuna di queste modifiche ha creato l'errore indicato da @andreampiovesana .

Il problema, che magari riesci a spiegarmi, è un altro.
In una delle varie modifiche del modulo che era in progress, sono stati eliminati i campi dal model, anche dagli xml però.
Non so perché durante l'aggiornamento il database non si è aggiornato correttamente non eliminando i riferimenti.
Infatti se esegui la seguente query DELETE FROM ir_ui_view WHERE arch_fs ILIKE '%fatturapa_in%'; e rifai l'aggiornamento del modulo, la cosa si risolve.
Questa situazione capita solo durante un aggiornamento, installato da zero non crea problemi.
Se riuscite ad illuminarmi faccio subito una modifica.

primes2h · 2019-02-13T13:46:24Z

Ho fatto un confronto tra le versioni attuali della 11 e della 12 dei moduli e le uniche differenze presenti sono nel file /l10n_it_fatturapa/models/account.py ( nella 11.0 non sono stati tolti i campi
virtual_stamp, e stamp_amount) e nella l10n_it_fatturapa/models/company.py la modifica relativa ai campi fatturapa_rea_office, fatturapa_rea_number, fatturapa_rea_capital, fatturapa_rea_partner, fatturapa_rea_liquidation)

Quindi, se non ho capito male, stai dicendo che per allineare la 11.0 alla 12.0 del modulo fatturapa restano solo quelle due modifiche da includere?

Queste modifiche posso portarle,

Se riesci ad aprire una PR con quanto resta da fare per allineare le versioni sarebbe ottimo!
Più che altro è da capire se le modifiche coinvolgono altri moduli collegati.

ma nessuna di queste modifiche ha creato l'errore indicato da @andreampiovesana .

Può essere che inizialmente stesse utilizzando direttamente la PR quando era ancora WIP, @andreampiovesana corretto?

Il problema, che magari riesci a spiegarmi, è un altro.
In una delle varie modifiche del modulo che era in progress, sono stati eliminati i campi dal model, anche dagli xml però.
Non so perché durante l'aggiornamento il database non si è aggiornato correttamente non eliminando i riferimenti.
Infatti se esegui la seguente query DELETE FROM ir_ui_view WHERE arch_fs ILIKE '%fatturapa_in%'; e rifai l'aggiornamento del modulo, la cosa si risolve.
Questa situazione capita solo durante un aggiornamento, installato da zero non crea problemi.
Se riuscite ad illuminarmi faccio subito una modifica.

Purtroppo non saprei risponderti.

Vediamo cosa dicono @OCA/local-italy-maintainers

andreampiovesana · 2019-02-13T16:46:00Z

Infatti se esegui la seguente query DELETE FROM ir_ui_view WHERE arch_fs ILIKE '%fatturapa_in%'; e rifai l'aggiornamento del modulo, la cosa si risolve. Questa situazione capita solo durante un aggiornamento, installato da zero non crea problemi. confermo che questo sql funziona grazie Andrea Piovesana linux counter #601470 Linux Mint 19.1www.pnlug.it Il giorno mer 13 feb 2019 alle ore 14:46 Sergio Zanchetta < notifications@github.com> ha scritto:

…

Ho fatto un confronto tra le versioni attuali della 11 e della 12 dei moduli e le uniche differenze presenti sono nel file /l10n_it_fatturapa/models/account.py ( nella 11.0 non sono stati tolti i campi virtual_stamp, e stamp_amount) e nella l10n_it_fatturapa/models/company.py la modifica relativa ai campi fatturapa_rea_office, fatturapa_rea_number, fatturapa_rea_capital, fatturapa_rea_partner, fatturapa_rea_liquidation) Quindi, se non ho capito male, stai dicendo che per allineare la 11.0 alla 12.0 del modulo fatturapa restano solo quelle due modifiche da includere? Queste modifiche posso portarle, Se riesci ad aprire una PR con quanto resta da fare per allineare le versioni sarebbe ottimo! Più che altro è da capire se le modifiche coinvolgono altri moduli collegati. ma nessuna di queste modifiche ha creato l'errore indicato da @andreampiovesana <https://github.com/andreampiovesana> . Può essere che inizialmente stesse utilizzando direttamente la PR quando era ancora WIP, @andreampiovesana <https://github.com/andreampiovesana> corretto? Il problema, che magari riesci a spiegarmi, è un altro. In una delle varie modifiche del modulo che era in progress, sono stati eliminati i campi dal model, anche dagli xml però. Non so perché durante l'aggiornamento il database non si è aggiornato correttamente non eliminando i riferimenti. Infatti se esegui la seguente query DELETE FROM ir_ui_view WHERE arch_fs ILIKE '%fatturapa_in%'; e rifai l'aggiornamento del modulo, la cosa si risolve. Questa situazione capita solo durante un aggiornamento, installato da zero non crea problemi. Se riuscite ad illuminarmi faccio subito una modifica. Purtroppo non saprei risponderti. Vediamo cosa dicono @OCA/local-italy-maintainers <https://github.com/orgs/OCA/teams/local-italy-maintainers> — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#640 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ANTkg5BMVLT5_WZhv6GFgVt87F6Rl8yeks5vNBc0gaJpZM4YQCwK> .

eLBati added the work in progress label Nov 6, 2018

eLBati added this to the 11.0 milestone Nov 6, 2018

taifu mentioned this pull request Nov 30, 2018

[11.0] mig l10n_it_fatturapa_pec #685

Merged

primes2h mentioned this pull request Dec 1, 2018

[11.0] mig l10n_it_fatturapa #639

Merged

dcorio suggested changes Dec 21, 2018

View reviewed changes

eLBati and others added 11 commits February 2, 2019 16:26

copying l10n_it_fatturapa_in from 7.0 as is

da70bef

porting l10n_it_fatturapa_in to 10 (REF withholding tax integration, invoice interface, fiscal document type ADD some DatiGeneraliDocumento fields) ADD _setTerzoIntermediarioOSoggettoEmittente to l10n_it_fatturapa_out

IMP l10n_it_fatturapa useless field (#613)

2d4e9a2

supplier fields only visible for suppliers Check mandatory customer fields before exporting XML Prevent to use sequence already used by journals

[FIX] translation source strings l10n_it_fatturapa_in

09e1fe2

[IMP] revamp README and manifest [FIX] wrong tabs indentation

l10n_it_fatturapa_in: IMP e-invoice modules: multi company

d93381c

REF l10n_it_fatturapa_in for cases of partners (contacts) with wrong …

78e88fb

…fiscal code (=TIN) (#843) First search by VAT number, otherwise by fiscal code. Correctly check commercial partner

[UPD] Update l10n_it_fatturapa_in.pot

53b81a9

[FIX] l10n_it_fatturapa_in translation source strings

82d297e

[IMP] fatturapa modules, set ITA name and summary (#694) [FIX] l10n_it_fatturapa_in typos in source translation strings [FIX] fatturapa titles using italian guidelines (#708)

"[MIG] l10n_it_fatturapa_in: Migration to 11.0"

3a5ac92

eLBati reviewed Feb 4, 2019

View reviewed changes

eLBati merged commit 9024b9c into OCA:11.0 Feb 4, 2019

Byloth deleted the 11.0-mig-l10n_it_fatturapa_in branch June 7, 2019 10:09

Uh oh!

Conversation

francesca-bianchini commented Nov 6, 2018

Uh oh!

eLBati commented Dec 1, 2018

Uh oh!

andreampiovesana commented Dec 14, 2018

Uh oh!

primes2h commented Dec 16, 2018

Uh oh!

eLBati commented Dec 21, 2018

Uh oh!

dcorio left a comment

Choose a reason for hiding this comment

Uh oh!

dcorio Nov 29, 2018

Choose a reason for hiding this comment

Uh oh!

eLBati Dec 21, 2018

Choose a reason for hiding this comment

Uh oh!

labaggio commented Jan 24, 2019

Uh oh!

GSLabIt commented Jan 29, 2019

Uh oh!

eLBati commented Jan 30, 2019

Uh oh!

labaggio commented Jan 30, 2019

Uh oh!

eLBati commented Jan 30, 2019

Uh oh!

labaggio commented Feb 2, 2019

Uh oh!

GSLabIt commented Feb 3, 2019

Uh oh!

eLBati Feb 4, 2019

Choose a reason for hiding this comment

Uh oh!

labaggio Feb 4, 2019 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

eLBati Feb 4, 2019

Choose a reason for hiding this comment

Uh oh!

primes2h commented Feb 9, 2019

Uh oh!

labaggio commented Feb 10, 2019 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

primes2h commented Feb 13, 2019

Uh oh!

andreampiovesana commented Feb 13, 2019 via email

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

9 participants

labaggio Feb 4, 2019 •

edited

Loading

labaggio commented Feb 10, 2019 •

edited

Loading