¿Los albaranes tampoco se pueden modificar?

[razorxxx]

Empezado por ermendalenda

Bueno, aparte de la ley antifraude, hay que tener en cuenta que un albaran es un documento mercantil (nota de entrega) y que si se modifica y el receptor tiene copia del albarán con otra mercancía podría haber un problema.
Una anotación a boligrafo en el mismo albarán para indicar que hay cosas incorrectas y modificar informatucamente y posteriormente el albarán puede estar bien si está en la copia del cliente y del emisor para poder modificarlo, aunque creo que es más viable crear un albarán de rectificacion, así nos lo piden algunos clientes, supongo que por hacer una contabilidad al día más fácil.

Sí claro, me refería a borrarlo o modificarlo si el albaran no ha sido entregado a la otra parte. Aunque también te digo que muchos de mis clientes, en alguna ocasión, han hecho cosas como contactar con el cliente diciéndole "rompe el albarán que está mal, ahora te envío el nuevo".

[sglorka]

Expongo la Consulta realizada a Verifactu y su respuesta

Buenas tardes.

Respecto del documento de aclaraciones para los desarrolladores, y en concreto, a las menciones sobre los documentos preparatorios para la emisión de una factura, albaranes, prefacturas, etc. el espíritu que emana de la norma, "no se produzcan alteraciones ni omisiones de los que no quede constancia en el sistema" me pregunto si las afirmaciones que paso a describirles cumplen con dicha idea.

1.- La utilización de cualquier documento preparatorio previo a la factura, albarán, presupuesto, proforma, prefactura, etc, te obliga a mantenerlos en tu sistema, pero se pueden modificar hasta el momento de emitir la factura definitiva, en ese momento, quedan indefectiblemente unidos a la factura emitida y no se pueden modificar.
( ver párrafo …. De la misma forma, hasta ese momento, cualquier alteración que se produzca en ese registro, previo al RF, sería perfectamente lícita…)


