← На главную

Обновление конфигурации 1С:Управление торговлей 11 — ответственная задача, особенно когда конфигурация снята с полной поддержки, содержит доработки и должна быть подготовлена к работе с системой маркировки «Честный Знак». Разберем подробно весь процесс: от выбора релизной ветки и составления цепочки обновлений до переноса доработок, выполнения отложенных обработчиков и настройки оборудования.

Выбор ветки поддержки: LTS или версии с новым функционалом

Перед началом процедуры определимся с целевой веткой конфигурации. Фирма «1С» использует две параллельные ветки развития:

1. Ветка длительной поддержки (LTS) — например, редакция 11.5.27. Для нее выпускаются исправления ошибок и изменения законодательства без кардинальных новшеств в архитектуре. Это оптимальный вариант для минимизации издержек на сопровождение.
2. Функциональная ветка — линейка версий с развитием функционала (например, 11.6). Она требует регулярных частых обновлений, так как предыдущие промежуточные релизы быстро снимаются с поддержки.

Если цель — стабильная работа с обязательной маркировкой («Честный Знак») для автозапчастей при минимальных рисках поломки бизнес-процессов, оптимально выполнить переход на актуальный релиз ветки 11.5.27.

Построение корректной цепочки обновлений

Напрямую перепрыгнуть через несколько подредакций нельзя: это приведет к ошибкам в метаданных и сбоям обработчиков данных БСП. Если текущая версия базы 11.5.25.85, цепочка последовательного обновления с использованием дистрибутивов обновления выглядит следующим образом:

1. 11.5.25.85 — исходная версия;
2. 11.5.25.101;
3. 11.5.25.109;
4. 11.5.25.112 (финальный переходный релиз подредакции 25);
5. 11.5.26.118 (промежуточный шаг через подредакцию 26);
6. 11.5.27.75 (или более свежий актуальный релиз LTS-ветки).

Обратим внимание: при переходе на 26 и 27 релизы происходят масштабные внутренние изменения данных — перенос штрихкодов и переработка механизмов подсистемы ценообразования. Поэтому каждый шаг должен быть пройден корректно.

Пошаговый регламент обновления доработанной базы

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

1. Подготовка платформы. Проверим требования целевого релиза конфигурации к минимальной версии технологической платформы 1С:Предприятие 8.3. При необходимости сначала обновляем платформу на сервере и клиентах.
2. Создание эталонных копий. Выполняем полную выгрузку информационной базы в файл .dt или делаем бэкап средствами СУБД. В конфигураторе сохраняем текущую конфигурацию в файл (Конфигурация - Сохранить конфигурацию в файл...).
3. Развертывание тестового контура. Все манипуляции выполняем исключительно на копии рабочей базы!
4. Сравнение с типовой конфигурацией. Выполняем сравнение основной конфигурации с конфигурацией поставщика. Это позволит точно зафиксировать, какие объекты, процедуры и подсистемы были кастомизированы программистами.
5. Обновление конфигурации в конфигураторе:

   Используем меню Конфигурация - Поддержка - Обновить конфигурацию. В окне сравнения и объединения обязательно включаем фильтр «Показывать только дважды измененные свойства».

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

6. Применение изменений и запуск в режиме предприятия. Нажимаем Обновить конфигурацию базы данных (F7) и запускаем базу в режиме «1С:Предприятие» под учетной записью с административными правами.
7. Контроль отложенных обработчиков БСП. Переходим в раздел НСИ и администрирование - Обслуживание - Результаты обновления программы. Обязательно дожидаемся 100% выполнения всех дополнительных процедур обработки данных. Переходить к следующему релизу цепочки до завершения отложенных обработчиков категорически запрещено!
8. Перенос на рабочую базу. После успешного прохождения цепочки и тестирования на копии сохраняем итоговую конфигурацию в .cf. На рабочей базе (после обязательного бэкапа и проверки отсутствия новых правок) выполняем команду Конфигурация - Загрузить конфигурацию из файла..., обновляем конфигурацию БД и запускаем регламентные процедуры БСП.

Что делать с патчами и расширениями

Выясним причину поведения патчей (исправлений ошибок от 1С):

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

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

Подготовка к работе с Честным Знаком (автозапчасти)

Переход на свежие релизы УТ 11 необходим для полноценной работы с интеграцией маркировки:

1. Включаем функциональность в разделе НСИ и администрирование - Интеграция с ИС МП (Обувь, одежда, шины...).
2. В карточках номенклатуры обязательно заполняем коды ТН ВЭД ЕАЭС, ОКПД 2 и устанавливаем соответствующую категорию маркируемой продукции.
3. На рабочих местах и сервере настраиваем сертифицированный криптопровайдер (КриптоПро CSP или VipNet CSP) и проверяем действие сертификатов УКЭП.
4. Для розничных продаж убеждаемся в корректности настройки разрешительного режима (онлайн-проверка кодов DataMatrix в ГИС МТ перед фискализацией чека) и подключаем токен авторизации розницы.
5. Все контуры обмена (эмиссия, ввод в оборот, списание) обязательно обкатываем в тестовой песочнице Честного Знака перед началом боевых операций.

Нюансы интеграции и обновления ТСД

После обновления релиза УТ 11 обновляется и встроенная Библиотека подключаемого оборудования (БПО), что напрямую затрагивает терминалы сбора данных:

1. Драйверы оборудования. В справочнике Подключаемое оборудование потребуется обновить внешние компоненты и драйверы ТСД до совместимых версий и выполнить тест устройства.
2. Настройка сканирования DataMatrix. Аппаратный сканер ТСД должен корректно передавать управляющий спецсимвол-разделитель (GS1 / FNC1). Если сканирующий модуль настроен некорректно, типовые алгоритмы 1С не смогут разобрать структуру кода маркировки, и сканирование завершится ошибкой валидации.
3. Способ подключения. При использовании специализированного мобильного софта для ТСД с обменом через HTTP/Web-сервисы проверяем совместимость опубликованных сервисов и форматов пакетов обмена с обновленной конфигурацией.

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