Dudas sobre facturas rectificativas

[gizmo2025]

Empezado por jakematespain

Hola a todos,

Tengo bastantes dudas sobre si lo que estoy haciendo es correcto o si puede darme problemas más adelante. De momento, en las pruebas que he hecho en el entorno de Veri*factu no me está rechazando nada, pero me gustaría confirmar si este procedimiento es válido.

Estoy intentando simplificar al máximo el proceso para los clientes. Desde mi SIF (Sistema Informático de Facturación), puedo generar facturas que agrupan varios albaranes. Aquí es donde entra el tema de las facturas rectificativas. Muchos clientes se lían: si hay que hacer una rectificación, si debe hacerse en dos pasos (abono + nueva factura), si la nueva debe marcarse como rectificativa, etc.

Mi enfoque es el siguiente:

Si hay que rectificar una factura que agrupa varios albaranes, genero un albarán en negativo por cada uno de los originales, con la misma fecha que el albarán original.

Asocio cada albarán negativo con su correspondiente para que quede bien trazado.

Luego genero una factura que agrupa esos albaranes negativos, marcándola como rectificativa por diferencia.

El resultado es que la factura rectificativa tiene el mismo importe pero en negativo, anulando así la factura original.

Además, clono los albaranes originales para que el cliente pueda modificarlos si hace falta y luego generar una nueva factura corregida (por ejemplo, “F1”).

Hasta ahora el sistema no me ha dado errores, pero mi duda es si este enfoque es correcto, tanto técnica como legalmente. ¿Alguien más está trabajando así? ¿Algún problema con Veri*factu o la AEAT en este tipo de automatización?

Gracias de antemano.

Si te sirve de consuelo yo estoy igual que tu, y me he leido muchísimos hilos, pero como aún no me he dedicado de lleno a eso, aun no lo tengo claro del todo.


Yo lo que tengo claro es que a mi me tienen que cuadrar también las cosas, a nivel de estadisticas, listados, etc... asi que lo unico que se me ocurre es lo que tu dices.


Si quieren modificar una factura, pues una pantalla que muestre una seleccion de todos los albaranes que componen esa factura, y que puedan marcar/desmarcar los albaranes que quieran. Una vez esos albaranes marcados, pues generar albaran de abono de los que me hayan marcado y facturarlos identicos pero en negativo. Luego genear albaranes identicos (en positivo) pero SIN facturar, que modifiquen en esos albaranes lo que quieran y que los facturen como quieran.



Todo esto está muy bien, pero sigo si saber cual de las factura/s debo marcar como rectificativa/s (puede que en mi ejemplo sea la última, indicando que rectifica a la primera, pero la verdad es que aun no lo tengo claro). Igualmente me parece que seria rectificativa por sustitucion, pero tampoco estoy seguro.


Por ejemplo se me ocurre, se le ha olvidado al usuario indicar un descuento de un 5% por pronto pago sobre el total de la factura , o peor aun, le ha aplicado unos precios de una tarifa del año pasado, y todos los precios cambian. A ver esto como se come, porque yo tengo clientes que igual hacen una factura de 100 albaranes y cada albaran con una media de 40 o 50 lineas, asi que si le digo que lo tiene que entrar todo a mano de nuevo, mi clioente me mata directamente.



Pues nada, en breve habrá que buscar a fondo y seguir leyendo.


PD: Si descubres algo, ya me dirás jeje

[jakematespain]

Estamos valorando implementar la gestión de facturas rectificativas añadiendo nuevos campos a la tabla de albaranes de venta: serie_rectificativa, factura_rectificativa y tipo_rectificativa.

Para el caso de las rectificativas por sustitución, el proceso se realizará en dos pasos:

Generación de factura negativa (abono):
Se emitirá una factura en negativo (tipo F1) utilizando los mismos albaranes originales, pero con importes en negativo.

Clonado de albaranes originales:
Se clonarán los albaranes originales, indicando en los nuevos registros los campos serie_rectificativa, factura_rectificativa y que son del tipo "S" (sustitución).
El cliente podrá modificar estos albaranes según sea necesario. Posteriormente, al facturarlos, ya se contará con la información de la factura original para generar la correspondiente rectificativa.

Además, se implementarán ciertos controles de seguridad, como por ejemplo:

No permitir el borrado de todos los albaranes asociados a una rectificativa, evitando errores como "se me olvidó generar la rectificativa" o "no me avisó de que tenía que crearla".

Impedir la facturación dentro de una serie de rectificativas si los nuevos campos obligatorios no están cumplimentados correctamente.

