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

[MNC]

Empezado por keys

Aqui tienes un ejemplo de factura con dos tipos de iva:

Muchas gracias, Keys.


Por cierto, respondo desde mi cuenta original.
Tuve que crear la cuenta mnc2 porque para esta cuenta (MNC) no recibía el mail de activación. Ha tardado 2 días en llegar.

[ermendalenda]

Hola, acabo de ver que los certificados para usar curl ¿CADUCAN?
ostias puta coño me cagon en tó lo que se menea, se me va la vida con esta mierda.

Para ser más exactos Los de Curl.exe se generaron el 1/9/1998 y caducan el 28/01/2028

[edejuan]

Hola !

Ando ofuscado en un par de puntos, a ver si me podéis confirmar:


LROE 240

A Bizkaia no se puede 'reenviar' una factura, como se hace en las otras provincias (zuzendu), para por ejemplo modificar los datos fiscales, no ?

Tengo una factura enviada a Bizkaia y que fue aceptada sin errores (con software garante), si envío el esquema 'sin software garante' para esa factura con '<Operacion>M00</Operacion>', me dice que el registro no existe en el sistema,
y si el esquema lleva '<Operacion>A00</Operacion>', me indica que no se puede duplicar el registro.

Entonces las opciones son anulación o rectificación, con posterior envío con 'software garante' es así ?

He preguntado a ellos y me responden con lo típico, un enlace:

"En el caso de que se quiera realizar alguna modificación de una factura TicketBAI que ha sido aceptada y registrada correctamente en el sistema, se tendrá que actuar de acuerdo con lo indicado en la pregunta frecuente 19 ¿Se pueden modificar los datos de una factura ya expedida mediante el sistema TicketBAI?
https://www.batuz.eus/es/preguntas-frecuentes"

Siguiendo el enlace:

19 - ¿Se pueden modificar los datos de una factura ya expedida mediante el sistema TicketBAI?

TicketBAI

No puede modificarse la factura sin generar previamente un nuevo fichero TicketBAI.

En cualquier caso en el que sea necesario expedir una factura nueva para corregir un error de una factura anterior, debe generarse previamente un fichero TicketBAI.

Dependiendo de los casos, la nueva factura puede ser una factura rectificativa o tratarse de una factura nueva tras la anulación de la factura anterior, caso en el cual deberá generarse previamente un fichero TicketBAI de anulación.

Interpreto que el envío con el esquema 'sin software garante' y con '<Operacion>A00</Operacion>' es para facturas que son rechazadas (que devuelven 'Incorrecto'), no ?

Y entonces para que se utilizaría el envío del esquema 'sin software garante' con '<Operacion>M00</Operacion>' ? Cuando fue 'aceptada con errores' en primer envío con 'software garante' ?


LROE 140

Creo que sólo tengo un cliente en régimen de autónomo, pero:

Para la creación del LROE 140, como habéis enfocado el tema de la recuperación del epígrafe ?, sobre todo por si se tiene más de uno.

- Un campo en el registro de la serie de facturación ? y que facture escogiendo la serie según el epígrafe que necesite asociar a esa factura.
- En la pantalla de facturación, que pueda elegir a que epígrafe se asocia la factura ?
- Otras opciones ?




Gracias y saludos.

[keys]

Empezado por edejuan

Hola !

Ando ofuscado en un par de puntos, a ver si me podéis confirmar:


LROE 240

A Bizkaia no se puede 'reenviar' una factura, como se hace en las otras provincias (zuzendu), para por ejemplo modificar los datos fiscales, no ?

Tengo una factura enviada a Bizkaia y que fue aceptada sin errores (con software garante), si envío el esquema 'sin software garante' para esa factura con '<Operacion>M00</Operacion>', me dice que el registro no existe en el sistema,
y si el esquema lleva '<Operacion>A00</Operacion>', me indica que no se puede duplicar el registro.

Entonces las opciones son anulación o rectificación, con posterior envío con 'software garante' es así ?

He preguntado a ellos y me responden con lo típico, un enlace:



Siguiendo el enlace:




Interpreto que el envío con el esquema 'sin software garante' y con '<Operacion>A00</Operacion>' es para facturas que son rechazadas (que devuelven 'Incorrecto'), no ?

Y entonces para que se utilizaría el envío del esquema 'sin software garante' con '<Operacion>M00</Operacion>' ? Cuando fue 'aceptada con errores' en primer envío con 'software garante' ?


LROE 140

Creo que sólo tengo un cliente en régimen de autónomo, pero:

Para la creación del LROE 140, como habéis enfocado el tema de la recuperación del epígrafe ?, sobre todo por si se tiene más de uno.

- Un campo en el registro de la serie de facturación ? y que facture escogiendo la serie según el epígrafe que necesite asociar a esa factura.
- En la pantalla de facturación, que pueda elegir a que epígrafe se asocia la factura ?
- Otras opciones ?




Gracias y saludos.

Esa factura ya esta en el sistema, solo se puede rectificar o anular. El capitulo de sin software garante en principio es para enviar facturas que han dado error o que no hay que enviarlas por TicketBAI, no para enviar modificaciones de una factura. En principio en Bizkaia como en el resto de las haciendas una factura enviada no se puede modificar.

En cuanto a lo del 140 nosotros hemos optado por el segundo caso, es decir tienen que seleccionar el epígrafe con el que se hace la factura, pueden indicar uno por defecto. Ya que no hay porque cambiar de serie cuando son de actividades distintas.

[edejuan]

Empezado por keys

Esa factura ya esta en el sistema, solo se puede rectificar o anular. El capitulo de sin software garante en principio es para enviar facturas que han dado error o que no hay que enviarlas por TicketBAI, no para enviar modificaciones de una factura. En principio en Bizkaia como en el resto de las haciendas una factura enviada no se puede modificar.

En cuanto a lo del 140 nosotros hemos optado por el segundo caso, es decir tienen que seleccionar el epígrafe con el que se hace la factura, pueden indicar uno por defecto. Ya que no hay porque cambiar de serie cuando son de actividades distintas.

Muchas gracias keys, uuf

- En Araba y Gipuzkoa permito a los clientes modificar sólo los datos fiscales y las reenvío en modo zuzendu, vigilaré si debo quitarlo.

- Creo que haré igual que vosotros, algo más engorroso porque nuestro programa tiene más de 10 pantallas distintas desde las que facturar, pero ideal para comodidad de los usuarios.


Lo dicho, muchas gracias por tu tiempo.

[elcharlie]

Bueno días a todos:
Tengo un problemilla pendiente desde ya tiempo. el problema en cuestión es con el Id de la máquina, con el proceso que tengo en muchos terminales no me devuelve valor.
Soy consciente que es una tontería, ya que ahora mismo no es un dato obligatorio, y de hecho cuando me ocurre eso, pongo la clave de windows o cualquier dato inventado....
El caso es que me gustaría arreglarlo y despreocuparme de esa chorrada.
¿Alguien sabe como hacer para que siempre me devuelva la maquina/placa base un Id?

[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

[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

[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?

[keys]

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

Si os parece bien, podemos ir recopilando links, documentación, enlaces,... y las podemos ir añadiendo al mensaje #1 del hilo, para que estén disponibles de forma fácil.

Hola a todos. No hay ninguna información colgada en ninguna página. La única información que hay te la envían directamente ellos si te das de alta en el proceso de prueba. Esto se solicita a través de un correo.

[email protected]

De todas formas la información que hay mucha información.

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

Empezado por keys

Hola a todos. No hay ninguna información colgada en ninguna página. La única información que hay te la envían directamente ellos si te das de alta en el proceso de prueba. Esto se solicita a través de un correo.

[email protected]

De todas formas la información que hay mucha información.

Bueno, pero si ya tenemos documentos, PDF's,... lospodemos colgar en algún lugar del FTP o adjuntarlos al mensaje y se van añadiendo al mensaje #1 (ya he copiado allí algunas cosas).

[elcharlie]

Bueno, pues esto es lo que me han mandado de información, de momento. No me queda nada claro, sobre todo lo del certificado de la maquina. Supongo que ya lo tendréis, pero por si acaso os adjunto el pdf de la información.

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

Empezado por elcharlie

Bueno, pues esto es lo que me han mandado de información, de momento.

Ya está añadido al mensaje inicial.

Empezado por elcharlie

No me queda nada claro, sobre todo lo del certificado de la maquina.

Creo que se refiere a que debes tener un certificado digital en la máquina (dispositivo) que será el de la empresa que genera las facturas y el otro se refiere a que la aplicación con la que se están generando y enviando las facturas debe estar firmada (será el certificado de la empresa que ha creado el software).

[elcharlie]

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

Ya está añadido al mensaje inicial.


Creo que se refiere a que debes tener un certificado digital en la máquina (dispositivo) que será el de la empresa que genera las facturas y el otro se refiere a que la aplicación con la que se están generando y enviando las facturas debe estar firmada (será el certificado de la empresa que ha creado el software).

Pues no tengo ni idea, ahora estoy a la espera de mas información, en cuanto me la envíe, os la paso para que lo tengáis.