FTA-approved и FTA-accredited software в ОАЭ: что на самом деле требует законодательство и как проверить поставщика

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

Отдельно следует проверять провайдера e-invoicing и Tax Agent: это разные роли, для которых действуют разные процедуры и официальные реестры.

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

Учетное ПО, e-invoicing-провайдера и Tax Agent нужно проверять отдельно — и обязательно с учетом даты заключения договора и планируемого запуска системы.

Под выражением FTA-approved software обычно понимают учетную программу, сведения о которой опубликованы Федеральным налоговым управлением ОАЭ — Federal Tax Authority, или FTA — в перечне Tax Accounting Software Vendors.

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

Из опубликованных общих требований не следует универсальная обязанность всех компаний использовать исключительно программное обеспечение из этого списка. Законодательство требует прежде всего результата: бизнес должен вести необходимые записи и документы, корректно рассчитывать Value Added Tax, или VAT, то есть НДС, учитывать Corporate Tax — CT, также обозначаемый как CIT, — и хранить данные в установленные сроки.

В налоговом и технологическом контексте ОАЭ часто встречаются слова approved, accredited, certified и registered. В рекламных материалах их иногда используют как взаимозаменяемые, хотя юридически и практически они могут означать разные вещи.

Наиболее часто смешивают три статуса.

Это поставщик учетной программы, по которой FTA публикует конкретные сведения:

Это провайдер, обеспечивающий структурированный обмен электронными счетами.

По состоянию на 17 июля 2026 года соответствующий перечень Министерства финансов ОАЭ называется Pre-Approved e-Invoicing Service Providers. Финальный статус оформляется отдельно в рамках установленной процедуры.

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

Такой статус относится к специалисту или организации, оказывающей налоговые услуги, но не к программному обеспечению.

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

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

Запись в перечне FTA подтверждает, что установленную процедуру прошли заявленные поставщик, продукт и версия. В актуальном списке указываются поля Vendor, Software Name, Version и Valid till.

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

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

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

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

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

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

Конкретные требования зависят от:

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

Enterprise Resource Planning — ERP — или другая учетная система формирует операционные, бухгалтерские и налоговые данные. В ней создаются документы, проводки, регистры, справочники и отчеты.

Провайдер электронных счетов выполняет другую функцию: он обеспечивает передачу, проверку и обмен структурированными сообщениями в рамках регулируемого контура e-invoicing.

Поэтому статус учетной программы не заменяет статус e-invoicing-провайдера, а статус провайдера не подтверждает качество ERP.

Отдельно важно учитывать формат документов. PDF-файл или скан счета сам по себе не считается e-Invoice.

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

По состоянию на 17 июля 2026 года компании с годовой выручкой от AED 50 млн должны назначить провайдера до 30 октября 2026 года. Внедрить систему для этой группы необходимо с 1 января 2027 года.

Для компаний с годовой выручкой ниже AED 50 млн срок назначения провайдера установлен до 31 марта 2027 года, а начало внедрения — с 1 июля 2027 года.

Контур охватывает операции:

Продажи business-to-consumer — B2C — на указанном этапе пока не включены.

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

Формальная запись имеет значение, но итог проекта зависит от качества внедрения, миграции и поддержки.

Поэтому оценивать нужно способность поставщика поддерживать корректный учет после запуска системы.

В запрос предложений или закупочный чек-лист стоит включить следующие вопросы:

К красным флагам относятся:

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

Для работы в ОАЭ важнее, чтобы система поддерживала:

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

FirstBit ERP работает в ОАЭ 13 лет и имеет два филиала в странах GCC, а решения компании используют более 2 000 организаций. В продуктах доступны три языка, поддержка IFRS, мультивалютности, VAT, CT и учета нескольких юридических лиц.

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

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

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

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

Поэтому необходимо найти запись FTA, сопоставить Software Name, Version и Valid till с коммерческим предложением, проверить юридическое лицо и дату проверки, а затем сохранить подтверждение в закупочном досье.

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

В протокол приемочного тестирования следует включить:

Такая проверка позволяет оценить не только формальный статус, но и реальную пригодность системы к эксплуатации.

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

Размер бизнеса сам по себе не отменяет применимые обязанности по VAT и CT.

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

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

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

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

На персонализированной демонстрации FirstBit ERP можно проверить процессы вашей компании и подготовить план перехода.