Gestión Comercial de efectos de facturación (l10n_es_gestion_comercial)

Security findings

Migration considerations

Imports from the old `openerp.osv` namespace: renamed to `odoo` since Odoo 10.0. migration-openerp-import · source
For a target of Odoo 10.0+: use the `__manifest__.py` manifest name instead of `__openerp__.py`. The filename alone does not establish module age or compatibility. migration-openerp-manifest · source
AccountJournal — Class 'AccountJournal' still inherits from the old-style `orm.Model` API: rewrite it against `models.Model`/`models.TransientModel`/`models.AbstractModel` - the old `osv`/`orm` API was removed entirely in modern Odoo. migration-old-api-base · source
AccountJournal — Class 'AccountJournal' declares `_columns` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
AccountMoveLine — Class 'AccountMoveLine' still inherits from the old-style `orm.Model` API: rewrite it against `models.Model`/`models.TransientModel`/`models.AbstractModel` - the old `osv`/`orm` API was removed entirely in modern Odoo. migration-old-api-base · source
AccountMoveLine — Class 'AccountMoveLine' declares `_columns` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
AccountVoucher — Class 'AccountVoucher' still inherits from the old-style `orm.Model` API: rewrite it against `models.Model`/`models.TransientModel`/`models.AbstractModel` - the old `osv`/`orm` API was removed entirely in modern Odoo. migration-old-api-base · source
AccountVoucher — Class 'AccountVoucher' declares `_columns` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
ResPartner — Class 'ResPartner' still inherits from the old-style `orm.Model` API: rewrite it against `models.Model`/`models.TransientModel`/`models.AbstractModel` - the old `osv`/`orm` API was removed entirely in modern Odoo. migration-old-api-base · source
ResPartner — Class 'ResPartner' declares `_columns` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
account_issued_check — Class 'account_issued_check' still inherits from the old-style `osv.osv` API: rewrite it against `models.Model`/`models.TransientModel`/`models.AbstractModel` - the old `osv`/`orm` API was removed entirely in modern Odoo. migration-old-api-base · source
account_issued_check — Class 'account_issued_check' declares `_columns` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
account_issued_check — Class 'account_issued_check' declares `_defaults` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
account_third_check — Class 'account_third_check' still inherits from the old-style `osv.osv` API: rewrite it against `models.Model`/`models.TransientModel`/`models.AbstractModel` - the old `osv`/`orm` API was removed entirely in modern Odoo. migration-old-api-base · source
account_third_check — Class 'account_third_check' declares `_columns` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
account_third_check — Class 'account_third_check' declares `_defaults` as a plain dict: old-style field/default declarations, replace with `fields.X(...)` class attributes and `default=`. migration-old-style-fields · source
l10n_es_account_journal_form — For a target of Odoo 17.0+: view 'l10n_es_account_journal_form' uses `attrs=`/`states=`, which are no longer supported. Convert modifiers to direct Python boolean expressions in `invisible`/`readonly`/`required`; preserve the original AND/OR logic. migration-view-attrs-states · source
view_vendor_receipt_check_form — For a target of Odoo 17.0+: view 'view_vendor_receipt_check_form' uses `attrs=`/`states=`, which are no longer supported. Convert modifiers to direct Python boolean expressions in `invisible`/`readonly`/`required`; preserve the original AND/OR logic. migration-view-attrs-states · source
view_voucher_check_form — For a target of Odoo 17.0+: view 'view_voucher_check_form' uses `attrs=`/`states=`, which are no longer supported. Convert modifiers to direct Python boolean expressions in `invisible`/`readonly`/`required`; preserve the original AND/OR logic. migration-view-attrs-states · source
view_account_issued_check_tree — View 'view_account_issued_check_tree' is defined with a `<tree>` root tag: renamed to `<list>` in Odoo 18.0. migration-view-tree-tag · source
view_account_third_check_tree — View 'view_account_third_check_tree' is defined with a `<tree>` root tag: renamed to `<list>` in Odoo 18.0. migration-view-tree-tag · source

Migration review checklist, not a compatibility verdict. No target version is selected: apply version-specific advice only when migrating to that version or later.

Repository: OCA/l10n-spain · module folder · Try on Runboat
Module version: 1.0
Category: Localisation/Europe
Folder size: 0.05 MB
License: LGPL-3
Application: No
Auto-installable: No
Website: http://www.soluntec.es
Last tracking update: 2026-08-07 06:51:37
Authors: Odoo Community Association (OCA), Soluntec
Maintainers: Odoo Community Association (OCA), Soluntec
Committers: Alexandre Fayolle, Pedro M. Baeza, dani-ds

Odoo dependencies

odoo/odoo:

- base

- sale

- stock

- product

- process

- decimal_precision

- account

- base_setup

- analytic

- board

- edi

- mail

Python dependencies

None

System dependencies

None

Required by

None

Description

        Este modulo amplia la funcionalidad contable de OpenERP para poder llevar el control de la gestión comercial
        de documentos de cobro/pago y efectos contables.
        
        Funcionalidades :
        
        * Se crean diarios de gestión de fectos comerciales, impagos e incobrables.
        
        * Cuando se realiza un pago de cliente por estos diarios, agrupa los efectos liquidados por ese pago en un nuevo efecto.
        
        * Este nuevo efecto podrá tener un nuevo vencimiento y tipo de pago definidos en el pago de cliente.
        
        * Se añaden nuevos campos en la ficha de contabilidad del cliente para poder definir las cuentas a utilizar.. Si están en blanco utilizarán las definidas por defecto en el diario.
        
        * En la configuración de diarios se añade un check llamado sin efecto contable. Si esta marcado en nuevo efecto lo creará usando la cuenta de cobrables del cliente. De este modo no habrá movimiento alguno de cantidades entre cuenta. Valido para empresas que no quieran usar las cuentas de gestión de efectos.

Code Analysis info_outline

Views touched (11)

XML ID	Name	Model	Type	Status
`l10n_es_account.view_partner_property_form`	res.partner.property.form.inherit	res.partner	form	Inherits account.view_partner_property_form
`l10n_es_account_journal_form`	account.journal.form	account.journal	form	Inherits account.view_account_journal_form
`l10n_es_account_voucher_receipt_form`	account.voucher.receipt.form	account.voucher	form	Inherits account_voucher.view_vendor_receipt_form
`view_account_issued_check_form`	account.issued.check.form	account.issued.check	form	New
`view_account_issued_check_tree`	account.issued.check.tree	account.issued.check	tree	New
`view_account_third_check_form`	account.third.check.form	account.third.check	form	New
`view_account_third_check_tree`	account.third.check.tree	account.third.check	tree	New
`view_issued_checks_search`	issued.check.search	account.issued.check	search	New
`view_third_checks_search`	third.check.search	account.third.check	search	New
`view_vendor_receipt_check_form`	account.voucher.form.receipt.inherit	account.voucher	form	Inherits account_voucher.view_vendor_receipt_form
`view_voucher_check_form`	account.voucher.form.inherit	account.voucher	form	Inherits account_voucher.view_vendor_payment_form

HTTP endpoints (0)

No HTTP endpoints found for this module.

Models touched (4)

New fields (0)

No new fields.

Public methods (0)

No public methods.

New fields (0)

No new fields.

Public methods (0)

No public methods.

New fields (0)

No new fields.

Public methods (2)

action_move_line_create(self, cr, uid, ids, context=None)
onchange_partner_id(self, cr, uid, ids, partner_id, journal_id, amount, currency_id, ttype, date, context=None)

New fields (0)

No new fields.

Public methods (0)

No public methods.

build Migration considerations

Code Analysis info_outline

Views touched (11)

HTTP endpoints (0)

Models touched (4)

res.partner Extends Model 0 fields 0 methods ResPartner · inherits res.partner Se añade campos a los partners para registrar las cuentas a utilizar para efectos comerciales

Migration considerations