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

[bilbur]

En su momento envié a Batuz facturas firmadas con certificado de representante FNMT
Estas facturas las envié como persona física modelo LROE 140
Todo correcto


Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado
NOTA: El envío a GIP lo hago con este certificado sin problemas


Mis dudas son:

• Si he de identificarme, registrarme en Batuz con el certificado de representante
• Si en pruebas sirven los certificados de representante FNMT
• Si en producción servirán estos certificados

Un saludo

[Sistel]

Empezado por bilbur

En su momento envié a Batuz facturas firmadas con certificado de representante FNMT
Estas facturas las envié como persona física modelo LROE 140
Todo correcto


Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado
NOTA: El envío a GIP lo hago con este certificado sin problemas


Mis dudas son:

• Si he de identificarme, registrarme en Batuz con el certificado de representante
• Si en pruebas sirven los certificados de representante FNMT
• Si en producción servirán estos certificados

Un saludo

Hola Bilbur,

No sé si te valdrá de algo, pero, por si acaso, te cuento:

En su día, hice una consulta a [email protected] que puede estar relacionada con tu problema.
Pregunté:
¿Podríamos emplear, también, para el envío de los LROE, correspondientes a nuestros clientes, nuestro certificado digital en lugar del de cada contribuyente?

Respuesta:
La respuesta es Sí.
Aun no se han publicado las órdenes forales que regulan el envío de las anotaciones al LROE. No obstante, en el texto de las mismas se recogerán dos situaciones distintas, ya previstas en la actualidad en relación con el SII, y que se trasladarán igualmente a Batuz:
El suministro electrónico de las anotaciones al LROE podrá ser efectuado por un tercero o tercera que actúe en representación del contribuyente, de acuerdo con lo establecido en la normativa tributaria.
Asimismo, al igual que en el SII, el Departamento de Hacienda y Finanzas habilitará el suministro electrónico de las anotaciones al LROE en representación de terceras personas a las entidades que lo soliciten a través del formulario electrónico que se apruebe al efecto. En particular, si se utiliza esta figura, los estatutos de las sociedad solicitante deberán completar, dentro de las actividad que conforman su objeto social, la realización de actividades de representación.
En estos dos casos de representación, la entidad representante podrá utilizar su propio certificado para realizar los envíos.

De acuerdo con eso, entiendo que si las facturas que envías a Batuz son emitidas por distinta empresa a la de ese certificado de representante, se necesitará estar dado de alta en ese registro de representaciones que van a habilitar.

