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

[keys]

Me contesto a mi mismo, han cambiado el hash de la política de firma ayer mismo sin previo aviso ni nada.

Me cago en la p....................

Animo a todos a enviar una queja a hacienda de alava, ya que esto no se puede hacer sin avisar.

[rci]

Empezado por keys

Me contesto a mi mismo, han cambiado el hash de la política de firma ayer mismo sin previo aviso ni nada.

Me cago en la p....................

Animo a todos a enviar una queja a hacienda de alava, ya que esto no se puede hacer sin avisar.

Hola keys, que dices que han cambiado? Como sabes que lo cambiaron ayer?
En nuestro código fuente ya tengo esos datos del enlace de documentación técnica que has pasado y que recuerde no lo tocamos desde hace años. la documentación dice que es del 2022

[keys]

Si entras en el enlace https://web.araba.eus/es/web/araba/h...tacion-tecnica verás que hay cambios del 15/12 y es precisamente la validación 008.

Luego en la parte de abajo verás que pone HASH de la politica de firma. Pues hasta ayer era otra. Prueba a enviar al entorno de pruebas con lo que tienes.

[rci]

Empezado por keys

Si entras en el enlace https://web.araba.eus/es/web/araba/h...tacion-tecnica verás que hay cambios del 15/12 y es precisamente la validación 008.

Luego en la parte de abajo verás que pone HASH de la politica de firma. Pues hasta ayer era otra. Prueba a enviar al entorno de pruebas con lo que tienes.

Acabo de hacer una factura y enviarla al entorno de pruebas de Araba y me la ha aceptado sin errores. No se si en entorno real será lo mismo.
Ayer nos contactó un cliente nuestro de Araba que tenia muchas facturas aceptadas con errores, con el mensaje "Error en verificación de firma".
Gracias a tus posts en este foro, les comenté que era problema de hacienda y no tenían que hacer nada. hoy no se si les sigue apareciendo ese mensaje.

En la web si que veo los cambios en validaciones de ayer, pero la información de la política de firma es del 2022, tanto la url como el hash

Especificaciones de la firma electrónica de los ficheros TicketBAI (06/05/2022)
> Política de firma: https://ticketbai.araba.eus/tbai/sinadura/
> Hash de la política de Firma: 4Vk3uExj7tGn9DyUCPDsV9HRmK6KZfYdRiW3StOjcQA=

Nosotros ya lo teníamos así desde hace tiempo.
Te refieres a esos dos datos?

[keys]

Si me refiero al hash.

Por lo visto hasta ayer dejaban enviar con otro hash anterior, ya que no daba error. Nosotros teníamos otro. Probando con el nuevo ya no da error. Por eso digo que igual no han cambiado el hash pero si las validaciones.

[rci]

Empezado por keys

Si me refiero al hash.

Por lo visto hasta ayer dejaban enviar con otro hash anterior, ya que no daba error. Nosotros teníamos otro. Probando con el nuevo ya no da error. Por eso digo que igual no han cambiado el hash pero si las validaciones.

Pues eso que dices podría ser. Que antes permitían el hash anterior y ahora no.

Estaría bien que lo avisaran previamente...

[edari]

Empezado por keys

Si me refiero al hash.

Por lo visto hasta ayer dejaban enviar con otro hash anterior, ya que no daba error. Nosotros teníamos otro. Probando con el nuevo ya no da error. Por eso digo que igual no han cambiado el hash pero si las validaciones.

Yo también tenía el anterior que por lo visto seguía funcionando
Menos mal que tenía redactada la queja pero sin enviar

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

Buenos días.
Un cliente está enviando facturas de compra de un proveedor genérico (sin NIF) y me está dando el siguiente error:



