Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Go Back   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Registros de Facturacion y Eventos (XML)
Register FAQ Members List Calendar Guía de estilo Search Today's Posts Mark Forums Read

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 20/10/2025
adjiza adjiza is offline
Miembro
 
Join Date: Jul 2025
Posts: 18
Poder: 0
adjiza Va por buen camino
Mis envíos de los RF - vuestra opinión

Buenos días.

Me gustaría saber vuestra opinión respecto al flujo de trabajo que he implementado en mi sistema de facturación (sólo Verifactu).
De modo muy global:

1.- Cuando el usuario factura, siempre genera un "borrador" (de hecho, la opción no se llama "Facturar", si no "Generar Borrador"), el cual, posteriormente hay que "validar".
2.- Mientras no se "valide", si decide imprimir, pondrá "Borrador Nº", en lugar de "Factura Nº" y por supuesto, no hay forma de imprimir QR.
3.- A ese "borrador", mientras no se "Valide", se le pueden añadir más registros (borradores de facturas).
4.- Cuando el usuario "Valida", es cuando genero los registros correspondientes al "Registro de Facturación", pero dichos registros, aún no tienen ni "Huella", ni "datos enlazados", ni "fechaUsoHorario"
5.- Cuando termina el último registro del punto anterior, se intentan enviar los registros (hasta máximo de 1000), y es cuando se están generando los registros del correspondiente XML a enviar, cuando se generan los datos enlazados, la huella y la fechausohorario. Todo ello, dentro de una transacción, de forma que si no se genera toda la información sin error, es como si no se hubiese hecho nada y los registros están como recién generados.
6.- Si todo ha ido correcto, se procesa la respuesta y se actualiza determinada información en el fichero "Registro de Facturación".

Un saludo.
Antonio
Reply With Quote
  #2  
Old 20/10/2025
Neftali [Germán.Estévez]'s Avatar
Neftali [Germán.Estévez] Neftali [Germán.Estévez] is offline
[becario]
 
Join Date: Jul 2004
Location: Barcelona - España
Posts: 19,449
Poder: 10
Neftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en brutoNeftali [Germán.Estévez] Es un diamante en bruto
Quote:
Originally Posted by adjiza View Post
4.- Cuando el usuario "Valida", es cuando genero los registros correspondientes al "Registro de Facturación", pero dichos registros, aún no tienen ni "Huella", ni "datos enlazados", ni "fechaUsoHorario"
5.- Cuando termina el último registro del punto anterior, se intentan enviar los registros (hasta máximo de 1000), y es cuando se están generando los registros del correspondiente XML a enviar, cuando se generan los datos enlazados, la huella y la fechausohorario. Todo ello, dentro de una transacción, de forma que si no se genera toda la información sin error, es como si no se hubiese hecho nada y los registros están como recién generados.
Esto me genera algunas dudas:

"es cuando genero los registros correspondientes al "Registro de Facturación", pero dichos registros, aún no tienen ni "Huella", ni "datos enlazados", ni "fechaUsoHorario"
Esto lo veo raro y no lo acabo de entender. Deberías consultar si es correcto.

"y es cuando se están generando los registros del correspondiente XML a enviar, cuando se generan los datos enlazados, la huella y la fechausohorario."
Los registros se deben generar en el momento de guardar la factura, no en el momento del envío. Piensa que el envío puede ser diferido (X segundos) desde que se genera la factura. Se DEBEN generar al guardar la factura no el enviar.
__________________
Germán Estévez => Web/Blog
Guía de estilo, Guía alternativa
Utiliza TAG's en tus mensajes.
Contactar con el Clubdelphi

P.D: Más tiempo dedicado a la pregunta=Mejores respuestas.
Reply With Quote
  #3  
Old 20/10/2025
ermendalenda ermendalenda is offline
Miembro
 
Join Date: Aug 2021
Posts: 2,765
Poder: 8
ermendalenda Va por buen camino
La hora de generación del registro de facturación que confirma que es una factura tiene que coincidir con la del timestamp del xml de cada registro (+-1 minuto), no debes generar un xml posteriormente ni asignarle una hora posterior a la validación de la factura, ni se puede dar el caso de que por alguna incidencia en la generación puedas generarlo con un timestamp posterior, sí tienes una incidencia en la generación debes confirmar la factura cuando subsanes el problema y en ese momento proceder a la generación del xml con el timestamp correspondiente al momentoen el que lo generas,
No es correcto.

Last edited by ermendalenda : 20/10/2025 at 14:23.
Reply With Quote
  #4  
Old 20/10/2025
Carlos Carlos is offline
Miembro
 
Join Date: Aug 2025
Posts: 236
Poder: 1
Carlos Va por buen camino
En el punto 4 discrepo en cuanto a la fechahorauso.
La fecha y hora del RF ha de ser la misma (lo MÁS aproximada posible +-1 segundo digamos) que la del momento de crear la factura.

Otra cosa es la fecha y hora del XML.

Un XML no implica 1 solo RF. Esto va a misa tal cual que un XML puede contener hasta 1000 RF.
Por tanto la fechahorauso del XML no tiene por que coincidir con la del/de los RF.

Por lo demás creo que coincidimos.
Reply With Quote
  #5  
Old 20/10/2025
ermendalenda ermendalenda is offline
Miembro
 
Join Date: Aug 2021
Posts: 2,765
Poder: 8
ermendalenda Va por buen camino
Quote:
Originally Posted by Carlos View Post
En el punto 4 discrepo en cuanto a la fechahorauso.
La fecha y hora del RF ha de ser la misma (lo MÁS aproximada posible +-1 segundo digamos) que la del momento de crear la factura.

Otra cosa es la fecha y hora del XML.

Un XML no implica 1 solo RF. Esto va a misa tal cual que un XML puede contener hasta 1000 RF.
Por tanto la fechahorauso del XML no tiene por que coincidir con la del/de los RF.

Por lo demás creo que coincidimos.
Hola
Perdona, lo mismo no te estoy entendiendo
muy bien, pero lo de la fechaorauso del xml refiriendote al conjunto de registros, a que te refieres? Cada registro en el xml lleva su timestamp de generacion=fechahorauso....
El conjunto de registros empaquetados para el envio no tiene una fechahora, aunque si la respuesta del envio.
Perdona si no te he entendido.

Vale edito:
Creo que eso es lo que le estabas explicando al del antrrior post.. ok ok
Reply With Quote
  #6  
Old 21/10/2025
adjiza adjiza is offline
Miembro
 
Join Date: Jul 2025
Posts: 18
Poder: 0
adjiza Va por buen camino
Quote:
Originally Posted by Neftali [Germán.Estévez] View Post
Esto me genera algunas dudas:

"es cuando genero los registros correspondientes al "Registro de Facturación", pero dichos registros, aún no tienen ni "Huella", ni "datos enlazados", ni "fechaUsoHorario"
Esto lo veo raro y no lo acabo de entender. Deberías consultar si es correcto.

"y es cuando se están generando los registros del correspondiente XML a enviar, cuando se generan los datos enlazados, la huella y la fechausohorario."
Los registros se deben generar en el momento de guardar la factura, no en el momento del envío. Piensa que el envío puede ser diferido (X segundos) desde que se genera la factura. Se DEBEN generar al guardar la factura no el enviar.
Hola, y gracias por vuestros comentarios.

A ver, tal vez no me he explicado bien.
Para mi desarrollo VALIDAR FACTURA = 1-IMPRIMIR + 2-GENERAR RF + 3-ENVIAR RF + 4-PROCESAR RESPUESTA
Proceso continuo, lo que podríamos decir que todo se produce en tiempo real.

