Gracias,les he remitido la pregunta con los pasos y que me digan si hay fallo donde está, supongo que habrá una respuesta clara. Ya os diré.

En el caso que está exponiendo Ermendalenda... creo que hay un error de concepto (o el error lo tengo yo... y me pondré el capirote de burro de la clase :o)

(a partir de ahora, entiéndase Ticket = Factura simplificada)

Creo que al SIF no hay que enviar las facturas recapitulativas tal y como se hace en el SII, sino que hay que enviar los tickets que agrupa dicha factura.

El tema de las facturas recapitulativas tenía entendido que era para agrupar un conjunto de tickets de manera que se generara un único movimiento contable/fiscal por dichas operaciones... por ejemplo, el lineal de caja de un supermercado... Cada lineal va generando tickets consecutivos con su serie (facturas simplificadas, a "cliente contado") y al final del día se genera una factura recapitulativa con el resumen de esos tickets (normalmente con una serie para las recapitulativas). Si un cliente solicita factura una vez que el ticket ha sido emitido, se genera un ticket en negativo (en la serie correspondiente) seguido de una factura normal, usualmente con otra serie diferente a la de los tickets y a la de las facturas recapitulativas. De manera que en el SII, un dato especial que sólo está en las recapitulativas es NumSerieFacturaEmisor y NumSerieFacturaEmisorResumenFin donde se indica el intervalo de facturación de los tickets, pero no cada ticket. En contabilidad sólo aparece una factura recapitulativa indicando el intervalo... pero en el libro de IVA no aparece nada de los tickets emitidos. En la estructura del SIF, en ningún sitio consta este intervalo, porque se supone que lo que estamos obligados a enviar es cada ticket individualmente, y no la factura a fin de día.

Si esto es correcto, una factura recapitulativa no puede tener rectificación... si uno de los tickets que contiene tiene un error, debo hacer un ticket en negativo y un ticket positivo que serán recapitulados en la facturación de ese día.

Espero no estar estar en una equivocación y provocaros un dolor de cabeza innecesario.

Hola. No te he entendido muy bien. Pero en el artículo 13 página 17 del reglamento de facturación de 2012 verás que la factura recapitulativa puede incluir cualquier tiqiet del mismo periodo. Por supuesto cuando se haga una recapitulativa hay que generar el verifactu y en caso dd ticketbai igual.
Saludos

¿Dónde o quién te están respondiendo estas preguntas? ¿Hay abierto ya algún portal de dudas y aclaraciones?

(duplicado)

Pues para cosas concretas de verifactu
[email protected]

Creo que eso de hacer una recapitulativa sin clientes no es demasiado valido., y eso de hacer una negativa y una positiva para hacer la factura del cliente es jugársela, sobre todo como cambié el periodo impositivo, ya que vos a hacer una rectificativa sin uno dd los conceptos aceptados, precios erróneos, tipo impositivo erróneo...

Gracias! Agradezco que compartas tus consultas y respuestas.

No sé si Mercadona registra contablemente cada factura simplificada de cada línea de caja de cada supermercado de España en asientos diferenciados... pero en las cadenas para las que trabajo se hace una sóla factura con todos los tickets por día y lineal, de manera que sólo se asienta entre 100 o 200 facturas diarias como máximo... si tuviera que asentar cada factura simplificada, la que más se iría por encima de 10.000 asientos de venta diarios. Incluso alguno lo tiene configurado por agrupación semanal.

Según el reglamento de IVA en el artículo 63 ( toma tecnicismo :D ) :

Cada negocio es un mundo y tiene una manera legal y distinta de gestionarse... esto de generalizar y hacernos pasar por el mismo aro a todos los tipos de negocio va a traernos muchos quebraderos de cabeza.

Me ha costado un poco ponerme las ideas en su sitio, sobre todo por problema de vocabulario. Espero que el resultado siga legible.

Sí. Y es un rollo para los que hasta la fecha usan tickets en papel pre-numerados, ya no se podrá usar, deberán informatizarse. €€€

«Factura recapitulativa» es un nombre engañoso.
No es el único caso de aplicación.
El [artículo 13](https://www.boe.es/buscar/act.php?id...2012-14696#a13) del reglamento que describe las facturas recapitulativas es más general. Incluye por ejemplo el caso de una obra, dónde el constructor al final del mes te pasa una factura de un montón de cosas, que a menudo tienen poco en común. Es la práctica (de las empresas y/o de los programas) que usa esta figura de las recapitulativas para implementar el caso de agrupar los tickets para gestionarlo confortablemente en contabilidad.

De hecho, en el SII, la descripción de R4 es Asiento resumen de facturas; no habla de factura recapitulativa.

Si nos referimos al asiento resumen, no se puede rectificar como factura (las facturas recapitulativas del reglamento sí se pueden rectificar). El reglamento está claro sobre los casos de rectificación ([artículo 15](https://www.boe.es/buscar/act.php?id...2012-14696#a15)), y no me parece que se pudiera aplicar a esta «factura técnica».

Cierto (si así es tu manera de generar una rectificación). Se trata de rectificar la factura que esté mal. Al menos, el «ticket en negativo» tendrá la consideración de rectificativa, y serie distinta.

Del día de la rectificación. Y supongo que deberán estar en dos recapitulativas distintas, cada una en su propia serie. (Creo.)
Entonces, la recapitulativa «de los errores», realmente es también ¡una clase de rectificativa! (a [parte de] la o las recapitulativas de los tickets iniciales). Aunque en práctica no será registrado como tal.

En el SII me parece claro que han decidido no indagar en esta materia, y consideran que estas recapitulativas de tickets rectificados son asientos resumen (F4) igual que los demás.

Pero todo esto no tiene nada que ver :D con el ejemplo de Ermendalenda
(el énfasis es mío).
No se trata de una recapitulativa, al menos no es un asiento resumen que es lo consideras. Se trata de una sustitutiva, o canje como las llaman en el reglamento de facturación (último parágrafo del artículo 15.6, que explicita que no son rectificativas). En el SII tienen su proprio código, F3. Y creo que se pueden rectificar, claro que sí.

Creo que teneis un pequeño lio.
Hay una gran diferencia entre la factura recapitulativa y la de canje(sustitutiva)
La recapitulativa, es la factura de un conjunto de tiquets(facturas sinplificadas) o albaranes(servicios o productos entregados) en un mismo periodo(mes), que se van a facturar a un mismo cliente. Si ese cliente es una empresa o un autónomo, puede solicitarla hasta el día 15 del mes siguiente al periodo, pero siempre las facturas tienen que ser del mismo periodo. Si es persona física solo hasta el último día del mes del periodo de los servicios o entrega de bienes.
Por otro lado la recapitulativa,logicamente, puedes pedir varias del mismo periodo, por ejemplo 1 al día, 1 a la quincena...
La factura sustitutiva o canje es sobre un solo tiquet(factura simplificada) y tienes hasta 4 años para solicitarla, entregando el tiquet.

El tratamiento fiscal de ambas tb es diferente ya que la sustitutiva el receptor se la tiene que declarar fuera de plazo.
Sobre el resumen de facturas del SII es otro cantar,que declares solo una factura con el detalle desde hasta número es solo una simplificación de la declaración, pero nono tiene nada que ver con ninguna de las anteriores.
Ya esto lo he investigado bastante, con consultas (no vinculantes) a hacienda.
Con lo cual el ejemplo que indican de hacer una factura solo me encaja con el último tipo, es un resumen, pero no va a valer para verifactu

Borrar este post

Me olvde decir que el tratamiento de la recapitulativa y la de canje es igual en verifactu, pero a la hora de incorporarlo en el software tenemos que saber que lleva diferentes números de serie y que la hora de imprimir o enviar pro pdf hay que poner claramente las palabras Sustitutiva o Recapitulativa, por aquello de que fiscalmente el tratamiento es diferente, ya queda en el cliente si se la declara mal en el modelo que no corresponda, pero el emisor tiene que hacerlo bien. Así que tendreis que tener en cuenta todas estas cositas que llevo meses programando, aparte de las cosas evidentes, los topes de efectivo 1000 euros y topes de las simplificadas según el tipo de negocio, 400 euros o 3000euros al por menor. Lo digo por que cuanto mas controles metais menos problemas vais a tener, ya que ahora va a ser muy fácil que hagan controles con los envíos. También decir que de un grupo de facturas normales se puede hacer una recapitulativa a petición de un cliente, siempre respetando los periodos que dije.
Por otro ladosi queréis en otro post explico ciertas complejidades de las rectificativas. Que tampoco me quiero poner pesado.

Ahora que van a implantar VeriFactu, a saber cuándo exactamente, pero que será obligatorio para todos... ¿qué ocurre por ejemplo con los taxistas, que no suelen dar factura pero en ocasiones sí se les puede pedir factura? ¿Estarán obligados también?

Y como los taxistas se me ocurren algunos ejemplos más: clases particulares (no sé si emiten factura o no), food-trucks en eventos, etc. ¿tendrían luego que llegar a casa y en un plazo máximo de 4 días, hacer los envíos?

Hay montón de softwares de facturación para tablets androids con conexión. No hay problema tecnico

Claro que hay soluciones, pero si la idea de VeriFactu es evitar el fraude fiscal, veo todavía problemas para ponerlo en práctica en algunos sectores. En algunos casos como este, podrán seguir defraudando.

Y otra cosa es que a los taxistas les guste la idea, o al señor de 75 años que tiene un quiosco de tabaco en la rambla...

Claro. Por 3so esran ampliando la plantilla de inspectores. Si me hubiera pillado hace años no dudaría en estudiar actuariales y hacer oposiciones.

Resumen de respuesta de verifactu:
Recapitulativa no existe en verifactu.

Me han pedido que reformeule la pregunta y les he enviado el reglamento de facturación el artículo donde dice recapitulativa
Por otro lado me dicen que la secuencia es correcta si quería decir rectificativa, que se puede anular y emitir la correcta, s7pongo que para la "sustitutiva" es igual de válido, pero me temo que el término recaptulativa no se va a usar, aunque en el proyecto inicial de verifactu también hacían referencia a recapitulativa.
A ver que responden y os comento.
Saludos

De acuerdo con Ermendalenda: creo que efectivamente las recapitulativas no existirán tal y como las describe el artículo.

Básicamente, las facturas recapitulativas las había estado usando de tres maneras (antes del SII):

1º Unir varias facturas del mismo cliente en una única factura, marcando como anulada (esto ya no se puede hacer) las incluidas en dicha factura, con la condición de que no estuvieran contabilizadas (solía ser petición del cliente, para darle menos facturas a su gestor). Esto lo quité hace años al implantarse el SII, pues había que presentar las facturas inmediatamente, con lo cual ya estaban contabilizadas y registradas fiscalmente, era un rollo proceder a recapitular esas facturas. Ahora, en caso de alta necesidad, tengo un proceso que en una misma fecha, procede a generar facturas rectificativas con el mismo importe en negativo de cada una de las facturas a "recapitular" y genera una nueva y única factura con el contenido de todas las rectificadas.

2º Como factura resumen de tickets, como comenté en un post anterior. Algunos de los que están en SII han preferido enviar todas las facturas simplificadas (tickets) y no hacer factura resumen, por si hay algún error en la facturación de un día, localizar y reparar la incidencia sin liar mucho. Lo que no sé es si se podrá seguir haciendo esto con los nuevos SIF o los que están en el SII podrán seguir registrando la facturación resumen de tickets. :confused: Teóricamente no, ya que cualquier ciudadano debe ser capaz de ver si su compra está registrada correctamente en Hacienda.

3º Como factura de Albaranes dentro del mismo mes... aunque realmente no recapitula nada, es más bien un proceso de facturación periódica de la mercancía entregada, luego se trata como una factura normal.

No obstante, si alguno sigue usando recapitulativas al día de hoy, me gustaría que expusiera el caso, porque para el nuevo SIF no las voy a tener en cuenta y no quisiera ser temerario.

Totalmente de acuerdo contigo.
El problema es que entre el nuevo departamento de verifactu y el de facturación de la aeat, parece que hay cierta descoordinacion, por que hace 1 mes pregunté sobre la sustitutiva o de canje y me dijeron que de cada factura sustitutiva solo pod8a hacer referencia a 1 tiquet. En verifactu admiten casi indefinidas. Eso es ll que estoy intentando aclarar con verifactu, eliminamos el concepto recapitulativa y ahora todo es sustitutiva?, eso quita restricciones y me parece que no va a ser. Voy a esperar a ver.

Los particulares en general están fuera del tema. Artículo 1 del proyecto de RDL del reglamento:
El reglamento de facturación también se aplica solo a los empresarios y profesionales, más los demás que tiene obligaciones respecto del IVA (que no será el caso de de los clases particulares según entiendo).
Los taxistas y los food trucks entiendo que sí entren.

Una cosa es la factura simplificada (ticket). Cómo lo has explicado antes, y he concurrido, esta es lo que se debe declarar dentro del SIF o a VeriFactu, una por una.
Otra cosa es el resumen. Que si he entendido bien, no es una factura tal como lo entiende el reglamento de facturación (y por tanto no le toca Verifactu).
Pero en la contabilidad, no veo porqué no se podrá continuar haciendo lo mismo que antes, es decir registrar un solo asiento con un gran número de tiques. Ni ha cambiado el reglamento de facturación, ni las normas de contabilidad.
Después, a ver cómo se articula el puente entre el SIF y la contabilidad en este caso... en cada programa sería cosa distinta, creo.

Para los del SII, no veo por qué el asiento resumen (F4) pasaría a ser prohibido, y los tiques deberían ser registrado exclusivamente como un montón de facturas F2 independientes. No veo el interés de Hacienda en pedir esto; pero sí veo inconvenientes (tamaño de bases de datos, ancho de banda, puntos de extremo, tiempo de respuesta, necesidad de más alta disponibilidad; todo esto cuesta dinero).

Leyendo el papel asignado al consumidor final en el proyecto de RDL, se ve que la idea es incentivar a remitir [las facturas] a la Administración tributaria para asegurar el cumplimiento tributario de los obligados a su emisión. Luego es Hacienda (no el consumidor) que tiene la potestad de controlar si está registrado correctamente o no.

La dificultad en este punto es que el proyecto de RDL no preveía, al menos no explícitamente, el hecho que los del SII estén excluidos en practica de su aplicación. Al día de hoy (realmente desde las modificaciones de junio), entiendo que las facturas en papel de los del SII no llevarán QR; pero no he leído un conjunto concreto de cómo quedará en 2024.

Sigo con el mismo tema (disculpadme). Estaba pensando en una clase de solución.
El reglamento pone condiciones a los SIF para las facturas... pero no obliga que sigan exclusivamente para estas facturas españolas. Por ejemplo, no veo por qué un mismo programa no se pudiera usar al mismo para las facturas españolas conformas al SIF, y también para facturas conformas a otras normas, posiblemente TicketBAI (me arriesgo un poco aquí), o los recibos de la agricultura, o «facturas» que respondan a normas de otros países.
O «facturas resumen de tickets» tal como lo estas usando.

Creo que lo que solo es preciso

• respectar las normas de un SIF, integridad, trazabilidad e inalterabilidad, también documentación (que realmente son imperativos informáticos que nos parecen básicos);
• encadenar de forma separada las facturas que esperan la Hacienda española (y deben informarse a Verifactu) de las que son excluidas del ámbito, y por tanto no deberán informarse (pero sí pueden generar registros)

¿Les parece un esquema posible?

En la documentación de Verifactu no está el tipo de factura F4 q si está en SII. Entiendo por tanto q con verifactu no se puede usar ese tipo de factura. Los del SII si los pueden seguir usando. Si estas en SII no tienes q hacer verifactu. Están excluidos.

Respuesta aeat/verifactu recapitulstivas
 

El concepto recapitulativa definitivamente no existe para verifactu, para ellos recapitulativa es una factura normal de una serie de servicios dentro del mismo mes y se declaran como factura normal, así que lo que yo entendíaa por recapitulativa de tiquets va a pasar a ser sustitutiva/canje.
Lo que sí haré es permitir hacer sustitutivas de varios tiquets(tal y como contemplan en el xml) pero no mezclar meses de tiquets para generar una.
Saludos
Saludos.

Hola a todos,

veo por los mensajes que no avanza mucho el tema (aún no hay servidores de prueba...)
Tengo una consulta acerca de la ley, afecta a los presupuestos, albaranes, pedidos,.... es decir, a otros documentos que no sean factura ?
Me refiero en cuanto a la trazabilidad, inalterabilidad de los registros...

muchas gracias

Yo creo que sólo facturación.
Para un pedido o una oferta no hay que hacer nada aquí.

Es más, yo me aventuraría a decir que ni con los albaranes hay problema de modificación. Todo lo que hablan se refiere a facturas/facturas simplificadas.

Saludos.

Tampoco afecta a las empresas que estén en Ticketbai-Batuz en las haciendas del Pais Vasco.
La semana pasada en un Webinar de Cebek lo pregunte a Subinspectores de la hacienda y así lo dijeron.

Solo las facturas son documentos legales con efecto fiscal. Por tanto esta ley y sus reglamentos no puede alcanzar los demás documentos.

Y ni siquiera afecta a la totalidad de la factura... el detalle de los facturado, costos, servicios, logística, reparto, cobros, cálculo de beneficios, trazabilidad sanitaria y demás tampoco tienen que comunicarse ni encadenarse... lo suyo es ceñirse a un fichero de facturas con los campos que son de obligado envío y dejar el resto de la información relativa a la factura fuera del proceso. (Esto es de mi cosecha... realmente no sé si querrán obligarte a que el detalle de lo facturado también esté bloqueado y encadenado).

Planteamiento de un sistema real
 

A continuación propongo un escenario real para discutir si el modelo planteado se ajusta al nuevo reglamento de facturación.

Nuestro SIF (sistema informático de facturación) está compuesto por dos programas distintos y geográficamente separados
- Un sistema de facturación central
- Un terminal punto de venta

Sistema de Facturación Central (SFC)

- Puede emitir documentos de entrega de bienes como albaranes que, posteriormente, serán recopilados en factura final de mes.
Por cada documento de entrega ( albarán ) NO se genera registro de facturación y pueden ser modificados, eliminados, etc hasta que se emita factura
ordinaria de estos, bien de forma individual o bien de forma recapitulativa.

- Puede generar facturas ordinarias sobre cuatro series distintas. Identificador Serie+Número (01-000001),(02-000001),(03-000001),(04-000001)
Por cada factura ordinaria se genera un registro de facturación

- Puede generar facturas simplificadas. Identificador Serie+Número (05-000001)
Por cada factura simplificada se genera un registro de facturación

- Puede generar facturas rectificativas sobre 4 series distintas (una por cada serie de facturación). Identificador Serie+Número (06-000001),(07-000001),(08-000001),(09-000001)
Por cada factura rectificativa se genera un registro de facturación

- Puede anular cualquier tipo de factura
Por cada anulación se genera un regitro de anulación.

Terminal Punto de Venta (TPV)

-Puede emitir documentos de entrega de bienes como albaranes que, posteriormente, serán recopilados en factura final de mes por el SFC.
Por cada documento de entrega ( albarán ) NO se genera registro de facturación y pueden ser modificados, eliminados, etc hasta que se emita factura
ordinaria de estos, bien de forma individual o bien de forma recapitulativa por el SFC.

- Puede generar facturas ordinarias. Identificador (NmáquinaSerie)+Número (9901-000001)
Por cada factura ordinaria se genera un registro de facturación en el TPV

- Puede generar facturas simplificadas. Identificador (NmáquinaSerie)+Número (9902-000001)
Por cada factura simplificada se genera un registro de facturación en el TPV

- Puede generar facturas rectificativas. (NmáquinaSerie)+Número (9903-000001)
Por cada factura rectificativa se genera un registro de facturación en el TPV

- Puede anular cualquier tipo de factura
Por cada anulación se genera un regitro de anulación.

El SFC recolecta todos los documentos emitidos por el Terminal Punto de Venta.
- En el SFC, los albaranes recibidos del TPV, pueden ser modificados y eliminados cuando proceda. En el momento de emitir la factura, se generará el registro
de facturación correspondiente en el SFC
- En el SFC, se puede crear facturas rectificativas por diferencia o sustitución de cualquier documento emitido por el TPV

En resumen:
Nuestro SIF tiene dos líneas de registros de facturación.
- Una línea creada por la emisión de documentos en el SFC
- Otra línea creada por la emisión de documentos en el TPV

En la línea de registros de facturación de SFC existen operaciones de rectificación de documentos emitidos por el TPV
En la línea de registros de facturación de SFC existen facturas recapitulativas de albaranes de entrega emitidos por el TPV.

Sin problema, supngo que lo sabrás, no tienes que mandar albaranes y tampoco tienes que indicar que albaranes pertenecen las facturas,.
Esos escenarios no tienen nada fuera de la línea de verifactu.

Escenario Verifactu
 

Gracias por tu respuesta. Este escenario es bastante común, lo importante es que debe ser el TPV el que genere su propio línea de registros de facturación. Es decir, si tenemos tablets de venta, tpvs, etc.. cada dispositivo que emite una factura debe generar sus registros. Luego el sistema central puede operar con los documentos recibidos y facturarlos, sustituirlos, rectificarlos, etc..
Al final, un SIF puede tener bastantes líneas de registros para comunicar a la aeat
Saludos

La comunicación es otro cantar, y el encadenamiento cuando hay varios dispositivos aún está pendiente de que nos indiquen muchos detalles, hay muchas formas de guardar los registros, por ejemplo yo tengo varios pdas taboets e incluso tpvs satélites en la en la misma maquina
Y hago el encadenamiento del conjunto, bloqueo cuando se está grabando y me aseguro que no ocurran inconsistencias. Pero a ver que dicen.
Por otro lado el envío si tendrás que hacerlo en FiFO por que en el envio te devolverán errores de encadenamiento, si los hubiera, y si no lo has hecho en orden secuencial vas a tener errores.

Uff. Veo un poco temerario ese planteamiento. Quieres decir que cada dispositivo comparte la misma línea de registros de facturación ?. No te parece más simple que cada dispositivo genere su línea de registros y sea el encargado de comunicarlos a la aeat?. Ten en cuenta que si tienes un dispositivo en remoto, necesitarás comunicación online para poder generar el registro de facturación antes de emitir la factura. Si se trata de una factura simplificada a cliente de contado, ésta se debe emitir de inmediato. No sé, lo planteo para ver que ideas surgen
Saludos

Para generar la factura no hace falta tener conexión a internet, solo es necesario a la hora de enviarlo. Se pueden generar en un dispositivo y luego enviarlo desde otro.

Un Saludo.

No me he explicado.
Me refiero a que si tienes un terminal remoto que emite una factura y solo dispones de una línea de facturación compartida, el terminal remoto deberá, de alguna manera, crear dicho registro de facturación en dicha línea compartida (recuerda que el registro de facturación se debe generar antes o de forma simultánea a la emisión de la factura), que imagino, estará en su servidor central. Por eso decía, que el terminal remoto debe de estar en online con su servidor central para crear su registro de facturación. Después algún proceso se encargará del envío a la aeat.

En TicketBAI, si los dispositivos que facturan no estan conectados, se debe generar una serie distinta por cada dispositivo y realizar el encadenamiento por cada serie en ese dispositivo.

Un Saludo.

Tengo el circuito bien cerrado. Es un programa de escritorio en Red local., varios dispositivos graban en wl mismo tpv principal y tiene 1 programa (en segundo plano) que se encarga de los envíos, cada vez que un dispositivo grabqa bloquea y los demás dispositivos si intentan grabar un registro, se quedan en bucle unas centésimas de segundo para poder grabar y comprueba la secuencia, todos siguen los mismos numerador3s de serie(los comparten.lleva unos meses en prueba y va bien, ya estoy enviando a un cloud propio.