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

[espinete]

Empezado por Sistel

Hola,

Aprovecho unas notas que le he pasado a un cliente para ponerlas aquí por si es útil para alguien.
Son para facturación con TPV:

- Por defecto: factura simplificada (con el título “factura simplificada”)
- Antes de hacer factura simplificada, el cliente pide que aparezcan sus datos (para temas fiscales): factura simplificada cualificada (con el título “factura simplificada”)
- Si, después de haber hecho factura simplificada, el cliente pide factura con sus datos: factura sustitutiva de simplificadas.
- El mismo caso anterior pero el cliente está en régimen de RE: factura rectificativa por sustitución, con código R5.
- Después de factura simplificada el cliente se arrepiente y no hay venta: anulación de factura
- Devolución completa sin nueva venta: anulación de factura
- Devolución parcial de productos: factura simplificada con importe negativo de la devolución (en TPV es complicado hacer factura rectificativa por diferencias)

Se admiten comentarios.

Más o menos opino igual (a falta de comentar las facturas ordinarias, no simplificadas).

Solo un par de dudas...

1. ¿A qué te refieres con una "sustitutiva de simplificada"? ¿Es una "rectificativa por sustitución"?
2. Si el cliente se arrepiente, y siempre que ya hayas emitido/enviado la factura... ¿no es una devolución completa? (factura simplificada con importe negativo).

Todavía no me queda claro lo de la "anulación" de facturas. Entre TicketBAI y la Ley Antifraude me estoy volviendo loco.

[Sistel]

Empezado por espinete

Más o menos opino igual (a falta de comentar las facturas ordinarias, no simplificadas).

Solo un par de dudas...

1. ¿A qué te refieres con una "sustitutiva de simplificada"? ¿Es una "rectificativa por sustitución"?
2. Si el cliente se arrepiente, y siempre que ya hayas emitido/enviado la factura... ¿no es una devolución completa? (factura simplificada con importe negativo).

Todavía no me queda claro lo de la "anulación" de facturas. Entre TicketBAI y la Ley Antifraude me estoy volviendo loco.

Hola espinete,

1. Es lo que se llama factura por sustitución de simplificada o por canje de ticket y que TicketBAI llama FacturaEmitidaSustitucionSimplificada

Es el caso que comenté anteriormente:

Tenemos una panadería con un TPV y vendemos todos los días el pan al bar de al lado.
Por supuesto, emitimos en cada venta la correspondiente factura simplificada (ticket)
Llega el fín de mes y el del bar nos viene con todos los tickets y nos dice que quiere una factura a su nombre para poder contabilizarla.

Esa factura completa, con sus datos fiscales, que sustituye a todos esos tickets (o sólo a uno) es la factura por sustitución de simplificada o por canje de ticket
No es "rectificativa por sustitución". Es aún más sencilla porque sólo sustituye sin cambiar nada y sólo hace falta indicar las facturas simplificadas a las que sustituye.

2. No ha sido una venta efectiva (al final el cliente se ha echado atrás). Así que si no ha existido la operación, no debe existir la factura. Y si ya se había emitido, sólo hay que anularla.

Lo de la anulación es un mecanismo necesario.
Piensa en los ejemplos que dí:

- Has emitido una factura a un destinatario y el destinatario debía ser otro diferente.
En este caso, tiene poco sentido emitir una factura rectificativa a un destinatario que no había pedido nada.
Lo lógico es anular la factura errónea y emitir la correcta.

- Te has equivocado al facturar y has puesto unos artículos o productos y debían ser otros.
Anulas la factura y la emites de nuevo (fijándote más en lo que pones).

- Has emitido una factura con un importe de 1.000 euros cuando querías poner sólo 10 euros.
Está claro: anulación de factura y hacer de nuevo (cuidando lo que tecleas).

- Has emitido una factura y ahora el cliente se arrepiente y dice que no quiere hacer la compra.
Como no se ha realizado la venta, hay que anular la factura (y acordarte de la familia del cliente)

