GitLab

Cuando se tiene un complemento de pago y quererlo firmar, el numero de cuenta del cliente es opcional. Tener una mejor estabilidad en esta parte del sistema, es poner las validaciones correspondientes a este campo dependiendo la forma de pago seleccionada como lo establece el SAT.

@OpenPymeMx

Saludos @OpenPymeMx

Una propuesta, es la siguiente:

Implementar una validación local que sea transparente al usuario.

• El la configuración de la forma de pago, agregar un campo con el patrón del Numero de Cuenta Ordenante, tal y como lo presenta el SAT en su catalogo.

• Se crea un método que ejecuta dicha validación, para el momento del Timbrado del Pago. Este metodo podria bien, agregarse al modelo payment.type, y

• En donde, se debera de pasarse los siguientes datos que servirán como referencia para ejecutar la validación:

  • Número de cuenta de Cliente

• La Validación, en base al Patrón designado en la Forma de Pago, deberá de validar:

  • Identificando la longitud del numero de cuenta.
  • Caracteres Validos para la estructura de la misma.

• Si cumple, entonces el método retorna el Número de Cuenta

• De lo contrario, retorna False

Se podrá usar en cualquier parte del sistema de la siguiente manera, por ejemplo:

    
    acc_num = payment_type_id.validate_acc(
            partner_bank_id.acc_number
    )

El pedazo de código, puede tener errores y estar totalmente mal =) pero es para que se den una idea.

Ya usandolo para la generación del XML, entonces,

• que se valide el número de cuenta,
• y si no es valida, se omitirá ese atributo en el XML para que no sea agregado

Con esto evitar que truene por la validación del PAC cuando va esta info en el XML.

Saludos!

Muevo entonces este issue al repositorio de facturación para que se implemente por ahí.

moved from facturacion#97 (moved)

assigned to @agb80

mentioned in issue facturacion#97 (moved)

mentioned in merge request !60 (merged)

closed via commit 6a351e87