Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[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.)

[antoine0]

Empezado por espinete

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.

No son exactamente ID reales que se piden; son ID aceptables.
Y las reglas de aceptación dependen del tipo de ID.
Para NIF nacionales, incluyendo NIE de extranjeros residentes en España y «CIF» de empresas, es cierto que se necesitan NIF dados de alta, en tiempo real o casi.
Para NIF-IVA de operadores intracomunitarios, hay reglas que se deben seguir para formar el NIF-IVA pero no tengo claro que controlan en tiempo real en el VIES (entre otros por qué el VIES tiene unos días de retraso).
Para los demás, no creo que Hacienda siga en posición de controlar nada. Entonces para hacer pruebas, creo que «todo vale».

Otra cosa: para los NIF-IVA intracomunitarios, para los que sí están dados de alta en el VIES, supongo que habrá que satisfacer las reglas de coherencia del nombre con el NIF-IVA, al igual que lo que se hace con los NIF españoles. Aunque por experiencia, no creo que sigan muy estrictos aquí (dado la gran variedad de nombres y siglos que pueden tener las empresas extranjeras; más los alfabetos griegos o cirílicos y sus transliteraciones).

[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 rci

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

Hola,

Hoy por hoy las redes de fibra y 4G son muy estables.
En los más de 2 años que llevamos dando servicio TicketBAI a casi 300 usuarios (principalmente comercios, bares y restaurantes) las incidencias por corte de conexión han sido anecdóticas.
Y la ventaja de tener todo centralizado, guardado y a salvo del usuario en servidores de Internet ... no tiene precio.

Saludos

[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 ...

[rci]

Empezado por jguarda

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

No, en ese caso pueden ser facturas simplificadas, sin identificar el destinatario.
Pero si quieres emitir una factura completa, los datos del destinatario (incluido el DNI) tienen que constar y ser correctos

[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

[pablog2k]

Empezado por 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

hola , el proceso de generar el ticket, con el QR, es independiente a subir ese ticket a verifactu. De hecho, si tienes un corte de internet en un comercio, puedes (y debes)seguir emitiendo tickets sin problemas, y si el cliente se queja de que el QR no lleva a ningún sitio, le dices que estás sin internet y que a lo largo del día estará operativo el QR.
A mi tambien me parece inviable lo que pretenden hacer, pero porque no creo que estén preparados para recibir tantisima información de todos los comercios enviando registros. El modelo que pretenden implantar ya está operativo en el pais vasco, y desde este foro te pueden comentar compañeros que al final se ha implantado y la gente a tenido que pasar por el aro