В периоды активной сдачи налоговой отчетности пользователи программных продуктов 1С часто сталкиваются с ситуацией, которую можно охарактеризовать фразой «шаг вперед, два шага назад». Речь идет о выпуске обновлений сразу для нескольких веток одной и той же конфигурации (например, 3.0.89 и 3.0.90 для «1С:Бухгалтерии»). В этой статье мы подробно разберем, зачем это нужно разработчикам, как не запутаться в номерах релизов и, самое главное, как устранить критическую ошибку в декларации 3-НДФЛ, которая мешает сдаче отчетности.
Проанализируем ситуацию, сложившуюся в марте 2021 года, когда одновременно вышли исправления для старой ветки 3.0.89.56 и новой функциональной версии 3.0.90.45. Многих пользователей сбивает с толку такая чехарда: зачем поддерживать старый релиз, если уже готов новый?
Выясним причину этой стратегии вендора. Период сдачи годовой и квартальной отчетности — это время экстремальных нагрузок и высоких рисков для бухгалтерии. Переход на новую функциональную версию (например, с 3.0.89 на 3.0.90) всегда сопряжен с изменением структуры метаданных, обновлением планов счетов или механизмов проведения документов. Это требует времени на тестирование и может вызвать непредвиденные сбои в кастомизированных базах.
Рассмотрим два сценария, которые учитывает фирма 1С:
3.0.89.56). Это позволяет исправить критический баг в отчетности, не меняя привычную программную среду.3.0.90.45 и выше).Таким образом, «шаг назад» в нумерации — это не деградация системы, а осознанная поддержка стабильности для тех, кто не может позволить себе риски обновления в разгар отчетной кампании.
Одной из главных причин экстренного выпуска обновлений в марте 2021 года стала критическая ошибка при заполнении декларации 3-НДФЛ. Проанализируем техническую суть проблемы:
При формировании помощником декларации 3-НДФЛ в приложении к Разделу 1, в показателе «Вид счета» (поле 160), автоматически проставлялось значение «0». Согласно форматам ФНС, это поле должно содержать конкретный код счета. Ошибка приводила к тому, что файл выгрузки не проходил форматно-логический контроль при подаче через личный кабинет налогоплательщика или сторонние сервисы отправки отчетности.
Посмотрим на статус исправления этой ошибки в разных версиях:
3.0.89 ошибка исправлена в версии 3.0.89.56.3.0.90 ошибка исправлена начиная с версии 3.0.90.45.Если вы столкнулись с отказом в приеме 3-НДФЛ из-за «нулевого» вида счета, вам необходимо проверить номер вашего релиза и обновиться до указанных значений или выше (например, до стабильной 3.0.90.53).
Ситуация с программой «Зарплата и управление персоналом» (ЗУП) зачастую выглядит еще сложнее. Разберем, почему интерфейс и логика работы могут отличаться даже в актуальных на первый взгляд версиях.
В начале 2021 года фирма 1С поддерживала одновременно три направления развития ЗУП:
Разберем ситуацию с версией 3.1.17.101. Она была выпущена экстренно для исправления ошибок в расчетах, которые проявились в релизе 3.1.17.94. Различия в интерфейсе (например, в помощниках по налогам), которые замечают пользователи КОРП-версий, связаны именно с переходом на архитектурные изменения ветки 3.1.17. Если вы видите, что «в ЗУПе уже не так выглядит», скорее всего, вы перешли на более прогрессивную, но функционально отличную ветку конфигурации.
Выясним, как правильно выбрать версию для установки, чтобы не создать себе лишних проблем. Посмотрим на алгоритм принятия решения:
Шаг 1: Оценка критичности периода. Если до крайнего срока сдачи отчета осталось менее 3-х рабочих дней, выбирайте минимально возможное обновление в рамках вашей текущей ветки (например, переход с 3.0.89.54 на 3.0.89.56). Это минимизирует время на пересчет данных и проверку итогов.
Шаг 2: Проверка списка исправленных ошибок. Всегда открывайте раздел Новое в версии или Список исправленных ошибок на портале ИТС. Если ваша проблема (как ошибка 30176054) значится исправленной в тестовом релизе, иногда имеет смысл дождаться его официального выхода, который обычно происходит через 1-2 дня.
Шаг 3: Технический аудит. Для крупных баз (особенно версии КОРП) переход на новую ветку (с 3.0.89 на 3.0.90) должен сначала производиться на копии базы с замером времени выполнения обработок обновления. Это позволит избежать простоя работы бухгалтерии.
Рассмотрим пример того, как может выглядеть программный запрос к метаданным для проверки текущей версии в коде (для администраторов):
ТекущаяВерсия = Метаданные.Версия;
Сообщить("Ваша текущая версия конфигурации: " + ТекущаяВерсия);
Если ТекущаяВерсия < "3.0.90.53" Тогда
Сообщить("Внимание! Требуется проверка на наличие ошибки 30176054 в 3-НДФЛ.");
КонецЕсли;
Подводя итог, проанализируем ситуацию с «шагами назад». Это нормальный технологический процесс поддержки продукта с многомиллионной аудиторией. Параллельный выпуск релизов позволяет:
Мы рекомендуем всегда держать систему в актуальном состоянии, но в периоды сдачи отчетности отдавать приоритет стабильным минорным обновлениям (hot-fixes) внутри вашей текущей версии.