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

[keys]

Empezado por JoseLeeTo

Hola a tod@s;

Estoy intentando realizar las primeras pruebas con Alava, y como había poca o ninguna diferencia con Guipuzcoa, ha sido más o menos rápido.

Pero me devuelve un error muy genérico, algo así como que "se han producido uno o varios errores". Me suena a los típicos errores de "caída" de servidor.

¿Alguien ha podido realizar alguna prueba con Alava? ¿Sabéis si los servidores están caidos o algo así?

Muchas gracias.
Un saludo.

Hola, yo estoy enviando sin problemas a Alava, sólo hemos cambiado la dirección de gipuzkoa por la de alava y funciona correctamente. No se si os habéis dado de alta para poder hacer pruebas en alava.

[iMia]

Empezado por keys

Hola, yo estoy enviando sin problemas a Alava, sólo hemos cambiado la dirección de gipuzkoa por la de alava y funciona correctamente. No se si os habéis dado de alta para poder hacer pruebas en alava.

yo si me di de alta ayer...
tengo ya código de pruebas, aunque no es del todo necesario, ya que antes que me lo diesen, envié una factura y estado 00, aunque con avisos... (puse el mensaje más arriba...)
¿has tenido los problemas con la respuesta que puse más arriba? les envié un mensaje con esos problemas.. ¿lo habrán resuelto?
tambien he tenido problemas con el codigo QR que no me envía a ningun sitio... solo 404...

[keys]

Yo estoy enviando sin problemas. Lo del código QR yo creo que no lo tienen operativo. Por cierto estan retornando en el estado "0", no "00". Por lo menos a mi.

[iMia]

Empezado por keys

Yo estoy enviando sin problemas. Lo del código QR yo creo que no lo tienen operativo. Por cierto estan retornando en el estado "0", no "00". Por lo menos a mi.

