![]() |
![]() |
| 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:
https://petete.tributos.hacienda.gob...sulta=V0706-19 "cuando el procedimiento de rectificación de una factura se realice mediante la emisión de dos facturas en los términos previstos en el párrafo anterior, deberá considerarse como factura ordinaria la primera que se expida con signo negativo, incluso por el importe total de la factura previamente expedida, y como rectificativa la que se expida conteniendo correctamente los datos que se documentan en la misma tras la rectificación." |
|
#2
|
|||
|
|||
|
Cita:
Entiendo que B no tiene porqué saber nada de mis errores con A, ni tengo que darle una factura que dice que rectifica a tal y cual por tal motivo, esa información SI es relevante en el caso de que sea el mismo cliente porque va a tener tres documentos y se entiende lo que ha pasado, pero para nada le veo el sentido en el caso de que sean clientes distintos.... es al cliente A al que le tengo que dar la R4 que explica la F1 que le he dado antes equivocadamente (y la compensa), y al cliente B le doy su F1 y tan contentos. ¿Estoy totalmente equivocado? Gracias!! |
|
#3
|
|||
|
|||
|
Cita:
Al cliente A -R4 o -F1=abono(yo he optado por esta) Y nueva F1 al correcto Y si no la has entregado aún Anulación Y si además el cliente A es erroneo en la aeat, anulación también, he considerado esta anulación, que creo que es válida, ya que esa factura al ser rechazada es una factura incorrecta ya sea estructuralmente(por nif mal generado) o por que sea un nif inválido para la aeat, por lo tanto es no declarabe y es papel mojado. Última edición por ermendalenda fecha: 19-05-2025 a las 10:36:59. |
|
#4
|
|||
|
|||
|
Cita:
Si resulta que al primer cliente no iba esa factura, debes emitir un Abono (-F1, ya que no se encuentra entre los casos de emisión obligatoria de una factura rectificativa ) y para el segundo cliente que sí es correcto una F1 |
|
#5
|
|||
|
|||
|
No estoy seguro de si este hilo es el más adecuado para exponer mi duda pero después de ver algunos, he optado por este ya que se ha hablado sobre los NIF que hacen que sean rechazados los RF por la AEAT. Efectivamente lo mejor es reducir los posibles rechazos para evitar complicaciones y lo que procede es preguntar antes de hacer una factura a un cliente, leer la respuesta y segun sea, actuar de una forma o de otra. No soy partidario de, como se ha hablado en este hilo, marcar el registro en el maestro de clientes con "actualizado" para no volver a comprobarlo más porque en cualquier momento la ficha de un cliente puede cambiar.
Las distintas respuestas de la AEAT son estas: - "identificado ”: Sin problemas, se le puede hacer una factura. - “No identificado-similar”: Si el contribuyente no se identifica con los datos identificativos aportados por diferencias menores en los apellidos y nombre. Se devuelven los datos de apellidos y nombre asociados al NIF. - “No identificado”: Si el contribuyente no se identifica con los datos identificativos aportados. Se devuelven los datos de NIF y apellidos y nombre aportados. En el caso de entidades, no existe el resultado “No Identificado-Similar” pero se añaden estos dos resultados: - “Identificado-Baja”. Si el contribuyente se identifica con el NIF aportado, y está en estado baja. Se devuelve el NIF actual y su razón social. - “Identificado-Revocado”. Si el contribuyente se identifica con el NIF aportado y está en estado baja por revocación del NIF. Se devuelve el NIF actual y su razón social. El usuario del SIF debe ver la respuesta en pantalla y debe proceder según le indiquemos. ¿Podemos aconsejar hacer una factura simplificada a “No identificado”, “Identificado-Baja”, “Identificado-Revocado” ? o como dice la IA en “Identificado-Revocado” no se le puede vender nada ![]() |
|
#6
|
|||
|
|||
|
Cita:
Yo creo que lo más sensato es añadir un campo a la ficha de clientes, llamémosle "Identificado", que se actualizará con los datos de una consulta de datos censales totalmente transparente al usuario. Si devolvió "Identificado", actualizo la razón social con la que me devolvió el servicio y marco el campo Identificado = 'S'. Cada vez que se facture, consulto si el cliente de la factura de la que se va a generar el RF tiene Identificado='S', y si es así ya no vuelvo a preguntar a la AEAT. Si algún día cambiase, recibirá un error y no podrá generarse el RF y por tanto no se puede finalizar la factura ni imprimir, y se informa de ello al usuario. |
|
#7
|
|||
|
|||
|
Cita:
2% que bien creo que el usuario debe saberlo y tener la posibilidad de solventarlo. En fin, cuestión de preferencias. Sigo preguntando si podríamos hacer una factura simplificada a un "Identificado-Revocado" porque según me entero que no se puede porque el revocado es como un estafador o algo parecido en hacienda y estaríamos incumpliendo la ley de que no se puede facturar a estos datos. Por otro lado no estoy yo tan seguro que te rechacen el RF por este motivo (aunque lo lógico seria que no lo aceptaran) y si no te lo rechazan entonces si podría ser un problema. Base Legal: El Reglamento de Facturación (RD 1619/2012) prohíbe facturar a un NIF anulado. La AEAT considera inexistente al titular de un NIF revocado. |
|
#8
|
|||
|
|||
|
Post erroneo, emito subsanacion en el siguiente registro
![]() Espero que tengais trazabilidad. Última edición por ermendalenda fecha: 31-07-2025 a las 15:25:45. |
|
#9
|
|||
|
|||
|
Cita:
Hsy empresas que trabajan offile hasta las tarjetas de pago(arriesgando a no cobrarlas). Pero no pueden o no deberia srr motivo de sancion, además, imagina que sea imposible localuzar al cliente para que te dé los datos correctoa, tal y vomo me ha passdo a mi antes de poner las verificaciones, o como puede pasar con una una desconexion, como arreglas eso? O si no hay conexion no puedes emitir facturas? Hay que estar en el ruedo y comerse las quejas de ños clientea para podrr reglamentar eso no prrmitiendo esta posiblidad. |
|
#10
|
|||
|
|||
|
Cita:
Puedes almacenar en una tabla redundante el Nif, nombre fiscal y dirección fiscal de la empresa, validas con la api de hacienda y salvas esa tupla. Cada vez que tengas que facturar a un cliente miras es tabla y comparas los datos de su ficha personal con la tabla redundante. Si son los mismos, no es necesario consultar la api. Si son distintos consultas la api y actualizas y si no hay entrada para ese cliente, validas y salvas en dicha tabla redundante. Lo peor que te puede pasar es que siendo correctos los datos, el Nif haya sido revocado o anulado pero este caso es poco frecuente. |
![]() |
| 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 |
|