![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|
|
#1
|
|||
|
|||
|
Bloqueo envio
Hola.
Mirad esto no es la primera vez que me pasa, y debida a la gran cantidad de tiquets que se generan, me temo que cada varios días me va a pasar, siempre en fin de semana. Acabo de tener un aviso de envio en fuera de tiempo, pero fijaos: - Comienzo envio 12:04:13 despues de esperar el anterior y el registro ya tenia algunos segundos, se generó a las 12:03:26. - Pues bien, a pesar de tener los timeouts en 40 segundos, el curl se queda enganchado y me dan la respuesta a las 12:07:52. - Bicheando por todos lados, parece ser que es posible que el servidor bloquee por cargas excesivas, firewall internos, bugs.. y los envios no puedan saltar por que hay actividad TCP, - O sea, cuando empiecen todos a enviar, que va a pasar? -Y yo me quedo con el 2004, espero que lo tengan contemplado. - Joder esto no lo tenia yo previsto. voy a tener que hacer otro hilo de matar envios si se pasa de tiempo. - Voy a reportarselo a ver que me dicen |
|
#2
|
|||
|
|||
|
Aaaahhh ya creo que tengo la solución, mañana la pruebo, hay que añadir 2 parametros máa al curl. Jajaja vaya tela de paranetros:
Código:
--speed-time 10 --speed-limit 1 Si en 10 segundos no llegan 1 byte, aborta SIEMPRE. Aunque he mandado la consulta para ver si me tengo que asustar para estos temas ocasionales del error 2004, creo que la respuesta puede ser interesante Última edición por Neftali [Germán.Estévez] fecha: 17-11-2025 a las 08:40:44. |
|
#3
|
|||
|
|||
|
Cita:
-busca todos los errores 2004 que no se han 'revisado'. -clona los RF correspondientes a estos errores con fecha y hora del momento de la clonación (cada RF debe tener su propia fecha y hora de creación). -dejo los 'nuevos' RF preparados para enviarse como subsanación junto con todos los RF que existan para enviar. -marco los errores 2004 como 'revisados'. -cuando debe generarse un nuevo envío, se creará el XML correspondiente y se enviará. -seguimos para bingo. |
|
#4
|
|||
|
|||
|
Cita:
Si no me equivoxo, el 2004 no necesita de subssanacion, solo tenerlo en cuenta para revisar el software(control de flujos) Tienw pinta quw he malinterpeetado: "este caso se excepxiona de ser subsanado" y twnga algun condicionante que no haya interpretado yo. Última edición por ermendalenda fecha: 15-11-2025 a las 19:17:17. |
|
#5
|
|||
|
|||
|
Cita:
Debo releerlo nuevamente, aunque ya en una respuesta de Veri*factu me decían que no precisaba subsanación. Yo por si acaso lo tengo preparado, me ha costado poco. De paso me ha servido para ver si encaro algún otro caso fácil de resolver, como el de NIF no censado que enviaría con el tipo 'No censado'; pero esto de momento no lo he tocado. |
|
#6
|
|||
|
|||
|
Joder vaya lio, por un lado esto:
"0.7.2 21/05/2024 Eliminación de la categorización de errores admisibles subsanables y no subsanables. El error en el campo FechaHoraHusoGenRegistro se excepcionada de la necesidad de subsanación. " Por otro esto en el mismo documento: "Si se ha informado en el campo FechaHoraHusoGenRegistro una fecha y hora mayor que la fecha del sistema de la AEAT, admitiéndose un margen de error. Se excepciona este error de la necesidad de ser subsanado." Pero en el listado de errores, en la parte de errores que necesitan ser subsanados, esta incluido el 2004. ,¿necesito un abogado? Última edición por ermendalenda fecha: 15-11-2025 a las 20:35:51. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Bloqueo de registros | Turia | C++ Builder | 1 | 02-10-2006 16:59:02 |
| Bloqueo de Registros | pelaorb68 | Conexión con bases de datos | 5 | 11-05-2006 00:00:57 |
| Bloqueo De Registros | pepeus | SQL | 2 | 01-02-2006 18:04:12 |
| bloqueo en ADO | pescriba | Conexión con bases de datos | 2 | 01-10-2004 13:13:13 |
| Bloqueo de registros en DB2 | mpedra | DB2 | 5 | 01-07-2003 22:10:48 |
|