Sí, retornan 0 en vez de 00, y la fecha del mensaje está en formato que no cumple su xsd... está en formato yyyy-MM-dd cuando debería ser dd-MM-yyyy . Ya lo comenté ayer (http://www.clubdelphi.com/foros/show...postcount=1507), cuando hice la prueba...

[iMia]

Empezado por iMia

Sí, retornan 0 en vez de 00, y la fecha del mensaje está en formato que no cumple su xsd... está en formato yyyy-MM-dd cuando debería ser dd-MM-yyyy . Ya lo comenté ayer (http://www.clubdelphi.com/foros/show...postcount=1507), cuando hice la prueba...

Respondo con este mensaje para que lo podáis ver y seguir.
Me han contestado de Araba.

Buenas tardes Mia,

Hemos revisado los 2 apuntes que has realizado respecto a los campos FechaRecepcion y Estado y tenéis razón en vuestra apreciación. 
Ya está corregido e implantado en el entorno de Pruebas para que no vuelva a darse estos errores.

Respecto al envió repetido de la misma factura es correcto que te responda "01 - Rechazada". 
El código de estado de respuesta HTTP que devolvemos cuando detectamos que una factura es duplicada es “400 - Bad request”. 

En el XML de respuesta has tenido que recibir el siguiente mensaje de error:
  Código: 005
  Descripción: Fichero de alta TicketBAI ya está registrado en el sistema

Los 2 primeros temas de la fecha y el estado, Corregidos... Bien, han reaccionado bien...
El que no veo claro es la respuesta 400 si está duplicada... ¿por que es una bad request?. Eso debería ser si el mensaje que se envia está mal formado o el xml del alta está mal, si el mensaje enviado está corrupto... hasta si el certificado es incorrecto (que en este caso debería contestar otra cosa, pero bueno, se puede asumir,... ) ¿pero bad request? ¿porque si la resquest es correcta?... eso es una excepcion de comunicación, no de que en su sistema ya tienen los datos que les estoy indicando... simplemente tendrían que hacer como Gipuzkoa, devolver el mensaje que ya existe pero nunca un bad request... no lo entiendo...

De verdad que a veces pensamos con otra cosa en vez de con la cabeza...

saludos...


PD:
Tambien me han contestado sobre el tema del QR

Buenas tardes Mia,

La Consulta del QR, aún no tenemos en funcionamiento en el entorno de pruebas, está en fase de desarrollo.

En cuanto se encuentre disponible, lo comunicaremos a través de nuestra página web
 donde publicaremos la URL correspondiente a dicha consulta en el entorno de Pruebas https://web.araba.eus/es/hacienda/ticketbai

No obstante lo anterior, esperamos tenerlo disponible a lo largo de las próximas semanas.

Un saludo.

[ermendalenda]

Empezado por iMia

Respondo con este mensaje para que lo podáis ver y seguir.
Me han contestado de Araba.

Buenas tardes Mia,

Hemos revisado los 2 apuntes que has realizado respecto a los campos FechaRecepcion y Estado y tenéis razón en vuestra apreciación. 
Ya está corregido e implantado en el entorno de Pruebas para que no vuelva a darse estos errores.

Respecto al envió repetido de la misma factura es correcto que te responda "01 - Rechazada". 
El código de estado de respuesta HTTP que devolvemos cuando detectamos que una factura es duplicada es “400 - Bad request”. 

En el XML de respuesta has tenido que recibir el siguiente mensaje de error:
  Código: 005
  Descripción: Fichero de alta TicketBAI ya está registrado en el sistema

Los 2 primeros temas de la fecha y el estado, Corregidos... Bien, han reaccionado bien...
El que no veo claro es la respuesta 400 si está duplicada... ¿por que es una bad request?. Eso debería ser si el mensaje que se envia está mal formado o el xml del alta está mal, si el mensaje enviado está corrupto... hasta si el certificado es incorrecto (que en este caso debería contestar otra cosa, pero bueno, se puede asumir,... ) ¿pero bad request? ¿porque si la resquest es correcta?... eso es una excepcion de comunicación, no de que en su sistema ya tienen los datos que les estoy indicando... simplemente tendrían que hacer como Gipuzkoa, devolver el mensaje que ya existe pero nunca un bad request... no lo entiendo...

De verdad que a veces pensamos con otra cosa en vez de con la cabeza...

saludos...


PD:
Tambien me han contestado sobre el tema del QR

Buenas tardes Mia,

La Consulta del QR, aún no tenemos en funcionamiento en el entorno de pruebas, está en fase de desarrollo.

En cuanto se encuentre disponible, lo comunicaremos a través de nuestra página web
 donde publicaremos la URL correspondiente a dicha consulta en el entorno de Pruebas https://web.araba.eus/es/hacienda/ticketbai

No obstante lo anterior, esperamos tenerlo disponible a lo largo de las próximas semanas.

Un saludo.

Efectivamente se llama bageza.
Error 400: cualquier error de rechazo pde la conexión/petición por parte del servidor que te rechaza que no esté contemplado.

[iMia]

Empezado por ermendalenda

Efectivamente se llama bageza.
Error 400: cualquier error de rechazo pde la conexión/petición por parte del servidor que te rechaza que no esté contemplado.

Es que no se coge por ningún sitio...
Si ellos han recibido y leído mi request para saber que la factura ya existe, no puede nunca un bad request...
La comunicación ha ido bien a nivel de protocolo... por lo tanto es 200 no es 400...

Bueno, les he escrito exponiendo los motivos por los que no debería ser un error 400.

A ver qué contestan, por que cambiarlo,, no tengo esperanzas que lo cambien... ya van muy pillados en tiempo como para ponerse a cambiar algo que "les" funciona (aunque sin lógica)..

[JoseLeeTo]

Empezado por keys

Hola, yo estoy enviando sin problemas a Alava, sólo hemos cambiado la dirección de gipuzkoa por la de alava y funciona correctamente. No se si os habéis dado de alta para poder hacer pruebas en alava.

Si, si. Me dí ayer de alta, y tengo ya licencia de pruebas.
No sé, es muy raro. Creo que no llega ni a enviar, ya que en el "Post" salta una excepción controlada. Solo me ocurre con Alava.

Los datos que utilizo son estos, además de la licencia:

URL de alta: https://pruebas-ticketbai.araba.eus/...I/v1/facturas/
Hash: iOgvkX7/yHIDRRiPy/LYQ0UUn7QV8/11D1BFbs8yMuQ=
ID: https://ticketbai.araba.eus/tbai/sinadura/

¿Veis algo raro o me he comido algún valor?.

Muchas gracias.
Saludos.

[keys]

Empezado por JoseLeeTo

Si, si. Me dí ayer de alta, y tengo ya licencia de pruebas.
No sé, es muy raro. Creo que no llega ni a enviar, ya que en el "Post" salta una excepción controlada. Solo me ocurre con Alava.

Los datos que utilizo son estos, además de la licencia:

URL de alta: https://pruebas-ticketbai.araba.eus/...I/v1/facturas/
Hash: iOgvkX7/yHIDRRiPy/LYQ0UUn7QV8/11D1BFbs8yMuQ=
ID: https://ticketbai.araba.eus/tbai/sinadura/

¿Veis algo raro o me he comido algún valor?.

Muchas gracias.
Saludos.

Eso es lo que yo estoy poniendo y sin problemas. Mira que no sea algo del sistema que utilizas para enviar al copiar y pegar el de Gipuzkoa.

[JoseLeeTo]

Empezado por keys

Eso es lo que yo estoy poniendo y sin problemas. Mira que no sea algo del sistema que utilizas para enviar al copiar y pegar el de Gipuzkoa.

Solucionado. Era tema de Firewall. Para las otras haciendas, todo OK, pero para esta por lo que sea, estaba cortado.

Gracias.

[JoseLeeTo]

Buenas!.

Una pregunta.
En el detalle de la factura (Guipuzcoa o Alava), ¿la cantidad que debe de aparecer en el nodo ImporteUnitario, ¿debe de ser el importe SIN IVA o con IVA?
Me están avisando de errores de esta índole.
"Total de la factura, no coincide con la suma del desglose"... y efectivamente (como pongo más abajo), la factura asciende a "19.12" ... y la suma de las líneas, no es 19.12.... ¿también es por el IVA? ¿Hay que tener en cuenta IRPF?

<DetallesFactura>
<IDDetalleFactura>
<DescripcionDetalle>CONCEPTO1</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>6.01</ImporteUnitario>
<ImporteTotal>6.01</ImporteTotal>
</IDDetalleFactura>


<IDDetalleFactura>
<DescripcionDetalle>CONCEPTO2</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>6.01</ImporteUnitario>
<ImporteTotal>6.01</ImporteTotal>
</IDDetalleFactura>


<IDDetalleFactura>
<DescripcionDetalle>CONCEPTO3</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>6.01</ImporteUnitario>
<ImporteTotal>6.01</ImporteTotal>
</IDDetalleFactura>
</DetallesFactura>

<ImporteTotalFactura>19.12</ImporteTotalFactura>


Muchas gracias.

Un saludo.
Jose.

[ermendalenda]

Empezado por JoseLeeTo

Buenas!.

Una pregunta.
En el detalle de la factura (Guipuzcoa o Alava), ¿la cantidad que debe de aparecer en el nodo ImporteUnitario, ¿debe de ser el importe SIN IVA o con IVA?
Me están avisando de errores de esta índole.
"Total de la factura, no coincide con la suma del desglose"... y efectivamente (como pongo más abajo), la factura asciende a "19.12" ... y la suma de las líneas, no es 19.12.... ¿también es por el IVA? ¿Hay que tener en cuenta IRPF?

<DetallesFactura>
<IDDetalleFactura>
<DescripcionDetalle>CONCEPTO1</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>6.01</ImporteUnitario>
<ImporteTotal>6.01</ImporteTotal>
</IDDetalleFactura>


<IDDetalleFactura>
<DescripcionDetalle>CONCEPTO2</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>6.01</ImporteUnitario>
<ImporteTotal>6.01</ImporteTotal>
</IDDetalleFactura>


<IDDetalleFactura>
<DescripcionDetalle>CONCEPTO3</DescripcionDetalle>
<Cantidad>1.00</Cantidad>
<ImporteUnitario>6.01</ImporteUnitario>
<ImporteTotal>6.01</ImporteTotal>
</IDDetalleFactura>
</DetallesFactura>

<ImporteTotalFactura>19.12</ImporteTotalFactura>


Muchas gracias.

Un saludo.
Jose.

Qué raro que iva estas aplicando?
Bueno lo primero el I porte unitario es sin iva y sin descuentos y el total de cada línea con iva, así como el totaltotal que tb es con iva.
Pero 19 y pico no coincide con ninguno de los tipos impositivos a no se que quieras aplicar un recargo de equivalencia sobre un artículo al tipo reducido o quee simplemente como es una prueba no has tenido en cuenta nada y lo has hecho sin intentar cuadrar nada.
El IRPF tengo entendió que es hacienda quien se lo repercute al cliente. No el que emite la factura.