registro facturas con sustitutivas
 

Buenas tardes,

Mi proveedor ficticio SACOSAS, S.L. me emite una factura en su software adaptado a verifactu:

Factura: F25/1
Fecha: 25/03/2025
EMISOR: SACOSAS S.L.
RECEPTOR: CLIENTE GRANDE S.L.
BASE: 1.000€
CUOTA: 210€
TOTAL:1.210€

El registro de esta factura se ha remitido a la AEAT y la respuesta ha sido: correcta

Pero me doy cuenta que mi dirección en la factura está mal y así se lo comunico a la administración de mi proveedor, a lo que según su sistema de facturación verifactu le permite hacer una factura rectificativa por sustitución. Y emiten la factura R25/1 :

Factura Rectificativa por Sustitución: R25/1
Rectifica la factura: 25/1
Motivo de la rectificación es : Domicilio Receptor
Fecha: 19/05/2025
EMISOR: SACOSAS S.L.
RECEPTOR: CLIENTE GRANDE S.L.
BASE: 1.000€
CUOTA: 210€
TOTAL:1.210€

El registro de esta factura se ha remitido a la AEAT y la respuesta ha sido: correcta

En nuestra gestión de gastos ya introducimos la primera factura de gastos F25/1 el día 25 de Marzo:
F25/1 Fecha: 25/03/2025 EMISOR: SACOSAS S.L. BASE: 1.000€ CUOTA: 210€ TOTAL:1.210€

Ahora nos ha llegado esta otra factura de gastos, donde indica que sustituye a la factura R25/1 por el motivo: Domicilio Receptor
R25/1 Fecha: 02/04/2025 EMISOR: SACOSAS S.L. BASE: 1.000€ CUOTA: 210€ TOTAL:1.210€

Con lo cual en el registro de facturas de gastos para declaración de IVA salen las dos facturas :
F25/1 Fecha: 25/03/2025 EMISOR: SACOSAS S.L. BASE: 1.000€ CUOTA: 210€ TOTAL:1.210€
R25/1 Fecha: 02/04/2025 EMISOR: SACOSAS S.L. BASE: 1.000€ CUOTA: 210€ TOTAL:1.210€

Nuestro proveedor nos dice que su SIF verifactu solamente le permite hacer una rectificativa por sustitución, en un solo paso, ya que el motivo de la rectificación es : Domicilio Receptor
En este caso suponemos que la forma correcta es la que ha hecho nuestro proveedor, ósea, su SIF verifactu.

¿Pero como sería el registro de facturas de gastos en este caso para que no aparezca que el total de gastos es de 2.000€ y la cuota 420€?

Un saludo

No lo había pensado, pero por lógica la factura F35/1 para el receptor sería nula, o sea una anulación, incluso puede que no nos llegue la primera por que se de cuenta el emisor antes de enviarla y solo nos mande la rectificativa, con lo cual el receptor no tiene por qué registrarla, imagínate que el error es en los cálculos de iva y el sistema del receptor ni siquiera la acepte, ejemplo Face.

Y además puede ser que la original (la primera) F25/1 ya esté declarada.

Creas una Nota de Crédito, factura de abono, sobre la factura F25/1 por valor de -1.210€ con fecha de expedición 02/04/2025. Con este movimiento anulas la operación de tu proveedor y ahora registras la factura rectificativa R25/1 con fecha 02/04/2025. En el mes 04 no tendrá impacto dichos movimientos ya que se cancelan unos con otros

el problema lo veo al generar una rectificativa por sustitución en UN SOLO PASO, es ahí donde no sabría como actual en el libro de facturas expedidas, que datos incluir y sobre todo en los sumatorios de importes no se como actuar en el caso de una factura RECTIFICADA POR SUSTITUCION y en la misma FACTURA RECTIFICATIVA POR SUSTITUCION.

Envias esos datos a Verifactu .... NO... pues listo. ni rectificativa ni nada.

Por eso existe la rectificación en dos pasos, primero emites abono y luego emites rectificativa x sustitución. Se te acabaron los problemas, ambas facturas (el abono y la rectificativa) pasan a engrosar el libro de facturas expedidas (ambos libros quiero decir, debe haber uno para las ordinarias y otro libro para las rectificativas)

Yo siempre pienso en el usuario, que como bien sabemos, no tienen ni idea la mayoría y si haces una factura que verifactu te da incorrecta como respuesta, seguramente harán como bien dices una de abono (sin rectificar el error, imaginemos que ese error es en el nombre o nif del cliente) y le dará otra vez incorrecta y luego no harán ni otra rectificativa, yo en DOS PASOS lo veo un error en si.

