![]() |
Rectificativa Otros Datos Cliente??
Hola buenas de nuevo,
os planteo otra duda de las mias, para que se lie otra vez. Es más facil con un ejemplo: Emito factura a cliente El cliente se queja de que el codigo postal está mal. Tengo que emitir rectificativa por que por el reglamento de facturacion y por que en Face tambien esta las rectificactivas por cambio de codigos postales y tengo que reeenviar con otro numero de factura, con lo cual no me queda otra que generar una factura nueva, seria una rectificativa en 2 pasos. Pero a verifactu voy a mandar una rectficativa SIN CAMBIOS, ya que no hay nodos de codigos postales ni poblaciones ni p.en vinagre. Como lo veis? Paso a la consulta a Verifactu que ayer no les pregunté nada y estarán preocupados |
Cita:
Tu la emites y lo comunicas el cambio a Verifactu aunque no hayas cambiado nada para ellos, pero supone un cambio tanto para su SIF como para Verifactu. Yo lo haria en dos pasos, abono y factura rectificativa. Cita:
|
Cita:
|
Cita:
|
Cita:
|
Cita:
Cita:
|
¿Entonces el domicilio no lo puedes cambiar tranquilamente? Yo tengo un botón en las facturas para cambiar algúnos campos que no afectan al XML, por ejemplo la forma de cobro, domicilio, .. y tenía CP poblacion y provincia, pero el otro día me lo anote para revisarlo porque no lo tenía claro con el CP, al encontrar este hilo ya confirme mis sospechas, porque ademas si cambias el CP a uno de canarias por ejemplo ya el IVA cambia, etc.... así que de momento he dejado para poder modificar la forma de cobro y el domicilio.
|
Esto pone en el ROF de las obligación de hacer rectificada cuando afecta a X campos:
Cita:
|
Ok, perfecto. Gracias.
|
Cita:
|
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. |
Al hilo de las F3, se me plantea una duda...
mi escenario es el siguiente: tengo varias facturas simplificadas F2 de las que un cliente me ha pedido factura, esto implica hacer una F3, he optado por marcar las F2 como facturadas y hacer sólo la F3 (sin F2 en negativo), pero se me plantea un problema, si el cliente tiene recargo de equivalencia y lo aplico en la F3, pues me descuadra todo porque en las F2 no está claro (el recargo). ¿sería mejor hacer las -F2 (sin recargo) y en la F3 poner el recargo? no se por donde tirar, ¿vosotros como lo hacéis? ¿y si tiene varios tipos de IVA en una misma F2? Gracias por vuestra inestimable ayuda |
Yo directamente el tipo F3 no lo uso, para mi complicaría bastante las cosas. Lo que hago es hacer una -F2 por el importe original y una F1 por el mismo importe.
El problema es que si entra en juego el RE la cosa se complica, lo suyo (para mi) sería que le sumaras el RE a la factura y que el cliente pagara la diferencia. ¿Que no se lo quieres cobrar? pues te tocará reducir el precio o meterle un descuento a la factura para que el importe cuadre pero el usuario tiene que saber que va a "palmar" ese importe. |
Cita:
No guardas los recargos? La f2 y la f3 contemplan igual el recargo. Lo mas que te puede pasar es lp siguiente que tengo pasada la consulra a verifactu y la han escalado, y ahora a esperar, pero es lo contrario, soy una tienda en R..E y compro todo en RE pero tngo 2 actividades de venta, una en productos sin transformacion=clave 18 y otra en ckave 01 (productos transformados) se pueden ontegrar en la misma faxtura? La logica es que sí, pero toca esperar. Lo que dices lo veo claro. Por otro lado ddbes tener en cuemta que si quieres emitir a un cliente que está en RE y lo qur le vendes te lo han cobrado con RE en una actividad de RE(sin transformar) es ilegal. Se pierde el segundo recargo para hacienda. Tendriss que venderlo en eñ regimen 01 no en el 18. Y declarar ese iva y recargo, que lo mismo no merece la pena venderle a ese cliente. |
Cita:
Otra opción que estoy barajando es que mi software no contemple este tipo de escenarios y que se las apañe el gestor con el word, pero no se si sería legal, me refiero a contemplar sólo parte de las posibilidades de facturación y que el resto se las apañe el cliente ¿¿podría?? |
Cita:
No te rayes porque es un tema que pasa, a mi me pasa y la solución que yo veo es la que te he comentado. Al hacer la factura y meterle el R.E. el importe subirá así que la única solución es que el cliente te abone la diferencia o descontar el importe del RE de la factura para que el total sea igual al del ticket original. |
Cita:
- Lo normal es que el cliente te avise con antelación a realuzar el pago, lo saben. En ese caso yo tengo hecho que al elegir un cliente lo haga como factura f1, aunque supongo que tambien f2 con identificacion de destinatario -2. Te lo dice despues, pues no queda otra que de alguna forma anular esa f2, anulacion o rectificativa y reemitirla con el rrcargo |
Cita:
|
Cita:
A ver... yo lo único que digo es que en una factura simplificada no se puede aplicar el RE pero si haces una factura "normal" identificando al cliente y este cliente está en RE y es para su actividad hay que sumar el RE a la factura, ya no entro en quien debe de pagar la diferencia, yo entiendo que el cliente pero ya entramos en lo de siempre, que el cliente chilla y ya depende del emisor si le interesa pelear o asumir la diferencia. Yo tengo clientes a los que les pasa este mismo caso y le cobran la diferencia a su cliente pero bueno.... |
Tal vez yo lo entienda mal...
Acaso el que las cuotas de iva y recargo mal aplicadas no son motivo para la emisión de una "rectificativa" ??. Yo entendería que si la simplificada original (anónima) no tiene las cuotas de iva y recargo bien aplicadas, primero emitimos una rectificativa a la simplificada (del modo que deseemos) y luego la F3 de ésta última. |
Cita:
Si es así dudo mucho que acepten ese escenario, aunque lo puedes preguntar, se sale un poco de la lógica en cianto en que se podrian quedar f2 con recargo de equivalencia a quien?, pero vamos lo mismo es aceptado, sería un caso peculiar. Por otro lsdo contestando al post anterior a newtron: creo que es mejor entender como funciona el tema fiscalidad, tanto del comprador como del vendedor, sobre todo para ahorrarnos posibles llamadas de quejas de ¿como no va a permitir esto el programa, que hago con eñ cliente?. Tem en cuenta que si se ha errado de una forma u otra el cliente ge va a exigir que le regularices la factura, independientemente de quien se equivoque y al usuario al final o se lo pones un pelin facil o la lia. |
Cita:
Esto dejaría la venta "como si no se hubiera hecho", (sí ya se que realmente no es así). A partir de aquí, ya no necesito una F3, se podría emitir una nueva F1 con el contenido de las F2 rectificadas. |
Cita:
El tema es que en una factura simplificada no puedes meter el recargo de equivalencia, solo puedes aplicar IVA pero si ya emites una factura normal y el cliente está en régimen de equivalencia si que hay que aplicar el recargo de equivalencia con lo que el total sube. |
Por aportar algo, las facturas simplificadas no deben llevar recargo de equivalencia porque no hay un cliente definido en este tipo de documento. Si un empresario acogido a este régimen recibe facturas simplificadas de compras o gastos y en algún momento solicita su conversión a factura completa no se debería usar la opción F3 porque esta factura ya no sería fiel reflejo de las simplificadas de las que proviene recordar que F3 es una factura idéntica a la simplificada(s) que sustituye.
Lo suyo debería ser abonar con F2 las facturas simplificadas ( ya que no hay motivo de rectificación ) y crear una factura ordinaria F1 (recapitulativa) con el contenido de las facturas simplificadas, ahora sí, aplicamos recargo de equivalencia en esta factura y la diferencia que va a aparecer la debe saldar el cliente ya que al estar en recargo de equivalencia debe pagar los impuestos generados por los tipos de recargo de equivalencia aplicados. Es importante que en la factura recapitulativa aparezcan cada una de las operaciones realizadas con la fecha en la que se expidieron detalladas una detrás de otra |
Cita:
Aunque como dice newton con r5 y reemisión tampoco esta mal, aunque srría un pvo "alegal", es bastante improbable que te sanciones por algo así que puede ocurrir 1 vez cada meses/añow y sobre todo para no cargar el programa de opciones(lo digo por los tpvs). Además, quien dice que el cliente no puede devolver rodo y decir, empezamos dde nuevo, dame esto esto y esto y quiero una factura con RE. Por que si wl usuario está perdido yo como cliente se lo diria asi al vendedor, estqmos hablanfo de operaciones al por menor. |
Cita:
Si mis F2 tienen varios o distintos IVAs, ¿puedo agruparlas igualmente en una sola F3? (desglosando y sumando los IVAs claro) Como me pueden pedir una F3 de las F2 de los últimos 4 años ¿puedo agrupar todas esas F2 en una sola F3 o tengo que separarlas por meses obligatoriamente? ¿Y qué fecha de operación pongo, la de la última F2 incluida? ¿Solo hay que hacer -F2 en el caso de hacer una F1 nueva, (como con lo del RE), o hay más casos? Gracias por vuestra paciencia |
Cita:
Cita:
Cita:
Cita:
Cita:
No sé a que te refieres con lo de 'hay más casos ?' |
Cita:
|
| La franja horaria es GMT +2. Ahora son las 07:58:00. |
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