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

[Ramon88]

Viendo las rectificativas.


Yo vendo 2 productos por valor de 100€
Mouse= 50€
keyboard= 50€



Me pagan:
Factura simp. = 25€
Factura simp. = 25€
Factura simp. = 25€
Factura simp. = 25€


Me han pagado en 4 veces.


Ahora anulamos la venta del mouse, a que factura simplificada hago referencia en la rectificativa?
Hago 2 rectificativas? o puedo hacer referencia a 2 facturas?

[keys]

Empezado por Ramon88

Viendo las rectificativas.


Yo vendo 2 productos por valor de 100€
Mouse= 50€
keyboard= 50€



Me pagan:
Factura simp. = 25€
Factura simp. = 25€
Factura simp. = 25€
Factura simp. = 25€


Me han pagado en 4 veces.


Ahora anulamos la venta del mouse, a que factura simplificada hago referencia en la rectificativa?
Hago 2 rectificativas? o puedo hacer referencia a 2 facturas?

Los pagos no tiene que ver nada con las facturas. No hay que hacer una factura con cada pago Solo hay que hacer una. Y luego hacer la rectificativa de esa. Si haces un pago para cada factura, una rectificativa puede ser de varias facturas a la vez.

[ermendalenda]

Correcto por cada pago puedes hacer una simplificada. Es más, hay que hacerla.
Supongo que en la descripcion del concepto no hay duda de que el pago es parte del artículo..
Cuando devuelvas el producto puedes hacer referencia en la rectificativa a los 2. Dentro del concepto FacturasRectificadasSustituidas.
Equivale en un restaurante que paguen a medias, se divide todo por x y se hacen x facturas.

[keys]

Empezado por ermendalenda

Correcto por cada pago puedes hacer una simplificada. Es más, hay que hacerla.
Supongo que en la descripcion del concepto no hay duda de que el pago es parte del artículo..
Cuando devuelvas el producto puedes hacer referencia en la rectificativa a los 2. Dentro del concepto FacturasRectificadasSustituidas.
Equivale en un restaurante que paguen a medias, se divide todo por x y se hacen x facturas.

Creo que estas equivocado no hay que hacer un factura por cada pago. En el caso del restaurante es distinto por que son varios destinatarios de la factura. Pero aún así puedes hacer una factura a varios destinatarios por eso el destinatario puede tener n elementos.

El pago de una factura no tiene nada que ver par TBAI. Aunque puedas hacer una factura por cada pago.

[ermendalenda]

Empezado por keys

Creo que estas equivocado no hay que hacer un factura por cada pago. En el caso del restaurante es distinto por que son varios destinatarios de la factura. Pero aún así puedes hacer una factura a varios destinatarios por eso el destinatario puede tener n elementos.

El pago de una factura no tiene nada que ver par TBAI. Aunque puedas hacer una factura por cada pago.

Segun dijo hace unos días Ramón, le encargaban un artículo y se los iban pagando, con lo cual, según asesoría, cada vez que haces un ingreso en caja tienes que hacer factura, ya que imagina que el cliente se muda, se olvida, etc y no recoge el pedido. Hacienda quiere su parte

[Sistel]

Empezado por ermendalenda

Segun dijo hace unos días Ramón, le encargaban un artículo y se los iban pagando, con lo cual, según asesoría, cada vez que haces un ingreso en caja tienes que hacer factura, ya que imagina que el cliente se muda, se olvida, etc y no recoge el pedido. Hacienda quiere su parte

Hola ermendalenda,

Yo estoy con keys: Pagos y facturas son dos mundos separados.
Y Hacienda lo que pide son las facturas, no los pagos.

Los pagos pueden ser antes (con el pedido) o tiempo después de la factura.
Si quieres entregar un documento cuando te hacen un pago (total o parcial), puedes emitir un albarán o un recibo.

Pero la factura es otra cosa diferente y se puede emitir en un momento diferente y agrupando varias ventas (albaranes o recibos).

Saludos

[Ramon88]

Empezado por Sistel

Hola ermendalenda,

Yo estoy con keys: Pagos y facturas son dos mundos separados.
Y Hacienda lo que pide son las facturas, no los pagos.

Los pagos pueden ser antes (con el pedido) o tiempo después de la factura.
Si quieres entregar un documento cuando te hacen un pago (total o parcial), puedes emitir un albarán o un recibo.

Pero la factura es otra cosa diferente y se puede emitir en un momento diferente y agrupando varias ventas (albaranes o recibos).

Saludos

No estoy de acuerdo.
Entonces como facturará un bar? te pedirá dni para tomarte un café? y la típica tienda de toda la vida? lo mismo?


Ellos quieren que tu subas cada factura simplificada o completa para tener controlado lo que vendes, creo que en ningun sitio dicen que subas facturas simplificadas y luego las facturas normales o como quieras llamarlas.


Luego imagino que añadiran la opción de que cada empresa recepcione estas facturas electrónica de alguna manera, diciendo que esta correcta...etc etc
Esto lo hacen otros paises...

[ermendalenda]

Empezado por Sistel

Hola ermendalenda,

Yo estoy con keys: Pagos y facturas son dos mundos separados.
Y Hacienda lo que pide son las facturas, no los pagos.

Los pagos pueden ser antes (con el pedido) o tiempo después de la factura.
Si quieres entregar un documento cuando te hacen un pago (total o parcial), puedes emitir un albarán o un recibo.

Pero la factura es otra cosa diferente y se puede emitir en un momento diferente y agrupando varias ventas (albaranes o recibos).

Saludos

Vale. No creo que se metan en esas cosas por que es mínimo y de cara a un juicio tiene poco que hacer. Pero yo te digo lo que según ley(según asesor fiscal) es lo correcto, se que el riesgo de que se metan en eso es mínimo.
Estuve tratando ese tema muchos días ya que donde tengo el software hacen miles de pagos a cuentas por encargos.
Es más, los tiquets que compras en ferias para consumir a posterior habría que declararlos también como una factura y cuando se genere el consumo hacer el negativo.

[keys]

Solo por polemizar un poco.

Definición de factura :

Una factura es un documento legal y comercial que acredita una operación de compraventa de bienes y servicios. La factura es el documento oficial que acredita que se ha llevado a cabo dicha transacción, tanto para el profesional que la emite, como para el que la recibe

Como veís no habla nada de cobros ni pagos. A hacienda lo que le interesa es lo que tu vendes para cobrarte el IVA correspondiente, no como tu lo cobres. Tu haces una factura de la venta de un articulo y si quieres aplicas 3 vencimientos para los cobros.

Cada entrada de dinero en tesorería no tiene por que tener asociado una factura Tu cuando emites la factura lo llevas a una cuenta del grupo 43 y según te van pagando la saldas contra la cuenta de tesorería. Te lo dice un asesor.

Cuando tu compras por ejemplo un ordenador y lo pagas en tres veces no te hacen una factura con cada pago. La factura es única y luego te harán 3 recibos.

Cuando un bar te vende algo te hace una factura simplificada, que no deja de ser una factura normal en la cual no hace falta identificar al destinatario. Ha hacienda le interesa lo que vendes no como lo cobras. y si luego no lo cobras tu te comes el IVA, exceptuando si estas en criterio de caja, pero eso es otro cantar.

[edari]

Pues yo con Guipuzcoa + anulación de facturas me encuentro con algo también pelin absurdo...
La respuesta que mandan para la subida de la factura incluye el IdentificadorTBAI como es lógico
La respuesta que mandan para la anulación de la factura no incluye el IdentificadorTBAI
Un segundo intento de anulación de la misma factura (que dará error de "la factura que quiere anular fue previamente anulada") también incluye el IdentificadorTBAI como tiene que ser.
Es todo lo abusrdo que te puedes imaginar
Les mandé un mail a ver que contestan.

[edari]

Empezado por edari

Pues yo con Guipuzcoa + anulación de facturas me encuentro con algo también pelin absurdo...
La respuesta que mandan para la subida de la factura incluye el IdentificadorTBAI como es lógico
La respuesta que mandan para la anulación de la factura no incluye el IdentificadorTBAI
Un segundo intento de anulación de la misma factura (que dará error de "la factura que quiere anular fue previamente anulada") también incluye el IdentificadorTBAI como tiene que ser.
Es todo lo abusrdo que te puedes imaginar
Les mandé un mail a ver que contestan.

Me confirmaron el error, bueno disfunción en su idioma


Lo arreglarán en la siguien versión

[Ramon88]

Empezado por keys

Los pagos no tiene que ver nada con las facturas. No hay que hacer una factura con cada pago Solo hay que hacer una. Y luego hacer la rectificativa de esa. Si haces un pago para cada factura, una rectificativa puede ser de varias facturas a la vez.

Los pagos son facturas simplificadas, los tickets de toda la vida vamos... Por eso hago una simplificada por cada pago.

Empezado por ermendalenda