2.- Cuando estos registros preparatorios, como el albarán o prefactura, no lleguen a su estado final, convertirse en factura, éstos deben permanecer en el sistema.
(Ver párrafo … A lo anterior hay que añadir, no obstante, la exigencia de conservación de los registros preparatorios siempre que estos no acaben siendo finalmente validados en forma de factura (por ejemplo, resulta obligado conservar los registros de facturas proformas emitidos)…

3.-Si los quisiera anular, emitiré un documento de abono de dicho registro preparatorio.
Ver párrafo … (salvo que la alteración se produzca por medio de un registro posterior, que también deberá quedar anotado en el sistema).

En resumen, se puede editar cualquier documento preparatorio hasta el momento de la expedición de la factura. Una vez expedida la factura, se deben mantener inalterables en el sistema todos los documentos relacionados con dicha expedición.
Los documentos preparatorios que no hayan llegado a su finalización en forma de factura hay que mantenerlos y en su caso, emitir abono de documento que quedará registrado

Gracias por su tiempo


Respuesta de Verifactu

Buenos días:

Lo expuesto parece ajustarse y ser conforme con lo indicado en la aclaración/FAQ a desarrolladores nº 11 «BORRADORES DE FACTURA, “PRE-FACTURAS”, FACTURAS PROFORMA, ALBARANES, FACTURAS DE PRUEBA…"» del documento "Preguntas frecuentes de empresas de desarrollo (actualizado 16-05-2025)" publicado -y actualizado recientemente- en la web de desarrolladores de la AEAT.

Atentamente,
Atención al Usuario
Departamento de Informática Tributaria
Email: [email protected]

[Faneka]

Perfecto, no se han explayado mucho en la respuesta pero confirman lo que se intuía.
Lo que se deduce al final es que un albarán creado no se puede eliminar, esto seguro que les gusta a los clientes, no poder eliminar, xD.

El tema que ahora caigo es que si el albaran no se factura y se hace otro de abono como dicen vamos a tener dos albaranes pendientes de facturarm que me van a salir como pendientes junto con los "buenos" cuando el cliente vaya a facturar, va tocar marcarlos de alguna forma para que no salgan pendientes.

[ermendalenda]

Aqui os dejo un parrafo de la FAQ de desarrolladores de Verifactu, en la que subrayo lo más importante que nos preocupa, que tengo que conservar que no sean facturas y que pueden afectar en proformas, presupuestos, albaranes, pedidos...

...la exigencia de conservación de los registros preparatorios siempre que estos no acaben siendo finalmente validados en forma de factura(por ejemplo, resulta obligado conservar registros de facturas proformas emitidos).

Esto me lleva a varias conclusiones y me plantea una nueva cuestión:
-En parte veo un alivio, ya que no se aprecia que estén obligando a que cualquier evento(por ejemplo mientras estamos generando un pedido y borramos una linea), sea necesario crear una log, otra cosa es que por control interno lo tengamos. Lo que si veo es que una vez validado ese pretiquet/pedido/comanda/prefactura/albaran..., y si no se materializa en factura, lo tengamos que conservar.
Observo que la modificación de lineas de pretiquets, prefacturas, albaranes, pedidos...puede ser un tema de interpretación de la norma, ya que puedes considerar que un pretiquet, prefactura... puede tener un proceso de validación y hasta que no se valide puede interpretarse que no llega a materializarse en registros y por tanto me lleva a la pregunta ¿En que momento un pretiquet es validado?, por que simplemente pueden estar consultando precios.
Atendiendo a mi estructura de programaque tiene varios modos de trabajo parametrizables considero lo siguiente:
-Modo de trabajo 1: para enviar preparación del pedido es necesario previo pago. Por tanto no veo necesario guardar nada aparte, auqneu mientras se este generando el pedido se borren/añadan productos/servicios.
-Modo de trabajo 2: se envia preparacion del pedido y se paga posteriormente(al servir pedido). En este caso puede existir un impago, este caso es el que considero "peligroso", ya que se puede estar cobrando sin facturar, aqui si veo necesaria la conservación.

¿Que límite interpretais cada uno?
Abro debate!!!

[Carlos]

Empezado por ermendalenda

...
-Modo de trabajo 2: se envia preparacion del pedido y se paga posteriormente(al servir pedido). En este caso puede existir un impago, este caso es el que considero "peligroso", ya que se puede estar cobrando sin facturar, aqui si veo necesaria la conservación.

Se conserva la factura.
Si hay pedido, hay factura. No tiene nada que ver ni con su pago ni su entrega.
Ha habido operación comercial, debe haber factura.

[[newtron]]

A ver... es que esto se puede interpretar de varias formas:

Código PHP:

...la exigencia de conservación de los registros preparatorios siempre que estos no acaben siendo finalmente validados en forma de factura(por ejemplo, resulta obligado conservar registros de facturas proformas emitidos). 


Yo puedo entender que si se valida como factura no necesito conservar la proforma previa (por ejemplo). Esto tiene su sentido porque es posible que una proforma "desaparezca" sin convertirse en factura por lo que se estarían dejando ventas sin declarar. Igualmente según esto una proforma no convertida en factura habría que mantenerla y una que se ha convertido en factura puede borrarse.


Yo en mi caso dejo registro de TODO lo que se hace, mejor pecar por exceso que por defecto en esto.


Y finalizando estoy totalmente seguro de que habrá sectores en los que se haga la operación de venta y se cobre con una proforma y de esa proforma nunca se hará factura (por ejemplo esto lleva pasando en hostelería desde hace mucho) por lo que esas proformas se deberían de quedar en el sistema.


Saludos.

[ermendalenda]

Empezado por newtron

A ver... es que esto se puede interpretar de varias formas:

Código PHP:

...la exigencia de conservación de los registros preparatorios siempre que estos no acaben siendo finalmente validados en forma de factura(por ejemplo, resulta obligado conservar registros de facturas proformas emitidos). 


Yo puedo entender que si se valida como factura no necesito conservar la proforma previa (por ejemplo). Esto tiene su sentido porque es posible que una proforma "desaparezca" sin convertirse en factura por lo que se estarían dejando ventas sin declarar. Igualmente según esto una proforma no convertida en factura habría que mantenerla y una que se ha convertido en factura puede borrarse.


Yo en mi caso dejo registro de TODO lo que se hace, mejor pecar por exceso que por defecto en esto.


Y finalizando estoy totalmente seguro de que habrá sectores en los que se haga la operación de venta y se cobre con una proforma y de esa proforma nunca se hará factura (por ejemplo esto lleva pasando en hostelería desde hace mucho) por lo que esas proformas se deberían de quedar en el sistema.


Saludos.

No estoy de acuerdo, puede que no feecuentes mas tipos de negocios. El caso es que en hostelería ouede dar esa sensación por varios motivos:
1. El camarero te da la cuenta en pretiquet/proforma y no te dá la factura(practica habitual que es incorrecta pero ya te digo que he observado este comportamiento en infinidad de comercios hosteleros y finalmente cobran la cuenta).
2.al estar todo de cara al publico somos mas observadores pero con errores en la observación.
3. Errores frecuentes en marcaje en mesas incorrectas.
4. Es el gremio que más simpas tiene, despues los super, centros comerciales..
5. Tiene mas numero de transacciones respecto a otros gremios y hay momentos de gram estres, con lo cual la posibilidad de error aumentam.
6. En muchisimos casos van por estimacion objetiva, así que da igual lo que factures y si no te dan tiquet.
7. El sector hostelero tiene un peso de mas del 12% en España, asi que fijate el numero de facturas que se pueden emitir, y si hay empresarios fraudulentoa, ya te digo que puwde ser gran numero, pero el porcentaje seguro que es menor que en infinidad de otros negocios.
Deberias ser mas observador co. Otro tipo de negocios, hay constantes noticias de los gremios a los que pillan. Y no me gusta acusar a ninguno aunque he visto cosas extrañas ppr que ni siquiera se a que regimen están. Se puede dejar esos juicios para la AEAT que para eso le pagamos.
No te digo que hace mucjos años era practica mas habitual, pero han hecho mucjas abatidas y en hosteleria ya se ha castigado mucho.

[ramaral]

Empezado por sglorka

En resumen, se puede editar cualquier documento preparatorio hasta el momento de la expedición de la factura. Una vez expedida la factura, se deben mantener inalterables en el sistema todos los documentos relacionados con dicha expedición.
Los documentos preparatorios que no hayan llegado a su finalización en forma de factura hay que mantenerlos y en su caso, emitir abono de documento que quedará registrado

Buenas tardes a todos

La interpretación que estais haciendo de los albaranes seria esta, cierto?

[[newtron]]

Empezado por ramaral

Buenas tardes a todos

La interpretación que estais haciendo de los albaranes seria esta, cierto?

Pues, como en tantas cosas con la aeat, no creo que nadie tenga claro el tema.


Yo en particular he optado por llevar una trazabilidad de todo, es decir, se introduce un albarán (vale), se modifica (se queda un registro de esa modificación), se anula (se queda un registro de la anulación), que no se anula y se factura (pues se acabó el tema porque ya no se puede modificar nada).


Imagino que cada uno le habrá dado su solución pero al final lo que parece que está claro es que, en caso de inspección, le puedas mostrar al amable señor agente de la aeat de turno el recorrido que han tenido los documentos hasta generar la factura y por supuesto esa factura ya no se podrá modificar.


Saludos.

[Jarogo08]

Yo el caso del albarán lo veo claro... al facturarlo ya no se puede modificar. Se lo compro, pero con matices... igual que en la factura puedes tocar por ejemplo las condiciones de pago o unas observaciones, en los albaranes supongo que también se podrán tocar algunos campos (siempre que no sean unidades, precios, importes, cliente, etc). Lo igualaría a la factura, no puedes tocar ningún dato que vaya en el registro de facturación.

Ahora, si nos vamos al pedido, la cosa ya se complica: yo puedo tener un pedido de 10 líneas en las que hoy sirvo 5 y por tanto genero un albarán con sólo esas 5. Ese albarán lo facturo y tanto el albarán como la factura no se pueden tocar. ¿Pero el pedido? Aún tengo otras 5 líneas pendientes que voy a servir la semana que viene. O el cliente me dice que borre o añada algo de lo que tiene pendiente. O que me pidió 5 unidades pero al final que sean sólo 3. Ese pedido no está finalizado, y por tanto (al menos en nuestro programa) podemos seguir modificándolo. Una vez que esté completamente servido ya se bloquea, pero mientras...

Y en las ofertas, más de lo mismo

No sé.. que quieran tener controlados los albaranes facturados y las facturas me parece bien, pero cualquier otro documento no le veo ningún sentido

[espinete]

Yo teniendo en cuenta que...

1. un albarán NO es un documento de pago
2. un albarán es solo un informe para el transportista. Dice qué productos van en el furgón desde A hasta B. Quien lo use para otra cosa estará haciendo algo raro, pero el albarán es solo eso
3. un albarán puede tener errores, faltan productos, se rompen durante el transporte, el comprador no los acepta, vuelven al almacén, etc.
4. un albarán puede "facturarse" varias veces (primero una parte, luego otros 10 productos, etc. a medida que van llegando al almacén)
5. los albaranes no tienen por qué indicar los precios de los productos ni los totales, etc. No es obligatorio. Es solo un "registro de entrega" o de transporte
6. La Guardia Civil cuando registra una furgoneta, lo que le pide al transportista es el albarán. Y lo único que va a comprobar es que lo que dice el albarán es lo que lleva en el furgón. Para eso es, no para otra cosa

En definitiva, que quieran controlar los albaranes es una locura. Se han venido arriba sin tener ni idea.

Ojo, es mi punto de vista. Que le hayan dado tanta importancia a los albaranes, pero sin embargo las compras/gastos no se registren ni se envíen a VeriFactu, me parece un sinsentido mayor.

[emailesc]

Empezado por espinete

Yo teniendo en cuenta que...

1. un albarán NO es un documento de pago
2. un albarán es solo un informe para el transportista. Dice qué productos van en el furgón desde A hasta B. Quien lo use para otra cosa estará haciendo algo raro, pero el albarán es solo eso
3. un albarán puede tener errores, faltan productos, se rompen durante el transporte, el comprador no los acepta, vuelven al almacén, etc.
4. un albarán puede "facturarse" varias veces (primero una parte, luego otros 10 productos, etc. a medida que van llegando al almacén)
5. los albaranes no tienen por qué indicar los precios de los productos ni los totales, etc. No es obligatorio. Es solo un "registro de entrega" o de transporte
6. La Guardia Civil cuando registra una furgoneta, lo que le pide al transportista es el albarán. Y lo único que va a comprobar es que lo que dice el albarán es lo que lleva en el furgón. Para eso es, no para otra cosa

En definitiva, que quieran controlar los albaranes es una locura. Se han venido arriba sin tener ni idea.

Ojo, es mi punto de vista. Que le hayan dado tanta importancia a los albaranes, pero sin embargo las compras/gastos no se registren ni se envíen a VeriFactu, me parece un sinsentido mayor.

Ojo, todo esto de los albaranes ya venía si no recuerdo mal de la ley de facturación del 2012, lo que pasa es que todo el mundo le ha dado el valor que se merecía, o sea, ninguno. Es una memez porque jamás van a seguir el hilo de albaranes a ver que has hecho y ver si has cambiado un articulo y no se ha quedado registrado. Vamos que no tienen otra cosa que hacer... Pero mientras tanto a ti te inundan de responsabilidades y peligros de multa: si lo tienes, ni lo miran, si no lo tienes, multa al canto, y de paso joden la competitividad de las empresas, sobre todo las pequeñas.

[ermendalenda]

Empezado por espinete

Yo teniendo en cuenta que...

1. un albarán NO es un documento de pago
2. un albarán es solo un informe para el transportista. Dice qué productos van en el furgón desde A hasta B. Quien lo use para otra cosa estará haciendo algo raro, pero el albarán es solo eso
3. un albarán puede tener errores, faltan productos, se rompen durante el transporte, el comprador no los acepta, vuelven al almacén, etc.
4. un albarán puede "facturarse" varias veces (primero una parte, luego otros 10 productos, etc. a medida que van llegando al almacén)
5. los albaranes no tienen por qué indicar los precios de los productos ni los totales, etc. No es obligatorio. Es solo un "registro de entrega" o de transporte
6. La Guardia Civil cuando registra una furgoneta, lo que le pide al transportista es el albarán. Y lo único que va a comprobar es que lo que dice el albarán es lo que lleva en el furgón. Para eso es, no para otra cosa

En definitiva, que quieran controlar los albaranes es una locura. Se han venido arriba sin tener ni idea.

Ojo, es mi punto de vista. Que le hayan dado tanta importancia a los albaranes, pero sin embargo las compras/gastos no se registren ni se envíen a VeriFactu, me parece un sinsentido mayor.

Llevas razón, pero en la práctica es necesario para muchas empresas por muchos mótivos: ayuda a puntear productos similares, da más seguridad y confianza al cliente de lo que finalmente se le va a facturar sin sorpresas por cambios de precios, eliminando posteriores cosultss(quejas), etc...
No es por legalidad es por la logística.
Pero para hacer la factura finalmente hay que valorarlos, en definitiva estamos en las mismas