Rectificativa Otros Datos Cliente??

[ermendalenda]

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

[delphiGar]

Empezado por ermendalenda

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

Buenas, una rectificativa por sustitucion precisamente puede tener los mismos importes lo unico que puede varias algun dato, ademas es eso mismo una sustitucion.
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.

Paso a la consulta a Verifactu que ayer no les pregunté nada y estarán preocupados

[CarlosArjonomia]

Empezado por ermendalenda

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

¿Para eso no está la subsanación?

[delphiGar]

Empezado por CarlosArjonomia

¿Para eso no está la subsanación?

No hay nada que subsanar, te esta diciendo que es el codigo postal y en verifactu eso ni existe por ahora

[ISCOPYME]

Empezado por delphiGar

No hay nada que subsanar, te esta diciendo que es el codigo postal y en verifactu eso ni existe por ahora

Buenos días. Me surge la duda al cambiar cualquier dato del cliente sobre ¿ Qué tipo de rectificativa sería ? R1...R4

[gcqZW]

¿Para eso no está la subsanación?

No hay nada que subsanar, te esta diciendo que es el código postal y en verifactu eso ni existe por ahora

A ver, según el ROF un cambio en el domicilio implica rectificativa, por lo que aunque en verifactu no haya nodo de código postal este mismo entra dentro del apartado domicilio, así que rectificativa, o eso creo yo. Entiendo el por qué de pensar en la subsanación ya que no modificas ningún nodo del XML y así solo la vuelves a mandar tal cual con subsanación a "S", pero me da a mi que si luego te investigan no les hará mucha gracia.

[Faneka]

¿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.

[gcqZW]

Esto pone en el ROF de las obligación de hacer rectificada cuando afecta a X campos:

e) Domicilio, tanto del obligado a expedir factura como del destinatario de las operaciones.

Ahí entiendo que con domicilio se refieren al computo de CP, dirección, portal y demás.

[Faneka]

Ok, perfecto. Gracias.

[AlfredoSanz]

Empezado por gcqZW

A ver, según el ROF un cambio en el domicilio implica rectificativa, por lo que aunque en verifactu no haya nodo de código postal este mismo entra dentro del apartado domicilio, así que rectificativa, o eso creo yo. Entiendo el por qué de pensar en la subsanación ya que no modificas ningún nodo del XML y así solo la vuelves a mandar tal cual con subsanación a "S", pero me da a mi que si luego te investigan no les hará mucha gracia.

Por curiosidad, en la rectificativa qué dirección pones: la erronea que ha dado lugar a la rectificación, o la correcta.

[ermendalenda]

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.

[Logan05]

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

[[newtron]]

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.

[ermendalenda]

Empezado por Logan05

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

No entiendo muy bien por que en la F2 no esta claro el recargo?
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.

[Logan05]

Empezado por ermendalenda

No entiendo muy bien por que en la F2 no esta claro el recargo?
No guardas los recargos?
La f2 y la f3 contemplan igual el recargo.

La f2 no tiene recargo porque no tiene cliente asignado, es un "ticket anónimo", es después cuando el cliente reclama el cambio a factura "oficial" cuando se detecta que tiene el recargo. Ya se que es rebuscado, pero la paranoia me está desquiciando
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??

[[newtron]]

Empezado por Logan05

La f2 no tiene recargo porque no tiene cliente asignado, es un "ticket anónimo", es después cuando el cliente reclama el cambio a factura "oficial" cuando se detecta que tiene el recargo. Ya se que es rebuscado, pero la paranoia me está desquiciando
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??

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.

[ermendalenda]

Empezado por Logan05

La f2 no tiene recargo porque no tiene cliente asignado, es un "ticket anónimo", es después cuando el cliente reclama el cambio a factura "oficial" cuando se detecta que tiene el recargo. Ya se que es rebuscado, pero la paranoia me está desquiciando
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??

Ah claro. Si no detecta a que ripo de cliente es imposible asigmar un recargo en la F2. Está claro que aqui hay 2 cosas:
- 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

[ermendalenda]

Empezado por newtron

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.

No es correcto de que en algún momento valga con que el emisor asuma la diferencia de recargo que no se le va a cobrar ya sea por que se ha equivocado el usuario o el cliente, esto es por que el cliente no va a pensar, ostias ne he ahirrado el recagro, porque el cliente va a decir que sea una factura con recargo!!, por que tn en cuenta que el cliente ya está pagando una cuota por estar en RE y asi no tiene que decLArar e IVA y no le compensa al cliemte. ni al emisor solo ganaria Hacienda. Me explico él cliente, que esta en recargo no podria revwnder esos productos en regimen de RE, tendira quw pagar el Iva de esas ventas y en un regimen normal(si puede segun su actividad)

[[newtron]]

Empezado por ermendalenda

No es correcto de que en algún momento valga con que el emisor asuma la diferencia de recargo que no se le va a cobrar ya sea por que se ha equivocado el usuario o el cliente, esto es por que el cliente no va a pensar, ostias ne he ahirrado el recagro, porque el cliente va a decir que sea una factura con recargo!!, por que tn en cuenta que el cliente ya está pagando una cuota por estar en RE y asi no tiene que decLArar e IVA y no le compensa al cliemte. ni al emisor solo ganaria Hacienda. Me explico él cliente, que esta en recargo no podria revwnder esos productos en regimen de RE, tendira quw pagar el Iva de esas ventas y en un regimen normal(si puede segun su actividad)

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....

[novatico]

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.