![]() |
![]() |
| 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
|
|||
|
|||
|
Mi duda era en realidad si puedo enviar un bloque como Incidencia = S aunque solo algunas facturas de ese bloque vayan fuera de tiempo pero otras no.
Porque el campo Incidencia va en la cabecera del bloque, no en cada registro/factura. |
|
#2
|
||||
|
||||
|
Cita:
Cita:
__________________
La religión es personal e intransferible. |
|
#3
|
|||
|
|||
|
Cita:
Creo que el tiempo t que se recibe en cada envío en <TiempoEsperaEnvio>60</TiempoEsperaEnvio>, no es el que estamos hablando, el que se recibe en cada envío es el tiempo que debe de pasar para poder realizar otro envío ( Siempre que no tengas mas de 1000 registros pendientes de envío que si puedes realizarlo) El tiempo que creo estamos hablando es el máximo que puede pasar entre un envío y otro, que originalmente yo recibía 120 segundos y ahora estoy recibiendo 240 segundos. Saludos |
|
#4
|
||||
|
||||
|
ah joder, culpa mia pues, obviad ese comentario.
__________________
La religión es personal e intransferible. |
|
#5
|
|||
|
|||
|
Veo que desde hace días estáis hablando de un tiempo máximo de 240 segundos entre la "fechahora" de generación del registro de facturación y el momento de su envío, en lugar de los 120 iniciales. ¿ Esto está documentado en algún sitio ?.
Con respecto a enviar un grupo de facturas generadas desde el último envío, si la primera pendiente ya supera el tiempo, y por tanto hay que marcar el envío con incidencia="S", el resto de facturas también lo superaran. |
|
#6
|
|||
|
|||
|
Buenas!
Hay tantas variantes (pendiente, enviada, rechazada, a revisar/rectificar/subsanar, anulada, duplicada...) que me estoy haciendo un lío para evitar que una factura (o bloque de X facturas) se siga re-intentando enviar indefinidamente cada X segundos. Entiendo que las facturas que son directamente Rechazadas por Hacienda, las marcáis como "Rechazadas" y el bucle de envíos debería ignorarlas, para no seguir intentando el envío hasta el fin de los días, ya que el usuario puede que la subsane hoy, mañana o dentro de una semana... - Si es "subsanable", habría que tener un campo tipo "YA_CORREGIDA" y, solo si ya ha sido corregida, entonces sí, re-enviarla otra vez. - Si es "Rectificable", no hay que reintentar el envío nunca, ya que en este caso lo que se hace es enviar una nueva factura rectificativa (esta ya quedó rechazada y punto). En fin, que creo que me estoy agobiando un poco porque acabo de empezar con el dichoso control de flujo + tiempo de espera. A medida que haga pruebas iré viendo cómo proceder con cada caso y qué necesito. Con lo feliz que estaba yo enviando las facturas una a una ![]() |
|
#7
|
|||
|
|||
|
Cita:
|
|
#8
|
|||
|
|||
|
Cita:
En el XML de errores no se mojan, indican:"2004 = El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de:" sin indicar un numero después del "de:" Saludos |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Generacion y envio de las facturas | Becario127 | Registros de Facturacion y Eventos (XML) | 3 | 25-11-2024 13:02:31 |
| Envio Directo Aeat | keys | Internet | 0 | 24-04-2024 08:33:14 |
| AEAT envio de datos vía Webservice problemas con WSDL | CelsoO | Internet | 11 | 09-10-2019 20:03:41 |
| como mostrar una pagina(html) parte por parte? | gabrielflowers | PHP | 10 | 02-04-2008 00:37:21 |
| desglosar | srangel | JAVA | 1 | 29-09-2004 18:09:38 |
|