[FW][FIX] account_payment_group: constraint move name (seq)

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