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.