Account Constraints

account_constraints
REPOSITORY
REPOSITORYOCA/account-financial-tools
GIT
GIThttps://github.com/OCA/account-financial-tools.git
GIT FOLDER
GIT FOLDERhttps://github.com/OCA/account-financial-tools/tree/10.0/account_constraints
VERSION
VERSION 1.1.0
CATEGORY
CATEGORYGeneric Modules/Accounting
LICENSE
LICENSEAGPL-3
APPLICATION
APPLICATIONNo
AUTO-INSTALLABLE
AUTO-INSTALLABLENo
AUTHORS
AUTHORSOdoo Community Association (OCA), Camptocamp
MAINTAINERS
MAINTAINERSOdoo Community Association (OCA), Camptocamp
COMMITTERS
COMMITTERSPedro M. Baeza, Stéphane Bidoul (ACSONE)
WEBSITE
WEBSITEhttp://www.camptocamp.com
LAST TRACKING UPDATE
LAST TRACKING UPDATE2026-07-06 00:19:57
ODOO DEPENDENCIES
ODOO DEPENDENCIES odoo/odoo:
    - account
    - base_setup
    - base
    - web_kanban
    - web
    - product
    - decimal_precision
    - mail
    - bus
    - web_tour
    - report
    - analytic
    - web_planner
PYTHON DEPENDENCIES
PYTHON DEPENDENCIES Not have
SYSTEM DEPENDENCIES
SYSTEM DEPENDENCIES Not have
DESCRIPTION
DESCRIPTION
Account Constraints
===================

Add constraints in the accounting module of OpenERP to avoid bad usage
by users that lead to corrupted datas. This is based on our experiences
and legal state of the art in other software.

Summary of constraints are:

* Add a constraint on account move: you cannot pickup a date that is not
  in the fiscal year of the concerned period (configurable per journal)

* For manual entries when multicurrency:

  a. Validation on the use of the 'Currency' and 'Currency Amount'
     fields as it is possible to enter one without the other
  b. Validation to prevent a Credit amount with a positive
     'Currency Amount', or a Debit with a negative 'Currency Amount'

* Add a check on entries that user cannot provide a secondary currency
  if the same than the company one.

* Remove the possibility to modify or delete a move line related to an
  invoice or a bank statement, no matter what the status of the move
  (draft, validated or posted). This is useful in a standard context but
  even more if you're using `account_default_draft_move`. This way you ensure
  that the user cannot make mistakes even in draft state, he must pass through
  the parent object to make his modification.

  Contributors
  * Stéphane Bidoul <stephane.bidoul@acsone.eu>

Code Analysis

Views touched (2)
XML IDNameModelTypeStatus
bank_statement_cancel_form_inherit bank.statement.cancel.form.inherit account.bank.statement xpath Inherits account.view_bank_statement_form
view_account_journal_allow_date_fy account.journal.allow_date_fy account.journal data Inherits account.view_account_journal_form
Models touched (6)

New fields (0)

No new fields.

