Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[edari]

Empezado por ermendalenda

R4 para las normales y r5 para las simplificadas
El resto son para temas muy especif8cos que son difíciles que se den el caso.

Mersi, más fácil

[ermendalenda]

Empezado por edari

Mersi, más fácil

Pas de quoi.

[ermendalenda]

Empezado por edari

Mersi, más fácil

Así es
Pas de quoi.

[CarlosMz]

Una consulta, qué longitud máxima permitís en los conceptos de factura ? Y permitís saltos de línea en los conceptos ?

Creo haber visto que factura tiene para la descripción 2500 caracteres.

Muchas gracias

[edari]

Empezado por CarlosMz

Una consulta, qué longitud máxima permitís en los conceptos de factura ? Y permitís saltos de línea en los conceptos ?

Creo haber visto que factura tiene para la descripción 2500 caracteres.

Muchas gracias

Ni idea.



Yo no me complico nada. Un texto fijo para todos los clientes del tipo "FACTURA CLIENTE".

[CarlosMz]

Empezado por edari

Ni idea.



Yo no me complico nada. Un texto fijo para todos los clientes del tipo "FACTURA CLIENTE".

Me he explicado mal, me refiero a ¿Cuántos caracteres se admiten por cada concepto de factura?, ¿Permitís saltos de línea en las descripciones de los conceptos de factura?
He visto que con FacturaE el campo ItemDescription tiene un máximo de 2500 caracteres.
Es por ir haciendo cambios por si en el futuro solicitaran las líneas de factura también

[ermendalenda]

Empezado por CarlosMz

Me he explicado mal, me refiero a ¿Cuántos caracteres se admiten por cada concepto de factura?, ¿Permitís saltos de línea en las descripciones de los conceptos de factura?
He visto que con FacturaE el campo ItemDescription tiene un máximo de 2500 caracteres.
Es por ir haciendo cambios por si en el futuro solicitaran las líneas de factura también

En verifactu no hay líneas.
En facturae, efectivamente 2500
Lo que tienes que tener en cuenta que los caracteres especiales tienen que ser pasados a utf8 para que el xml lo interprete correctamente y que además no den errores en el envío. Un retorno de carro no va a funcionar como tal al rescatar la información si no lo traduces, bajo mi criterio, si puedes evitarlo te puedes ahorrar errores de interpretación de esos datos con los receptores que tengan problemas para leer esos caracteres.

[antoine0]

Empezado por ermendalenda

Lo que tienes que tener en cuenta que los caracteres especiales tienen que ser pasados a utf8 para que el xml lo interprete correctamente y que además no den errores en el envío.

Para las finales de línea «normales», no solo hay que pasarlos a UTF-8, hay además que pasarlos a Entities XML. Un retorno de carro (CR) se escribirá "
", un cambio de línea (LF) se escribirá "
" (sin las apostrofes, sin las cursivas, pero con los punto comas)
Cuidado de hacerlo después de haber traducido los eventuales & a "&"

Un retorno de carro no va a funcionar como tal al rescatar la información si no lo traduces, bajo mi criterio, si puedes evitarlo te puedes ahorrar errores de interpretación de esos datos con los receptores que tengan problemas para leer esos caracteres.

Buen consejo.
También te ahorras las variaciones en la interpretación de las posibles convenciones de final de línea, CR|LF|CR+LF, que pueden ser interpretadas de manera distinta en recepción y dar un resultado difícil de entender (salto de línea suplementario o líneas mal alineadas).