![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Cita:
![]()
__________________
La otra guía de estilo | Búsquedas avanzadas | Etiquetas para código | Colabora mediante Paypal |
|
#2
|
|||
|
|||
|
Bueno, una vez en una versión ya más antigua de Delphi recuerdo hacer pruebas con hilos y recuerdo a cada rato recibir AccessViolation y errores similares. Tal vez hoy en día la cosa está mejor, si nos pusieras un ejemplo que funcione bien te lo agradecería en el alma, porque así podría crear un hilo diferente por cada obligado tributario. Saludos.
|
|
#3
|
|||
|
|||
|
Ese error en todo caso, y en un monton dd lenguajes sale por hacer mencion a objetos (variables, tablas, indices de matrices) que no existen, ya sea por que estan ya cerradas o se han declarado como privadas y las esta intentando leer/asignar desfe otra instancia fuera del rango al que pertenece. Eso no es priblema de los triggers, en vb6 si que hay problema con los triggers que es dificilisimo hacer triggers totalmente asincronos, por no decir imposible
Última edición por ermendalenda fecha: 10-11-2025 a las 17:57:39. |
|
#4
|
||||
|
||||
|
Yo tengo VeriFactu ejecutándose en un thread que tiene un timer y una propiedad de “PendienteEnvio” y “FechaNuevoEnvioAutorizado”.
Cuando genero una nueva factura marco el PendienteEnvio a True y si la fecha actual iguala o supera a la de FechaEnvioAutorizado hago el envío de todo lo pendiente. Leo el tiempo para el siguiente envío que me devuelve hacienda (en caso de error o no respuesta marco 60 segundos y espero ese tiempo con el timer. Si transcurrido el tiempo la variable de PendienteEnvio se ha vuelto a poner a True (porque se ha generado una o más facturas nuevas) se vuelve a hacer el envío y así sucesivamente. Este proceso está semiautomatizado gracias al componente de seccion31, aunque el thread hay que currárselo. Evidentemente tiene que establecer su propia conexión independiente con la BD, que creo que puede ser el principal fallo cuando no estás habituado a los threads. Con este sistema nunca se para ni interrumpe el trabajo del usuario con los envíos a VeriFactu, y nos ahorramos comprobaciones y envíos fuera de tiempo. Adicionalmente, cuando hay algún envío pendiente, si intentas cerrar el programa te pide que esperes antes de cerrar para asegurarse de que se realiza el envío.
__________________
El recuerdo es la prisión en la que el alma sueña pasado, cuando no vive el presente, ni quiere un futuro. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| TIBDataBase + Timeout | mjjj | Conexión con bases de datos | 3 | 17-06-2010 22:56:36 |
| Timeout de TIdsmtp | mjjj | Internet | 0 | 11-01-2010 21:10:07 |
| IBDataBase Timeout | pabloc | Conexión con bases de datos | 0 | 20-06-2008 08:18:37 |
| TimeOut en Sql Server | FNADALO | Conexión con bases de datos | 1 | 28-09-2004 17:31:17 |
| Cgi Timeout | intro | Internet | 0 | 05-09-2003 01:36:40 |
|