En cuanto a las rectificativas por diferencia, el cliente podrá crear un nuevo albarán de venta e indicar que está asociado a una determinada serie y factura que se desea rectificar, especificando que el tipo es "por diferencia".

Seguramente habrá que añadir algún control adicional, pero esta es la idea base con la que vamos a trabajar.

[sglorka]

Empezado por jakematespain

Estamos valorando implementar la gestión de facturas rectificativas añadiendo nuevos campos a la tabla de albaranes de venta: serie_rectificativa, factura_rectificativa y tipo_rectificativa.

Para el caso de las rectificativas por sustitución, el proceso se realizará en dos pasos:

Generación de factura negativa (abono):
Se emitirá una factura en negativo (tipo F1) utilizando los mismos albaranes originales, pero con importes en negativo.

Clonado de albaranes originales:
Se clonarán los albaranes originales, indicando en los nuevos registros los campos serie_rectificativa, factura_rectificativa y que son del tipo "S" (sustitución).
El cliente podrá modificar estos albaranes según sea necesario. Posteriormente, al facturarlos, ya se contará con la información de la factura original para generar la correspondiente rectificativa.

Además, se implementarán ciertos controles de seguridad, como por ejemplo:

No permitir el borrado de todos los albaranes asociados a una rectificativa, evitando errores como "se me olvidó generar la rectificativa" o "no me avisó de que tenía que crearla".

Impedir la facturación dentro de una serie de rectificativas si los nuevos campos obligatorios no están cumplimentados correctamente.

En cuanto a las rectificativas por diferencia, el cliente podrá crear un nuevo albarán de venta e indicar que está asociado a una determinada serie y factura que se desea rectificar, especificando que el tipo es "por diferencia".

Seguramente habrá que añadir algún control adicional, pero esta es la idea base con la que vamos a trabajar.

Ahora sí vas bien encaminado, si me permites una puntualización te la detallo aquí :

Tanto los albaranes en negativo (o cambiados de signo ) que crees para formar el abono, como los albaranes que vas a clonar para formar la rectificativa final, deben tener como fecha de expedición la fecha en la que haces la rectificación y como fecha de operación (muy importante) la fecha de operación del albarán original. Al final, la factura de abono tiene como fecha de operación la del último albarán que contiene y como fecha de expedición la del día de la rectificación, y lo mismo ocurre con la rectificativa final. Todo esto para la rectificación por sustitución en dos pasos.

[ermendalenda]

Hola, cuidado con lo de modificar albaranes.
Aunque la modificación de albaranes no está reglamentado en Veri*Factu, sí que se hace referencia a ello en la normativa general de ley antifraude, y, de alguna forma tienes que tener registrado esos cambios que permitan una auditoria (trazabilidad) de esos cambios: borrado de lineas, cambios en los registros... Y si tienes otro nivel de gestion antes del albarán, por ejemplo pedidos, lo mismo para esto.
En muchas consultas a Veri*Factu en las que se relaciona el registro de factura con algo de pedidos, prefacturas, proformas... están haciendo menciendo a ésta parte de la ley antifraude en lo relacionado a los registros informáticos.

[RUBEN_SP]

Empezado por ermendalenda

Hola, cuidado con lo de modificar albaranes.
Aunque la modificación de albaranes no está reglamentado en Veri*Factu, sí que se hace referencia a ello en la normativa general de ley antifraude, y, de alguna forma tienes que tener registrado esos cambios que permitan una auditoria (trazabilidad) de esos cambios: borrado de lineas, cambios en los registros... Y si tienes otro nivel de gestion antes del albarán, por ejemplo pedidos, lo mismo para esto.
En muchas consultas a Veri*Factu en las que se relaciona el registro de factura con algo de pedidos, prefacturas, proformas... están haciendo menciendo a ésta parte de la ley antifraude en lo relacionado a los registros informáticos.

En https://www.agenciatributaria.es/sta...rolladores.pdf habla desde los albaranes, no dice nada de pedidos ni documentos anteriores como presupuestos

[gcqZW]

Aunque la modificación de albaranes no está reglamentado en Veri*Factu, sí que se hace referencia a ello en la normativa general de ley antifraude

En la ley, no en las FAQ's de desarrolladores.

[ermendalenda]

Empezado por gcqZW

En la ley, no en las FAQ's de desarrolladores.

Y en las respuestas que te dan en los correos, que no esté en las Faqs ni en el reglamento verifactu, parece qie no es excluyente, al menos así lo transmiten, otra cosa es que sea discutible.