Error 1110 El NIF no está identificado en el censo de la AEAT

[ermendalenda]

Pues este error 1110 es una putada, a ver si lo teneis alguno resuelto.
Puede pasar que en un momento sin conexion dejeis crear un CIF que cumple con los algoritmos pero puede pasar que el nombre sea incorrecto y cuando vuelves a tener conexion, pues te lo rechaza con el 1110, pero claro el reglamento de facturacion dice una cosa y esto otra.
-Te rechaza el registro
-No puedes borrarlo, ni modificarlo segun el reglamento tienes que crear una rectificativa.
-Pero si creas una rectificativa de un registro que no se ha enviado, queda raro, no?, ya que ese registro no lo tienen y de alguna forma habra que enviarlo.
-Y como lo aceptas¿, pues arreglando el nombre y volviendolo a enviar, claro, como subsanacion, pero no está permitido las subsanaciones de nodos que esten en el registro.
-Y encima resulta que como el cliente ha visto la factura y dice ¿Este que nombre es? y ya el usuario del cif emite la rectificativa del tirón.
-Ahora nos encontramos con la rectificativa, enviada ok y un registro rechazado que no se puede enviar.
-Pero aquí no acaba, imaginate que el usuario al rectificar(como aun no tiene conexion), vuelve a equiocarse con la rectificacion "X" veces, pues "X" registros rechazados y una rectificativa poor cada uno.

Entonces mi pregunta ¿Un registro rechazado con una rectificativa está contemplado?
Nada, a preguntar a verifactu

[CarlosArjonomia]

Empezado por ermendalenda

Pues este error 1110 es una putada, a ver si lo teneis alguno resuelto.
Puede pasar que en un momento sin conexion dejeis crear un CIF que cumple con los algoritmos pero puede pasar que el nombre sea incorrecto y cuando vuelves a tener conexion, pues te lo rechaza con el 1110, pero claro el reglamento de facturacion dice una cosa y esto otra.
-Te rechaza el registro
-No puedes borrarlo, ni modificarlo segun el reglamento tienes que crear una rectificativa.
-Pero si creas una rectificativa de un registro que no se ha enviado, queda raro, no?, ya que ese registro no lo tienen y de alguna forma habra que enviarlo.
-Y como lo aceptas¿, pues arreglando el nombre y volviendolo a enviar, claro, como subsanacion, pero no está permitido las subsanaciones de nodos que esten en el registro.
-Y encima resulta que como el cliente ha visto la factura y dice ¿Este que nombre es? y ya el usuario del cif emite la rectificativa del tirón.
-Ahora nos encontramos con la rectificativa, enviada ok y un registro rechazado que no se puede enviar.
-Pero aquí no acaba, imaginate que el usuario al rectificar(como aun no tiene conexion), vuelve a equiocarse con la rectificacion "X" veces, pues "X" registros rechazados y una rectificativa poor cada uno.

Entonces mi pregunta ¿Un registro rechazado con una rectificativa está contemplado?
Nada, a preguntar a verifactu

Si no existe el registro de facturación, ¿no puedes volver a enviarla como alta cuando hayas corregido el error y marcarla como incidencia?

[ermendalenda]

Empezado por CarlosArjonomia

Si no existe el registro de facturación, ¿no puedes volver a enviarla como alta cuando hayas corregido el error y marcarla como incidencia?

Primero, que me he equivocado el rechazo ha sido por que el identificador fiscal no existe, ya que el cliente da uno antiguo y después se da cuenta.
No, por 2 cosas, no sé pueden modificar registros sin pasar a la subsanacion o rectificación pero con registros nuevo.
Se podría romper la coherencia.
2.como no había conexión aún no se sabía que pasaba y el cliente pidió la rectificación con lo cual se procede como el reglamento,abono y factura nueva.
Con lo cual se queda esos 2 registros sin enviar.
Si se sabe antes lo mismo podría haber hecho una anulación, pero al no haber aún rechazos tebeiamos esos 3 registros pendientes de enviar. El primero y el abono se rechazan.
Ya les he pasado la consulta.
Ahora que lo pienso.habrá que anular los 2 no enviados
Que lio

[AlfredoSanz]

Holaqtal.
Yo en ese caso estoy haciendo un nuevo alta por subsanación con rechazo previo y me las está aceptando

