Что входит в направление
Начинаем не с покупки программы, а с полной диагностики компании. Определяем, попадает ли бизнес в текущий этап внедрения, какие юридические лица и операции входят в периметр, где создаются исходящие счета и куда поступают входящие. Проверяем текущий процесс выставления счетов и используемые системы: ERP, бухгалтерскую программу, CRM, POS, Excel и ручные участки.
Проходим весь жизненный цикл документа: создание, согласование, выпуск, отправка, получение, исправление, credit note и архив. Отдельно проверяем VAT-логику, роли сотрудников, права доступа, справочники клиентов и товаров, обмен между филиалами и обработку нестандартных операций. PDF, скан или счёт, отправленный по e-mail, не считаем готовым eInvoice.
По итогам выдаём не общий отчёт о «готовности», а реестр конкретных разрывов. Для каждого фиксируем влияние на запуск, ответственное лицо, требуемое решение и срок. Руководство сразу видит, что можно оставить, что необходимо перенастроить и какие процессы придётся перестроить до подключения к системе.
Строим карту всех B2B и B2G операций, источников данных и обязательных реквизитов. Разделяем налоговые и коммерческие инвойсы, credit notes, продажи товаров и услуг, авансы, скидки, возвраты, операции в разных валютах, импорт, экспорт и другие применимые сценарии. Ни одна регулярная операция не должна обнаружиться впервые во время тестирования.
Для каждого сценария сопоставляем поля UAE eInvoice с источником в системе клиента. Проверяем данные продавца и покупателя, TRN и идентификаторы, адреса, номера и даты документов, валюту, налоговые категории, ставки, суммы и позиции счёта. Определяем, какие реквизиты уже доступны, какие хранятся в неправильном формате, а какие вообще не собираются.
Очищаем дубли, неполные карточки и универсальные описания, которые не позволяют сформировать качественный структурированный документ. Назначаем владельцев справочников и правила обновления данных. Карта операций становится основой для настройки PINT AE, выбора ASP, интеграции, тестовых сценариев и последующего контроля качества.
Формируем последовательность организационных и технических действий по проекту и считаем сроки от обязательной даты запуска назад. Для компаний с годовой выручкой AED 50 млн и выше учитываем назначение ASP до 30 октября 2026 года и обязательный запуск с 1 января 2027 года. Для остальных охваченных компаний - назначение ASP до 31 марта 2027 года и запуск с 1 июля 2027 года.
Разбиваем проект на связанные потоки: налоговая методология, процессы, данные, ERP, выбор ASP, информационная безопасность, договоры, интеграция, тестирование, обучение и go-live. У каждого этапа есть результат, ответственный и контрольная дата. Не допускаем ситуации, когда бухгалтерия ждёт IT, IT ждёт провайдера, а решение остаётся без владельца.
Берём план под единое управление и регулярно обновляем статус для руководства. Фиксируем решения, зависимости и блокирующие вопросы, заранее закладываем время на исправление данных и повторное тестирование. Цель дорожной карты - перевести компанию на новый обмен без остановки выставления счетов и без авральной настройки перед обязательной датой.
Выбираем не красивую демонстрацию, а Accredited Service Provider, который подходит конкретной системе, объёму и географии бизнеса. Проверяем наличие провайдера в актуальном списке Ministry of Finance, совместимость с ERP и Peppol, варианты подключения, безопасность, хранение данных, производительность, поддержку, SLA, масштабирование и структуру стоимости.
Готовим единый перечень требований и тестовых сценариев, чтобы сравнивать предложения на одинаковой основе. Запрашиваем архитектуру интеграции, распределение ответственности, обработку ошибок, доступ к статусам документов, сроки поддержки и условия выхода или смены ASP. Маркетинговые обещания провайдера переводим в проверяемые договорные обязательства.
Клиент заключает договор непосредственно с выбранным ASP и выбирает его через предусмотренный официальный процесс. Мы не добавляем цепочку реселлеров: координируем оценку, переговоры, подключение и передачу требований напрямую между клиентом, ASP и ответственными специалистами. Выбранное решение должно обслуживать бизнес после запуска, а не только пройти первичную презентацию.
Берём под управление обмен данными между бухгалтерской или ERP-системой и выбранным ASP. Определяем, можно ли сохранить действующую платформу, какой формат она передаёт, где выполняется преобразование в PINT AE и как принимаются входящие документы. Координируем согласованный интеграционный контур без дублирования ручного ввода.
Настраиваем исходящие и входящие потоки, статусы, справочники, налоговые правила и обработку ответов системы. Определяем действия при отклонении документа, изменении реквизитов, credit note, повторной отправке, недоступности канала и расхождении между ERP и ASP. Финансовая команда должна видеть не только созданный счёт, но и его фактический статус обмена и передачи налоговых данных.
Работаем напрямую с IT-командой клиента, поставщиком ERP и ASP, фиксируя ответственность каждого участника. Контролируем доступы, журналирование, сохранность документов и возможность сверить eInvoice с бухгалтерской записью и VAT-отчётностью. Интеграция считается законченной только тогда, когда весь маршрут стабильно работает на реальных бизнес-сценариях.
Проводим полноценное тестирование до go-live. Проверяем качество данных, обычные и нестандартные сценарии, разные налоговые категории и валюты, credit notes, филиалы, отклонённые документы, дубли, повторную отправку и восстановление после сбоя. Для каждого теста заранее устанавливаем ожидаемый результат и критерий приёмки.
Ошибки не просто фиксируем, а доводим до причины: справочник, налоговая настройка, ERP, интеграция или логика ASP. После исправления повторяем сценарий и сверяем документ, статусы обмена, налоговые данные и бухгалтерское отражение. Пользовательское тестирование завершается формальным перечнем закрытых вопросов и подтверждением готовности согласованного контура.
До запуска утверждаем внутренние процедуры: кто создаёт и согласует документ, кто контролирует отклонения, кто уведомляет о сбое, кто обновляет данные и кто отвечает за сверку. Обучаем сотрудников, готовим инструкции и план перехода, сопровождаем go-live и первые рабочие циклы. После запуска процесс остаётся под контролем, а ошибки не копятся до VAT-декларации или внешней проверки.
Соберём решение из нескольких направлений и выстроим единый порядок работы.
Описать задачу ↗