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

[espinete]

Yo tengo otra consulta similar...

¿Cómo hacéis para evitar que un cliente utilice una versión del software "antigua"? Me refiero al software de escritorio (instalable, no en la nube). ¿Cómo evitáis que un usuario pueda enviar facturas a TicketBAI usando una versión del software de hace 9 meses y no la más reciente?

Sé que hay formas de hacerlo, y nosotros lo hacemos con otros servicios, addons, etc. pero tengo curiosidad por saber cómo exigir siempre la última versión disponible y bloquear las (muy) antiguas.

[rci]

Empezado por espinete

Nosotros hemos dejado el software "abierto" para que el cliente se encargue de actualizar los IVAs y otros impuestos cuando sea necesario. Quien tiene que cumplir con la ley es el cliente. Nosotros no somos una asesoría fiscal.

Podríamos enviar un boletín a todos los clientes, pero solo el 10% los lee, así que no merece la pena.

Restringir el uso de un impuesto u otro "por fecha" es un lío, sobre todo si el software se usa en otras provincias o comunidades donde no ha habido cambios, o en otros países.
Si acaso se podría hacer en el momento de validar la factura antes de enviarla. Es menos lío, pero también lo es. Al cabo de unos años el código va a ser una locura

Flipo con que esta gente avise el día 23 de septiembre de un cambio que entra en vigor en Octubre, pero bueno, quiénes somos nosotros para quejarnos

Muchas gracias espinete por la respuesta.

Nosotros tenemos una validación al intentar salvar la venta (antes que se haga el fichero ticketbai) que comprueba que sea un tipo impositivo válido.
Estas validaciones solo se hacen en el caso que el usuario tenga ticketbai.
Las validaciones las hacemos consultando unas fechas de vigencia/validez de cada tipo impositivo. Estas fechas son configurables en el mantenimiento de IVAs.
El problema es que si los usuarios no se encargan de ajustar bien esas fechas, pueden pasar dos cosas:
1 que no les permita vender con un tipo impositivo que realmente si que es válido y nos llamen para configurarlo bien.
2 que les permita vender con un tipo impositivo no válido y que al enviar a TicketBAI la factura sea rechazada y nos llamen para ver que pueden hacer.

La idea seria que todos los usuarios tengan bien configurados los tipos de IVA con sus fechas de entrada en vigor y finalización pero con tantos cambios normativos...
No creo que en cada empresa haya alguien mirando la normativa cada día y configurando lo que toque

Por eso preguntaba, para ver si informáis a cada cliente cada vez o no

Vamos a ver que hacemos ...

Saludos!

[espinete]

Cualquiera de las opciones va a provocar que el cliente nos llame por teléfono o nos envíe un email, y eso puede ser una locura teniendo en cuenta el volumen de clientes que se puedan tener en esas tres provincias.

A eso súmale que puede que haya clientes que no tengan contratado el servicio técnico, etc.

Quizás lo mejor en estos casos es, si la factura es rechazada, mostrar "posibles causas y cómo solucionarlas" en pantalla, o algo así. Al menos más de uno se dará cuenta y evitas que llamen todos.

Pero vamos, que nos quieran convertir a los desarrolladores en asesores fiscales, pues va a ser que no...

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

Empezado por rci

Como lo hacéis vosotros cuando hay estos cambios de tipos de IVA?

Empezado por espinete

Nosotros hemos dejado el software "abierto" para que el cliente se encargue de actualizar los IVAs y otros impuestos cuando sea necesario. Quien tiene que cumplir con la ley es el cliente. Nosotros no somos una asesoría fiscal.

Nosotros más o menos igual.
El cliente puede configurar sus tipos de IVA nuevos y utilizarlo de forma correcta.
Lo que sí, desde la empresa, se emite un comunicado con tiempo para que lo sepan y con las instrucciones.

[rci]

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

Nosotros más o menos igual.
El cliente puede configurar sus tipos de IVA nuevos y utilizarlo de forma correcta.
Lo que sí, desde la empresa, se emite un comunicado con tiempo para que lo sepan y con las instrucciones.

Muchas gracias Neftali, en esta ocasión la idea de enviar el comunicado "con tiempo" se ha complicado

[Sistel]

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

Nosotros más o menos igual.
El cliente puede configurar sus tipos de IVA nuevos y utilizarlo de forma correcta.
Lo que sí, desde la empresa, se emite un comunicado con tiempo para que lo sepan y con las instrucciones.

Hola,

Nosotros no manejamos el software de facturación de nuestros clientes (cada uno tiene el suyo).
Tenemos una API en la nube, a donde se conecta cada software de nuestros clientes para enviar los datos de la factura a emitir.
La API le devuelve el código TBAI, el QR y los datos de la factura y se encarga del envío del XML firmado a Hacienda Foral.
Nuestra API tiene la tabla de IVAs válidos en cada momento.
Si alguna línea de detalle de uan propuesta de factura que envía un cliente, desde su software de facturación, contiene un tipo de IVA no válido en ese momento, se le devuelve indicándole el error.

Es quien factura quien debe conocer la normativa de IVA válido en cada momento (y aplicarlo).
Nosotros con no admitir la propuesta de factura que nos envía, lo solucionamos.

