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

[b4aronDeLaBirr4]

Buenas!

Estoy trabajando con Gipuzkoa en la generación del QR de la factura y, previamente, construyo la URL que es la siguiente:

Código PHP:

https://tbai.egoitza.gipuzkoa.eus/qr/?id=TBAI-90112131B-190721-LBImAaA4toCrJ-184&s=tr&nf=6666&i=365.80&cr=142 


Genero el QR y ya sea por url o código, me lleva a la pantalla de verificación de TBAI , introduzco el captcha pero me dice lo siguiente:

"Ezin izan da fakturaren egoera zehaztu - No se ha podido determinar el estado de la factura."

Alguna sugerencia?

[thinkows]

Tienes que cambiar la URL,la que tienes es la de producción cambia a esta y te funcionará

"//tbai.prep.gipuzkoa.eus/qr/"

[b4aronDeLaBirr4]

Funciona! Muchas gracias!

[StCebria]

Hola a todos. Descubrí el fin de semana este foro y me ha costado un montón de horas pasar por todas las páginas, pero ha valido la pena.
Estoy acabando el desarrollo del TBAI y ya sudaba tinta negra pensando en el LROE y entonces veo esta noticia de hoy respecto del aplazamiento de BATUZ y, perdonad mi ignorancia en la lectura entre líneas del comunicado, pero, alguien tiene claro si el aplazamiento hasta 2024 se refiere solo a LROE o también a TBAI? Gracias y un saludo!

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

Empezado por StCebria

...perdonad mi ignorancia en la lectura entre líneas del comunicado, pero, alguien tiene claro si el aplazamiento hasta 2024 se refiere solo a LROE o también a TBAI?

Empezado por angelito37

Esto es extensivo a las otras provincias o solo es para Bizcaia ?

El Mail es de Vizcaya y se refiere sólo a Batuz (LROE).
Los plazos para TicketBAI (Guipuzcoa y Álava) siguen como estaban.

[StCebria]

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

El Mail es de Vizcaya y se refiere sólo a Batuz (LROE).
Los plazos para TicketBAI (Guipuzcoa y Álava) siguen como estaban.

Perdonad que insista pero ¿seguro que el retraso a 2024 es solo para LROE en Bizkaia?, cuando hablan de Batuz así en general ¿no se refieren también a retrasar la implantación de TBAI a 2024?

[keys]

Empezado por StCebria

Perdonad que insista pero ¿seguro que el retraso a 2024 es solo para LROE en Bizkaia?, cuando hablan de Batuz así en general ¿no se refieren también a retrasar la implantación de TBAI a 2024?

Si ese retraso es solo en Bizkia. En bizkaia batuz engloba a TBAI, por lo tanto yo entiendo que si retrasan batuz (Mod 240/140) retrasan TBAI. Pero no lo estan retrasando, lo que estan retrasando es la obligatoriedad, es decir una empresa si quiere podrá empezar del 1 de enero del 2022.

[Sistel]

Empezado por StCebria

Perdonad que insista pero ¿seguro que el retraso a 2024 es solo para LROE en Bizkaia?, cuando hablan de Batuz así en general ¿no se refieren también a retrasar la implantación de TBAI a 2024?

Hola StCebria,

Batuz es TicketBAI + LROE.
Se retrasa la obligatoridad de Batuz por 2 años.
De todo Batuz: TicketBAI + LROE.

Batuz es sólo de Bizkaia.
Del resto de provincias no hay novedades

Saludos

[angelito37]

Aplazamiento en la obligatoriedad de Batuz y nuevos incentivos para su implantación voluntaria.

Tras recabar las aportaciones de colegios profesionales y asociaciones empresariales y de la asesoría fiscal, la Hacienda Foral considera conveniente flexibilizar el plazo establecido para la adopción obligatoria de Batuz, trasladándolo hasta el 1 de enero de 2024, y estableciendo una compensación de hasta el 15% en IRPF o Sociedades para los autónomos, microempresas y pymes que implanten Batuz en 2022 o 2023. Para más información pulse

Esto es extensivo a las otras provincias o solo es para Bizcaia ?

