Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > General/Noticias
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 04-11-2025
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 4.215
Poder: 24
newtron Va camino a la fama
Cita:
Empezado por Jarogo08 Ver Mensaje
Nosotros tenemos una opción que consulta las facturas que están en la AEAT. Desde esta opción, podrás detectar que la última que subiste es la 500, a pesar de que en el programa sólo habrá hasta la 450.
Desde esta misma pantalla, y estando situado en el registro de la factura 500, podremos "generar" esa factura en el programa. Sólo creamos el registro en la tabla de facturas e irá marcada de una manera concreta para saber que se creó desde esta opción y por tanto no genera registro de facturación.
Una vez creado este registro, la siguiente factura que hagamos va a ser la 501 (el número que le toca, porque nuestro contador sale del MAX()+1 de esta tabla). Entrará aceptada con errores, porque la huella anterior no será correcta (cogerá la de la factura 450, que es el último registro que tenemos en la tabla de registros de facturación). Pero bueno, entra igualmente... luego la subsanamos para que quede correcta y listo.


Podríamos llegar a coger incluso la huella que tiene esa factura para evitar que entre aceptada con errores (como dice Rja750), pero como tenemos estructurado el programa nos implicaría tocar y guardar cosas en la tabla de registros de facturación, y eso queremos evitarlo (integridad, inalterabilidad, bla bla bla).


Luego, con tiempo, se podrán recuperar las otras y meterlas en el programa si quiere el cliente (evidentemente no generarán registros de facturación, las tratamos como si fuera un traspaso de datos inicial: grabamos en la tabla de facturas pero no en la de registros de facturación)

Pues yo lo veo una opción estupenda.
__________________
Be water my friend.
Responder Con Cita
  #2  
Antiguo 04-11-2025
Faneka Faneka is offline
Miembro
 
Registrado: nov 2024
Ubicación: Alicante
Posts: 497
Poder: 2
Faneka Va por buen camino
La verdad que no esta mal, eso si habría que recuperar las facturas que falten porque el cliente querra tener su contabilidad cuadrada, si solo recuperamos la última y hay un hueco de 50 mal vamos, jaja. Además que habra que generar los asientos, efectos, etc..., vamos como si se generaran de nuevo pero sin enviarlas. Me lo anoto como tarea pendiente
Para continuar por un numero concreto ahora que me acuerdo nosotros tenemos la opción de que la siguiente factura que se haga sea la número x. Esto es por ejemplo porque hay clientes que no reinician el contador en cada ejercicio, con lo que cuando hacen la primera del siguiente ejercicio quieren que continue por la factura número xxxx. Con esto podríamos salvar el que sigan generando facturas hasta restaurar las "perdidas".

Última edición por Faneka fecha: 04-11-2025 a las 10:13:57.
Responder Con Cita
  #3  
Antiguo 04-11-2025
Jarogo08 Jarogo08 is offline
Miembro
 
Registrado: ene 2025
Posts: 344
Poder: 2
Jarogo08 Va por buen camino
Cita:
Empezado por Faneka Ver Mensaje
La verdad que no esta mal, eso si habría que recuperar las facturas que falten porque el cliente querra tener su contabilidad cuadrada, si solo recuperamos la última y hay un hueco de 50 mal vamos, jaja. Además que habra que generar los asientos, efectos, etc..., vamos como si se generaran de nuevo pero sin enviarlas.
Claro, claro... la opción que comento sólo es para poner el contador donde le tocaba y que no vuelvas a subir una factura con un número que ya existía.

Lo de recuperar los datos habrá que hacerlo igualmente si el cliente quiere, pero ya lo tratamos como un "traspaso de datos"
Responder Con Cita
  #4  
Antiguo 04-11-2025
Carlos Carlos is offline
Miembro
 
Registrado: ago 2025
Posts: 235
Poder: 1
Carlos Va por buen camino
Pero lo que se recupera de Hacienda no son facturas, son RF y entre sus datos está la huella que es precisamente lo que se necesita para enviar el próximo envío sin error a Veri*factu.

Imaginaos un OT que aplica retención de IRPF, pues en el RF no estará esa retención, no es su factura, es un RF.

Eso de recuperar RF y grabar datos en la tabla de facturas y no en la de RF... No sé. Lo veis adecuado?
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
"La computación cuántica destrozará la seguridad de bancos en segundos" navbuoy La Taberna 1 17-03-2025 15:12:55
SendMessage a Ventana "Advertencia de seguridad" JuanErasmo API de Windows 1 17-01-2008 22:05:37
Como hacer que se vea "Si" en vez de "TRUE" en un DBGrid lu9eui C++ Builder 2 07-08-2007 04:03:13


La franja horaria es GMT +2. Ahora son las 02:22:43.


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