СКД. Не ВСЕГДА инициализируются доступные настройки компоновщика. #621392

Платформа 8.2.15.301. Готовлю СКД следующим кодом: Почему список доступных полей выбора, отбора и пр. КомпоновщикНастроек инициализируется НЕ КАЖДЫЙ раз? Иной раз - всё нормально, а иной - все списки доступных полей просто пусты, хотя текст запроса синтаксически правилен. ПолноеИмя - это имя произвольного объекта в базе (справочник, документ, регистр сведений или их табличные части)

up

закономерность не выявил?

Удалил все роли, кроме "Полные права", общие реквизиты удалил из конфигурации - ничего не меняется. Запустил на простенькой почти самописоной базе - по всем объектам отчет строится. Куда-же копать дальше?

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

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

А не могли-бы вы рассказать, была-ли она там решена и как? А то у меня нет доступа к (я не франчайзи).

Я здесь тоже поднял ветку - никто пока не дал окончательного ответа. Хорошо-бы разработчиков этого узелка найти. А то ещё долго можно решать 1 уравнение с 25 неизвестными (((.

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

А вот за это спасибо :-).

Так и не понял, воспроизвелась ли проблема у тебя? Иными словами, насколько родственны наши проблемы?

Прочитал ветку из . Проблема с большой вероятностью та же самая. Ее даже еще не исследовали в тех. поддержке. Так что исправление будет не скоро. Надо искать обходной путь.

Последствия в и одинаковы. И запросы точно как у меня кодом генерируются один в один. Только я в конструктор объекта ИсточникДоступныхНастроекКомпоновкиДанных посылаю не саму СКД, а её адрес во временном хранилище. Кстати, когда начал туда пихать СКД - вообще для всех таблиц в моей ИБ перестало работать. Может попробуешь так:   АдресСКД = ПоместитьВоВременноеХранилище(СКД, ЭтаФорма.УникальныйИдентификатор); Очень вероятно, что тогда хотя-бы у тебя заработают многие таблицы (если не все). + Я попробовал вот таким кодом открыть собранную в конструкторе СКД        #Если ТолстыйКлиентУправляемоеПриложение ИЛИ ТолстыйКлиентОбычноеПриложение Тогда Опять не заполняются доступные настройки. Зато попробовал 1. создать внешний отчет 2. сохранить настройки из конструктора 3. загрузить настройки в основную СКД отчета и в конфигураторе доступные настройки заполнились. Я думаю, что на уровне платформы эта проблема ЛЕГКО решаема.

Использование временного хранилища не меняет поведения.

У тебя нет идей насчет конкретного обходного пути? Я попробовал выгрузить результат запроса в ТЗ, затем ТЗ подцепить в качестве набора данных и судя по этой странице пришел к выводу, что сделать доступными поля внешнего набора данных мне не удастся. Или, может, все-таки можно?

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

+ Заработает - выложу код. Не заработает - просто отпишусь.

Вот и обходной путь нужно этот код

+ Спойлер для портянок кода не заметил фразу "заменить этим" и не разбил одну портянку на две

+ Потом при формировании отчета на этапе компоновки данных нужно не забыть поместить структуру с внешними наборами данных в метод процессора КД

Я же написал, что мне не помогает временное хранилище.

Там НЕ про временное хранилище - там реальный обходной путь решения проблемы, описанной в самом начале ветки в (тебе нужно лишь адаптировать код под свои идентификаторы - только и всего).

Кажется что в твоем обходном пути оба варианта отличаются фактически только строками

+ У тебя там по всей видимости еще и неточность в оригинальном фрагменте идн = Новый ИсточникДоступныхНастроекКомпоновкиДанных(СКД); КомпоновщикНастроек.Инициализировать(идн);

А хотя понял, ты там решил через замену на НаборДанныхОбъект делать. Но мне он к сожалению не подходит.

А почему?

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

А у тебя нет, случайно, ещё каких-нибудь вариантов, кроме ?

либо затратно либо ждать у моря погоды от 1с

когда выполняешь запрос делай ВЫБРАТЬ ПЕРВЫЕ 1

не прошло (((

а зачем ??? может я недопонял что-то?

ап