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

[Band]

Empezado por HerensugeBeltz

A mí me pasaba haciendo pruebas con los componentes Chilkat.
El error te dice que hay algún carácter antes de la etiqueta inicial del xml (<?xml version="1.0"...)
El problema puede estar relacionado con el BOM del fichero UTF-8 (si lo tiene prueba a quitárselo). Comprueba que el juego de caracteres del XML sea UTF-8 y no ISO8859-1, por ejemplo. Yo sinceramente no encontré la solución ya que finalmente opté por los componentes de SecureBlackBox.

Gracias a landaga, sline, HerensugeBeltz por las respuestas. Al final y después de asegurarme del tema del BOM del fichero, temas de encoding, caracteres extraños que pudieran haber delante de la declaración xml, etc... di con el problema que para mi caso es particular. Os pongo mi solución por si a alguien más le pasa y usa curl para enviar.

Yo usaba para enviar el fichero este parámetro (repito, con curl):

Código Delphi [-]
-F "data=@' + nombreArchivo + '" '

y la solución ha sido cambiarlo por:

Código Delphi [-]
-d "@' + nombreArchivo + '" '

No me lo he mirado con detalle pero imagino que en el primer caso le debe estar colando algo en el envío, cosa que no hace en el segundo caso.

[Noe277]

Buenos días,

Se me plantea una duda existencial.
En Gipuzkoa yo genero el xml lo firmo, lo envió y me devuelve el Qr. Entonces imprimo la factura con el Qr.

Pero en BIZKAIA:
Genero el xml, lo firmo y a los 3 meses o cuando sea lo envió en el modelo 140/240.
¿Las facturas al imprimir no van a llevar el Qr?
No se si estoy entendiendo el proceso en Bizkaia.

[sline]

Hola!

Para Gipuzkoa no se como será, pero en Bizkaia generas el Qr (con SG) y lo incrustas en el pdf.

Empezado por Noe277

Buenos días,

Se me plantea una duda existencial.
En Gipuzkoa yo genero el xml lo firmo, lo envió y me devuelve el Qr. Entonces imprimo la factura con el Qr.

Pero en BIZKAIA:
Genero el xml, lo firmo y a los 3 meses o cuando sea lo envió en el modelo 140/240.
¿Las facturas al imprimir no van a llevar el Qr?
No se si estoy entendiendo el proceso en Bizkaia.

[Sistel]

Empezado por Noe277

Buenos días,

Se me plantea una duda existencial.
En Gipuzkoa yo genero el xml lo firmo, lo envió y me devuelve el Qr. Entonces imprimo la factura con el Qr.

Pero en BIZKAIA:
Genero el xml, lo firmo y a los 3 meses o cuando sea lo envió en el modelo 140/240.
¿Las facturas al imprimir no van a llevar el Qr?
No se si estoy entendiendo el proceso en Bizkaia.

Hola,

Tanto en Gipuzkoa como en Bizkaia, la firma del XML de la factura y la generación de los códigos TBAI y QR no requieren ningún envío.
Es un proceso que se hace en local o en tu servidor (dependiendo la arquitectura que utilices), pero no requiere nada de Hacienda.

Una vez se tiene la factura (XML) firmada (y generados los códigos TBAI y QR), hay que enviarla a Hacienda Foral.
En el caso de Gipuzkoa, el envío debe ser inmediato nada más firmarse cada factura.
En el caso de Bizkaia se deben enviar las facturas firmadas dentro del capítulo 1.1 del LROE (Libro Registro de Operaciones Económicas, modelo 140 para autónomos y modelo 240 para empresas).
Pero en este caso de Bizkaia hay un plazo para el envío igual al que hasta ahora había para las declaraciones de IVA (trimestrales en la mayoría de los casos, mensuales en algunos casos y en un plazo de 4 días para las empresas obligadas hasta ahora al SII)

Saludos

[tejano]

Buenas tardes, no sé si alguien puede decirme que estoy haciendo mal a la hora de mandar el XML a la DBF. El XML es correcto y gzip también

Adjunto en envío que he hecho con el comando curl y la respuesta de la DBF. El error creo que está aquí "* Mark bundle as not supporting multiuse"