- Has emitido una factura a un cliente y ahora te viene con que está en sistema de Recargo de Equivalencia.
Podrías emitir una rectificativa, pero va a ser más sencillo, anular, hacer de nuevo (y darle una colleja al cliente ... si hay confianza)

Saludos

[espinete]

Empezado por Sistel

Hola espinete,

2. No ha sido una venta efectiva (al final el cliente se ha echado atrás). Así que si no ha existido la operación, no debe existir la factura. Y si ya se había emitido, sólo hay que anularla.

Lo de la anulación es un mecanismo necesario.

Si la factura ya se había emitido, pero el cliente se ha echado atrás, yo entiendo que es una devolución. ¿Qué problema habría en hacer una nueva factura con importe negativo?

Yo entiendo que hay dos opciones:
A. Anular la primera factura
B. Hacer una nueva factura en negativo

Sobre todo en un TPV, donde difícilmente habrá una opción "anular" visible para el usuario y todo debería funcionar lo más rápido posible, e incluso darle un tícket(simplificada que indique la devolución (en negativo).

[Sistel]

Empezado por espinete

Si la factura ya se había emitido, pero el cliente se ha echado atrás, yo entiendo que es una devolución. ¿Qué problema habría en hacer una nueva factura con importe negativo?

Yo entiendo que hay dos opciones:
A. Anular la primera factura
B. Hacer una nueva factura en negativo

Sobre todo en un TPV, donde difícilmente habrá una opción "anular" visible para el usuario y todo debería funcionar lo más rápido posible, e incluso darle un tícket(simplificada que indique la devolución (en negativo).

Hola espinete,

En Preguntas Frecuentes de Batuz (Bizkaia):

Anulación de fichero TicketBAI.
Además, pueden existir situaciones, diferentes a las anteriores, en las cuales es necesario dar de baja la factura emitida y expedir, en su caso, una nueva que recoja correctamente la operación realizada: por ejemplo, cuando se expide una factura erróneamente por una operación que nunca llegó a realizarse y procede su anulación. En este caso, para anular la factura por la operación no realizada se utiliza el fichero TicketBAI de anulación. Por este motivo, en el fichero XML de anulación tan solo habrá que identificar al emisor y la serie, número y fecha de expedición de la factura anulada.

Si la venta no se ha llegado a realizar (el futuro cliente se ha echado atrás), yo entiendo que la operación (venta) no llegó a realizarse.
Y por tanto, lo más apropiado (y más sencillo) creo que es anular.

Si en lugar de anular, emites una nueva factura rectificativa, habrá dos facturas a nombre del fallido cliente: la primera (que no debería haberse emitido) y la segunda (rectificativa).
Hay que enviar ambas facturas a Hacienda.
Y hay que entregar al cliente ambas facturas (que existen, que las conoce Hacienda y que siguen en vigor).
Y el fallido cliente te puede montar el pollo, porque dice que él no te ha llegado a comprar nada y que quién te crees tú que eres para emitirle facturas (a su nombre si es factura completa o factura simplificada cualificada) y enviarlas a Hacienda.
Y yo creo que tendría razón.

Aparte de eso, creo que es mucho más sencillo anular una factura en un TPV que generar una factura rectificativa por devolución (cuando además no ha habido tal devolución sino que no se ha realizado la venta)

Saludos

[keys]

Hola a todos.

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.

B4_2000070 Firma electronica. La firma no cumple los requisitos de la política de firma TicketBAI (No se confía en la clave de firma porque DSV no puede asegurar que la firma se realizase cuando la validez del certificado era correcta -(10)

He mandado el caso a hacienda para ver que me dicen.

[Ramon88]

Otro que se suma al Error validación de negocio... He leido que lo habeis solucionado poniendo el importe en negativo? por que hay que ponerlo en negativo? no entiendo nada!


Con Álava tengo problemas con el QR, no me funciona, que diferencia hay con el de gipuzkoa

[ermendalenda]

Empezado por keys

Hola a todos.

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.



He mandado el caso a hacienda para ver que me dicen.

Otra laguna que deben resolver. Tenía entendido que iban a dejar un margen de días de certificado caducados, pues visto lo visto creo que no voy a dejar emitir facturas 2 días antes de que caduque el certificado, creo que es justo que tengamls un margen. No me extrañaria que a la hora justo que caduque un certificado no te deje enviarlo, cuando se ha firmado estando activo. Asi que riesgo minimo
Gracias por la info.

[Sistel]

Empezado por keys

Hola a todos.
Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.
He mandado el caso a hacienda para ver que me dicen.

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

[ermendalenda]

Empezado por Sistel

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

Creo que el problema no es que sewan diferentes, sino que con el que se firmó ya había caducado el día que lo envió. Aunque el día que lo firmó era correcto creo que no tienen forma de verificar eso, ya que alguien puede hacer trampas(ante una urgencia por certificado recientemente caducado) y estar formando cambiando la fecha del equipo y después enviarlos.
Por eso una de 2, o ellos dejan un margen de algunos días o nosotros debemos poner un control adicional que no permita formar con algún día de antelación a la caducidad

[espinete]

Empezado por Sistel

Hola keys,

Una cosa absurda (más).
Firmas con un certificado en vigor y cuando lo envías, con el certificado renovado, te salta con ese error.
Debería ser totalmente independiente el tema del certificado utilizado en la firma del XML con el tema del certificado utilizado para su envío.
¡¡¡ Están locos estos Ticketbaianos !!!

Yo, en Bizkaia, para ahorrar problemas de almacenar los XML firmados y enviarlos más adelante, los envío, uno a uno, a medida que se van generando (igual que el resto de provincias)

Saludos

Yo haré lo mismo. Envío inmediato y punto. Más simple y no hay que estar haciendo versiones distintas para cada provincia.

Luego cuando dentro de unos ¿años? el resto de España quiera apuntarse a la fiesta, ya veré qué es mejor.

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

Empezado por keys

Me ha pasado una cosa con un cliente. El cliente realizó la factura el mes pasado y la firmó con un certificado que justo ha caducado ayer. Como es de Bizkaia no realizó el envío inmediatamente, lo ha ido a enviar hoy con el certificado ya renovado y al intentar enviarlo retorna el siguiente error.
He mandado el caso a hacienda para ver que me dicen.

¿En este caso se puede enviar en el libro SinSG (sin software garante)?
¿Lo habéis probado?

[espinete]

Empezado por Sistel

Hola espinete,

Si la venta no se ha llegado a realizar (el futuro cliente se ha echado atrás), yo entiendo que la operación (venta) no llegó a realizarse.
Y por tanto, lo más apropiado (y más sencillo) creo que es anular.

Si en lugar de anular, emites una nueva factura rectificativa, habrá dos facturas a nombre del fallido cliente: la primera (que no debería haberse emitido) y la segunda (rectificativa).
Hay que enviar ambas facturas a Hacienda.
Y hay que entregar al cliente ambas facturas (que existen, que las conoce Hacienda y que siguen en vigor).
Y el fallido cliente te puede montar el pollo, porque dice que él no te ha llegado a comprar nada y que quién te crees tú que eres para emitirle facturas (a su nombre si es factura completa o factura simplificada cualificada) y enviarlas a Hacienda.
Y yo creo que tendría razón.

Aparte de eso, creo que es mucho más sencillo anular una factura en un TPV que generar una factura rectificativa por devolución (cuando además no ha habido tal devolución sino que no se ha realizado la venta)

Creo que estamos hablando de casos distintos y por eso no entiendo que se pueda "anular" la factura...

En un TPV (por ejemplo, una tienda de ropa), el cliente compra, se emite el tícket, y 10 días más tarde viene y hace la devolución. Aquí sí ha habido venta, y tícket (y es la mecánica habitual en un comercio: ventas, cambios y devoluciones), por lo que en este caso digo yo que se haría una devolución (factura simplificada en negativo).
De hecho el cliente se llevó la mercancía a su casa, se la probó y decidió devolverla días después.

En el caso que tu comentas, donde "la venta no se ha llegado a realizar", me cuesta entenderlo porque no debería haber factura (ni ticket) si la venta no se ha realizado aún, no? ¿Cómo un "futuro cliente", de una "venta que no se ha llegado a realizar", tiene asociada una factura que hay que anular? O dicho de otra manera... ¿por qué tendríamos registrada y enviada una venta en el software, que no se ha llegado a realizar?

Por eso no entendía la anulación en ese caso, pero entiendo que haya situaciones donde sí se debería poder anular.

[tejano]

Buenos días,

Hace un tiempo pusisteis un programa para el cálculo del crc8 "crc8.exe".

Cuando ejecuto este programa con este string
crc8 https://batuz.eus/QRTBAI/?id=TBAI-A4...=566&i=1629.87

me da estos errores
"s" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"nf" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"i" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.

Es por el carácter "&", os ha pasado a alguien más? y como lo habéis solucionado?

Gracias

[ermendalenda]

Empezado por tejano

Buenos días,

Hace un tiempo pusisteis un programa para el cálculo del crc8 "crc8.exe".

Cuando ejecuto este programa con este string
crc8 https://batuz.eus/QRTBAI/?id=TBAI-A4...=566&i=1629.87

me da estos errores
"s" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"nf" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
"i" no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.

Es por el carácter "&", os ha pasado a alguien más? y como lo habéis solucionado?

Gracias

Hola
Prueba este poniendo entre comillas el texto

[Sistel]

Empezado por espinete

Creo que estamos hablando de casos distintos y por eso no entiendo que se pueda "anular" la factura...

En un TPV (por ejemplo, una tienda de ropa), el cliente compra, se emite el tícket, y 10 días más tarde viene y hace la devolución. Aquí sí ha habido venta, y tícket (y es la mecánica habitual en un comercio: ventas, cambios y devoluciones), por lo que en este caso digo yo que se haría una devolución (factura simplificada en negativo).
De hecho el cliente se llevó la mercancía a su casa, se la probó y decidió devolverla días después.

En el caso que tu comentas, donde "la venta no se ha llegado a realizar", me cuesta entenderlo porque no debería haber factura (ni ticket) si la venta no se ha realizado aún, no? ¿Cómo un "futuro cliente", de una "venta que no se ha llegado a realizar", tiene asociada una factura que hay que anular? O dicho de otra manera... ¿por qué tendríamos registrada y enviada una venta en el software, que no se ha llegado a realizar?

Por eso no entendía la anulación en ese caso, pero entiendo que haya situaciones donde sí se debería poder anular.

Hola espinete,

En el primer ejemplo que comentas, está claro que es una devolución y como, realmente, hubo una venta, no corresponde hacer anulación.
Otra cosa es si hacer factura simplificada negativa (lo normal en un TPV) o factura rectificativa (bastante más complicada en TPVs sencillos).

Sobre el segundo ejemplo: es posible que se haya emitido factura y no haya una operación real de venta.
Ejemplos con TPVs:
- El vendedor ya tiene el ticket en una mano y el dinero en la otra mano cuando el cliente dice "Oye que no, que no, que ahora me doy cuenta de que no me queda dinero para el autobús, no lo compro. Perdona"
- El vendedor se da cuenta de que el billete es falso y el cliente no tiene más dinero.
- O es en un bar y el camarero ya ha emitido el ticket y cuando lo va a entregar y cobrar, le han hecho un "simpa"
Se pueden dar muchos casos en que se haya emitido la factura y al final no se haya realizado, efectivamente, la operación de venta.

Saludos