|
1c 8.3 как любой элемент справочника сделать предопределенным ? | ☑ | ||
---|---|---|---|---|
0
Geroy
14.07.15
✎
17:59
|
Есть возможность?
|
|||
1
Casey1984
14.07.15
✎
18:00
|
Есть
|
|||
2
Кадош
14.07.15
✎
18:01
|
Чтобы связать предопределенный элемент с новой записью, нужно присвоить свойству ИмяПредопределенныхДанных имя предопределенного элемента:
&НаКлиенте Процедура Привязать(Команда) ПривязатьНаСервере(); КонецПроцедуры &НаСервереБезКонтекста Процедура ПривязатьНаСервере() НайденнаяСсылка = Справочники.Организации.НайтиПоНаименованию(«ООО «»Товары»»»); ОбъектДанных = НайденнаяСсылка.ПолучитьОбъект(); ОбъектДанных.ИмяПредопределенныхДанных = «ОсновнаяОрганизация»; ОбъектДанных.Записать(); КонецПроцедуры |
|||
3
fisher
14.07.15
✎
18:02
|
Полная версия звучит так: если в конфигураторе задан предопределенный элемент, то в пользовательском режиме с ним можно связать любой элемент из существующих.
|
|||
4
Cyberhawk
14.07.15
✎
18:06
|
Значит, без изменения конфигурации, ответ: нельзя
|
|||
5
Cyberhawk
14.07.15
✎
18:06
|
+(4) имеется в виду не трогая существующие предопределенные (если они есть)
|
|||
6
Dmitrii
гуру
14.07.15
✎
18:12
|
(5) Почему?
Нельзя создавать новые предопределенные элементы. Но можно перепривязать одни элементы данных вместо других к предопределенным. http://its.1c.ru/db/v83doc#bookmark:dev:TI000000282 «Отключить» элемент данных от элемента предопределенных данных. Для этого необходимо присвоить свойству ИмяПредопределенныхДанных пустую строку и записать элемент: Объект = Справочник.Товары.Услуга.ПолучитьОбъект(); Объект.ИмяПредопределенныхДанных = ""; Объект.Записать(); |
|||
7
Serginio1
14.07.15
✎
18:21
|
||||
8
Гёдза
14.07.15
✎
18:25
|
Это конечно подстава из подстав от разработчиков 1с
|
|||
9
Serginio1
14.07.15
✎
18:51
|
(8) Почему? Например нужна новая база с новой конфигурацией, но и нужен обмен с уже существующей. Или городить соответствие предопределенных справочников или изменить их на основании источника?
|
|||
10
Dmitrii
гуру
14.07.15
✎
18:51
|
(8) ИМХО, это не баг. Это фича.
В истории из ссылки в (7) описан классический случай необдуманных действий специалиста, который допустил ошибочную ситуацию нарушения уникальности данных, не учтя эту самую фичу. Разработчики платформы тут не при чем. В документации к платформе всё это описано. В том числе и особенности обменов данными и использования РИБ. |
|||
11
Гёдза
14.07.15
✎
19:01
|
Постоянно глюки возникают: то задваиваются (и не как в 7, просто добавил новый и понеслась), то не создаются
|
|||
12
Aleksey
14.07.15
✎
19:06
|
(10) Осталось понять почему разработчики конфигураций, не читают что им пишут разработчики платформы
|
|||
13
Dmitrii
гуру
14.07.15
✎
19:09
|
(12) Это уже другой вопрос :))))
|
|||
14
Лефмихалыч
14.07.15
✎
21:07
|
(4) а какой смысл в этом действии без изменения конфигурации?
(8) +1 тоскливо и уныло становится еще, когда в базе несколько планов обмена, реализующие иерархию баз. Нет настройки миграции "Отженись от моих мозгов, сделай само так, чтобы это пошло из центра везде одинаково" |
|||
15
Cyberhawk
15.07.15
✎
04:30
|
(14) "а какой смысл" // Я хз, только подытожил. Вон дальше люди зачем-то "перепривязывают" ))
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |