Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Temas legales
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

 
 
Herramientas Buscar en Tema Desplegado
  #8  
Antiguo 26-09-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.761
Poder: 7
ermendalenda Va por buen camino
Efectivamente afecta al ROF que te obliga a emitir rectificativa, por tanto tienes que rectificar y enviar, con lo cual se van a encontrar con rectificativas en la que no cambia nada, pero yo tambíén pienso que es lo correcto.
Lo de la forma de pago, igual, si generas el documento del cliente con él es muy peligroso no emitir rectificativa, el cambio de forma de pago, por el tema de los limites de importes en efectivo (400, 1.000 y 3.000, segun el caso) se puede salir de estos márgenes si el cambio es a efectivo y por que en la Factura electrónica va a ser un nodo obligatorio y es mejor tenerlo en cuenta.
En resumen, mejor rectificativa por cualquier campo que se modifique, por el ROF y por lo que va a venir que afecte a la factura electrónica. Con las excepciones en las que hay que actuar abono+reemisión (cambio de NIF, no recuerdo si algún caso más) .
Era mejor que hubierais hecho conjuntamente Verifactu y Factura electrónica, para evitaros sorpresas que impliquen "muchos" cambios, pero entiendo que a muchos os "pillaba el toro".

Por otro lado y como ya se comentó en otros hilos, hay un caso especial sobre las rectificativas que es complejo, éste es, cuando hay emisión de sustitutivas F3 y hay que razonar lo que se está haciendo y según como tengais el desarrollo, puede que sea facil o no:
-Ejemplo 1:emitis una F3 y posteriormente rectifican una F2 vinculada a ella, al menos, debeis avisar de que hay que emitir una F3 nueva, ya que si no el cliente se puede declarar compras que posteriormente se han cancelado y puede ser un problema detectable.
-Ejemplo 2: Error en F3, hay que pensar que tengo que hacer, pero después de darle mil vueltas y con el objeto de cubrir todos los casos del error opte por 2 opciones, anularla y hacerlo manualmente correctamente o si es cambio de NIF, abono + reemisión pero como F1. Si a alguien se le ocurre otra forma, por favor, que lo comente.
-Ejemplo 3: Se han incluido por error +/- facturas F2 en la F3. Si no se ha entregado al cliente con una anulación de la F3 deberiais liberar todas las F2 vinculadas para poder reemitirla correctamente. Pero si se ha entregado, no hay otra que hacer un abono y reemisión, ya veis si la reemisión repetir las f2 y después F3 o una F1 directamente.

Por otro lado, supongo que teneis un bloqueo en las F2, de las que ya se han emitido F3, para que no puedan repetirla en otra F3.

Última edición por ermendalenda fecha: 26-09-2025 a las 07:50:29.
Responder Con Cita
 



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Error huella factura rectificativa florenagm Envío de registros y sus respuestas 8 20-11-2024 09:55:22
Actualizar los datos de otros TclientDataset GerTorresM Varios 1 16-08-2015 15:03:42
Como sincronizar datos entre bases datos cliente a servidor (asincronicamente) Efren2006 OOP 6 29-03-2013 11:36:11
Cliente/servidor o Datasnap u otros jgutti Varios 2 23-12-2010 17:54:21
Protección de Datos unos sí otros no. marcoszorrilla La Taberna 2 28-03-2007 22:15:21


La franja horaria es GMT +2. Ahora son las 06:04:31.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi