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

[ermendalenda]

Buenas, ¿sabéis si los xmls ya firmados pueden caducar por que el certificado con el que se firmó haya caducado después de firmarlo?
Por ejemplo los timestamp de los tsa caducan y hay que hacerles un resellado, pasaría algo parecido con las firmas electrónicas?

[keys]

Empezado por ermendalenda

Buenas, ¿sabéis si los xmls ya firmados pueden caducar por que el certificado con el que se firmó haya caducado después de firmarlo?
Por ejemplo los timestamp de los tsa caducan y hay que hacerles un resellado, pasaría algo parecido con las firmas electrónicas?

Hola en Bizkaia miran que el certificado estubiera activo el día que se hizo la firma (Lo digo por que le paso a un cliente), en gipuzkoa y alava eso no puede pasar ya que hay que enviar las facturas según se emiten.

Un Saludo.

[ermendalenda]

Empezado por keys

Hola en Bizkaia miran que el certificado estubiera activo el día que se hizo la firma (Lo digo por que le paso a un cliente), en gipuzkoa y alava eso no puede pasar ya que hay que enviar las facturas según se emiten.

Un Saludo.

Llevas razón.. gracias

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

Empezado por ermendalenda

¿sabéis si los xmls ya firmados pueden caducar por que el certificado con el que se firmó haya caducado después de firmarlo?

No tiene mucho sentido ya que antes o después los certificados caducan, por lo tanto todos los documentos firmados (de cualquier tipo) caducarían también (sin posible arreglo).
La caducidad de un certificado se compruba al firmar, una vez que el documento está firmado, se assume que algun día ese certificado caducará, se volverá inválido o se revocará (por cualquier razón). Eso no afecta a los documentos firmados cuando ese certificado era válido.

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

[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

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

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

Empezado por trumbolt

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?

Yo creo que en este caso, debes modificar la factura y volver a enviarla.
Estoy pensando en un problema de certificado, por ejemplo. La rechazan. Corriges el problema y vuelves a enviar.

Si ha sido rechazada, no la tienen en su sistema, por lo tanto una rectificativa sobre una factura "que no tienen en su sistema" también te dará error.

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

Creo que he simplificado mucho la respuesta, porque hay varias opciones o posibilidades de rechazo.
Creo que en estas dos respuestas se resume lo que hay que hacer...





Son preguntas y respuestas de la sección "Preguntas frecuentes" de batuz.
https://www.batuz.eus/es/preguntas-frecuentes?

[Sistel]

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

Creo que he simplificado mucho la respuesta, porque hay varias opciones o posibilidades de rechazo.
Creo que en estas dos respuestas se resume lo que hay que hacer...





Son preguntas y respuestas de la sección "Preguntas frecuentes" de batuz.
https://www.batuz.eus/es/preguntas-frecuentes?

Hola Neftali,

Efectivamente, habría que considerar cada caso.

Por supuesto, si el problema era de certificado y puede volver a crear el XML (y firmarlo correctamente), bastaría con volver a enviarlo.

Pero si tiene un sistema automático de facturación y no puede pararse a resolver temas puntuales de una factura, mientras, puede enviar los datos de la factura en el capítulo 1.2 y ya verá más adelante cómo resolver el tema para futuras facturas.

(Pienso en un TPV de un bar. Si tiene que parar de facturar hasta analizar lo sucedido y resolverlo, lo mismo tienen que llamar a una ambulancia por fallo cardíaco)

Saludos

[Sistel]

Empezado por trumbolt

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

Si te refieres a descuentos globales (para toda la factura).
Hay que crear una línea de detalle nueva para cada tipo de IVA.
En esa línea, el importe unitario debe ser positivo y la cantidad negativa (con lo que el total de esa línea será negativo)

Saludos