← На главную

При обслуживании и обновлении информационных баз 1С:Бухгалтерия предприятия 3.0 нередко возникает ситуация, когда разработчик выпускает в один день сразу два релиза с разными номерами версий — например, 3.0.207.28 и 3.0.208.14. У пользователей и технических специалистов закономерно возникают вопросы: в чем принципиальная разница между этими сборками, какую из них выбрать для обновления рабочей базы и как справиться с сопутствующими техническими сложностями при переходе.

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

В чем разница между релизами и почему они выпускаются одновременно

Выпуск двух параллельных версий обусловлен разделением релизов на стабилизационную и функциональную ветки разработки:

1. Стабилизационный релиз (младшая ветка, например 3.0.207.28): представляет собой накопительное сервисное обновление. В него включаются критические исправления выявленных ошибок и срочные регламентные доработки (в частности, корректировка правил работы с РНПТ или отмена поставок в ДОПП). Этот релиз не затрагивает общую структуру метаданных и привычные пользовательские интерфейсы, что делает его оптимальным для установки в разгар отчетного периода, когда любые масштабные изменения нежелательны.
2. Функциональный релиз (старшая ветка, например 3.0.208.14): открывает новую ветку конфигурации. Наряду с исправлениями ошибок он содержит существенные функциональные новшества: интеграцию с сервисами обмена чеками самозанятых через ЭДО, прием платежей цифровыми рублями с формированием QR-кода, обновленные формы статистической отчетности, специализированный отчет о фактических затратах по ГОЗ, а также переработанный упрощенный интерфейс пользователя.

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

Почему окно «Новое в версии» открывает описание предыдущего релиза и как это исправить

Проанализируем ситуацию, когда после установки обновления на старший релиз форма «Новое в версии» отображает данные предыдущей сборки. Штатная обработка платформы считывает историю обновлений и сопоставляет номер версии до и после выполнения процедур обновления. Если обновление выполнялось поэтапно либо системное хранилище настроек пользователя сохранило предыдущее состояние, позиционирование в форме может сбиться.

Для просмотра актуального описания новшеств выполним следующие шаги:

1. В открытой форме изменений обратимся к левой панели со списком релизов и вручную переключимся на корневую ветку 3.0.208.
2. Если форма была случайно закрыта, откроем ее принудительно через командный интерфейс: перейдем в раздел Администрирование (или Главное), выберем пункт Обслуживание, далее перейдем в подраздел Результаты обновления и дополнительная обработка данных и запустим гиперссылку Описание изменений.
3. Также можно ознакомиться со списком изменений без запуска информационной базы, открыв файл ReadMe.txt из дистрибутива обновления в каталоге шаблонов платформы.

Особенности упрощенного интерфейса: пропажа объектов расширений и сбои панели «Избранное»

В релизе 3.0.208.14 предложен переработанный упрощенный интерфейс. При его активации пользователи часто сталкиваются с тем, что добавленные ранее через расширения конфигурации документы или справочники исчезают из навигации (например, из раздела «Продажи»), а панель «Избранное» выдает ошибки или перестает показывать сохраненные команды.

Выясним причину этой проблемы. В типовой конфигурации «Простой интерфейс» и «Полный интерфейс» базируются на принципиально разных наборах подсистем. Классический раздел Продажи относится к полному интерфейсу, тогда как в простом режиме состав команд формируется специализированными подсистемами (такими как «Товары», «Деньги», «Контрагенты»). Если программист включил объект расширения только в типовую подсистему полного интерфейса, платформа не отобразит команду вызова объекта в упрощенном режиме.

Разберем по шагам, как обеспечить доступность объектов расширения в обоих режимах интерфейса:

1. Откроем конфигуратор и перейдем в управление расширениями конфигурации.
2. Найдем заимствованный или добавленный объект метаданных (например, документ или обработку).
3. Откроем палитру свойств объекта и перейдем к свойству Подсистемы.
4. Установим флажки не только для стандартных подсистем полного интерфейса (например, Продажи), но и для соответствующих подсистем простого интерфейса, отвечающих за вывод команд в данном режиме.
5. Если требуется предоставить альтернативный доступ, добавим команду вызова объекта в общую командную панель или рабочий стол пользователя.

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

Организация параллельной работы разных платформ на одном сервере

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

1. Установим требуемые версии платформы в отдельные каталоги операционной системы.
2. Зарегистрируем второй экземпляр службы сервера с уникальным именем службы и изолированными сетевыми портами. Например, если основной кластер использует стандартные порты (1540 — агент, 1541 — менеджер кластера, 1560:1591 — рабочий диапазон), то вторую службу настраиваем на диапазон 2540, 2541 и 2560:2591.
3. Укажем отдельный рабочий каталог для данных нового кластера через ключ запуска -d при регистрации службы, чтобы исключить конфликты настроек кластера.
4. Для клиентских рабочих мест задействуем штатную утилиту 1cestart, которая автоматически считывает требуемую версию из настроек подключения информационной базы и выполняет запуск соответствующего клиента.