No creas, si la factura le viene con error donde tú identificas (no el usuario) que se debe cambiar la dirección fiscal del cliente o su Nif ( utilizando los códigos de error ), debes presentar al usuario una ventana indicando lo que ha pasado y dentro de dicha ventana, la posibilidad de cambiar la dirección fiscal o el Nif. Una vez hecho, debes generar de forma automática, el abono y la factura rectificativa.
Obviamente, el abono también te lo va a rechazar pero es lo que debe ocurrir si no tendrías una abono en la Aeat huérfano (el registro que abona fue rechazado). Debes guardar la traza que une la factura rechazada, el abono y la rectificativa y se te llega correcta la rectificativa (por lo tanto has resuelto el problema ) debes marcar todos los registros involucrados en la rectificación con estado "OK" y no informar del rechazo del abono.

Quizás te hayas explicado mal pero tu dices:
No creas, si la factura le viene con error donde tú identificas (no el usuario) que se debe cambiar la dirección fiscal del cliente o su Nif ( utilizando los códigos de error ), debes presentar al usuario una ventana indicando lo que ha pasado y dentro de dicha ventana, la posibilidad de cambiar la dirección fiscal o el Nif. Una vez hecho, debes generar de forma automática, el abono y la factura rectificativa.

Hasta ahí bien, pero el segundo parrafo :
Obviamente, el abono también te lo va a rechazar pero es lo que debe ocurrir si no tendrías una abono en la Aeat huérfano (el registro que abona fue rechazado). Debes guardar la traza que une la factura rechazada, el abono y la rectificativa y se te llega correcta la rectificativa (por lo tanto has resuelto el problema ) debes marcar todos los registros involucrados en la rectificación con estado "OK" y no informar del rechazo del abono.

No le encuentro sentido, está todo bien escrito?

Gracias por contestar

Yo lo veo bien redactado. ¿ A qué no le encuentras sentido ?

Según entiendo yo, se refiere a que si haces el abono con los datos correctos, tendrías la factura original rechazada, el abono aceptado pero que no abona a ninguna factura y por ultimo la rectificativa. Por lo que este escenario sería incorrecto para la AEAT, por lo que el abono de una factura rechazada tiene que por cojones estar rechazado también, sino tendrás el abono huérfano al que se refiere sglorka.

Espero que así este mas claro.

Hola sglorka, en esto precisamente estaba pensando yo ayer. Pero no tenia claro si era correcto.

Primero sobre el abono y la rectificativa, nuestra idea era que nuestro SIF ofreciera al usuario la opción de crear rectificativa por sustitución de la Factura1, y en ese caso, internamente crearía el abono, con su registro de facturación, pero el usuario ni lo vería, y también crearía la factura rectificativa por sustitución, para que el usuario introduzca los datos correctos que corrijan la Factura1.
Al salvar el abono y la rectificativa se crearan sus registros de facturación y se enviarán siguiendo el control de flujo.

Sobre el registro de facturación del abono, aunque sea rechazado, como el usuario no tiene que hacer nada para corregir ese rechazo, creemos que nuestro SIF ya no tendría que mostrar ese error concreto al usuario, porque forma parte del procedimiento para corregir el rechazo de la primera factura. el procedimiento de hacer una factura rectificativa por sustitución en dos pasos (mediante dos facturas).

Lo de "marcar todos los registros involucrados en la rectificación con estado OK" no lo tengo tan claro, porque realmente es rechazado, pero NO avisar al usuario para que haga algo, si que estoy de acuerdo.

Lo planteáis así también sglorka?

Exacto, si hacemos rectificación por dos pasos sí o sí pasará el rechazo del abono (cuando el original este rechazado), enseñarle al cliente el abono no tiene mucho sentido como dices.
Yo entiendo que marcar todo como OK es más para controlar que aunque un registro este erróneo ya se ha subsanado, rectificado o anulado, por lo que ya te puedes olvidar del él.

Exacto, hay que intentar que el usuario no se líe con los rechazos

Buenas, pero si se crea una factura rectificativa por sustitución, no debería ser necesario una factura de abono de la rechazada, no? Eso en el caso que la factura aún no haya sido emitida al cliente incorrecto.
Por lo que yo entiendo, cuando se emite una factura rectificativa por sustitución quedaría "anulada" la factura a la que rectifica, entonces problema solucionado. No sé si es que ya llevo un lío tremendo o que pues...

Sí, ese es mi planteamiento. Realmente para cada RF tengo dos campos para identificar su progreso, el primer estado registra la respuesta originaria de la Aeat, y el segundo estado, registra cómo se ha quedado después de una subsanación o rectificación. Para el caso que nos ocupa tendría lo siguiente

