![]() |
Error interno en el servidor
<?xml version="1.0" encoding="UTF-8"?><env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"><env:Body><env:Fault><faultcode>env:Server</faultcode><faultstring>Codigo[103].Error interno en el servidor</faultstring></env:Fault></env:Body></env:Envelope>
Esta es la respuesta que estoy recibiendo de la AEAT esta mañana. Una vez revisado veo que es error interno del servidor, y se supone que la factura enviada NO QUEDA REGISTRADA EN AEAT, pero yo la identifico con error CUANDO EN TEORIA NO ES ASI. Como tengo que actuar: Aceptando el error con los consiguiente problemas de seguimiento de huella entre mi registro y hacienda y emitir RECTIFICATIVAS O ANULACION ???? Desactualizar en mi control esta factura como ya emitida a AEAT y esperar el buen funcionamiento del SERVIDOR . ??? Otros metodos. ?? Cual seria el idoneo Gracias |
Cita:
Es un error de Hacienda no de tu SIF ni de tu XML, por tanto no debes alterar nada salvo el indicador de 'incidencia' en el XML para su envío. Lo mismo ocurriría si te quedaras sin conexión a internet. |
Sigue el error creo
|
Pero te sigue saliendo ese error ?
|
Cita:
Ayer tarde YA NO SALIA Pero de todas formas tengo la duda del tratamiento de estos errores, pues luego por la tarde cuando segui con las pruebas, la factura que admitio dio ERROR porque no coincide la huella ACTUAL (nueva) y la ANTERIOR (la que no recibio hacienda.) Habra que ver como tratar estos errores Gracias |
Cita:
|
En entorno de pruebas he enviado registros sin problemas. Aunque es verdad que he estado mandando anulaciones con errores en la estructura y me daba el error que comentabais.
En cuanto a ese error está claro que debes encolar ese registro para reintentar el envio hasta que se acepte. |
Cita:
|
Cita:
Se encola todo lo no enviado hasta que exista conexion o se arregle lo que sea que no permitia enviar. El envio de lo que esta encolado se hace teniendo en cuenta que primero se envian los que estan fuera de tiempo (SUBSANACION=S) y despues el resto un saludo |
Cita:
Creo que el registro debe crearse en el momento de la factura e intentar su envío, así el registro tendrá la fecha y hora de la generación de ese momento. El problema de "error server" es ajeno al SIF e incontrolable por el SIF, por tanto se genera XML y se intenta su envío. En mi caso generando siempre el XML lo tengo resuelto, en caso de este tipo de errores el XML lo sigo teniendo e intentaré su reenvío cuando "crea" que el sistema lo permite e indicará 'incidencia' en él. De este modo todo el proceso del SIF sigue su curso y el envío queda como un apéndice de todo ello. Es más, si lo generas y envías a posteriori, con que fecha y hora lo harás? La de la generación del registro, de la factura? Indicando incidencia en el XML? Pero cada uno que adopte la solución que crea conveniente. |
Cita:
No se subsanan envíos, se subsanan facturas/registros de facturación. Se envía el XML indicando 'incidencia'. La 'subsanación' de envíos (por decirlo de alguna manera) se hace indicando 'incidencia' en el XML. |
A mi lleva toda la tarde saliéndome ese error. ¿Se os ha solucionado?
|
Cita:
|
Cita:
Lunes por la mañana y persiste el error Codigo[103].Error interno en el servidor A alguien le funciona el entorno de pruebas? Puede ser alguna actualización suya que nos haya dejado out?? Precisamente estaba mandando una factura de lo mas normalito... SL, española, base imponible, 21 de iva y chimpun.... Ya es que lo dudo todo... Gracias |
Estoy igual. Les he enviado un correo preguntando y estoy a la espera. Pero todo indica que es todo cosa suya.
|
Cita:
Gracias, ya nos contaras que te dicen. |
Acabo de hacer una consulta de los registros enviados y da el error interno.
|
Cita:
|
Me han respondido esto:
Buenos días: Le confirmamos que se ha detectado una incidencia al hacer uso de los certificados electrónicos para pruebas de desarrolladores (A39200019 y 99999910G). No deberían afectar a contribuyentes autenticados con certificados reales. Se ha escalado la incidencia por lo que deberán intentarlo más tarde. Disculpe las molestias. Atentamente, Atención al Usuario Departamento de Informática Tributaria Email: [email protected] |
Gracias por la respuesta.
^\||/ |
Cita:
Osea, que con nuestros certificados "autenticos" podría funcionar... Gracias por la info |
Confirmo que con un certificado "no de pruebas" funciona.
Gracias por la info. |
Cita:
Como estas facturas se han emitido/imprimido llevan ya el QR que las identifica aunque hacienda todavia NO LAS TENGA. Es correcto lo que te planteo ??? Gracias |
Cita:
Correcto. Me equivoque de nodo al escribirlo. Gracias por la anotacion vaya que alguien lo pusiera mal |
Cita:
INCIDENCIA = "S". Asi es como yo lo hago. En el momento de enviar compruebo lo que hay pendiente y envio por separado primero las que tienen incidencia por no estar en el tiempo y despues , si las hubiera, envio el resto sin incidencia siempre dentro de los plazos entre cada envio que nos dicen que tenemos que respetar. un saludo |
Cita:
"no debes alterar nada salvo el indicador de 'incidencia' en el XML para su envío"->Tienes un XML perfectamente válido (sería lo normal), con sus registros cada uno de ellos con su huella; pero Hacienda tiene un problema de servidor y no puedes enviarlo, pues cuando se puede se envía indicando 'incidencia'. Es que si no se puede dar la situación de fecha factura 15/08 y registro facturación 17/08 (por lo que sea no se puede enviar durante 2 días), y si se envía el XML 'normalito', hacienda dirá "¿Por que no la ha enviado Usted el día 15?" Si no tenemos Internet debemos seguir facturando y en la factura estampar su QR, y Hacienda no las tendrá hasta que las enviemos. Y entiendo que si se emite factura se debe generar registro de facturación (con su fecha y hora); otra cosa sería generar en ese momento el XML o más tarde (yo genero el XML cada 'n' segundos con lo que esté pendiente de enviar). De hecho los que están en 'No Veri*factu' no saben si tendran problemas con sus facturas hasta que Hacienda se las pida (que se les pedirá, al tiempo), pero cuando emiten factura, generan registro de facturación y lo firman (creo que es así, lo digo de memoria). |
Cita:
no he entendido muy bien lo de incidencia="X" supongo que has querido decir incidencia="S" En todo caso, si no se ha pasado el tiempo permitido de envio, aun puedes enviar sin incidencia. |
16/09/2025 8:37 con un certificado autentico los servicios de pruebas dan "error interno del servidor":confused: las de producción estan ok.
|
Lo deben estar haciendo para que probemos el tema de las incidencias...
:p:p:p |
Si esta es la capacidad de respuesta que tienen vamos bien.
|
Ya te digo. Nos van a devolver las horas estas sin poder avanzar?
|
Bueno... yo ya he aprovechado para controlar los errores del servidor, reintentos cada X min. etc. :rolleyes:
Y a mi si que me funciona el servidor de pruebas con un certificado bueno. |
yo ya he enviado, en pruebas, varias facturas, simplificadas, ordinarias y rectificativas sin problemas con un certificado valido.
|
A mi ya me funciona con los de prueba.
|
Si, ya funciona, acabo de enviar una.
|
Cita:
Funcionando de nuevo Gracias a todos |
Cita:
Cita:
Codigo[103].Error interno en el servidor Os funcionan? Ya hace una semana que empezó el problema con los certificados para empresas de desarrollo... |
A mi ahora en PREPRODUCCION me está funcionando perfectamente con el 99999910G
|
Cita:
Muchas gracias Neftali Supongo que ha fallado en el momento que lo estaba probando:o Saludos |
Erro
Hola nos esta dando en producción con los certificados de sello. A alguien mas?
Se ha producido un error interno en el sistema. Página no habilitada, Desactivada temporalmente Identifiacion del error : 245835511 |
| La franja horaria es GMT +2. Ahora son las 11:32:59. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi