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С:Предприятие 8" в качестве серверов "1С:Предприятие 8"
- Кассовое и другое специализированное подключаемое оборудование.
- Мобильные устройства предназначенные для организации работы с данными 1С:Предприятия непосредственно на мобильном устройстве.
Разработчик конфигурации должен выполнить следующие условия:
- Нельзя в названии конфигурации использовать слово "1С" или логотип "1С" без разрешеия фирмы 1С.
- Необходима письменная гарантия руководителя и печать фирмы производителя о том, что продукт не нарушает чьих либо авторских прав.
- Необходимо нумеровать версии конфигурации согласно Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8 . Причем выпуск новой версии должен обеспечивать переход с предыдущей с сохранением данных, а при выпуске новой редакции должен быть обеспечен переход с сохранением данных или описана процедура перехода на новую редакцию.
- Нельзя использовать термин "типовая конфигурация" применительно к создаваемой конфигурации.
- Если ваша конфигурация написана с использованием режима управляемого приложения, то это должно быть указано в документации. Так же он должен функционировать в веб и тонком клиенте. Если в веб-клиенте нельзя выполнить часть функций, то это должно быть описано в документации.
- Конфигурация должна уметь различать первый и последующие запуски. При первом запуске конфигурация должна производить обязательное первичное заполнение базы данных и должна иметь возможно необязательного заполнения для упрощения работы с базой данных. После первого запуска или после первого запуска новой версии конфигурация должна представить отчет об изменениях, внесенных в информационную базу.
- У всех объектов метаданных должен быть определен синоним
- Объекты метаданных верхнего уровня должны быть отсортированы по алфавиту, кроме объектов с префиксом "Удалить". Они должны быть внизу.
- Должна быть роль для администратора со всеми правами кроме интерактивного удаления.
- Если есть разделение ролей, то должно быть разделения на роли с общими для всех правами и роли в которых есть какие то другие права. Например роль "БазовыеПрава"
- Должна быть заполнена справочная информация основных объектов конфигурации.
- Необходимо использовать управляемый режим блокировок.
- Должны быть заполнены подсказки для всех элементов, в которые пользователем вводятся данные.
- Для управляемого приложения рабочий стол всегда должен быть, последний раздел должен быть разделом для администрирования.
- Для обычного приложения должны быть общий интерфейс и полный, а так же возможность его переключения из менюю "Сервис".
- Для обычного приложения все элементы формы должны быть выровнены.
- В коде каждая строка должна содержать только один оператор, текст кода должен быть выровнен табами, не должно быть ошибок при проверки модулей и проверки конфигурации. К функциям должны быть комментарии с описанием действия, параметров и возвращаемого результата.
В этой статье рассмотрим палитру свойств конфигурации на примере 1С Управления торговлей 11 на платформе 8.3.
Настройка свойств конфигурации 1С
Рассмотрим подробнее каждую из настроек конфигурации.
- Основной режим запуска — может принимать значения управляемого приложения или обычного. Для каждого пользователя в дальнейшем может задаваться отдельно.
- Вариант встроенного языка — определяет синтаксис языка программирования по умолчанию. Если его изменить, то в конфигурации модули автоматически не изменять язык.
- Основная роль — роль в конфигурации по умолчанию. Обычно устанавливается роль с наибольшими правами.
- Модуль управляемого (или обычного) приложения — модуль, в котором описываются глобальные переменные конфигурации и глобальные обработчики конфигурации — ПередНачаломРаботыСистемы, ПриНачалеРаботыСистемы, ПередЗавершениемРаботыСистемы, ПриЗавершенииРаботыСистемы, ОбработкаВнешнегоСобытия.
- Модуль сеанса — обработчик, отрабатывающий при старте системы, в котором принято инициализировать .
- Модуль внешнего соединения — модуль, доступный при внешнем соединении, содержит в себе обработчики — ПриЗавершенииРаботыСистемы, ПриНачалеРаботыСистемы.
Получите 267 видеоуроков по 1С бесплатно:
- Основной язык — язык интерфейса по умолчанию.
- Краткая информация, Подробная информация, Логотип, Заставка, Авторские права — информационные поля свойств для сведений о конфигурации.
- Адрес информации о поставщике и конфигурации — свойства, где необходимо указать информацию о разработчике и страничку о данном решении.
- Основная форма отчета, настроек отчета, варианта отчета — формы, открывающиеся по умолчанию для соответствующих объектов.
- Поставщик — компания, которая произвела разработку.
- Версия — версия конфигурации, свойство почти всегда должно совпадать с версией поставщика.
- Адрес каталога обновлений — место в сети Интернет, где можно скачать свежие обновления.
- Справочная информация — общая справочная информация о конфигурации. Галочка Включать в содержание справки добавляет текущую справочную информацию в общий список документации.
- Режим управления блокировкой данных — выбор режима . Возможны 3 варианта — управляемый (за блокировки отвечает разработчик конфигурации), автоматический (за блокировки отвечает СУБД), автоматический и управляемый (совмещенный режим, управляется на уровне объектов).
- Режим автонумерации объектов — возможны два варианта, освобождать автоматически и не освобождать автоматически . Первый вариант позволяет заполнить пробелы в нумерации в случае их возникновения. Не освобождать автоматически делает нумерацию непрерывной.
- Режим совместимости — сугубо технический флаг, позволяющий включить или отключить режим совместимости со старыми версиями конфигурации — 8.1 и 8.2.13 и 8.3. Эти две версии платформы были переходными, добавлялись новые объекты метаданных, поэтому система требует переконвертации конфигурации. К этому нужно относиться очень аккуратно,
Вышел новый релиз платформы 8.3.11, который позволяет добавлять и изменять объекты метаданных через расширение. Действительно ли теперь мы можем реализовать любые доработки без снятия конфигурации с поддержки? Стоит ли обещать клиенту золотые горы без всяких последствий?
Прежде всего необходимо знать об ограничениях, которые имеют расширения.
Ограничение на создаваемые объекты
На данный момент можно создавать:
- Справочники
- Документы
- Регистры сведений
- Планы обмена
Можно добавлять реквизиты в:
- Справочники
- Документы
Что мы имеем в итоге? Добавлять можно не все типы объектов метаданных. Самые распространенные и востребованные, но все-таки не все. Кроме того, в регистры сведений нельзя добавлять новые измерения и ресурсы. Можно только создать полностью новый регистр.
Функционал расширений зависит от режима совместимости конфигурации, к которой применяется расширение.
Режим совместимости 8.3.8 - можно менять только формы объектов и их модули, добавлять свои отчеты и обработки.
Режим совместимости 8.3.10 - можно менять общие модули, модули объекта и менеджера, роли, использовать директивы "Перед", "После", "Вместо" для любых модулей.
Режим совместимости "Не использовать" - можно использовать весь функционал расширений, включая добавление новых объектов.
На данный момент в типовой УТ 11.3 стоит режим совместимости 8.3.8. В УТ 11.4 режим совместимости 8.3.10, то есть, например, для УТ, большая часть функционала расширений недоступна, включая создание объектов метаданных.
Казалось бы, напрашивается вопрос: почему бы просто не снять с поддержки корень, установить режим совместимости "Не использовать" и спокойно использовать расширения? При смене режима совместимости могут измениться поведение форм, результаты запросов, т.е. поведение системы в целом. Настоятельно рекомендуется не менять режим совместимости без предварительного тестирования. Но очевидно, что оттестировать полностью (или хотя бы в части используемых документов) целое прикладное решение представляется возможным. Поэтому использовать данный вариант не стоит.
При подключении расширения к типовой конфигурации, заимствовании типовых объектов расширение контролирует режим совместимости основной конфигурации и типы заимствованных объектов и их реквизитов. При несоответствии контролируемых свойств расширение отключается и не работает до тех пор, пока причина не будет устранена. То есть при крупном обновлении высока вероятность изменения хотя бы одного из контролируемых свойств и потеря работоспособности расширения.
Кроме того, если доработки существенные, замещено много процедур и функций типовой конфигурации, необходимо будет провести их тщательный контроль и при необходимости привести в соответствие типовой конфигурации, сохранив внесенные ранее изменения.
В приведенных выше случаях все равно понадобится помощь программиста и, возможно, значительное время на доработку (но все равно меньшее, чем при обновлении конфигурации, снятой с поддержки).
Выводы
- Новый релиз платформы дал новые возможности для использования расширений, появилась возможность добавлять объекты метаданных, но несмотря на это функционал имеет определенные ограничения.
- Режим совместимости конфигурации, к которой применяется расширение, сильно ограничивает возможности расширения, менять режим совместимости не рекомендуется.
- Большие обновления все равно требуют внимания разработчика, так как высока вероятность изменения контролируемых свойств.