Public methods (2)
  • button_cancel(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to bank statement through the cancel button.
  • button_confirm_bank(self)
    @api.multi
    Add the from_parent_object key in context in order to be able to post the move.

New fields (2)
  • account_cancel_installed Boolean
    compute='_is_account_cancel_installed' string='Allow Cancelling Entries'
  • state Selection
    default='draft' related='statement_id.state' string='Statement state'
Public methods (2)
  • cancel(self)
    @api.multi
  • process_reconciliation(self, mv_line_dicts)
    @api.multi
    Add the from_parent_object key in context in order to be able to balanced the move.

New fields (0)

No new fields.

Public methods (2)
  • action_cancel(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to invoice through the cancel button.
  • action_move_create(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context.

New fields (1)
  • allow_date_fy Boolean
    default=True help='If set to True then do not accept the entry if the entry date is not into the fiscal year dates' string='Check Date in Fiscal Year'
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)
  • unlink(self, cr, uid, ids, context=None, check=True)
    @api.cr_uid_ids_context
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be deleted even if draft. We should never delete directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
  • write(self, cr, uid, ids, vals, context=None, check=True, update_check=True)
    @api.cr_uid_ids_context
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be modified even if draft. We should never update directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
REPOSITORY
REPOSITORYOCA/account-financial-tools
GIT
GIThttps://github.com/OCA/account-financial-tools.git
GIT FOLDER
GIT FOLDERhttps://github.com/OCA/account-financial-tools/tree/9.0/account_constraints
VERSION
VERSION 1.1.0
CATEGORY
CATEGORYGeneric Modules/Accounting
LICENSE
LICENSEAGPL-3
APPLICATION
APPLICATIONNo
AUTO-INSTALLABLE
AUTO-INSTALLABLENo
AUTHORS
AUTHORSOdoo Community Association (OCA), Camptocamp
MAINTAINERS
MAINTAINERSOdoo Community Association (OCA), Camptocamp
COMMITTERS
COMMITTERSPedro M. Baeza, Stéphane Bidoul (ACSONE)
WEBSITE
WEBSITEhttp://www.camptocamp.com
LAST TRACKING UPDATE
LAST TRACKING UPDATE2026-07-06 00:15:20
ODOO DEPENDENCIES
ODOO DEPENDENCIES odoo/odoo:
    - account
    - base_setup
    - base
    - web_kanban
    - web
    - product
    - decimal_precision
    - mail
    - bus
    - report
    - analytic
    - web_tip
    - web_planner
PYTHON DEPENDENCIES
PYTHON DEPENDENCIES Not have
SYSTEM DEPENDENCIES
SYSTEM DEPENDENCIES Not have
DESCRIPTION
DESCRIPTION
Account Constraints
===================

Add constraints in the accounting module of OpenERP to avoid bad usage
by users that lead to corrupted datas. This is based on our experiences
and legal state of the art in other software.

Summary of constraints are:

* Add a constraint on account move: you cannot pickup a date that is not
  in the fiscal year of the concerned period (configurable per journal)

* For manual entries when multicurrency:

  a. Validation on the use of the 'Currency' and 'Currency Amount'
     fields as it is possible to enter one without the other
  b. Validation to prevent a Credit amount with a positive
     'Currency Amount', or a Debit with a negative 'Currency Amount'

* Add a check on entries that user cannot provide a secondary currency
  if the same than the company one.

* Remove the possibility to modify or delete a move line related to an
  invoice or a bank statement, no matter what the status of the move
  (draft, validated or posted). This is useful in a standard context but
  even more if you're using `account_default_draft_move`. This way you ensure
  that the user cannot make mistakes even in draft state, he must pass through
  the parent object to make his modification.

  Contributors
  * Stéphane Bidoul <stephane.bidoul@acsone.eu>

Code Analysis

Views touched (2)
XML IDNameModelTypeStatus
bank_statement_cancel_form_inherit bank.statement.cancel.form.inherit account.bank.statement xpath Inherits account.view_bank_statement_form
view_account_journal_allow_date_fy account.journal.allow_date_fy account.journal data Inherits account.view_account_journal_form
Models touched (6)

New fields (0)

No new fields.

Public methods (2)
  • button_cancel(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to bank statement through the cancel button.
  • button_confirm_bank(self)
    @api.multi
    Add the from_parent_object key in context in order to be able to post the move.

New fields (2)
  • account_cancel_installed Boolean
    compute='_is_account_cancel_installed' string='Allow Cancelling Entries'
  • state Selection
    default='draft' related='statement_id.state' string='Statement state'
Public methods (2)
  • cancel(self)
    @api.multi
  • process_reconciliation(self, mv_line_dicts)
    @api.multi
    Add the from_parent_object key in context in order to be able to balanced the move.

New fields (0)

No new fields.

Public methods (2)
  • action_cancel(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to invoice through the cancel button.
  • action_move_create(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context.

New fields (1)
  • allow_date_fy Boolean
    default=True help='If set to True then do not accept the entry if the entry date is not into the fiscal year dates' string='Check Date in Fiscal Year'
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)
  • unlink(self, cr, uid, ids, context=None, check=True)
    @api.cr_uid_ids_context
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be deleted even if draft. We should never delete directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
  • write(self, cr, uid, ids, vals, context=None, check=True, update_check=True)
    @api.cr_uid_ids_context
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be modified even if draft. We should never update directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
REPOSITORY
REPOSITORYOCA/account-financial-tools
GIT
GIThttps://github.com/OCA/account-financial-tools.git
GIT FOLDER
GIT FOLDERhttps://github.com/OCA/account-financial-tools/tree/8.0/account_constraints
VERSION
VERSION 1.1.0
CATEGORY
CATEGORYGeneric Modules/Accounting
LICENSE
LICENSEAGPL-3
APPLICATION
APPLICATIONNo
AUTO-INSTALLABLE
AUTO-INSTALLABLENo
AUTHORS
AUTHORSOdoo Community Association (OCA), Camptocamp
MAINTAINERS
MAINTAINERSOdoo Community Association (OCA), Camptocamp
COMMITTERS
COMMITTERSStéphane Bidoul, Yannick Vaucher, Guewen Baconnier, Alexandre Fayolle, Leonardo Pistone, Pedro M. Baeza, Nicolas Bessi, GitHub, Stéphane Bidoul (ACSONE), OCA Transbot, Adrien Peiffer, vrenaville, Adrien Peiffer (ACSONE), Moises Lopez - https://www.vauxoo.com/, oca-travis, Weblate
WEBSITE
WEBSITEhttp://www.camptocamp.com
LAST TRACKING UPDATE
LAST TRACKING UPDATE2026-07-06 00:11:22
ODOO DEPENDENCIES
ODOO DEPENDENCIES odoo/odoo:
    - account
    - base_setup
    - base
    - web_kanban
    - web
    - product
    - decimal_precision
    - mail
    - report
    - analytic
    - board
    - edi
    - email_template
PYTHON DEPENDENCIES
PYTHON DEPENDENCIES Not have
SYSTEM DEPENDENCIES
SYSTEM DEPENDENCIES Not have
DESCRIPTION
DESCRIPTION
Account Constraints
===================

Add constraints in the accounting module of OpenERP to avoid bad usage
by users that lead to corrupted datas. This is based on our experiences
and legal state of the art in other software.

Summary of constraints are:

* Add a constraint on account move: you cannot pickup a date that is not
  in the fiscal year of the concerned period (configurable per journal)

* For manual entries when multicurrency:

  a. Validation on the use of the 'Currency' and 'Currency Amount'
     fields as it is possible to enter one without the other
  b. Validation to prevent a Credit amount with a positive
     'Currency Amount', or a Debit with a negative 'Currency Amount'

* Add a check on entries that user cannot provide a secondary currency
  if the same than the company one.

* Remove the possibility to modify or delete a move line related to an
  invoice or a bank statement, no matter what the status of the move
  (draft, validated or posted). This is useful in a standard context but
  even more if you're using `account_default_draft_move`. This way you ensure
  that the user cannot make mistakes even in draft state, he must pass through
  the parent object to make his modification.

  Contributors
  * Stéphane Bidoul <stephane.bidoul@acsone.eu>

Code Analysis

Views touched (2)
XML IDNameModelTypeStatus
bank_statement_cancel_form_inherit bank.statement.cancel.form.inherit account.bank.statement xpath Inherits account.view_bank_statement_form
view_account_journal_allow_date_fy account.journal.allow_date_fy account.journal data Inherits account.view_account_journal_form
Models touched (6)

New fields (0)

No new fields.

Public methods (2)
  • button_cancel(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to bank statement through the cancel button.
  • button_confirm_bank(self)
    @api.multi
    Add the from_parent_object key in context in order to be able to post the move.

New fields (2)
  • account_cancel_installed Boolean
    compute='_is_account_cancel_installed' string='Allow Cancelling Entries'
  • state Selection
    default='draft' related='statement_id.state' string='Statement state'
Public methods (2)
  • cancel(self)
    @api.multi
  • process_reconciliation(self, mv_line_dicts)
    @api.multi
    Add the from_parent_object key in context in order to be able to balanced the move.

New fields (0)

No new fields.

Public methods (2)
  • action_cancel(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to invoice through the cancel button.
  • action_move_create(self)
    @api.multi
    Override the method to add the key 'from_parent_object' in the context.

New fields (1)
  • allow_date_fy Boolean
    default=True help='If set to True then do not accept the entry if the entry date is not into the fiscal year dates' string='Check Date in Fiscal Year'
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)
  • unlink(self, cr, uid, ids, context=None, check=True)
    @api.cr_uid_ids_context
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be deleted even if draft. We should never delete directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
  • write(self, cr, uid, ids, vals, context=None, check=True, update_check=True)
    @api.cr_uid_ids_context
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be modified even if draft. We should never update directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
REPOSITORY
REPOSITORYOCA/account-financial-tools
GIT
GIThttps://github.com/OCA/account-financial-tools.git
GIT FOLDER
GIT FOLDERhttps://github.com/OCA/account-financial-tools/tree/7.0/account_constraints
VERSION
VERSION 1.1
CATEGORY
CATEGORYGeneric Modules/Accounting
LICENSE
LICENSEAGPL-3
APPLICATION
APPLICATIONNo
AUTO-INSTALLABLE
AUTO-INSTALLABLENo
AUTHORS
AUTHORSOdoo Community Association (OCA), Camptocamp
MAINTAINERS
MAINTAINERSOdoo Community Association (OCA), Camptocamp
COMMITTERS
COMMITTERSStéphane Bidoul, Guewen Baconnier, Alexandre Fayolle, Joel Grand-Guillaume, Pedro M. Baeza, Nicolas Bessi, unknown, Vincent Renaville, Launchpad Translations on behalf of account-core-editors, OCA Transbot, vrenaville, Rudolf Schnapka
WEBSITE
WEBSITEhttp://www.camptocamp.com
LAST TRACKING UPDATE
LAST TRACKING UPDATE2026-07-06 00:07:14
ODOO DEPENDENCIES
ODOO DEPENDENCIES odoo/odoo:
    - account
    - base_setup
    - base
    - web_kanban
    - web
    - product
    - process
    - decimal_precision
    - mail
    - analytic
    - board
    - edi
    - email_template
PYTHON DEPENDENCIES
PYTHON DEPENDENCIES Not have
SYSTEM DEPENDENCIES
SYSTEM DEPENDENCIES Not have
DESCRIPTION
DESCRIPTION
Account Constraints
===================

Add constraints in the accounting module of OpenERP to avoid bad usage
by users that lead to corrupted datas. This is based on our experiences
and legal state of the art in other software.

Summary of constraints are:

* Add a constraint on account move: you cannot pickup a date that is not
  in the fiscal year of the concerned period (configurable per journal)

* For manual entries when multicurrency:

  a. Validation on the use of the 'Currency' and 'Currency Amount'
     fields as it is possible to enter one without the other
  b. Validation to prevent a Credit amount with a positive
     'Currency Amount', or a Debit with a negative 'Currency Amount'

* Add a check on entries that user cannot provide a secondary currency
  if the same than the company one.

* Remove the possibility to modify or delete a move line related to an
  invoice or a bank statement, no matter what the status of the move
  (draft, validated or posted). This is useful in a standard context but
  even more if you're using `account_default_draft_move`. This way you ensure
  that the user cannot make mistakes even in draft state, he must pass
  through the parent object to make his modification.

  Contributors
  * Stéphane Bidoul <stephane.bidoul@acsone.eu>

Code Analysis

Views touched (1)
XML IDNameModelTypeStatus
view_account_journal_allow_date_fy account.journal.allow_date_fy account.journal data Inherits account.view_account_journal_form
Models touched (5)

New fields (0)

No new fields.

Public methods (2)
  • button_cancel(self, cr, uid, ids, context=None)
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to bank statement through the cancel button.
  • create_move_from_st_line(self, cr, uid, st_line_id, company_currency_id, st_line_number, context=None)
    Add the from_parent_object key in context in order to be able to post the move.

New fields (0)

No new fields.

Public methods (2)
  • action_cancel(self, cr, uid, ids, context=None)
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to invoice through the cancel button.
  • action_move_create(self, cr, uid, ids, context=None)
    Override the method to add the key 'from_parent_object' in the context.

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)
  • unlink(self, cr, uid, ids, context=None, check=True)
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be deleted even if draft. We should never delete directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
  • write(self, cr, uid, ids, vals, context=None, check=True, update_check=True)
    Add the following checks: - Is the move related to an invoice - Is the move related to a bank statement - Is other values than reconcile_partial_id and/or reconcile_id modified In that case, we forbid the move to be modified even if draft. We should never update directly a move line related or generated by another object. This is mandatory if you use the module setting all moves in draft (module: account_default_draft_move)
REPOSITORY
REPOSITORYOCA/account-financial-tools
GIT
GIThttps://github.com/OCA/account-financial-tools.git
GIT FOLDER
GIT FOLDERhttps://github.com/OCA/account-financial-tools/tree/6.1/account_constraints
VERSION
VERSION 1.0
CATEGORY
CATEGORYGeneric Modules/Accounting
LICENSE
LICENSELGPL-3
APPLICATION
APPLICATIONNo
AUTO-INSTALLABLE
AUTO-INSTALLABLENo
AUTHORS
AUTHORSOdoo Community Association (OCA), Camptocamp
MAINTAINERS
MAINTAINERSOdoo Community Association (OCA), Camptocamp
COMMITTERS
COMMITTERSStéphane Bidoul, Guewen Baconnier, Alexandre Fayolle, Joel Grand-Guillaume
WEBSITE
WEBSITEhttp://www.camptocamp.com
LAST TRACKING UPDATE
LAST TRACKING UPDATE2026-07-06 00:04:06
ODOO DEPENDENCIES
ODOO DEPENDENCIES odoo/odoo:
    - account
    - base_setup
    - base
    - product
    - process
    - decimal_precision
    - analytic
    - board
    - edi
    - email_template
    - mail
    - base_tools
    - account_voucher
    - account_payment
PYTHON DEPENDENCIES
PYTHON DEPENDENCIES Not have
SYSTEM DEPENDENCIES
SYSTEM DEPENDENCIES Not have
DESCRIPTION
DESCRIPTION
Add contraints in the accounting module of OpenERP to avoid bad usage by
users that lead to corrupted datas. This is based on our experience and
legal state of the art in other software.

Summary of constraints are:

* For legal reason (forbiden to modify journal entries which belongs to
  a closed fy or period) : Forbid to modify the code of an account if
  journal entries have been already posted on this account. This cannot be
  simply 'configurable' since it can lead to a lack of confidence in
  OpenERP and this is what we want to change.

* Forbid to change the type of account for 'consolidation' and 'view' if
  there are entries on it or its children.

* Add a constraint on reconcile object to forbid the reconciliation
  between different partners.

* Add a constraint on account move: you cannot pickup a date that is
  not in the fiscal year of the concerned period (this constraint is
  not in OpenERP 7.0).

* Forbid the user to delete any move linked to an invoice. Cancelling
  invoice still works, of course.

* Forbid the user to provide a secondary currency which is the same as
  the company currency (this constraint is not in OpenERP 7.0).

* Forbid to change the journal of a bank statement if you already have a
  line in it. This is done in the voucher, because this is the case that
  breaks: when a voucher is created and you change the journal, it results
  in having entries generated on various journal which is not consistent.

* Add contraint for Payment Order: if an invoice is imported in a
  payment order, forbid to reset the invoice to Cancel or Draft

* Forbid to remove the reconcile on opening entries. We introduce a new
  boolean field to distinguish the reconciliations made by the closing process
  from others.
  
* Remove the possibility to modify or delete a move line related to an
  invoice or a bank statement, no matter what the status of the move
  (draft, validated or posted). This is useful in a standard context but
  even more if you're using the account_default_draft_move module. This way you ensure
  that the user cannot make mistakes: even in draft State, he must pass through the 
  parent object to make his modification.

Code Analysis

Views touched (0)

No views found for this module.

Models touched (8)

New fields (0)

No new fields.

Public methods (1)
  • write(self, cr, uid, ids, vals, context=None)

New fields (0)

No new fields.

Public methods (1)
  • write(self, cr, uid, ids, vals, context=None)

New fields (0)

No new fields.

Public methods (2)
  • button_cancel(self, cr, uid, ids, context=None)
    Override the method to add the key 'from_parent_object' in the context. This is to allow to delete move line related to bank statement through the "Cancel" button.
  • create_move_from_st_line(self, cr, uid, st_line_id, company_currency_id, st_line_number, context=None)
    Add the 'from_parent_object' key in context in order to be able to post the move.

New fields (0)

No new fields.

Public methods (1)
  • data_save(self, cr, uid, ids, context=None)
    This function close account fiscalyear and create entries in new fiscalyear @param cr: the current row, from the database cursor, @param uid: the current user’s ID for security checks, @param ids: List of Account fiscalyear close state’s IDs

New fields (0)

No new fields.

Public methods (2)
  • action_cancel(self, cr, uid, ids, *args)
    As the signature of the original function isn't good, we append context at the end of *args.
  • action_move_create(self, cr, uid, ids, context=None)
    Override the method to add the key 'from_parent_object' in the context

New fields (0)

No new fields.

Public methods (1)
  • unlink(self, cr, uid, ids, context=None, check=True)

New fields (0)

No new fields.

Public methods (2)
  • unlink(self, cr, uid, ids, context=None, check=True)
    Check if the move: - is related to an invoice - is related to a bank statement In that case, we forbid the move to be deleted even if draft state. We should never directly delete a move line which is related to or generated by another object. This is mandatory if you use the module account_default_draft_move (which causes all generated moves to be in Draft state)
  • write(self, cr, uid, ids, vals, context=None, check=True, update_check=True)
    Check if the move: - is related to an invoice - is related to a bank statement In that case, we forbid the move to be modified even if draft state. We should never directly delete a move line which is related to or generated by another object. This is mandatory if you use the module account_default_draft_move (which causes all generated moves to be in Draft state)

New fields (0)

No new fields.

Public methods (1)
  • unlink(self, cr, uid, ids, context=None)