Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[novatico]

Buenos días,
Ya estoy realizando envíos de prueba y me los está aceptado correctamente.
Igualmente en las facturas incluyo la impresión del código QR de verificación, que al leerlo me accede correctamente y me devuelve el mensaje de "Factura Encontrada", mostrándome sus datos.
Esto es así salvo en el caso de que esté consultando una factura enviada y aceptada correctamente con importe total negativo, que al hacer la consulta del QR me devuelve el mensaje:

"ERROR: El importe excede el número máximo de caracteres"

He enviado una consulta a la AEAT y me responden que lo remiten a los responsables.

No se si alguno ha hecho esa prueba, pero ya os diré.

Jose A. Blasco

[espinete]

Les detallo un dato importante que me acaban de confirmar desde la AEAT, relacionado con la validación de NIFs al enviar facturas:

Efectivamente las validaciones censales en entorno de pruebas son idénticas a las realizadas en entorno real.
La identificación de personas jurídicas se realiza en función del NIF, no considerándose la Razón Social. Sin embargo, en función de los errores de identificación que se produzcan, es posible que se establezca un criterio de similitud de nombres, por lo que debe enviarse también la Razón Social (se debe procurar la mayor concordancia posible).

Para las personas físicas el contenido debe informarse en el siguiente orden: primer apellido segundo apellido y nombre sin signos de puntuación . Se valida con los apellidos y nombre con un determinado grado de similitud. El contenido del campo nombre debe figurar lo más completo posible por su parte para que la rutina de identificación pueda encontrar el titular ya que se identifica con NIF y nombre.

Previo al envío de los ficheros XML puede comprobar si los NIF están correctamente censados en el servicio de calidad de datos identificativos de la AEAT. Está disponible en la siguiente dirección:

https://sede.agenciatributaria.gob.e...ion/G321.shtml

Las identificaciones que resulten positivas en el servicio de identificación, también serán positivas en las validaciones realizadas en el momento de la presentación de facturas.

Si aun así le persiste en algún caso el error, puede remitirnos el fichero XML de envío y el de respuesta y le detallaremos a qué es debido el error.

[espinete]

No sé si la AEAT tendrá un webservice para comprobar si un NIF es válido, pero si pretenden que para poder hacer PRUEBAS, tenga que usar NIFs y nombres de personas y empresas reales, ya me dirás...

Encima lo que ponen es una web en la que puedes consultar NIFs de forma manual. Como si uno tuviera todo el tiempo del mundo para estar validando NIFs.

En fin... En vista de que no es posible enviar facturas usando el mismo NIF como emisor y como receptor... ¿cómo estáis haciendo vosotros? Estáis usando NIFs reales para el receptor?
Yo he usado mi propio NIF como nif del receptor, pero con nombre falso, y me da error: dicen que la validación del NIF va sujeta al nombre real y que debería ser lo más parecido posible.

NIFs como 11111111H no funcionan, aunque sea "válido", no lo admiten porque "no está censado"

[pablog2k]

Empezado por espinete

No sé si la AEAT tendrá un webservice para comprobar si un NIF es válido, pero si pretenden que para poder hacer PRUEBAS, tenga que usar NIFs y nombres de personas y empresas reales, ya me dirás...

Encima lo que ponen es una web en la que puedes consultar NIFs de forma manual. Como si uno tuviera todo el tiempo del mundo para estar validando NIFs.

En fin... En vista de que no es posible enviar facturas usando el mismo NIF como emisor y como receptor... ¿cómo estáis haciendo vosotros? Estáis usando NIFs reales para el receptor?
Yo he usado mi propio NIF como nif del receptor, pero con nombre falso, y me da error: dicen que la validación del NIF va sujeta al nombre real y que debería ser lo más parecido posible.

NIFs como 11111111H no funcionan, aunque sea "válido", no lo admiten porque "no está censado"

yo por ejemplo he usado mi nombre completo y DNI, total si hacienda ya tiene mis datos.... y sin problemas

[espinete]

Empezado por pablog2k

yo por ejemplo he usado mi nombre completo y DNI, total si hacienda ya tiene mis datos.... y sin problemas

Claro, pero cuando haya que empezar a hacer pruebas variadas (facturas con recargo, sin IVA, a clientes extranjeros (nif extranjero), etc.) qué opciones nos quedan?

[antoine0]

Empezado por espinete

