Тип характеристика в расширении 1с

Обновлено: 06.01.2025

Обычно мы делаем расширения, чтобы не менять основную конфигурацию. Я не рекомендую менять режим совместимости конфигурации поставщика в типовых решениях. Однако если в основной конфигурации установлен режим совместимости 8.3.14 , то мы не сможет создавать собственные константы в расширении, возможности которого появились в технологической платформе 8.3.16. В этом случае, при попытке сохранить расширение получаем следующее предупреждение:

Использование констант в расширениях недопустимо в режиме совместимости 8.3.15 и ниже
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.

На сегодняшний день в расширении конфигурации не поддерживается создание следующих собственных объектов:

Общие реквизиты.
Регламентные задания.
Определяемые типы.
Хранилища настроек.
Языки.
Журналы документов.
Бизнес-процессы и задачи.
Внешние источники данных.

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

Новые возможности расширения конфигурации в последних версиях технологической платформы 1С.

Версия 8.3.18

Реализована возможность расширять типы реквизитов заимствованных объектов, кроме:
1. типов общих реквизитов;
2. реквизитов с типами внешних источников данных;
3. реквизитов, имеющие определяемый тип;
4. реквизит Тип плана видов характеристик.
В документации данное изменение описано здесь.

Версия 8.3.17

Реализована возможность заимствования подписок на события и создания собственных подписок в расширении.
В документации данное изменение описано здесь и здесь.

Версия 8.3.16

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

Версия 8.3.15

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

Версия 8.3.14

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

Версия 8.3.13

В расширении конфигурации реализована возможность создания следующих собственных объектов:
1. планы видов характеристик;
2. планы счетов;
3. планы видов расчета;
4. регистры накопления;
5. регистры бухгалтерии;
6.регистры расчета.

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

В документации данное изменение описано здесь.

Версия 8.3.12

Реализована возможность управлять областью действиярасширения конфигурации и активностью установленных расширений. Областью действия расширения может быть или текущая область данных или вся информационная база.
Управление активностью позволяет отключить расширение, не удаляя его из информационной базы.
Для объекта РасширениеКонфигурации реализованы свойства ОбластьДействия и Активно.
Изменен порядок подключения расширений: в первую очередь подключаются расширения, имеющие областью действия всю информационную базу.
В документации данное изменение описано здесь, здесь и здесь.

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

В документации данное изменение описано здесь.

Версия 8.3.11

Реализована возможность добавлять в расширение конфигурации ;

справочники,
документы,
планы обмена
регистры сведений.

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

При создании определяемого типа нужно указать его имя и тип. Можно указать составной тип данных:

Для выбора доступно множество различных типов, в том числе примитивные типы, ссылки, объекты, менеджеры, системные перечисления, некоторые универсальные коллекции и т.п.

Теперь данный определяемый тип можно указывать как тип для реквизитов объектов:

Если в дальнейшем нужно будет изменить тип реквизита Ответственный, то достаточно будет добавить новый тип в состав определяемого типа. Тип реквизитов, где был выбран определяемый тип будет изменен автоматически.

Также через определяемый тип можно определять квалификаторы примитивных типов. Например, создать определяемый тип Артикул типа строка и указать для него длину 30.

Если в качестве типа для реквизитов выбирать данный определяемый тип, то гарантируется, что длина везде будет 30 символов.

У определяемого типа есть некоторые ограничения:

его нельзя использовать как тип значения в плане видов характеристик
он не может входить в составной тип данных
не может входить в состав другого определяемого типа
доступен только начиная с версии платформы 8.3.3

Определяемый тип программно

Чтобы программно указать тип свойства как определяемый тип можно просто создать Описание типов и перечислить все те типы, которые указаны для определяемого типа. Но можно получить готовое описание типов через метаданные:

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

2. Реализация в 1С Управление холдингом

Запустим 1С:Управление холдингом 8 в режиме Конфигуратора (для этого режима запуска необходимы административные права).

Для начала откроем конфигурацию: меню "Конфигурация → Открыть конфигурацию" (Рисунок 1).

Рис. 1 Открытие конфигурации в 1С 8 Управление Холдингом

Сделаем резервную копию конфигурации 1С УХ: "Конфигурация → Сохранить конфигурацию в файл. " (Рисунок 2). В появившемся диалоговом окне введите имя файла и нажмите кнопку "Сохранить".

Рис. 2 Сохранение конфигурации в файл

После этого необходимо сделать копию информационной базы: "Администрирование → Выгрузить информационную базу. " (Рисунок 3). В появившемся диалоговом окне введите имя файла и нажать кнопку "Сохранить".

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

