FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1221
|
|||
|
|||
aah ok
Por cierto, hablando de la sesión de ayer de la Hacienda Gipuzkoa... Alguien oyó que el link del QR en el entorno de pruebas funcionaban? |
#1222
|
|||
|
|||
Cita:
No entiendo. Puede ser una factura con una sola operación que se considera no sujeta a IVA, según lista L13: OT - No sujeto por el artículo 7 de la Ley del IVA. Otros supuestos de no sujeción. RL - No sujeto por reglas de localización. ¿No es así? Saludos |
#1223
|
|||
|
|||
yo lo oí y a mi si que me funcionan
|
#1224
|
|||
|
|||
a mi los de pruebas de guipuzkoa tambien me funcionan |
#1225
|
|||
|
|||
#1226
|
||||
|
||||
Me podéis mostrar por favor un ejemplo de QR accesible en el entrono de pruebas?
Yo no consigo acceder. Por ejemplo, genero el siguiente código QR: https://tbai-prep.egoitza.gipuzkoa.e...i=26.62&cr=027 Y si accedo a él desde el navegador se muestra el siguiente error: SRVE0255E: A WebGroup/Virtual Host to handle /qr/ has not been defined. SRVE0255E: A WebGroup/Virtual Host to handle wasprex1.sare.gipuzkoa.net:9083 has not been defined. Estoy haciendo algo mal? |
#1227
|
||||
|
||||
Cita:
Esto : Tu https://tbai-prep.egoitza.gipuzkoa.eus/qr/ OK https://tbai.prep.gipuzkoa.eus/qr/ Saludos |
#1228
|
||||
|
||||
Lo revisamos. Muchas gracias!!!
|
#1229
|
|||
|
|||
Cita:
Hola, aparte de lo que te pone thinkows, tienes que aplicar URL encoding al identificador TBAI porque contiene un signo +. En la página 32 de este tema tienes más información que posteó joselugrk. Aprovecho para decir que soy nuevo en el foro aunque llevo tiempo leyendo todo lo relativo a Ticket Bai y agradezco enormemente la labor que habéis hecho todos para aportar luz a este tema. Gracias! Saludos |
#1230
|
|||
|
|||
Plazo de un mes para conseguir el 60% de deducción
Ayer se publicó el Decreto Foral-Norma 4/2021 en Guipúzcoa, que viene a decir que aquellos que anticipen de forma voluntaria un mínimo de un mes el cumplimiento de la obligación TicketBAI, podrán aplicar el 60% de deducción...
https:\\egoitza.gipuzkoa.eus/gao-bog/castell/bog/2021/07/28/c2105206.htm Esto significa que nuestros clientes retrasarán al máximo la implantación de TicketBAI |
#1231
|
|||
|
|||
han puesto un calendario de la implantación de gipuzkoa por sectores
|
#1232
|
|||
|
|||
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. |
#1233
|
||||
|
||||
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. |
#1234
|
|||
|
|||
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. |
#1235
|
||||
|
||||
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? |
#1236
|
||||
|
||||
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. |
#1237
|
|||
|
|||
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 |
#1238
|
||||
|
||||
Cita:
Siento ser tan pesado. Postman lo tengo bien configurado y envío facturas de prueba sin problemas. Sin embargo, al poner el body a 'none', la respuesta que recibo es 400 en lugar de 200. Adjunto un pdf con los pantallazos de Postman. Si te apetece echarle un vistazo te lo agradezco. EN cualquier caso muchas gracias por tu tiempo. Un saludo. |
#1239
|
|||
|
|||
Cita:
Yo entiendo que el error 400 es "Bad Request". Es decir, que los datos enviados de la petición no son válidos. Pero la conexión se ha hecho. De todas formas, seguro que hay por aquí alguien más experto (yo soy un pardillo en estos temas) que puede confirmarlo o negarlo. Saludos |
#1240
|
|||
|
|||
Cita:
Como esperan recibir datos en XML (Content-Type: application/xml;charset=UTF-8 ) entonces en body le pones algo en xml, entonces sí te funcionará. Incluso no hará falta indicar un certificado de envío. Te devolverá status 200, y en el body de su response en xml dirá que está mal (rechazado), justo eso es lo que buscamos, así nos aseguramos que el servidor de Hacienda está operativo. En el body ponemos: <?xml version="1.0" encoding="utf-8"?> y luego en selección: raw (XML) El error que devolverá será (de una prueba reciente): Código PHP:
- he intentado adjuntar el .pdf para que vieras nuestro ejemplo pero no lo conseguí. Espero que te funcione, ya comentarás... Saludos. Última edición por Neftali [Germán.Estévez] fecha: 05-08-2021 a las 14:16:04. |
|
|
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 | 3587 | 20-08-2024 14:11:07 |
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 |
|