![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Cita:
![]() screenshot_20250515_110142.jpg Podeis hacer la prueba... |
|
#2
|
|||
|
|||
|
Efectivamente, te devuelve otro nif y otro nombre
![]() |
|
#3
|
|||
|
|||
|
Cita:
El NIF que has escrito para comprobar no es incorrecto, es un NIF válido, por ese motivo te ha contestado IDENTIFICADO. Que no es el NIF de la empresa a la que estas facturando? puede ser. Ha dado la casualidad que has escrito un nif que existe. Como es una empresa persona jurídica, en el webservice no se comprueba la razón social, solo el NIF. En la respuesta a parte de si está identificado o no, te contestan con la razón social correcta, y en este caso, con lo que imagino que seria un nuevo NIF para la empresa que antes tenia el NIF que has escrito. Si cuando tu SIF hace la verificación, a parte de leer si está identificado o no, también compruebas los otros campos, puedes hacer alguna acción si no son iguales, como por ejemplo informar al usuario de los datos de la respuesta y que el decida. Además si envías un registro de facturación con los datos que has escrito para validar, el registro es aceptado. Si el usuario no hace caso de tu mensaje y lo acepta todo, pues hará una factura con un NIF que no es el de su cliente y cuando el cliente lo vea y se queje, tendrá que hacer una factura rectificativa... Esperemos que ocurra poco |
|
#4
|
|||
|
|||
|
Cita:
|
|
#5
|
||||
|
||||
|
Cita:
Yo en la función que valida el Nif/Cif, devuelvo y muestro en pantalla , los datos que rezan en la AEAT, para que el usuario este sabedor y actúe al respecto.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#6
|
|||
|
|||
|
Cita:
|
|
#7
|
||||
|
||||
|
La verdad es que no es así exactamente , usted le ha preguntado si el CIF, está en vigor y él le ha dicho sí está activo pero tenga en cuenta que ha cambiado su nombre por este y ahora su CIF es este.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#8
|
|||
|
|||
|
Si haces una búsqueda en internet, la empresa ALTRETEX SL, figura como "EXTINGUIDA".
Posiblemente, la Empresa y CIF que te devuelve la consulta, será quien se ha hecho cargo de ella. |
|
#9
|
|||
|
|||
|
Cita:
En todo SIF deberían hacerse varias comprobaciones antes de generar los RF, de esa manera reducimos al mínimo los errores devueltos por el sistema y evitamos tener que corregir los mismos para volver a mandarlos: 1. Comprobar en el servicio de cotejo si el NIF+Razón Social del destinatario están en estado IDENTIFICADO. Si lo está, marcarlo en la base de datos como IDENTIFICADO y actualizar los datos a los devueltos por la AEAT, y no volver a preguntar por ese destinatario en el futuro. Antes de poner el SIF en funcionamiento, el NIF y Razón Social del obligado tributario (OT) que expide los RF deben ser los registrados en la AEAT. 2. Realizar la validación de errores, siguiendo el documento de validaciones y errores publicado por la AEAT. 3. Generar hash en función del último RF del OT. 4. Generar el RF con los datos ya validados de la factura en el punto 2 y con el hash del punto 3. Si alguna de las funciones anteriores falla, el SIF no puede marcar la factura como finalizada (emitida) y deberá avisar al usuario de errores por si algunos de ellos está de su mano corregir o si debe reintentarlo más tarde. Si no falla ninguna, ya se puede imprimir la factura con su código QR. Posteriormente, un subproceso debe enviar los RF agrupados generados desde el último envío y enviarlos siguiendo el control de flujo que especifica la AEAT (el control de flujo es por SIF y por OT, esto obliga a guardar en algún sitio los tiempos devueltos por el Webservice de cada OT y ejecutar los envíos en dichos tiempos): 1. Agrupo los RF de un mismo OT y los envío tras cumplirse el tiempo devuelto en el anterior envío, o bien los envío sobre la marcha si se han acumulado 1000 registros o si es el primer envío. 2. Gestionar la respuesta para ver si algún RF dio error. Si alguno dio error, debe comunicarlo de alguna forma al SIF principal para que el usuario corrija los datos erróneos de la factura. 3. Para el que tuvo error, una vez corregida la factura se generará otro RF de tipo Alta por rechazo o por subsanación. 4. Para el que no tuvo error, siempre conviene llevar un registro interno de los envíos aunque sólo sea para justificarlo al usuario del SIF, pero al ya estar en manos de la AEAT puedes considerar borrarlo. Esto es más o menos lo que mi empresa va a hacer con sus SIF. Si estoy equivocado o falta añadir algo, por favor corríjanme y así ganamos todos. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Historial Error Servidor Aeat | ermendalenda | Envío de registros y sus respuestas | 19 | 05-04-2025 10:48:15 |
| Error 403 de la AEAT | mqm | Envío de registros y sus respuestas | 22 | 29-11-2024 10:52:51 |
| Nif Correcto Pero No Identificado | thinkows | Temas legales | 6 | 15-11-2024 09:23:40 |
| SII AEAT España | jahlxx | Internet | 1 | 09-03-2017 17:40:36 |
| 1000 Mil M 0011 1110 1000 3e8 | sakuragi | La Taberna | 29 | 05-03-2008 18:28:56 |
|