SAF-T UA в BAS: как проверить готовность учетной системы

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

ДПС отдельно отмечает качество данных, структуру SAF-T UA, тестирование и корректность формирования файла. На официальном портале также опубликована XSD-схема и валидные/ложные примеры XML для проверки.

Ниже – практичный чек-лист, который поможет оценить, насколько ваша BAS готова к SAF-T UA.

Проверить справочники BAS

Начать следует с нормативно-справочной информации. SAF-T UA собирает большой массив структурированных данных, поэтому ошибки, годами не мешавшие обычной работе бухгалтера, во время автоматизированной проверки становятся заметнее. SAF-T UA используется как источник данных для электронного аудита и охватывает информацию о хозяйственных операциях, бухгалтерском учете, активах и налоговых показателях.

Проверьте:

организации;
подразделения;
склады;
договоры;

виды операций;
единицы измерения;
статьи доходов и расходов;
аналитику бухгалтерских счетов

Особое внимание уделите дублям. Например, один и тот же контрагент может годами существовать в базе в двух или трех карточках из-за разного написания названия.

Проверить бухгалтерские счета

Следует проверить,:

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

Отдельное внимание следует уделить своим счетам, которые предприятие добавляло к типовому плану. Следует заранее определить, как они должны отображаться в структуре SAF-T UA.

Проверить контрагентов

Справочник контрагентов – одна из важнейших зон проверки.

Перед формированием файла желательно провести ревизию:
- полных и сокращенных наименований;
- ЕГРПОУ или РНОКПП;
- ИНН;
- статуса плательщика НДС;
- страны регистрации;
- адресов;
- договоров;
- банковских реквизитов
Если одна компания заведена в BAS несколько раз, операции могут быть распределены между разными картами. Для внутреннего учета это иногда годами остается незамеченным, но для структурированного электронного аудита ситуация нежелательна.

Полезно также проверить контрагентов, с которыми давно не было сделок: старые карточки часто содержат больше незаполненных реквизитов.
Если одна компания заведена в BAS несколько раз

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

Полезно также проверить контрагентов, с которыми давно не было сделок: старые карточки часто содержат больше незаполненных реквизитов.

Проверить номенклатуру

Второй крупный справочник – товары, материалы, продукция и услуги.

Проверьте:

названия позиций;
артикулы;
единицы измерения;
группы номенклатуры;
ставки НДС;
коды УКТ ВЭД или другие необходимые коды;
дубликаты;
характеристики;
счета учета

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

Перед подготовкой SAF-T UA лучше провести очистку и нормализацию номенклатуры, но делать это следует осторожно: простое удаление или объединение карт может повлиять на исторические документы.

SAF-T UA: типичные ошибки и как их исправить

Проверить остатки и взаиморасчеты

SAF-T UA фактически показывает учет гораздо подробнее, чем обычная оборотно-сальдовая ведомость

Поэтому перед формированием файла полезно отдельно проверить:

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

Особого внимания требуют старые «зависшие» суммы

которые бухгалтерия давно видит в отчетах, но не закрывает из-за отсутствия документов или исторических ошибок.

SAF-T UA – электронный аудиторский файл

Проверить нестандартные доработки BAS

Это один из самых важных пунктов чек-листа.

Во многих компаниях BAS работает годами

и за это время была существенно доработана. В системе могут быть:

собственные документы;
дополнительные регистры;
изменены алгоритмы проведения;
нестандартные справочники;
интеграции с CRM;
обмены с сайтами и маркетплейсами;
собственные бухгалтерские механизмы;
расширение конфигурации.

Стандарт SAF-T UA может не знать, как правильно интерпретировать такие данные.

Поэтому нужно проверить, все ли нестандартные операции:

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

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

Проверить исторические данные

Еще одна типичная проблема – разное качество учета за разные годы.

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

Если SAF-T UA формируется за исторический период, нужно проверить те данные, которые были актуальны на соответствующие даты.

ГНС уже использует SAF-T UA в рамках документальных проверок крупных плательщиков, а в 2026 продолжает публиковать практические разъяснения относительно подготовки и представления файлов.

Проверить первичные документы

Не стоит ограничиваться справочниками.

Выборочно проверьте документы по разным видам операций:

реализацию;
поступление;
возврат;
банк;
кассу;
зарплату;
основные средства;
производство;
НДС;
курсовые разницы.

Полезный подход — выбрать несколько документов каждого типа и проследить всю цепочку: первичный документ → бухгалтерский провод → регистр → данные SAF-T UA.

Так легче отыскать системную ошибку еще до формирования огромного файла.

Проверить периоды и закрытия месяцев

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

К тестовому формированию желательно:

провести все документы;
выполнить регламентные операции;
закрыть месяцы;
проверить себестоимость;
провести переоценки;
проверить курсовые разницы;
сверить НДС;
сформировать оборотно-сальдовую ведомость.

Если после создания SAF-T UA в базу вносятся изменения за тот же период, файл придется формировать повторно.

Протестировать формирование XML

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

SAF-T UA создается в структурированном формате XML и должен соответствовать XSD-схеме. ДПС публикует актуальную XSD и примеры файлов, в частности валидные и содержащие ошибки.

Тестирование должно включать:

успешное формирование XML;
проверку соответствия XSD;
контроль обязательных тегов;
проверку форматов дат;

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

Большой XML лучше тестировать не раз перед дедлайном, а регулярно на тестовой базе.

Сопоставить XML с данными BAS

Техническая валидность файла – только половина проверки.

XML может успешно пройти XSD-валидацию, но содержать неверные бизнес-данные.

Поэтому необходимо избирательно сверить:
- обороты;
- остатки;
- контрагентов;
- документы;
- суммы НДС;
- доходы и расходы;
- номенклатуру;
- бухгалтерские проводки.
Например, если оборотно-сальдовая ведомость BAS показывает одну сумму, а соответствующий блок SAF-T UA – другую, файл нельзя считать готовым, даже если он технически валиден.

Проверить производительность BAS

SAF-T UA может содержать очень большой массив данных. На официальном ресурсе ДПС имеются тестовые XML-примеры размером в сотни мегабайт и даже несколько гигабайтов, поэтому производительность при формировании также не имеет значения.

Для обширной информационной базы следует заранее проверить:

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

Иногда для подготовки SAF-T UA нужно сначала оптимизировать саму базу или сервер.

Сделать тестовую копию перед доработкой

Если для SAF-T UA требуется изменять конфигурацию, алгоритмы или данные, то все работы лучше сначала выполнять на тестовой копии.

Это позволяет:

не рисковать рабочей базой;
проверить доработку;
протестировать XML;
сравнить результаты до и после изменений;
только после проверки переносить решение в рабочую систему.

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

Короткий чек-лист готовности BAS к SAF-T UA

Перед формированием финальной версии можно пройтись по короткому списку:

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

SoftUp может провести аудит готовности к SAF-T UA

Почему аудит лучше провести до первого запроса

SAF-T UA делает бухгалтерские данные более структурированными и пригодными для автоматизированного анализа. Поэтому ошибки, дубликаты и нелогичные остатки, которые раньше могли оставаться незаметными, становятся более легкими для обнаружения.

Именно поэтому подготовка к SAF-T UA – хороший повод провести общую ревизию информационной базы.

Даже если после аудита окажется, что система готова, предприятие получит подтверждение качества учета и понятный алгоритм формирования файла.
SoftUp может провести аудит готовности вашей BAS к формированию SAF-T UA

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

При необходимости команда SoftUp может доработать механизм формирования SAF-T UA, адаптировать его к измененной конфигурации BAS и помочь провести повторное тестирование после исправления ошибок.

Попробуйте уже сейчас

Быстрый старт с минимальными вложениями

Оставьте заявку на сайте: мы расскажем об интеграции и настроим решение для работы в BAS / 1C