В изменениях подачи TSD легко перепутать даты. EMTA объявила запуск нового решения на 1 октября 2026 года. Конец 2027 года относится к переходному периоду для CSV, а не к началу реформы. Если отложить подготовку на год, можно обнаружить, что привычный файл из зарплатной программы уже не подходит. Но и покупать новую систему только потому, что отчётность называют автоматической, нужно далеко не каждой компании.
Я предлагаю разобраться в двух вещах: как теперь передавать сведения о выплатах и кто отвечает за результат. Для этого я сопоставил разъяснения EMTA с законами в Riigi Teataja, включая редакции, вступающие в силу 1 октября. Ниже — разбор для руководителя и бухгалтера: что меняется технически, какие обязанности сохраняются и где я рекомендую проверить работу программы до первой подачи. Информация проверена 25 сентября 2026 года.
Что меняется в октябре и при чём здесь 2027 год
Согласно инструкции EMTA, вместо отдельных экранов приложений 1 и 2 появится общий раздел выплат. Он объединит данные резидентов и нерезидентов, выплаты и возвраты. При передаче сведений из бухгалтерской программы EMTA составит на их основе декларацию, которую подтвердит предприниматель или бухгалтер.
В этой же инструкции сказано, что подача данных приложений 3–8 пока не меняется. Поэтому отправка зарплатных данных не означает, что компания уже отчиталась, например, по дивидендам или специальным льготам работникам. В плане EMTA несколько этапов, и у каждого своя дата.
| Дата | Что она означает |
|---|---|
| 1 октября 2026 года | Запуск нового решения для данных о выплатах TSD |
| До конца 2027 года | Временная поддержка загрузки нынешнего CSV |
| 1 апреля 2027 года | Объявленный EMTA старт нового KMD; отдельное изменение |
Оснований называть началом этой реформы TSD 1 октября 2027 года в проверенных официальных источниках нет. Дату запуска сервиса также нельзя путать с месяцем, за который декларируется конкретная выплата.
Нужна ли новая программа и можно ли вводить данные вручную
Новый XML должен соответствовать структуре XBRL GL. Расширение файла останется знакомым, но прежний XML для приложений 1 и 2 больше не подойдёт. Переименовать файл недостаточно: программа должна сформировать данные по новой схеме. Нынешний CSV останется временным вариантом, а ручной ввод в e-MTA сохранится.
В материалах EMTA для разработчиков от 24 марта 2026 года прямо указано: прямое соединение программы с налоговой не является обязательным. Передачу инициирует сама компания. EMTA не получает через эту реформу свободного доступа к бухгалтерской программе, чтобы самостоятельно забирать из неё сведения. Для прямой отправки потребуются совместимая программа и необходимые права доступа.
Мой практический совет: компании с одной-двумя выплатами стоит сравнить стоимость подключения с затратами времени на ручной ввод. При большом штате я бы запросил у разработчика демонстрацию всей цепочки: отправка, ответ об ошибках, исправление и подтверждение. Одной надписи «поддерживаем новый TSD» недостаточно, чтобы понять, что действительно работает в вашей версии программы.
Что закон по-прежнему требует от работодателя
Часть 2 § 40 Закона о подоходном налоге связывает удержание налога с фактической выплатой. Части 4 и 5 того же параграфа требуют перечислить удержанный налог и представить декларацию к 10-му числу следующего месяца. Эти обязанности есть и в редакции, вступающей в силу 1 октября 2026 года. Новая передача данных сама по себе не меняет налоговые ставки и не переводит налогообложение зарплаты на метод начисления.
Часть 4 § 85 Закона о налогообложении требует представить сведения, которые, насколько известно подателю, являются правильными, и подтвердить их достоверность. Параграф 87 регулирует подписание и представительство. Поэтому мой вывод такой: сформированная EMTA декларация ещё не подтверждает, что бухгалтер правильно определил вид выплаты или основание для освобождения от налога.
Если ошибка или неполные сведения привели к занижению декларированного налога, часть 1 § 89 предусматривает незамедлительное письменное уведомление налоговой. А обязанности по декларированию специальных льгот, дивидендов и других соответствующих расходов и выплат нужно по-прежнему оценивать по § 54 Закона о подоходном налоге. Новый зарплатный раздел их не заменяет.
Пример: зарплата за сентябрь выплачена в октябре
Допустим, компания перечислила зарплату за сентябрь 5 октября 2026 года, а 20 октября выплатила премию. Обе суммы относятся к октябрьским выплатам. То, что зарплата заработана в сентябре, не переносит платёж от 5 октября в сентябрьскую TSD: для удержания и декларирования подоходного налога мы смотрим на фактическую выплату.
Если зарплату за октябрь сотрудник получит 5 ноября, эта выплата попадёт уже в ноябрь. Пример показывает выбор месяца для выплат; минимальный социальный налог и другие специальные случаи требуют отдельной проверки.
| Когда выплатили | Период TSD | Обычный срок подачи |
|---|---|---|
| 5 октября: зарплата за сентябрь | Октябрь 2026 года | 10 ноября 2026 года |
| 20 октября: премия | Октябрь 2026 года | 10 ноября 2026 года |
| 5 ноября: зарплата за октябрь | Ноябрь 2026 года | 10 декабря 2026 года |
Из этого следует конкретная задача для бухгалтера: сверить декларацию с реестром выплат и банковскими операциями. Общей суммы начисленной зарплаты для такой сверки недостаточно. Нужно убедиться, что каждая выплата попала в правильный месяц и ни одна не задублировалась.
Отправить файл — ещё не значит сдать TSD
В технических материалах EMTA загрузка, обработка данных и подтверждение декларации описаны как отдельные этапы. Сообщение о получении файла не доказывает, что все записи обработаны без ошибок. Успешная обработка также сама по себе не означает подтверждения декларации. Актуальные требования к обмену опубликованы в технической документации EMTA.
Я рекомендую заранее договориться, кто разбирает предупреждения, кто исправляет исходные сведения и кто подтверждает итоговую декларацию. При непонятном ответе программы сначала выясните, какие данные уже приняты. Повторная отправка всего файла наугад — плохой способ разбираться с ошибкой.
В первый месяц перехода я бы сверил по каждому человеку вид, месяц и сумму выплаты, затем суммы налогов. Отдельно проверил бы возврат выплаты, нерезидента и вознаграждение члена правления, если такие операции есть. Это моя рекомендация по организации работы, а не новая обязательная форма отчётности от EMTA.
Для меня польза реформы измеряется двумя вещами: сколько ручного переноса цифр она убирает и насколько понятно потом найти каждую переданную выплату. Обоснование налогового расчёта должно сохраняться, даже когда сама декларация собирается за несколько секунд.
К переходу нужно подготовить способ передачи, исходные данные и порядок подтверждения. Пользователям XML понадобится новый формат выгрузки; CSV даст время на переход; ручной ввод останется доступным. Но правильно определить налогообложение, подтвердить сведения и вовремя выполнить обязанности перед EMTA компания должна и после обновления сервиса.
Если нужно оценить готовность вашей зарплатной отчётности, обратитесь в AccRes. Начнём с того, как вы сейчас подаёте TSD и какие выплаты действительно делает компания.