TSD en Estonia desde octubre de 2026: qué cambia ahora

La primera aclaración sobre la reforma del TSD en Estonia es la fecha: EMTA anuncia el 1 de octubre de 2026. El final de 2027 corresponde al periodo transitorio del CSV. Confundir ambas fechas puede dejar a una empresa utilizando una exportación de nóminas que ya no sirve. Eso tampoco significa que cualquier pequeña sociedad deba contratar de inmediato una conexión automática con la administración tributaria.

Yo analizo el cambio desde dos perspectivas: cómo llegan los datos de los pagos a EMTA y quién responde de su contenido. Para este artículo he contrastado las instrucciones oficiales con las leyes publicadas en Riigi Teataja, incluidas sus versiones aplicables desde el 1 de octubre. Distingo la solución anunciada de mis recomendaciones para organizar el trabajo. La información está comprobada a 25 de septiembre de 2026.

Qué cambia en octubre y qué corresponde a 2027

Según la guía de EMTA sobre el TSD, una vista conjunta de pagos sustituye las pantallas separadas de los anexos 1 y 2. Reúne residentes y no residentes, pagos y devoluciones. Al recibir los datos del programa contable, EMTA prepara la declaración y la empresa o su contable la confirma.

La misma guía indica que inicialmente no cambia la presentación de los anexos 3–8. Enviar las nóminas no demuestra, por tanto, que se hayan declarado también los dividendos o las retribuciones en especie. El programa de reformas de EMTA comprende varias fases con fechas diferentes.

Las fuentes oficiales revisadas no permiten situar el inicio de este cambio del TSD el 1 de octubre de 2027. La puesta en marcha del servicio tampoco determina por sí sola el periodo fiscal de un pago concreto.

Integración, archivo o introducción manual: cómo elegir

El nuevo XML debe respetar la estructura XBRL GL. Que un archivo conserve la extensión .xml no lo hace compatible: el programa tiene que generar los datos con la nueva estructura. El CSV actual ofrece una alternativa transitoria y sigue siendo posible introducir los datos manualmente en e-MTA.

En su presentación para desarrolladores del 24 de marzo de 2026, EMTA explica que la integración directa entre sistemas es opcional. La empresa inicia el envío; la reforma no permite que EMTA entre libremente en el programa contable para extraer información. La conexión directa requiere un programa compatible y los permisos correspondientes.

Mi recomendación es ajustar la inversión al volumen de trabajo. Con uno o dos pagos, conviene comparar el coste de conexión con el tiempo de introducción manual. Para una plantilla mayor, pediría al proveedor una demostración completa en la versión contratada: envío, respuesta de errores, corrección y confirmación. Una declaración genérica de compatibilidad no acredita que todas esas funciones estén disponibles.

La ley mantiene la declaración y la responsabilidad

El § 40(2) de la Ley del impuesto sobre la renta vincula la retención al pago efectivo. Los apartados 4 y 5 exigen ingresar el impuesto retenido y presentar la declaración como máximo el día 10 del mes siguiente. Estas obligaciones también figuran en el texto aplicable desde el 1 de octubre de 2026. La nueva transmisión no cambia por sí misma los tipos impositivos ni convierte la tributación salarial en un sistema de devengo.

El § 85(4) de la Ley general tributaria obliga a presentar datos que, según el conocimiento del declarante, sean correctos, y a confirmar su exactitud. El § 87 regula la firma y la representación. Mi conclusión es que una declaración generada por EMTA no certifica de manera independiente que la empresa haya elegido bien la categoría de pago o una exención.

Si los errores o datos incompletos han provocado una declaración inferior al impuesto debido, el § 89(1) exige notificarlo sin demora y por escrito a la administración. Las obligaciones sobre retribuciones en especie, dividendos y otros gastos y pagos pertinentes del § 54 de la Ley del impuesto sobre la renta también deben analizarse por separado. La nueva pantalla de nóminas no las cumple automáticamente.

Ejemplo: salario de septiembre pagado en octubre

Supongamos que la empresa abona el salario de septiembre el 5 de octubre de 2026 y una prima independiente el 20 de octubre. Ambos importes son pagos de octubre. Llamar al primero «salario de septiembre» no lo lleva al TSD de septiembre: para la retención y declaración del impuesto sobre la renta, el punto de partida es el pago efectivo.

Si el salario de octubre se abona el 5 de noviembre, ese pago pertenece a noviembre. El ejemplo trata del mes de pago; el impuesto social mínimo y otros supuestos especiales requieren un análisis adicional.

La consecuencia práctica es conciliar la declaración con el registro de pagos y los movimientos bancarios. El total de salarios devengados no demuestra que cada operación haya quedado en el mes correcto ni que no existan duplicados. La automatización necesita fechas y categorías fiables desde el origen.

Enviar un archivo no equivale a confirmar el TSD

La presentación técnica de EMTA distingue la carga del archivo, la respuesta de procesamiento y la confirmación. Un acuse de recibo no prueba que todos los registros se hayan procesado correctamente. Y los datos procesados tampoco equivalen por sí solos a una declaración confirmada. Los requisitos actuales están en las especificaciones técnicas de EMTA.

Recomiendo definir quién revisa los avisos, quién corrige los datos originales y quién confirma la declaración final. Si la respuesta del programa es ambigua, primero hay que comprobar qué se ha aceptado. Reenviar todo el archivo sin revisar el resultado no debería ser la solución habitual.

Durante el primer mes de transición, yo conciliaría el tipo, el mes y el importe de cada pago por persona, y después los totales de impuestos. También revisaría una devolución, un pago a un no residente y la remuneración de un administrador, cuando existan. Son controles que propongo para la empresa, no una nueva declaración adicional exigida por EMTA.

La preparación consiste en adaptar el canal, asegurar los datos originales y definir la confirmación. Quien utilice XML necesita una exportación compatible; el CSV ofrece tiempo de transición; la introducción manual sigue disponible. La empresa conserva la obligación de clasificar correctamente los pagos y cumplir a tiempo con la declaración y el ingreso del impuesto.

Para evaluar la preparación de tu empresa, contacta con AccRes. Empezaremos por el método actual de presentación del TSD y por los pagos que realiza tu negocio.