Переход с 8.1 на 8.2. Этапы, некоторые особенности, проблемы

Как известно, с 2011 года фирма 1С собирается перестать развивать платформу 8.1, и многим пользователям программ 8 предстоит (тем, кто еще не успел его осуществить) переход на новую платформу – 8.2. Наверно, это самое существенное развитие системы за всю историю с момента выпуска 1С: Предприятие 8.

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

Переход осуществляется в несколько этапов, каждый из них важен.

1. Подготовка.

Обновление текущего релиза платформы. Он должен быть не ниже 8.1.5 (8.0.18).

Снятие резервной копии.

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

2. Конвертация на 8.2. Работа в режиме совместимости с 8.1.

При попытке открытия ИБ 8.1 под платформой 8.2 программа выдает соответствующее предупреждение и предлагает конвертировать базу под 8.2.

После соглашения происходит собственно конвертация. На демо-версии этот процесс может занять всего несколько минут. Действующая база БП (файловый вариант) у нас конвертировалась минут 8.

Важно! При конвертации автоматически устанавливается режим совместимости с 1С:Предприятием 8.1. Это можно посмотреть в конфигураторе, в «Свойствах».

Для пользователя это означает, что пока, на данном этапе, особенных изменений он не увидит, и большая часто нового функционала ему недоступна, в частности, работа в режиме управляемого приложения, тонкого или web-клиента. Интерфейс остается как в 8.1. Тем не менее, администратор уже может использовать некоторые возможности 8.2.

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

Что дает этот этап. Переход позволяет ускорить работу системы, возможность использования некоторых новых механизмов платформы.

3. Работа без режима совместимости (обычный режим)

Отключаем режим совместимости, выбирая «Не использовать»:

Сразу меняется интерфейс, вид кнопок.

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

Что дает этот этап. После отключения режима совместимости скорость работы еще более увеличивается, и возможности 8.2 могут быть задействованы.

4. Работа без режима совместимости (управляемый режим – частичное использование - полный переход на управляемый режим)

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

В конфигураторе появляется закладка «Дополнительные», и на ней можно выбрать соответствующие формы (они сгенерируются автоматически):

Обычная форма:

Управляемая форма:

Работа без режима совместимости (полный переход на управляемый режим)

Все пользователи работают с новым интерфейсом (при необходимости для некоторых из них может быть сохранен обычный). Для перехода необходима доработка настроек метаданных (свойства, подсистемы), разработка управляемых форм, частично – переработка прикладных объектов.

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

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

В установке 8.1 и 8.2 на один сервер есть проблема – как ее обойти, указано здесь.

Есть и еще особенность обновления платформы – в 8.1 она устанавливалась, затем обновлялась, т.е. одновременно была установлена одна версия платформы. В 8.2 релизы платформы устанавливаются в разные каталоги (каждый в свой, согласно номеру), поэтому на одном компьютере может быть установлено неограниченное количество релизов.

Важно! Конфигурация 1.6 (так же и 2.0) под 8.1 и 8.2 – это РАЗНЫЕ конфигурации, с разными обновлениями.

Переход с БП 1.6 на БП 2.0 – это тоже не просто обновление, а отдельный переход. Была ситуация, когда встроенный механизм для перехода с 1.6 на 2.0 «не видит» тез баз в 1.6, которые уже сконвертированы в 8.2. Таким образом, логичным кажется переход сначала с 1.6 на 2.0, а затем – на платформу 8.2 (возможно, в новых релизах это уже исправлено).

ВЫВОДЫ:

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

2. Для перехода с сохранением режима совместимости не требуется серьезных доработок. Основной объем работы возникает при переходе к управляемым формам: необходимо реализовать новый командный интерфейс и формы.

3. Новая версия платформы 8.2 не имеет существенных отличий при работе пользователей, следовательно, для них не требуется какого-либо дополнительного обучения.

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