Prefacturacion, Proformas y Borradores de facturas (Faq Verifactu)

[CarlosR]

Empezado por bmfranky

Entonces , para esos casos , se podria:
1-> Realmente no se entrego al cliente, realizar una anulacion de la factura cara a verifactu e imprimir esa factura con los totales a cero , reflejando bien visible que esa factura esta anulada.
2-> No sabemos si el cliente la recibio ,emitir una factura de abono,de por ejemplo devolucion de materiales y asi poder enviarsela al cliente si la recibio.
3-> Destinatario erroneo:
a) Teoricamente cara verifactu se podra subsanar para cambiar el destinatario, entonces generariamos un alta de subsanacion y reimprimiriamos la factura con los datos correctos.
b) Generariamos una factura de abono F1 con las cantidades en negativo al destinatario anterior y otra F1 con los datos del que si es correcto.
c) Anulacion de la incorrecta Y F1 de la correcta.


Sigo con dudas, soy muy duro de mollera, lo siento.

Como diría un viejo rockero, "duros de pelar", jejejeje


Yo no cambiaría la factura original, tiene datos y hash y encima se han enviado parte de esos datos.
No recuerdo ahora pero por algún lado leí que había que hacer una serie paralela solo para esto, para complementar las facturas anuladas.
No tiene mayor importancia esa serie puesto que está justificada.

[CarlosR]

Acabo de tener una charla con un asesor fiscal y corrigo lo siguiente :


Tanto la factura anulada así como la factura complementaria a la anulada en una serie específica no se van a subir a los registros contables ni al registro de iva aunque en el registro de iva haya huecos.
Por las siguientes razones :
a- La AEAT ya es conocedora de la factura anulada y del número de factura con lo que los huecos del registro
son verificables.
b- La serie especial complementaria de las facturas anuladas se justifica con las propias facturas anuladas y no es necesario registrarla contablemente.
c- En los extractos contables no deben ver movimientos que nada tiene que ver con ellos.


Un saludo.

[ermendalenda]

Empezado por CarlosR

Acabo de tener una charla con un asesor fiscal y corrigo lo siguiente :


Tanto la factura anulada así como la factura complementaria a la anulada en una serie específica no se van a subir a los registros contables ni al registro de iva aunque en el registro de iva haya huecos.
Por las siguientes razones :
a- La AEAT ya es conocedora de la factura anulada y del número de factura con lo que los huecos del registro
son verificables.
b- La serie especial complementaria de las facturas anuladas se justifica con las propias facturas anuladas y no es necesario registrarla contablemente.
c- En los extractos contables no deben ver movimientos que nada tiene que ver con ellos.


Un saludo.

Ok
Es que era raro.
Si ya admites la anulada, los movimientos internos que hagas para regular stock podrán ser válidos, pero en contabilidad es verdad que esta la cosa chunga, y menos poner que es una factura.
Lo que veo que este tema es un pelin más wctenso de lo que explican en la charla por los escenarios distintos que se pueden dar .
Es posible anular registros de facturas ya declaradas? Yo creo que sí, entonces irremediablemente para la próxima declaración hay que hacer un movimiento contable en negativo, llámese x.

[jguarda]

To tengo una pregunta.


Si hago una factura a la 10:00 de la mañana ... que es lo que me impide enviarla a hacienda a las 17:30h.


Lo digo xq yo no guardo en nigún sitio la hora en la que emito la factura, y pienso, como van a saber los de la AEAT que se la dí al cliente, ( *** o no, xq se la puedo enviar x correo 2 días después ***), la hora en la emiti la factua.

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

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

[CarlosR]

Empezado por jguarda

To tengo una pregunta.


Si hago una factura a la 10:00 de la mañana ... que es lo que me impide enviarla a hacienda a las 17:30h.


Lo digo xq yo no guardo en nigún sitio la hora en la que emito la factura, y pienso, como van a saber los de la AEAT que se la dí al cliente, ( *** o no, xq se la puedo enviar x correo 2 días después ***), la hora en la emiti la factua.

La norma indica lo siguiente :


Al llegar a 1000 documentos debes enviarlos. Si no has llegado a 1000 en un plazo máximo de 2 horas debes enviar lo que tengas.
La excepción es que no tengas comunicación con la AEAT o cualquier otro motivo de fuerza mayor, como que se corte la corriente antes de enviarlos, o un fallo en el router, switch, etc.

En este último caso debes generar uno o varios eventos y cuando envíes datos al registro has de indicarle el porqué no has podido enviarlos antes si es que no has cumplido la norma.
Las sanciones a priori son sustanciosas. Supongo que al principio harán la vista gorda. Pero que la AEAT sea benévola con el incumplimiento es otra cosa.

Saludos.

[ermendalenda]

Empezado por CarlosR

La norma indica lo siguiente :


