Предопределенные элементы в 8.3 #703772

Добрый день! Я столкнулась с тем, что в платформе 8.3 (8.3.4.437) разработчики сделали возможным удалять предопределенные элементы в режиме предприятия. Теперь при создании периферийного узла если справочник не входит в план обмена, то его предопределенные не появляются в режиме предприятия. в связи с чем вопрос: как можно в предприятии получить список предопределенных элементов? или может быть как-то по-другому можно решить проблему, не включая все справочники в состав плана обмена?

Предопределенные элементы - зло

это с недавнего времени

это как появились

нас учили другому ))

Предопределенные элементы - это хорошо

это понятно, с точки зрения разработчиков 1С это нормально, они всем это в голову вдалбливают В мире отличном от 1С это скорее исключение из правил

в мире, отличном от 1с, жестко декларируют нумерацию и не дай боде уклониться от стандарта

ну мы-то в мире 1С. И до недавнего времени предопределенные элементы были частью фундамента

простите, причем тут какая-то нумерация?

универсальнее создать административный РС "ПредопределенныеЭлементы" с измерением "Идентификатор", ресурсом "Значение" - произвольная ссылка

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

может быть кто-нибудь сталкивался с  методом глобального контекста ИнициализироватьПредопределенныеДанные?

чем это универсальнее предопределенных элементов?

+13 когда у какого то администратора дрогнет рука при вводе или корректировке идентификатора - и по жпо пошло все адинистрирование

Одно требование противоречит другому. Если вы не хотите чтоб  справочник не выгружался в периферию то и получайте не выгружается. Даже если предопределенный. В любом случае это есть элемент из ЦБ. А если вы хотите что-то видеть из цб даже пусть оно не будет предопределенным то тогда вперед в план обмена включайте. Решение = Включить в план обмена все справочники но в плане обмена фильтрануть как вам нужно.

иногда не надо обновляться ))

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

кода

Посмотрите на свойства элемента метаданных, имеющего предопределенные данные. Там есть такое свойство "Обновление предопределенных данных". В зависимости от того, должны ли генерироваться данные автоматически или нет необходимо настроить это свойство.

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

все-таки дело в этом свойстве?достаточно ли будет лишь его установить? или нужно будет еще запустить метод УстановитьОбновлениеПредопределенныхДанных?

нет,не помогает это!данные не создаются все равно (((

Это нахрена они так сделали.... Многие конфигурации опираются на них как незыблемые составляющие.

вот,вот

1 апреля?

Если бы )))

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

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

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

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

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

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

не подскажете,где б достать такую обработку?

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

Так там еще и субконто? Ну вы блин даете.. Срочно включать миграцию и вперед!

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

это беспредел какой-то.