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

[rci]

Empezado por unomasmas

Supongo que es debido a que los métodos de System.Net.Http.HttpClient son asíncronos; me parece haber leído que la comunicación con los servicios de las Diputaciones ha de ser síncrono. Lo dejo aquí pero no estoy muy seguro de esto, así que corregidme si no estoy en lo cierto. Gracias

Suerte con esa nueva vía!

Hola, gracias unomasmas y a todos los que me han contestado.


Al final he conseguido enviar TicketBAI desde nuestra aplicación de consola arancándola como servicio de Windows y con el usuario System.
Lo que he hecho es añadir el certificado al almacén de certificados del usuario desde el mismo programa justo antes de enviar y funciona!
Es la única forma que he encontrado para añadir el certificado al almacén de certificados del usuario System, porque creo que no se puede iniciar sesión en windows con ese usuario y por lo tanto no lo puedo añadir desde el navegador como en los otros usuarios normales.


Muchas gracias!

[Ramon88]

Para comprobar que el servicio esta funcionando correctamente, mandaré esto en el XML:

<?xml version="1.0" encoding="utf-8"?><T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ticketbai:emision ticketBaiV12.xsd ">

</T:TicketBai>

Creeis necesario que lo firme? no verdad?
Comprobaré que me devuelve codigo 200 para seguir y mandar ya el xml.

[HerensugeBeltz]

Empezado por Ramon88

Para comprobar que el servicio esta funcionando correctamente, mandaré esto en el XML:

<?xml version="1.0" encoding="utf-8"?><T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ticketbai:emision ticketBaiV12.xsd ">

</T:TicketBai>

Creeis necesario que lo firme? no verdad?
Comprobaré que me devuelve codigo 200 para seguir y mandar ya el xml.

Yo envío únicamente

<?xml version="1.0" encoding="utf-8"?>

, por supuesto sin firmar, y recibo HTTP 200 cuando el servicio está activo.

[Ramon88]

Empezado por HerensugeBeltz

Yo envío únicamente

<?xml version="1.0" encoding="utf-8"?>

, por supuesto sin firmar, y recibo HTTP 200 cuando el servicio está activo.

A mi así me da error, Si no pongo esta parte me da error:

<T:TicketBai xmlns:T="urn:ticketbai:emision" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ticketbai:emision ticketBaiV12.xsd ">

[Ramon88]

Hay algo que no veo claro, estoy preguntándolo pero no me contestan.


Subes una factura, da Rechazada, ese número de factura, no esta en su sistema, pero tu ya lo has utilizado. En el caso de facturas simplificadas estas deben ser correlativas tambien. No puedes seguir subiendo facturas por que ya da error de encadenamiento.



¿Como actuas en este caso?

[ermendalenda]

Empezado por Ramon88

Hay algo que no veo claro, estoy preguntándolo pero no me contestan.


Subes una factura, da Rechazada, ese número de factura, no esta en su sistema, pero tu ya lo has utilizado. En el caso de facturas simplificadas estas deben ser correlativas tambien. No puedes seguir subiendo facturas por que ya da error de encadenamiento.



¿Como actuas en este caso?

Correcto, gran problema. O dejan un margen de fallos y se fuerza manualmente la siguiente o vamos a tener muchas incidencias y vamos a necesitar una línea 24h 365 días a la semana.

[unomasmas]

Empezado por Ramon88

Hay algo que no veo claro, estoy preguntándolo pero no me contestan.

Subes una factura, da Rechazada, ese número de factura, no esta en su sistema, pero tu ya lo has utilizado. En el caso de facturas simplificadas estas deben ser correlativas tambien. No puedes seguir subiendo facturas por que ya da error de encadenamiento.

¿Como actuas en este caso?

Así es como lo entiendo yo: El rechazo puede ser por varios motivos. A grandes rasgos:

1) Error del certificado usado para la conexión. Códigos 1 y 7 de Gipuzkoa. Solución: Cambiar el certificado e intentar subir nuevamente el mismo fichero de alta Ticket-BAI.
2) Error por problemas en el propio fichero Ticket-BAI (Rechazado para subsanar). Son los códigos de error 2, 3, 4 y 17 de Gipuzkoa. En Gipuzkoa se usará el servicio Zuzendu (cuando nos lo abran) para subsanarlos. En Álava supongo que sea similar. En Bizkaia, creo que habría que enviar la factura nuevamente con las oportunas correcciones en el modelo sin software garante.
3) Los otros códigos de rechazo que quedan de Gipuzkoa (5: Factura ya registrada y 6: Servicio no disponible) se explican por sí mismos.
4) Los errores de validación de negocio: En Gipuzkoa se solventarán enviando un fichero de modificación a Zuzendu o haciendo una factura rectificativa, según cada caso. En Araba supongo que igual. En Bizkaia, sigo entendiendo que lo que en Gipuzkoa se hace a través de Zuzendu, aquí será con la emisión de la factura siguiendo las especificaciones para software no garante...

[keys]

Empezado por Ramon88

Hay algo que no veo claro, estoy preguntándolo pero no me contestan.


Subes una factura, da Rechazada, ese número de factura, no esta en su sistema, pero tu ya lo has utilizado. En el caso de facturas simplificadas estas deben ser correlativas tambien. No puedes seguir subiendo facturas por que ya da error de encadenamiento.



¿Como actuas en este caso?

Si da rechazada tienes que corregirla y volverla a enviar. Ya que la factura la has emitido. A parte tu sistema debería controlar para que no de rechazada nunca .

Por cierto mas noticias.

https://www.diariovasco.com/economia...192954-nt.html
https://www.gipuzkoa.eus/es/-/sei-hi...epea-gipuzkoak

[unomasmas]

Empezado por keys

Si da rechazada tienes que corregirla y volverla a enviar. Ya que la factura la has emitido. A parte tu sistema debería controlar para que no de rechazada nunca .

Por cierto mas noticias.

https://www.diariovasco.com/economia...192954-nt.html
https://www.gipuzkoa.eus/es/-/sei-hi...epea-gipuzkoak

Era esperable, pero nos han hecho sudar. Me gustaría saber, eso sí, qué habra pesado más en la decisión: La fragilidad del sistema o la bronca de la ciudadanía ante la inminente puesta en marcha sin poder hacer pruebas adecuadamente...

[Ramon88]

Empezado por keys

Si da rechazada tienes que corregirla y volverla a enviar. Ya que la factura la has emitido. A parte tu sistema debería controlar para que no de rechazada nunca .

Por cierto mas noticias.

https://www.diariovasco.com/economia...192954-nt.html
https://www.gipuzkoa.eus/es/-/sei-hi...epea-gipuzkoak

Sisi, eso de que tu sistema debe de controlar que nunca de rechazada es muy bonito. Pero hay muchas maneras de que un cliente final pueda ''liarla''.

[HerensugeBeltz]

Empezado por Ramon88

Hay algo que no veo claro, estoy preguntándolo pero no me contestan.


Subes una factura, da Rechazada, ese número de factura, no esta en su sistema, pero tu ya lo has utilizado. En el caso de facturas simplificadas estas deben ser correlativas tambien. No puedes seguir subiendo facturas por que ya da error de encadenamiento.



¿Como actuas en este caso?

FAQ de una Hacienda Foral:
8.9 ¿Qué hay que hacer si la anotación del fichero TicketBai ha sido rechazada
al enviarse a Hacienda?

Si la anotación del fichero TicketBAI ha sido rechazada al enviarse a Hacienda por incumplimiento de esquema o de validaciones, debe operarse del siguiente modo:

En todo caso, la información de la operación debe remitirse, superando las correspondientes validaciones. Si hay información que no puede llegar por incumplimiento de las validaciones, debe llegar la información más relevante.

Si hay que modificar alguno de los contenidos de la factura a que se refiere el artículo 15 del Reglamento de facturación: Se deberá generar además una factura rectificativa, generando el fichero TicketBAI correspondiente y remitiendo la información.

Cuando se trate de una operación incorrecta (casos excluidos de poder emitir una factura rectificativa) deberá realizarse además una anulación de la operación original y, si procede, deberá generarse una nueva factura, generando un fichero TicketBAI.

[dimony]

Hola buenos dias,haber si alguien me puede echar un cable a cerca del envio del LROE.