Claro, pero cuando haya que empezar a hacer pruebas variadas (facturas con recargo, sin IVA, a clientes extranjeros (nif extranjero), etc.) qué opciones nos quedan?

Dado que soy extranjero y tengo NIF, te puedo asegurar que no es un problema, hay opciones.
Un extranjero residente en España (mi caso) tendrá un NIF (para pagar impuestos) que empieza por X, Y o Z en lugar de 0, 1 o 2, pero por lo demás es todo igual (bueno, también tenemos nombres raros y muchos no tenemos segundo apellido ). No creo que haya nada interesante por este lado, pero debe ser posible encontrar a un cobaya, somos unos cuantos extranjeros en España según dicen algunos.
Un extranjero que no reside en España es otra cosa: vas a dar de alta el cliente con algún documento de su país, le pondrás un IDtype 03 para pasaporte o 04 para cualquier ID (DNI extranjero, número VAT de una empresa) o 06 para "otro" y no creo que Hacienda vaya a controlar que el número que vas a introducir siga correcto: ¡casi todo vale!
Otro caso "interesante" son las empresas de la UE. Tienen IDtype=02 y aquí sí hay control del identificador, el "NIF-IVA", que debe ser censado en un sistema llamado VIES. Es un poco más complicado encontrar datos para test; pero si realmente quieres hacer este test, seguro que vas a encontrar valores posibles. Típicamente en este caso vas a poner exención E5 para bienes o No sujeto para servicios (pero hay otros casos.)

[espinete]

Supongo que me expliqué mal.

Me refiero que para poder probar los envíos al entorno de pruebas, Hacienda exige usar NIFs REALES, y cuando quiera probar a enviar facturas a extranjeros, no tendré ningún ID extranjero REAL con quien probar.

Empezado por antoine0

Dado que soy extranjero y tengo NIF, te puedo asegurar que no es un problema, hay opciones.
Un extranjero residente en España (mi caso) tendrá un NIF (para pagar impuestos) que empieza por X, Y o Z en lugar de 0, 1 o 2, pero por lo demás es todo igual (bueno, también tenemos nombres raros y muchos no tenemos segundo apellido ). No creo que haya nada interesante por este lado, pero debe ser posible encontrar a un cobaya, somos unos cuantos extranjeros en España según dicen algunos.
Un extranjero que no reside en España es otra cosa: vas a dar de alta el cliente con algún documento de su país, le pondrás un IDtype 03 para pasaporte o 04 para cualquier ID (DNI extranjero, número VAT de una empresa) o 06 para "otro" y no creo que Hacienda vaya a controlar que el número que vas a introducir siga correcto: ¡casi todo vale!
Otro caso "interesante" son las empresas de la UE. Tienen IDtype=02 y aquí sí hay control del identificador, el "NIF-IVA", que debe ser censado en un sistema llamado VIES. Es un poco más complicado encontrar datos para test; pero si realmente quieres hacer este test, seguro que vas a encontrar valores posibles. Típicamente en este caso vas a poner exención E5 para bienes o No sujeto para servicios (pero hay otros casos.)

[ermendalenda]

Empezado por espinete

No sé si la AEAT tendrá un webservice para comprobar si un NIF es válido, pero si pretenden que para poder hacer PRUEBAS, tenga que usar NIFs y nombres de personas y empresas reales, ya me dirás...

Encima lo que ponen es una web en la que puedes consultar NIFs de forma manual. Como si uno tuviera todo el tiempo del mundo para estar validando NIFs.

En fin... En vista de que no es posible enviar facturas usando el mismo NIF como emisor y como receptor... ¿cómo estáis haciendo vosotros? Estáis usando NIFs reales para el receptor?
Yo he usado mi propio NIF como nif del receptor, pero con nombre falso, y me da error: dicen que la validación del NIF va sujeta al nombre real y que debería ser lo más parecido posible.

NIFs como 11111111H no funcionan, aunque sea "válido", no lo admiten porque "no está censado"

Lo tienen, ya lo hemos hablado varias veces y debe haber ejemplos en el hilo.

[Sistel]

Empezado por espinete

No sé si la AEAT tendrá un webservice para comprobar si un NIF es válido, pero si pretenden que para poder hacer PRUEBAS, tenga que usar NIFs y nombres de personas y empresas reales, ya me dirás...

