e-Factura в Румынии и Молдове: что должно уметь ваше бизнес-ПО

В Румынии e-Factura уже стала частью ежедневного выставления счетов почти для каждой компании. В Молдове система Государственной налоговой службы (SFS) обязательна для части налогоплательщиков и операций, а более широкое обязательство уже объявлено. Для бизнес-ПО и то и другое означает одно: счёт больше не документ, который вы печатаете или отправляете по электронной почте, а структурированные данные, которые должны пройти через государственную систему.

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

Румыния: RO e-Factura

Правовая основа и сфера применения

Национальная система RO e-Factura была создана Чрезвычайным постановлением правительства (OUG) 120/2021 и работает через ANAF, национальную налоговую администрацию. Первым шагом стали счета для государственных органов. Закон 296/2023 сделал систему обязательной для внутренних B2B-счетов с 1 января 2024 года. С 1 января 2025 года компании, учреждённые в Румынии, также должны отправлять через систему свои внутренние B2C-счета.

Сфера применения продолжает уточняться. OUG 89/2025, среди прочего, уточнило, что исключаются фискальные чеки, отвечающие условиям упрощённого счёта, и внутрисоюзные поставки, при которых покупатель предоставляет код НДС из другого государства-члена, а также ввело обязанность загружать счета по поставкам компаниям, не учреждённым в Румынии, но зарегистрированным там в качестве плательщиков НДС. Правила для физических лиц, выставляющих счета под своим личным цифровым кодом (CNP), менялись дважды: OUG 89/2025 обязало их зарегистрироваться, а Закон 88/2026, опубликованный в конце мая 2026 года, сделал систему необязательной для большинства из них. Если среди ваших клиентов есть физические лица, иностранные компании или специальные режимы, проверьте, какие именно счета нужно отправлять.

Формат

Электронный счёт представляет собой XML-файл, соответствующий европейскому стандарту EN 16931 и румынским национальным правилам CIUS-RO, утверждённым Приказом Министерства финансов 1366/2021. На практике большинство систем использует синтаксис UBL 2.1. PDF не является электронным счётом. Согласно процедуре ANAF, оригиналом счёта считается XML-файл вместе с электронной подписью Министерства финансов, которая подтверждает его получение системой.

SPV и доступ

Компании получают доступ к системе через SPV (Spatiul Privat Virtual), онлайн-кабинет налогоплательщика, с помощью средств электронной идентификации, например квалифицированного цифрового сертификата. ПО для выставления счетов и бухгалтерского учёта обычно подключается через веб-сервисы ANAF для загрузки, проверки статуса и скачивания, с авторизацией, привязанной к сертификату компании.

Срок отправки

С 1 января 2026 года, согласно OUG 89/2025 (опубликовано в Официальном вестнике № 1203 от 24 декабря 2025 года), счёт должен быть отправлен в течение 5 рабочих дней с даты выставления, но не позднее 5 рабочих дней после установленного законом срока его выставления. До конца 2025 года предельный срок составлял 5 календарных дней. Некоторые руководства и сайты до сих пор указывают старое правило, поэтому убедитесь, что ваше ПО и ваша команда применяют действующее.

Штрафы

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

RO e-Transport

В Румынии также работает RO e-Transport, отдельная система декларирования автомобильной перевозки определённых товаров. Если ваше ПО работает с логистикой или доставками, рассматривайте её как отдельную интеграцию со своими правилами и кодами.

Молдова: e-Factura Государственной налоговой службы

Информационная система e-Factura администрируется Государственной налоговой службой (SFS) и доступна бизнесу на добровольной основе уже более десяти лет. Счета подписываются электронной подписью, а покупатель может просматривать и принимать их в системе.

Для части налогоплательщиков она уже обязательна. Статья 117 Налогового кодекса обязывает налогоплательщиков, включённых в список SFS обязательных пользователей e-Factura, выставлять электронные налоговые накладные. В сфере государственных закупок Закон 187/2025 внёс изменения в ту же статью: с 18 июля 2025 года поставщики, исполняющие контракты в соответствии с законами о государственных закупках, должны выставлять покупателю электронную налоговую накладную, за исключением, например, электроэнергии, тепловой энергии, природного газа, электронных коммуникаций, коммунальных услуг и некоторых засекреченных оборонных контрактов.

Объявлено и более широкое обязательство. В 2025 году международные налоговые издания сообщали о плане Министерства финансов, который предусматривает пилотный этап с января 2026 года и полное обязательство с октября 2026 года. На момент написания статьи мы не смогли подтвердить по официальным молдавским источникам, какие компании уже охвачены и с какой даты, поэтому перед планированием внедрения уточните текущий статус в SFS или у своего бухгалтера.

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

Что должно уметь ваше бизнес-ПО

Формировать корректный XML

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

Проверять перед отправкой

Выполняйте перед отправкой те же проверки, что и налоговый орган. Исправить недостающее поле до отправки гораздо дешевле, чем после отказа незадолго до истечения срока.

Отправлять через API и обрабатывать ответ

Отправка составляет лишь половину работы. ПО должно сохранять идентификатор загрузки, проверять статус обработки и хранить подтверждение или сообщения об ошибках.

Скачивать полученные счета

Счета поставщиков также поступают через систему. ПО должно регулярно скачивать их, сопоставлять с заказами на закупку и передавать на согласование. Согласно процедуре ANAF, файлы доступны для скачивания ограниченное время (60 дней), поэтому не используйте портал в качестве архива.

Хранить и архивировать

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

Связывать с бухгалтерским учётом

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

Обрабатывать ошибки и исправления

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

Несколько компаний и стран

Группам с компаниями в Румынии и Молдове нужны отдельные учётные данные, нумерация, форматы и правила для каждой компании, но единое представление статусов. Закладывайте это с самого начала, потому что добавлять такую возможность позже дорого.

Чем может помочь NOWANI TECH

Мы создаём и подключаем модули выставления счетов, интеграции с RO e-Factura и молдавской системой e-Factura, а также архивирование и связь с бухгалтерским учётом вокруг них. Мы согласуем правила с вашим бухгалтером и берём на себя техническую часть: формирование XML, проверку, отправку, отслеживание статусов и обработку ошибок. Если ваше текущее ПО оставляет слишком много ручной работы с электронными счетами, свяжитесь с нами.