Qué se lleva realmente el inspector de su TPV

Casi ningún titular llega a ver la DSFinV-K. No es un tique, no es un informe, y no se presenta en ningún sitio con periodicidad fija. Aparece en una sola ocasión: cuando alguien del Finanzamt se planta en su mostrador, o se sienta en su despacho para una Betriebsprüfung, y le pide a su caja «la exportación».

Desde el 1 de julio de 2022, esa exportación debe seguir la versión 2.3 del estándar. El periodo transitorio de 2022 para cajas antiguas no actualizables también termina el 31 de diciembre de este año, así que desde 2023 no existe una caja electrónica alemana sin TSE y sin DSFinV-K.

Qué significa DSFinV-K

Digitale Schnittstelle der Finanzverwaltung für Kassensysteme: la interfaz digital de la administración tributaria para sistemas de caja. Define un formato de datos único e independiente del fabricante, para que un inspector pueda leer los datos de cualquier caja con la misma herramienta. El inspector carga su exportación en un software de auditoría, normalmente IDEA, y ejecuta comprobaciones automáticas: saltos en la numeración de tiques, roturas en la cadena de firmas de la TSE, patrones sospechosos de anulación, incoherencias de IVA, totales diarios que no cuadran con los informes Z.

Dicho de otro modo: la exportación es el testimonio de su caja. Tiene que ser completa, coherente y producirse a demanda.

Cómo es una inspección

Una Kassen-Nachschau es sin previo aviso. Un inspector puede presentarse en horario de apertura, pedir ver la caja, observar cómo se usa y exigir la exportación DSFinV-K en el acto, en una llave USB. Si la exportación no funciona, o tarda horas, eso ya es un hallazgo.

Tres cosas que un titular debería saber hacer sin llamar a un técnico:

1. Lanzar la exportación DSFinV-K para cualquier rango de fechas desde la caja o el back office.
2. Enseñar la Verfahrensdokumentation: quién configuró qué, qué TSE está en uso, cómo se tratan las interrupciones.
3. Demostrar que los cierres diarios — Tagesabschlüsse, Z-Bons — se hacen todos los días y cuadran con la exportación.

Si alguna de esas tres es un «déjeme llamar a alguien», pida a su proveedor que lo arregle ya.

Para desarrolladores e integradores

La DSFinV-K es un conjunto de ficheros CSV más un index.xml que los describe, entregado como paquete por caja y rango de fechas. Hay tres capas estructurales.

Datos maestros. Las tablas Stamm_ llevan el contexto al que pertenece una transacción: Stamm_Abschluss, Stamm_Orte, Stamm_Kassen, Stamm_Terminals, Stamm_Agenturen, Stamm_USt, Stamm_TSE. Cada cierre diario — Z_KASSE_ID, Z_ERSTELLUNG, Z_NR — es la clave de la que cuelga todo lo demás.

Datos de tiques. Las tablas Bon guardan una fila por tique en Bonkopf, con tablas hijas Bonkopf_USt para el desglose de IVA, Bonkopf_Zahlarten para los pagos, Bonkopf_AbrKreis, y Bonpos para las líneas con Bonpos_USt, Bonpos_Preisfindung y Bonpos_Zusatzinfo. BON_TYP distingue una venta — un Beleg — del entrenamiento, la anulación y los tipos no fiscales «AVBelegabbruch».

Datos de transacción de la TSE. TSE_Transaktionen es el puente entre sus tiques y las firmas: número de transacción, horas de inicio y fin, tipo y datos del proceso, contador y valor de la firma, y el identificador de TSE de Stamm_TSE. Cada fila de Bonkopf debe referenciar exactamente una transacción de TSE.

Más las tablas de cierre de caja — Z_GV_Typ, Z_Zahlart, Z_Waehrungen — que reconcilian totales por tipo de operación, medio de pago y divisa.

Reglas prácticas aprendidas a base de golpes:

• Primero el modelo, después la exportación. Si su tabla de transacciones no sabe responder a «qué transacción de TSE firmó este tique, y cuál era el reparto de IVA a nivel de línea», ningún formateo de CSV le salvará. La exportación es una proyección de un modelo de datos correcto.
• Inmutabilidad. No actualice ni borre nunca la fila de un tique. Las correcciones son tiques nuevos con una referencia de anulación. Los inspectores buscan ediciones.
• Numeración. Los números de tique deben ir sin saltos en cada caja. Pruebe qué pasa si hay una caída entre la respuesta FINISHED de la TSE y su propio commit.
• Los cierres son obligatorios. Un día sin una fila Stamm_Abschluss es un día que el inspector no puede reconciliar. Automatice el cierre; no confíe en que el personal se acuerde.
• Codificación y formato. UTF-8, separador punto y coma, campos de texto entrecomillados, fechas en ISO 8601 con zona horaria. El index.xml debe describir cada fichero con precisión: las herramientas de validación rechazan paquetes por desajustes triviales.
• Use la exportación de su proveedor de TSE cuando pueda. Los proveedores de nube como fiskaly generan el fichero TSE_Transaktionen y la exportación del registro TAR desde su lado; usted la fusiona con sus datos de negocio. Eso elimina la parte más propensa a errores.
• Pruebe con el validador oficial — la DFKA y varios fabricantes publican comprobadores — y con un rango de fechas real de producción, no con un día sintético.

La versión 2.3 trajo definiciones de campo más estrictas y aclaraciones, no tablas nuevas. Si ya producía exportaciones 2.2 limpias, la actualización es sobre todo validación. Si no, este es el momento.

Esto es información general, no asesoramiento jurídico ni fiscal.

Daleenda audita implementaciones de DSFinV-K y construye capas de exportación para sistemas de TPV a medida. Envíenos un paquete de muestra y le diremos qué encontraría un Betriebsprüfer.

Haga revisar su exportación