<Subsanacion>S</Subsanacion>
<RechazoPrevio>X</RechazoPrevio>

[ermendalenda]

Empezado por AlfredoSanz

Holaqtal.
Yo en ese caso estoy haciendo un nuevo alta por subsanación con rechazo previo y me las está aceptando

<Subsanacion>S</Subsanacion>
<RechazoPrevio>X</RechazoPrevio>

Si, las subsanaciones se las comen todas, pero ya se hizo la consulta y no es correcto hacer subsanaciones rectificando el bloque de los datos de facturación, eso hay que hacerlo con rectificativas.
Yo creo que lo correcto en este caso es anular el registro ya que no está dado de alta el cliente y volverlo a emitir. Pero como en ese momento no se sabía, se hizo abono al incorrecto y reemision al correcto. Con lo cual hay que anular los 2 primeros emitidos al cliente erroneo(ya no está dado de alta en la aeat)

[Faneka]

Yo hago rectificativa por sustitución, por otro lado no dejo imprimir facturas si no se han enviado o se han rectificado. Ese registro original lo marco como rectificada para que no intente enviarlo de nuevo.

[ermendalenda]

Empezado por Faneka

Yo hago rectificativa por sustitución, por otro lado no dejo imprimir facturas si no se han enviado o se han rectificado. Ese registro original lo marco como rectificada para que no intente enviarlo de nuevo.

Si no las imprimes hasta que no se hayan enviado tienes que hacer esperar al cliente el tiempo marcado en el control de flujos y te puedes encontrar un día la sorpresa que te margen en tiempo de espera una hora.

[Faneka]

En mi caso no hay problema, no son punto de venta con el cliente en la cola, de hecho la mayoria factura una vez a la semana o algo así. Pero le dare una vuelta ya que estamos.

[ermendalenda]

Respuesta verifactu

No será necesario remitir registros de facturación de anulación. Los registros rechazados no constan en la AEAT debido al rechazo, por lo que no es necesario realizar ninguna anulación.

Pues como no lo anule queda un alto en mi Sif así que anulacion

[ermendalenda]

Ya me estoy rayando!!!
Les he planteado wl problema de que se me quedan los contadores de una forma y a ellos de otra si no anulo

En la situación planteada, deberán emitir facturas rectificativas, por lo que la información ya quedará reflejada, si lo desean ya que no es un campo obligatorio, en la agrupación "FacturasRectificadas":

Buff
Hoy no pregunto más

[CarlosMz]

Buenos días

Continuando con este error 1110.

Tengo dudas de los pasos a seguir:

1. Hago una factura normal FX -> Envío RF de alta normal y recibo el error 1110. (Entiendo que debo hacer rectificativa, uso dos pasos)
2. Creo la factura de abono -FX ->Envío RF de alta normal ?. Recibiría el mismo error 1110 al ser lo mismo en negativo
3. Creo la factura rectificativa RX -> Envío RF de alta normal con NIF corregido

Haciéndolo así habría RF con num de facturas que nunca estarían en la AEAT, aunque la rectificativa final si apunte a la original que generó el error

Buenos días:

Los registros de facturación de subsanación únicamente deben utilizarse cuando sea un supuesto que el Reglamento de Obligaciones de Facturación no exija la emisión de una factura rectificativa (u otro mecanismo contemplado en dicho reglamento). Por lo cual, tal y como comenta, en el ejemplo indicado se debe proceder mediante la emisión de una factura rectificativa. Esta factura rectificativa conllevará la generación del correspondiente registro de facturación de tipo alta inicial (distinto IDFactura).

Respecto al registro inicialmente rechazado no deberá realizarse ninguna actuación posterior ya que el error quedará resuelto por la vía de la rectificación de facturas.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: verifactu@correo.aeat.es

[sglorka]

Empezado por CarlosMz

Buenos días

Continuando con este error 1110.

Tengo dudas de los pasos a seguir:

1. Hago una factura normal FX -> Envío RF de alta normal y recibo el error 1110. (Entiendo que debo hacer rectificativa, uso dos pasos)
2. Creo la factura de abono -FX ->Envío RF de alta normal ?. Recibiría el mismo error 1110 al ser lo mismo en negativo
3. Creo la factura rectificativa RX -> Envío RF de alta normal con NIF corregido