Lo que estoy enviando es esto:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjframp:LROEPJ240FacturasRecibidasAltaModifPeticion xmlns:lrpjframp="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_2_FacturasRecibidas_AltaModifPeticion_V1_0_1.xsd">
  <Cabecera>
    <Modelo>240</Modelo>
    <Capitulo>2</Capitulo>
    <Operacion>A00</Operacion>
    <Version>1.0</Version>
    <Ejercicio>2025</Ejercicio>
    <ObligadoTributario>
      <NIF>A99800286</NIF>
      <ApellidosNombreRazonSocial>dtZSmSdZZgpKNHjcbuhrp8Z6Hm9c7</ApellidosNombreRazonSocial>
    </ObligadoTributario>
  </Cabecera>
  <FacturasRecibidas>
    <FacturaRecibida>
      <EmisorFacturaRecibida>
        <NIF></NIF>
        <ApellidosNombreRazonSocial>Proveedores varios</ApellidosNombreRazonSocial>
      </EmisorFacturaRecibida>
      <CabeceraFactura>
        <SerieFactura>sf834</SerieFactura>
        <NumFactura>nf834</NumFactura>
        <FechaExpedicionFactura>17-12-2025</FechaExpedicionFactura>
        <FechaRecepcion>17-12-2025</FechaRecepcion>
        <TipoFactura>F1</TipoFactura>
      </CabeceraFactura>
      <DatosFactura>
        <DescripcionOperacion>Bicicleta carrera</DescripcionOperacion>
        ....

Me debo estar dejando algo.
Podéis ponerme (si es que podéis generarla) lo que enviáis para una factura de este tipo.

Gracias.

[espinete]

Hola, estoy recibiendo el dichoso error 008 "Error en verificación de firma" con Araba. He visto que hay que usar un nuevo Hash, pero yo ya usaba ese hash "nuevo" en mi aplicación, así que no sé qué estoy haciendo mal o si es cosa de ellos.

Hago la firma con SecureBlackBox. ¿Alguien puede decirme si el HEX es correcto o cual estáis usando?

firmante.r_SigPolicyID := 'https://ticketbai.araba.eus/tbai/sinadura/';
firmante.r_SigPolicyHash := '34566b337545786a3774476e3944795543504473563948526d4b364b5a6659645269573353744f6a6351413d';
firmante.r_SigPolicyURI := 'https://ticketbai.araba.eus/tbai/sinadura/';

He usado varios conversores de string a hex online y todos coinciden: 4Vk3uExj7tGn9DyUCPDsV9HRmK6KZfYdRiW3StOjcQA= en HEX es 34566b337545786a3774476e3944795543504473563948526d4b364b5a6659645269573353744f6a6351413d

Pero sigue dándome ese error, incluso en el entorno de pruebas. ¿Es cosa de ellos y me olvido o tengo algo mal?

[edari]

Buenas tardes


Tengo un "requerimiento" de uno de mis clientes en Vizcaya para que vuelvan a enviarles como modificación un número concreto de facturas de compras.


Busco en la documentación y no encuentro dónde puede venir


Supongo que el fichero será igual que el de altas pero no sé el valor del campo operación


A00 para alta de facturas
AN0 para anular facturas
¿ ? para modificar


Alguno lo sabe


Gracias de nuevo

[josevalle]

Hola: Hace años que funciona mi programa usando autofirma. Dependiendo del equipo tarda entre 8 segundos y 20 segundos lo que es un inconveniente en un punto de venta. Programo en xbase++ y voy a intentar sustituir autofirma por xmlsec.

No he encontrado ninguna referencia en este foro. He probado varios parametros con la ayuda de chatgpt pero no consigo firmar.

Gracias por vuestra ayuda.

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

Empezado por rci

Nosotros ya lo teníamos así desde hace tiempo.
Te refieres a esos dos datos?

Especificaciones de la firma electrónica de los ficheros TicketBAI (06/05/2022)
> Política de firma: https://ticketbai.araba.eus/tbai/sinadura/
> Hash de la política de Firma: 4Vk3uExj7tGn9DyUCPDsV9HRmK6KZfYdRiW3StOjcQA=

Nosotros también lo tenemos así desde hace tiempo y por ahora parece que nadie se ha quejado.

[edari]

A mis clientes también les falla. Y yo mismo en pruebas también me devuelve ese error.


No me puedo creer que no avisen antes.

[keys]

Empezado por edari

A mis clientes también les falla. Y yo mismo en pruebas también me devuelve ese error.


No me puedo creer que no avisen antes.

Ayer a mi me dijeron que era problema de ellos. Yo creo que como no lo han conseguido solucionar han tenido que cambiar la politica de firma sin previo aviso. Por eso animo a enviar una queja, aunque no sirva de nada.