Tipo de Registro para Errores en el receptor de factura
 

Me han contestado sobre lo de que me dijheron que se podia por subsanación, y como comentabais algunos, "SE HAN EQUIVOCADO POR UN ERROR HUMANO"
Han pasado la consulta a otro departamento para responderme adecuadamente.

Mis disculpas también, pero ojala admitan también la subsanación.
Pero de momento Rectificativas por sustitución, les he solicitado que me digan los pasos exactos para rectificar el error tanto en sustitutivas (de tiquets) como en ordinarias. Queda pendiente

Hola, ya nos lo imaginabamos, por mi parte hare como Me comentaba @sglorka
Hablando con mi cliente , el asesor, me confirmaba que es la forma correcta de hacerlo.

Sí veo vuestras secuencias lógicas.
El problema lo veo con las sustitutivas, se complica en algunos casos.
En uno de los casos la anulo y vuelvo a hacer factura de los mismos tiquets, el problema es cuando llega un cliente que pide la factura de un montón de tiquets del mes, se lleva la factura y resulta que había un fallo en el destinatario
Aun n no me entra en la cabeza el procedimiento
Imagínate una sola sustitutiva de 100 tiquets y cada uno con su fecha de expedición, lo veo muy lioso. Lo menos traumatico que se me ocurre es siempre anulación y reemisión, sabiendo que en algunos escenarios estoy "incumpliendo" parcialmente la normativa

Hola, la factura resultante, sustitutiva, no la guardas en tu base de datos, como una factura completa, una vez generada?
Si es asi, simplemente copias esa factura como una R5 a nombre del equivocado con todas las cantidades en negativo(Eso puedes hacerlo automatcmente) y la clonas integra a nombre del que si es el destinatario como F1, yo lo veo sencillo..
A ver , realmente no se como generas los asientos, o tablas de las facturas, pero bueno...

O sea un registro de rectificativas simplificada multiple(donde se detallan todas las facturas simplificadas y fechas) y en negativo y después la ordinaria.
Pero supongo que de esa rectificativa simplificada tambien hay que hacer la sustitutiva, que es el paso que dices "a nombre del equivocado" para anular la sustitutiva, no?
Creo que ya lo entiendo, algo parecido es lo que estaban haciendo a mano pero en cada simplificada, r5, r5, r5... 1 sustitutiva de las r5. Pero hacían de nuevo todos los tiquets y otra sustitutiva.
Pero bueno así es más claro y automatizado. Gracias
Ahora faltarían
El que rechazan por el cif erroneo. Podría ser subsanacion no? Por que anulación si no han aceptado la anterior la van a rechazar tb.
Y el que hay que cambiar el nombre parcialmente el nombre las podemos hacer tb como dices no?
Si es todo así tengo que contemplar 3 formas segun el caso para reparae los errores de las sustittuivas tambien:
[anulacion y reemision nueva sustitutiva], subsanacion y [rectificativa R5 multiple+sistituiba de la rectificativa+ordinarias F1]
Es correcto?

Me olvidaba que tambien existen las rectificativas por sustitución de 1 paso y 2 pasos. Eso no se usa?:confused:
No se puede hacer la rectificativa por sustitucion sobre la sustitutiva directamente en 1 paso?
MADRE MIA
Perdona por el lío que tengo.

Hola, la verdad es que no lo se seguro, desde mi punto de vista no deveria usar R5 porque lo que ha de rectificar no son las facturas simples, siempre que estas fuesen correctas, sino la factura F3 que genero, que hasta donde entiendo , deveria ser rectificada con una R4 , pero ya le digo que estas no se , puesto que como no uso nunca la f3, no le he preguntado al respecto a mi cliente, a ver si puedo hablar con el y que me informe, bien.

Muchas gracias. No te preocupes demasiado, supongo que verifactu me responderán los casos planteados, les he dicho que me lo detallen, pero lo han tebdio quempasar a los responsables, al parecer es un tema un poco lioso también para los operadores del nivel 1.
Saludos

Ya, si tiene en cuenta que haciendo una busqueda de Emitir rectificativa de factura F3, salen 0 resultados correctos, aproximados si , pero ni uno de rectificar una f3:eek:

De momento, creo que tu idea es la más plausible
Rectificativa r5 y después otra nueva f1, al menos el iva se ha declarado en su momento.

Jodee ya lo he encontrado de tiquetbai, si es igual es como la normal, factura de sustitución en 2 pasos.
Una f1 en negativo con los mismos datos que la f3 y una rectificativa por sustitucion también tipo f1 diciendole que rectifica a la f3 errónea.
No se hace ninguna f3 ni nada con los tiquets.
Así es al menos para las no rechazadas

Hola, seguro que no es una R4 en negativo sobre la F3 y luego una F1, con los datos de la F3 ya apuntando al destinatario correcto?

A la espera aún de la contestación de Verifactu del prodecimiento, a ver si de una vez lo aclaran.
Si hiciera una R4 (Rectificativa en negativo), que supongo quieres decir por direfencias (I). por que si la marcas por sustitucion(S) hacer una negativa por sustitución es una cosa atípica. Entonces estariamos haciendo una negativa de una sustitutiva, y a mi siempre me han dicho que una sustitutiva no es como una factura ordinaria, que es, más bien, como un resumen de los tiquets (De cara al emisor) y de cara al receptor si es como una factura. Así que partiendo de eso, hacer una rectificativa por diferencias del resumen, no sé yo si va a ser muy acertado.

Pero si hacemos una factura en negativo F1, sin rectificativa (de abono). Y posteriormente hacemos una factura Rectificativa (está sí, R4) pero en positiva y por sustitución de la sustitutiva, ya tendriamos, teoricamente, cerrado el circulo: No he provocado un descuadre en los IVAS, he cambiado la sustitutiva una por otra (aunque la nueva sea F1), la suma de facturas para el receptor erroneo se ha quedado a cero, se ha emitido 1 factura al receptor correcto,
Y lo más importante para hacienda, todo declarado correctamente (Creo)

Si, la logica es correcta, pero tenemos la misma cuestion, al usuario final, no le entregamos una factura normal, sino una rectificativa, que si es el mismo que recibio la equivocada , pues nada, pero si no sabe nada de la equivocacion, pues es raro recibir una rectificativa de buenas a primeras.
Al final como bien dices, a esperar a ver si se aclaran en el procedimiento correcto.

Si al cliente erroneo nlo se le ha entregado nada, directamente anulación de la sustitutiva, dejó lls tiquets liberados para hacer nueva sustitutiva con loa datos correctos.
Si al cliente erroneo se le ha enviado la errónea, se le envía la de abono.

Claro , todo esto bajo supervision, imagínate esto que lo dejes en manos del vendedor que lleva 1 mes.

Buff, me acabas de convencer para que no habilite las F3, recopiladoras o como sea...
Si contado, no hay factura con nombre...:D:D:D
Mejor dicho si hago una F2, sin nombre a la otra haberme dado los datos...

Sí, mucha gente hace un abono del tiquet y emite una factura f1.

Me parece interesante la conversación pero no está planteada en el hilo idóneo, "Proyecto SIF/Veri*Factu/Ley Antifraude > Temas legales", seguro que muchos foreros lo pasaremos por alto como me ha pasado a mí. Bajo mi punto de vista, o nos organizamos con los temas o la gente que entra al foro a buscar ayuda no la va a encontrar

Sí, recordad, este es el foro para temas legales.
Gracias ^\||/

Hola, sialgun moderador puede hacer el favor de moverlo al hilo que creais mas conveniente.

Ya he encotrado, creo que es igual a como lo explico slorka:

https://www.gipuzkoa.eus/es/web/ogas...tivas-existen-
Para arreglar el error de los datos de cliente coy a hacer lo siguiente(Hay que tener en cuenta que si el cif es lo que esta mal creo que es mejor en 1 paso):
Factura rectificativa por sustitución en 2 pasos
-Paso 1. Hacer factura de abono
-Paso 2. Rectificativa por sustitucion e importe y cuota rectificados a cero (0)

De esta forma no me jode el tema de stocks y no tengo que tener en cuenta el tipo de factura.
Para las de 1 paso si se me complica.

