...
Nota1: Esta funcionalidad todavía no está disponible para FUSE. Se notificará cuando esté activa. Nota2: Esta nueva funcionalidad está disponible a partir de la versión 1.7. |
1. Problema Time Out
...
AT
Dependiendo del tráfico que se produzca en los servidores de la Agencia tributaria, cuando el tráfico es alto, al esperar la respuesta, esta devuelve un TimeOut, y tratándose de un servicio síncrono, no es posible volver a realizar la petición para recuperar dicha respuesta. No obstante ellos como servidor procesan la Factura, pero al tardar tanto en procesarla no se puede mantener la conexión abierta y acaba por cerrarse quedando la respuesta de ellos incompleta.
De esta manera se crea una inconsistencia en los estados de las facturas entre la AEAT AT y SAP, ya que en la AEAT AT estas facturas han sido procesadas, y al no ser capaz de devolver la respuesta al Middleware, los estados de estas facturas en SAP no son actualizados y siguen en estado “Incluido en Lote”.
Según hemos sido informados, la AEAT AT no puede hacer nada por mejorar la situación, por lo que es posible que se repita este problema en más de una ocasión.
2. Cómo tratar el problema de Time Out
Desde producto se ha desarrollado un proceso para ayudar a los clientes a tratar esta problemática. Se ha creado un estado nuevo para los lotes, “Time Out”, de manera que cuando se produce un TimeOut de respuesta entre el Middleware y la AEATAT, este error es recogido por FUSE o PI que envía un código de error específico a SAP para marcar el lote con este nuevo estado:
...
Para resolver estas inconsistencias de estados hay que hacer ciertas acciones manuales.
2.2 Parametrizaciones previas
Para que los lotes puedan tomar el estado de TimeOut previamente se necesita parametrizar la tabla /EDGE/SII_MP_013 – Equivalencia entre estados Middleware y eDocuments:
...
| Estado | Paso de Proceso |
|---|---|
504 | TIME_OUT |
2.1 Acciones manuales a realizar
Para tratar esta problemática lo primero que se debe hacer es comprobar el estado de las facturas en la AEAT AT para saber si estas han sido aceptadas o rechazadas.
...
cambiamos los estados de los intermedios a los estados que indica la AEATAT. Esto es, si los registros están aceptados, los marcamos como aceptados, si los registros están rechazados los marcamos como rechazados o si han sido aceptados con errores lo marcamos como aceptado con errores. Finalmente cambiamos el estado del lote a un estado final para que no de error de lote vivo (que un intermedio esté en dos lotes a la vez en un estado que no sea aceptado, aceptado parcial, rechazado o descartado), ya sea aceptado, si todos registros están aceptados, aceptado parcialmente si hay algún rechazo o rechazado si todos registros están rechazados.
...
Los registros que han sido rechazados deben corregirse y volverse a enviar a la AEATAT.
Importante: Se puede optar por volver a enviar los registros de un lote con error de TimeOut metiendo los registros de este lote en uno de modificación para conseguir que la AEAT AT nos devuelva los estados correctos sin tener que consultar su estado uno a uno. De esta manera, con un lote de modificación, si las facturas fueron aceptadas en el primer envío con error de TimeOut, no obtendremos el error “Factura duplicada” que daría en caso de enviar de nuevo las facturas en un lote de alta.
Hay que tener en cuenta que esto es posible hacerlo en todos tipos de facturas menos en los Cobros de facturas emitidas y Pagos de facturas recibidas. Estos dos libros son acumulativos y si se envían más de una vez a la AEAT AT se sumarán importes incorrectos. Por ello es necesario comprobar el estado de estas facturas en la AEAT AT y en caso de que estén aceptados no volver a enviarlos y ponerlos con estado “Aceptado” en el Cockpit para que los estados (SAP y AEATAT) estén alineados.
El producto no puede desarrollar una funcionalidad automática para el problema del Time Out, ya que hay facturas que no pueden ser enviadas automáticamente de nuevo a la AEAT AT sin haber comprobado su estado, como es el caso de cobros de FE y pagos de FR.
3. Recomendaciones
Recomendamos que los Lotes no contengan más de 1000 facturas, incluso fijar como máximo 750 facturas ya que cuanto más grande es el lote más riesgo de error de TimeOut hay. Para ello se puede parametrizar la tabla “Condiciones para lotes SII”:
...