TicketBAI - FAQs

1. ¿Es sólo de aplicación a sociedades cuyo domicilio social/fiscal sea el Territorio Foral?

No, según se indica en las FAQ de TicketBAI de Gipuzkoa:

En relación al ámbito de aplicación, el criterio delimitador o punto de conexión no es exactamente el domicilio social/fiscal, sino que se aplica a todos los obligados tributarios que, conforme a los puntos de conexión de la Ley del Concierto Económico, estén sujetos a la normativa foral en su impuesto personal (IRPF, IS o IRNR). Por tanto, un obligado tributario, aunque haga operaciones en territorio foral, si le resulta de aplicación la normativa de territorio común no está obligado a TicketBAI.

Por tanto habrá que atenerse a lo establecido al Concierto Económico, siendo un resumen para empresas con facturación superior a 10MM€ el siguiente:

2. ¿La firma electrónica puede realizarla un proveedor externo como TrustedX conectado con el software garante instalado en el cliente que devuelva esa firma al integrador del software?

Respuesta de la Hacienda Foral de Bizkaia:

Tanto la firma de los ficheros TicketBAI como la remisión a Hacienda como anotaciones del LROE se puede realizar por un tercero, incluida la empresa desarrolladora del software que se utiliza para generar la factura.

El sistema TicketBAI deberá cumplirlo la persona contribuyente que emita las facturas. No obstante, también podrán emitir las facturas en nombre y por cuenta de la persona contribuyente: su representante (por ejemplo, un asesor), un tercero o, en su caso, el destinatario de la operación, en los términos establecidos reglamentariamente.
Para ello, cada una de estas personas deberá disponer de alguno de los certificados electrónicos que el sistema TicketBAI permite para la firma de los ficheros electrónicos TicketBAI: certificado de persona física, de dispositivo, etc.

Si el fichero TicketBAI se firma por un tercero, el campo "Factura emitida por tercero o destinatario" debe rellenarse con el valor "T" - Factura emitida por tercero.

3. ¿Cómo se va a determinar el ejercicio/período en el que debe declararse el IVA de las facturas emitidas (ficheros TBAI y LROE de Facturas Emitidas)?

Respuesta de la Hacienda Foral de Bizkaia:

El IVA se devengará en el periodo correspondiente a la fecha de operación.
Cuando la fecha de operación no esté cumplimentada, el devengo lo determinará la fecha de expedición (ver cuándo cumplimentar el campo “fecha de operación” en la pregunta frecuente 58 en la web https://www.batuz.eus/es/preguntas-frecuentes )

4. ¿Es obligatorio el campo serie?

Es obligatorio sólo cuando se trate de una factura rectificativa. El motivo, según respuesta de la Hacienda Foral de Bizkaia es:

En el caso de las facturas rectificativas se debe indicar la serie porque es obligatorio que las facturas rectificativas se expidan en una serie específica, tal y como se establece en el artículo 6, punto 1, letra a) punto 2, del Reglamento por el que se regulan las obligaciones de facturación.

5. ¿El encadenamiento de la factura debe contemplar la Hacienda Foral?

Poniendo como supuesto una empresa que debe declarar en Gipuzkoa y que está emitiendo ficheros TBAI durante el 2022. Al año siguiente cambia su situación y debe declarar a Álava. ¿La primera factura en Álava debería mantener el encadenamiento con la última factura aunque la emitió en Gipuzkoa o esa factura debería ir sin indicar una factura anterior?

Repuesta de la Hacienda Foral de Álava:

La primera factura que se envíe a Álava sí debería ir encadenada con la última que se envió a Gipuzkoa. Lógicamente tanto a una administración como a otra le saldrá un error de encadenamiento porque le va a faltar un eslabón, pero como se trata de última en un caso y primera en otro no habrá problemas de rechazo y en caso de realizar una actuación de comprobación conjunta de ambas administraciones se podrá demostrar que se ha mantenido ese encadenamiento.

6. Si una factura es emitida por el destinatario, ¿el destinatario debe generar un fichero TBAI?

Debe generarlo si le aplica la normativa foral de Álava, Bizkaia o Gipuzkoa. Respuesta de la Hacienda Foral de Bizkaia:

El caso de que el destinatario de la operación no sujeto a normativa foral en el IS o IRPF emita la factura en nombre y por cuenta del obligado tributario sujeto a Batuz es un supuesto de exoneración del cumplimiento de TicketBAI. Es decir, el destinatario no tiene que cumplir con TicketBAI en la emisión de dicha factura. No obstante, el obligado tributario sujeto a Batuz, su representante o un tercero autorizado debe informar de dicha operación en el subcapítulo 1.2 del LROE.

Si el destinatario de la operación sí que está sujeto a normativa foral en el IRPF o en el IS, deberá cumplir los requisitos TicketBAI en la emisión de la factura, indicando una “D” en el campo “Factura emitida por el destinatario
de la operación” y encadenándola con las otras facturas emitidas en nombre de ese NIF en su sistema. Esta factura contendrá un QR y el identificativo TicketBAI. Posteriormente, la anotación correspondiente a esa factura deberá remitirse al LROE del obligado tributario, mediante el subcapítulo 1.1. La remisión la podrá hacer el obligado tributario, su representante o un tercero.

7. Cómo ejecutar la transaccion FB01 correctamente con la instrucción CALL TRANSACTION” para que los documentos contables se generen correctamente junto con los registros TicketBAI.

En el caso en el que se utilice un programa Z para crear facturas y en este programa se haga un CALL TRANSACTION a alguna de las transacciones estándar de creación de facturas como puede ser la fb01, el proceso TBAI no podrá realizar su flujo de forma correcta a no ser que se haga el call transaction con un parámetro especial. Debido a que en el flujo de TBAI se realiza un commit work para actualizar las tablas de base de datos, esto hace que se interrumpa el procesamiento lógico del call transaction y tras el commit se devuelva el control al programa que inicio el call transaction, dejado código del flujo de TBAI sin ejecutar.

Un ejemplo de llamada sería la siguiente:

DATA : l_s_options TYPE ctu_params.           
l_s_options-racommit = 'X'.
CALL TRANSACTION 'FB01' USING bdc_tab MESSAGES INTO t_messtab OPTIONS FROM l_s_options.

De esta forma, con la opción racommit indicamos que no se va a interrumpir el procesamiento lógico del call transaction cuando se encuentre un commit work y así pueda ejecutarse completamente el flujo de TBAI.

8. Creación de altas negativas desde transacción FB08

En el estándar de producto, actualmente cualquier factura que se cree desde la transacción FB08 se está generando como una anulación porque se chequea que el campo stblg esté relleno

Se da el caso de que algunos clientes no generan anulaciones, sino que generan altas negativas desde esta transacción.

Si es el caso, se deberá comentar la parte del código adjunta para que omita esta validación. De esta manera se creará un alta siempre que la CREAN tenga configuración para ello.

9. Anulación y rectificación de facturas enviadas al SII anteriores a la entrada en vigor de BATUZ

No podrán enviarse rectificaciones o anulaciones de facturas anteriores a la entrada en vigor de BATUZ.

Las facturas de alta declaradas en el SII que necesiten ser anuladas o rectificadas, deberán remitirse a través del SII y no de BATUZ.

Para ello será necesario generar una excepción en las tablas de excepción de creación de registros TBAI y LROE para que no se generen entradas anteriores a la fecha de entrada en producción.

De esta manera, los registros no entrarán en los monitores de BATUZ y las anulaciones y rectificativas correspondientes a las altas anteriores a esta fecha entrarán en el monitor del SII para poder declararlas a través del sistema original de envío.

En el caso de que su empresa no aplique al SII, al generar estas excepciones, se controlará que si la factura de alta es anterior a la fecha de la excepción, la rectificativa o la anulación directamente no se genere.

Por ejemplo, si una empresa entra en producción en el servicio de BATUZ en fecha 01.01.2022 generará las excepciones siguientes:

Excepción tabla TBAI

Excepción tabla LROE

10. ¿Se informan los suplidos de las facturas de servicios en el XML?

Los suplidos no es un campo que haya que informar en el XML. El suplido es un pago por cuenta del cliente a un tercero y por tanto no forma parte del ImporteTotalFactura ni de la Base Imponible.

En el caso en el que, en una factura, por ejemplo, además de los honorarios de un profesional se documentase un suplido, el importe del suplido no formaría parte de la base imponible del IVA pero estas facturas deben cumplir igualmente los requisitos TicketBAI.

En este caso, cuando los suplidos vayan encuadrados en una factura por prestación de servicios, se podrá disponer de un campo para los suplidos después del Importe Total Factura, donde deberá informarse de los suplidos que contenga la factura. En cambio, si únicamente se quisiera documentar un suplido, se trataría de una operación en la que no se documenta ninguna entrega de bienes ni prestación de servicios, ya que en estos casos el empresario actuaría como mero intermediario, satisfaciendo sumas de dinero del cliente a un tercero por mandato expreso.

En este último caso, no habría obligación de expedir factura de acuerdo con lo dispuesto en el Reglamento de facturación, pudiéndose documentar la operación en un recibo u otro justificante. Por tanto, un documento en el que solo se informe de un suplido quedaría fuera del ámbito de aplicación de TicketBAI.

11. Facturas emitidas con descuento

El “Descuento” en factura es un campo opcional en las facturas emitidas. Este campo deberá informarse con el importe total del descuento.

El producto TicketBAI no mapea este campo con los campos de SAP por lo que si un cliente desea informarlo deberá gestionarse desde proyecto.

Adicionalmente, es posible que, la base imponible de las posiciones de dicho documento no se estén informando de forma correcta. Esto ocurre cuando al descuento se le aplica un iva repercutido y este aparece con saldo debe en la factura.

Para este caso de forma excepcional deberá modificarse el mapeo del campo “BaseImponible” de bseg- hwbas a bset-hwbas:

El cambio a realizar deberá ser:

Sustituir lv_base_imponible = -hwbas por lv_base_imponible = ls_bset-hwbas

12. Error al enviar XML “El XML no cumple el esquema”.

Cuando enviamos a la agencia tributaria un XML con algún campo obligatorio vacío nos devuelve el siguiente error que es muy poco interpretable:

”El XML no cumple el esquema.[Linea:1 Columna:663310] Error:cvc-enumeration-valid: Value '' is not facet-valid with respect to enumeration '[1, 2, 3, 4]'. It must be a value from the enumeration.”

Este error lo que dice es que si el XML fuese una única fila el error está justo en la columna 663310. Esto si el XML es muy grande porque incluye muchas facturas, por ejemplo un lote con 50 facturas, se puede hacer un poco tedioso buscar que campo vacío es el que falla.

En este ejemplo una pista es los valores [1, 2, 3, 4] ya que el error te esta diciendo que esperaba esos valores. Si conocemos mas o menos que valores llevan ciertos campos del XML podemos deducir que campo es el vacío.

En este ejemplo el campo vacío es SituacionInmueble , pero puede ser que no sea el único campo que espera esos valores.