• Ошибка: Ошибка при вызове метода контекста (Сформировать): Ошибка компоновки данных.
• Превышение времени ожидания исполнения запроса к СУБД (Lock timeout exceeded / Query timeout).
• Аварийное завершение рабочего процесса rphost при формировании тяжелого отчета.
• Сбой инициализации процессора вывода или макета компоновки.

1. Корректная программная инициализация компоновки данных (СКД)

При ручном формировании отчета необходимо строго соблюдать цепочку инициализации объектов компоновщика:

// Программное формирование отчета СКД в ТабличныйДокумент
СхемаКомпоновки = Отчеты.ВаловойДоход.ПолучитьСхемуКомпоновкиДанных();
Настройки = Отчеты.ВаловойДоход.КомпоновщикНастроек.ПолучитьНастройки();

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

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

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

ПроцессорВывода.Вывести(ПроцессорКомпоновки);

2. Оптимизация тяжелых запросов и индексов СУБД

Если отчет падает по таймауту СУБД (PostgreSQL / MS SQL):

• Проверьте наличие индексов по полям условий виртуальных таблиц в конструкторе запроса СКД.
• Разбейте выборку на порции или ограничьте максимальный период отчета.
• Включите технологический журнал с событием SDBL и DBMSSQL/DBPOSTGRS для отслеживания длительных запросов.

3. Контроль лимитов памяти в кластере 1С

В консоли администрирования кластера установите параметр Максимальный объем памяти рабочих процессов (например, 80% от доступной RAM сервера), чтобы исключить падение всего кластера при переполнении стека одним отчетом.