Encima lo que ponen es una web en la que puedes consultar NIFs de forma manual. Como si uno tuviera todo el tiempo del mundo para estar validando NIFs.

En fin... En vista de que no es posible enviar facturas usando el mismo NIF como emisor y como receptor... ¿cómo estáis haciendo vosotros? Estáis usando NIFs reales para el receptor?
Yo he usado mi propio NIF como nif del receptor, pero con nombre falso, y me da error: dicen que la validación del NIF va sujeta al nombre real y que debería ser lo más parecido posible.

NIFs como 11111111H no funcionan, aunque sea "válido", no lo admiten porque "no está censado"

Hola,

La AEAT tiene un webservice para comprobación de NIF/CIF/NIE.
Tienes toda la información en https://sede.agenciatributaria.gob.e...ificativos.pdf

Nosotros lo usamos en todas las facturas de TicketBAI que procesamos de nuestros clientes (unas 9.000 al día) y va bastante bien.

Saludos

[rci]

Empezado por Sistel

Hola,

La AEAT tiene un webservice para comprobación de NIF/CIF/NIE.
Tienes toda la información en https://sede.agenciatributaria.gob.e...ificativos.pdf

Nosotros lo usamos en todas las facturas de TicketBAI que procesamos de nuestros clientes (unas 9.000 al día) y va bastante bien.

Saludos

Hola Sistel, como lo haces?
En cada venta, antes de salvarla (y por lo tanto antes de generar TicketBAI / VeriFactu), compruebas si el numero de identificación introducido es correcto contactando con el webservice?
y si contesta que no es correcto muestras un error y no permites salvar hasta que hayan introducido un NIF correcto?

Muchas gracias

[Neftali [Germán.Estévez]]

Empezado por rci

En cada venta, antes de salvarla (y por lo tanto antes de generar TicketBAI / VeriFactu), compruebas si el numero de identificación introducido es correcto contactando con el webservice?
y si contesta que no es correcto muestras un error y no permites salvar hasta que hayan introducido un NIF correcto?

¿Y si se "cae" la conexión a Internet no se emiten facturas?
Creo que eso no debería ser así. Debes poder emitir aunque no tengas conexión.

[rci]

Empezado por Neftali [Germán.Estévez]

¿Y si se "cae" la conexión a Internet no se emiten facturas?
Creo que eso no debería ser así. Debes poder emitir aunque no tengas conexión.

Imagino que en ese caso el programa de Sistel cruza los dedos para que sea correcto y permite salvar.

[Sistel]

Empezado por Neftali [Germán.Estévez]

¿Y si se "cae" la conexión a Internet no se emiten facturas?
Creo que eso no debería ser así. Debes poder emitir aunque no tengas conexión.

Hola,

Mi sistema es una API en la nube.
Si no hay conexión a Internet, no puedes facturar (lo mismo que si se te va la luz).
Para garantizar conexión permanente a Internet, siempre se puede utilizar un router 4G de backup que conmuta automáticamente y saca el tráfico por la red de telefonía móvil si se cae la conexión por la fibra.
Y con un SAI ya bordas la instalación.

Saludos

[Sistel]

Empezado por rci

Hola Sistel, como lo haces?
En cada venta, antes de salvarla (y por lo tanto antes de generar TicketBAI / VeriFactu), compruebas si el numero de identificación introducido es correcto contactando con el webservice?
y si contesta que no es correcto muestras un error y no permites salvar hasta que hayan introducido un NIF correcto?

Muchas gracias

Hola,

Efectivamente, para las facturas con destinatario, se conecta al webservice de la AEAT y comprueba si el NIF y nombre son correctos.
Si no lo son, doy mensaje de error y no dejo emitir esa factura.

Saludos

[jguarda]

acaso pretenden que cada ticket que emita un bar, tienda de calzado, peluqueria... etc, se vayan pidiendo los DNI a todo dios ...

[jguarda]

supongo que el envío a veri*factu de facturas (simplificadas), habrá que meterlo en un tThread distinto al hilo principal xq sino el terminal se quedará tostado hasta que termine el envio y recepción del resultado. Creo que esto es un problema tanto para el cliente como para nosotros. Si alguien quiere su ticket inmediato después de haber por ejemplo comprado algo en una tienda, el de la tienda tiene que pasar esto inmediatamente a veri*factu, por lo que se van a liar una colas de gente en ciertos negocios tremendas, amen de los cuelgues por falta de comunicación en la hacienda publica, y se me ocurren otro montón de situaciones, en donde veo inviable esto que pretenden.


