Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[delphiGar]

Empezado por newtron

Si, estoy usando el mío personal. Por si acaso he hecho la prueba que propone sglorka y si que es válido.

En esa version de delphi se utiliza para pedir peticiones a la web los componentes de windows no los de Indy ( Se pueden habilitar ), para conectarte a la AEAT necesitas tener activado el protocolo TLS 1.2 en las opciones de Internet del panel de control, en las opciones avanzadas lo veras si esta o no habilitado.

[xevi]

Estoy siguiendo con las pruebas...

Enviado un registro de una factura de fecha 06/09/2024 ahora hace pocos min. 02/10/2024
El registro pertenece a un numero de factura anterior al registro último que he enviado.
Pero como lo envio con la huella del registro anterior...
Resultado 'Correcto'

De hecho, estaría bien, pues se me puede "pasar" enviar una factura de fecha anterior. Mientras que se genere correctamente el nodo
sum1:FechaHoraHusoGenRegistro>2024-10-02T13:05:35+02:00</sum1:FechaHoraHusoGenRegistro>
y que corresponda a la fecha en que se transmite ese registro, pues vale y lo da por Ok.
Así pues, podemos emitir una factura con fecha anterior.

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

[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

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

[[newtron]]

Empezado por novatico

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.

¿Cómo haces el envío? ¿Desde la llamada SOAP o generando el fichero "a pelo" y enviandolo?

[novatico]

Empezado por newtron

¿Cómo haces el envío? ¿Desde la llamada SOAP o generando el fichero "a pelo" y enviandolo?

¿ Te refieres al QR ?
Monto toda la URL y abro internet con ella.

¿ Te refieres al Registro de Facturación ?
Monto "a pelo" el string completo que formará al fichero XML (envío cada vez una sola factura), y en la llamada SOAP adjunto dicho string en el OPEN - POST

He comentar que no trabajo con Delphi sino con Visual FoxPro, pero este grupo es muy activo y me ha resuelto muchas dudas.

[[newtron]]

Empezado por novatico

¿ Te refieres al QR ?
Monto toda la URL y abro internet con ella.

¿ Te refieres al Registro de Facturación ?
Monto "a pelo" el string completo que formará al fichero XML (envío cada vez una sola factura), y en la llamada SOAP adjunto dicho string en el OPEN - POST

He comentar que no trabajo con Delphi sino con Visual FoxPro, pero este grupo es muy activo y me ha resuelto muchas dudas.

Ok. Gracias.

[[newtron]]

Empezado por delphiGar

En esa version de delphi se utiliza para pedir peticiones a la web los componentes de windows no los de Indy ( Se pueden habilitar ), para conectarte a la AEAT necesitas tener activado el protocolo TLS 1.2 en las opciones de Internet del panel de control, en las opciones avanzadas lo veras si esta o no habilitado.

Está activado.


Gracias y un saludo.