Factura EstadoInicial EstadoFinal
F1 Rechazada Aceptada
-F1 Rechazada Aceptada
R4 Aceptada Aceptada

Es la respuesta Correcta de R4 la que pasa el EstadoFinal de los RF involucrados a Aceptada. Ya no será necesario informar al usuario del rechazo del Abono

Hola RanNav, yo también me liaba mucho pero creo que estoy empezando a entenderlo.

Esto que comentas seria en el caso de factura rectificativa por sustitución EN UN PASO (con una sola factura).
Lo que estamos comentado es factura rectificativa por sustitución EN DOS PASOS (con dos facturas).

la rectificativa por sustitución en un paso es lo que recomiendan y queda muy "guai" que con una sola ya se "anula" la que está mal... y por la parte de hacienda si les envías bien los registros de facturación pues ya les vale, pero para la parte de los programas, esa opción complica mucho la gestión, porque ... claro, si una "rectificativa por sustitución en un solo paso" digamos que sustituye y "anula" la rechazada... tienes que marcarlo de alguna forma en tu programa e indicarle que aquella factura rechazada no cuenta para nada, ni para stocks ni para los informes ni para contabilidad... un lio gordo.
En cambio con la opción "factura rectificativa por sustitución en dos pasos" (con dos facturas, una negativa(abono) y la rectificativa) pues ese problema ya no lo tienes porque el abono compensa (digamos que "anula") la rechazada original.

Tiene la "pega" que si la factura original es rechazada, el abono también lo será, esto para hacienda es, (con palabras suyas de una consulta) "bastante extraño, aunque no se puede considerar irregular". por lo tanto lo aceptan y hay alguna consulta vinculante donde lo explican.

Espero haberlo explicado bien. Si no corregidme por favor.

Saludos

Lo has explicado muy bien, pero entiendo que la de abono también será incorrecta ya que la original tiene respuesta de incorrecta (por el motivo que sea) y el reglamento dice que supuestamente tienes que corregir todas las incorrectas y esa de Abono sería incorrecta siempre porque sería duplicar la original pero en negativo, es correcto ?

Exacto, pero piensa que la rectificativa final es la que corrige todo por lo que aunque quede extraño tener que generar un RF erróneo de por si, ese es el procedimiento (si lo haces en dos pasos claro).

Vale, ahora entiendo el revuelo con este tema. :D
Por otra parte, hace dos días lo tenía claro, pero hoy debatiéndolo con un compañero me he vuelto a generar dudas...

Imagina que el envío te devuelve por ejemplo NIF incorrecto, en este caso, se podría proceder haciendo una rectificativa por sustitución (en mi caso, ya que se recalculan los stocks cuando una factura es marcada como anulada y no necesito hacer una de abono), es decir un nuevo registro de facturación de una nueva factura rectificativa sustitutiva, pero claro, el RF ha sido rechazado por la AEAT y no figura.
Entonces la emisión del RF de la factura rectificativa sustitutiva debería hacerse de formal normal con el tipo rectificativa a S y la factura a la que se quiere rectificar(Aunque no se exista porque haya sido rechazada) en el bloque "FacturasRectificadas"?

Es que estoy viendo que hay gente que opina que al no figurar la factura aún en la AEAT no se podría emitir una rectificativa de algo que no existe y se deberían marcar los campos Subsanación a S y RechazoPrevio X y volver a enviarlo con el NIF correcto haciendo un alta por rechazo para solucionar el rechazo.

Un Saludo.

La verdad que ese caso es un poco lioso, por que según la lógica que llevan tendría que haber un alta sin registro previo (que no sea del primer registro), no te sabría decir como proceder la verdad.

Estoy de acuerdo en lo que comentas:
Exacto, pero piensa que la rectificativa final es la que corrige todo por lo que aunque quede extraño tener que generar un RF erróneo de por si, ese es el procedimiento (si lo haces en dos pasos claro).

Pero centrando el tema en la rectificativa por sustitución en dos pasos lo que me extraña es no poder relacionar la factura de abono con la inicial ni con la sustitutiva, así así ?

En el nodo de facturas rectificadas no, pero si en la descripción de la factura, como motivo, puedes poner "abo o por error en la faxtura xxx.xxx. esto no lo he consultado a verifactu por que se lían muchísimo con estos temas y es raro que r3spondan correctamente

