Отключение режима совместимости 1с 8.3. Изменение или отключение режима совместимости. Как узнать версию технологической платформы "1С:Предприятие", который указан в параметре режима совместимости конфигурации

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

Прежде всего необходимо знать об ограничениях, которые имеют расширения.

Ограничение на создаваемые объекты

На данный момент можно создавать:

• Справочники
• Документы
• Регистры сведений
• Планы обмена

Можно добавлять реквизиты в:

• Справочники
• Документы

Что мы имеем в итоге? Добавлять можно не все типы объектов метаданных. Самые распространенные и востребованные, но все-таки не все. Кроме того, в регистры сведений нельзя добавлять новые измерения и ресурсы. Можно только создать полностью новый регистр.

Функционал расширений зависит от режима совместимости конфигурации, к которой применяется расширение.

Режим совместимости 8.3.8 - можно менять только формы объектов и их модули, добавлять свои отчеты и обработки.

Режим совместимости 8.3.10 - можно менять общие модули, модули объекта и менеджера, роли, использовать директивы "Перед", "После", "Вместо" для любых модулей.

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

На данный момент в типовой УТ 11.3 стоит режим совместимости 8.3.8. В УТ 11.4 режим совместимости 8.3.10, то есть, например, для УТ, большая часть функционала расширений недоступна, включая создание объектов метаданных.

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

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

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

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

Выводы

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

22.02.2018

Как узнать версию технологической платформы "1С:Предприятие", который указан в параметре режима совместимости конфигурации.

Большинство пользователей, которые давно работают с программами системы "1С:Предприятие", могут без труда отрыть окно с информацией о программе ("Справка" > "О программе" или кнопка "Показать информацию о программе" на панели инструментов) и назвать точные релизы технологической платформы "1С:Предприятие" и используемой конфигурации, уточнить режим запуска, тип клиента и мн.др.

Что такое режим совместимости в программах системы 1С:Предприятие 8

Технологическая платформа "1С:Предприятие 8" стремительно развивается, возможности платформы постоянно расширяются, появляются новые механизмы, инструменты и целые классы объектов. Естественно у разработчиков нет физической возможности сразу переписать всю конфигурацию с учетом новых нововведений, появившихся в платформе. Чтобы обеспечить одновременную и совместную работу как старых, так и новых элементов конфигурации используется режим совместимости, который дает возможность на новой версии платформы запускать конфигурации, разработанные в более младших версиях платформы "1С:Предпряите", без внесения изменений в конфигурацию и реструктуризации данных.
Это позволяет переходить на более старшую версию платформы постепенно. Новые элементы конфигурации добавляются с учетом новых возможностей платформы, а старые элементы продолжают работать сначала без внесения изменений в конфигурацию. Необходимые изменения старых элементов производятся немого позже, что позволяет плавно поднимать режим совместимости.

Как узнать версию режима совместимости конфигурации 1С:Предприятие 8

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

Выбрать пункт меню "Конфигурация" > "Открыть конфигурацию".

Откроется дерево конфигурации. На верхней строке с наименованием конфигурации нажимаем правую клавишу мыши, в выпадающем меню выбираем пункт "Свойства".

Откроется окно свойств конфигурации. Опускаемся в самый низ окна к последней группе параметров "Совместимость".

В последней строке "Режим совместимости" указан номер релиза платформы используемой в данной конфигурации.

Внимание! Важно!

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

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

Компания "Онлайн", 2018

Режим совместимости программы 1С:Предприятие, Как узнать версию режима совместимости 1С:УПП, Как узнать версию режима совместимости технологической платформы 1С:Предприятие, Как узнать режим совместимости 1С:УТ, Как узнать релиз режима совместимости программы 1С:Предприятие, Как узнать версию режима совместимости 1С:Управление торговлей, Как узнать версию версию режима совместимости в типовой конфигурации 1С:Предприятие, Как узнать режим совместимости 1С:БГУ, Как узнать версию режима совместимости 1С 8.3, Как узнать релиз режима совместимости конфигурации 1С:Предприятие, Как узнать версию режима совместимости 1С:Бухгалтерия государственного учреждения, Как в типовой конфигурации 1С:Бухгалтерии узнать версию режима совместимости платформы, Как узнать режим совместимости конфигурации 1С:Бухгалтерия редакция 3.0, Как узнать режим совместимости 1С:УПП,

Многие слышали такое слово "1С:Совместимо!", но мало кто знает что за ним скрывается. Для большинства это просто означает корректную работу ПО и поддержку продукта от 1С. Недавно мне пришлось получать сертификат "1С:Совместимо!" для дополнения к конфигурации и я хочу рассказать какую работу надо проделать разработчику и что дает эта сертификация.

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

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

Проведение сертификации улучшит отношение потребителя к вашему продукту и повысит продажи продукта.

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