Рис. 3 Как выгрузить информационную базу?

Далее, чтобы иметь возможность расширить тип значения плана видов характеристик "Виды аналитик (корпоративные)", необходимо включить возможность изменения конфигурации 1С:УХ 3.

Откроем окно настройки поддержки: "Конфигурация → Поддержка → Настройка поддержки. " (Рисунок 4). В появившемся диалоговом окне включим возможность изменения конфигурации (Рисунок 5). Обратите внимание, что в диалоговом окне "Настройка правил поддержки" в 1С:Управление холдингом 8 в разделах "Объекты" с правилом "Изменения разрешены" и "Объекты" с правилом "Изменения не рекомендуются", должен быть выбран пункт "Объект поставщика не редактируется".

Рис.4 Настройка поддержки в 1С 8 Управление Холдингом

Рис. 5 Включение возможности изменения конфигурации в 1С 8 Управление Холдингом

Далее найдем в окне "Настройка поддержки" план видов характеристик "ВидыСубконтоКорпоративные" и установим для него правило поддержки "Объект поставщика редактируется с сохранением поддержки" (Рисунок 6). После чего в окне "Настройка поддержки "необходимо нажать кнопку "Закрыть".

Рис. 6 Установка правил поддержки в 1С 8 Управление Холдингом

Далее, в окне "Конфигурация" выберем план видов характеристик "ВидыСубконтоКорпоративные", откроем его карточку, на закладке "Основные" у поля "Тип значения характеристик" откроем диалог "Редактирование типа данных" и отметим тип "СправочникСсылка.КонтактныеЛица" (Рисунок 7) по кнопке "OK".

Рис. 7 Расширение типа значения ПВХ в 1С 8 Управление Холдингом

Теперь для расширения типа значения ПВХ осталось сохранить и обновить конфигурацию БД (Рисунок 8).

Рис. 8 Обновление конфигурации БД в 1С 8 Управление Холдингом

На этом работы по изменению конфигурации завершены. Можно закрыть Конфигуратор и запустить информационную базу в режиме 1С:Предприятие.

Начиная с версии «1С:Предприятие 8.3.20», расширения будут поддерживать изменение определяемых типов, планов видов характеристик и добавление предопределенных элементов в справочниках. А наборы типов будут формироваться с учетом добавленных в расширениях объектов.

Поддержка определяемых типов

В очередном релизе фирма «1С» планирует поддержать в расширении определяемые типы. В качестве примера разработчики технологической платформы указывают на то, что одной из областей применения может быть ювелирная отрасль, где необходимо вести учет веса до сотых грамма. Для этого достаточно добавить в расширение из основной конфигурации определяемый тип Вес и переопределить его как Число (10,5).

Со своей стороны добавим, что новые возможности работы с расширениями могут быть также востребованы при автоматизации приборостроительных и машиностроительных предприятий, которые работают в рамках гособоронзаказа по требованиям ГОСТ – это очень существенный пласт пользователей решений 1С, которые, как правило, вынуждены глубоко перерабатывать типовые продукты, поскольку ни о какой гибкости в части требований к системам учета в этих отраслях не может быть и речи.

Поддержка наборов типов

Начиная с версии 8.3.20 в наборах типов станут доступны ссылки на объекты, добавленные в расширениях.

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

Кроме того, в реквизит типа ЛюбаяСсылка, СправочникСсылка, ДокументСсылка и тому подобные, можно будет помещать ссылки на объекты типов, определенных в расширениях. Ранее после присвоения таким реквизитам ссылок на объекты типов, определенных в расширениях, значение реквизита становилось равным Неопределено.

Изменение планов видов характеристик и добавление предопределенных элементов в справочниках

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

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

С полным текстом заметки о новых возможностях работы с расширениями можно ознакомиться в официальном технологическом блоге «1С».

Ну наконец-то. Почти 10 лет уже как расширения были анонсированы (если не ошибся в подсчётах, хотя тут ещё от какого момент считать)! Ниже речь в основном о заимствованных в расширение объектов метаданных.

Задолбало уже ограничение на расширение "Определяемого типа" (если в исходной конфигурации тип задана через "Определяемый тип" то до 20 релиза всё - хана - с ним ничего нельзя сделать в расширении - в лучше случае снять требование на этот тип и задать типы заново, уже без "Определяемого типа" - и получать предупреждения при старте приложения).