Imaginemos alguien, que decide quitar internet de su negocio, pero quiere usar su sistema informático para dar un ticket al cliente. Hacienda le pagará el internet para que emita sus tickes a veri*factu, o le multará, en fin ... no se



al final, libreta y boligrafo y el que quiera factura ya se le mandara por carta postal, jejej

[espinete]

A lo mejor se ponen tontos con las facturas con importe negativo. Puede que te digan que no puedes hacer facturas en negativo, sino facturas rectificativas.

Ojalá no sea eso, o sea simplemente que al incluir el signo "-" en la url, los de la AEAT aún no lo hayan contemplado.

Empezado por novatico

Buenos días,
Ya estoy realizando envíos de prueba y me los está aceptado correctamente.
Igualmente en las facturas incluyo la impresión del código QR de verificación, que al leerlo me accede correctamente y me devuelve el mensaje de "Factura Encontrada", mostrándome sus datos.
Esto es así salvo en el caso de que esté consultando una factura enviada y aceptada correctamente con importe total negativo, que al hacer la consulta del QR me devuelve el mensaje:

"ERROR: El importe excede el número máximo de caracteres"

He enviado una consulta a la AEAT y me responden que lo remiten a los responsables.

No se si alguno ha hecho esa prueba, pero ya os diré.

Jose A. Blasco

[ermendalenda]

Empezado por espinete

A lo mejor se ponen tontos con las facturas con importe negativo. Puede que te digan que no puedes hacer facturas en negativo, sino facturas rectificativas.

Ojalá no sea eso, o sea simplemente que al incluir el signo "-" en la url, los de la AEAT aún no lo hayan contemplado.

Eso no puede ser,
según el reglamento de facturaciión se podran emitir facturas normales o simplificadas con un resultado negativo siempore que en la misma factura haya productos en positivo (todos con el mismo tipo de iva) aunque el resultado sea negativo. Y verifactu no tiene el detalle de las lineas con lo cual no sabrá si estamos haciendola correctamente o no, pero debe permitir un resultado negativo para facturas con solo 1 tipo de iva.

[novatico]

Empezado por ermendalenda

Eso no puede ser,
según el reglamento de facturaciión se podran emitir facturas normales o simplificadas con un resultado negativo siempore que en la misma factura haya productos en positivo (todos con el mismo tipo de iva) aunque el resultado sea negativo. Y verifactu no tiene el detalle de las lineas con lo cual no sabrá si estamos haciendola correctamente o no, pero debe permitir un resultado negativo para facturas con solo 1 tipo de iva.

He intentado las 2 cosas, el envió de una factura normal con importe negativo, y el de una rectificativa con importe negativo. En ambos casos el error devuelto es el mismo.

Como se ha comentado días atrás, según la DGT (Dirección General de Tributos) una de las posibilidades para rectificar una factura es emitir una factura normal en negativo incluso por su importe total, y otra "rectificativa" con los nuevos datos.

Además como he explicado más arriba, los envíos de las facturas han arrojado un resultado de "Correcto" y es la lectura y comprobación del QR la que me devuelve el error.

Aún no me han contestado.
Si tengo noticias ya lo publicaré.

[novatico]

Empezado por novatico

Buenos días,
Ya estoy realizando envíos de prueba y me los está aceptado correctamente.
Igualmente en las facturas incluyo la impresión del código QR de verificación, que al leerlo me accede correctamente y me devuelve el mensaje de "Factura Encontrada", mostrándome sus datos.
Esto es así salvo en el caso de que esté consultando una factura enviada y aceptada correctamente con importe total negativo, que al hacer la consulta del QR me devuelve el mensaje:

"ERROR: El importe excede el número máximo de caracteres"

He enviado una consulta a la AEAT y me responden que lo remiten a los responsables.

No se si alguno ha hecho esa prueba, pero ya os diré.

Jose A. Blasco

Acabo de recibir respuesta de la AEAT:

Buenos días:

Le informamos que se ha corregido el error y ya se permite el cotejo de QR de facturas con importe negativo.

Muchas gracias por reportar el error.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]


Aún no lo he probado, pero ya os diré.

REVISON: Sí que esta corregido. Me muestra los datos correctos de facturas con importe negativo que ya había subido.