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

[sEngine]

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

[rci]

Empezado por sEngine

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

Creo que no existe la opción de subsanar en Batuz. Se tiene que hacer a mano por la web de Batuz LROE

Cuando una factura expedida mediante el sistema TicketBAI es rechazada en el subcapítulo 1.1 - Facturas emitidas con software garante, la información de la operación se tendrá que enviar por el subcapítulo 1.2 – Facturas emitidas sin software garante, superando las validaciones. Es decir, en el subcapítulo 1.2 se tendrán que corregir los errores que han provocado que la factura no se pueda anotar en el subcapítulo 1.1 (por ejemplo, si el NIF del destinatario no cumple el algoritmo del NIF). De este modo la operación que no se ha podido registrar mediante el subcapítulo 1.1 quedaría anotada en el LROE y presentada en Hacienda. La anotación en el subcapítulo 1.2 se puede hacer manualmente mediante la aplicación del LROE https://www.batuz.eus/es/lroe

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

Empezado por sEngine

En el caso de bizkaia, hay algo similar a zuzendu como en las otras diputaciones? Para los casos en los que el resultado del envio haya dado "incorrecto"

En esos casos, nosotros enviamos la misma factura "sin Software garante".

[edari]

Buenas tardes,


Estoy intentando subir mi primera factura en una empresa de Vizcaya en entorno real y al subirla (con curl) me dice


