Ir al contenido

Resolución de problemas y consejos

Guía de resolución de problemas

Soluciones prácticas y consejos para evitar problemas comunes al integrar DSFinV-K.

En escenarios de restaurante, se espera utilizar tanto transacciones de comprobante como de pedido. Para conectar los procesos individuales, utiliza, por ejemplo, el número de mesa y, cuando sea apropiado, otros criterios adicionales en el array transactions[].head[].allocation_groups, tal como se describe en la documentación de DSFinV-K proporcionada por el Bundeszentralamt für Steuern (BZSt).

La documentación de DSFinV-K proporcionada por el Bundeszentralamt für Steuern (BZSt) hace referencia al tipo de proceso (tipo de comprobante) AVBelegstorno (otros procesos — cancelar comprobante), que también está disponible en SIGN DE como transaction_type ‘ANNULATION’ (= AVBelegstorno). Sin embargo, este tipo de proceso no debe utilizarse para sistemas conectados a un TSS.

En DSFinV-K, se utilizan transactions[].head.transaction_export_id, correspondiente a ‘BON_ID’ de la documentación oficial de DSFinV-K proporcionada por el Bundeszentralamt für Steuern (BZSt), y transactions[].head.number, correspondiente a ‘BON_NR’ de la documentación oficial de DSFinV-K. Ni la tx_id ni el número de SIGN DE deben utilizarse para estos campos, ya que no cumplen con los requisitos descritos en la documentación.

Fecha comercial y fecha de creación de la exportación

Sección titulada «Fecha comercial y fecha de creación de la exportación»

Al crear un Cierre diario, debe especificar el export_creation_date — el día en que se crea el cierre. El business_date no es obligatorio: debe utilizarse si el día en que se está creando el Cierre diario y el día para el que está destinado no son el mismo. Un ejemplo sería crear un Cierre diario un martes, pero con transacciones que ocurrieron el día anterior, lunes. En ese caso, debe indicar el lunes como business_day, mientras que el martes sería el export_creation_date.

Algunos usuarios de Windows pueden encontrar un problema en el que los archivos de exportación aparecen vacíos después de descomprimirse. Para resolverlo, recomendamos utilizar un extractor de archivos ZIP como 7-Zip, WinRAR o PeaZip.

Al usar dispositivos portátiles/terminales/esclavos (ver Relación maestro-terminal en los sistemas de caja), debe registrarse desde qué dispositivo específico se envió cada línea al sistema de caja maestro. Esta información debe indicarse usando el campo transactions[].data[].lines[].source_cash_register.

Al gestionar cancelaciones retroactivas, debe añadir una referencia a la transacción inicial en el Cierre diario, ver transactions[].head.references. Para ello, se pueden utilizar diferentes esquemas. Si la transacción inicial fue firmada con fiskaly SIGN DE, se puede utilizar el tipo „InterneTransaktion”, ReferenceInternalTransaction.

Was this page helpful?