Ahora bien, he probado a hacerlo sobre una sustitutiva y lo aceptan igual en verifactu y eso es muy muy raro, o se me escapa algo, por que una factura sustitutiva puede tener un monton de fechas de operacion (una por tiquet y estan informadas en la misma), pero en la rectificativa por sustitucion solo admite 1 -Y YA LA HEMOS LIADO-
Asi que para las sustitutivas, si no me equivoco, una F1 en negativa=F3 y una F1 postiva con los datos correctos y passo de las rectificativas?
Vaya tela de ralladera.

Hola, esta ya la comentamos en su dia en el hilo principal de Veri*Factu, tras varias consultas entre nosotros y personalmente a mi cliente asesor y mi gestor, los 2 me indicaban que la mejor y mas sencilla forma de proceder es , una F1 en negativo == a la F3(o F1 si es el caso) con los datos del cliente incorrecto e indicando destinatario incorrecto o devolucion de mercancias, (a gusto del consumidor...;-) y una F1 == a la primera F3, pero con los datos del cliente definitivo, esto entra dentro de la ley de facturacion y no afecta a los stocks, en vuestro caso si asignais las F2 o tickets a los clientes, personalmente tambien lo modificaria, para que apuntasen al cliente definitivo.

En el primer paso es correcto F1 en negativo en el segundo paso R4 por sustitucion en positivo, y en importederectificacion todos a 0

Me he perdido, entonces tengo que emitir a nombre del cliente anterior una F1 Y R4 y a nombre del cliente definitivo una F1?

Es correcto para las F1
Para la F3 tengo mis dudas por que no me cuadra lo de la fecha operación, puesto que en las f3 puede haber varias y no se puede hacer referencia a una sola f3 y poner las fechas de operación de cada tiquet, no está previsto como en la sustitutiva

Creas una F1 en negativo de la que tienes con ese cliente y una R4 ( Rectificativa por Sustitucion ) con el cliente que tiene que ser. Eso es todo. En la rectificativa R4 tienes que indicar el importerectificado y tiene que estar todo a 0., es to es lo que se llama una rectificacion en dos pasos.

Pero, como le doy una R4 a un cliente final, el tio flipa en colores.
En todos los sitios que he visto hacer referencia a destinatario erroneo , me indican lo de R4 en negativo al anterior y F1 en positivo al destinatario correcto sin mas.
En cuanto a las F3,

Sacado del documento del SII.

La información de la factura se remitirá indicando “Tipo de Comunicación: A0” y tipo de factura con las claves “R1”, “R2”, “R3” y “R4”. En el caso de que se rectifique una factura simplificada la clave será “R5”.

Cuando la rectificación se haga por “sustitución” se deberá informar de la rectificación efectuada señalando igualmente el importe de dicha rectificación. Esta información se podrá realizar:

Opción 1: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”,
“cuota” y en su caso “recargo” y a su vez de los importes rectificados respecto de la factura original en los campos “base rectificada”,
“cuota rectificada” y en su caso “recargo rectificado”.

Opción 2: Informando de un nuevo registro en el que se indiquen los importes correctos tras la rectificación en los campos “base imponible”, “cuota” y
en su caso “recargo” y de otro registro en el que se informe de los importes rectificados. En este último registro (generalmente un abono),
no resulta necesario indicar la fecha de operación en caso de que el periodo de liquidación en el que se incluya
la rectificación sea aquel en el que se advierte el motivo de rectificación (periodo corriente).

La opcion 2 es la de 2 pasos y es la mejor para el tema de control por ejemplo de tu inventario y contablemente.

La primera opcion es mas dificil de manejar contablemente ya que implica como la palabra indica una sustitucion completa de la factura.
Es decir, tienes que tener las dos facturas en tu programa pero sabiendo que la Rectificada es la valida y no la otra.

Buff que lio
No me aclaro
Ya estoy preparando esa parte y a ver como lo veis:
Escenario 1. Emito f1 a un cliente erróneo.
Abono en f1 al cliente erróneo y f1 al correcto
Escenario 2. Emito una f1 con el nombre del cliente erróneo
Rectificativa en 2 pasos, un abono y rectificativa por sustitucion con importe cuotas rectificadas a 0.
Escenario 3, factura emitida f3 en sustitución de simplificadas
-igual pero sobre las f3 según el caso.
O sea f1 de abono y f1 correcta =Escenario 1
O f1 y sustitución = Escenario 2
Lo que ha puesto al final bmfranki de abonar una simplificada no lo hago nunca, siempre con rectificativas por diferencias.
Claro, todo esto teniendo en cuenta el periodo impositivo, y por ello voy a poner siempre la fecha de operación por si las moscas. Por otro lado, la fecha de operación de las rectificativas de la f3 voy a poner la del primer tiques, ya que todos los tiques serán del mismo periodo aunque sean de distintas fechas.
Estaría bien así?
Lo bueno es que se puede automatizar sin dejar opciones al usuario, ya que se puede detectar si es el mismo cliente por el cif para que haga una cosa u otra.

Hay que dejar una opción para particularidades, como dice bmfranky, de todo a f1 por que hay clientes que te rechazan la rectificativa, algunos, y los que me he encontrado son de Face y como suelen ser errores del emisor hay que darles el gusto.
Por otro lado no se os escape dejar hacer rectificativas de rectificativas de sustitución hasta el infinito, y por supuesto una rectificada, supongo, que hay que marcarla para que no pueda volverse a tocar y en caso de reimpresión o reenvío que también esté marcada como factura rectificada(no valida) o algo así.
Y por supuesto que hay que tener en cuenta de que la segunda factura(la arreglada), cuando emitas electronicas, hay que dejarle arreglado los posibles datos específicos de facturae, ya que en algún momento habrá que remitirlas tb automáticamente, así que si no me corregís le doy caña a todo esto que tiene una faenilla

Y digo yo.... en el escenario 2 que planteas, si has emitido la factura con el nombre de cliente erroneo te vendrá devuelta por NIF no censado, ¿no?

Entonces:
En el primer caso emitiriamos un registro en el que incluiriamos las 2 altas F1, una con los importes en negativo y los datos de la factura original indicando por ejemplo abono por destinatario equivocado, y otra F1 con los datos del cliente final. hay que incluir algo mas?
Luego aclaramos el punto 2 ;-)

Nombre erroneo
 

Hola, si las cosas se programan bien, no deveriamos permitir emitir una factura con los datos erroneos, en mi caso hago una consulta de cif ,con los datos del cliente, y si no es correcto muestro la respuesta y aviso al usuario, para que consulte al cliente, si los dastos son correctos,osea, son los del documento de identificacion, señalo que no esta censado , para que se lo trague ,y activen la auto inclusion en sus registros, o algo asi insinuaban.

La fecha de operaciónsupongo que es aconsejable, si son diferentes periodos impositivos la que haces referencia, aunque no vroe que haya que hacer refererencia a nada en este escenario. O sea el mismo mes para particulares y hasta el día 15vdel siguiente mes para el resto.

Es otro caso, hay que controlar los cifs erróneos. Los nombres erróneos se los tragan
Habría que preguntar si se ha rechazado por cif erróneo admiten subsanacion.
Has probafo si la rechazan o la aceptan con errores?
Por que si la aceptan con errores es el escenario 1. Pero si el cif está mal diseñado, longitud... te la va a rechazar por que no cumple el esquema, entonces sería subsanacion

En principio , me baso en el supuesto que me doy cuenta en el momento de darselo a mi cliente, en mi caso el mismo dia que se realiza la operacion, supongo que obbiariamos lo de las fechas.

Personalmente en la ventana de introduccion de clientes , compruebo antes de dejar guardar el cliente, como podeis ver al lado de TextBox del nif.
I -> La integridad del mismo, tanto si es Cif,Nie o Nif.
C -> Si esta censado con los dato introduciodos, si no es asi, le indico al usuario que verifique , con el documento de identificacion del cliente, si los datos introducidos son
correctos , si es asi, indico tipo de documento como no censado, como se verifica cada vez que se usa el cliente, me indicara en un momento dado como censado, a partir de ahi,

modifico la ficha como NIF-IVA.

Yo el primer. Campo pongo el nif, ya que si es una empresa autorrelleno con los datos de la aeat.

Si, es buena idea, intentaré implementarlo en la consulta del DNI, gracias.