![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
|||
|
|||
|
Cita:
|
|
#2
|
|||
|
|||
|
TiempoEsperaEnvio si no hay respuesta
Hola tengo una duda sobre el control de flujo y la gestión de los tiempos de envíos.
En el caso que al enviar se produzca una excepción y no recibamos una respuesta del servidor, no tenemos que volver a esperar para hacer otro envío no? Al no tener respuesta, no tenemos el valor de TiempoEsperaEnvio y suponemos que la AEAT no ha recibido los registros de facturación de ese envío. Por lo tanto puedo intentar hacer otro envío inmediatamente no? Gracias |
|
#3
|
|||
|
|||
|
Cita:
Pero aunque el problema sea del servidor de verifactu, tienes que marcarlo como incidencia si se te sale del tiempo de envio que te marcaron la última vez. Por otro lado, aunque no creo que se haga mucho caso, el reglamento dice que en caso de problemas en el envío hay que reintentarlo mínimo cada 1 hora. Yo creo que todos vamos a intentarlo muchísimo más a menudo,pero era una simple observación. |
|
#4
|
|||
|
|||
|
Buenos días.
Cita:
Tengo claro por la documentación, que en la respuesta nos marcarán un tiempo mínimo de espera. Pero lo que no entiendo es cuando habláis de 120" (de límite desde que se generan el Registro de facturación hasta que se envía), ¿Dónde viene este requisito? Os pongo un ejemplo, como funcionaría mi sistema: 1º En la base de datos, se genera/n 1, 2, 5 facturas. 2º Hago el envío de esa/s factura/s 3º Espero el tiempo que me indiquen 4º Compruebo la base de datos, vuelvo al punto 1º. ¿Dónde están esos 120"? o ¿Dónde los debería aplicar? Espero haberme explicado bien. Muchas Gracias. |
|
#5
|
||||
|
||||
|
Cita:
Esos 120" son entre el punto 1 y el punto 2. Si todo funciona bien no tiene porqué pasar, pero en determinados casos se podría dar ese error. No se cómo haces el envío, pero imagina que lo haces desde tu mismo programa. Podría pasar si se diera esta situación: 1º En la base de datos, se genera/n 1, 2, 5 facturas. ==> Se produce una excepción, el programa se cierra y el usuario tarda unos minutos en arrancarlo de nuevo. 2º Hago el envío de esa/s factura/s En este caso el tiempo entre que las has generado y las has enviado son más de 120". Este es un caso excepcional y no debería darse continuamente. Es una forma de conseguir que las facturas se envíen "inmediatamente". Al principio la gente hablaba de ir generando facturas y enviarlas al final de día o cada hora (o el usuario manualmente) para simplificar. Con esta restricción te están diciendo que eso "no vale".
__________________
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. |
|
#6
|
|||
|
|||
|
Cita:
Gracias por tu respuesta. Me he leído el hilo con más detenimiento y ya me ha quedado claro el asunto. La filosofía que quería plantear, por lo que estoy viendo no sería correcta, generar la factura en BD y después con posterioridad hacer el envío, y la hora de la factura sería la del envío. El asunto del QR, que habéis comentado, podría dar problemas (lectura QR antes del envío de la factura. Cita:
![]() Leyendo el Hilo, me ha generado otra duda. ¿Es obligatorio generar el XML de cada factura o grupo de facturas que se envían? Muchas Gracias !!!!! |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Costes Envíos de GCM (Google Push) | rabata2001 | Varios | 0 | 10-05-2016 10:24:26 |
| envios de email me da error | pmfras | Varios | 1 | 29-03-2014 05:28:56 |
| Creación De Paquetes Y Envíos Con La Librería Winpcap | sintecsl | Internet | 0 | 09-01-2011 08:53:40 |
| Como capturar los envios a la impresora | Alexandro | Varios | 2 | 11-02-2009 14:08:36 |
| Compresion y envios cortos | rastafarey | Firebird e Interbase | 3 | 23-11-2005 15:04:08 |
|