Aparte, nosotros sí somos, también, asesoría contable y fiscal ... pero eso es otro departamento.

Saludos

[rci]

Empezado por Sistel

Hola,

Nosotros no manejamos el software de facturación de nuestros clientes (cada uno tiene el suyo).
Tenemos una API en la nube, a donde se conecta cada software de nuestros clientes para enviar los datos de la factura a emitir.
La API le devuelve el código TBAI, el QR y los datos de la factura y se encarga del envío del XML firmado a Hacienda Foral.
Nuestra API tiene la tabla de IVAs válidos en cada momento.
Si alguna línea de detalle de uan propuesta de factura que envía un cliente, desde su software de facturación, contiene un tipo de IVA no válido en ese momento, se le devuelve indicándole el error.

Es quien factura quien debe conocer la normativa de IVA válido en cada momento (y aplicarlo).
Nosotros con no admitir la propuesta de factura que nos envía, lo solucionamos.

Aparte, nosotros sí somos, también, asesoría contable y fiscal ... pero eso es otro departamento.

Saludos

Muchas gracias Sistel.
En vuestro caso entiendo que solo cambiando los datos en la tabla de ivas válidos el programa ya lo hace correctamente, y al estar en la nube no tenéis que cambiarlo para cada usuario del programa. buena idea.

[Ramon88]

Hola!!
Necesitaba hacer unas pruebas y me esta dando este error:
No hay definido un servicio al que llamar para el modelo:140, ejercicio:2024, período: y apartado: 1,1 para el interesado enviado: 99980022B

Sabéis que puede ser?
Veo que periodo esta en blanco pero nunca he rellenado nada de periodo ni sé donde va...

[Noe277]

Buenas,

Una pregunta en Zuzendu, ¿el encadenamiento de que factura es?
para explicarme Mi factura: 135 encadenada con la 134

No se si tengo que copiarla tal cual a la factura original : 134

De la propia factura original: 135

De la ultima factura : XXX

el SignatureValueFirmaFactura: ya se que es de la 135

[elcharlie]

Buenos dias, alguien ha probado a sincronizar a Bizkaia con los IVAs nuevos.
A nosotros no esta dando error "Valor del Tipo impositivo no admitido"

[keys]

Empezado por elcharlie

Buenos dias, alguien ha probado a sincronizar a Bizkaia con los IVAs nuevos.
A nosotros no esta dando error "Valor del Tipo impositivo no admitido"

En el entorno de pruebas funciona. Pero en producción parece que no. Tengo un cliente con el mismo problema.

[elcharlie]

Empezado por keys

En el entorno de pruebas funciona. Pero en producción parece que no. Tengo un cliente con el mismo problema.

Estoy llamando a Lantik, y pasan de todo. Flipo.

[elcharlie]

Parece ser que ya lo han arreglado...

[keys]

Como siempre nosotros lo tenemos que tener preparado para el día 1. Ellos cuando quieran sin prisa,

[YellowStone]

Empezado por Noe277

Buenas,

Una pregunta en Zuzendu, ¿el encadenamiento de que factura es?
para explicarme Mi factura: 135 encadenada con la 134

No se si tengo que copiarla tal cual a la factura original : 134

De la propia factura original: 135

De la ultima factura : XXX

el SignatureValueFirmaFactura: ya se que es de la 135

Buenas. El encadenamiento es el que tuviera en un principio el fichero de alta. Es decir, de la 134, para abreviar.

[edari]

Buenas,


Hay ha subido a Alava facturas con el 2% en real?


Me deuelve un error de



<Descripcion>72-AVISO: Error validación de negocio [Importe total no coincide con el sumatorio de los detalles]</Descripcion>



Y no sé si es problema mío o de ellos?


Gracias

[keys]

En producción no se. Pero en el entorno de pruebas funciona correctamente.

[keys]

Ya que estamos. Alguien esta teniendo problemas con los certificados en el entorno de producción. Nos han llamado varios clientes que al enviar a Bizkaia les da un error de certificado y hasta hoy enviaban correctamente.

[tejano]

Buenos días, Tenemos un cliente de Vizcaya que nos envía autofactura. De forma que nosotros enviamos la factura de venta a Batuz y el cliente también envía esta factura a Batuz, por lo que en Batuz y en el modelo 303 esta duplicada.
En el fichero que enviamos a Batuz, ponemos sobre el campo <EmitidaPorTercerosODestinatario> una "D" de "Factura emitida por el destinatario o la destinataria de la operación".
Alguien sabe si este tipo de facturas tienen que enviarlas tanto el cliente, como nosotros; solo el cliente o solo nosotros?
Gracias

[unomasmas]

Una duda que seguro que se ha comentado tropecientas veces, pero de la que no encuentro la respuesta:

Factura emitida con tipo de IVA 2%. Se ha de emitir ahora factura rectificativa de esa factura, pero actualmente el tipo está al 7,5%. ¿Qué tipo se ha de usar para esta rectificativa teniendo en cuenta que la operación se produjo cuando estaba en vigor el tipo del 2%?

Muchas gracias.