Claro, así debería de ser en mi opinión, porque no creo que los errores que te devuelven que no son "subsanables" como podría ser el 1125 "El valor del campo FechaOperacion tiene una fecha superior a la permitida." puedan corregirse con alta por rechazo previo... Si no con una rectificativa sin registro previo.

Pregunta a verifactu y respuesta.
Aquí la pregunta:
Buenas tardes,

Les planteamos una casuística que nos crea un problema de gestión y también hemos comentado con otros desarrolladores y todos estamos en la misma tesitura:

Creamos la factura F2025-1 la cual tiene una base imponible de 100 € y una cuota de IVA de 21€ (21% de IVA). Cuando guardamos y remitimos el registro a VERIFACTU, nos devuelve INCORRECTA porque hay un error en el NIF.

Para que en mi SIF y el destinatario no tengan inconvenientes con stock, informes de facturación, estadísticas y sobre todo en el Libro de Registro de Facturas Expedidas, pensamos que lo correcto es hacer una rectificación por sustitución en dos pasos:

PASO 1:
Creamos la factura F2025-2 con base imponible de -100€ y una cuota de IVA de -21€ (21% de IVA). Cuando guardamos y remitimos el registro a VERIFACTU nos vuelve a dar error de VERIFACTU porque sigue habiendo el error en el NIF. Pero de esta forma lo que hacemos es “empatar” tanto en stock como en importes, constaría en el Libro de Registro de Facturas Expedidas con lo cual estaría todo más claro y limpio con respecto cuotas e importes.

PASO 2:
Generamos la rectificativa por sustitución R1 con base de 100€ y una cuota de IVA de 21€ que va a rectificar la factura F2025-1 con base rectificativa de 100€ y una cuota rectificativa de IVA de 21€. En este momento ya hemos solucionado el error del NIF por lo cual devuelve Aceptada.


Una vez finalizado el proceso, accedemos al portal de VERIFACTU y observamos lo siguiente:
• No existe la factura F2025-1 ya que era incorrecta.
• No existe la factura F2025-2 ya que era incorrecta (realizada para compensar stock, informes, cuotas e importes en Libro de Registro de Facturas Expedidas, etc.
• Si existe la R1 en la cual se detalla que rectifica por sustitución a la F2025-1.

¿Qué ocurre si dejamos la F2025-2 incorrecta y sin rectificar en nuestro SIF?
Porque no vemos otra forma de hacerlo ya que realizar una factura por sustitución en un solo paso (sin hacer la factura de “abono” o “compensación”) sería un lío muy gordo en la gestión de stock, estadísticas, contabilidad y sobre todo en el Libro de Registro de Facturas Expedidas y también en el registro de facturas recibidas y en el Libro de Facturas Recibidas del receptor de la factura (en este caso del cliente).


Un cordial saludo


Aquí la respuesta:
Buenos días:

Gracias por su consulta.

La forma natural de proceder en un caso como el comentado, sería emitir una factura correcta, idéntica a la inicialmente rechazada (pero con el NIF correcto). Esta 2ª factura sería rectificativa por sustitución de la primera rechazada y, con carácter general, no tendría ningún problema para ser aceptada.

Lo que Vd. propone producirá dos registros de rechazo correlativos, que no llegarán nunca a consolidase en facturas correctas, lo cual es bastante extraño, aunque no se puede considerar irregular. El trámite de rectificación por sustitución que proponen "por sustitución" mediante dos facturas. A este respecto, se resume a continuación(*) las formas admitidas de proceder para rectificar. Asimismo, sobre este asunto, se recomienda consultar en la sede electrónica de la AEAT el apartado Procedimientos de facturación de las preguntas frecuentes (FAQ) relacionadas con los SIF y VERI*FACTU (RD 1007/2023), y también el documento "Preguntas frecuentes de empresas de desarrollo (actualizado 16-05-2025)" publicado recientemente en la web de desarrolladores de la AEAT.

(*) Existen dos procedimientos para la rectificación de las facturas: por diferencias y por sustitución.

El procedimiento de rectificación por sustitución, a su vez, admite dos modalidades: mediante una única factura en la que se consignarán los importes correctos y mediante dos facturas (una primera factura que anule la factura original y una segunda factura que reflejará los importes correctos)

La cuestión planteada se refiere al procedimiento de rectificación por sustitución mediante dos facturas.

Confirmamos que en caso de rectificación por sustitución mediante dos facturas debe aplicarse el criterio de la consulta vinculante V0706-19, de acuerdo con el cual, la factura negativa se registrará como factura ordinaria mientras que la segunda factura se identificará como factura rectificativa (con la clave de factura rectificativa que corresponda)

Puede consultar el criterio anterior en la FAQ 2.8 del SII a través del siguiente enlace:

Agencia Tributaria: Agencia Tributaria: Preguntas frecuentes. Cuestiones generales - Registro. Cuestiones comunes

Por último, añadir que este soporte está destinado a dudas técnicas informáticas relacionadas con el Reglamento que establece los requisitos que deben adoptar los sistemas y programas informáticos.


¿qué opináis de esto?

Pues lo pone muy clarito "Confirmamos que en caso de rectificación por sustitución mediante dos facturas debe aplicarse el criterio de la consulta vinculante V0706-19, de acuerdo con el cual, la factura negativa se registrará como factura ordinaria mientras que la segunda factura se identificará como factura rectificativa (con la clave de factura rectificativa que corresponda)
"

Hola, una cosa, en este caso y solo en este caso, al no ser datos que forman parte del registro enviado a verifactu (Ojo no dices nada de si es una factura electrónica), no se podría corregir, subsanar la factura original y reenviar al cliente?

Es exactamente lo que me contestaron a mi hace unos días. copiar pegar :)

