FREDO 01.03.203: что бухгалтеру проверить после сентябрьского обновления

Что подготовить к проверке

Практический тест на 10–15 минут

Какие ещё изменения версии 01.03.203 стоит учесть

Как действовать, если один из этапов не пройден

Итоговый чек-лист приёмки обновления

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

По состоянию на 11 сентября 2026 года в официальном описании версии 01.03.203 указаны три главных направления изменений: доработана работа с токенами, исправлен перенос поля «Пол» в Приложении 1 Объединённой отчётности НДФЛ и ЕСВ, а также обновлены формы и справочники. Актуальные сообщения о релизах и их полный состав следует сверять через информационную систему ИТС BAS. Сам релиз не устанавливает новых налоговых ставок и не вводит в действие законопроекты: это программное обновление с функциональными изменениями и комплектом форм. Поэтому изменять учётные параметры только из-за номера версии не нужно.

Что подготовить к проверке

Лучше всего тестировать не в последний час подачи отчётности. Выделите 10–15 минут, предупредите пользователей о короткой проверке и заранее определите, кто фиксирует результат. Если обновление устанавливает администратор, бухгалтер всё равно должен пройти бизнес-сценарий самостоятельно: технический запуск программы не подтверждает правильность данных в отчёте.

До начала теста подготовьте:

• актуальную резервную копию базы и понятный порядок восстановления;
• название предприятия, рабочую станцию и пользователя, под которыми будет выполняться проверка;
• аппаратный токен, действующую квалифицированную электронную подпись и пароль, который вводит только владелец ключа;
• контрольный набор данных для Д1, в котором можно однозначно сравнить поле «Пол» в BAS, электронной форме и печатном представлении;
• папку для протокола, квитанций и краткого чек-листа проверки.

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

Практический тест на 10–15 минут

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

0:00–2:00. Проверьте токен

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

В версии 01.03.203 доработана работа с токенами, которые вычисляют идентификатор ключа субъекта по алгоритму ГОСТ 34.311 и содержат секретные ключи, сгенерированные по алгоритму «Купина». Если в учреждении есть такой носитель, его нужно обязательно включить в тест. Если используются несколько типов токенов, достаточно проверить по одному рабочему образцу каждого типа, а не делать вывод по одному устройству.

Зафиксируйте три результата: носитель определился, нужный сертификат найден, запрос пароля появляется штатно. Пароль в чек-лист не записывают. Если токен не определяется, сначала сравните поведение на другом USB-порту и под другим разрешённым рабочим профилем, проверьте драйвер и права доступа. Не переустанавливайте наугад всю программу, пока не понятно, на каком уровне исчезло устройство.

2:00–3:30. Откройте базу под рабочим пользователем

Запустите FREDO обычным ярлыком и проверьте, что отображается версия 01.03.203. Откройте рабочую базу не только под администратором, но и под учётной записью бухгалтера, который формирует и отправляет отчётность. Перейдите в реестр отчётов, откройте карточку предприятия и один ранее принятый документ. Так проверяются доступ к базе, права пользователя и чтение имеющейся истории.

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

3:30–7:00. Сформируйте Д1 и проверьте поле «Пол»

Создайте или загрузите из учётной системы Приложение 1 к Объединённой отчётности НДФЛ и ЕСВ в форме, соответствующей типу плательщика: J0510111 или F0510111. Ключевая проверка этого релиза — не ручной ввод, а именно автоматический перенос данных из учётной системы в FREDO.

Для каждой контрольной строки пройдите три уровня:

1. В BAS проверьте исходное значение реквизита работника, из которого формируется поле «Пол».
2. После загрузки откройте Д1 в FREDO и убедитесь, что значение заполнилось автоматически в соответствующей строке.
3. Сформируйте предварительный просмотр или печатную форму и сверьте отображение в графе 06.

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

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

7:00–9:00. Запустите контроли и подпишите документ

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

Далее выберите штатный комплект подписей и подпишите документ токеном. Проверьте:

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

В журнале событий версии 01.03.203 название события «Пользовательские настройки комплектов подписей» обновлено на «Сценарии подписания первичных документов». Это переименование, а не сигнал, что настроенные комплекты нужно создавать заново.

9:00–12:00. Отправьте контролируемый документ

Перед нажатием команды отправки ещё раз проверьте предприятие, отчётный период, тип формы, статус документа и состав пакета. Для реального Д1 контролируйте не только само приложение, но и согласованность всего пакета Объединённой отчётности. Отправляйте только документ, который действительно должен быть подан, или согласованный тестовый документ в разрешённую тестовую среду.

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

12:00–15:00. Дождитесь квитанций и завершите тест

Отметка «отправлено» доказывает только старт передачи. Положительный сквозной результат — это полученные и прочитанные сообщения и конечный статус документа или пакета. Для налоговой отчётности проверьте квитанции, подтверждающие доставку, прохождение автоматизированных контролей и принятие или непринятие документа. Точный набор сообщений зависит от типа документа, поэтому ориентируйтесь на конечное содержание, а не на привычное количество файлов.

Откройте каждую квитанцию и сверьте:

• ЕДРПОУ или иной идентификатор плательщика;
• название формы и отчётный период;
• дату и время приёма;
• результат контроля — принято, не принято или требуется уточнение;
• причину отказа, если она есть;
• соответствие статуса в реестре содержанию последней квитанции.

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

Какие ещё изменения версии 01.03.203 стоит учесть

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

Отчёты и налоговые документы

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

Новые справочники

В общих справочниках появился пользовательский справочник «Решение о включении в Реестр неприбыльных организаций», подключённый к полям формы J0101911. Для отчётности в НБУ добавлены «Код вида счёта» F144 и «Код признака использования пользователем средств дистанционной коммуникации» F072. Организациям, которых это касается, стоит открыть справочники, проверить их доступность для обычного пользователя и протестировать выбор значения в соответствующей форме.

Новые и закрытые формы

Для Государственной казначейской службы добавлены годовые формы FV43D153, FZV43153, FV43M153 и FZM43153. Их дата начала действия — 1 ноября 2026 года. Это будущая дата относительно дня выхода релиза, поэтому само наличие форм в программе не означает, что их уже нужно подавать.

Для планово-экономической и аналитической отчётности организаций, подчинённых Минразвития, добавлены формы MTUPDT01, MTUPLV01, MTURLV01 и MTUOLV01 с разными начальными датами, периодичностью и сроками. В то же время для ряда пакетов отчётности государственных предприятий, Министерства обороны и Укроборонпрома установлена дата закрытия 30 июня 2026 года; для части из них последним периодом подачи является II квартал 2026 года. Перед созданием специализированного отчёта проверяйте не только код формы, но и орган, период, дату начала или закрытия и состав пакета.

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

Как действовать, если один из этапов не пройден

Полезный отчёт об ошибке отвечает на четыре вопроса: где произошёл сбой, при каких условиях, что ожидали и что получили. Формулировка «после обновления ничего не работает» лишь увеличивает время поиска.

• Токен не виден. Зафиксируйте модель носителя без серийного номера, рабочую станцию, пользователя, этап и точный текст сообщения. Проверьте другой порт и известный исправный носитель.
• База не открывается. Определите масштаб: один пользователь, одна станция или все. Не продолжайте массовые эксперименты с рабочей базой; подготовьте резервную копию и журнал запуска.
• Поле «Пол» не перенеслось. Сохраните обезличенный пример одной строки, сверьте исходный реквизит в BAS, код формы, период, электронный и печатный вид. Повторите формирование, а не исправляйте только результат.
• Документ не подписывается. Проверьте действительность сертификата, роль подписанта, выбранный комплект подписей и доступность токена. Запишите момент, когда возникает ошибка: при выборе сертификата, вводе пароля или завершении подписи.
• Нет квитанции. Убедитесь, что документ действительно передан, выполните приём сообщений, проверьте протокол и канал связи. Не создавайте дубликат без понимания статуса первой отправки.

Итоговый чек-лист приёмки обновления

1. В программе отображается версия FREDO 01.03.203.
2. Рабочая база открывается под обычным пользователем, доступны реестры и исторические документы.
3. Аппаратный токен определяется, нужный сертификат доступен, пароль запрашивается штатно.
4. J0510111 или F0510111 формируется из учётной системы без технической ошибки.
5. Поле «Пол» заполняется автоматически и правильно отображается в графе 06 печатной формы Д1.
6. Встроенные контроли выполнены, причины предупреждений понятны.
7. Документ подписывается правильным комплектом подписей, операция фиксируется в протоколе.
8. Контролируемый реальный документ отправлен один раз, время и начальный статус записаны.
9. Квитанции получены, открыты и сверены с предприятием, формой, периодом и конечным статусом.
10. Проверены релевантные новые справочники, даты действия форм и комплектность специализированных пакетов.
11. Результат теста и доказательства сохранены без паролей и избыточных персональных данных.

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