Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[jguarda]

Yo no entiendo ni lo de rectificativas ni lo de las sustitutivas.


1.- se emite la factura a quien sea.
2.- si está mal, da igual el dato, nif del cliente, importe, ivas. lo que sea q este mal, se hace una abono de la misma.
3.- se emite una nueva factura con la corrección hecha

4.- punto pelota.


vamos yo es lo que pienso hacer.

[ermendalenda]

Empezado por jguarda

Yo no entiendo ni lo de rectificativas ni lo de las sustitutivas.


1.- se emite la factura a quien sea.
2.- si está mal, da igual el dato, nif del cliente, importe, ivas. lo que sea q este mal, se hace una abono de la misma.
3.- se emite una nueva factura con la corrección hecha

4.- punto pelota.


vamos yo es lo que pienso hacer.

Pues muy bien hecho. Ole tú que puedes.

[sglorka]

No sé, creo que el técnico que respondió la consulta no es de este planeta. A ver, Cuando dice

Además, le planteamos nuevos ejemplos para tratar de aclararlo en la medida de lo posible:
1. Usuario rellena factura y envía.
• Se rechaza en el momento de envío por algún motivo de error.
• Si el error no está contemplado en el registro de facturación (ejemplo: rechazo porque el NIF del destinatario es erróneo porque se han confundido al teclearlo) procede alta por rechazo. Se crea un NUEVO registro de facturación *con los datos corregidos, pero que sigue tratándose de la misma factura (mismo número de serie, NIF obligado y fecha de expedición). Se envía usando "Alta por rechazo" (· <Subsanacion>=S *<RechazoPrevio>=X).

De verdad el Nif del destinatario no está dentro del Registro de Facturación ?. Y si el Nif del destinatario es incorrecto, ¿ se soluciona con una subsanación obviando la obligatoriedad de emitir una Rectificativa como obliga reglamento de facturación ?

luego dice ...

Si el error que detecta el usuario es un error contemplado en el registro de facturación (se equivocan en el tipo impositivo) y que se debe solucionar con una NUEVA FACTURA (con otro numero de serie, etc). entonces no procede el alta por subsanación sino, que se deberá generar un nuevo registro de facturación que corresponderá con una nueva factura (distinto número de serie, NIF y fecha que correspondan), tendrá el indicativo de tipo de factura RX, y será un "alta" con la información que establezca el reglamento de facturación.

vaya, el tipo impositivo sí está dentro del registro de facturación, aquí si hay que aplicar rectificativa pero el Nif del destinatario está..... en Burgos ( que por cierto, es un sitio maravilloso )

y luego tiene el detalle de decir ...

Es importante tener claro que el RD no modifica el reglamento de facturación. La misma forma de "solventar errores" que existía es la que se debe aplicar ahora. Esto requiere de conocimientos de la persona que emite una factura (igual que lo ha requerido anteriormente) para discernir si debe o no hacer una factura rectificativa, o si puede hacer una subsanación.


Yo creo que conocimientos le faltan a él.

[ermendalenda]

Empezado por sglorka

No sé, creo que el técnico que respondió la consulta no es de este planeta. A ver, Cuando dice

Además, le planteamos nuevos ejemplos para tratar de aclararlo en la medida de lo posible:
1. Usuario rellena factura y envía.
• Se rechaza en el momento de envío por algún motivo de error.
• Si el error no está contemplado en el registro de facturación (ejemplo: rechazo porque el NIF del destinatario es erróneo porque se han confundido al teclearlo) procede alta por rechazo. Se crea un NUEVO registro de facturación *con los datos corregidos, pero que sigue tratándose de la misma factura (mismo número de serie, NIF obligado y fecha de expedición). Se envía usando "Alta por rechazo" (· <Subsanacion>=S *<RechazoPrevio>=X).

De verdad el Nif del destinatario no está dentro del Registro de Facturación ?. Y si el Nif del destinatario es incorrecto, ¿ se soluciona con una subsanación obviando la obligatoriedad de emitir una Rectificativa como obliga reglamento de facturación ?

luego dice ...

Si el error que detecta el usuario es un error contemplado en el registro de facturación (se equivocan en el tipo impositivo) y que se debe solucionar con una NUEVA FACTURA (con otro numero de serie, etc). entonces no procede el alta por subsanación sino, que se deberá generar un nuevo registro de facturación que corresponderá con una nueva factura (distinto número de serie, NIF y fecha que correspondan), tendrá el indicativo de tipo de factura RX, y será un "alta" con la información que establezca el reglamento de facturación.

vaya, el tipo impositivo sí está dentro del registro de facturación, aquí si hay que aplicar rectificativa pero el Nif del destinatario está..... en Burgos ( que por cierto, es un sitio maravilloso )

y luego tiene el detalle de decir ...

Es importante tener claro que el RD no modifica el reglamento de facturación. La misma forma de "solventar errores" que existía es la que se debe aplicar ahora. Esto requiere de conocimientos de la persona que emite una factura (igual que lo ha requerido anteriormente) para discernir si debe o no hacer una factura rectificativa, o si puede hacer una subsanación.


Yo creo que conocimientos le faltan a él.

Ya, pero pro otro lado, es evidente que tienen que facilitar una poco ciertos procesos que el reglamento de facturacion, y si verifactu ha inplementado un nuevo concepto que tiene en cuenta la complejidad de la reparacion de este tipo de operación q7e debería ser sencilla y ese reglamento no contemplaba esa posibilidad que era de hace 11 años, posiblemente en breve veamos alguna modificacion en el reglamento, yo lo he visto congruente, les han dado una vuelta de tuerca y si se hace de esa forma y tienen los registros y pueden establecer la trazabilidad pues ya posiblemente cumpla, el técnico que ha contestado no creo que lo haya hecho a las bravas, además dice que esas dudas estarán en las respuestas de las Faqs, digo yo que algo se habrá informado para no meter la pata.
Yo al menos voy a tirar por esta vía que es la rápida. No contemplo la opción que propones si en verifactu no me lo dicen.

[sglorka]

Empezado por ermendalenda

Ya, pero pro otro lado, es evidente que tienen que facilitar una poco ciertos procesos que el reglamento de facturacion, y si verifactu ha inplementado un nuevo concepto que tiene en cuenta la complejidad de la reparacion de este tipo de operación q7e debería ser sencilla y ese reglamento no contemplaba esa posibilidad que era de hace 11 años, posiblemente en breve veamos alguna modificacion en el reglamento, yo lo he visto congruente, les han dado una vuelta de tuerca y si se hace de esa forma y tienen los registros y pueden establecer la trazabilidad pues ya posiblemente cumpla, el técnico que ha contestado no creo que lo haya hecho a las bravas, además dice que esas dudas estarán en las respuestas de las Faqs, digo yo que algo se habrá informado para no meter la pata.
Yo al menos voy a tirar por esta vía que es la rápida. No contemplo la opción que propones si en verifactu no me lo dicen.

Mira lo que dice textualmente

Es importante tener claro que el RD no modifica el reglamento de facturación. La misma forma de "solventar errores" que existía es la que se debe aplicar ahora. Esto requiere de conocimientos de la persona que emite una factura (igual que lo ha requerido anteriormente) para discernir si debe o no hacer una factura rectificativa, o si puede hacer una subsanación.

[CarlosArjonomia]

Tu explícale a una peluquera que es una factura rectificativa, por sustitución o por diferencias, una factura de subsanación. No son contables. El sistema se tendrá que adecuar a los usuarios sin ningún conocimiento del RD de facturación.

[sglorka]

Empezado por CarlosArjonomia

Tu explícale a una peluquera que es una factura rectificativa, por sustitución o por diferencias, una factura de subsanación. No son contables. El sistema se tendrá que adecuar a los usuarios sin ningún conocimiento del RD de facturación.

Bueno para eso está la pericia del equipo de programación. Si caemos en lo más bajo porque programáticamente no somos capaces de darle esa información al cliente, si debe hacer una cosa u otra, quizás el problema lo tengamos nosotros. Hay que recordar que tenemos que firmar una declaración de responsabilidad en la que no sólo estamos obligados a cumplir con el reglamento Verifactu sino que además tenemos que cumplir con el reglamento de facturación.
Pero bueno, yo sólo expongo mi opinión, para eso está el foro. Luego cada uno se responsabilizará de lo que estime oportuno.

[sglorka]

Empezado por ermendalenda

Ya, pero pro otro lado, es evidente que tienen que facilitar una poco ciertos procesos que el reglamento de facturacion, y si verifactu ha inplementado un nuevo concepto que tiene en cuenta la complejidad de la reparacion de este tipo de operación q7e debería ser sencilla y ese reglamento no contemplaba esa posibilidad que era de hace 11 años, posiblemente en breve veamos alguna modificacion en el reglamento, yo lo he visto congruente, les han dado una vuelta de tuerca y si se hace de esa forma y tienen los registros y pueden establecer la trazabilidad pues ya posiblemente cumpla, el técnico que ha contestado no creo que lo haya hecho a las bravas, además dice que esas dudas estarán en las respuestas de las Faqs, digo yo que algo se habrá informado para no meter la pata.
Yo al menos voy a tirar por esta vía que es la rápida. No contemplo la opción que propones si en verifactu no me lo dicen.

El sistema Inmediato de Información se implantó en el año 2017, yo creo ya ha llovido desde entonces, este sistema siempre ha tenido un método de Alta de Factura (ClaveTipoComunicacionType.A0) y otro de Subsanación de Factura (ClaveTipoComunicacionType.A1), que hace la misma función que la Subsanación en Verifactu. Sólo deberías utilizarlo si no estás obligado a emitir una Rectificativa (luego cada uno hace lo que quiere). Todavía no he visto ninguna modificación del Reglamento de facturación en todos estos años para dar cobertura a esta práctica y el motivo es claro. Sólo se puede realizar cuando no estás obligado a emitir una rectificativa.