Prefacturacion, Proformas y Borradores de facturas (Faq Verifactu)

[jguarda]

Alguien se cree, que un chino, te va a dar, un ticket con un QR como que ha pasado por la AEAT., estos de hacienda flipan.

[CarlosR]

Empezado por jguarda

Alguien se cree, que un chino, te va a dar, un ticket con un QR como que ha pasado por la AEAT., estos de hacienda flipan.

Que remedio les queda. No hay otra.
A los chinos también se les sanciona y en determinadas ocasiones se les cierra el negocio.
Saludos.

[Sistel]

Empezado por jguarda

Alguien se cree, que un chino, te va a dar, un ticket con un QR como que ha pasado por la AEAT., estos de hacienda flipan.

Hola,

Tengo unos 150 bazares chinos como clientes en TicketBAI.
Y todos ellos emiten todos sus tickets con el correspondiente QR de TicketBAI.

Mis clientes chinos son mucho más cumplidores que la media del resto de clientes.

Saludos

[pablog2k]

justo iba a comentar que los compañeros que ya han instalado ticketbai podrían dar fe que al final todos los comercios han implantado su tpv con su QR y su subida casi inmediata a la hacienda vasca, y han seguido trabajando con normalidad

[bmfranky]

Hasta donde entiendo, y me he comido toda la documentacion , hasta el momento.
En el momento que asignas el numero de factura y permites su impresion o envio al cliente(Crey que hasta su impresion en pantalla por lo de enviar capturas...), has de comunicar a hacienda por medio de verifactu los datos de esa factura, para cumplir con la ley tanto anti fraude, como la de crea y crece(+Cuando toque), puesto que segun su entendimiento del sif, has de generar el registro para enviar a hacienda y el de tu factura interna a la vez, ello quiere decir que dede el momento de "Crear" la factura has de enviar en menos de 120".

[antoine0]

Empezado por bmfranky

En el momento que asignas el numero de factura y permites su impresion o envio al cliente(Crey que hasta su impresion en pantalla por lo de enviar capturas...), has de comunicar a hacienda por medio de verifactu los datos de esa factura, para cumplir con la ley tanto anti fraude, como la de crea y crece(+Cuando toque), puesto que segun su entendimiento del sif, has de generar el registro para enviar a hacienda y el de tu factura interna a la vez, ello quiere decir que dede el momento de "Crear" la factura has de enviar en menos de 120".

Estoy contigo para lo de imprimir o enviar al cliente.
Ahora bien, la asignación del número de factura, ¿dónde has visto que debe ser en el mismo momento?

Sí, el registro debe contener este número (y debe cumplir las normas, ser monotónico etc.)
Sí, hay sistemas que van a hacer las dos operaciones al mismo momento por razones de sincronización (multi-tareas, serialización, transacciones, llamadlo como quieren). Aunque solo es una opción operativa.

Pero entiendo que puedes perfectamente asignar los números con anterioridad, presentar las pre-facturas con los números ya puestos (el registro sin generar), y cumplir; emitiendo luego los registros en orden en el momento de imprimir o enviar.

[bmfranky]

Empezado por antoine0

Estoy contigo para lo de imprimir o enviar al cliente.
Ahora bien, la asignación del número de factura, ¿dónde has visto que debe ser en el mismo momento?

Sí, el registro debe contener este número (y debe cumplir las normas, ser monotónico etc.)
Sí, hay sistemas que van a hacer las dos operaciones al mismo momento por razones de sincronización (multi-tareas, serialización, transacciones, llamadlo como quieren). Aunque solo es una opción operativa.

Pero entiendo que puedes perfectamente asignar los números con anterioridad, presentar las pre-facturas con los números ya puestos (el registro sin generar), y cumplir; emitiendo luego los registros en orden en el momento de imprimir o enviar.

Estoy de acuerdo, siempre que , en el ultimo momento el usuario no decida cancelar una de las no impresas, y se genere un hueco..., a partir de ahi no se, usemos la imaginacion de que puede llegar a pasar.

[antoine0]

Empezado por bmfranky

Estoy de acuerdo, siempre que , en el ultimo momento el usuario no decida cancelar una de las no impresas, y se genere un hueco...

Un programa conforme no puede permitirlo. así de sencillo.
Un usuario podría cancelar todas las pre-facturas; o las últimas; pero no podrá cancelar una (si no es la última).
Y evidentemente, el programa deberá ajustar el contador de la próxima factura para que estas pre-facturas que no llegasen a imprimirse, no se tienen en cuenta.

[bmfranky]

Empezado por antoine0

Un programa conforme no puede permitirlo. así de sencillo.
Un usuario podría cancelar todas las pre-facturas; o las últimas; pero no podrá cancelar una (si no es la última).
Y evidentemente, el programa deberá ajustar el contador de la próxima factura para que estas pre-facturas que no llegasen a imprimirse, no se tienen en cuenta.

Hola, si ,si completamente de acuerdo, prefacturas con una numeracion independiente, la cuestion es que al gnerar la factura para imprimir, ya "Es" Una factura que hay que comunicar en menos de 120" o indicando incidencia.

[CarlosR]

Empezado por Sistel

Hola,

Tengo unos 150 bazares chinos como clientes en TicketBAI.
Y todos ellos emiten todos sus tickets con el correspondiente QR de TicketBAI.

Mis clientes chinos son mucho más cumplidores que la media del resto de clientes.

Saludos

Totalmente de acuerdo. Tampoco les queda otra, como a los demás.