[JoseLeeTo]

Empezado por b4aronDeLaBirr4

Buenas!

Estoy trabajando con Gipuzkoa en la generación del QR de la factura y, previamente, construyo la URL que es la siguiente:

Código PHP:

https://tbai.egoitza.gipuzkoa.eus/qr/?id=TBAI-90112131B-190721-LBImAaA4toCrJ-184&s=tr&nf=6666&i=365.80&cr=142 


Genero el QR y ya sea por url o código, me lleva a la pantalla de verificación de TBAI , introduzco el captcha pero me dice lo siguiente:

"Ezin izan da fakturaren egoera zehaztu - No se ha podido determinar el estado de la factura."

Alguna sugerencia?

En período de pruebas, no se puede hacer pruebas... jajajajajajaja. Solo se podrán consultar las facturas cuando entre en producción.
Ahora te preguntarás, ¿y cómo sé yo que está OK, o que funciona?
No lo sabes.
Son así.

[b4aronDeLaBirr4]

Buenos días y bienvenida a los nuevos!

Ya he conseguido realizar el flujo de aplicación correcto de envío y generación de QR con Gipuzkoa. Pero me queda un aviso por resolver, el de siempre:

Código PHP:

<Codigo>008</Codigo>
            <Descripcion>El mensaje ha sido modificado en tránsito o la firma no está bien realizada -- SignedInfo failed to verify. Reference URI="" failed to verify. Reference URI="#Signature-63c35f38-2b5f-4600-b3da-3ddee86d62b3-SignedProperties" failed to verify. Reference URI="#Signature-63c35f38-2b5f-4600-b3da-3ddee86d62b3-KeyInfo" failed to verify. [src/xml2signatureobj.cpp(315)] - (10606)</Descripcion> 


Sugerencias, ¿guardáis el XML en memoria o cómo lo hacéis? He mirado los headers, la codificación... Uso Chilkat, ¿Cómo convierto el XML a UTF-8 antes de firmar?
(Y eso que ya tengo esto al crear el XML:

Código PHP:

Chilkat.Xml xml = new Chilkat.Xml();
            xml.Encoding = "utf-8"; 


)

Por cierto, ¿Cuál véis que sería la transición más adecuada después de dejar más o menos puesto el sistema de validación con Gipuzkoa?

[Galaxian]

Empezado por b4aronDeLaBirr4

¿Cómo convierto el XML a UTF-8 antes de firmar?

CkString str;
str.appendAnsi(ansi_string);
std::string utf8_string=str.getUtf8();

[b4aronDeLaBirr4]

Me dice que CkString no tiene una definición para appendAnsi... Igual es la versión o algo

[b4aronDeLaBirr4]

Empezado por b4aronDeLaBirr4

Me dice que CkString no tiene una definición para appendAnsi... Igual es la versión o algo

