Hi i'm new in github and odoo,
i have installed this module but when i try to print the report i receive this error:

Odoo Server Error
Traceback (most recent call last):
File "/opt/odoo/addons/report/controllers/main.py", line 125, in report_download
response = self.report_routes(reportname, converter='pdf', *dict(data))
File "/opt/odoo/openerp/http.py", line 388, in response_wrap
response = f(args, *kw)
File "/opt/odoo/addons/report/controllers/main.py", line 65, in report_routes
pdf = report_obj.get_pdf(cr, uid, docids, reportname, data=options_data, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, *args, *kwargs)
File "/opt/odoo/addons/report/models/report.py", line 186, in get_pdf
html = self.get_html(cr, uid, ids, report_name, data=data, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/addons/report/models/report.py", line 161, in get_html
return particularreport_obj.render_html(cr, uid, ids, data=data, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/addons/report/models/abstract_report.py", line 64, in render_html
return self.pool['report'].render(cr, uid, [], self._template, docargs, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/addons/report/models/report.py", line 147, in render
return view_obj.render(cr, uid, template, values, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/addons/website/models/ir_ui_view.py", line 171, in render
return super(view, self).render(cr, uid, id_or_xml_id, values=values, engine=engine, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/openerp/addons/base/ir/ir_ui_view.py", line 1007, in render
return self.pool[engine].render(cr, uid, id_or_xml_id, qcontext, loader=loader, context=context)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 253, in render
return self.render_node(self.get_template(id_or_xml_id, qwebcontext), qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 292, in render_node
result = self._render_tagt_render
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 426, in render_tag_call
d[0] = self.render_element(element, template_attributes, generated_attributes, d)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 292, in render_node
result = self._render_tagt_render
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 435, in render_tag_call
return self.render(cr, uid, template, d)
File "/opt/odoo/openerp/api.py", line 237, in wrapper
return old_api(self, args, *kwargs)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 253, in render
return self.render_node(self.get_template(id_or_xml_id, qwebcontext), qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 294, in render_node
result = self.render_element(element, template_attributes, generated_attributes, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 315, in render_element
g_inner.append(self.render_node(current_node, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 292, in render_node
result = self._render_tagt_render
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 367, in render_tag_esc
inner = widget.format(template_attributes['esc'], options, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 982, in format
return escape(self._format(inner, options, qwebcontext))
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 979, in _format
return self.pool['ir.qweb'].eval_str(inner, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 205, in eval_str
val = self.eval(expr, qwebcontext)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 197, in eval
raise_qweb_exception(message="Could not evaluate expression %r" % expr, expression=expr, template=template)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 194, in eval
return qwebcontext.safe_eval(expr)
File "/opt/odoo/openerp/addons/base/ir/ir_qweb.py", line 80, in safe_eval
return eval(expr, None, locals_dict, nocopy=True, locals_builtins=True)
File "/opt/odoo/openerp/tools/safe_eval.py", line 313, in safe_eval
return eval(c, globals_dict, locals_dict)
File "", line 1, in
QWebException: "'NoneType' object is not callable" while evaluating
"context_timestamp(datetime.datetime.now()).strftime('%Y')"

Can you help me please ?

To replace the error from a blank installation with demo datas:
-> Install the module l10n_it_ricevute_bancarie
-> On tab Accounting of parter activate "Group Ri.Ba." and set payment as "RiBA 30 Days End of Month"
-> Create new customer invoice, insert a line and validate
-> From Ri.Ba -> Issue RiBa -> Select the line of relative invoice -> Wizard "Salvo buon fine" -> Error

nell'emissione delle ricevute il conto ci contropartite è uguale al conto cliente non mette il conto della banca

Issue by blaggacao
Tuesday Jun 03, 2014 at 00:47 GMT
Originally opened as odoo-italia/odoo-italia#3

I almost lost all my (once quite resonable) italian over here in south america. But I would love to get an answer in italian. ;)

We are in the process of making a colombbian localization, and when analyzing examples we saw, that in the l10n_it there is the tax type "balance" used on some child taxes. i do not understand this concept, but it might be useful to some of our problems...

Grazie Mille, David

https://github.com/odoo-colombia/odoo-colombia
https://github.com/odoo-colombia/provisioning

Salve,

io non riesco ad importarlo questo modulo; l'errore è il seguente:

Traceback (most recent call last):
File "/opt/odoo/openerp/http.py", line 537, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/opt/odoo/openerp/http.py", line 574, in dispatch
result = self._call_function(*_self.params)
File "/opt/odoo/openerp/http.py", line 310, in _call_function
return checked_call(self.db, *args, *_kwargs)
File "/opt/odoo/openerp/service/model.py", line 113, in wrapper
return f(dbname, _args, *_kwargs)
File "/opt/odoo/openerp/http.py", line 307, in checked_call
return self.endpoint(_a, *_kw)
File "/opt/odoo/openerp/http.py", line 803, in call
return self.method(_args, *_kw)
File "/opt/odoo/openerp/http.py", line 403, in response_wrap
response = f(_args, *_kw)
File "/opt/odoo/addons/web/controllers/main.py", line 948, in call_button
action = self._call_kw(model, method, args, {})
File "/opt/odoo/addons/web/controllers/main.py", line 936, in _call_kw
return getattr(request.registry.get(model), method)(request.cr, request.uid, _args, *_kwargs)
File "/opt/odoo/openerp/api.py", line 241, in wrapper
return old_api(self, _args, *_kwargs)
File "/opt/odoo/openerp/addons/base/module/module.py", line 450, in button_immediate_install
return self._button_immediate_function(cr, uid, ids, self.button_install, context=context)
File "/opt/odoo/openerp/api.py", line 241, in wrapper
return old_api(self, _args, *_kwargs)
File "/opt/odoo/openerp/addons/base/module/module.py", line 494, in _button_immediate_function
function(cr, uid, ids, context=context)
File "/opt/odoo/openerp/api.py", line 241, in wrapper
return old_api(self, _args, *_kwargs)
File "/opt/odoo/openerp/addons/base/module/module.py", line 417, in button_install
self.state_update(cr, uid, ids, 'to install', ['uninstalled'], context=context)
File "/opt/odoo/openerp/api.py", line 241, in wrapper
return old_api(self, _args, *_kwargs)
File "/opt/odoo/openerp/api.py", line 363, in old_api
result = method(recs, _args, *kwargs)
File "/opt/odoo/openerp/addons/base/module/module.py", line 408, in state_update
self.check_external_dependencies(module.name, newstate)
File "/opt/odoo/openerp/addons/base/module/module.py", line 381, in check_external_dependencies
raise orm.except_orm(('Error'), msg % (module_name, e.args[0]))
except_orm: (u'Errore', u'Non \xe8 possibile installare il modulo "l10n_it_fiscalcode" perch\xe8 alcune dipendenze esterne non sono presenti: No module named codicefiscale')

il modulo installato è questo:
...
drwxr-xr-x 3 root root 4096 6 apr 18.14 cfnbootstrap
-rw-r--r-- 1 root root 7531 14 lug 17.19 codicefiscale-0.8-py2.7.egg
drwxr-xr-x 2 root root 4096 6 apr 18.16 colorama
drwxr-xr-x 2 root root 4096 6 apr 18.16 colorama-0.3.3.egg-info
...

test python path inclusi:

Python 2.7.9 (default, Apr 1 2015, 18:18:03)
[GCC 4.8.2 20140120 (Red Hat 4.8.2-16)] on linux2
Type "help", "copyright", "credits" or "license" for more information.

import sys
print sys.path
['', '/usr/lib/python2.7/dist-packages', '/usr/local/lib/python2.7/site-packages/pip-6.0.8-py2.7.egg', '/usr/local/lib/python2.7/site-packages/Werkzeug-0.10.4-py2.7.egg', '/usr/local/lib/python2.7/site-packages/codicefiscale-0.8-py2.7.egg', '/usr/local/lib/python2.7/site-packages/unicodecsv-0.13.0-py2.7.egg', '/usr/lib64/python27.zip', '/usr/lib64/python2.7', '/usr/lib64/python2.7/plat-linux2', '/usr/lib64/python2.7/lib-tk', '/usr/lib64/python2.7/lib-old', '/usr/lib64/python2.7/lib-dynload', '/usr/local/lib64/python2.7/site-packages', '/usr/local/lib/python2.7/site-packages', '/usr/lib64/python2.7/site-packages', '/usr/lib/python2.7/site-packages', '/usr/lib64/python2.7/dist-packages', '/usr/lib64/python2.7/dist-packages/PIL']

Moduli installati su python 2.7:

[root@ip-172-30-1-108 ~]# pip2.7 freeze
You are using pip version 6.0.8, however version 7.1.0 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
aws-cfn-bootstrap==1.4
awscli==1.7.23
Babel==1.3
bcdoc==0.13.0
botocore==0.104.0
codicefiscale==0.8
colorama==0.3.3
decorator==3.4.0
docutils==0.12
feedparser==5.1.3
gdata==2.0.18
gevent==1.0.1
greenlet==0.4.2
jcconv==0.2.3
Jinja2==2.7.3
jmespath==0.6.2
lxml==3.3.5
Mako==1.0.0
MarkupSafe==0.23
mock==1.0.1
passlib==1.6.2
Pillow==2.5.1
psutil==2.1.1
psycogreen==1.0
psycopg2==2.5.3
pyasn1==0.1.7
PyChart==1.39
pycrypto==2.6.1
pydot==1.0.2
pyparsing==1.5.7
pyPdf==1.13
pyserial==2.7
python-dateutil==1.5
python-ldap==2.4.15
python-openid==2.2.5
python-stdnum==1.0
pytz==2014.4
pyusb==1.0.0b1
PyYAML==3.11
qrcode==5.0.1
reportlab==3.1.8
requests==2.3.0
rsa==3.1.4
simplejson==3.5.3
six==1.7.3
unicodecsv==0.13.0
unittest2==0.5.1
vatnumber==1.2
vobject==0.6.6
Werkzeug==0.10.4
xlwt==0.7.5
yum-metadata-parser==1.1.4

se faccio un test con python facendo l'import funziona tutto,
però non riesco ad installare questo modulo per il codice fiscale xkè manca sempre codicefiscale

Non sò quale sia il problema.

Grazie.

Issue by eLBati
Thursday May 22, 2014 at 06:48 GMT
Originally opened as odoo-italia/odoo-italia#1

The l10n_it_ricevute_bancarie code contains several Italian strings that should be replaced by English strings.
The only exception could be the strings 'ricevuta/e bancaria/e' and 'riba'

propedeutico all'installazione del modulo dell'italianizzazione "Base Location Provinces Import" è necessario installare il modulo "base_location_geonames_import".
nell'installazione di quest'ultimo il seguente errore accade:
Unable to install module "base_location_geonames_import" because an external dependency is not met: No module named unicodecsv.
grazie
claudio

The PRs on branch 7.0 are yellow: https://runbot.odoo-community.org/runbot/repo/github-com-oca-l10n-italy-122

This is due to some warnings such as:
openerp.addons.base.ir.ir_ui_view: Setting the typefield is deprecated in their.ui.view model.
See https://runbot2.odoo-community.org/runbot/static/build/3135366-7-0-314c68/logs/job_20_test_all.txt for further info.

Hi,
i have installed unicodecsv with "pip install unicodecsv".
While trying to import Italian provinces, the wizard show me this error:

for row in unicodecsv.reader(
AttributeError: 'NoneType' object has no attribute 'reader'

Detailed screenshot: https://www.dropbox.com/s/5je1mb9qawtia8i/Screenshot%202015-09-03%2016.25.32.png?dl=0

Thanks

I'm start working on it.

I am porting modules to send/receive xml files to/from banks.
Since February, 1st 2016 files CBI will be no more valid and companies shall use new xml format file.

In order to avoid data duplicate, I would like to use models by Italian localization.
I can't find company cuc that is called "Codice SIA" in italian nomenclature.
Could someone address me to find this field?

TIA

See #59 (comment)

I noticed that l10n_it_pec isn't using the new 8.0 APIs
https://github.com/OCA/l10n-italy/blob/8.0/l10n_it_pec/model/partner.py

Dalla documentazione ho capito che il modulo "Account Invoice entry Date" dovrebbe consentire di inserire la data della fattura e di rispettare la progressività nella numerazione dei registri IVA.
ho purtroppo notato le seguenti anomalie (forse ho trascurato qualche settaggio):

1. è possibile inserire la data del documento nel futuro,
2. la data di registrazione (che dovrebbe avere valenza contabile) è automaticamente inserita dal sistema pari a quella del documento,
3. la sequenzialità tra data di registrazione e numero di documento non è controllata, i.e. nessun messaggio di errore che impedisca la registrazione viene emesso dal sistema.

Sarebbe auspicabile che la data di registrazione sia impostabile manualmente e che sia non successiva all'ultima data inserita.

Grazie
claudio candito

Read OCA/maintainer-tools#29 to know more about it

this is a reminder to enable tests of account_vat_period_end_statement

I'm starting to work on it.

I would like to follow the @sergiocorato way previously described at
https://code.launchpad.net/~icsergio/openobject-italia/61_imp_withholding_tax/+merge/189442
This would avoid the user to manually digit the withholding amount, letting the system compute it.

That is, using an account.tax for the withholding tax.
Something like:

the invoice (as per http://wiki.odoo-italia.org/doku.php/area_utente/requisiti/ritenuta_d_acconto):

Moreover, I would like to avoid the use of vouchers. So, at reconciliation, the withholding amount to pay will be forwarded to the right account and the due date will be set.

Stavo provando il modulo DDT di cui a
https://github.com/hurrinico/l10n-italy/tree/hurrifix-8.0-ddt/l10n_it_ddt
e volevo ringraziare i creatori del modulo per il lavoro.

Ho notato alcune mancanze nel DDT rispetto ai requisiti fiscali e volevo, con spirito di collaborazione,

• segnalarle dandone i riferimenti di legge,
• chiedendo se sia possibile apportare delle correzioni.

Nel dettaglio esse sono:

1. MANCANZA della Indicazione del termine CEDENTE e CESSIONARIO

2. Mancanza della PIVA per entrambi

3. MANCANZA della presenza del “terzo” Destinatario.

4. Numero del DDT

5. CESSIONARIO, CEDENTE e PIVA
   L'attuale DDT è regolamentato dal DPR 14 agosto 1996, n. 472, che dispone al terzo articolo:
   “3. Il documento previsto dall’articolo 21, quarto comma, secondo periodo del decreto del Presidente della Repubblica 26 ottobre 1972, n. 633 (4), contiene l’indicazione della data, delle generalità del CEDENTE del CESSIONARIO e dell’eventuale incaricato del trasporto, nonché la descrizione della natura, della qualità e della quantità dei beni ceduti.”

Vanno quindi individuate chiaramente le FIGURE di cedente e cessionario. Nella attuale stampa report i due partner figurano uno dopo l'altro, senza identificazione esplicita.
Generalmente questo non è sufficiente a definire il primo nome come cedente ed il secondo nominativo come cessionario (gli accertamenti fiscali tendono a diventare .... fiscali :-) )
Andrebbero anteposti i termini CEDENTE e CESSIONARIO nel Ddt, prima dei due partner

2. PIVA
   Quanto alla PIVA, si applicano congiuntamente le precisazioni (nel dare significato al termine “generalità”) di cui al D.P.R. 26 ottobre 1972, n. 633, Comma 2
   [2] La fattura deve essere datata e numerata in ordine progressivo e deve contenere le seguenti indicazioni: (1)deve contenere le seguenti indicazioni: (1) 1) ditta, denominazione o ragione sociale, residenza o domicilio dei soggetti fra cui è effettuata l’operazione, nonché ubicazione della stabile organizzazione per i non residenti e, relativamente all’emittente, _numero di partita IVA. Se non si tratta di imprese, società o enti devono essere indicati, in luogo della ditta, denominazione o ragione sociale, il nome e il cognome;_

Vedasi al punto, anche il 3d su commercialista telematico:
http://forum.commercialistatelematico.com/iva-intrastat-spesometro-san-marino/73559-ddt-con-partita-iva.html

3. Terzo destinatario
   Esiste, sempre più spesso, il caso dell'acquisto fatto dalla Azienda A, presso il venditore B, con destinazione il soggetto o l'indirizzo C.
   In questo caso, Cedente, Cessionario, e Destinatario sono tre figure diverse. Nell'attuale DDT il Cessionario deve coincidere obbligatoriamente con il destinatario.

Chiedo se sia possibile avere una modifica alla maschera di creazione del Ddt, ove oltre alla indicazione del partner “cessionario”, si possa anche indicare (se necessario) il partner “destinatario”

4. Numero DDT
   Attualmente il numero DDT viene indicato dopo il testo “Note Spedizione”
   Mi ha stupito; non capisco se è voluto.
   Chiedo e propongo : non sarebbe meglio anteporre il testo “Numero Documento:” ?

I'm working on a new addon here:
https://github.com/abstract-open-solutions/l10n-italy/tree/8.0-ddt

this is necessary to merge DdTs and create a grouped invoice.
the standard way (create invoice from pickings) as well as 3rd party addons like stock_picking_merge have already been discarded.

As per the italian law, DdT != Delivery Order

https://github.com/OCA/l10n-italy/blob/6.1/l10n_it_ricevute_bancarie/wizard/riba_file_export.py#L182

must get only invoice (or default) address not the first

I just noticed that if you refund an invoice with split payment you get an unbalanced journal entry

Hi,
Are there any specifications for the 8.0 port of fiscal code module?
To my understanding I think it can be ported as is with just the new api enhancements.
As I need to install it I could start to work on it if nobody already did.
Thanks,
Frank

Hi,
here i'm working on ricevute bancarie v8 porting https://github.com/scigghia/l10n-italy/tree/8.0-riba
now i'm on this piece of code for riba v8
creditor_province = creditor_address.province.code or ''
what can i do? are we waiting for a choise between states or province ?

I'm working on the v8 porting of account_invoice_entry_date here:
https://github.com/abstract-open-solutions/l10n-italy/tree/8.0-reg-date

i'll make a PR a soon as it's ready

2 module implement some useful extension .. pec and ateco.

But i need extension to fulfill the requirement of the fatturaPA module but this extension should be useful for other module like for example spesometro.

I mean:

1.2.4
1.2.4.1
1.2.4.3
1.2.4.4
1.2.4.5

1.2.1.8

The question is ... the right approach .. implement this extension inside the fatturaPA module or make a single filed extension or make a generic module whit all this extension and maybe pec+ateco?

l'import del modulo per il controllo dei codici fiscali italiani nella V8.0 fallisce per un errore di compilazione del codice python.
grazie
claudio

I'm start working on it.

Issue by eLBati
Thursday May 22, 2014 at 06:50 GMT
Originally opened as odoo-italia/odoo-italia#2

See https://blueprints.launchpad.net/openobject-italia/+spec/l10n-it-base-v8
and
http://pad.odoo.com/p/l10n_it_sprint_200614_base

Ho cercato di installare il modulo DDT ma ho riscontrato degli errori e non mi da la possibilita di provarlo. Di seguito l'errore:

File "/home/odoo/8.0/odoo/openerp/tools/convert.py", line 895, in convert_file
convert_csv_import(cr, module, pathname, fp.read(), idref, mode, noupdate)
File "/home/odoo/8.0/odoo/openerp/tools/convert.py", line 963, in convert_csv_import
raise Exception(_('Module loading %s failed: file %s could not be processed:\n %s') % (module, fname, warning_msg))
Exception: Module loading l10n_it_ddt failed: file l10n_it_ddt/security/ir.model.access.csv could not be processed:
Line 9 : Nessun record trovato per id esterno 'model_stock_ddt_type' nel campo 'Object'

Mi riferisco al modulo
git clone -b 8.0-add-stock_picking_package_preparation_line https://github.com/OpenCode/stock-logistics-workflow.git
git clone -b 8.0-ddt-based-on-packaging-preparation_lb https://github.com/eLBati/l10n-italy.git

Da un'esigenza diretta nasce il bisogno di definire un workflow che permetta, partendo dal ddt, di annullare un ordine. Gli ordini con picking collegati non possono essere annullati. I picking completati non possono essere annullati. Alla luce di ciò ho effettuato delle prove trovando il seguente workflow che pare funzionare per lo scopo che vogliamo raggiungere

• Annullo il DDT (attualmente non è possibile farlo per un DDT done ed ho dovuto forzare)
• Inverto tutti i picking legati al DDT così da far quadrare la situazione del magazzino
• Mediante il procurement group definito sui picking, cerco gli ordini di vendita legati allo stesso procurement group
• Svuoto il campo procuremetn_group_id di sale order per slegare gli ordini di vendita dai procurement group
• Sempre mediante il procurement group cerco i procurement order. Nella tabelle procurement_order svuoto il campo sale_line_id di questi PO così da slegare anche i dettagli dell'ordine

A questo punto ho l'ordine completamente isolato dal flusso di magazzino. Le quantità dei prodotti sono nuovamente quadrati ed è possibile annullare l'ordine.

Potrebbe essere utile, anche in un modulo a sé stante, automatizzare il processo (ovviamente escluso l'annullamento dell'ordine) che dovrebbe essere eseguito manualmente dall'utente interessato.

Qualcuno trova buchi nel mio ragionamento? Avete idee migliori? Suggerimenti? Proposte? Contestazioni?

Hi, how can I install l10n-italy on odoo v8? I need the translations of all the base modules on Odoo. Especially the Italian provinces.
Thanks!

Hi,
I think that we can reuse that module after porting the original function to l10n_it_toponyms, to include all italian localization specific fields for example pec mail.

(suggested by enlightx)
Another interesting thing that may include in l10n_it_base is a configuration menu in -> Configuration -> Configuration -> Italian localization and put there all the specific configuration and flag to install extra modules from l10n-italy

Regards

here my PR to port account_due_list on Odoo (OCA/bank-payment#84)
this is needed by l10n_it_ricevute_bancarie, but if we plan to use followup (like Lorenzo says to me) i can close that PR and merge account_due_list with my account_due_list_enhanced in a single addon, to give us also print of "scadenzario"
otherwise account_due_list as part of ricevute bancarie could be a solution

wath do you think about?

As per the italian law, one can pay in advance even without having received an invoice yet.
This is typical in agriculture for instance, where advance payments are issued against DdTs (delivery orders).

I'm working on a PoC here:
https://github.com/abstract-open-solutions/l10n-italy/tree/8.0-advance-payment

In order to use the configuration menu provided by l10n_it_base to place other modules configurations (as discussed on IRC) we'd need to enable the multicompany to store accounting values.

Or...otherwise...we can add a third level menu like Configuration > Italian Localization > Accounting.
This 3rd level can inherit from account.config.settings and be multicompany enabled by default.

Nel file .travis.yml è richiesto il package unidecode 0.4.17
Questo package è stato aggiornato alla 0.4.19 su PYPI
C'è un motivo per forzare questa specifica versione?
Io opterei per richiedere unidecode senza versione
PS Il package è usato anche nella repository 'bank-payment'

(en) In .travis.yml is required unidecode 0.4.17 package
The latest version now avaiable on PYPI is 0.4.19.
I would like to use latest version and decalre unidecode without version in .travis.yml
Notice: this package is called by 'bank-payment' too

I'm working on a module here:
https://github.com/abstract-open-solutions/l10n-italy/tree/8.0-reverse-charge

by now i'm porting to v8 (already working on v8 so you can test it) a module for v7 i developed months ago.
there's another module here:
https://github.com/ApuliaSoftware/l10n_it_invoice_intra_cee_7

i'm open for discussions about this topic and eventually to merge the two addons.

quando provo ad installare il modulo l10n_it_ddt esce questo errore...

"Exception: Module loading l10n_it_ddt failed: file l10n_it_ddt\security/ir.model.access.csv could not be processed:
Line 9 : Nessun record trovato per id esterno 'model_stock_ddt_type' nel campo 'Object'"

come posso risolvere l'errore?

Hello World!
May I offer you a useful public chat?
It is gitter and it is reachable from any project, simply adding some text in README file.

You can see https://github.com/antoniov/tools just for example
This README.rst contains:

• build ref
• coverall ref
• rst text
  -chat ref link <---

Everybody would chat with you can click from github.
Simple, easy and free

Thanks

here there is the work done, at the moment works these features:

• issue creation
• issue confirmation
• issue export

https://github.com/scigghia/l10n-italy/tree/8.0-riba

if anyone want to test and/or emprove, is the welcome

nel file di esportazione riba è sufficiente indicare abi e cab per ogni riga.
attualmente è possibile esportare solo in presenza di IBAN

l'emissione di DDT dovrebbe essere consentita anche per trasferimenti interni alla società.
Nello specifico se l'azienda ha più di un magazzino ubicato in siti diversi dovrei avere la possibilità di emettere ddt che accompagnano la merce, in modo particolare se si usano corrieri esterni all'azienda.
Allo stato attuale se rendo visibile picking_type_id viene ignorato in fase di "put in pack" .

Grazie
Marco C.

⚠️ Attenzione: considerato che la frequenza annuale dei rilasci di Odoo implica un notevole sforzo tecnico di porting dei moduli di localizzazione, il PSC OCA Italia ha deciso di concentrare gli sforzi sulle ultime 2 versioni pari.

Le PR sulle versioni con minore priorità potranno essere fatte ma riceveranno meno amore.

Todo

https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-9.0

Modules to migrate

• l10n_it_base_crm
• l10n_it_sale
• l10n_it_account
• l10n_it_ateco
• l10n_it_bill_of_entry
• l10n_it_partially_deductible_vat
• l10n_it_abicab
• l10n_it_corrispettivi
• account_invoice_entry_date
• l10n_it_ipa
• l10n_it_split_payment
• l10n_it_DDT_webkit
• account_central_journal
• l10n_it_fiscalcode
• account_fiscal_year_closing
• l10n_it_vat_registries
• l10n_it_ricevute_bancarie
• l10n_it_rea
• l10n_it_withholding_tax
• l10n_it_pec
• l10n_it_fatturapa
• l10n_it_base_location_geonames_import
• account_vat_period_end_statement
• l10n_it_prima_nota_cassa
• l10n_it_CEE_balance_generic
• account_invoice_sequential_dates
• l10n_it_fatturapa_out
• l10n_it_base

Can you check this and remove or rename in __unported__.

cc/ @tafaRU @eLBati

See https://odoo-community.org/groups/contributors-15/contributors-26518?mode=thread&date_begin=&date_end=, item 2 for more information.

Odoo should be able to export invoices in FatturaPA XML format.
Needed for those who invoice public administrations in Italy from now on.

Some official infos: http://www.fatturapa.gov.it/export/fatturazione/it/a-2.htm

I'm opening this because we are going to work on l10n_it_vat_registries for 8.0
Is anybody else working on it?
I think we should port them to qweb.

In some cases (art 25 del DL 66/2014, convertito nella Legge 23 giugno 2014 n. 89) the invoice require this fields, but are fields for the PA and form 31-03-2015 all the invoice to the PA will have the FatturaPA format so i suppose is correct put this fields inside the FatturaPA module. Any idea?

Ciao a tutti,
mi dà un'errore sull'esportazione (anche sul runbot) (però non trovo la logica di test dell'esportazione, per cui non so se ho mancato di configurare qualcosa)
Segue errore:

Traceback (most recent call last):
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/http.py", line 537, in _handle_exception
return super(JsonRequest, self)._handle_exception(exception)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/http.py", line 574, in dispatch
result = self._call_function(*_self.params)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/http.py", line 310, in _call_function
return checked_call(self.db, *args, *_kwargs)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/service/model.py", line 118, in wrapper
return f(dbname, _args, *_kwargs)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/http.py", line 307, in checked_call
return self.endpoint(_a, *_kw)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/http.py", line 803, in call
return self.method(_args, *_kw)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/http.py", line 403, in response_wrap
response = f(_args, *_kw)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/addons/web/controllers/main.py", line 944, in call_kw
return self._call_kw(model, method, args, kwargs)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/addons/web/controllers/main.py", line 936, in _call_kw
return getattr(request.registry.get(model), method)(request.cr, request.uid, _args, *_kwargs)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/api.py", line 256, in wrapper
return old_api(self, _args, *_kwargs)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/api.py", line 387, in old_api
result = method(recs, _args, *_kwargs)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/models.py", line 5926, in onchange
record.mapped(field_seq)
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/models.py", line 5421, in mapped
recs = recs._mapped_func(operator.itemgetter(name))
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/models.py", line 5401, in _mapped_func
vals = [func(rec) for rec in self]
File "/srv/openerp/instances/openerp-oca-runbot/parts/odoo-extra/runbot/static/build/3136254-8-0-11a802/openerp/models.py", line 5639, in getitem
return self.fields[key].get(self, type(self))
KeyError: 'riba'

dopo aver configurato l'ambiente di test e completato i test di accettazione utente, quale è la procedura suggerita per andare live. Mi vengono in mente:
un tool per il trasporto della configurazione?
o per l'estrazione dei db senza dati applicativi?
la possibilità di cancellare da una copia dei db i dati applicativi (transazionali e anagrafici)?
grazie
claudio

non trovo il modo di effettuare un consumo di materiale su progetto.
ho letto dell'esistenza del modulo "Project Task Materials" che farebbe al caso, ma non l'ho trovato in V8.0.
La soluzione estrema e non integrata sarebbe quella di registrare un movimento interno di magazzino su una location virtuale e una registrazione di partita singola in contabilità analitica.
Avete avuto modo di affrontare un problema del genere?
grazie
claudio