TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco

[unomasmas]

Empezado por Sistel

Hola marianolc,

Hice la consulta a TicketBAI de Gipuzkoa el 29 de octubre.
Como no me respondían (mientras sí me respondieron a otras consultas), volví a reiterar la consulta el 19 de noviembre.
Y ahí seguimos, sin contestación.

No se les puede consultar por teléfono y, por email, si no lo ven claro, no responden.
Y eso cuando no responden con criterio diferente en Gipuzkoa y a Álava (como ya me ha ocurrido en otro tema)

Tampoco es que en Bizkaia vayan mucho mejor:
- Cosas que funcionan un día, al día siguiente no van
- Los servidores parece que en algunos momento también se toman vacaciones o puentes
- Cierran y abren los entornos de prueba al voleo sin explicar y justificar las razones
- Se están alargando los plazos desde que se presenta la solicitud de un software garante hasta que responden algo (del último presentado el 18 de noviembre, todavía ni una información al respecto)

Y lo que iba a ser un sistema común de las tres Diputaciones (auspiciado y promocionado por el Gobierno Vasco) se ha ido separando y ahora se necesitan modificaciones de software para cada territorio.
Sin contar las promesas pendientes como el Servicio Zuzendu en Gipuzkoa (las otras Diputaciones parece que ni han pensado en ello).
Ahora Gipuzkoa suelta el globo sonda de un posible servicio LiburuBAI (que tiene pinta de ser otra LROE-Batuz versión gipuzkoana)

Eso sí, charlas, presentaciones y promesas de deducciones y subvenciones muchas, pero soluciones, unificaciones e información puntual a los desarrolladores ... cero patatero.

Yo alucino con la falta de seriedad que están teniendo las tres Diputaciones Forales con un tema tan importante como éste.
Realmente, están quedando a la altura del betún.
No me esperaba tan bajo nivel de eficiencia.

Saludos

Perfectamente detallado. Creo que es un pensamiento que tenemos todos. Nos están tomando el pelo y les seguimos el juego por no estar organizados nosotros, incluidos los técnicos de la administración que, me temo, que también tienen que sufrir las presiones de sus superiores políticos...

[Sistel]

Empezado por unomasmas

Perfectamente detallado. Creo que es un pensamiento que tenemos todos. Nos están tomando el pelo y les seguimos el juego por no estar organizados nosotros, incluidos los técnicos de la administración que, me temo, que también tienen que sufrir las presiones de sus superiores políticos...

Hola unomasmas,

Totalmente de acuerdo contigo.
Los responsables de este caos son los Diputados de Hacienda de cada uno de los tres territorios vascos.
Y el Diputado General de cada territorio por haber mantenido en el cargo al Diputado de Hacienda después de este desastre.

La cantidad de horas perdidas en empresas para intentar implementar soluciones para un TicketBAI, cambiante y heterogéneo, es inmensa.
Y me supongo que los técnicos de las administraciones (y de las empresas subcontratadas) también lo estarán pasando mal viendo como su prestigio como profesionales serios se va al garete por culpa de decisiones políticas caprichosas y sin fundamento.

Cuando parecía que Euskadi iba a ser la punta de lanza en desarrollar soluciones informáticas serias (y unificadas) para atajar el tema del fraude fiscal, nos han obsequiado con una cadena de desvaríos, cambios injustificados y contínuos retrasos que nos han dejado alucinados.
¡¡¡ Viva la improvisación, el desconcierto y la ineptitud !!!

Pero no, seguro que no veremos ninguna dimisión.
Y, al final, seguro que las culpas de todo las tenemos los informáticos que estamos sufriendo el tema.

Saludos

[ermendalenda]

Esto es como todos los curros. Habrá gente que trabaja, gente que no y gente que se pone las medallas. El marrón nos lo comemos los que empecemos los que vengan después ya tendrán todo frito y cocido con mil herramientas.
Hay una cosa que no entiendo. Por que cojones hacienda no Dan un programa que se ejecute en segundo plano que haga todo el tema de envíos aunque dejemos todos los ficheros en alguna carpeta. Y que lo instalen y comprueben ellos tanto dejarnos responsabilidades.
Algo así como el tem de tpv datáfonos.

[CarlosArjonomia]

Empezado por ermendalenda

Esto es como todos los curros. Habrá gente que trabaja, gente que no y gente que se pone las medallas. El marrón nos lo comemos los que empecemos los que vengan después ya tendrán todo frito y cocido con mil herramientas.
Hay una cosa que no entiendo. Por que cojones hacienda no Dan un programa que se ejecute en segundo plano que haga todo el tema de envíos aunque dejemos todos los ficheros en alguna carpeta. Y que lo instalen y comprueben ellos tanto dejarnos responsabilidades.
Algo así como el tem de tpv datáfonos.

Algo así acabarán haciendo y todo el trabajo no habrá servido para nada. La culpa la tenemos los picateclas (cariñosamente) que tragamos con todo.

[AlbertPujol]

Hola,

Estamos intentando integrarnos con el servicio de envío de facturas de Ingreso TicketBai de Bizkaia. Pero no conseguimos hacerlo con éxito ni con los datos que generamos nosotros ni con los datos de ejemplo que proporciona la diputación.
Hacemos un post a pruesarrerak . bizkaia .eus / N3B4000M / aurkezpena
Los certificados que usamos son los adjuntos que proporcionan de IZENPE.

Los headers de la petición son:
Accept-Encoding : gzip
Content-Encoding : gzip
Content-Length : 412
Content-Type : application/octet-stream
eus-bizkaia-n3-version : 1.0
eus-bizkaia-n3-content-type : application/xml
eus-bizkaia-n3-data : {"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs":"HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2022"}}

¿Alguna idea de lo que nos puede estar pasando?

Muchas gracias

[Neftali [Germán.Estévez]]

Empezado por AlbertPujol

Estamos intentando integrarnos con el servicio de envío de facturas de Ingreso TicketBai de Bizkaia. Pero no conseguimos hacerlo con éxito ni con los datos que generamos nosotros ni con los datos de ejemplo que proporciona la diputación.
Hacemos un post a https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena
Los certificados que usamos son los adjuntos que proporcionan de IZENPE.

Los headers de la petición son:
Accept-Encoding : gzip
Content-Encoding : gzip
Content-Length : 412
Content-Type : application/octet-stream
eus-bizkaia-n3-version : 1.0
eus-bizkaia-n3-content-type : application/xml
eus-bizkaia-n3-data : {"con": "LROE", "apa": "1.1", "inte": {"nif": "B00000034","nrs":"HOTEL ADIBIDEZ"},"drs": {"mode": "240","ejer": "2022"}}

¿Alguna idea de lo que nos puede estar pasando?

El content-Length normalmente no hace falta ponerlo porque se calcula automáticamente, aunque no creo que eso sea el problema.
En el ejercicio estás colocando 2022, cuando deberías estar mandando 2021.
Por lo demás no veo nada raro.
¿Qué error te está dando?

[sEngine]

Buenos dias, me ha surgido una duda
Nosotros tenemos un programa en el que el cliente puede venir y reservar algo que pagará a plazos.
Entonces en el caso de ticketbai, que habría que enviar? Los distintos pagos que hace o el total en el momento de la reserva? No he conseguido ver por ningun sitio como habria que proceder para estos casos