Traducción automática. Los datos y las cifras son la fuente de verdad; la redacción puede contener errores de traducción y algunos fragmentos pueden seguir en inglés. La versión autorizada son las páginas en inglés y en ucraniano. avísenos si un término no es exacto
l10n_ro_nondeductible_vat
en l10n-romania · código en GitHub
Romania - Nondeductible VAT
Categoría: Localization · Dakai Soft SRL · NextERP Romania · AGPL-3
| Serie | Estado | Detalles | Código |
|---|---|---|---|
| 16.0 | ✓Se instala | · ejecutado el 2026-08-21 · 16.0.0.4.0 | en GitHub |
| 17.0 | ✓Se instala | · ejecutado el 2026-08-20 · 17.0.0.9.0 | en GitHub |
| 18.0 | ✓Se instala | · ejecutado el 2026-08-19 · 18.0.0.6.0 | en GitHub |
| 19.0 | ✓Se instala | · ejecutado el 2026-10-08 · 19.0.0.6.0 | en GitHub |
| 20.0 | ✓Se instala | · ejecutado el 2026-10-29 · 20.0.1.0.0 | en GitHub |
Odoo 20.0 dev — línea de desarrollo
Una afirmación distinta de la de la tabla de arriba. Allí: el módulo tal como está publicado, sobre una plataforma ya liberada. Aquí: el código del módulo con la versión de su manifiesto elevada mecánicamente, sobre una plataforma que no está liberada y que cambia a diario.
| Estado | Detalles |
|---|---|
| ✗fails | El mismo código se instala en 19.0; en la línea de desarrollo no. La diferencia es de la plataforma. (views_xml) · falló en un archivo de OTRO módulo: l10n_ro_vat_on_payment/views/res_partner_view.xml · versión 19.0.0.4.0 → 19.5.0.4.0, código sin cambios · ejecutado el 2026-09-10 · odoo 19.5 · modidx/odoo:master-deps-20260910 |
Extracto del registro, 20.0 dev
2026-09-10 16:55:09,061 1 INFO job_c1e0bab72688 odoo.modules.loading: Loading module l10n_ro_vat_on_payment (76/80)
2026-09-10 16:55:09,412 1 INFO job_c1e0bab72688 odoo.registry: module l10n_ro_vat_on_payment: creating or updating database tables
2026-09-10 16:55:09,935 1 INFO job_c1e0bab72688 odoo.modules.loading: loading l10n_ro_vat_on_payment/views/res_partner_view.xml
2026-09-10 16:55:10,498 1 WARNING job_c1e0bab72688 odoo.modules.loading: Transient module states were reset
2026-09-10 16:55:10,500 1 ERROR job_c1e0bab72688 odoo.registry: Failed to load registry
2026-09-10 16:55:10,500 1 CRITICAL job_c1e0bab72688 odoo.service.server: Failed to initialize database `job_c1e0bab72688`.
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/odoo/service/server.py", line 1559, in preload_registries
registry = Registry.new(dbname, update_module=update_module, install_modules=config['init'], upgrade_modules=config['update'], reinit_modules=config['reinit'])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/tools/func.py", line 67, in locked
return func(inst, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/odoo/orm/registry.py", line 222, in new
contextvars.Context().run(
File "/usr/lib/python3/dist-packages/odoo/modules/loading.py", line 446, in load_modules
load_module_graph(
File "/usr/lib/python3/dist-packages/odoo/modules/loading.py", line 211, in load_module_graph
load_data(env, idref, 'init', kind='data', package=package)
File "/usr/lib/python3/dist-packages/odoo/modules/loading.py", line 56, in load_data
convert_file(env, package.name, filename, idref, mode, noupdate=kind == 'demo')
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 716, in convert_file
convert_xml_import(env, module, fp, idref, mode, noupdate)
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 815, in convert_xml_import
obj.parse(doc.getroot())
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 686, in parse
self._tag_root(de)
File "/usr/lib/python3/dist-packages/odoo/tools/convert.py", line 639, in _tag_root
raise ParseError(msg) from None # Restart with "--log-handler odoo.tools.convert:DEBUG" for complete traceback
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
odoo.tools.convert.ParseError: while parsing /mnt/pool/l10n_ro_vat_on_payment/views/res_partner_view.xml:26
Error while validating view near:
<form string="Partners">
<div class="alert alert-warning oe_edit_only" role="alert" name="warning_tax" invisible="not same_vat_partner_id">
Potential duplicates:
<b>Access Rights Inconsistency</b><br/>This view may not work for all users: some users may have a combination of groups where the elements <b><tt><button></tt></b> are displayed, but they depend on the field <b><tt>company_type</tt></b> that is not accessible. You might fix this by modifying user groups to make sure that all users who have access to those elements also have access to the field, typically via group implications. Alternatively, you could adjust the “<i>groups</i>” or “<i>invisible</i>” attributes for these fields, to make sure they are always available together.<br/>Debugging information:<br/>- field “company_type” does not exist in model “res.partner”.<br/>- element “<button name="check_vat_on_payment" invisible="vat == False or company_type != 'company'" string="Update VAT on Payment" type="object" class="oe_highlight"/>” is shown in the view for groups: 'base.group_everyone'
View error context:
{'file': '/mnt/pool/l10n_ro_vat_on_payment/views/res_partner_view.xml',
'line': 1,
'name': 'partners_form_add_vat_payment',
'view': ir.ui.view(1413,),
'view.model': 'res.partner',
'view.parent': ir.ui.view(1366,),
'xmlid': ''}
2026-09-10 16:55:10,504 1 INFO job_c1e0bab72688 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-10 16:55:10,504 1 INFO job_c1e0bab72688 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-10 16:55:10,504 1 INFO job_c1e0bab72688 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-10 16:55:10,606 1 INFO job_c1e0bab72688 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsProcedencia: __manifest__.py sha256 3e7d2c4fecb11c12… · árbol de 31 archivos sin el manifiesto, sha256 668c94532d6385cd…
Esto no dice que el módulo sea compatible con Odoo 20.0, y no dice que se instale en Odoo 20.0: sobre una plataforma estándar no lo hará, hasta que su mantenedor eleve la versión. Por qué elevamos la versión
Odoo 20.0 — la propia rama
El mismo código congelado, ejecutado de nuevo contra la rama 20.0 real. La ejecución anterior usó la línea de desarrollo de Odoo antes de crear la rama; esta usó la rama, fijada a un commit.
| Estado | Detalles |
|---|---|
| ✗fails | El mismo código se instala en 19.0; en la línea de desarrollo no. La diferencia es de la plataforma. (views_xml) · falló en un archivo de OTRO módulo: l10n_ro_vat_on_payment/views/res_partner_view.xml · versión 19.0.0.4.0 → 20.0.0.4.0, código sin cambios · ejecutado el 2026-09-19 · odoo 20.0 · modidx/odoo:20.0-deps-20260918 |
Extracto del registro, 20.0 dev
2026-09-19 00:20:34,776 1 INFO job_31d254fa2060 odoo.modules.loading: Loading module l10n_ro_vat_on_payment (76/80)
2026-09-19 00:20:35,085 1 INFO job_31d254fa2060 odoo.registry: module l10n_ro_vat_on_payment: creating or updating database tables
2026-09-19 00:20:35,773 1 INFO job_31d254fa2060 odoo.modules.loading: loading l10n_ro_vat_on_payment/views/res_partner_view.xml
2026-09-19 00:20:36,344 1 WARNING job_31d254fa2060 odoo.modules.loading: Transient module states were reset
2026-09-19 00:20:36,345 1 ERROR job_31d254fa2060 odoo.registry: Failed to load registry
2026-09-19 00:20:36,345 1 CRITICAL job_31d254fa2060 odoo.service.server: Failed to initialize database `job_31d254fa2060`.
Traceback (most recent call last):
File "/opt/odoo/odoo/service/server.py", line 1520, in preload_registries
registry = Registry.new(dbname, update_module=update_module, install_modules=config['init'], upgrade_modules=config['update'], reinit_modules=config['reinit'])
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/tools/func.py", line 67, in locked
return func(inst, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/opt/odoo/odoo/orm/registry.py", line 222, in new
contextvars.Context().run(
File "/opt/odoo/odoo/modules/loading.py", line 449, in load_modules
load_module_graph(
File "/opt/odoo/odoo/modules/loading.py", line 211, in load_module_graph
load_data(env, idref, 'init', kind='data', package=package)
File "/opt/odoo/odoo/modules/loading.py", line 56, in load_data
convert_file(env, package.name, filename, idref, mode, noupdate=kind == 'demo')
File "/opt/odoo/odoo/tools/convert.py", line 718, in convert_file
convert_xml_import(env, module, fp, idref, mode, noupdate)
File "/opt/odoo/odoo/tools/convert.py", line 817, in convert_xml_import
obj.parse(doc.getroot())
File "/opt/odoo/odoo/tools/convert.py", line 688, in parse
self._tag_root(de)
File "/opt/odoo/odoo/tools/convert.py", line 641, in _tag_root
raise ParseError(msg) from None # Restart with "--log-handler odoo.tools.convert:DEBUG" for complete traceback
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
odoo.tools.convert.ParseError: while parsing /mnt/pool/l10n_ro_vat_on_payment/views/res_partner_view.xml:26
Error while validating view near:
<form string="Partners">
<div class="alert alert-warning oe_edit_only" role="alert" name="warning_tax" invisible="not same_vat_partner_id">
Potential duplicates:
<b>Access Rights Inconsistency</b><br/>This view may not work for all users: some users may have a combination of groups where the elements <b><tt><button></tt></b> are displayed, but they depend on the field <b><tt>company_type</tt></b> that is not accessible. You might fix this by modifying user groups to make sure that all users who have access to those elements also have access to the field, typically via group implications. Alternatively, you could adjust the “<i>groups</i>” or “<i>invisible</i>” attributes for these fields, to make sure they are always available together.<br/>Debugging information:<br/>- field “company_type” does not exist in model “res.partner”.<br/>- element “<button name="check_vat_on_payment" invisible="vat == False or company_type != 'company'" string="Update VAT on Payment" type="object" class="oe_highlight"/>” is shown in the view for groups: 'base.group_everyone'
View error context:
{'file': '/mnt/pool/l10n_ro_vat_on_payment/views/res_partner_view.xml',
'line': 1,
'name': 'partners_form_add_vat_payment',
'view': ir.ui.view(1422,),
'view.model': 'res.partner',
'view.parent': ir.ui.view(1374,),
'xmlid': ''}
2026-09-19 00:20:36,349 1 INFO job_31d254fa2060 odoo.service.server.ThreadedServer: Initiating shutdown
2026-09-19 00:20:36,349 1 INFO job_31d254fa2060 odoo.service.server.ThreadedServer: Hit CTRL-C again or send a second signal to force the shutdown.
2026-09-19 00:20:36,349 1 INFO job_31d254fa2060 odoo.addons.bus.websocket: Disconnecting 0 websockets
2026-09-19 00:20:36,450 1 INFO job_31d254fa2060 odoo.sql_db: ConnectionPool(read/write;used=0/count=0/max=64): Closed 1 connectionsProcedencia: __manifest__.py sha256 3e7d2c4fecb11c12… · árbol de 31 archivos sin el manifiesto, sha256 668c94532d6385cd…
Esto no dice que el módulo sea compatible con Odoo 20.0, y no dice que se instale en Odoo 20.0: sobre una plataforma estándar no lo hará, hasta que su mantenedor eleve la versión. Por qué elevamos la versión
El catálogo apps.odoo.com tiene una publicación con el mismo nombre técnico en 16.0, 17.0, 18.0, 19.0: apps.odoo.com/apps/modules/19.0/l10n_ro_nondeductible_vat. Que el nombre coincida no demuestra que el código coincida — cómo lo contamos.
Depende de
| Módulo | Estado | Comprobado |
|---|---|---|
| l10n_ro_stock_account | ✓Se instala | 2026-10-29 |
| l10n_ro_vat_on_payment | ✓Se instala | 2026-10-29 |
¿El resultado parece erróneo? Díganoslo: le mostraremos el registro o lo ejecutaremos de nuevo. Informar de un resultado erróneo