Описания обоснования того, что компания 1С снизошла до этого - просто умиляет (и официальное и инфостартовское обоснования)! Её архитекторам просто невдомёк, что типовые конфигурации сейчас активно применяют "Определяемый тип", где находятся ссылочные типы (например виды документов), которые назначают разным "реквизитам" разных видов метаданных, для обобщения описания архитектуры (и это действительно весьма удобно и правильно - повторное использование определения составных типов). И когда в расширении нужно включить в эту архитектур дополнительные виды метаданных - возникает полная ж. т.к. с определяемым типом в расширении ничего сделать нельзя. Даже нельзя совместить в реквизите типы из "Определяемый тип" с любым другим типом(и). И отказаться от этого "Определяемого типа" в реквизите в расширении тоже "неудобно" - из-за встроенного механизма контроля типов.

Хорошо хоть с недавних пор вообще можно стало в некоторых объектах метаданных расширять типы - а то год назад возмущался - что в расширениях и расширить то почти ничего нельзя!

А вот в Общие команды когда завезут возможность расширять тип параметра? Ведь там можно назначить тип через "Определяемый тип" - расширение Определяемого типа в этом случае расширит тип параметра команды? Это тоже очень важная потребность!

И чтобы можно было назначать обобщённый тип как "СправочникСсылка", "ДокументСсылка". Но для этого нужно это сделать сначала в основной конфигурации - где до сих пор эти обобщённые типы нельзя выбрать (например "Определяемый тип", "План видов характеристик", "Общая команда").

Если бы ещё и привязка к таким обобщённым типам в основной конфигурации (где есть такая возможность) сразу на расширения распространялась - вообще лепота была бы (сейчас такие обобщённые типы в конфигурации не видят и не включают в себя типы указанных видов из расширений - их в расширениях нужно дополнительно включать в описание типов таких реквизитов, что ОЧЕНЬ НЕУДОБНО и логически неправильно).

А ну да - это, наконец-то, тоже будет - Ура

Ну спасибо. А когда предопределённые элементы можно добавлять будет в заимствованные объекты метаданных? Там это тоже очень даже бывает необходимо

(1)Ещё заметил, что в 8.3.19 если реквизит (или измерение - это не принципиально) добавлен в расширении (а не заимствован из основной конфигурации) - то ему нельзя назначить обобщённый тип (например "СправочникСсылка") или "Определенный тип".
А если реквизит заимствован - то можно (ну разве что контролируемые тип должны сочетаться)!
Вот такая, вот, не справедливость :-(

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

Как я понял в 8.3.20 поправили.
Раньше нельзя было грузить

А когда сделают по умолчанию перенос расширений в РИБ?

(3)Может и никогда - по-моему компания 1С уже 1 забила на РИБ - непопулярная и тупиковая ветвь платформы оказалась; по сравнению современными тенденциями развития инфраструктуры приложений РИБ уже устарел, и у него нет обозримого будущего.
Да и в нём и так были проблемы с передачей основной конфигурации. А Вы хотите чтобы там были ещё проблемы с передачей расширений, у которых есть проблемы с работой и без РИБ.
Советую отказать от РИБ (тем более если управляемое приложение, раз говорите о расширениях конфигураций, хотя это не обязательно) - варианты отказа от РИБ:

1. Перейти на централизованную работу в одной конфигурации (тонкие/web/мобильные клиенты, накрайняк - Терминальный сервер - хотя почему накрайняк - очень даже предпочтительное решение - тем более что для экономии можно всё бесплатно поднять на Linux, а клиенты 1С работают на Linux даже в неуправляемом приложении - такой вариант на работе у меня, кстати, рассматривают)

2. Перейти на обмен данными вне РИБ (через XML, для управляемых приложений лучше на типовом протоколе обмена 1С Enterprise Data - т.е. настроить обмен через 1С Конвертацию данных 3.0), ну а конфигурации и расширения синхронизировать отдельно скриптами - в этом же нет каких-то особых сложностей (наверняка сейчас расширения так и синхронизируете - если используете)
Возможен и гибридный вариант - вот так было у меня в прошлой компании - перешли с РИБ на XML синхронизацию (допиленный Универсальный обмен XML, для УПП) - но там в основном только упр учет какой-то синхронизировался, да справочники с документами - пару раз в день (это не каждые 5 минут - тут всё проще с изменениями в конфигурации разрулить). Все основные пользователи работали через терминальный сервер в одной базе.
Несколько удалённых "офисов" работали через Тонкий клиент (для них отдельно в УПП разработали нужные им формы в управляемом приложении) - но тогда такая работа была не очень удобной - там с интернетом туго было (использовали мобильный интернет в глубинке, но нужна была оперативность данных, тут даже РИБ не очень поможет).
Связь крупных удалённых офисов с Москвой была по выделенной Интернет линии - тут канал был стабильный.

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

Читайте также: