10 ноября — день Х: 90 кодов выплат и 125 строк условий

Новая TSD: система «туда-сюда»

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

Первое впечатление от ручного заполнения можно описать одним выражением — «туда-сюда».

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

Особенно интересными оказались два поля:

• Сумма выплаты (брутто) — Väljamakse summa (bruto).
• Сумма, облагаемая социальным налогом — Sotsiaalmaksuga maksustatav summa.

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

После сохранения введённых сведений Налогово-таможенный департамент рассчитывает налоги. Если результат не соответствует ожиданиям, приходится возвращаться к исходным данным, исправлять их и снова проверять расчёт.

Туда — к выплатам. Обратно — к налогам. И снова к выплатам.

Возможность проверки, конечно, полезна. Но так ли мы представляли себе упрощение декларирования?

С чего начинается ручной ввод?

В новой TSD предусмотрен единый список выплат за выбранный месяц.

Для добавления выплаты необходимо открыть соответствующую форму.

И уже здесь пользователя встречает не одна сумма зарплаты, а целый набор сведений.

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

Именно эта последняя кнопка особенно показательна: «Сохранить и рассчитать налоги».

Получается, что пользователь сначала вводит данные, а затем обращается к системе Налогово-таможенного департамента за результатом налогового расчёта.

Каждое исправление теперь имеет свою версию

В новой форме нас ожидала ещё одна интересная особенность — номер версии выплаты.

В сведениях о выплате предусмотрено поле Väljamakse versioon — «Версия выплаты».

При внесении исправлений система учитывает изменения и отображает версию записи.

У одной выплаты может появиться собственная история корректировок.

В этом есть логика: система должна различать первоначальные и исправленные сведения.

Но с точки зрения обычного пользователя всё выглядит несколько необычно.

Раньше бухгалтер исправлял ошибку в декларации. Теперь у исправленной выплаты появляется собственная версия.

Цифровизация добралась и до истории наших ошибок.

Налогово-таможенный департамент помнит, что вы заполняли вручную

Есть в новой системе ещё одна любопытная деталь.

В сведениях о выплате отображается способ её представления — Väljamakse edastamise viis.

При ручном добавлении запись получает обозначение «Добавлено вручную» — Käsitsi lisatud.

То есть Налогово-таможенный департамент фиксирует не только саму выплату, но и способ её передачи.

Возможно, в дальнейшем это позволит оценить, сколько предприятий перешли на автоматизированное представление данных, а сколько продолжают заполнять декларации вручную.

90 кодов выплат: как выбрать правильный?

В новом порядке декларирования используется подробная матрица кодов выплат.

В официальной таблице Налогово-таможенного департамента, действующей с 1 октября 2026 года, содержится 90 уникальных кодов выплат и 125 строк с различными условиями их применения. При этом специальные выплаты членам экипажей судов в данную матрицу не включены.

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

Основные коды выплат TSD

Для остальных категорий доходов действуют дополнительные коды и условия их применения.

Например, для обычной заработной платы по трудовому договору применяется код 10, независимо от того, получает сотрудник фиксированный месячный оклад или оплату за фактически отработанные часы.

Для компенсации по болезни, выплачиваемой работодателем в установленных пределах, используется код 24.

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

И тут начинается самое интересное.

Что означают 125 строк матрицы?

Представим обычный расчёт заработной платы.

Работник может участвовать во второй пенсионной ступени или не участвовать. Ставка взноса может составлять 2%, 4% или 6%.

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

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

Каждая такая ситуация требует проверки применимых правил.

Когда начинаешь разрабатывать программу расчёта зарплаты, количество комбинаций растёт с удивительной скоростью.

В официальной матрице уже 125 строк с условиями применения кодов выплат. И это ещё не означает, что перед нами исчерпывающий перечень всех возможных комбинаций при расчёте зарплаты.

И здесь возникает главный вопрос: действительно ли каждая бухгалтерская программа должна самостоятельно воспроизводить всю налоговую логику государственной системы?

Кто теперь рассчитывает налоги?

Вот здесь и скрывается одно из самых интересных новшеств новой TSD.

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

Это существенное изменение в порядке подготовки отчётности.

Работодателю по-прежнему необходимо правильно рассчитать заработную плату, удержания и фактическую сумму к выплате.

Однако подготовка данных для декларации и расчёт налоговых обязательств в государственной системе — не одно и то же.

От бухгалтерской программы требуется корректно определить характер выплаты, подготовить необходимые сведения и передать их в установленном формате.

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

Возможно, именно в этом и заключается настоящее упрощение, которое не сразу замечаешь при ручном заполнении.

Можно ли избежать ручного ввода?

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

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

Это позволяет бухгалтерским программам формировать структурированный файл с необходимыми данными о выплатах.

В электронном интерфейсе TSD уже предусмотрены соответствующие функции.

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

Достаточно подготовить сведения, загрузить файл, проверить результат обработки и подтвердить декларацию.

Однако правильный XML-файл не заменяет правильного расчёта заработной платы.

Если неверно указаны сумма, дата или вид выплаты, автоматизированная передача сама по себе не устранит ошибку.

10 ноября — первый экзамен новой TSD

Итак, 10 ноября 2026 года наступает первый установленный срок представления декларации TSD за выплаты, произведённые в октябре, по новому порядку.

Предпринимателям и бухгалтерам предстоит на практике оценить, насколько удобной оказалась обновлённая система.

Удалось ли сократить ручную работу? Насколько понятны сообщения об ошибках? Удобно ли исправлять выплаты? И действительно ли новый порядок экономит время?

Ответы на эти вопросы появятся не в презентациях и инструкциях, а в повседневной работе.

Переход к автоматизированному обмену данными — безусловно, правильное направление.

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