Correcto por cada pago puedes hacer una simplificada. Es más, hay que hacerla.
Supongo que en la descripcion del concepto no hay duda de que el pago es parte del artículo..
Cuando devuelvas el producto puedes hacer referencia en la rectificativa a los 2. Dentro del concepto FacturasRectificadasSustituidas.
Equivale en un restaurante que paguen a medias, se divide todo por x y se hacen x facturas.

Vale, gracias! os enterais de todo.... jaja =)
Probaré a hacer referencia a varias facturas simplificadas a ver que pasa...

[Ramon88]

Bizkaia termina de mandar...

Estimados/as Señores/as,

Les informamos que a partir del día 17 de noviembre se va a modificar la plataforma del servicio web de envíos masivos del LROE.

La modificación afecta a la respuesta del servicio de entradas. En concreto, se ha eliminado una compresión del fichero de respuesta, el que contiene la información detallada del resultado del proceso.

Será necesario adaptar su software para que siga procesando correctamente la respuesta del servicio.

Les recordamos que la aplicación cliente debe recuperar la respuesta proporcionada por el servicio y realizar un tratamiento de la misma, incluyendo la gestión de los errores. Existen validaciones a nivel de formato y de negocio. Si los datos del envío no superan alguna de las validaciones, se devolverá el correspondiente código de error, pudiendo implicar la no aceptación de las anotaciones.

En el apartado “Documentación técnica” de la web de Batuz, tiene disponible el documento de “Validaciones y errores LROE".

Es importante tener en cuenta que en el caso de un rechazo de la anotación del subcapítulo 1.1, debido a errores del fichero TicketBAI, debe procederse como se indica en la pregunta frecuente 160 del apartado “Preguntas frecuentes” de la web de Batuz

[ermendalenda]

Empezado por Ramon88

Bizkaia termina de mandar...

Estimados/as Señores/as,

Les informamos que a partir del día 17 de noviembre se va a modificar la plataforma del servicio web de envíos masivos del LROE.

La modificación afecta a la respuesta del servicio de entradas. En concreto, se ha eliminado una compresión del fichero de respuesta, el que contiene la información detallada del resultado del proceso.

Será necesario adaptar su software para que siga procesando correctamente la respuesta del servicio.

Les recordamos que la aplicación cliente debe recuperar la respuesta proporcionada por el servicio y realizar un tratamiento de la misma, incluyendo la gestión de los errores. Existen validaciones a nivel de formato y de negocio. Si los datos del envío no superan alguna de las validaciones, se devolverá el correspondiente código de error, pudiendo implicar la no aceptación de las anotaciones.

En el apartado “Documentación técnica” de la web de Batuz, tiene disponible el documento de “Validaciones y errores LROE".

Es importante tener en cuenta que en el caso de un rechazo de la anotación del subcapítulo 1.1, debido a errores del fichero TicketBAI, debe procederse como se indica en la pregunta frecuente 160 del apartado “Preguntas frecuentes” de la web de Batuz

Mi madre, que ansiedad. Tantas validaciones,al final lo raro es que las pase todas todos los días.
Intentaré disfrutar lo poco que me queda de libertad.

[keys]

Empezado por Ramon88

Bizkaia termina de mandar...

Estimados/as Señores/as,

Les informamos que a partir del día 17 de noviembre se va a modificar la plataforma del servicio web de envíos masivos del LROE.

La modificación afecta a la respuesta del servicio de entradas. En concreto, se ha eliminado una compresión del fichero de respuesta, el que contiene la información detallada del resultado del proceso.

Será necesario adaptar su software para que siga procesando correctamente la respuesta del servicio.

Les recordamos que la aplicación cliente debe recuperar la respuesta proporcionada por el servicio y realizar un tratamiento de la misma, incluyendo la gestión de los errores. Existen validaciones a nivel de formato y de negocio. Si los datos del envío no superan alguna de las validaciones, se devolverá el correspondiente código de error, pudiendo implicar la no aceptación de las anotaciones.

En el apartado “Documentación técnica” de la web de Batuz, tiene disponible el documento de “Validaciones y errores LROE".

Es importante tener en cuenta que en el caso de un rechazo de la anotación del subcapítulo 1.1, debido a errores del fichero TicketBAI, debe procederse como se indica en la pregunta frecuente 160 del apartado “Preguntas frecuentes” de la web de Batuz

Por fin han reconocido que el fichero de retorno esta comprimimdo dos veces. Ahora nos van a obligar a actualizar a todos nuestros clientes por un error suyo que ya se les aviso.