Haciéndolo así habría RF con num de facturas que nunca estarían en la AEAT, aunque la rectificativa final si apunte a la original que generó el error

Es lo mismo que ya hemos tratado en otro hilo parecido. La emisión de -Fx te la va a rechazar también por eso yo proponía emitir una anulación sin registro previo de la factura original. Ten en cuenta que desde Verifactu te van a responder lo que les atañe a ellos y no el estado en que queda tu Sif, por eso dicen Respecto al registro inicialmente rechazado no deberá realizarse ninguna actuación posterior ya que el error quedará resuelto por la vía de la rectificación de facturas. ya que a ellos con la información que tienen es suficiente pero en tu SIF puedes optar por mantener ese abono rechazado con lo que tus cuentas cuandran o puedes NO emitir ese abono pero si emitir una anulación de la original. Yo creo que ambos casos son correctos

[CarlosMz]

Me parece más sencillo:

1. Abonar con un -FX aunque genere un RF rechazado también. Así cuadro importes y cuotas en mi SIF.
2. Crear RX correcta con su RF de alta normal

Creo que de esta forma puedo evitar el uso de Anulaciones en general y simplificar la programación.

[FelixDL]

Buenas,

Sugiero controlar que el NIF/CIF lo tengamos validado antes de mandar. Y al mandar e indicar un NIF/CIF se coja el nombre que espera la AEAT.
Antes de enviar una factura, si no hemos consultado anteriormente ese NIF y nombre, se valida llamando al WS según se indica en h*t*t*p*s*://sede.agenciatributaria.gob.es/static_files/Sede/Biblioteca/Manual/Tecnicos/WS/030_036_037/Manual_Tecnico_WS_Masivo_Calidad_Datos_Identificativos.pdf servicio que pasando el NIF/CIF y el nombre te indica si esta registrado correctamente.

Con esto ya nos curamos en saludo que el NIF y nombre que pasemos serán correctos y estos errores de NIF no los recibiremos

Saludos

[Logan05]

Empezado por FelixDL

Buenas,

Sugiero controlar que el NIF/CIF lo tengamos validado antes de mandar. Y al mandar e indicar un NIF/CIF se coja el nombre que espera la AEAT.
Antes de enviar una factura, si no hemos consultado anteriormente ese NIF y nombre, se valida llamando al WS según se indica en h*t*t*p*s*://sede.agenciatributaria.gob.es/static_files/Sede/Biblioteca/Manual/Tecnicos/WS/030_036_037/Manual_Tecnico_WS_Masivo_Calidad_Datos_Identificativos.pdf servicio que pasando el NIF/CIF y el nombre te indica si esta registrado correctamente.

Con esto ya nos curamos en saludo que el NIF y nombre que pasemos serán correctos y estos errores de NIF no los recibiremos

Saludos

Hola, pues probando mi validación me ha pasado una cosa que no esperaba, me ha dicho que está IDENTIFICADO-BAJA, os pongo la respuesta

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 
  <env:Body>
    <VNifV2Sal:VNifV2Sal xmlns:VNifV2Sal="http://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2Sal.xsd"> 
      <VNifV2Sal:Contribuyente>
        <VNifV2Sal:Nif>A????????</VNifV2Sal:Nif>
        <VNifV2Sal:Nombre>LO QUE SEA, SA</VNifV2Sal:Nombre>
        <VNifV2Sal:Resultado>IDENTIFICADO-BAJA</VNifV2Sal:Resultado>
      </VNifV2Sal:Contribuyente>
    </VNifV2Sal:VNifV2Sal> 
  </env:Body>
</env:Envelope>

En este caso no tendría que permitir facturarle ¿no? y yo que creía que solo decía IDENTIFICADO o NO IDENTIFICADO... iluso yo ¿Hay alguna tabla con todas las respuestas posibles?

Edito: También he encontrado un IDENTIFICADO-REVOCADO

[rci]

Empezado por Logan05

