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

[unomasmas]

Empezado por ermendalenda

Duda. Se ha acabado el trimestre y al hacer los consumidores finales, me doy cuenta de que hay una factura de 10. 000 euros por error.
Que veis mejor anulación o rectificación? Teniendo en cta que estamos ya a día 18 del mes siguente al trimestre y no quiero declara esa factura para no pagar una pasta de impuestos, pero que tampoco me caiga una inspección por no declararlo por cruce de datos.

Factura rectificativa, sin duda. La anulación, según entendí por la explicación de uno de los expertos de Gipuzkoa en la videoconferencia sobre el servicio ZUZENDU, se da en supuestos contados y además es problemática porque, según entiendo yo, complica el encadenamiento (debes dejar la factura anulada para que el encadenamiento no se rompa y te queda ahí tocando las narices para la contabilidad). Así que, prácticamente siempre, entiendo yo, procede hacer factura rectificativa por error en factura original...

[ermendalenda]

Empezado por unomasmas

Factura rectificativa, sin duda. La anulación, según entendí por la explicación de uno de los expertos de Gipuzkoa en la videoconferencia sobre el servicio ZUZENDU, se da en supuestos contados y además es problemática porque, según entiendo yo, complica el encadenamiento (debes dejar la factura anulada para que el encadenamiento no se rompa y te queda ahí tocando las narices para la contabilidad). Así que, prácticamente siempre, entiendo yo, procede hacer factura rectificativa por error en factura original...

OK gracias. Tampoco quería usar yo la anulación que es demasiado "permisiva". Voy a intentar que no se contemplen las de anulación.

[Ramon88]

Alguien sabria decirme si este QR esta correcto?


https://tbai.egoitza.gipuzkoa.eus/qr...=512.00&cr=065

[chuski1212]

Hola, buenos días,

Estoy implementando el caso de rectificar una factura que no ha sido valida. Para ello, segun los ejemplos en Guipuzkoa, es posible enviar una factura rectificativa con los importes en negativo.

Al enviar el fichero XML con los importes en negativo recibo el siguiente error:

<Codigo>002</Codigo>
<Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-pattern-valid: Value '-10.00' is not facet-valid with respect to pattern '\d{1,3}(\.\d{0,2})?' for type 'Tipo3.2Type'.</Descripcion>

Por lo que veo, hay una RegEx de validación que no espera un símbolo negativo.

Alguien sabe como puedo entonces enviar valores negativos?

Muchas gracias!!

[ermendalenda]

Empezado por chuski1212

Hola, buenos días,

Estoy implementando el caso de rectificar una factura que no ha sido valida. Para ello, segun los ejemplos en Guipuzkoa, es posible enviar una factura rectificativa con los importes en negativo.

Al enviar el fichero XML con los importes en negativo recibo el siguiente error:

<Codigo>002</Codigo>
<Descripcion>Error: El fichero de alta TicketBAI no cumple el esquema XSD. Detalle del error: cvc-pattern-valid: Value '-10.00' is not facet-valid with respect to pattern '\d{1,3}(\.\d{0,2})?' for type 'Tipo3.2Type'.</Descripcion>

Por lo que veo, hay una RegEx de validación que no espera un símbolo negativo.

Alguien sabe como puedo entonces enviar valores negativos?

Muchas gracias!!

A mi me ha funcionado poniendo las unidades del producto en negativo, importe unitario en positivo y total en negativo.
A parte de los valores totales en los campos correspondientes de la factura rectificada

[Band]

Empezado por ermendalenda

A mi me ha funcionado poniendo las unidades del producto en negativo, importe unitario en positivo y total en negativo.
A parte de los valores totales en los campos correspondientes de la factura rectificada

Yo hago igual y esta para mi es la mejor opción.

[sEngine]

Empezado por Ramon88

Alguien sabria decirme si este QR esta correcto?


https://tbai.egoitza.gipuzkoa.eus/qr...=512.00&cr=065

Lo estas mandando al real o al de pruebas? porque el de pruebas en lugar de "egoitza" es "prep"

