![]() |
A mí me estuvo dando problemas desde el jueves a la tarde (respuestas vacías). Llamé al servicio técnico y me dijeron que estaban teniendo algunos problemas. A media mañana del viernes me empezó a funcionar bien.
|
Cita:
Estuvieron sin responder desde el jueves a las 18 mas o menos hasta las 11 del viernes. Vaya tela que a un servicio de hacienda como este esté 17 horas con los servidores caídos. Debe ser que a las 18 ya no queda nadie para darle al botón de reiniciar. |
Cita:
|
¿Os da problemas otra vez? Me da respuesta vacía...
|
Cita:
|
Cita:
Sí, ahora me ha dejado... Manda huevos que estemos así. |
Cita:
Esta claro que lo más importante de todo el código que desarrollemos es... el reenviador |
Nos esta dando error en la validación de los certificados de muchos clientes. Yo creo que es un problema de izenpe que es el que se encarga de hacer las validaciones de los certificados, ya que esta dando errores en todas las haciendas. :(
|
Cita:
|
Cita:
|
Una duda que se me ha planteado hace poco. En Verifactu, se puede anular una factura que no ha sido enviada o que ha sido rechazada, pero ¿en Ticketbai se puede anular una factura que te han rechazado y no consta aún en el sistema? :confused:
|
Cita:
|
¿Está caído el servidor de pruebas de Guipuzcoa?
Me está devolviendo esto: Código:
<H1>SRVE0255E: A WebGroup/Virtual Host to handle /WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta has not been defined.</H1> |
¿Está caído el servidor de pruebas de Guipuzcoa?
¿Habían avisado de esto? Me está devolviendo esto: Código:
<H1>SRVE0255E: A WebGroup/Virtual Host to handle /WAS/HACI/HTBRecepcionFacturasWEB/rest/recepcionFacturas/alta has not been defined.</H1> |
El de pruebas no sé, pero el de producción estuvo caído el sábado.
|
Cita:
|
Buenas.
Algunos clientes nos están diciendo que últimamente, cada envío a Ticketbai en Álava se está demorando mucho tiempo. Si un envío anteriormente duraba uno o dos segundos, que ahora fácilmente se va a los 10 segundos. ¿os consta a alguno algún problema similar? Un saludo. |
A nosotros nos pasó hace unos meses pero era fallo nuestro (en el momento del envío hacíamos algunas comprobaciones que en bases de datos muy grandes tardaba más de la cuenta).
Sí es cierto que alguna vez, dependiendo de la Diputación, tarda más de lo normal. Algunos clientes nos han dicho que siempre el primer envío tarda un poco más, y cosas así. Supongo que a veces puede ser "normal" que haya más retardo, latencia o como se llame, pero revisa por si acaso que efectivamente lo que tarda es el envío y no otra cosa previa o posterior, porsiaca |
Cita:
|
Servidores Vizcaya sin respuesta
Ahora mismo tengo los servidores de Ticketbai en Vizcaya sin respuesta. A alguien más le pasa ???
|
Hola, debe estar caído el sistema, a un cliente mío también le pasa.
|
Estoy viendo que tienen un mantenimiento programado de 3 DIAS !!!!!!!,
Cita:
|
hoy todavia no funciona, verdad?
|
Cita:
|
Vale si, funciona
Era un fallo que tenia el cliente por otra cosa |
Hola a todos. Alguien ha visto esto en Bizkaia?
Cita:
En principio son todo campos opcionales, pero me imagino que seguirán valiendo los anteriores. |
Cita:
No lo había visto. gracias |
Servicio de KONTSULTA en Alava
Una pregunta: ¿Alguien ha implementado el servicio de KONTSULTA en Álava?
La documentación es escasa: https://web.araba.eus/documents/d/ar...lladores-3-pdf Hago las peticiones con un XML similar e a este: Código:
<?xml version="1.0" encoding="UTF-8"?>La respuesta es esta: Código:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?> |
Hola prueba a no rellenar el estado. Lo que estas poniendo es sólo si la factura tiene errores creo. No lo he llegado a entender muy bien. Nosotros hacemos la consulta de las dos maneras posibles, ya que hay facturas que unas veces salen con un estado y otras en los dos.
Ademas en el periodo ponemos 0A, para que asi no busque en un periodo en concreto. Si te sigue fallando haz una consulta mas general. Por ejemplo un rango de fechas y no una factura en concreto para luego ir concretando. Nosotros siempre buscamos por rango de fechas y por cada uno hacemos dos peticiones, ya que como he dicho unas veces las devuelve en la primera y otras en la segunda consulta. Código:
<T:KontsultaTicketBAI xsi:schemaLocation="urn:ticketbai:kontsulta ../../HTBKontsultaWEB/src/main/resources/kontsultaV1.0.xsd ">Código:
<T:KontsultaTicketBAI xsi:schemaLocation="urn:ticketbai:kontsulta ../../HTBKontsultaWEB/src/main/resources/kontsultaV1.0.xsd "> |
Cita:
En parte ha sido culpa mía, porque no leí este detalle del documento (que no han considerado suficientemente importante como para ponerlo al inicio, lo han dejado escondido): ![]() Estaba consultando una factura hecha de ayer mismo, por eso no obtenía resultados. Ahora (hoy) consulto la factura de ayer y ya me aparece. :o Gracias. |
Hola a todos.
Estoy teniendo un problema con un cliente en el envío a ticketbai. Este cliente se le caducaba el certificado de la FNMT y ha solicitado uno nuevo. Ha disinstalado el certificado viejo del ordenador y ha instalado el nuevo. Al enviar a ticketbai el sistema nos devuelve el error "Certificado remitente ausente en la parte cliente, no homologado, revocado o caducado". En hacienda nos dicen que el envío les esta llegando sin certificado (no me lo creo ya que en el mismo ordenador con otros certificados y otras empresas funciona correctamente). Estoy enviando con el componente TNetHttpClient hasta ahora no he tenido ningún problema. Algo me han comentado como que los nuevos certificados de la FNMT se iban a emitir con una nueva medida seguridad 4096 (que no se muy bien que es). Me he asegurado que el componente esta cogiendo el certificado que es. A alguien le ha pasado algo parecido? |
Hola,
Nosotros usamos los componentes SecureBlackBox 2020. Varios clientes míos acaban de renovar el certificado de la FNMT y no tienen problemas de envío (en este caso a Gipuzkoa). |
Cita:
Gracias. |
Yo tuve un problema similar hace tiempo y era debido a que el certificado NUEVO aún no había entrado en vigor (la fecha DESDE aún no había llegado), o algo así. Por eso el certificado (aún) no era válido.
|
Buenas, según eso para meter una factura con Retención hay añadido el campo RetencionSoportada en el tipo CriterioCajaCobroPFType. ¿Antes no se podían meter facturas con retención? ¿Alguien tiene algún ejemplo?
Cita:
|
Yo el único problema que he tenido es que a la hora de firmar el xml con el certificado de la FNMT (utilizo las librerías Chilkat), las facturas se pasan bien, pero en el reporte semanal que hace de las erróneas aleatorias me salen siempre el mismo número, y creo que es por el acento en la o de la palabra "AC Representación" . Nunca conseguí solucionarlo, ni cambiando la codificación
Cita:
|
Hola a todos.
Gracias, me lo están mirando en hacienda, yo creo que les han renovado mal el certificado. Al principio me dijeron que no les estaba llegando la firma pero parece que me estaban dando largas. Luego insistí un poco y parece que si les llega. Respecto a lo de las retenciones siempre se han podido enviar si una factura tiene retención. En el campo DatosFactura.RetencionSoportada. El campo que dices CriterioCajaCobroPFType lo han añadido en el capítulo 5.1 del modelo 140 y se añadió en el 2023. Y ese capitulo 5.1 no es de ticketbai, es para los cobros/pagos en criterio de caja. |
Hola!
Hasta ahora solo me hacia falta presentar facturas simplificadas, pero ahora me surge la necesidad de después de emitir una factura simplificada, cambiarla por una factura normal. Como lo hacéis vosotros? aqui existen las sustitutivas? o como se hace? |
Cita:
|
Cita:
FacturaEmitida Sustitucion Simplificada : Identificador que especifica si se trata de una factura emitida en sustitución de una factura simplificada. Si no se informa este campo se entenderá que tiene valor «N» Pero no veo ningun otro sitio donde tenga que indicar que facturas susituye |
| La franja horaria es GMT +2. Ahora son las 16:13:14. |
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