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

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?

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

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)

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.

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.

Respuesta verifactu

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

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
Buff
Hoy no pregunto más

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

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.

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

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

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

Gracias!! me había saltado eso:confused:

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... :D:D

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 :)

Gracias, por la respuesta, algo ya me havia comentado el mendalenda, al repecto lo tengo en pendiente de provar, un saludo.

No está mal tenerlo en cuenta, aunque bien es cierto que parece que en algún sitio lo devuelven así y de momento en esa petición no, yo lo voy a dejar preparado por si cambian de idea.

Otra cosa:
Se me olvidó indicaros otra cosita a tener en cuenta,
Imaginaos que pedís que os identifique u os compruebe el Cif A00000009 y os devuelve el B00000009 con el nombre correspondiente, eso puede ser por uno de estos 3 motivos:, o que te han dado la letra equivocada o que el.usuario se ha equivocado o que la.empresa ha cambiado de estado de S.A a S.L., o.de S.L a S.A, incluso que te devuelva una asociación española o un organismo público o cualquier cosa, ejemplo empiezas con una A y te dice que el calculo para esa es una G etc ..
Por supuesto debéis dejar al usuario que decida si es correcto el valor devuelto.
Además de que es peligroso de que no apliqueis ese control, ya que podéis dar por bueno un nombre para un cif que habéis escrito mal ya que podéis hacer caso a que el resultado es Identificado y no hagáis caso al resto por que no lo habíais contemplado y la liais parda.
O sea, volved a verificar que el cif que habéis pedido es el mismo que os devuelve

Pero en ese caso, pasaría el test de estructura?
Según entiendo el algoritmo de cálculo, se tiene en cuenta la letra para el cálculo no?

Si no me equivoco hay cifs con inicio de un monton de letras, A, B,C,D,E,F,G.... que tienen el mismo algoritmo para calcular el DIGITO FINAL..
El caso es que una empresa para cambiar de tipo de sociedad solo cambia la letra, con lo cual el calculo debe ser el mismo.

Offtopic
 

Pongo una aclaracion , sobre el asunto delas letras del CIF.

Hola compañeros, he añadido un mensaje sobre la validación de NIF/CIF en el WS de la AEAT que puede interesaros o a lo mejor podéis aportar alguna respuesta.
https://www.clubdelphi.com/foros/sho...35&postcount=9

Muchas gracias
Saludos

¿Qué está haciendo la mayoría de vosotros con el asunto de la gestión de errores? ¿Esperar a que la AEAT los devuelva y subsanar en consecuencia, o bien realizar toda la comprobación de errores del documento de validaciones antes de generar el RF?

Porque claro, en mi empresa tenemos desarrollados múltiples SIF, porque según el sector y a veces la propia dinámica de la empresa no vale con tener un único SIF.

En nuestro caso, vamos a crear un servicio o aplicación que estará residente en el equipo que hace las labores de servidor y se generará un RF según vayan llegando datos con facturas finalizadas, y luego los enviará a su debido momento. En caso de validar los errores antes de enviarse, me surge la duda de cómo y dónde verificar los errores, si en el SIF o en el servicio residente.

La otra opción de dejar que devuelva error y actuar en consecuencia me parece más engorrosa, porque de alguna manera el SIF tiene que saber si el servicio capturó un error y mostrárselo al usuario del SIF para que corrija el error (errores corregibles a nivel de factura claro, no a nivel de comunicación con el webservice).

En nuestro caso enviamos sin hacer ninguna comprobación, y si da errores el usuario tendrá que subsanar/rectificar/anular.

Ten en cuenta que algunos errores los puedes detectar antes del envío (por ejemplo si el CIF es incorrecto), pero otros muchos no sabes que tienen error hasta que los envías y el propio WebService te devuelve el error.

Y por otro lado, si detectas un error y no lo envías esperando a que el usuario lo corrija vas a tener el problema de los tiempos, tendrías que mandarlos como "Incidencia". Si acabas de crear una factura, de dices al usuario que hay error y por tanto no la envías, y la corrige 3 días después (o aunque sólo sean 15 minutos después), ya vas a tener la incidencia del tiempo máximo para mandar los registros una vez creados. Y si es algo puntual pues igual no hay problema, pero si de cada 10 facturas que envías 2 o 3 van fuera de tiempo... igual por ahí canta la cosa

Saludos

Nosotros comprobamos los NIF al crear la ficha del cliente, y luego otra vez al hacer la factura, si hay problemas no dejamos terminarla hasta que se solventan, dando la opción de guardarla como borrador si es necesario (sin numero de factura obviamente)

Buenos días

Vuelvo a rescatar este caso porque hice la pregunta a la AEAT el 28/03 y aún no he tenido respuesta. A ver si alguno de vosotros le han confirmado qué hacer:

1- Mando la factura 1 y me devuelve error, por ejemplo porque tiene el CIF incorrecto (la letra o un número mal) o porque lleva un IVA incorrecto (por ejemplo el 22%)
2- Según ellos es motivo de rectificación, por lo que genero la factura R-1 y la mando. Me devuelve el mismo error
3- Creo y mando la factura 2 corregida y me entra bien

Esto es lo que entiendo que debería ser, pero:
-En mi programa voy a tener 3 facturas (la 1 y la R1 que están enviadas con error y la 2 que es correcta)
-En AEAT sólo va a constar la factura 2 (la factura 1 no existe, con lo cual tenemos un “salto” en los contadores). Y cuando subamos otra rectificativa va a ser la R-2, con lo cual también vamos a tener otro salto porque no existiría la R-1

¿sabéis si esto es correcto? ¿lo estáis planteando así?

Volví a insistirles que me contesten de una vez, ya hace casi mes y medio que le mandé la consulta y no me dicen nada v\||/

Tampoco me han contestado... me comentaron que escalaban la consulta o algo así...

No estás procediendo correctamente en la rectificación. Estás utilizando una rectificación en dos pasos que conlleva emitir primero un abono (-F1) y luego una Rectificativa (R4 para este caso).
El abono (-F1) también te lo va a rechazar y por último, la rectificativa final sí te la va a admitir.
Tendrás dos saltos en el contador de la F1 (la primera F1 y el abono -F1) pero esto nos es problema, ellos son conscientes de que si rechazan un registro, impepinablemente, siempre habrán saltos.

La cuestión es que se está rectificando una factura con nº que no tiene la AEAT en sus registros porque fue rechazada.
El caso del abono previo tampoco consta en la AEAT porque también se rechazó, aunque este nº no se hace referencia desde la factura rectificativa

Llevan un mes sin contestarme...

Esto ocurre constantemente, imagina que quieres rectificar una factura que emitiste antes de empezar a informar a Verifactu, o de hace dos años ( tienes 4 años para hacerlo ), la Aeat no la tiene, pero tú si puedes emitirle una rectificativa, la Aeat se la tiene que tragar.

Perdona pero no entiendo muy bien qué me quieres decir...

¿lo estoy haciendo mal? (me dices "No estás procediendo correctamente en la rectificación").Pero luego dices que tendré 2 saltos de contador pero que no es problema, que son conscientes.

¿es correcto entonces o no? Si no es correcto... ¿cómo debería ser?

Son dos cosas distintas a las que hago mención, la primera, dices que emites F1, te la rechazan y entonces emites R1 y luego la factura corregida que entra bien. En este punto tengo que decirte que la rectificación en dos pasos que estas haciendo no es correcta. Primero se emite un abono (-F1) y luego de emite una rectificativa R4.

y el segundo tema es, no pasa nada porque te rechacen una factura y se produzca un hueco. Este aspecto siempre va a ocurrir ya que no puedes volver a enviar la misma factura corregida otra vez cuando el rechazo sea causado por el motivo que expones (Nif o tipo de Iva inválido) estás obligado a emitir una rectificativa, por ende, no puedes evitar que haya un hueco. Como el ROF te permite hacer una rectificación en dos pasos, la emisión del abono también te la va a rechazar pero sigue si haber problema. Un rechazo, en general, implica un hueco en los registros de facturación y una rotura del encadenamiento, pero este aspecto, ya está asumido por ellos

Buenas sglorka

¿podrías decirme la documentación o sitio de donde sacaste que esa es la manera correcta de hacerlo? Porque acabo de consultarlo con la persona que nos soluciona estas dudas (yo sólo programo :D) y tiene bastante claro que la manera en la que lo estamos haciendo es correcta. La factura rectificativa es la segunda, no la tercera (de hecho la tercera puede no existir). Nosotros sólo contemplamos rectificaciones por diferencia (y no por sustitución)

Te pongo un ejemplo a ver si nos ponemos de acuerdo:

1- Un albarán de una única línea de de 1 unidad y precio 100 euros (con el Iva 121). Total del albarán y factura: base imponible 100 y total 121. Envío la factura (F1)

Luego me doy cuenta de que el precio no eran 100 sino 90 (o 110, da igual). Puedo hacer 2 cosas:

2a- Rectifico la factura y creo un albarán con esa misma línea en negativo. Total del albarán / factura: base imponible -100 y total -121. Envío la factura (esta es la R1, que rectifica a la 1) y luego genero otro albarán de 1 unidad y el precio corregido (90). Genero la factura y la subo (es otra F1). base imponible 90 y total 108.90

De esta manera tendría F1 -> R1 (negativa) -> F1

2b- Corrijo todo en el albarán rectificativo: meto la línea negativa con el precio antiguo (100) y otra en positivo con el precio nuevo (por ejemplo 90). Total del albarán / factura: base imponible -10 y total -12.10. Si el nuevo precio fuera 110 el total del albarán / factura sería: base imponible 10 y total 12.10. Envío la factura (esta es la R1)

De esta manera tendría F1 -> R1 (negativa o positiva dependiendo si en la rectificación incremento o disminuyo el precio)

No entiendo como tardan tanto en aclarar este tema, deberían tenerlo superclaro y no dar lugar a que cada uno interprete una cosa :(

El método 2B sí es correcto. Creo que deberías leerte las Faqs de Verifactu (https://sede.agenciatributaria.gob.e...recuentes.html) y buscar estas dos preguntas

¿Cómo registra el emisor una factura rectificativa por sustitución “S”?
¿Cómo registra el emisor una factura rectificativa por diferencias “I”?

Pues precisamente ahí es donde dice que la segunda tiene que ser la rectificativa (Rx). Y sin embargo me decías antes "Primero se emite un abono (-F1) y luego de emite una rectificativa R4." Y eso es lo que no nos encaja nada :confused:

Si es una rectificativa por sustitución en dos pasos, observa la opción 2 de las FAQs que comenta el compañero: