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

[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

[keys]

Empezado por 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

En las facturas recibidas si puedes modificar la información enviada. Tipo de comunicación M00.

[Noe277]

Empezado por 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

Yo las corrijo y las reenvió como si fuera la primera vez. No se si estará bien pero cuela, además los errores en gran parte son de rechazo así que no están registradas en el sistema de batuz.

[keys]

Empezado por Noe277

Yo las corrijo y las reenvió como si fuera la primera vez. No se si estará bien pero cuela, además los errores en gran parte son de rechazo así que no están registradas en el sistema de batuz.

Eso es si no están registradas, pero si están registradas hay que enviar una modificación.

[Noe277]

Empezado por keys

Eso es si no están registradas, pero si están registradas hay que enviar una modificación.

Si eso es.

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

Empezado por MaeseKvothe

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?

Se envían con las modificaciones, pero código diferente.
Te adjunto una imagen, donde se ve bien la diferencia (izquierda ALTA, derecha MODIFICACION). Puedes utilizar el mismo código paramterizandolo.
En este caso he modificado las unidades (lo que modifica el importe total).

Empezado por Noe277

Yo las corrijo y las reenvió como si fuera la primera vez. No se si estará bien pero cuela, además los errores en gran parte son de rechazo así que no están registradas en el sistema de batuz.

Tendrías que cambiar el código A00 por un M00; en cualquier momento te las pueden rechazar por duplicadas.

EDITO: Lo que ha comentado [keys], vamos. Voy tarde...

[MaeseKvothe]

Empezado por keys

En las facturas recibidas si puedes modificar la información enviada. Tipo de comunicación M00.

Muchas gracias, algo así me esperaba pero la verdad es que la documentación respecto a las recibidas es bastante escueta o yo muy torpe al ubicarme.

¿Recuerdas si la estructura es igual que la del envío original pero sólo cambiando el tipo de operación? ¿O hay que rellenar distintos datos?

[keys]

Empezado por MaeseKvothe

Muchas gracias, algo así me esperaba pero la verdad es que la documentación respecto a las recibidas es bastante escueta o yo muy torpe al ubicarme.

¿Recuerdas si la estructura es igual que la del envío original pero sólo cambiando el tipo de operación? ¿O hay que rellenar distintos datos?

LA estructura es la misma que el original pero poniendo M00, y cambiando los datos que cambien sobre el original. Nunca el Proveedor, Fecha y Numero de Factura, ya que sino sería una factura nueva.

En ese caso hay que dar de baja la primera y enviar una nueva.

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

Empezado por MaeseKvothe

Muchas gracias, algo así me esperaba pero la verdad es que la documentación respecto a las recibidas es bastante escueta o yo muy torpe al ubicarme.
¿Recuerdas si la estructura es igual que la del envío original pero sólo cambiando el tipo de operación? ¿O hay que rellenar distintos datos?

En el mensaje anterior tienes la estructura de ambos ficheros.
Exactamente iguales, salvo el código y las modificaciones realizadas.

[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