El procedimiento de factura rectificativa por sustitución en dos pasos (con dos facturas) no es el mas recomendado para ellos pero lo aceptan y es mucho menos complicado de gestionar en los SIFs. Es como lo haremos nosotros.

Yo diría que no se puede subsanar y se tiene que hacer rectificativa, porque me parece que la dirección es uno de los datos que indica la ley de facturación como motivo para rectificar... Si no recuerdo mal....

A ver si alguien me puede confirmar o desmentir.

Te confirmo, sería el campo e)

https://www.clubdelphi.com/foros/sho...&postcount=249

Creo que os estis complicando demasiado:

Si haces una subsanación de un registro NO ACEPTADO (el caso de un NIF incorrecto, por ejemplo)
FLAGS:
Subsanacion = S
RechazoPrevio = X

Si haces una subsanación de un registro Aceptado o Aceptado con Errores:
FLAGS:
Subsanacion = S
RechazoPrevio = N

Si la ley dice que se tiene que hacer una subsanación, hay esas opciones.
Pero yo diría que por un NIF incorrecto tienes que hacer una factura rectificativa. No subsanar un registro de facturación.

Exacto, al menos así lo tienen por escrito en el documento de FAQs para desarrolladores. En resumen, si está previsto en el ROF -> Rectificativa, Si no lo está pero forma parte del RF -> Subsanación, Si no forma parte -> Editar factura directamente.

Correcto, pero lo lógico es que si la primera y original factura la tienes INCORRECTA como respuesta de la AEAT, por ejemplo en el NIF, debes subsanar y la única manera que hay que es con la SUSTITUTIVA, y si lo haces automaticamente desde el software que es como debe ser y no dejar que el usuario sepa hacer todo eso de crear la primera ordinaria en negativo y la segunda sustitutiva, tendrás de nuevo en la ordinaria en negativo otra respuesta de INCORRECTA y se trata de que eso no pase.

Correcto, pero en estos casos tendrás dos facturas INCORRECTAS, la primera y la segunda en negativo y eso es lo que pinta mal.

en el caso planteado de respuesta INCORRECTA por el NIF no puedes subsanar, se requiere rectificativa por sustitución y para nosotros lo más fácil es en UN SOLO PASO, pero para el SIF desde luego que no, es lo peor y por muchísimos motivos.

Os estáis liando con llamar subsanar a todo, una cosa es subsanar y la otra es rectificar. SI se hace en dos pasos no se puede evitar tener dos facturas incorrectas, y si se hace en uno el problema es que complica la programación al tener que controlar stocks y demás, hay que elegir cual es el mal menor.

La solución que he encontrado yo a eso es que cuando se haga una rectificativa por sustitución, al menos en mi SIF, se marca la factura a la que se rectifica como Anulada (Esto hace que vuelva a sumar el Stock en el momento) y cuando se recalcule el stock lo haga correctamente ya que no contará la operación si tiene la marca de "Anulada", sin embargo, si contará para el stock la rectificativa por sustitución ya que se ve como una factura normal.

El problema está en que la AEAT rechaza las facturas y, en principio, no constan como tal en su base de datos.

Al rectificar en dos pasos por NIF incorrecto, tenemos la primera factura incorrecta y el abono incorrecto. Ambos números no están en la AEAT, y luego llegamos con la rectificativa apuntando a la original que no está...

Los encadenamientos también estarían rotos, así que... ellos sabrán.

Pienso que podrían tener las facturas erróneas, con su nº en su base de datos ya que por el ROF no las podemos "tocar"