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

[Sistel]

Empezado por trumbolt

A ver si alguien me puede orientar un poco porque voy a empezar el tema Batuz y ya me están dando taquicardias.

El tema va un poco por el tema de envios erróneos. Si eso pasa en Alava o Guipuzcua, habría que enviar un Zuzendu de subsanación si no ha sido admitida en un inicio o de modificación si hay algún error a posteriori. Hasta ahí bien. Ahora tengo que hacer esa extrapolación a Batuz. Como no hay Zuzendu, entiendo que lo que se envían son facturas rectificativas por sustitución. Y ahora vienen las preguntas:

1. Si el envío ha sido rechazado, hay que volver a enviar la factura corregida como alta tbai o hay que enviar ya la factura rectificativa?
2. La factura de sustitución sólo admite (o eso parece según el esquema xsd) una cuota y una base en el nodo <ImporteRectificacionSustitutiva>. ¿Y si la factura tienes dos bases, digamos que tiene conceptos al 10% y otros al 21%? ¿Se haces dos rectificativas, una por cada IVA?

Por cierto, el tema descuentos en Batuz, ¿cómo quedaba (recuerdo que eran los más especialitos)?. ¿Cantidad e importe total en negativo y neto en positivo?

Muchas gracias compañeros ...

Hola trumbolt,

Olvídate de ese tema de hacer factura rectificativa en el caso de que Batuz te haya rechazado el fichero XML TicketBAI enviado.
Tú has enviado una factura en el capítulo 1.1 (Facturas emitidas con software garante) del LROE.
Si Batuz te la rechaza, lo que debes hacer es presentarla en el capítulo 1.2 (Facturas emitidas sin software garante) y punto final.

Saludos

[trumbolt]

Empezado por Sistel

Hola trumbolt,

Olvídate de ese tema de hacer factura rectificativa en el caso de que Batuz te haya rechazado el fichero XML TicketBAI enviado.
Tú has enviado una factura en el capítulo 1.1 (Facturas emitidas con software garante) del LROE.
Si Batuz te la rechaza, lo que debes hacer es presentarla en el capítulo 1.2 (Facturas emitidas sin software garante) y punto final.

Saludos

Ok. Gracias Sistel por la respuesta. Una que me quito de encima

Y en el segundo caso, es decir, Batuz acepta el envío pero en las validaciones que hacen a posteriori notifican errores (teóricamente se pueden consultar en un entorno web pero aún no tengo clientes que lo tengan en producción para comprobar cómo es - entiendo que con una cuenta de prueba no existe ningún servicio disponible para eso -) y hay que hacer correcciones. En ese caso hay que hacer rectificativa por sustitución, ¿verdad? Y si es así, ¿cómo solventáis el tema de las múltiples bases en una fcatura?

[keys]

Empezado por trumbolt

Ok. Gracias Sistel por la respuesta. Una que me quito de encima

Y en el segundo caso, es decir, Batuz acepta el envío pero en las validaciones que hacen a posteriori notifican errores (teóricamente se pueden consultar en un entorno web pero aún no tengo clientes que lo tengan en producción para comprobar cómo es - entiendo que con una cuenta de prueba no existe ningún servicio disponible para eso -) y hay que hacer correcciones. En ese caso hay que hacer rectificativa por sustitución, ¿verdad? Y si es así, ¿cómo solventáis el tema de las múltiples bases en una fcatura?

En ese caso si hacienda tiene la factura, si hay que arreglarlo, hay que hacerlo con una rectificativa o anularla y hacer una nueva. El campo base de la rectificativas es la suma de las bases y el de cuota el de las cuotas.

En las faqs de hacienda tienes como hacer una rectificativa por sustitución y por diferencias.

[trumbolt]

Empezado por keys

En ese caso si hacienda tiene la factura, si hay que arreglarlo, hay que hacerlo con una rectificativa o anularla y hacer una nueva. El campo base de la rectificativas es la suma de las bases y el de cuota el de las cuotas.

En las faqs de hacienda tienes como hacer una rectificativa por sustitución y por diferencias.

Y ya la última @Keys, perdona que te de la turra con ésto. Tengo el recuerdo de haber leído en algún mensaje de los más de 3100 que componen el hilo , que la única rectificativa que le gustaba a Batuz para solucionar los errores una vez aceptada la factura, era la de sustitución y que NO querían que se usara la rectificativa por diferencias para eso. ¿Estoy en lo cierto?

Muchas gracias

[keys]

Empezado por trumbolt

Y ya la última @Keys, perdona que te de la turra con ésto. Tengo el recuerdo de haber leído en algún mensaje de los más de 3100 que componen el hilo , que la única rectificativa que le gustaba a Batuz para solucionar los errores una vez aceptada la factura, era la de sustitución y que NO querían que se usara la rectificativa por diferencias para eso. ¿Estoy en lo cierto?

Muchas gracias

Yo no tengo ninguna noticia de esto.

[Ramon88]

Hola de nuevo compañeros,
Tengo una pequeña duda, es posible no utilizar el servicio de zuzendu?
Si me da problemas una factura la anulo y la vuelvo a mandar y listo...

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

Empezado por Ramon88

Si me da problemas una factura la anulo y la vuelvo a mandar y listo...

La anulación de la factura no sustituye a la forma correcta de rectificar una factura errónea que sería el realizar una rectificativa.
Sólo en algunos casos muy concretos se puede realizar una anulación.
Esto está sacado de las "preguntas frecuentes" de TBAI:

[musinho]

Empezado por Sistel

Hola trumbolt,

Olvídate de ese tema de hacer factura rectificativa en el caso de que Batuz te haya rechazado el fichero XML TicketBAI enviado.
Tú has enviado una factura en el capítulo 1.1 (Facturas emitidas con software garante) del LROE.
Si Batuz te la rechaza, lo que debes hacer es presentarla en el capítulo 1.2 (Facturas emitidas sin software garante) y punto final.

Saludos

Aupa equipo!

Supongo que el rechazo puede deberse a muchos factores. Habéis comentado lo de un certificado caducado pero puede deberse a cualquier otro "error", como por ejemplo tema de IVAs, fechas incorrectas, algo en el esquema etc... Y que hacienda te rechace la factura.

Supongo que por lo menos en Batuz tienes la opción de arreglar lo sucedido y volver a crear el xml para enviarlo con SG. Todo esto entendiendo el tipo de negocio para el que se ha desarrollado la aplicación, ya que como bien decís por ejemplo una panaderia no puede dejar de facturar...