Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Envío de registros y sus respuestas (https://www.clubdelphi.com/foros/forumdisplay.php?f=66)
-   -   Consultas de registros enviados a Verifactu (https://www.clubdelphi.com/foros/showthread.php?t=97696)

emailesc 18-09-2025 20:13:21

Consultas de registros enviados a Verifactu
 
Estoy implementando consultas en nuestros sistemas y quería preguntaros que tratamiento le dais a los datos recibidos: ¿los mostráis en pantalla y cuando se cierra se eliminan los datos?, ¿los guardáis en una tabla y los vais bajando por meses o periodos y luego se consulta esta tabla?
Estoy por bajar los datos con una cierta periodicidad automáticamente, guardarlos en una tabla y que luego se consulte la tabla, pero no se si es matar moscas a cañonazos teniendo los datos de los registros ya guardados y además por duplicado.
Y otra pregunta, los cruzáis con los que tenéis de los envíos o facturas? ¿merece la pena? No veo cómo lo que tenga hacienda no lo vas a tener tu...

ermendalenda 19-09-2025 07:48:46

Cita:

Empezado por emailesc (Mensaje 567868)
Estoy implementando consultas en nuestros sistemas y quería preguntaros que tratamiento le dais a los datos recibidos: ¿los mostráis en pantalla y cuando se cierra se eliminan los datos?, ¿los guardáis en una tabla y los vais bajando por meses o periodos y luego se consulta esta tabla?
Estoy por bajar los datos con una cierta periodicidad automáticamente, guardarlos en una tabla y que luego se consulte la tabla, pero no se si es matar moscas a cañonazos teniendo los datos de los registros ya guardados y además por duplicado.
Y otra pregunta, los cruzáis con los que tenéis de los envíos o facturas? ¿merece la pena? No veo cómo lo que tenga hacienda no lo vas a tener tu...

Lo que veas, pero yo veo mejor crear una funcion que puedas hacer la consulta solo cuando sea necesario, para cerrar un trimestre... me da un poco ee miedin que cuando haga la consulta no se haya actualizado el ultimo registro o cualquier otro problema, prefiero los datos "fresquitos"
En Cuanto al formato, yo diria mejor formatos se puede necesitar una simple totalización de bases y cuotas o pasarlo a excell (csv), como ayuda por si se necesita para los libros de iva.
De todas formas confirmo que yo lo veo una perdida de tiempo, estando el servicio web de consultas, de momento no pienso hacer nada de consultas, a lo sumo para verificar el ultimo registro enviado de un sif por si me hace falta tecnicamente en algun momento.puntual o totalizacion de bases e ivas para ayudar a contabilidad a generar la declaracion trimestral

emailesc 19-09-2025 08:15:26

Cita:

Empezado por ermendalenda (Mensaje 567874)
Lo que veas, pero yo veo mejor crear una funcion que puedas hacer la consulta solo cuando sea necesario, para cerrar un trimestre... me da un poco ee miedin que cuando haga la consulta no se haya actualizado el ultimo registro o cualquier otro problema, prefiero los datos "fresquitos"
En Cuanto al formato, yo diria mejor formatos se puede necesitar una simple totalización de bases y cuotas o pasarlo a excell (csv), como ayuda por si se necesita para los libros de iva.

Para mi las dos opciones básicas son:
  • La consulta, que se baje cuando se necesite lo que se necesite, meter los datos en una tabla temporal y descargarlos si es necesario a Excel (que sería el formato normal) y cuando termine la consulta borrar los datos de la tabla temporal.
  • Hacer una consulta automática, por ejemplo diaria, semanal, etc, ir metiendo todos los registros en una tabla y consultarlo con una tabla dinámica. Así se puede consultar lo que se necesite, exportar a cualquier formato, por ejemplo para declaraciones, etc. Esta es la opción que más contemplo y la diferencia principal con lo anterior es que se guardan permanentemente los datos después de la consulta.
Me fastidia porque es gastar más espacio de BBDD para algo que ya está (en nuestro caso) por triplicado. Además supongo que las gestorías de los clientes ya no les pedirán los datos de facturación a estos, si no que se los bajarán directamente ellos. Pero como ya estoy un poco paranoico con esto de hacienda parece que hay que tener todos los datos "no vaya a a ser que..." Por eso preguntaba como lo hacéis vosotros, ¿guardáis los datos de las consultas o los vais acumulando?

ermendalenda 19-09-2025 08:40:07

Cita:

Empezado por emailesc (Mensaje 567875)
Para mi las dos opciones básicas son:
  • La consulta, que se baje cuando se necesite lo que se necesite, meter los datos en una tabla temporal y descargarlos si es necesario a Excel (que sería el formato normal) y cuando termine la consulta borrar los datos de la tabla temporal.
  • Hacer una consulta automática, por ejemplo diaria, semanal, etc, ir metiendo todos los registros en una tabla y consultarlo con una tabla dinámica. Así se puede consultar lo que se necesite, exportar a cualquier formato, por ejemplo para declaraciones, etc. Esta es la opción que más contemplo y la diferencia principal con lo anterior es que se guardan permanentemente los datos después de la consulta.
Me fastidia porque es gastar más espacio de BBDD para algo que ya está (en nuestro caso) por triplicado. Además supongo que las gestorías de los clientes ya no les pedirán los datos de facturación a estos, si no que se los bajarán directamente ellos. Pero como ya estoy un poco paranoico con esto de hacienda parece que hay que tener todos los datos "no vaya a a ser que..." Por eso preguntaba como lo hacéis vosotros, ¿guardáis los datos de las consultas o los vais acumulando?

Yo me guardo 2 nodos de las respuestas OK y/o el xml en caso de respuestas KO o las aceptadas con errores, simplemente por si hay que reclamar que ellos no han registrado correctamente un envio(aunque lo veo improbable)
En los casos OK guardo los nodos:
《tikR:CSV>
Y
<tik:TimestampPresentacion>
Junto a cada uno de los registros enviados de esa respuesta.
De esta forma no consumo demasiado espacio, que también valoro mucho


La franja horaria es GMT +2. Ahora son las 14:53:25.

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