Почему SAF-T UA не проходит XSD-проверку? 5 причин и как их выявить до подачи отчета

Файл SAF-T UA необходимо предоставить в течение двух рабочих дней после запроса налоговой службы. Если XML не соответствует XSD-схеме, эти дни уходят на поиск ошибки в файле размером в сотни мегабайт. Большинство отказов связано с несколькими типичными причинами, и все их можно выявить еще до подачи.

Что именно проверяет XSD

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

Типичные причины ошибок

• Пустые обязательные элементы. В учетной системе справочник контрагентов может не содержать кода ЕГРПОУ/ИНН, страны или адреса, поскольку для внутреннего учета эти реквизиты не нужны. В схеме они обязательны, и один контрагент без необходимого реквизита останавливает валидацию всего файла.
• Нарушение формата и длины. Дата в неправильном формате, строка длиннее установленного лимита, число с лишними знаками после запятой, текст в поле, где ожидается код. В кастомизированных конфигурациях BAS такие значения появляются из-за свободного ввода в произвольные реквизиты.
• Недопустимые значения справочников. Единицы измерения, коды налогов, типы движения, типы операций должны соответствовать перечням схемы. Обозначение «шт.» из учетной системы не равно коду единицы измерения из таблицы UOMTable.
• Нарушение последовательности и связности. Проводка ссылается на счет, которого нет в GeneralLedgerAccounts. Документ продажи указывает клиента, отсутствующего в Customers. Для XSD это ошибка ссылки, и файл не проходит проверку.
• Специальные символы и кодировка. Кавычки, амперсанд, управляющие символы и неразрывные пробелы в названиях номенклатуры и контрагентов нарушают структуру XML еще до ее проверки.

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

Как модуль выявляет ошибки до подачи отчета

Модуль «Формирование SAF-T UA» для BAS проверяет данные на двух уровнях.

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

Затем сформированный XML проверяется на соответствие XSD-схеме. Технические ошибки выявляются до отправки через Электронный кабинет налогоплательщика, а не после получения отказа.

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

Для больших объемов предусмотрены отдельные возможности формирования и ускоренного тестирования. Версия Desktop работает с объемом до 3 млн бухгалтерских записей за период, Big Data не имеет ограничений. Эти версии имеют открытый исходный код, поэтому логику формирования можно адаптировать под кастомизированную конфигурацию. Именно такие конфигурации чаще всего содержат нестандартные значения.

Что сделать до запроса налоговой службы

1. Сформируйте тестовый файл за последний закрытый период и просмотрите список ошибок проверки реквизитов.
2. Исправьте справочники: реквизиты контрагентов, единицы измерения, типы операций, названия с недопустимыми символами.
3. Повторяйте формирование и XSD-проверку, пока ошибок не останется.
4. Проверьте, сколько времени занимает формирование за полный период на реальном объеме данных.

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

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