Resulta que realizo el envio de los ficheros comprimidos con cURL, algo tal que así

curl.exe 

--insecure --cert-type P12 --cert C:\tmp\certificado.p12:pass_certificado 

-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\":\"2\",\"inte\":{\"nif\":\"B00000000\",\"nrs\":\"EMPRESA S.L.\"},\"drs\":{\"mode\":\"240\",\"ejer\":\"2021\"}}" 

-v "https://sarrerak.bizkaia.eus/N3B4000M/aurkezpena" 

--data-binary "@c:\tmp\LROE_PJ_240_FacturasRecibidasConSG_B0000000_20211022071352.gz" 

--output C:\tmp\respuesta.gz

pero me encuentro con el siguiente error

 upload completely sent off: 840 out of 840 bytes
* schannel: client wants to read 102400 bytes
* schannel: encdata_buffer resized 103424
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: encrypted data got 964
* schannel: encrypted data buffer: offset 964 length 103424
* schannel: decrypted data length: 935
* schannel: decrypted data added: 935
* schannel: decrypted data cached: offset 935 length 102400
* schannel: encrypted data buffer: offset 0 length 103424
* schannel: decrypted data buffer: offset 935 length 102400
* schannel: schannel_recv cleanup
* schannel: decrypted data returned 935
* schannel: decrypted data buffer: offset 0 length 102400
< HTTP/1.1 200 OK
< Date: Fri, 22 Oct 2021 07:59:35 GMT
< Server: JBoss-EAP/7
< Content-Encoding: gzip
< eus-bizkaia-n3-identificativo: 7548212
< X-Powered-By: Undertow/1
< eus-bizkaia-n3-codigo-respuesta:
< eus-bizkaia-n3-numero-registro:
< eus-bizkaia-n3-tipo-respuesta: Correcto
< Content-Type: application/xml;charset=UTF-8
< Content-Length: 592
<
Warning: Binary output can mess up your terminal. Use "--output -" to tell
Warning: curl to output it to your terminal anyway, or consider "--output
Warning: <FILE>" to save to a file.
* Failed writing body (0 != 592)
* Closing connection 0
* schannel: shutting down SSL/TLS connection with sarrerak.bizkaia.eus port 443
* schannel: clear security context handle
* Rebuilt URL to: C:\tmp\respuesta.gz/
* Port number ended with '\'
* Closing connection -1

el envio del fichero llega a realizarse, al menos lo veo en el portal de batuz, pero no logro que los resultados se me lleven al fichero comprimido que le indico, de tal manera que no tengo manera de comprobar que se ha enviado correctamente y que no.


Algún alma caritativa sabria indicarme que hago mal.

[Ramon88]

Empezado por HerensugeBeltz

FAQ de una Hacienda Foral:
8.9 ¿Qué hay que hacer si la anotación del fichero TicketBai ha sido rechazada
al enviarse a Hacienda?

Si la anotación del fichero TicketBAI ha sido rechazada al enviarse a Hacienda por incumplimiento de esquema o de validaciones, debe operarse del siguiente modo:

En todo caso, la información de la operación debe remitirse, superando las correspondientes validaciones. Si hay información que no puede llegar por incumplimiento de las validaciones, debe llegar la información más relevante.

Si hay que modificar alguno de los contenidos de la factura a que se refiere el artículo 15 del Reglamento de facturación: Se deberá generar además una factura rectificativa, generando el fichero TicketBAI correspondiente y remitiendo la información.

Cuando se trate de una operación incorrecta (casos excluidos de poder emitir una factura rectificativa) deberá realizarse además una anulación de la operación original y, si procede, deberá generarse una nueva factura, generando un fichero TicketBAI.

No entiendo muy bien, cuando da rechazada, su sistema no guarda el fichero, por lo que no puedes anular esa factura por que en su sistema no existe.


Resumiendo:
Cuando de rechazada paralizamos la subida de facturas, hasta que nos llame el cliente para ver que coj... ha pasado, solucionarlo, subirla de nuevo manualmente, subir las demas facturas que hayan realizado mientras teniamos una rechazada y ya seguir con la marcha habitual...

INCREIBLE pero cierto! Al cliente final le va a suponer un aumento de 150€ decían? serán mensuales...