curl --cert certificado.pem --key clave_certificado.pem -H "Content-Type:application/json" -H "Accept-Encoding=gzip" -H "Content-Encoding=gzip" -H "Content-Length=534" -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":"A48190839","nrs":"TECNICAS_DE_REFRACTARIOS_SAU"},"drs ":{"mode":"240","ejer":"2021"}} -X POST -v https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta -d data=c:\tmp\consulta.gz --output c:\tmp\respuesta.txt
Note: Unnecessary use of -X or --request, POST is already inferred.
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 80.245.2.232:443...
* Connected to pruesarrerak.bizkaia.eus (80.245.2.232) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: c:\curl\1\bin\curl-ca-bundle.crt
* CApath: none
} [5 bytes data]
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [512 bytes data]
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [81 bytes data]
* TLSv1.2 (IN), TLS handshake, Certificate (11):
{ [4450 bytes data]
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
{ [527 bytes data]
* TLSv1.2 (IN), TLS handshake, Request CERT (13):
{ [36 bytes data]
* TLSv1.2 (IN), TLS handshake, Server finished (14):
{ [4 bytes data]
* TLSv1.2 (OUT), TLS handshake, Certificate (11):
} [2210 bytes data]
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
} [134 bytes data]
* TLSv1.2 (OUT), TLS handshake, CERT verify (15):
} [264 bytes data]
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
} [1 bytes data]
* TLSv1.2 (OUT), TLS handshake, Finished (20):
} [16 bytes data]
* TLSv1.2 (IN), TLS handshake, Finished (20):
{ [16 bytes data]
* SSL connection using TLSv1.2 / DHE-RSA-AES256-GCM-SHA384
* ALPN, server did not agree to a protocol
* Server certificate:
* subject: jurisdictionC=ES; jurisdictionST=BIZKAIA; jurisdictionL=BILBAO; businessCategory=Government Entity; postalCode=48009; C=ES; ST=BIZKAIA; L=BILBAO; street=GRAN VÍA 25; O=BIZKAIKO FORU ALDUNDIA - DIPUTACION FORAL DE BIZKAIA; OU=IT; serialNumber=P4800000D; CN=pruesarrerak.bizkaia.eus
* start date: Jul 3 12:41:06 2020 GMT
* expire date: Jul 3 12:41:06 2022 GMT
* subjectAltName: host "pruesarrerak.bizkaia.eus" matched cert's "pruesarrerak.bizkaia.eus"
* issuer: C=ES; O=IZENPE S.A.; OU=BZ Ziurtagiri publikoa - Certificado publico EV; CN=CA de Certificados SSL EV
* SSL certificate verify ok.
} [5 bytes data]
> POST /N3B4001M/kontsulta HTTP/1.1
> Host: pruesarrerak.bizkaia.eus
> User-Agent: curl/7.73.0
> Accept: */*
> Content-Type:application/json
> eus-bizkaia-n3-data={con:LROE,apa:1.1,inte:{nif:A48190839,nrs:TECNICAS_DE_REFRACTARIOS_SAU},drs:{mode:240,ejer:2021 }}
> Content-Length: 23
>
} [23 bytes data]
* upload completely sent off: 23 out of 23 bytes
{ [5 bytes data]
* Mark bundle as not supporting multiuse
< HTTP/1.1 400 Bad Request
< Date: Tue, 01 Jun 2021 15:32:31 GMT
< Content-Length: 226
< Connection: close
< Content-Type: text/html; charset=iso-8859-1
< Set-Cookie: TS0171c831=0147f0636e5196e806220013a9ac432d8ddb6b0939537abc2a9c686853ccc6150ba84f4e4e510f66131b57d88 8b4728c8c1c3b5923; Path=/
<
{ [226 bytes data]
100 249 100 226 100 23 784 79 --:--:-- --:--:-- --:--:-- 864
* Closing connection 0
} [5 bytes data]
* TLSv1.2 (OUT), TLS alert, close notify (256):
} [2 bytes data

A quien pueda decirme dónde falla, se lo agradeceré para siempre.

Saludos

[sline]

Prueba a cambiar en las cabeceras el "=" por ": " (dos puntos)
-H "Content-Encoding=gzip" -> -H "Content-Encoding: gzip"
...


y posiblemente esto así:
-H "eus-bizkaia-n3-data: {\"con\":\"LROE\",\"apa\":\"1.1\",\"inte\":{\"nif\":\"A48190839\",\"nrs\":\"TECNICAS_DE_REFRACTARIOS _SAU\"},\"drs\":{\"mode\":\"240\",\"ejer\":\"2021\"}}"

o asi:
-H 'eus-bizkaia-n3-data: {"con":"LROE","apa":"1.1","inte":{"nif":"A48190839","nrs":"TECNICAS_DE_REFRACTARIOS_SAU"},"drs ":{"mode":"240","ejer":"2021"}}'

Empezado por tejano

Buenas tardes, no sé si alguien puede decirme que estoy haciendo mal a la hora de mandar el XML a la DBF. El XML es correcto y gzip también

Adjunto en envío que he hecho con el comando curl y la respuesta de la DBF. El error creo que está aquí "* Mark bundle as not supporting multiuse"

curl --cert certificado.pem --key clave_certificado.pem -H "Content-Type:application/json" -H "Accept-Encoding=gzip" -H "Content-Encoding=gzip" -H "Content-Length=534" -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":"A48190839","nrs":"TECNICAS_DE_REFRACTARIOS_SAU"},"drs ":{"mode":"240","ejer":"2021"}} -X POST -v https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta -d data=c:\tmp\consulta.gz --output c:\tmp\respuesta.txt



Saludos

[tejano]

A alguien que se le ocurra algo, se queda colgado en este punto * upload completely sent off: 23 out of 23 bytes
100 23 0 0 0 23 0 0 --:--:-- 0:03:51 --:--:-- 0

He descargado el certificado de pruebas/producción, pero aún así nada. Si se utiliza este certificado hay que cambiar el CIF/Razón social en la llamada?


C:\tmp>curl --cert-type P12 --cert c:\amis\exes\sello_entidad_act.p12:IZProd2021 -H "Content-Type:application/json" -H "Accept-Encoding:gzip" -H "Content-Encoding:gzip" -H "Content-Length:534" -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\":\"A48190839\",\"nrs\":\"TECNICAS DE REFRACTARIOS S.A.U\"},\"drs\":{\"mode\":\"240\",\"ejer\":\"2021\"}}" -v https://pruesarrerak.bizkaia.eus/N3B4001M/kontsulta -d data:c:\tmp\consulta.gz --output c:\tmp\respuesta.xml
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* Trying 80.245.2.232...
* TCP_NODELAY set
* Connected to pruesarrerak.bizkaia.eus (80.245.2.232) port 443 (#0)
* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 1/3)
* schannel: checking server certificate revocation
* schannel: sending initial handshake data: sending 195 bytes...
* schannel: sent initial handshake data: sent 195 bytes
* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: failed to receive handshake, need more data
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 4096
* schannel: encrypted data buffer: offset 4096 length 4096
* schannel: encrypted data length: 4010
* schannel: encrypted data buffer: offset 4010 length 4096
* schannel: received incomplete message, need more data
* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 1024
* schannel: encrypted data buffer: offset 5034 length 5034
* schannel: encrypted data length: 6
* schannel: encrypted data buffer: offset 6 length 5034
* schannel: received incomplete message, need more data
* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 3
* schannel: encrypted data buffer: offset 9 length 5034
* schannel: sending next handshake data: sending 4433 bytes...
* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 51
* schannel: encrypted data buffer: offset 51 length 5034
* schannel: SSL/TLS handshake complete
* schannel: SSL/TLS connection with pruesarrerak.bizkaia.eus port 443 (step 3/3)
* schannel: stored credential handle in session cache
> POST /N3B4001M/kontsulta HTTP/1.1
> Host: pruesarrerak.bizkaia.eus
> User-Agent: curl/7.55.1
> Accept: */*
> Content-Type:application/json
> Accept-Encoding:gzip
> Content-Encoding:gzip
> Content-Length:534
> Content-Type:application/octet-stream
> eus-bizkaia-n3-version:1.0
> eus-bizkaia-n3-content-type:application/xml
> eus-bizkaia-n3-data:{"con":"LROE","apa":"1.1","inte":{"nif":"A48190839","nrs":"TECNICAS DE REFRACTARIOS S.A.U"},"drs":{"mode":"240","ejer":"2021"}}
>
} [23 bytes data]
* upload completely sent off: 23 out of 23 bytes
100 23 0 0 0 23 0 0 --:--:-- 0:03:51 --:--:-- 0

Graciassssss

[landaga]

Empezado por tejano

Buenas tardes, no sé si alguien puede decirme que estoy haciendo mal a la hora de mandar el XML a la DBF. El XML es correcto y gzip también

* No pongas -H "Content-Type:application/json" (sólo -H "Content-Type:application/octet-stream")
* En lugar del signo igual =, pon dos puntos :
* En el Json escapa las dobles comillas (\")
* -H "Content-Length=534" no es necesario, cURL envía el Content-Lenght automáticamente
* La barra baja en la Razon Social no es necesaria


Un saludo

[landaga]

Empezado por tejano

Buenas tardes, no sé si alguien puede decirme que estoy haciendo mal a la hora de mandar el XML a la DBF. El XML es correcto y gzip también

Otra cuestion, los comprimidos son datos binarios así que envia el gzip de esta manera


--data-bynary @c:\tmp\consulta.gz

[Noe277]

Empezado por Sistel

Hola,

Tanto en Gipuzkoa como en Bizkaia, la firma del XML de la factura y la generación de los códigos TBAI y QR no requieren ningún envío.
Es un proceso que se hace en local o en tu servidor (dependiendo la arquitectura que utilices), pero no requiere nada de Hacienda.

Una vez se tiene la factura (XML) firmada (y generados los códigos TBAI y QR), hay que enviarla a Hacienda Foral.
En el caso de Gipuzkoa, el envío debe ser inmediato nada más firmarse cada factura.
En el caso de Bizkaia se deben enviar las facturas firmadas dentro del capítulo 1.1 del LROE (Libro Registro de Operaciones Económicas, modelo 140 para autónomos y modelo 240 para empresas).
Pero en este caso de Bizkaia hay un plazo para el envío igual al que hasta ahora había para las declaraciones de IVA (trimestrales en la mayoría de los casos, mensuales en algunos casos y en un plazo de 4 días para las empresas obligadas hasta ahora al SII)

Saludos

Entiendo lo que dices pero si no esta registrada en el sistema el QR que genere no ira a ningún sitio . Y además que pasa si a posteriori esa factura resulta rechazada.

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

Empezado por Noe277

Entiendo lo que dices pero si no esta registrada en el sistema el QR que genere no ira a ningún sitio.

Correcto.
En Vizcaya se asume que hasta que la factura no esté enviada, el QR es inútil. Sólo podrás consultarla cuando esté enviada.
Diagamos que ese QR funcionará "mas tarde" cuando la subas...

Empezado por Noe277

Y además que pasa si a posteriori esa factura resulta rechazada.

Si la factura acaba siendo rechazada y el problema se puede solventar (por ejemplo por una caída del servidor), volverás a enviarla y no pasará nada. Si la factura es rechazada por un error en la fatura (que no puedes solventar, porque no puedes modificarla -ya has generado y firmado el TBAI-), pues la tendrás que enviar de otra forma (240 sin SG) y ese QR quedará sin efecto.


(Corregidme si alguien lo ve de otra forma)

[tejano]

Empezado por Band

Gracias a landaga, sline, HerensugeBeltz por las respuestas. Al final y después de asegurarme del tema del BOM del fichero, temas de encoding, caracteres extraños que pudieran haber delante de la declaración xml, etc... di con el problema que para mi caso es particular. Os pongo mi solución por si a alguien más le pasa y usa curl para enviar.

Yo usaba para enviar el fichero este parámetro (repito, con curl):

Código Delphi [-]
-F "data=@' + nombreArchivo + '" '

y la solución ha sido cambiarlo por:

Código Delphi [-]
-d "@' + nombreArchivo + '" '

No me lo he mirado con detalle pero imagino que en el primer caso le debe estar colando algo en el envío, cosa que no hace en el segundo caso.

Buenos días Band, puedes enviar como te quedaría el curl?, yo también estoy intentando utilizarlo y más ahora que ese comando viene que el mismo Windows.
Cuando lo envío me da el error 400 de Bad Request.
Graciasssssss!!!!

[Band]

Empezado por tejano

Buenos días Band, puedes enviar como te quedaría el curl?, yo también estoy intentando utilizarlo y más ahora que ese comando viene que el mismo Windows.
Cuando lo envío me da el error 400 de Bad Request.
Graciasssssss!!!!

hola tejano, yo lo hago así:

// Lleno variable de parámetros

Código Delphi [-]
curlCommand := '-d "@' + nombreArchivo + '" ' + // Archivo que voy a enviar
    ' --cert-type P12 --cert sello_entidad_act.p12:IZDesa2021 ' + //Certificado pruebas izenpe (usando sello entidad)
    ' -D "' + PATH_CURL + '\header-dump.txt" ' + //Fichero donde guardo el header de respuesta (es innecesario)
    ' -H "Content-Type: application/xml;charset=UTF-8" ' +  
    ' -H "Accept-Encoding: ''gzip''" ' +
    ' -H "Content-Encoding: ''gzip''" ' +   
    ' -X POST ' + URL_ALTA; //URL de alta guipuzkoa

// Uso de curl con shellexecute (función creada por un compañero mío, con la siguiente especificación)
//

Código Delphi [-]
ShellExecute(Operation:string;FileName:string;Parameters:string;Directory:string;ShowCmd:integer):Ca  rdinal

//No tengo el código fuente de esta función pero realmente lo interesante és el llenado de la variable curlCommand

Código Delphi [-]
ShellExecute(
    'open',
    'cmd',
    '/v:1 /c curl.exe ' + curlCommand +                                 
    ' > "' + pathRespuesta + '"', // Fichero xml donde guardo la respuesta
    PATH_CURL, // Path donde hay el curl.exe
    0
  );