curl.exe --insecure --cert-type P12 --cert CZJ141020S.p12:LACONTRASEÑA -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\":\"nifempresa\",\"nrs\":\"EMPRESA S A\"},\"drs\" :{\"mode\":\"240\",\"ejer\":\"2024\"}}" -v "https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@\EDARITBAI\EDARI.DAT\01-2024\07\EXPORTA\RESUMEN_240_20240701_170553.gz" --output \EDARITBAI\EDARI.DAT\01-2024\07\RESPUESTAS\RESP_240_20240701_170553.gz -D \EDARITBAI\EDARI.DAT\01-2024\07\RESPUESTAS\RESP_240_20240701_170553.TXT
% 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.229...
* TCP_NODELAY set
* Connected to sarrerak.bizkaia.eus (80.245.2.229) port 443 (#0)
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 1/3)
* schannel: disabled server certificate revocation checks
* schannel: verifyhost setting prevents Schannel from comparing the supplied target name with the subject names in server certificates.
* schannel: sending initial handshake data: sending 182 bytes...
* schannel: sent initial handshake data: sent 182 bytes
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: failed to receive handshake, need more data
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 4096
* schannel: encrypted data buffer: offset 4096 length 4096
* schannel: encrypted data length: 4000
* schannel: encrypted data buffer: offset 4000 length 4096
* schannel: received incomplete message, need more data
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 516
* schannel: encrypted data buffer: offset 4516 length 5024
* schannel: a client certificate has been requested
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data buffer: offset 4516 length 5540
* schannel: sending next handshake data: sending 133 bytes...
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 51
* schannel: encrypted data buffer: offset 51 length 5540
* schannel: SSL/TLS handshake complete
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 3/3)
* schannel: stored credential handle in session cache
> POST /N3B4000M/aurkezpena HTTP/1.1
> Host: sarrerak.bizkaia.eus
> User-Agent: curl/7.56.1
> Accept: */*
> Accept-Encoding:gzip
> Content-Encoding:gzip
> 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":"A48140925","nrs":"VINOS SOLERA EIBARRESA S A"},"drs" :{"mode":"240","ejer":"2024"}}
> Content-Length: 8538
> Expect: 100-continue
>
* schannel: client wants to read 102400 bytes
* schannel: encdata_buffer resized 103424
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: Curl_read_plain returned CURLE_RECV_ERROR
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: decrypted data buffer: offset 0 length 4096
* schannel: schannel_recv cleanup
0 8538 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
* Closing connection 0
* schannel: shutting down SSL/TLS connection with sarrerak.bizkaia.eus port 443
* Send failure: Connection was reset
* schannel: failed to send close msg: Failed sending data to the peer (bytes written: -1)
* schannel: clear security context handle
curl: (56) Send failure: Connection was reset

Las url son corrrectas?


Veis algo mal?


Gracias

[edejuan]

Hola,


No va a ser el espacio detrás de "drs" hasta los dos puntos : ? ...

- eus-bizkaia-n3-data:{"con":"LROE","apa":"1.1","inte":{"nif":"A48140925","nrs":"VINOS SOLERA EIBARRESA S A"},"drs" :{"mode":"240","ejer":"2024"} -


Pero por si acaso.

Empezado por edari

Buenas tardes,


Estoy intentando subir mi primera factura en una empresa de Vizcaya en entorno real y al subirla (con curl) me dice


curl.exe --insecure --cert-type P12 --cert CZJ141020S.p12:LACONTRASEÑA -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\":\"nifempresa\",\"nrs\":\"EMPRESA S A\"},\"drs\" :{\"mode\":\"240\",\"ejer\":\"2024\"}}" -v "https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena" --data-binary "@\EDARITBAI\EDARI.DAT\01-2024\07\EXPORTA\RESUMEN_240_20240701_170553.gz" --output \EDARITBAI\EDARI.DAT\01-2024\07\RESPUESTAS\RESP_240_20240701_170553.gz -D \EDARITBAI\EDARI.DAT\01-2024\07\RESPUESTAS\RESP_240_20240701_170553.TXT
% 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.229...
* TCP_NODELAY set
* Connected to sarrerak.bizkaia.eus (80.245.2.229) port 443 (#0)
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 1/3)
* schannel: disabled server certificate revocation checks
* schannel: verifyhost setting prevents Schannel from comparing the supplied target name with the subject names in server certificates.
* schannel: sending initial handshake data: sending 182 bytes...
* schannel: sent initial handshake data: sent 182 bytes
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: failed to receive handshake, need more data
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 4096
* schannel: encrypted data buffer: offset 4096 length 4096
* schannel: encrypted data length: 4000
* schannel: encrypted data buffer: offset 4000 length 4096
* schannel: received incomplete message, need more data
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 516
* schannel: encrypted data buffer: offset 4516 length 5024
* schannel: a client certificate has been requested
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data buffer: offset 4516 length 5540
* schannel: sending next handshake data: sending 133 bytes...
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 2/3)
* schannel: encrypted data got 51
* schannel: encrypted data buffer: offset 51 length 5540
* schannel: SSL/TLS handshake complete
* schannel: SSL/TLS connection with sarrerak.bizkaia.eus port 443 (step 3/3)
* schannel: stored credential handle in session cache
> POST /N3B4000M/aurkezpena HTTP/1.1
> Host: sarrerak.bizkaia.eus
> User-Agent: curl/7.56.1
> Accept: */*
> Accept-Encoding:gzip
> Content-Encoding:gzip
> 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":"A48140925","nrs":"VINOS SOLERA EIBARRESA S A"},"drs" :{"mode":"240","ejer":"2024"}}
> Content-Length: 8538
> Expect: 100-continue
>
* schannel: client wants to read 102400 bytes
* schannel: encdata_buffer resized 103424
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: Curl_read_plain returned CURLE_RECV_ERROR
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: decrypted data buffer: offset 0 length 4096
* schannel: schannel_recv cleanup
0 8538 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
* Closing connection 0
* schannel: shutting down SSL/TLS connection with sarrerak.bizkaia.eus port 443
* Send failure: Connection was reset
* schannel: failed to send close msg: Failed sending data to the peer (bytes written: -1)
* schannel: clear security context handle
curl: (56) Send failure: Connection was reset

Las url son corrrectas?


Veis algo mal?


Gracias

[edari]

Ya está. Creo que era una versión incorrecta del curl.



Gracias!!

[rci]

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

En esos casos, nosotros enviamos la misma factura "sin Software garante".

Muy interesante Neftali.
Nosotros ahora mismo no lo enviamos, no tenia claro si se podía enviar igual que las facturas normales pero cambiando el apartado a "sin software garante".

Pero si la factura tiene algún error y se ha rechazado, como se modifica para enviarla "corregida" y que sea aceptada, si en principio no se puede modificar ninguna factura?

Muchas gracias

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

Empezado por rci

Nosotros ahora mismo no lo enviamos, no tenia claro si se podía enviar igual que las facturas normales pero cambiando el apartado a "sin software garante".

Si la envías "normal" y hay algún error, en nuestro caso lo corregimos (dentro de lo posible) y la volvemos a enviar "sin software garante"

Empezado por rci

Pero si la factura tiene algún error y se ha rechazado, como se modifica para enviarla "corregida" y que sea aceptada, si en principio no se puede modificar ninguna factura?

Si se ha rechazado, no ha subido a Batuz, por lo tanto debes corregirla o volver a subirla.
No siempre tiene que ser modificar la factura, piensa por ejemplo en un error de certificado, o en un erro en el esquema debido al programa.

Aquí ya hablamos del tema, revisa los mensajes de esa página:
https://www.clubdelphi.com/foros/sho...94264&page=158

[rci]

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

Si la envías "normal" y hay algún error, en nuestro caso lo corregimos (dentro de lo posible) y la volvemos a enviar "sin software garante"



Si se ha rechazado, no ha subido a Batuz, por lo tanto debes corregirla o volver a subirla.
No siempre tiene que ser modificar la factura, piensa por ejemplo en un error de certificado, o en un erro en el esquema debido al programa.

Aquí ya hablamos del tema, revisa los mensajes de esa página:
https://www.clubdelphi.com/foros/sho...94264&page=158

Muchas gracias Neftali.
Y para "corregir dentro de lo posible" lo tenéis programado para cada tipo de error para que se haga automático, o revisáis y arregláis cada caso o lo puede "corregir" el usuario?

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

Empezado por rci

Y para "corregir dentro de lo posible" lo tenéis programado para cada tipo de error para que se haga automático, o revisáis y arregláis cada caso o lo puede "corregir" el usuario?

En nuestro caso, dejamos que el usuario intente corregir lo que pueda y lo que esté en su mano (certificados, problemas con la red, datos de configuración,...) y la vuelva a enviar "manualmente" a través de "sin software garante".
Esos errores se supone que no son "corregibles" de forma automática.

[MaeseKvothe]

Hola buenas.
Me ha surgido una duda que me han planteado con las facturas recibidas (no las emitidas) en Vizcaya y es el siguiente.
¿Cómo se debe proceder si se ha registrado y enviado una factura recibida con algún error? Por ejemplo que se hayan equivocado al meter los importes, lo cual no es responsabilidad del proveedor y por tanto no tiene sentido solicitar una rectificativa.


¿Hay algún proceso para las facturas recibidas para modificar los datos o cómo habría que funcionar?
Gracias

[rcarteaga]

Buenos días.
El sistema me funciona perfectamente en el entorno de pruebas, pero cuando paso a producción, me devuelve la cabecera con el error:
"HTTP/1.1 500 Internal Server Error
Date: Thu, 04 Jul 2024 09:06:44 GMT
Server: JBoss-EAP/7
X-Powered-By: Undertow/1
Content-Type: application/json; charset=UTF-8
Connection: close
Transfer-Encoding: chunked"

Y da error al descomprimir la respuesta.

Al pasar de test a producción he cambiado:
* La URL
* El certificado

¿Alguna sugerencia?
Muchas gracias

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

Empezado por rcarteaga

Buenos días.
El sistema me funciona perfectamente en el entorno de pruebas, pero cuando paso a producción, me devuelve la cabecera con el error:
"HTTP/1.1 500 Internal Server Error
Date: Thu, 04 Jul 2024 09:06:44 GMT
Server: JBoss-EAP/7
X-Powered-By: Undertow/1
Content-Type: application/json; charset=UTF-8
Connection: close
Transfer-Encoding: chunked"

Y da error al descomprimir la respuesta.

Al pasar de test a producción he cambiado:
* La URL
* El certificado

¿Algín mensaje? ¿Tienes respuesta o cabecera?

[rcarteaga]

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

¿Algín mensaje? ¿Tienes respuesta o cabecera?

La cabecera es lo que he puesto:

HTTP/1.1 500 Internal Server Error
Date: Thu, 04 Jul 2024 09:06:44 GMT
Server: JBoss-EAP/7
X-Powered-By: Undertow/1
Content-Type: application/json; charset=UTF-8
Connection: close
Transfer-Encoding: chunked

[[duilioisola]]

Estoy tratando de enviar el TicketBAI de Biszaya.
Estoy tratando de utilizar CURL porque Delphi 6 me da problemas al enviar el xml.


¿Cuál es la URL que debo utilizar para enviar el TickerBAI? (NO el LROE).
He visto en el mensaje 736 la forma de hacerlo, pero no veo la URL a utilizar.
He estado horas buscando por la web de batuz y no la encuentro.


Además de esto, en mensajes siguientes se menciona que no hace falta enviar el TicketBAI. Solo se debe informar en el LROE.
Esto tampoco lo he leído en la web de batuz...

¿Eso es así?




Gracias!

[YellowStone]

No, no es así. No hay URL para enviar facturas individuales. Tienes que enviarlas siempre con el LROE. En el primer documento de la documentación técnica en la web de Batuz, está bien explicado.

[Sistel]

Empezado por duilioisola

Estoy tratando de enviar el TicketBAI de Biszaya.
Estoy tratando de utilizar CURL porque Delphi 6 me da problemas al enviar el xml.
¿Cuál es la URL que debo utilizar para enviar el TickerBAI? (NO el LROE).
He visto en el mensaje 736 la forma de hacerlo, pero no veo la URL a utilizar.
He estado horas buscando por la web de batuz y no la encuentro.
Además de esto, en mensajes siguientes se menciona que no hace falta enviar el TicketBAI. Solo se debe informar en el LROE.
Esto tampoco lo he leído en la web de batuz...
¿Eso es así?
Gracias!

Hola,

No sé dónde has buscado la información, pero está en el primer documento de la web de documentación técnica de BATUZ (https://www.batuz.eus/es/documentacion-tecnica)
En la página 17 de https://www.batuz.eus/fitxategiak/ba...ivo_V1_0_8.pdf tienes la URL para el envío: https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena

Y, tal vez, no hayas entendido el funcionamiento de BATUZ (modalidad de TicketBAI en Bizkaia):
Los envíos de los ficheros de alta y anulación TicketBAI de las facturas se deben hacer al LROE

Saludos

[YellowStone]

Empezado por rcarteaga

La cabecera es lo que he puesto:

HTTP/1.1 500 Internal Server Error
Date: Thu, 04 Jul 2024 09:06:44 GMT
Server: JBoss-EAP/7
X-Powered-By: Undertow/1
Content-Type: application/json; charset=UTF-8
Connection: close
Transfer-Encoding: chunked

¿Conseguiste arreglar esto? Mucho me temo que el problema está en el tipo de respuesta que te da el servidor, "Transfer-Encoding: chunked". Me estoy peleando con esto en otro tipo de webservice y no hay ayuda por ningún lado. Y pronto tendré los primeros clientes para producción en Vizcaya. Espero que no sea eso.

[Noe277]

Buenas,

Estoy intentando convertir el XSD de Zuzendu de alava a una clase.

Me da el siguiente error.
Error: Error al generar clases para el esquema 'ZuzenduAlta_ticketBaiV1-0'.
- Falta el elemento 'http://www.w3.org/2000/09/xmldsig#:Signature'.

No se que mas tengo que coger.


Me auto respondo me faltaba : xmldsig-core-schema.xsd
Ya lo he solucionado