KMD 2027 в Эстонии: как e-arve изменит передачу данных в MTA

Одни данные — несколько этапов

Предприниматель создаёт счёт один раз. В нём уже есть продавец и покупатель, номер и дата, сумма, ставка НСО и другие необходимые реквизиты. Если затем клиент или бухгалтер снова перепечатывает те же поля в другой программе, а позже эти цифры ещё раз переносятся в отчётность, возникает лишняя работа и дополнительный риск ошибок.

Важно: это не означает, что e-arve из программы продавца автоматически отправляется прямо в налоговую. E-arve создаёт структурированные исходные данные. В бухгалтерии определяется и проверяется налоговый смысл операции, после чего необходимые данные используются для KMD.

Почему e-arve становится ещё важнее?

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

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

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

Что меняется в KMD с 2027 года?

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

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

Что значит «передавать данные о сделках»?

Это выражение легко понять так, будто с 2027 года MTA начнёт получать полное коммерческое содержание каждого счёта: какие именно работы выполнены, сколько единиц товара поставлено и всё подробное описание документа.

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

Поэтому «данные о сделке» правильнее понимать как налогово значимые данные счёта + налоговую характеристику операции: кто контрагент, какой документ является основанием, номер и дата, суммы и НСО, а также тип операции для целей налогообложения.

Получит ли MTA весь счёт и доступ к бухгалтерии?

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

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

Почему налоговая классификация становится важнее?

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

• обычная продажа или покупка в Эстонии;
• внутрисоюзная поставка или приобретение;
• экспорт или импорт;
• reverse charge / pöördmaksustamine;
• освобождённый от НСО оборот;
• кредит-счёт;
• операция с ограниченным правом на вычет входного НСО.

Поэтому автоматизация KMD — это не просто сложение всех сумм НСО из счетов. Система должна знать, как конкретная операция учитывается для целей НСО.

Что будет со счетами покупки и входным НСО?

Предположим, компания получила e-arve: 1 000 евро без НСО, НСО 240 евро, итого 1 240 евро. Программа технически уже знает сумму НСО — её не нужно перепечатывать с PDF.

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

Что изменится в работе бухгалтера?

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

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

Что изменится для предпринимателя?

При нормальной автоматизации предприниматель должен делать меньше, а не больше. Ему не нужно изучать XBRL GL, XML и техническую структуру обмена — это задача поставщика программного обеспечения.

• Правильно ли оформляются исходные счета?
• Можно ли отправлять и получать e-arve?
• Попадают ли данные в бухгалтерию без повторного ручного ввода?
• Можно ли правильно классифицировать операции по НСО?
• Будет ли используемая программа поддерживать KMD 2027?

Старая и новая цепочка данных

Именно поэтому e-arve становится особенно логичным элементом новой модели. Данные появляются в структурированном виде уже в начале процесса и могут использоваться дальше без постоянного повторного ввода.

VD, автоматизация и контроль ошибок

По информации MTA, сведения по внутрисоюзному обороту, которые сейчас представляются через отдельный VD, будут передаваться как часть KMD. Это соответствует общей идее: один набор данных может использоваться для выполнения нескольких отчётных обязанностей.

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

Поэтому контроль остаётся — он просто смещается с перепечатывания цифр на проверку смысла операции и полученного налогового результата.

Что проверить до весны 2027 года?

MTA планирует открыть тестирование новой системы для поставщиков хозяйственных программ 1 января 2027 года, а тестирование загрузки файлов через пользовательский интерфейс — с марта 2027 года.

• узнать у поставщика программы, будет ли поддерживаться KMD 2027;
• проверить, сколько данных из счетов сегодня вводится вручную;
• по возможности использовать структурированные e-arve, а не только PDF;
• определить вместе с бухгалтером, кто контролирует налоговую классификацию операций;
• не переживать из-за технических форматов: внедрение XBRL GL — прежде всего задача программного обеспечения.

Главный смысл KMD 2027

KMD 2027 — это не просто очередная новая налоговая форма. Меняется принцип взаимодействия бизнеса, бухгалтерских программ и государства.

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

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