TSD с 1 октября 2026 года: передача зарплатных данных напрямую из программы

Что меняется в TSD с 1 октября 2026 года

Новый порядок касается прежде всего данных, которые сейчас относятся к TSD lisa 1 и lisa 2. Вместо передачи готовой декларации предприятие сможет передавать исходные данные из своей программы через интерфейс machine-to-machine.

На основании полученных данных MTA формирует декларацию. Предприниматель или бухгалтер по-прежнему контролирует процесс: он сам инициирует передачу данных и подтверждает сформированную декларацию. MTA не получает доступ к бухгалтерской программе предприятия.

Нужно ли обязательно передавать TSD автоматически?

Нет. Переход к andmepõhine TSD не означает, что предпринимателю запрещается работать непосредственно в e-MTA. В новом представлении TSD данные при необходимости можно будет вводить и вручную.

Автоматическая передача прежде всего сокращает количество повторяющихся действий: если необходимые сведения уже рассчитаны и сохранены в программе предприятия, их не нужно еще раз переносить в налоговую среду вручную.

Меняются и форматы передачи данных

С 1 октября 2026 года для TSD lisa 1 и lisa 2 меняется технический формат. Прежний XML-формат больше не применяется, а для загрузки данных используется новый XML в стандартизированном формате XBRL GL.

• данные TSD lisa 1 и lisa 2 переходят на новый принцип представления;
• старый XML-формат для этих данных прекращает действовать;
• CSV в прежнем виде MTA временно поддерживает до конца 2027 года;
• для TSD lisa 3–8 на этом этапе порядок представления не меняется.

Для обычного предпринимателя технические детали XBRL GL не должны становиться дополнительной ручной работой. Поддержку формата реализует разработчик используемого программного обеспечения.

Что это означает для небольшого работодателя

Расчет зарплаты состоит из нескольких связанных этапов. Для предприятия важно, чтобы данные работника, начисление, налоги, выплата и последующая отчетность не существовали как отдельные несвязанные операции.

• данные работника и условия работы;
• начисленная зарплата и другие выплаты;
• подоходный и социальный налоги;
• взносы по безработице и обязательной накопительной пенсии;
• фактическая выплата работнику;
• данные, необходимые для TSD.

Чем больше этих этапов связано в одной системе, тем меньше приходится повторно вводить одни и те же сведения и тем проще проверить, откуда взялась сумма в отчетности.

Расчет зарплаты в Arveteha

В Arveteha уже есть модуль расчета зарплаты, связанный с данными работников. Мы развиваем его как часть единого рабочего процесса небольшого предприятия: работники, расчет зарплаты, выплаты и данные для дальнейшей отчетности.

Подключение требует реализации технических требований MTA и тестирования. Пока интеграция не завершена и не протестирована, автоматическая передача данных в MTA не является действующей функцией Arveteha.

TSD — первый этап: дальше KMD и TÖR

TSD — часть более широкого перехода Эстонии к andmepõhine aruandlus. MTA также развивает решения для KMD — декларации по налогу с оборота — и TÖR — регистра работы.

По актуальной временной шкале MTA решения andmepõhine KMD и TÖR планируется завершить в первой половине 2027 года. Для разработчиков программного обеспечения MTA публикует отдельную техническую документацию и материалы по интеграции.

Один раз введенные данные должны работать дальше

Andmepõhine aruandlus строится вокруг принципа однократного представления данных: предприятие вводит сведения в своей системе, а затем они используются дальше в стандартизированном виде. Для малого бизнеса это важнее самого названия технологии.

Цель Arveteha — двигаться в ту же сторону: чтобы предпринимателю не приходилось переносить одни и те же данные между разными таблицами и системами, а основные ежедневные операции можно было выполнять в одной рабочей среде.

• счета продажи;
• поступления и платежи;
• работники;
• расчет зарплаты;
• данные, необходимые для отчетности.

Первое крупное изменение уже близко: andmepõhine TSD запускается 1 октября 2026 года. Для Arveteha это означает, что зарплатный модуль необходимо развивать не изолированно, а с учетом будущего автоматического обмена данными с MTA.