diff --git a/account_payment_group/models/account_move.py b/account_payment_group/models/account_move.py index e33e62ad8..40bc4fc4e 100644 --- a/account_payment_group/models/account_move.py +++ b/account_payment_group/models/account_move.py @@ -197,6 +197,7 @@ def _search(self, args, offset=0, limit=None, order=None, count=False, access_ri if self._context.get('without_payment_group'): args += [('payment_group_id', '=', False)] return super()._search(args, offset=offset, limit=limit, order=order, count=count, access_rights_uid=access_rights_uid) +<<<<<<< HEAD def _auto_init(self): super()._auto_init() @@ -211,3 +212,25 @@ def _auto_init(self): AND payment_group_id IS NULL; """) +||||||| parent of ebcde87d... temp +======= + + @api.model + def _deduce_sequence_number_reset(self, name): + """ Cuando tenemos un move asociado al payment group queremos que el move tenga el mismo nombre que el del payment + group. Esto para que en cualquier reporte aparezca este nombre de referencia. + + En verion 15 hay una constraint nueva _constrains_date_sequence que trae un problema. cuando vamos a validar un + account.move revisa el nombre/secuencia que le fue asignado con un regex para encontrar algo parecido a un + año y lo compara con el año de la fecha del move y si son diferentes años no permite continuar. Ejemplo: + Tenemos un pago de proveedor que se llama OP - 2022 - 00012345 y lo validamos y generamos los account.move en el + año 2023. El resultado es que nos salta la excpeción indicando que la secuencia que queremos asignar al move no + es valida y debe corresponder al año. + + Para fines del account.move no queremos que esto aplique. No importa que nombre utilice el payment.group queremos + que al validarse se traslade el nombre a los move generados. La modificacion de este metodo logra evitar esa + comparacion de fechas""" + if self.payment_group_id: + return 'never' + return super()._deduce_sequence_number_reset(name) +>>>>>>> ebcde87d... temp