Prefacturacion, Proformas y Borradores de facturas (Faq Verifactu)

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

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

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

Bueno realmente demostrar lo que no es con un Link más bien será al contrario, dime donde has visto lo de las 2 horas

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

[CarlosR]

Empezado por ermendalenda

Bueno realmente demostrar lo que no es con un Link más bien será al contrario, dime donde has visto lo de las 2 horas

Como te he dicho, en este mismo foro.
Supongo que lo de linkedin fue problema del corrector.

http://www.clubdelphi.com/foros/showthread.php?p=556357
Ahi puedes buscarlo.


De todos modos lo que realmente me interesa es la Ley actual no un comentario de un foro, eso es solo una aportación personal.
Si tienes un link me gustaría verlo, para cambiar mi programación.
Saludos.

[pablog2k]

en la reunión virtual del otro día comentaron lo de los 60 segundos o 1000 registros , lo que se cumpla antes

sacado del BOE que sacaron con la orden ministerial:
2. Los sistemas informáticos «VERI*FACTU» deberán implementar un mecanismo de control de flujo basado en el tiempo de espera entre envíos, el cual tomará inicialmente el valor de 60 segundos, y en el número máximo de registros admitidos en cada envío.

[CarlosR]

Empezado por ermendalenda

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

Deberías leer los comentarios antes de tomar conclusiones precipitadas, con todos mis respectos ehhh.
LA PREFACTURA ES UN DOCUMENTO AL QUE A LA AEAT LE IMPORTA UN PIMIENTO. PUEDES HACER LO QUE QUIERAS CON EL. NO ES NECESARIO QUE SU CÓDIGO COINCIDA CON EL DE LA FACTURA QUE VAS A GENERAR. Eso es lo que he dicho. Tengo muy claros mis conceptos. Tan claros que paso de discusiones estériles. Te lo digo sin ningún tipo de acritud.

Entiendo que los que participamos en el foro lo hacemos desinteresadamente, al menos ese es mi caso.


Un saludo a todos.

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

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

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

[ermendalenda]

Empezado por CarlosR

Deberías leer los comentarios antes de tomar conclusiones precipitadas, con todos mis respectos ehhh.
LA PREFACTURA ES UN DOCUMENTO AL QUE A LA AEAT LE IMPORTA UN PIMIENTO. PUEDES HACER LO QUE QUIERAS CON EL. NO ES NECESARIO QUE SU CÓDIGO COINCIDA CON EL DE LA FACTURA QUE VAS A GENERAR. Eso es lo que he dicho. Tengo muy claros mis conceptos. Tan claros que paso de discusiones estériles. Te lo digo sin ningún tipo de acritud.

Entiendo que los que participamos en el foro lo hacemos desinteresadamente, al menos ese es mi caso.


Un saludo a todos.

Llevas razón no había leído bien lo del número de factura
Disculpa

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

[CarlosR]

Empezado por ermendalenda

Llevas razón no había leído bien lo del número de factura
Disculpa

Disculpas no aceptadas porque no hubo ofensa.
Simplemente que después de hablar con un cliente cojonero leí tu comentario, nada mas.
Eres un gran colaborador y participante. Personalmente me has solucionado mas de una dificultad.

Todos dedicamos tiempo por imperativo técnico a leer sendos foros y a colaborar cada cual según sus circunstancias. Y a veces perdemos las "cifras".
Una de las pocas cosas útiles que todavía perduran en internet son foros como este en los cuales se puede obtener información muy valiosa. Y que dure !


Saludos !

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

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.

El concepto de prefactura/borrador de factura/etc.etc no es mas que un espacio donde puedas aglutinar albaranes hasta ver el resultado. ES AL VALIDAR la prefactura cuando se crea una factura (documento distinto) con movimientos contables, cartera y un nuevo registro en la tabla verifactu o como quieras llamarla. La factura generada es un nuevo documento con su fecha-hora del momento de creación y que se lleva dicha fecha-hora al nuevo registro de verifactu. La factura y el registro en verifactu coinciden. El documento prefactura en este momento ya no existe. No importa la fecha-hora de la prefactura porque a nadie de la AEAT le molesta un documento que no tienen ni por qué conocer.

No va a funcionar si quieres usar el mismo documento de factura con un contador también de prefactura porque distorsionarías la fecha de creación del registro, entre otras cosas.

El concepto de fecha-hora es muy importante. No sirve solo con leer la fecha del sistema central y usarla. Se debería tener mecanismos de actualización automática con algún servidor de tiempo externo. Esa fecha-hora será luego analizado por la AEAT para ver si se cumplen normas.

No se si me explico.
Este tema ya lo traté hace unos meses, podeis repasar el foro.



Saludos.