Archivo del Autor: Facturando

Un usuario nos comentaba que necesitaba generar un comprobante con 4 decimales y su duda era si la biblioteca lo soportaba y como se podía hacer esto.

Como todos saben, por default, todos los comprobantes generados con EDL siempre salen con 2 decimales, pero esto es algo totalmente opcional y se puede configurar para que cada campo de tipo real pueda tener los decimales deseados, claro siguiendo los lineamientos que da el SAT:

• SubTotal: Puede tener hasta 6 decimales
• Descuento: Puede tener hasta 6 decimales
• Total: Puede tener hasta 6 decimales
• Cantidad: No tiene restricción en el número de decimales.
• Valor unitario: Puede tener hasta 6 decimales
• Importe: Puede tener hasta 6 decimales
• Total de impuestos retenidos: Puede tener hasta 6 decimales
• Total de impuestos trasladados: Puede tener hasta 6 decimales

En la librería todos los campos anteriormente mencionados permiten entre 0 y 6 decimales, esto incluye a la cantidad que como podemos es permitido que contenga más de 6 decimales.

Para indicar cuantos decimales se desea manejar es muy sencillo, solo deben asignar a la propiedad Decimales la cantidad requerida

electronicDocument.Data.Total.Decimales   =  5;

Si asignas un valor mayor a seis o menor a cero, no será tomado en cuenta y se asignara un dos.

La pregunta más común en este caso, es ¿Que sucede si el valor del atributo contiene más o menos decimales? y para esto podemos ver un ejemplo:

electronicDocument.Data.Total.Decimales   =  5;

electronicDocument.Data.Total.Value  =  5.251;  (5.25100)

electronicDocument.Data.Total.Decimales   =  2;

electronicDocument.Data.Total.Value  =  5.251;  (5.25)

Creemos que con esto queda resuelta la duda, espero les sea de utilidad.

Hasta la próxima

Hace poco un usuario nos contacto para un problema que tenia con la biblioteca, su CFDI se había generado  con un error y este error se lo atribuía a la biblioteca, tomamos el caso muy enserio porque nos preocupa el funcionamiento de la misma, siempre hemos tratado de ofrecer un producto con la mayor calidad posible y libre de errores; el resultado final fue que el problema se había presentado porque él había desactivado las validaciones que realiza la biblioteca, a continuación transcribo parte del correo que le envié:

En varias oportunidades hemos recomendado que se dejen activas las validaciones de la generación, es mas todos los ejemplos las tienen activas y en caso de que alguna tenga que ser desactivada se agrega un comentario porque se desactivo y se dan recomendaciones.

Algunos de los usuarios argumentan que no las activan por:

1. Consumen tiempo de procesador y es cierto, pero si las eliminas son solo algunas milésimas de segundo las que te ahorras
2. Se debe distribuir más archivos, es cierto, pero personalmente prefiero esto y tener la seguridad de que todo está bien.
3. Están seguros de que su proceso lo tienen muy controlado; bueno ya saben que en estos del desarrollo de software nadie es infalible.
4. Implica estar descargando un archivo del sitio del SAT, es cierto, pero nuevamente, prefiero la seguridad.

Estamos seguros de que si todas las validaciones están activas, este tipo de situaciones no se presentan, ya que, al menos en este caso, la validación contra el schema hubiera arrojado el  problema.

Quisimos mostrar este caso como un justificante del porque nuestra insistencia de que se activen las validaciones de la biblioteca.

Hasta la próxima.