Que por cierto, hablando de VALIDAR FACTURA, se me olvidó comentar que, cuando el usuario valida la facturación, la fecha en que valida es la que uso como FECHA EXPEDICION de la factura, ya que podría estar validando un borrador que, por ejemplo, generó ayer.


Pero sí que tenéis razón en que debo generar el timestamp y demás, en el momento de generar los registros de facturación, porque si se produjese un problema (prolongado en el tiempo) durante el envío, podría haber un gran desfase entre cuando se expide la factura y el timestamp que pretendía generar en el momento del envío.

-----------
Un saludo
Antonio
__________________
Un saludo,
Antonio

Last edited by adjiza : 21/10/2025 at 16:59.
Reply With Quote
  #7  
Old 21/10/2025
adjiza adjiza is offline
Miembro
 
Join Date: Jul 2025
Posts: 18
Poder: 0
adjiza Va por buen camino
Quote:
Originally Posted by Carlos View Post
En el punto 4 discrepo en cuanto a la fechahorauso.
La fecha y hora del RF ha de ser la misma (lo MÁS aproximada posible +-1 segundo digamos) que la del momento de crear la factura.

Otra cosa es la fecha y hora del XML.

Un XML no implica 1 solo RF. Esto va a misa tal cual que un XML puede contener hasta 1000 RF.
Por tanto la fechahorauso del XML no tiene por que coincidir con la del/de los RF.

Por lo demás creo que coincidimos.
Gracias Carlos.

No pretendo quitaros la razón, entre otras cosas, por que la tenéis , pero he leído mucho contenido en este foro, y se habla mucho como si hubiese más de una fecha y hora en el procedimiento (o es que yo lo estoy entendiendo mal).

La única FechaHora que yo he encontrado, es la correspondiente a la que se informa cuando se crea el XML a enviar con cada uno de los registros de facturación (FechaHoraHusoGenRegistro).
De ahí que me lo planteara como os expuse.

Es decir (y según mi planteamiento inicial), si físicamente valido e imprimo a las 10:00, x facturas, pero por el motivo que sea, la información no se envía hasta las 12:23, a todos los efectos, es como si el proceso de validación que realicé a las 10:00, lo hubiese hecho a las 12:23

Dicho lo cual, voy ha realizar los cambios oportunos.

-----------
Un saludo
Antonio
__________________
Un saludo,
Antonio

Last edited by adjiza : 21/10/2025 at 16:59.
Reply With Quote
  #8  
Old 21/10/2025
Carlos Carlos is offline
Miembro
 
Join Date: Aug 2025
Posts: 236
Poder: 1
Carlos Va por buen camino
Hola,

Se me ha ido la pinza.
El XML no tiene fecha y hora, son los RF individualmente.

>>Es decir (y según mi planteamiento inicial), si físicamente valido e imprimo a las 10:00, x facturas, pero por el motivo que sea, la información no se envía hasta las 12:23, a todos los efectos, es como si el proceso de validación que realicé a las 10:00, lo hubiese hecho a las 12:23

Sí, si la lógica del programa la tienes así, pero esta lógica no cumple la ley; a partir de ahí y siendo conscientes de ello...

Si es una excepción, lo aceptaran pero en ese caso yo enviaría el XML con el indicativo de 'incidencia' y me prepararía para justificarla, si no es una excepción y lo 'descubren' no te lo aceptaran, y puede haber sanción.

Last edited by Carlos : 21/10/2025 at 20:24.
Reply With Quote
Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Necesito vuestra opinión sobre mi TPV José Luis Garcí Varios 17 06/12/2013 19:20
Solicito vuestra opinión sobre formularios preimpresos Critter OOP 3 06/02/2013 15:50
Me gustaria vuestra opinión Caral La Taberna 81 06/10/2007 14:44
Vuestra opinión sobre el API XML-RPC de una aplicación dec Internet 32 09/12/2006 21:09
A ver si me queréis dar vuestra opinión dec La Taberna 12 02/08/2006 17:05


All times are GMT +2. The time now is 00:17.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi