Структура подчиненности [Расширение] УТ 11, УНФ
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(4)
Спасибо, поправил.
Расширение создавалось именно для решения проблемы "видения других объектов". Поэтому хотелось бы услышать подробнее (лучше с примером) , что не работает.
К сожалению это предложение совсем не понял (можете пояснить?)
Идея хороша, реализация норм, в форме записи поле родители поправить на поле текстового документа.
Спасибо, поправил.
НО, не видит объекты других расширений.
Расширение создавалось именно для решения проблемы "видения других объектов". Поэтому хотелось бы услышать подробнее (лучше с примером) , что не работает.
Описания в спр. ИдентификаторыОбъектовРасширений
К сожалению это предложение совсем не понял (можете пояснить?)
Имеем на входе
Управление торговлей, редакция 11.4.6 с расширением
в УТ два справочника
1. ИдентификаторыОбъектовРасширений
2. ИдентификаторыОбъектовМетаданных - этот в Вашем расширении присутствует
Смотрим что на уровне данных
1. Clip2net_190315103745.png - присутствуют объекты из моего расширения
2. Clip2net_190315103824.png - объектов из расширений нет
Логично что при выборе настроек видны только объекты конфигурации
Управление торговлей, редакция 11.4.6 с расширением
в УТ два справочника
1. ИдентификаторыОбъектовРасширений
2. ИдентификаторыОбъектовМетаданных - этот в Вашем расширении присутствует
Смотрим что на уровне данных
1. Clip2net_190315103745.png - присутствуют объекты из моего расширения
2. Clip2net_190315103824.png - объектов из расширений нет
Логично что при выборе настроек видны только объекты конфигурации
Прикрепленные файлы:
(6) Спасибо, теперь понятно о чем идет речь, т.к. не занимаюсь типовыми конфигурациями то не знал, что в них идет разделение идентификаторов объектов метаданных на внутренние и расширения.
Исправил для работы с расширениями, скажите свою почту - отправлю для проверки.
Исправил для работы с расширениями, скажите свою почту - отправлю для проверки.
Прикрутил к БП 3.0. В перемещение добавил поле "основание" (тип ПоступлениеТиУ). В перемещении -- всё ОК. А вот в поступлении (при стандартном заполнении) выводит только "родителей" (два элемента справочника), не показывает ни само поступление, на перемещение. Удалил запрос "родителей" -- заработало, но это откровенный косяк.
И ещё одно пожелание: убрать в запросах "Ссылка", там где это лишнее. Например,:
И ещё одно пожелание: убрать в запросах "Ссылка", там где это лишнее. Например,:
ВЫБРАТЬ
ИсточникДанных.Ссылка КАК Ссылка,
ИсточникДанных.Ссылка.ПометкаУдаления КАК ПометкаУдаления,
ИсточникДанных.Ссылка.Дата КАК Дата,
ИсточникДанных.Ссылка.Проведен КАК Проведен,
ИсточникДанных.Ссылка.СуммаДокумента КАК Сумма,
ЗНАЧЕНИЕ(Справочник.Валюты.ПустаяСсылка) КАК Валюта
ИЗ
Документ.АктОРасхождениях КАК ИсточникДанных
ГДЕ
ИсточникДанных.ДокументПоступления ССЫЛКА Документ.ПоступлениеТоваровУслуг
И ИсточникДанных.ДокументПоступления = &Ссылка Показать
Добавил расширение в комплексную. Ожидал, что выводимая структура не будет отличаться от типового функционала, но выводит много лишнего. Есть шанс добиться такого же поведения как в типовом функционале?
Прикрепленные файлы:
(27)Да, заполнял регистр с учетом табличной части. В приведенном примере я хочу видеть структуру подчиненности по реализации, а мне выводится также другая реализация, которая лишь косвенно связана с моим документом через заказ клиента. Т.е. мне не нужна полная взаимосвязь документов, хочется видеть структуру как в типовом решении.
Вопросы с вознаграждением
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|