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

[espinete]

Me surge una duda a raíz de un problema de envío con un cliente.

En las facturas se debe incluir los 100 primeros caracteres de la factura anterior.

Con las siguientes condiciones:
- De la serie que sea (la anterior puede ser de una serie distinta. solo se necesita la factura enviada anterior a la actual, sea de la serie que sea)
- Deben ser facturas que consten como "enviadas", obviamente. Que no hayan dado Error (rechazadas)

Pero me surge una duda... ¿qué ocurre con las Anuladas? ¿esas constan como "Enviadas"?

Es decir, a la hora de buscar cual fue la factura enviada anterior... ¿debo tener en cuenta también las anuladas? ¿O solo las enviadas sin error y sin anular?

Hasta ahora no me había surgido la duda. Se ve que lo de anular facturas no es tan común...

[keys]

Empezado por espinete

Me surge una duda a raíz de un problema de envío con un cliente.

En las facturas se debe incluir los 100 primeros caracteres de la factura anterior.

Con las siguientes condiciones:
- De la serie que sea (la anterior puede ser de una serie distinta. solo se necesita la factura enviada anterior a la actual, sea de la serie que sea)
- Deben ser facturas que consten como "enviadas", obviamente. Que no hayan dado Error (rechazadas)

Pero me surge una duda... ¿qué ocurre con las Anuladas? ¿esas constan como "Enviadas"?

Es decir, a la hora de buscar cual fue la factura enviada anterior... ¿debo tener en cuenta también las anuladas? ¿O solo las enviadas sin error y sin anular?

Hasta ahora no me había surgido la duda. Se ve que lo de anular facturas no es tan común...

Hay que cogerlo de la factura generada anteriormente, ya este anulada o no. De hecho se puede anular la factura después de haber enviado la siguiente.

Como tu dices lo de anular facturas no debería ser muy común.

[espinete]

Gracias Keys.

No solo eso, es que creó la factura con importe cero (????) añadiendo un artículo con el importe de la factura en negativo (?????), la envió y la anuló (??????).

El problema es que cuando pasan estas cosas raras que hace la gente porque se pone a probar cosas, es un lío arreglarlo y no sé ni por donde empezar

Pero bueno, al menos en el registro que tengo se guarda todo lo que se hace y poco a poco averiguamos lo que hay que hacer.

[rci]

Empezado por espinete

- Deben ser facturas que consten como "enviadas", obviamente. Que no hayan dado Error (rechazadas)

Este punto no lo veo muy claro... aunque no esté enviada también cuenta no?

Como dice Keys, "Hay que cogerlo de la factura generada anteriormente" y yo añado "independientemente de si está enviada o no y de si se ha rechazado o no".

Es una opinión y puede que me equivoque pero nosotros lo hacemos de esta forma.

[keys]

Empezado por rci

Este punto no lo veo muy claro... aunque no esté enviada también cuenta no?

Como dice Keys, "Hay que cogerlo de la factura generada anteriormente" y yo añado "independientemente de si está enviada o no y de si se ha rechazado o no".

Es una opinión y puede que me equivoque pero nosotros lo hacemos de esta forma.

Si aunque no este enviada también cuenta.

Aunque este anulada y no enviada, hay que enviarla y luego enviar la anulación, ya que sino te saltas la secuencia de facturas.

[espinete]

Empezado por rci

Este punto no lo veo muy claro... aunque no esté enviada también cuenta no?

Como dice Keys, "Hay que cogerlo de la factura generada anteriormente" y yo añado "independientemente de si está enviada o no y de si se ha rechazado o no".

Es una opinión y puede que me equivoque pero nosotros lo hacemos de esta forma.

Pero si no está enviada, no tendrá "firma" en su XML, así que no puedo añadir los primeros 100 caracteres de la firma, porque no se llegó a enviar, no?

[keys]

Empezado por espinete

Pero si no está enviada, no tendrá "firma" en su XML, así que no puedo añadir los primeros 100 caracteres de la firma, porque no se llegó a enviar, no?

Eso según lo estéis gestionando, pero en teoría el fichero xml y firmarlo hay que hacerlo cuando se genera la factura. No cuando se envía

[espinete]

Si, acabo de revisarlo y efectivamente lo tengo así: se firma siempre, independientemente de que se envíe o no.
Así que no me preocupo.

Raro sería que hubiera una factura que ni siquiera esté firmada.

[xamminf]

El compañero espinete escribió:

Si es un descuento "global", que se aplica a toda la factura (como un descuento por pronto pago), hay que añadirlo como una línea nueva, con el importe descontado.

Te paso algunos puntos que envió Gipuzkoa hace unas semanas y me sirvieron de mucha ayuda:

* No indicar el descuento como porcentaje, se ha de informar del importe en euros
* El importe de descuento ha de ir siempre en positivo. Se entiende así que se debe restar de la base imponible
* Para incluir un descuento total de la factura (por ejemplo pronto pago) incluya una línea que recoja en el ImporteTotal el importe del descuento en negativo
* ImporteUnitario de línea debe ir siempre sin IVA
* ImporteTotal de línea debe ir siempre con IVA
* ImporteUnitario mal informado: tenga en cuenta que dispone de 8 decimales para indicar el precio o ImporteUnitario de la línea. No trunque o redondee la información relativa al precio para evitar descuadres en los cálculos de validaciones económicas
* No incluir la RetencionSoportada en el ImporteTotalFactura
* En la URL del QR se ha de indicar el ImporteTotalFactura exactamente como se ha informado en el XML (sin RetencionSoportada)

Guipuzcoa como sede destino. Tengo una factura con descuento comercial global.
Segun he leido hay que ponerlo en una lina detalle pero el importeTotal ha de incluir IVA.
Mi preguntas son:

1º ¿ Es cierto que tienen que incluir IVA los dtos. globales ? ¿ No va a generar esto descuadres puesto que luego no cuadrará el IVA y no sé cuantas cosas mas ?

2º Si una factura lleva tres tipos de iva distintos ¿ Significa eso que tengo que hacer 3 lineas de detalle de iva o significa que al importeTotal le tengo que calcular los tres porcentajes de IVA y sumarselos ?

Esperando alguna de vuestras amables respuestas

[rci]

Hola, tengo un caso que Batuz devuelve el error B4_2000026 Las Claves indicadas no son compatibles para todas las facturas de venta que le enviamos.

En esas ventas estamos enviando la ClaveRegimenIvaOpTrascendencia 51 porque la empresa está definida como en recargo de equivalencia.

Solo se envía esa clave, por lo que no entiendo bien que diga que no son compatibles, si solo se manda una clave.

Buscando el error en el manual de validaciones de batuz he encontrado en el apartado 3.2.10.1 LROE_PJ_240_1_1_Facturas emitidas con software garante
hay el texto

2. No se admiten las claves 51 y 52.

Este apartado es para empresas persona jurídica que envían el modelo 240. Es el caso de la empresa que tiene este error.

Puede ser que una empresa si es persona jurídica (240) no pueda emitir facturas con recargo de equivalencia??


No se si lo he entendido bien, a ver si vosotros me podéis ayudar.

Ah por cierto, estamos enviando al entorno de pruebas de Batuz.

Muchas gracias

[Noe277]

Empezado por xamminf

El compañero espinete escribió:




Guipuzcoa como sede destino. Tengo una factura con descuento comercial global.
Segun he leido hay que ponerlo en una lina detalle pero el importeTotal ha de incluir IVA.
Mi preguntas son:

1º ¿ Es cierto que tienen que incluir IVA los dtos. globales ? ¿ No va a generar esto descuadres puesto que luego no cuadrará el IVA y no sé cuantas cosas mas ?

2º Si una factura lleva tres tipos de iva distintos ¿ Significa eso que tengo que hacer 3 lineas de detalle de iva o significa que al importeTotal le tengo que calcular los tres porcentajes de IVA y sumarselos ?

Esperando alguna de vuestras amables respuestas

El descuento pronto pago y el rappel si van dentro de la factura minoran el importe de las bases es decir es como aplicar un descuento en linea solo que aplicado a todas las lineas.
Si van fuera de factura es que es otra factura.

Yo estoy aplicando el dto a la linea pero también puedes meter una linea negativa que en este caso lleva iva negativo.