[Ramon88]

Empezado por sEngine

Lo estas mandando al real o al de pruebas? porque el de pruebas en lugar de "egoitza" es "prep"

Pruebas!!!!
Gracias!

[ermendalenda]

Empezado por Ramon88

Alguien sabria decirme si este QR esta correcto?


https://tbai.egoitza.gipuzkoa.eus/qr...=512.00&cr=065

De todas formas estaría mal calculado el primer CR, con lo cual el segundo CR tampoco correspondería.

EL primer Crc8 (para el identificador TBAI) respecto a "https://tbai.egoitza.gipuzkoa.eus/qr/?id=TBAI-B46648192-200921-COO4txcktuJnk-" es 097
El segundo crc8 respecto a la imagen QR "https://tbai.egoitza.gipuzkoa.eus/qr/?id=TBAI-B46648192-200921-COO4txcktuJnk-097&s=TB-2021-S&nf=59264&i=512.00"=000
El resultado de QR sería:
https://tbai.egoitza.gipuzkoa.eus/qr...COO4txcktuJnk-097&s=TB-2021-S&nf=59264&i=512.00&cr=000

[Ramon88]

Empezado por ermendalenda

De todas formas estaría mal calculado el primer CR, con lo cual el segundo CR tampoco correspondería.

Seguro?? Me esta funcionando el enlace


Pongo uno que termino de crear ahora mismo... y le das y abre.
https://tbai.prep.gipuzkoa.eus/qr/?i...=512.00&cr=160

[Ramon88]

Una pregunta, leí por aqui, que para comprobar que el estado del servidor es correcto, lanzais un xml vacio? es posible que sea asi? lei que era sin body, pero se realmente que hay que quitar.

[ermendalenda]

Empezado por Ramon88

Una pregunta, leí por aqui, que para comprobar que el estado del servidor es correcto, lanzais un xml vacio? es posible que sea asi? lei que era sin body, pero se realmente que hay que quitar.

Supongo que solo manda un archivo xml con cabecera: <?xml version="1.0" encoding="UTF-8" ?>


Se me ocurre que sea para estar constantemente (cada cierto tiempo) escaneando el estado del servicio, por tener un indicador en pantalla, que tampoco es mala idea

[ermendalenda]

Empezado por Ramon88

Seguro?? Me esta funcionando el enlace


Pongo uno que termino de crear ahora mismo... y le das y abre.
https://tbai.prep.gipuzkoa.eus/qr/?i...=512.00&cr=160

sí perdona, está correcta, habia calculado el crc8 con la url incluida
Una observación por si no lo has tenido en cuenta: la firma puede contener caracteres que den fallos al intentar ir a la url, ejemplo "/", en ese caso tienes que poner el valor URI, pero en el identificador ssi tienes que poner la barra "/", en los 2 casos el primer CR sería el mismo, pero el segundo cr habria que calcularlo respecto al indetificador con el URI.

[Ramon88]

Empezado por ermendalenda

sí perdona, está correcta, habia calculado el crc8 con la url incluida

Es que es un follón de narices!

[unomasmas]

Empezado por ermendalenda

... la firma puede contener caracteres que den fallos al intentar ir a la url, ejemplo "/", en ese caso tienes que poner el valor URI, pero en el identificador ssi tienes que poner la barra "/", en los 2 casos el primer CR sería el mismo, pero el segundo cr habria que calcularlo respecto al indetificador con el URI.

Perdona, no entiendo a qué te refieres. ¿Eres tan amable de poner un caso práctico, please, con el resultado que debiera tener, por favor?

Gracias. :-)

[unomasmas]

Empezado por Ramon88

Alguien sabria decirme si este QR esta correcto?

https://tbai.egoitza.gipuzkoa.eus/qr...=512.00&cr=065

Hice los cálculos y me da lo que a ti :-).
Sin embargo, ten en cuenta que la url que estás usando es la de producción; no la de pruebas. La de pruebas es: https://tbai.prep.gipuzkoa.eus/qr/
Supongo que ya lo sabes, pero por si no...