Por otro lado, para la firma del XML de la factura se precisa que el emisor de la factura sea la misma empresa del certificado con el que se firma.
En caso contrario, se necesitará incluir en SignedProperties de la firma el nodo SignerRolev2 o SignerRole con valor “Thirdparty” o “tercero” como se indica en la página 3 de la normativa de firma electrónica TicketBAI
(https://www.batuz.eus/fitxategiak/ba...onica_v1_0.pdf)

Saludos

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

Empezado por bilbur

Intento enviar el modelo LROE 240 con certificado de representante FNMT y me da el error N3_0000002 El interesado no está identificado
NOTA: El envío a GIP lo hago con este certificado sin problemas

La contestación que nos dieron a nosotros sobre este error fue:

Los certificados a utilizar en el entorno de pruebas son los de Producción y las presentaciones deben realizarse en nombre propio, en las que el obligado coincida con la persona del certificado.

Se admiten los siguientes certificados:
§ Certificado de persona física.
§ Certificado de representante de entidad.
§ Sello de empresa/entidad.
§ Certificado de dispositivo (debe estar censado para el obligado tributario en DFB/BFA).
Además, 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.
Si los datos enviados son reales y aun así indica que la persona interesada o el presentador no está identificado, para dar de alta dichos datos debe entrar en la Sede Electrónica de Bizkaia (www.ebizkaia.eus) con el certificado que está utilizando para el envío de la petición e identificarse entrando en la opción “Mis Gestiones ->Mis Expedientes” que aparece en el menú superior de la pantalla. Al ser la primera vez que entra, le pedirá datos de contacto que se deberán rellenar y guardar.
Con esto los datos de las figuras del certificado quedarán registrados en el sistema. El alta estará disponible al día siguiente y se podrán utilizar en el sistema de envíos masivos que actualmente sólo permite actuar en nombre propio.

[bilbur]

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

Si los datos enviados son reales y aun así indica que la persona interesada o el presentador no está identificado, para dar de alta dichos datos debe entrar en la Sede Electrónica de Bizkaia (www.ebizkaia.eus) con el certificado que está utilizando para el envío de la petición e identificarse entrando en la opción “Mis Gestiones ->Mis Expedientes” que aparece en el menú superior de la pantalla. Al ser la primera vez que entra, le pedirá datos de contacto que se deberán rellenar y guardar.
Con esto los datos de las figuras del certificado quedarán registrados en el sistema. El alta estará disponible al día siguiente y se podrán utilizar en el sistema de envíos masivos que actualmente sólo permite actuar en nombre propio.

Gracias, por lo visto estaba dado de alta como persona física y me faltaba el alta como repersentante.
Envíos a batuz correctos
Comienzo con las consultas
Un saludo

[infoser101]

Alguien sabe la diferencia en la url del QR en araba?
Al consultar un QR de facturas admitida devuelve siempre el error "Parámetros incorrectos"

Si embargo, este mismo código efectúa la consulta a Gipuzkoa sin problemas

La generación del CRC se hace con toda la url previa al parámetro "cr".
La url se deja sin la / final, tal y como indica la especificación
Tampoco existen caracteres a codificar en ninguno de los ejemplos probados

Por ejemplo, los parámetros de una url que da error en el entrono de pruebas de Araba es:

id=TBAI-A78648144-210121-qcSwKs6XuYTTq-062&s=01&nf=7684&i=63.26&cr=195

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

Empezado por infoser101

Alguien sabe la diferencia en la url del QR en araba?

Prueba con el mismo código de Guipuzkoa y sin quitar la / a la URL.
Yo estoy usando esto y funciona sin problemas:

TicketBAIID:TBAI-B05430756-291121-oBvVV+V6VnNb1-158
Serie:A
NumFactura:25000
Importe:3.63
URL:https://pruebas-ticketbai.araba.eus/tbai/qrtbai/

RESULT:  https://pruebas-ticketbai.araba.eus/tbai/qrtbai/?id=TBAI-B05430756-291121-oBvVV%2BV6VnNb1-158&s=A&nf=25000&i=3.63&cr=106

[infoser101]

Ahora si funciona, muchas gracias!!

La especificación dice concretamente que para Araba debe quitarse la barra final para el CRC, pero YA no es así.

Estas cosas son las que vuelven loco a cualquiera: Se mira una y otra vez el código asumiendo que el error es tuyo y no un cambio de especificación

[Ramon88]

No consigo guardar el GZIP correctamente!
En la cabecera veo devuelve ContentEncoding: Gzip, el fichero me dice incorrecto, statuscode: 200(OK), pero cuando voy a guardar el fichero me lo guarda con 0Kb, he probado de varias formas pero siempre me encuentro lo mismo, el array de bytes es de 0.


Alguien tiene alguna idea de que puede ser? algo no hago bien, no?

[JoseLeeTo]

Buenos días a tod@s;

¿Alguien tiene alguna noticia sobre Zuzendu? ¿Ha salido o va a salir en breve?. Hace 3 meses decían que era inminente. Ya veo que no.
Y es que claro, el período voluntario empieza en Enero, y sin el servicio Zuzendu de subsanación, no sé si va a ser muy prudente el acogerse a dicho período voluntario al no poder realizar subsanaciones de algún error en la factura emitida.

Muchas gracias
Saludos

[edari]

Una pregunta rápida sobre Vizcaya y el nuevo entorno de pruebas
¿Funcionan ahí los enlaces QR de las facturas?

Mersi

[adolphsys]

Instagi, la asociación de los instaladores de Guipúzcoa, organizó el pasado 22 de noviembre una sesión TicketBAI.

https://www.youtube.com/watch?v=1rRJgS2uigI&t=53s

Es de resaltar que a partir del minuto 47:52 (si, me he tragado todo el vídeo ) dan a conocer LIBURUBAI, el siguiente invento de la familia "BAI" que va a exigir que el contribuyente envíe las facturas de compras y gastos, o sea un SII (Sistema Inmediato de Información) aplicable a Euskadi.

Otra cosa, sigue sin haber noticias de ZUZENDU.