Групповая обработка реквизитов - дополнительные свойства
Есть конфа БУ2.0.6.1 - Бухгалтерия Украины. Проблема в том, что типовая груп обработка реквизитов не имеет возможности отбора по доп свойствах объектов. Посмотрел аналогичную обработку с ИТС - тоже нету этой возможности. Начал допиливать код - сделал такую возможность, но столкнулся с проблемой, когда нада отобрать по условию Заполнено - НеЗаполнено. ибо если записи в регистре нету - в запрос левым соединением не попадет документ, хотя по факту если ставим условие не заполнено, то нада что б попал док если записи в регистре нету. Какие есть мысли по этому поводу?
По теме из базы знаний
- Монитор обмена с групповой обработкой и просмотром коллизий
- Групповая обработка справочников и документов (Управляемая форма) v 4.0 (+English version)
- Групповая обработка контрагентов (обычные формы)
- Создание динамических списков некоторых типов объектов (документы, справочники, регистры, планы видов характеристик) с дополнительными свойствами и реквизитами
- Множественные дополнительные реквизиты в УТ 11.5 (11.4)
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Стоп, доп свойства находятся в регистре доп свойств с измерением Объект, Свойство и ресурсом Значение. В таб доков этих данных нету.
:))) Вы не поняли суть проблемы. Понятно что беру таблицу доков и к ней левым соединением клею записи с регистра по Объекту. Проблема в том что когда фильтр ставлю НеЗаполнено - много записей не попадает. Теперь на пальцах:
1. Есть док Приложение2КНалоговойНакладной.
2.Док имеет свойство припустим Зарегистрирован..., тип перечисление.ДаНет
3. Когда у дока это свойство Да - есть запись регистра доп свойств со значением Да.
4.Когда док имеет знач НЕТ - может быть запись в регистре со знач Нет, а может отсутсвовать вовсе, но логично что если отсутствует - то априори ясно что это доп свойство НЕТ.
5. Как учитывать момент п.4 в тексте запроса???
1. Есть док Приложение2КНалоговойНакладной.
2.Док имеет свойство припустим Зарегистрирован..., тип перечисление.ДаНет
3. Когда у дока это свойство Да - есть запись регистра доп свойств со значением Да.
4.Когда док имеет знач НЕТ - может быть запись в регистре со знач Нет, а может отсутсвовать вовсе, но логично что если отсутствует - то априори ясно что это доп свойство НЕТ.
5. Как учитывать момент п.4 в тексте запроса???
Да где удобно, в принципе. Если там отбор пользовательский, то лучше сразу поле так определить, конечно, чтобы NULL-евые значения исключить сразу.
Чето не лепится.
ВЫБРАТЬ
ДополнительныеСведения.Свойство КАК Свойство,
ДополнительныеСведения.Значение КАК Значение,
Приложение2КНалоговойНакладной.Ссылка
ИЗ
Документ.Приложение2КНалоговойНакладной КАК Приложение2КНалоговойНакладной
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
ПО Приложение2КНалоговойНакладной.Ссылка = ДополнительныеСведения.Объект
ГДЕ
Приложение2КНалоговойНакладной.Дата >= &ДатаС
И Приложение2КНалоговойНакладной.Дата <= &ДатаПо
И ДополнительныеСведения.Свойство = &Свойство
И ДополнительныеСведения.Значение = &Значение
ВЫБРАТЬ
ДополнительныеСведения.Свойство КАК Свойство,
ДополнительныеСведения.Значение КАК Значение,
Приложение2КНалоговойНакладной.Ссылка
ИЗ
Документ.Приложение2КНалоговойНакладной КАК Приложение2КНалоговойНакладной
ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
ПО Приложение2КНалоговойНакладной.Ссылка = ДополнительныеСведения.Объект
ГДЕ
Приложение2КНалоговойНакладной.Дата >= &ДатаС
И Приложение2КНалоговойНакладной.Дата <= &ДатаПо
И ДополнительныеСведения.Свойство = &Свойство
И ДополнительныеСведения.Значение = &Значение
Где прописать правильно условие, если записи в регистре вовсе нет - что б попадало в отбор, и что б попадали в отбор значения НЕТ, и не попадали значения ДА?
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот