Есть отчет на СКД. Его надо встроить в базу, желательно в расширение, потому что основные данные из него берутся. Но как только я его встраиваю в расширение, он начинает выводить пустое значение. Хотя там всего 1 параметр (Период) и точно дело не в нем.
Чистила кэш, удаляла, заново отчет загружала. Пробовала в основную конфигурацию вставлять. И все равно. Упорно показывает пустой результат, если встраиваешь его. А при открытии как внешний все показывает. Что это может быть?

а есть листинг запроса?

Начать надо с изменения идентификатора отчета. Добавить в конце _1 например. Доложить результат

(0) проверить, к каким данным обращается отчет. Проверить доступы к этим данным (у внешних отчетов доступы могут иногда странно работать, отчет получает иногда доступ куда не следует).

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

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

(3) Теоретически могу предположить, что проблема в доступах. В запросе стоит везде Разрешено. И наверное если бы я только с расширением работала, но это было бы возможно. Но почему такая же ситуация с основной конфигурацией? Обычно если в ОК встраиваешь, то доступ идет ко всему. Под полными правами.

(5) ну ... есть такая штука - консоль компоновки данных с перехватом. на ИС. ей можно посмотреть что там на самом деле выполняется.

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

(6)

Ну дык для теста уберите волшебное слово РАЗРЕШЕННЫЕ из "везде".
И если отчёт начнет сыпать ошибками доступа -- поздравляю вы на пол-пути к победе.

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

(5) Конструктор схем компоновки данных у меня есть, но проблема в том, что он же показывает одинаковую схему из внешнего и встроенного отчета. И в обоих случаях выдает пустое значение в части представлений. Видимо потому что через этот конструктор нельзя инициализировать эти представления.

(8) Эксперимент с Разрешенными проведен, ничего не дал))

(9) параметр только один - &Период

Единственная идея, что как-то не так срабатывает механизм представлений, но куда дальше копать - не понятно.

(13)

1) Я бы написал до ужаса простой отчёт типа

Выбрать первые 5 ссылка
из
   Справочники._СпрРасширение

И начал его усложнять, чтобы разобраться в собственных затупах

2) Я понимаю, что ваша тема это "разговор с котом"
Но в настоящий момент вакуумные советы, наверное кончились.

3) В отчете есть имхо единственное место, где можно встать в отладку это

Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)

	СтандартнаяОбработка = Ложь;

	СхемаКомпоновкиДанных = ПолучитьМакет("ОсновнаяСхемаКомпоновкиДанных");

	Настройки = КомпоновщикНастроек.ПолучитьНастройки();
	КомпоновщикМакета = Новый КомпоновщикМакетаКомпоновкиДанных;
	МакетКомпоновки = КомпоновщикМакета.Выполнить(СхемаКомпоновкиДанных, Настройки, ДанныеРасшифровки);

	ПроцессорКомпоновкиДанных = Новый ПроцессорКомпоновкиДанных;
	ПроцессорКомпоновкиДанных.Инициализировать(МакетКомпоновки, , ДанныеРасшифровки);

	ДокументРезультат.Очистить();

	ПроцессорВывода = Новый ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент;
	ПроцессорВывода.УстановитьДокумент(ДокументРезультат);
	ПроцессорВывода.Вывести(ПроцессорКомпоновкиДанных);

КонецПроцедуры

(0) сохрани выборку данных в ТЗ и выводи её в СКД при ПриКомпоновкеРезультата

сразу получишь ответ, где данные потерялись
+ стоит переименовать всё, что входит в отчёт, т.е. его наименование, наименование схемы данных - возможно у тебя выполняется не расширение