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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Выводы

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

В этой статье рассмотрим палитру свойств конфигурации на примере 1С Управления торговлей 11 на платформе 8.3.

Настройка свойств конфигурации 1С

Рассмотрим подробнее каждую из настроек конфигурации.

• Основной режим запуска — может принимать значения управляемого приложения или обычного. Для каждого пользователя в дальнейшем может задаваться отдельно.
• Вариант встроенного языка — определяет синтаксис языка программирования по умолчанию. Если его изменить, то в конфигурации модули автоматически не изменять язык.
• Основная роль — роль в конфигурации по умолчанию. Обычно устанавливается роль с наибольшими правами.
• Модуль управляемого (или обычного) приложения — модуль, в котором описываются глобальные переменные конфигурации и глобальные обработчики конфигурации — ПередНачаломРаботыСистемы, ПриНачалеРаботыСистемы, ПередЗавершениемРаботыСистемы, ПриЗавершенииРаботыСистемы, ОбработкаВнешнегоСобытия.
• Модуль сеанса — обработчик, отрабатывающий при старте системы, в котором принято инициализировать .
• Модуль внешнего соединения — модуль, доступный при внешнем соединении, содержит в себе обработчики — ПриЗавершенииРаботыСистемы, ПриНачалеРаботыСистемы.

Получите 267 видеоуроков по 1С бесплатно:

• Основной язык — язык интерфейса по умолчанию.
• Краткая информация, Подробная информация, Логотип, Заставка, Авторские права — информационные поля свойств для сведений о конфигурации.
• Адрес информации о поставщике и конфигурации — свойства, где необходимо указать информацию о разработчике и страничку о данном решении.
• Основная форма отчета, настроек отчета, варианта отчета — формы, открывающиеся по умолчанию для соответствующих объектов.
• Поставщик — компания, которая произвела разработку.
• Версия — версия конфигурации, свойство почти всегда должно совпадать с версией поставщика.
• Адрес каталога обновлений — место в сети Интернет, где можно скачать свежие обновления.
• Справочная информация — общая справочная информация о конфигурации. Галочка Включать в содержание справки добавляет текущую справочную информацию в общий список документации.
• Режим управления блокировкой данных — выбор режима . Возможны 3 варианта — управляемый (за блокировки отвечает разработчик конфигурации), автоматический (за блокировки отвечает СУБД), автоматический и управляемый (совмещенный режим, управляется на уровне объектов).
• Режим автонумерации объектов — возможны два варианта, освобождать автоматически и не освобождать автоматически . Первый вариант позволяет заполнить пробелы в нумерации в случае их возникновения. Не освобождать автоматически делает нумерацию непрерывной.
• Режим совместимости — сугубо технический флаг, позволяющий включить или отключить режим совместимости со старыми версиями конфигурации — 8.1 и 8.2.13 и 8.3. Эти две версии платформы были переходными, добавлялись новые объекты метаданных, поэтому система требует переконвертации конфигурации. К этому нужно относиться очень аккуратно,

22.02.2018

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

Получить доступ к облаку 1С:Фреш бесплатно на 30 дней!

Большинство пользователей, которые давно работают с программами системы "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С

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