![]() |
![]() |
| 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
|
||||
|
||||
|
A nosotros nos aviso hacienda que lo estabamos haciendo mal. Gipuzkoa se traga casi todo y luego cuando entra el usuario a su intranet de hacienda ve todos los errores.
|
|
#2
|
|||
|
|||
|
Cita:
Para poder ver que lo que traga (Es verdad que Gipuzkoa se lo come todo) y analizar lo que no es correcto: Alguien sabe cómo se puede hacer para ver estos posibles ERRORES en la intranet del "usuario" en el modo de pruebas, el que estamos usando todos en esta fase. Supongo que deberá ser una intranet del usuario propietario del certificado emisor de la factura..... no sé como se puede acceder ......sin esperar a la implantación ya en "real". Gracias. |
|
#3
|
||||
|
||||
|
Comprobación de servicio activo
Hola,
¿Alguien ha implementado alguna función que simplemente chequee si el servidor de Hacienda está activo? Me explico: Supongamos que genero un lote de facturas que quiero enviar a Gipuzkoa y recibo un error 503 de servidor inoperativo. Paro el envío y esas facturas quedan pendientes. En lugar de volver a intentar enviar toda la remesa pienso que podría ser interesante un simple chequeo de servidor operativo. No estoy muy puesto en REST. Había pensado mandar un post sin body de factura y comprobar que la respuesta sea inferior a 500, pero seguro que hay métodos mejores. Cualquier sugerencia es bienvenida. Gracias. |
|
#4
|
|||
|
|||
|
Cita:
Exactamente eso es lo que hacemos. Antes de enviar una factura, enviamos una petición (REQUEST) a la url de recepción de facturas o a la url de anulación (en caso de envío de anulación). Esta petición será un POST sin body. Se analiza la respuesta, y si el estado no es 200, se informará que no se puede enviar en ese momento. De momento no conocemos otro método mejor, pero el anterior funciona perfectamente para chequear que el servidor de Hacienda está operativo. |
|
#5
|
||||
|
||||
|
Gracias por tu respuesta.
Cita:
POST https://tbai-prep.egoitza.gipuzkoa.e...nFacturas/alta Content-Type: application/xml;charset=UTF-8 Body: none Pero siempre recibo error 400: Error 400: SRVE0295E: Error reported: 400 Si en lugar de POST hago GET, la respuesta es Error 405: Request method GET not supported y si hago HEAD la respuesta es 405 Method Not Allowed. Qué hago mal? |
|
#6
|
||||
|
||||
|
Cita:
¿En vuestra opinión, si envío un GET sin body y recibo un Error 405 (GET not supported) podría deducir que el servicio está activo, o no tiene nada que ver? Como dije, no estoy muy puesto en servicios REST. Gracias de antemano. |
|
#7
|
|||
|
|||
|
Cita:
Tiene que ser una REQUEST "POST", otros métodos (GET / Etc.) no las soporta, de ahí que devuelva los status 405. Cuando haces la petición te exige que te identifiques, para ello en POSTMAN: - en Settings configura a ON "Enable SSL certificate verificactn". - Ahí mismo tienes acceso a Settings, y en la pestaña Certificates añade el certificado con el que te indentificarás. Lo hemos probado en POSTMAN y funciona correctamente saludos |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3716 | 19-01-2026 20:01:34 |
| Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
| Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
| El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
| Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|