Muchas gracias Germán, tenia dos errores, uno en la cabecera, solucionado con el ejemplo que has enviado, muchas gracias.
El otro era en los parámetros de AutoFirma, que he visto en otros post ejemplos y ya me funciona.
Mil gracias.

Solucionado
 

Hola Ermendalenda,

Al final el problema era que estaba llamando a la a la URI de alta, modificación y anulación y debía ser a la de consulta:
https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta

Saludos y muchas gracias,
Joselu

No sé si te servirá, pero yo hago lo siguiente:
- Lo primero de todo genero el registro de factura vacío, con solo el número, y fecha y hora de expedición.
- Genero un registro en la "cola" de facturas para ese ID.
- Empiezo a procesar los datos enviados (factura, líneas detalle, etc.)
- Actualizo la tabla de factura con los datos definitivos, guardo las líneas de factura en otra tabla etc.
- Genero XML, QR, etc...


La instrucción SQL que utilizo genera el número y actualiza al mismo tiempo por lo que nunca se van a repetir. Tengo una tabla de "configuración" donde guardo el último número para cada CIF y serie (son dos empresas).

Es decir, podrías por un lado hacer una llamada para simplemente generar la factura y obtener su ID, y después seguir haciendo tus cosas, y en principio ya da igual que tardes 2 segundos, porque si otro proceso va a generar otra factura, se le asignará el siguiente número.

EDIT: Solucionado, explicación abajo

Buenas tardes,

A ver si alguien puede arrojarme algo de luz, porque tengo delante una pared y estoy dando palos de ciego.

Tengo ya funcionando el proceso de generar una factura, el XML y el QR.

Me he puesto con el tema de enviar a Hacienda, y por ahora he conseguido que me llegue el aviso de "001 - no se ha usado certificado de cliente".

- He generado un certificado de dispositivo usando la web de Izenpe (es gratuito).
- Se ha creado un P12, que he convertido a PEM y CRT con open_ssl, y lo he subido a Plesk.
- El certificado no puedo usarlo directamente en un dominio porque dice que "la conexión no es segura".
- Para probar a enviar algo firmado, me he descargado el Autofirma y he firmado usando ese certificado P12. En principio parece que OK.
- Al intentar subir por PHP este XML, me dice que no se ha usado certificado SSL.

En sí, el dominio desde el que envío los datos, tiene un certificado Let's Encrypt que funciona correctamente, pero no sé si esto se llega a usar o detectar.

He estado mirando diferentes opciones, y he visto que desde PHP se puede especificar qué fichero quieres usar como certificado.

Por un lado he probado esto:

Decir que he estado jugando poniendo y quitando parámetros "local_pk", "ca_file", etc... sin resultado satisfactorio. He puesto el último ejemplo usado.

El error es este:

Después he probado con CURL:

Y el resultado es el siguiente:

Básicamente, no solo no tengo ni idea de qué está pasando o cómo solucionarlo. Ni siquiera se si voy bien encaminado intentando enviar así los XML.

¿Alguien me ilumina un poco el camino?

Entiendo que quizás es algún problema con el fichero de la Key, pero no me hago idea el qué...

Gracias!
Saludos.

EDIT: SOLUCIONADO!!

El problema era el comando que utilicé para convertir el P12 en PEM. Un usuario de Stackoverflow dice que se le solucionó con este comando:

Y me ha servido al parecer, porque ahora el error es Hacienda es "004", de que falta algún campo, etc.... pero yo diría que el primer obstáculo ya sido sorteado.

Gracias thinkows.


Luegop para subir tambié sería con curl como se hace con las altas de facturas?


Gracias de nuevo.

Servidor de Alava en pruebas
 

Buenas tardes, alguien puede enviar al servidor de Alava de pruebas?
Siempre me da error 002 de que no coincide la estructura con el XSD, he intentado incluso enviar los de la página de ellos de ejemplos y siempre da el mismo mensaje, desde SoapUI da el mismo error por lo que deduzco que es un problema de su servicio?
Gracias...

Ya funciona, tuvo que ser algo puntual ...

Buenas tardes:

Estoy intentado enviar en fichero XML al servidor de pruebas de Alava y no lo consigo.

¿Alguien puede subir el código fuente que usa para enviar el fichero XML a Álava?

Gracias

Convertir Delphi a C o C++
 

Alquien sabe o puede convertir este código copiado de anteriores post a C o C++? gracias

Hola buenos días, veo que es tu primer post. Bienvenido.
Tendrías que intentar explicar un poco mejor (o con más detalles) cual es el problema.

Te recomiendo que leas la guía de estilo de los foros.

No comentas qué componentes estás usando.
No comentas qué lenguaje (podemos suponer que es Delphi, pero como rara excepción en este hilo hay gente que está programando en varios lenguajes).
Podrías añadir el código que estás utilizando, para que los demás vean si hay algíun error.

Dentro de este mismo hilo, hay un mensaje que repopila códigos que han colocado los usuarios sobre los diferentes pasos del proceso, en diferentes lenguajes y con diferentes componentes. Échale un vistazo:
https://www.clubdelphi.com/foros/sho...&postcount=436

Servidor Alava de pruebas
 

Buenos días,
Ya teníamos implementado el proceso de enviar facturas al TBAI de Alava y en las últimas pruebas de la semana pasada se enviaban correctamente y nos las aceptaba con "Recibido" sin avisos de errores, pero hoy al retomar otra parte de las pruebas, cualquier envío que hacemos nos está devolviendo error en la firma:

008 - 034 Validar Firma Factura / Error al validar la firma: Error en la verificación de firma

cuando estamos enviando con el mismo certificado y proceso de firma y además al comprobar el fichero firmado con el validador de izenpe nos dice que es correcto.

A alguien más le ha empezado a ocurrir esto? sabéis si han cambiado algo de la validación/verificación de la firma?

Un saludo.

Acabo de probar subir a pruebas y me funciona correctamente

Sé que hay determinadas validaciones que van cambiando, incluso que las van activando y desactivando en pruebas dependiendo de determinados factores.
Algunas relacionadas con la firma han estado inactivas durante periodos de tiempo (imagino que por temas de desarrollo suyo).

Puedes poner un fichero tal y como lo estás enviando (eliminando datos como licencia,...) y le echamos un vistazo a ver si vemos algo raro...

Delphi a C++ Builder
 

Por si le sirve de ayuda a alguien, converido de Delphi a C++ Builder el calculo del crc8.

Gracias. ^\||/
Añadido al hilo de recopilación de códigos:
https://www.clubdelphi.com/foros/sho...231#post540231

Ok, subo el fichero xml firmado de una de las últimas pruebas que nos da fallo en la firma, pero editado para eliminar datos de licencia y nifs que van con **** por lo que si se intenta validar la firma de este fichero da error, pero por si como dice echándole un vistazo al fichero y su estructura detectas algo raro.
Gracias.

Busca en la documentación el valor para esto:
Es posible que el valor correcto sea: iOgvkX7/yHIDRRiPy/LYQ0UUn7QV8/11D1BFbs8yMuQ=

https://www.clubdelphi.com/foros/sho...postcount=1534

Envio Curl
 

Hola, yo el envío lo hago con las librerías chilckat.....pero he visto varios hilos y ejemplos de envió con CURL.

Suerte y Salud.

Hola,

Álava cambió hace poco su política de firma (ahora se permite certificado de dispositivo en arquitecturas de firma en servidor).
La URL de la política de firma es la misma: https://ticketbai.araba.eus/tbai/sinadura/
Pero el hash ha cambiado. Hash de la política de Firma: d69VEBc4ED4QbwnDtCA2JESgJiw+rwzfutcaSl5gYvM=

Lo podéis ver en https://web.araba.eus/es/hacienda/ti...tacion-tecnica

Saludos

Por cierto, la política de firma de Gipuzkoa también cambió (por el mismo tema).
El nuevo hash es: vSe1CH7eAFVkGN0X2Y7Nl9XGUoBnziDA5BGUSsyt8mg=
Podéis ver en https://www.gipuzkoa.eus/es/web/ogas...on-y-normativa

Saludos

Las liberias de chilckat yo no las puedo usar. Cuando termine de preparar los xml cogeré la misma idea que usé para el curl a ver si tenemos suerte.


Gracias de nuevo ^\||/

Buen día

Lo revisé y ajusté porque aunque el "value" era el correcto actual, el "method algorithm" lo estaba pasando como sha1 y tenía que ser sha256 para ese valor, pero aún así probaba a enviar y me seguía dando error al validar la fima.
Les escribí a soporte de Alava enviando el xml firmado que se validaba correctamente con el validador de izenpe y otros, y se ve que era algo de ellos porque me han contestado hoy esto y ahora ya me funciona correctamente todos los envíos sin cambiar nada :

Buenos días,
Por favor, en cuanto podáis volver a probar a realizar un envío y nos confirmáis de su resultado.
Un saludo y disculpen las molestias.

Gracias por la ayuda.

Gracias.
Joer, te vas 3 semanas a otros temas y cuando vuelves ha cambiado todo. :(:(:(

Gracias por la info.

Hola Neftali,

Sí, la verdad es que es un no parar de cambios.
Hay que estar siempre pendiente para ir reflejando los cambios que hagan en nuestras aplicaciones.

Supongo que Bizkaia también acabará aceptando el uso del certificado de dispositivo en servidores y cambiará su política de firmas.
Habrá que estar pendiente cuando lo haga, porque al igual que las otras Haciendas Forales, no creo que avisen.

Yo les escribí preguntándoles si iban a cambiarla (como ya lo han hecho Álava y Gipuzkoa), pero aún no he recibido contestación.

Algunas veces tardan una enormidad en contestar y, en algunas ocasiones, se les "pierden" las consultas y no responden hasta que no se les vuelve a recordar.
Es triste tener tan mal servicio de soporte (y sólo vía email) en un tema tan vital y obligatorio como éste.

Y muy triste, también, que haya que hacer consultas a cada una de las tres Haciendas Forales, por separado, sin tener un buzón único.

Saludos

Problemas Enviar Xml A Bizcaya
 

Buenos días

estamos intentando enviar el fichero a Bizkaia y no ha manera , no encontramos el problema y estamos un poco desesperados , os pasamos el código completo que tenemos para enviarlo y nos da error al ejecutar

Código Delphi [-]
AResponse := NetHTTPClient1.Post('htttps://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena',RequestBody)

obtenemos el error "ERROR RECEIVING DATA 12030 LA CONEXION CON EL SERVIDOR FINALIZÓ ANORMALMENTE.

os paso el código completo que tenemos por si nos podéis decir algo os lo agradecería.

Código Delphi [-]
procedure TForm4.Button15Click(Sender: TObject);
var
json : string;
    RequestBody: TFileStream;
    AResponse: IHTTPResponse;
begin

   RequestBody := TFileStream.Create('E:\YYYYYYYYY\TicketBai_1-005461.gz', fmOpenRead);
    NetHTTPClient1.SecureProtocols := [THTTPSecureProtocol.TLS12];
    NetHTTPClient1.CustomHeaders['Accept-Encoding'] := 'gzip';
    NetHTTPClient1.CustomHeaders['Content-Encoding'] := 'gzip';
    NetHTTPClient1.CustomHeaders['Content-Type'] := 'application/octet-stream';
    NetHTTPClient1.CustomHeaders['eus-bizkaia-n3-version'] := '1.0';
    NetHTTPClient1.CustomHeaders['eus-bizkaia-n3-content-type'] := 'application/xml';

    //Formamos los parametros json de entrada
    json := '{"con": "LROE", "apa": "1.1", "inte": {"nif": "XXXXXXX","nrs": "XXXXXXXXXX","ap1": "","ap2": ""},"drs": {"mode": "140","ejer": "2022"}}';

    NetHTTPClient1.CustomHeaders['eus-bizkaia-n3-data'] := json;
    AResponse := NetHTTPClient1.Post('ht*tps://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena',RequestBody);
    memo1.Lines.Append(inttostr(AResponse.StatusCode)+' '+AResponse.StatusText);
    memo1.Lines.Append(AResponse.ContentAsString());

      if AResponse.ContainsHeader('eus-bizkaia-n3-mensaje-respuesta') then
        memo1.Lines.Append(AResponse.HeaderValue['eus-bizkaia-n3-mensaje-respuesta']);

    if AResponse.ContainsHeader('eus-bizkaia-n3-codigo-respuesta') then
        memo1.Lines.Append(AResponse.HeaderValue['eus-bizkaia-n3-codigo-respuesta']);

    if AResponse.ContainsHeader('eus-bizkaia-n3-tipo-respuesta') then
        memo1.Lines.Append(AResponse.HeaderValue['eus-bizkaia-n3-tipo-respuesta']);
end;

algo importante que ahi no veo pero podria ser, estais enviandolo con el certificado correspondiente?

Aquí en este mensaje, tienes una recopilación de códigos utilizando diferentes componentes.
Revisa alguno de los códigos con NetClient y compáralo a ver si ves diferencias. Sobre todo los parámetros.
También revisa en tu petición el "Content-type" y "Content-Encoding"

Con NetClient no lo he conseguido.

Con CURL si lo he conseguido enviar la petición pero siempre obtengo la misma respuesta de error:

- eus-bizkaia-n3-tipo-respuesta: N3_00000002
- eus-bizkaia-n3-identificativo: El interesado no está identificado.

¿Que datos de interesado hay que poner? , hemos puesto los que hay en el pdf de documentación técnico para el entorno de pruebas pero no hay manera.

¿Alguien conoce si tienen que enviarnos algún dato para realizar las pruebas ?

Gracias

Firma Batuz
 

Buenas a todos,

<CodigoErrorRegistro>B4_2000070
>La firma no cumple los requisitos de la política de firma TicketBAI.(EPES: N ALGORITMO: rsa-sha256:2048 POLITICA: N CERTIFICADO_ADMITIDO: S )

No pasamos de este punto en Bizkaia. Álava y Gipuzkoa firman perfectamente. Estamos programando en c#, no podemos usar Chilkat por un tema de versiones y el código para la firma que tenemos es del ayuntamiento de Cartagena.

Agradeceríamos alguna ayuda.

Aun así te tienen que dar datos para pruebas, para que envíes con esos datos.



Revisa todo el contenido en este documento.

Pues cambia de tercio, o usas el firmador.php que hay en el foro o compras o contratas una api o servicio que le mandes los datos y te genere todo.

Ha llegado un documento de Guipuzcoa de con cambios en Producción referentes a diferentes aspectos:

• Comunicación de errores
• Cambios en el formato de las rspuestas
• Cambios referentes a TSL
• Algunas sugerencias referentes generación del XML, QR,...
• Cambios en la política de firma.

Os lo adjunto al fichero y lo añado a la documentacion en el FTP.

TicketBai para Bizkaia
 

Buenas tardes:

Hemos conseguido enviar el fichero a Bizkaia en el entorno de pruebas pero siempre no devuelve el error: B4_2000063 , la licencia no está registrada

¿Sabéis exactamente a que se refiere? , hemos mirado la documentación pero no vemos nada.

Saludos y gracias

Gracias neftali
Sabes si lo del tls afecta a curl?
Creo que va implícito en la versión de Curl, no?

Debes saber con qué versión de TLS estás enviando.
Seguramente a la hora de enviar tienes opciones para poder modificarlo.
https://www.nocentino.com/posts/2021...ls-using-curl/

Gracias, ya he estado leyendo, curl va a intenta primero por la máxima, pero por si acaso voy a usar la opción --tlsv1.2, esto va a Ser un no parar de modificaciones

curl.exe --tlsv1.2 .......

Curl para enviar fichero a Bizkaia
 

Buenas tardes:

Hemos conseguido pasar el fichero a Bizkaia mediante curl.exe

¿Sabéis si a curl.exe se le puede pasar el certificado en lugar de la ruta por el nombre que tenga el certificado en Windows?

Ahora mismo lo hacemos asi:

curl --insecure --cert-type P12 --cert E:\EnpresaZigilua_SelloDeEmpresa.p12:IZDesa2021 -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Type:application/octet-stream" -H "eus-bizkaia-n3-version:1.0" -H "eus-bizkaia-n3-content-type:application/xml" -H "eus-bizkaia-n3-data:{\"con\":\"LROE\",\"apa\":\"1.1\",\"inte\":{\"nif\":\"99980375P\",\"nrs\":\"QRZMB63ZN7 HLGbwhCuy6 wmvAhKq4EV\"},\"drs\":{\"mode\":\"140\",\"ejer\":\"2022\"}}" -v "ht**tps://pruesarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@e:\demo.gz" --output e:\respuesta.gz

y funciona bien.

Lo ideal sería que en lugar de pasar la ruta del certificado que se pudiera pasar por el nombre que tiene el certificado en la instalacion de windows

¿Sabéis como se podría hacer?

Hola pulido,

https://www.batuz.eus/fitxategiak/ba...ras_V1_0_1.pdf

Saludos

Muchas gracias

Hola pulido,

Creo que, en Curl, para definir el certificado a utilizar, siempre hay que indicar el fichero de dicho certificado.
https://curl.se/docs/manpage.html

Saludos

Saludos

Para envios con curl.exe no me suena que puedas usar el almacen de certificados. Para las firmas de los ficheros sí..
Si te sirve, y si no recuerdo mal, con la herramienta openssl puedes generar el fichero a usar con curl desde el almacén de windows cada vez que lo desees, porr lo tanto puedes crearte la hilera.
Saludos