He intentado usar esto (C#):

Código PHP:

//  Convert to UTF-8 encoding
            byte[] bytes = Encoding.Default.GetBytes(xml.Content);
            xml.Content = Encoding.UTF8.GetString(bytes); 


Pero nada, sigue apareciéndome el error...

---- EDIT ----

Si me podéis pasar una factura que hayáis firmado... (no de los ejemplos dados) por comparar las firmas.

[JoseLeeTo]

Empezado por b4aronDeLaBirr4

He intentado usar esto (C#):

Código PHP:

//  Convert to UTF-8 encoding
            byte[] bytes = Encoding.Default.GetBytes(xml.Content);
            xml.Content = Encoding.UTF8.GetString(bytes); 


Pero nada, sigue apareciéndome el error...

---- EDIT ----

Si me podéis pasar una factura que hayáis firmado... (no de los ejemplos dados) por comparar las firmas.

Trabajo con C#. Tuve el mismo problema hace unos días, pero sólamente con Guipuzcoa. Con Vizcaya iba todo OK.
Lo solucioné poniendo en la cabecera del envío:

contenido.Headers.TryAddWithoutValidation("Content-Type" , "application/xml; charset=utf-8");

... donde "contenido" es un ByteArrayContent, donde le especifico los Headers, ContentEncoding, ContentType, etc...

Parece ser que sólamente me faltaba especificarlo en la cabecera. Este problema, en Guipuzcoa, está recogido en sus errores, y su recomendación es justamente esa, la de añadir el Utf-8 en la cabecera.
Espero lo soluciones pronto.

[Eric Mtz]

Muy buenos días, nadie respondió a mi S.O.S pero he logrado achicar la suficiente agua para que mi "RMS TicketBAI-nic" siga a a flote!, no os preocupéis la historia está llena de SS Californians que miran hundimientos desde lejos.

Bromas a parte, tengo nueva información sobre el porqué no lograba que me aceptaran ninguna de las tropecientas pruebas que realicé en el 140 de BATUZ.

Veréis, el señor "rci" antes de irse de vacaciones me informó de que se pueden hacer consultas referentes a envíos específicos dentro del sistema, concretamente se deben de indicar los siguientes campos ([email protected]):

Para que sea atendido debe aportar los siguientes datos:
▪ En el Asunto debe indicar “LROE – Entorno Pruebas – Nombre de la empresa” y “Consulta o Error”.
▪ En el Cuerpo del Mensaje:
o NIF de la persona interesada.
o Fecha y Hora realización de la prueba.
o IP pública desde la que se realiza el envío.
o Los parámetros recibidos en la cabecera de respuesta tras realizar el envío:
- eus-bizkaia-n3-tipo-respuesta.
- eus-bizkaia-n3-identificativo.
- eus-bizkaia-n3-codigo-respuesta.
▪ El fichero adjunto por motivos de seguridad debe cumplir los siguientes requisitos:
o Debe mandar el fichero utilizado en la prueba, que debe ser de tipo “GZIP”.
o El nombre debe empezar siempre por LROE.
Ejemplo: ”LROE_140_1_1.gz”.

El caso es que rellené los datos y he recibido una respuesta tronchante:

En el entorno de pruebas del sistema de envíos masivos del LROE los datos del interesado y del presentador que se envían en las peticiones al servicio web deben existir en el sistema, ya que se validan. No se deben utilizar razones sociales o nombres y apellidos ficticios ya que se valida tanto el NIF como la razón social, para el caso de la persona jurídica y el nombre y apellidos para la persona física.

Pregunta estúpida, para que COÑO queremos un entorno de pruebas si únicamente aceptan datos reales!?!?!?!?!?!?, además, esto contrasta con Gipuzkoa donde debes de solicitar incluso una licencia ficticia que te lo facilitan ellos para el propio entorno de pruebas. Es como que uno te ayuda y el otro te da un bofetazo con la mano abierta y con los anillos puestos... Bueno pues eso, ahí queda documentado por si alguien pasa por algo parecido.

Por último enhorabuena por tus profecías Keys, también eres de mis profetas favoritos, estás después de Jesusito, Bill Gates y el capitán pescanova.

Un saludo a todos!

[b4aronDeLaBirr4]

Empezado por Eric Mtz

Muy buenos días, nadie respondió a mi S.O.S pero he logrado achicar la suficiente agua para que mi "RMS TicketBAI-nic" siga a a flote!, no os preocupéis la historia está llena de SS Californians que miran hundimientos desde lejos.

Bromas a parte, tengo nueva información sobre el porqué no lograba que me aceptaran ninguna de las tropecientas pruebas que realicé en el 140 de BATUZ.

Veréis, el señor "rci" antes de irse de vacaciones me informó de que se pueden hacer consultas referentes a envíos específicos dentro del sistema, concretamente se deben de indicar los siguientes campos ([email protected]):



El caso es que rellené los datos y he recibido una respuesta tronchante:




Pregunta estúpida, para que COÑO queremos un entorno de pruebas si únicamente aceptan datos reales!?!?!?!?!?!?, además, esto contrasta con Gipuzkoa donde debes de solicitar incluso una licencia ficticia que te lo facilitan ellos para el propio entorno de pruebas. Es como que uno te ayuda y el otro te da un bofetazo con la mano abierta y con los anillos puestos... Bueno pues eso, ahí queda documentado por si alguien pasa por algo parecido.

Por último enhorabuena por tus profecías Keys, también eres de mis profetas favoritos, estás después de Jesusito, Bill Gates y el capitán pescanova.

Un saludo a todos!

Esto es impresionante... El entorno de pruebas más real de la historia. Dentro de poco vas a tener que facturar dinero real y reflejarlo con la cuenta bancaria. Al menos has obtenido una info muy importante! Gracias

[sEngine]

Empezado por Eric Mtz

Muy buenos días, nadie respondió a mi S.O.S pero he logrado achicar la suficiente agua para que mi "RMS TicketBAI-nic" siga a a flote!, no os preocupéis la historia está llena de SS Californians que miran hundimientos desde lejos.

Bromas a parte, tengo nueva información sobre el porqué no lograba que me aceptaran ninguna de las tropecientas pruebas que realicé en el 140 de BATUZ.

Veréis, el señor "rci" antes de irse de vacaciones me informó de que se pueden hacer consultas referentes a envíos específicos dentro del sistema, concretamente se deben de indicar los siguientes campos ([email protected]):



El caso es que rellené los datos y he recibido una respuesta tronchante:




Pregunta estúpida, para que COÑO queremos un entorno de pruebas si únicamente aceptan datos reales!?!?!?!?!?!?, además, esto contrasta con Gipuzkoa donde debes de solicitar incluso una licencia ficticia que te lo facilitan ellos para el propio entorno de pruebas. Es como que uno te ayuda y el otro te da un bofetazo con la mano abierta y con los anillos puestos... Bueno pues eso, ahí queda documentado por si alguien pasa por algo parecido.

Por último enhorabuena por tus profecías Keys, también eres de mis profetas favoritos, estás después de Jesusito, Bill Gates y el capitán pescanova.

Un saludo a todos!

Con esto tener entorno de pruebas o no tenerlo es lo mismo. Puedes llegar hasta enviarlo y ya. Ahi te quedas.

Haced algo que permita probar de verdad!!

[unomasmas]

Empezado por Eric Mtz

Veréis, el señor "rci" antes de irse de vacaciones me informó de que se pueden hacer consultas referentes a envíos específicos dentro del sistema, concretamente se deben de indicar los siguientes campos:
El caso es que rellené los datos y he recibido una respuesta tronchante:

Cita: En el entorno de pruebas del sistema de envíos masivos del LROE los datos del interesado y del presentador que se envían en las peticiones al servicio web deben existir en el sistema, ya que se validan. No se deben utilizar razones sociales o nombres y apellidos ficticios ya que se valida tanto el NIF como la razón social, para el caso de la persona jurídica y el nombre y apellidos para la persona física.

Pregunta estúpida, para que COÑO queremos un entorno de pruebas si únicamente aceptan datos reales!?!?!?!?!?!?, además, esto contrasta con Gipuzkoa donde debes de solicitar incluso una licencia ficticia que te lo facilitan ellos para el propio entorno de pruebas. Es como que uno te ayuda y el otro te da un bofetazo con la mano abierta y con los anillos puestos... Bueno pues eso, ahí queda documentado por si alguien pasa por algo parecido.!

Gracias por tu aporte. No sé si me está pasando algo pareceido: "Anulada la solicitud: No se puede crear un canal seguro SSL / TLS.". Según la respueseta que te han dado, necesariamente tienes que estar registrado en Bizcaia como contribuyente ¿no? ¿Lo entiendo mal?

[Galaxian]

Empezado por b4aronDeLaBirr4

Me dice que CkString no tiene una definición para appendAnsi... Igual es la versión o algo

Cierto. He estado mirando la referencia de la clase CkString en la web de Chilkat y no tiene esa función.
La de C++ sí que la tiene, y muchas más.

Parece ser que la librería de C++ es bastante más completas que la de C#.

Recomendación: pásate al mejor lenguaje de programación que existe, C++, que es el único capaz de mezclar código nativo y administrado (.NET) incluso en la misma función.

También puedes usar la función que puse hace unos días, la que utiliza el SDK de Windows para hacer la conversión. Esa es la que yo usaba hasta que compré la librería de Chilkat.