Gracias Netfali, ya me lo comentaron.


Alguien hace comprobacion de que els ervicio esté activo en bizkaia?
Mandais La factura vacia y la pasais a base64 y mandais el fichero comprimido?

Hola, he estado leyendo sobre el campo NumSerieDispositivo, y por lo que veo y lo que comentáis, por ahora no es obligatorio en ningún caso. Pero ¿lo será en un futuro? Lo pregunto para tenerlo ya preparado. ¿Vosotros cómo lo estáis gestionando? ¿Estáis rellenando ese campo?

Ahora estamos desarrollando las funcionalidades para el caso de una verificación presencial por parte de un inspector de hacienda, y en las especificaciones dice que el software debe proporcionar la siguiente información (y el último punto es el número de serie del dispositivo, aunque es opcional):
- Nombre del software de facturación TBAI utilizado desde el dispositivo. Debe corresponder con la información del registro de entidades desarrolladoras TBAI.
- Versión del software de facturación TBAI utilizado desde el dispositivo.
- Número de serie del dispositivo. De forma transitoria, mostrar este número de serie se considera opcional. Su obligatoriedad se evaluará en el futuro en la medida de que sea posible automatizar su obtención en todas las arquitecturas.

Muchas gracias!

Hola,
hace unas semanas subi un programa(snequipo) en VB6, que te daba el número de serie del procesador, La Mac, la serie del HD... y te lo devolvia en un archivo sn-equipo.ini
con eso tendrias suficiente para automatizar la obtención del dato sin errores.
Eso si tienes que tener registrada la dll msvbvm50.dll que no consegui subirla.

Lo tengo programado y con un control de configuración para decidir si lo incluyo o no porque no me fio.

Nosotros no lo estamos enviando, aunque si lo obtenemos por temas relacionados con los certificados de dispositivo.
En esta página habla de varios sistemas (utilizando WMI) y las contestaciones que en la administración han dado:
http://www.clubdelphi.com/~marcsc/fo...t=94264&page=8

1. wmic bios get serialnumber
2. wmic baseboard get serialnumber
3. wmic csproduct get uuid (el más aparente)
4. wmic CPU get ProcessorId
5. wmic DISKDRIVE GET SerialNumber
6. y por último exec('getmac');

Nosotros en concreto estamos usando el serial de la BIOS.

Buenos días,


Estoy implementando el desarrollo de Ticket BAI para Bizkaia en Python y estoy teniendo varios problemas de hace unos días.
Intento coordinar lo máximo posible con el correo que nos dejaron para preguntas y error pero estoy quedandome sin ideas y las respuestas que me dan no me están ayudando actualmente.


Antes de exponer el problema quiero aclarar que estoy dado de alta en el entorno de pruebas del LROE y que estoy usando los certificados disponibles en la web de Documentacion Tecnica, al igual que cumplo con las especificaciones de envio de cabecera y cuerpo y las especificaciones de firma del Ticket BAI.


Pues bien, el caso es que la API me devuelve una respuesta de que la firma no cumple los requisitos de la politica de firma TicketBAI.
Estuve revisando, utilizando varios metodos de firma, etc. y claramente asegurandome de seguir con los requisitos marcados en la web.
Envié un correo para solicitar mas informacion y la respuesta fue que los hashes coinciden, pero que la información del certificado es incorrecta.


¿Como es posible que la informacion del certificado sea incorrecta si estoy utilizando los unicos certificados que aceptan en el entorno de pruebas?

¿Alguien se ha encontrado con este problema? Cualquier tipo de ayuda se agradeceria, si es necesario puedo tambien compartir el código utilizado.

Yo probaría de verificar primero el XML en esta web:

https://www.freeformatter.com/xml-validator-xsd.html

En esta web, es importante que cargues primero el esquema XSD en el apartado "XSD Input", y el XML que envías en el "XML Input". Puedes hacerlo o pegando el XML tal cual o subiendo el fichero.A mi me fue de mucha utilidad para saber si la firma era correcta o no.

Hola APO, muchisimas gracias por tu respuesta.

Sin embargo, ambas validaciones de Ticket BAI y LROE con sus esquemas correspondientes son válidas según la página que has compartido.

Aún así de haber algún tipo de fallo en los XML la aplicación lo reporta previo al problema que he expuesto en mi primer post.

También puedes subir un fichero, con los datos que tengas que ocultar (si lo crees necesario) para que lo omparemos con los nuestros y te digamos si vemos algo raro.

El código de error (numérico) y el error exacto también ayuda.

El error es B4_1000002
'eus-bizkaia-n3-mensaje-respuesta': 'Todos los registros incluidos en la petición son incorrectos.'

<DescripcionErrorRegistroES>La firma no cumple los requisitos de la pol\xc3\xadtica de firma TicketBAI.(El mensaje ha sido modificado en tr\xc3\xa1nsito o la firma no est\xc3\xa1 bien realizada -- SignedInfo failed to verify. [src/xml2signatureobj.cpp(315)] - (10606))</DescripcionErrorRegistroES>

Segun lo que nos comentaron por correo: Este error se suele dar cuando el contenido del fichero firmado ha sido modificado después de la firma.

A lo que yo respondi que hemos realizado comprobaciones y que no encontrabamos fallo, que por favor investigaran un poco más el tema y nos dijeron el problema que he descrito en el primer post.
"La correlación de hashes es correcta, no lo es la información del certificado firmante"

Hola pueden ser varias cosas, mi experiencia en este problema es que se modifique en el envío, quiero decir que el método que usas de envio no este parametrizado correctamente y se modifican los caracteres especiales. Con Curl hay que enviarlo en formato - - binary para asegurar que no se modifique en tránsito.

Añadir TAG's al código
 

¿Alguien ha conseguido enviar el famoso archivo comprimido a Vizcaya con la librerías Chilkat? Sí que consigo enviar el xml a Guipuzcoa, pero el de Vizcaya no, al ser un .gz,
Este es mi código en vb6:

Como te comentan este error suele dar porque la codificación se modifica desde el momento en que se realiza la firma, hasta que se envía el fichero.
No es que lo hagamos "manualmente" sino que en la mayoría de casos la conversión se hace sin darnos cuenta por utilizar estructuras del lenguaje o por los componentes de envío.

Una cosa que puedes comprobar es a generar un fichero y asegurarte de que no contiene ningún character extraño (que son los que generan esos cambios de codificación) del tipo ÑÇÁÉÚÜ...
Si ese fichero sin esos caracteres extraños no provoca el error, ya tienes confirmación de que es eso.

Error B4_1000001 : El XML no cumple el esquema
 

Buenas,
¿Alguien sabría decirme porqué el siguiente envío me da error de esquema?
Muchas gracias de antemano


PD: He tenido que eliminar parte de la dirección en el atributo xmlns:lrpjfecsgap

lrpjfecsgap ht...s:..w..batuz../fitxategiak

Salvo lo que te he indicado en rojo, que supongo será error de copia y pegar, la única diferencia con los que yo envío es que yo también añado las siguientes etiquetas, aunque no aparece en la documentación como obligatorio.

-<OtraInformacionTrascendenciaTributaria>

<Cupon>N</Cupon>

</OtraInformacionTrascendenciaTributaria>

Gracias por responder. No creo que sea eso por lo que dices, que no es obligatorio y no sale en sus propios ejemplos. Lo que sale en rojo es porque soy nuevo en el foro y no tengo permiso para poner enlaces así que he tenido que machacar partes de la url con .... pero espero que se intuya bien la dirección.

Gracias de nuevo por contestar, a ver si doy pronto con el fallo.
Un saludo

He probado y nada. En cualquier caso. Muchas gracias

Yo lo tengo de esta forma. Estoy en real y pasan bien

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion xmlns:lrpjfecsgap="https://www.batuz.eus/fitxategiak/batuz/LROE/esquemas/LROE_PJ_240_1_1_FacturasEmitidas_ConSG_AltaPeticion_V1_0_2.xsd">
<Cabecera>
<Modelo>240</Modelo>
<Capitulo>1</Capitulo>
<Subcapitulo>1.1</Subcapitulo>
<Operacion>A00</Operacion>
<Version>1.0</Version>
<Ejercicio>2022</Ejercicio>
<ObligadoTributario>
<NIF>CIF_EMPRESA</NIF>
<ApellidosNombreRazonSocial>NOMBRE_EMPRESA</ApellidosNombreRazonSocial>
</ObligadoTributario>
</Cabecera>
<FacturasEmitidas>
<FacturaEmitida>
<TicketBai>FICHERO_TBAI_EN_BASE64</TicketBai>
</FacturaEmitida>
</FacturasEmitidas>
</lrpjfecsgap:LROEPJ240FacturasEmitidasConSGAltaPeticion>

Hola,

Recibido email de TicketBAI Gipuzkoa con:
- Cambios en certificado de dispositivo
- Algunas recomendaciones
- Errores comunes detectados
- Aclaración sobre el tema de las retenciones en facturas.

Lo pongo en fichero adjunto.

Saludos

comunicación pruebas Alava
 

Hola,

No se si te seguirá ocurriendo, a mi me ha pasado hoy, empezando las pruebas de comunicación en entorno de pruebas y me han dicho esto desde el correo:

Para el entorno de PRUEBAS de Araba hay que usar certificados Productivos. Si deseas utilizar uno de los certificados proporcionados por Izenpe **** tienes que usar los denominados “Certificados de prueba (producción)”:



No puedo poner el enlace, pero si no lo encuentras, avísame.





He utilizado uno de los que están en el zip y ya comunica ..

Saludos.
Eduardo.

Muchas gracias tejano, ¡solucionado!. Estaba poniendo "Apellido..."(en singular) en lugar de "Apellidos..."(en plural), en la etiqueta "ApellidosNombreRazonSocial".


Saludos

Yo creo que se refiere al XML del TicketBAI.

La parte XML del LROE es la misma de los ejemplso y las misma practicamente que la que tengo yo.
Aquí tienes unos de los ejemplos que faciltan ellos:


En esta parte no creo que haya problemas.


Luego he revisado el XML del TicketBAI y sí veo algunas diferencias respectoi a la mía, aunque es posible que sea porque nosotros rellenamos más campos de los estrictamente obligatorios (o porque tú te estás dejando alguno).

Te pogo el TicketBAI, lo comparas y revisas si las diferencias son realmente optativas.

Uppps!!
No había leído este último mensaje antes de contestar, ya veo que se ha solucionado.

Muchas gracias igualmente Neftail!

Hola,
Os funciona el entrono de pruebas de Bizkaia https://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena?


Desde el año pasado no intentaba enviar y ahora me salta error 502 Connection reset by peer, y anteriormente me funcionaba bien.

¿Puede alguien confirmarme si la URL para generar el QR de Gipuzkoa, en el entorno de pruebas, es esta?

.....://tbai.prep.gipuzkoa.eus/qr/

Intento enviar facturas (que antes funcionaban sin problema) y la factura se envía correctamente (recibo "ALTA - PREP"), pero al comprobar la URL me devuelve:

No se ha podido determinar el estado de la factura

La de Producción entiendo que es esta otra:
.....://tbai.egoitza.gipuzkoa.eus/qr/

Con Araba me funciona perfectamente el mismo algoritmo de generación del QR. Puedo consultar las facturas en la URL generada sin problema.

A mi me está funcionando correctamente

<sarcasmo>Me gustaría aprovechar la oportunidad que me da este foro para expresar mi agradecimiento a Bizkaia y su sistema de gestión del TicketBAI. La intuitividad del servicio, los requisitos, el uso de certificados específicos, el entorno de pruebas que no es de pruebas pero es real pero en pruebas, las respuestas del servidor, comprimidas en zip (dos veces), el envío de la información completamente diferente a Gipuzkoa y Araba, etc. Gracias, de verdad por estos meses tan maravillosos.</sarcasmo>

Aplausos ;)

Estoy empecendo con el tema y ya he dejado de dormir bien :)))




Aprovecho para agradeceros a todos los comentarios y la suerte de haber encontrado este hilo, que no veas como ayuda al que empieza.

Hola, alguien me pude indicar los pasos para el registro de cada versión, estoy casi a versión por semana ahora mismo.

Otra pregunta,
La reglamentación incluye algún dato sobre el tiempo de adaptación estipulado para los cambios de la reglamentación misma? Por ejemplo imaginemos que deciden que en vez de 8 decimales son 9 para el precio unitario sin iva, cosa que ya cambio de una version a otra.
Aunque he puesto un mal ejemplo que la mayoría lo arreglan cambiando el xsd, no es mi caso, y aunque solo es un pequeño cambio también pueden haber otros cambios. Pero hay que ponerse en los zapatos de todos y en mi caso yo estoy solo y puedo estar en otros proyectos y tendría que actualizar 200tpvs.

El QR de ejemplo que tienen en la documentación oficial también devuelve el mismo error, "No se ha podido determinar el estado de la factura", así que imagino que es problema de ellos.
De hecho antes me funcionaba (en diciembre) y no he tocado nada.

Problemas Con El Certificado
 

Hola buenas tengo un problema que soy incapaz de resolver, tengo un mismo fichero xml firmado y al enviarlo con mi portatil no tengo problemas, pero al enviarlo con otro pc con el mismo certificado instalado me da este error


<ResultadosValidacion>
<Codigo>001</Codigo>
<Descripcion>No se ha utilizado certificado de cliente.</Descripcion>
<Azalpena>Ez da erabili bezeroaren ziurtagiririk.</Azalpena>
</ResultadosValidacion>


En ambos tengo instalado el mismo certificado de cliente, no se si es problema de el comando curl, adjunto tambien el comando curl que utilizo, igual es algun tema de seguridad de windows que desconozco
curl.exe --data-binary @C:\TB\01.XML -H "Content-Type: application/xml;charset=UTF8" -X POST direccion_de_ennvio -o C:\Indtemp\OUT.xml


Si alguien se le ocurre algo se lo agradecira

Con el certificado PFX con postman no hay problema, alguno sabe como puedo firmar el envio con el pfx desde el comando cur??

El problema parece que viene de el comando curl, que es incapaz de acceder a las librerias de los certificados, aunque se lo ponga en el propio comando, otra alternativa seria hacerlo en php, pero el unico codigo que vi por aqui era un poco lioso, alguien me podria echar una mano?

:D:D:D:D:D
Más de uno nos adherimos a tu "agradecimiento"

¿A alguien más le pasa lo siguiente?
Ahora resulta que Álava, como respuesta a una petición al WebService, devuelve una contestación en XML...
:(:(:(:(




Todo esto debe ser para que no nos aburramos...

Acabo de hacer un envío al entorno de pruebas de alava y me funciona bien.

¿Me puedes hacer una prueba a ver si soy yo?
A la descripción del artículo métele una Ñ o una Ç

NOTA: Si no le pongo caracteres extraños, me funciona, como artículo pongo CAÑAMO, me falla y me devuelve eso.

Lo he probado con ÑÑÑÑÑÑÑ y funciona