Al llegar a 1000 documentos debes enviarlos. Si no has llegado a 1000 en un plazo máximo de 2 horas debes enviar lo que tengas.
La excepción es que no tengas comunicación con la AEAT o cualquier otro motivo de fuerza mayor, como que se corte la corriente antes de enviarlos, o un fallo en el router, switch, etc.

En este último caso debes generar uno o varios eventos y cuando envíes datos al registro has de indicarle el porqué no has podido enviarlos antes si es que no has cumplido la norma.
Las sanciones a priori son sustanciosas. Supongo que al principio harán la vista gorda. Pero que la AEAT sea benévola con el incumplimiento es otra cosa.

Saludos.

Creo que te has liado.
Hay que cumplir enviar cuando te diga el parámetro [t] que te retornan, por defecto 60 segundos. Pero si tienes los 1000r3gistros antes de ese tiempoos tienes que enviar también.
Lo de las 2 horas no se de donde lo sacas, supongo que será el tiempo máximo que te pueden devolver en [t] Creo recordar, pero no nos liemos

[CarlosR]

Empezado por ermendalenda

Creo que te has liado.
Hay que cumplir enviar cuando te diga el parámetro [t] que te retornan, por defecto 60 segundos. Pero si tienes los 1000r3gistros antes de ese tiempoos tienes que enviar también.
Lo de las 2 horas no se de donde lo sacas, supongo que será el tiempo máximo que te pueden devolver en [t] Creo recordar, pero no nos liemos

Yo creo haber leído que debes enviar lo pendiente si en 2 horas no llegas a los 1000. Es mas fue una discusión pasada en este mismo foro.
Y de los 60 segundos no he hablado, eso es otra historia.
Pero puedo estar equivocado. Esto estuvo cambiando día a día así que ya no aseguro nada.
¿ Tienes algún link para afirmar que lo de 2 horas no es así ?
Me gustaría saberlo porque estoy en plena faena con lo de veri*factu y NO veri*factu y quiero acabar cuanto antes con esta programación infinita.
Gracias.

[jguarda]

Yo perdoname pero no me entero.


Vamos a suponer un cajero de mercadona que puede ser el que más movimientos tenga en 60 segundo, mas o menos, una factura simplificada como mucho.


Según esta gente, para enviar, hay 2 posibilidades.
1.- consumir el tiempo ( t ) y proceder a enviar lo que tengas.
2- consumir 1000 operaciones antes de que se cumpla el tiempo (t), quien cojones hace 1000 facturas simplificadas en 60 sg, 120 sg, o lo que cojones quieras poner.


Es decir, como es incontrolable, como dijo uno de otro foro, yo haré lo que el, cada 10 minutos miro, y envio lo que tenga y punto pelota.


Eventos.
Para generar el evento de que se me ha ido el suministro electrico, como lo haria el que tiene que emitir las facturas, crearia el un XML con dicho evento a pelo en un TXT y cuando vuelva el suministro enviarselo a la AEAT.


No entiendo como se puede implementar esto en determinados casos. ( que serán muchos )., el router no furula, no tengo suministro electrico, le han pegado una pata al cable y no saben que pasa, no me enciende el monitor y no tengo otro .. un monton de casuisticas incontrolables. .... como se genera el evento de errores ???

[ermendalenda]

Empezado por jguarda

To tengo una pregunta.


Si hago una factura a la 10:00 de la mañana ... que es lo que me impide enviarla a hacienda a las 17:30h.


Lo digo xq yo no guardo en nigún sitio la hora en la que emito la factura, y pienso, como van a saber los de la AEAT que se la dí al cliente, ( *** o no, xq se la puedo enviar x correo 2 días después ***), la hora en la emiti la factua.

En el qr que entregas al cliente esta la fecha de emisión que coincide con la que tiene que tener en el xml, otra cosa es la fecha de generación del xml. La norma dice inmediatamente, eso te lo impide.

[CarlosR]

Empezado por ermendalenda

En el qr que entregas al cliente esta la fecha de emisión que coincide con la que tiene que tener en el xml, otra cosa es la fecha de generación del xml. La norma dice inmediatamente, eso te lo impide.

La norma dice que debe generar un registro (llamémosle tabla paralela de verifactu) inmediatamente a la expedición del documento. De ahí la necesidad de hacer prefacturas en el caso de una factura de venta y generarás la factura cuando la prefactura esté lista. La prefactura no es un documento válido ni el número de documento ha de corresponder con el de la factura. Otra cuestión son las facturas simplificadas o tickets, estos deben ser generados en el momento.

Cuando generas un documento debes añadir el susodicho registro en verifactu o como quieras llamar a la tabla.
Y ese si que es inmediato, guardando en el registro de la tabla una fecha-hora en formato UNC.
Pero desde que tengas ese registro hasta que lo envías a la AEAT puede ocurrir lo que ya le he comentado en el post anterior.
Espero haber sido claro.

Saludos.

[ermendalenda]

Empezado por CarlosR

Yo creo haber leído que debes enviar lo pendiente si en 2 horas no llegas a los 1000. Es mas fue una discusión pasada en este mismo foro.
Y de los 60 segundos no he hablado, eso es otra historia.
Pero puedo estar equivocado. Esto estuvo cambiando día a día así que ya no aseguro nada.
¿ Tienes algún link para afirmar que lo de 2 horas no es así ?
Me gustaría saberlo porque estoy en plena faena con lo de veri*factu y NO veri*factu y quiero acabar cuanto antes con esta programación infinita.
Gracias.

Empezado por CarlosR

La norma dice que debe generar un registro (llamémosle tabla paralela de verifactu) inmediatamente a la expedición del documento. De ahí la necesidad de hacer prefacturas en el caso de una factura de venta y generarás la factura cuando la prefactura esté lista. La prefactura no es un documento válido ni el número de documento ha de corresponder con el de la factura. Otra cuestión son las facturas simplificadas o tickets, estos deben ser generados en el momento.

Cuando generas un documento debes añadir el susodicho registro en verifactu o como quieras llamar a la tabla.
Y ese si que es inmediato, guardando en el registro de la tabla una fecha-hora en formato UNC.
Pero desde que tengas ese registro hasta que lo envías a la AEAT puede ocurrir lo que ya le he comentado en el post anterior.
Espero haber sido claro.

Saludos.

Buff, creo que tienes liado conceptos o no te entiendo muy bien
Como que el número de factura no tiene que coincidir.
Por otro lado cada uno trabaja según tenga el desarrollo, si tu trabajas con números temporales pues ole, pero eso cada uno...

[ermendalenda]

Empezado por jguarda

To tengo una pregunta.


Si hago una factura a la 10:00 de la mañana ... que es lo que me impide enviarla a hacienda a las 17:30h.


Lo digo xq yo no guardo en nigún sitio la hora en la que emito la factura, y pienso, como van a saber los de la AEAT que se la dí al cliente, ( *** o no, xq se la puedo enviar x correo 2 días después ***), la hora en la emiti la factua.

Bueno, atendiendo a la pregunta a ver si soy capaz poniendo ejemplos:

Caso 1
Emites una factura, evidentemente tienes que meterle el QR. En el QR solo está la fecha de emisión, con lo cual puede dar a pensar, lo mando cuando quiera que no se vana a enterar... Pues hay muchas posibilidades de que se enteren que estas operando así. Por que algún cliente va a leer ese QR y Veri*Factu pondrá en marcha el cronometro de cuando la envias e irá viendo que siempre mandas tarde sin marcar como incidencia, o da igual, si lo marcas todo como incidencia también malo. Salta la alarma
Caso 2
Emites una factura a las 10 y no se la entregas al cliente hasta las 18:00 y no la transmites. Entre las 10:00:01 y las 17:59:59 emite 1 o varias facturas más (Que estan encadenadas con la que no has entregado), e imagina que esa si la mandas, pues detectan que tienes un hueco de encadenamiento de X facturas. Salta la alarma.


En resumen: Factura emitida, factura enviada,

Añado un par de cosas:
Si generas el xml con la fechahorauso correcta y la mandas mas tarde tambien PIIII (Alarma) .
Si emites pdf/papel/Facturae, lo lógico es que vaya con la hora de emision y que envies verifactu no te libra de un posible requerimiento de todas las facturas/tiquets/anulaciones/Rectificativas Completas (Con todas las lineas en un formato legible etc). Con lo cual pueden comprobar tambien que la hora de entrega al cliente no coincida con la de generación, si decides generarlo unas horas después.

Como ves no es muy aconsejable hacer lo que dices por que van a disponer de herramientas para detectar precisamente esas cosas. Y ten por seguro que ahora los inspectores iran con su tablet o movil, te pediran la factura o tiquet, tendran su programita donde leen el qr y detectaran cuanto tardas en enviarla. O simplemente con el mismo qr lo leen varias veces hasta que esté subida.

Otra cosa es que estes trabajando sobre temporales, como en algunos casos hacemos muchos. y cuando terminas es cuando lo generas todo, el documento para el cliente, el qr los encadenamientos etc. eso si está permitido siempre que cumplas el reglamento de facturacion y lo emitas dentro de los margenes de tiempo desde la fecha que entregas la mercancia o servicio etc..

[ermendalenda]

Error 2004
El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.

[ermendalenda]

Empezado por ermendalenda

Error 2004
El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.

Por cierto lo de los [120 segundos] es un parametro que tiene pinta que según el numero de incidencias que tengan lo ampliarán o no.
Ya que en el documento de errores el "Error 2004" es así: El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de:

Y Cuando se envia fuera de estois 120 sí te devuelve lo de los 120Segundos.
El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos.

Yo creo que no van a tener que ampliarlo pero no nos esperemos gran cosa.
Creo que habrá que estar pendiente si lo van cambiando.