Hola, pues probando mi validación me ha pasado una cosa que no esperaba, me ha dicho que está IDENTIFICADO-BAJA, os pongo la respuesta

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 
  <env:Body>
    <VNifV2Sal:VNifV2Sal xmlns:VNifV2Sal="http://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2Sal.xsd"> 
      <VNifV2Sal:Contribuyente>
        <VNifV2Sal:Nif>A????????</VNifV2Sal:Nif>
        <VNifV2Sal:Nombre>LO QUE SEA, SA</VNifV2Sal:Nombre>
        <VNifV2Sal:Resultado>IDENTIFICADO-BAJA</VNifV2Sal:Resultado>
      </VNifV2Sal:Contribuyente>
    </VNifV2Sal:VNifV2Sal> 
  </env:Body>
</env:Envelope>

En este caso no tendría que permitir facturarle ¿no? y yo que creía que solo decía IDENTIFICADO o NO IDENTIFICADO... iluso yo ¿Hay alguna tabla con todas las respuestas posibles?

Edito: También he encontrado un IDENTIFICADO-REVOCADO

Puedes mirar el manual, punto 6.3. Resultado:
https : //sede.agenciatributaria.gob.es/static_files/Sede/Biblioteca/Manual/Tecnicos/WS/030_036_037/Manual_Tecnico_WS_Masivo_Calidad_Datos_Identificativos.pdf

https://sede.agenciatributaria.gob.e...ificativos.pdf

[ermendalenda]

Empezado por Logan05

Hola, pues probando mi validación me ha pasado una cosa que no esperaba, me ha dicho que está IDENTIFICADO-BAJA, os pongo la respuesta

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 
  <env:Body>
    <VNifV2Sal:VNifV2Sal xmlns:VNifV2Sal="http://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/burt/jdit/ws/VNifV2Sal.xsd"> 
      <VNifV2Sal:Contribuyente>
        <VNifV2Sal:Nif>A????????</VNifV2Sal:Nif>
        <VNifV2Sal:Nombre>LO QUE SEA, SA</VNifV2Sal:Nombre>
        <VNifV2Sal:Resultado>IDENTIFICADO-BAJA</VNifV2Sal:Resultado>
      </VNifV2Sal:Contribuyente>
    </VNifV2Sal:VNifV2Sal> 
  </env:Body>
</env:Envelope>

En este caso no tendría que permitir facturarle ¿no? y yo que creía que solo decía IDENTIFICADO o NO IDENTIFICADO... iluso yo ¿Hay alguna tabla con todas las respuestas posibles?

Edito: También he encontrado un IDENTIFICADO-REVOCADO

Gracias el revocado lo tenia el de baja no.
Aunque si no me devuelve solo IDENTIFICADO, no lo daba por bueno por si pasaba algo así.
Pero me viene bien el mensaje. Saludos

[Logan05]

Empezado por rci

Puedes mirar el manual, punto 6.3. Resultado:
https : //sede.agenciatributaria.gob.es/static_files/Sede/Biblioteca/Manual/Tecnicos/WS/030_036_037/Manual_Tecnico_WS_Masivo_Calidad_Datos_Identificativos.pdf

https://sede.agenciatributaria.gob.e...ificativos.pdf

Gracias!! me había saltado eso

[bmfranky]

Ostras, pues revisando bien,parece que si haces la consulta solo con el NIF/CIF, te devuelbe no censado , pero incluyendo los datos de nombre y apellidos/razon social, ya estoy haciendo pruebas a ver si puedo autorellenar todos los datos desde ahi...
Que perraco soy...

Nada , mi gozo en un pozo, solo te devuelve los datos correctos si se parecen a los censados.... "No identificado-similar"

[rci]

Empezado por bmfranky

Ostras, pues revisando bien,parece que si haces la consulta solo con el NIF/CIF, te devuelbe no censado , pero incluyendo los datos de nombre y apellidos/razon social, ya estoy haciendo pruebas a ver si puedo autorellenar todos los datos desde ahi...
Que perraco soy...

Nada , mi gozo en un pozo, solo te devuelve los datos correctos si se parecen a los censados.... "No identificado-similar"

Hola bmfranky, con las pruebas que he hecho yo, nunca me ha contestado "No identificado-similar" aunque hayan "diferencias menores en los apellidos y nombre". Siempre me contesta identificado o no identificado.

Sobre lo que comentas de autorellenar, no funciona en el caso de ser una persona física, pero si es una empresa (persona jurídica) si que puedes consultar solo con el CIF y te devuelve la razón social que tienen registrada.
Algo es algo