1. Предназначенные для тиражного распространения программы, взаимодействующие с программами системы "1С:Предприятие" (конфигурации, отчеты, дополнения к типовым конфигурациям, внешние компоненты, клиент-банки, ПО для обмена)
2. Компьютеры, предназначенные для использования совместно с системой программ "1С:Предприятие 8" в качестве серверов "1С:Предприятие 8"
3. Кассовое и другое специализированное подключаемое оборудование.
4. Мобильные устройства предназначенные для организации работы с данными 1С:Предприятия непосредственно на мобильном устройстве.

Разработчик конфигурации должен выполнить следующие условия:

1. Нельзя в названии конфигурации использовать слово "1С" или логотип "1С" без разрешеия фирмы 1С.
2. Необходима письменная гарантия руководителя и печать фирмы производителя о том, что продукт не нарушает чьих либо авторских прав.
3. Необходимо нумеровать версии конфигурации согласно Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8 . Причем выпуск новой версии должен обеспечивать переход с предыдущей с сохранением данных, а при выпуске новой редакции должен быть обеспечен переход с сохранением данных или описана процедура перехода на новую редакцию.
4. Нельзя использовать термин "типовая конфигурация" применительно к создаваемой конфигурации.
5. Если ваша конфигурация написана с использованием режима управляемого приложения, то это должно быть указано в документации. Так же он должен функционировать в веб и тонком клиенте. Если в веб-клиенте нельзя выполнить часть функций, то это должно быть описано в документации.
6. Конфигурация должна уметь различать первый и последующие запуски. При первом запуске конфигурация должна производить обязательное первичное заполнение базы данных и должна иметь возможно необязательного заполнения для упрощения работы с базой данных. После первого запуска или после первого запуска новой версии конфигурация должна представить отчет об изменениях, внесенных в информационную базу.
7. У всех объектов метаданных должен быть определен синоним
8. Объекты метаданных верхнего уровня должны быть отсортированы по алфавиту, кроме объектов с префиксом "Удалить". Они должны быть внизу.
9. Должна быть роль для администратора со всеми правами кроме интерактивного удаления.
10. Если есть разделение ролей, то должно быть разделения на роли с общими для всех правами и роли в которых есть какие то другие права. Например роль "БазовыеПрава"
11. Должна быть заполнена справочная информация основных объектов конфигурации.
12. Необходимо использовать управляемый режим блокировок.
13. Должны быть заполнены подсказки для всех элементов, в которые пользователем вводятся данные.
14. Для управляемого приложения рабочий стол всегда должен быть, последний раздел должен быть разделом для администрирования.
15. Для обычного приложения должны быть общий интерфейс и полный, а так же возможность его переключения из менюю "Сервис".
16. Для обычного приложения все элементы формы должны быть выровнены.
17. В коде каждая строка должна содержать только один оператор, текст кода должен быть выровнен табами, не должно быть ошибок при проверки модулей и проверки конфигурации. К функциям должны быть комментарии с описанием действия, параметров и возвращаемого результата.

Одним из новшеств технологической платформы версии 8.3 стал новый пользовательский интерфейс под названием «Такси». Его внешний вид показан на скриншоте ниже.

Этот интерфейс выглядит весьма эффектно в контексте дизайна последних версий Windows (начиная с Windows 8). Однако расположение элементов для доступа к объектам конфигурации в нём далеко не всегда удобно. Особенно для сложных программных комплексов, где конфигурация в целом и даже каждая подсистема включает не один десяток объектов.

К счастью, технологическая платформа версии 8.3 ещё поддерживает использование «старого» эргономичного интерфейса версии 8.2 и, при желании, данное неудобство можно легко устранить.

Поддержка того или иного пользовательского интерфейса в конкретной конфигурации устанавливается индивидуально. Для этого служит специальная опция «Режим совместимости интерфейса». Она доступна в режиме конфигуратора в свойствах конфигурации (см. скриншот ниже).

Доступно четыре режима.

• «Такси»
  Использование только интерфейса «Такси». Этот режим установлен по умолчанию;
• «Такси. Разрешить Версию 8.2»
  Поддерживается использование обоих интерфейсов. При этом по умолчанию используется интерфейс «Такси»;
• «Версия 8.2. Разрешить Такси»
  Аналогично предыдущему режиму, но по умолчанию используется «старый» пользовательский интерфейс;
• «Версия 8.2»
  Поддерживается только «старый» пользовательский интерфейс.

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

О режимах «Такси. Разрешить Версию 8.2» и «Версия 8.2. Разрешить Такси» следует сказать особо. В этих режимах поддерживаются одновременно оба пользовательских интерфейса. При этом выбор интерфейса доступен в режиме «1С Предприятие» с помощью команды меню «Сервис» — «Параметры».

Для переключения пользовательского интерфейса нужно установить переключатель «Внешний вид» положение «Такси» или «Формы в закладках». Ниже приведен скриншот для режима «Такси. Разрешить Версию 8.2».

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

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

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. Существует возможность постепенного перевода конфигурации на режим управляемого приложения, а также совмещение в одном прикладном решении функциональности режима управляемого приложения и обычного. То есть переход может быть постепенным, по мере необходимости.