Каталог статей

Кратко о последовательности  документов, на сколько  я понял.

Журнал документов позволяет выводить в одном списке разные типы документов, близкие по смыслу. Фактически это та же форма списка документа, но в нем отображаются разные типы документов.

Документ "Ручная операция" - это документ, который позволяет напрямую вносить изменения в регистры.

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

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

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

1. В модуле менеджера отчета добавить код

// Описание дополнительных настроек отчета
// В данной процедуре можно задать описания варинатов отчетов, опредлить дополнительные варианты,
// определить дополнительные разделы варианта отчета
// Запускается при выполнении ВариантыОтчетов.ОбработкаПредопределенныхВариантов()
Процедура НастройкиОтчета(Настройки) Экспорт

    //Описание вариантов отчетов
    СхемаКомпоновки = Отчеты.ИмяОтчета.ПолучитьМакет("ОсновнаяСхемаКомпоновкиДанных");
    Для каждого ВариантНастройки Из СхемаКомпоновки.ВариантыНастроек Цикл
        ВариантыОтчетов.УстановитьОписаниеВариантаВДопНастройках(Настройки, ВариантНастройки.Имя, "");
    КонецЦикла;
    
КонецПроцедуры

2. В Общем модуле ВариантыОтчетовПереопределяемый в процедуре СписокОтчетовПоддерживаемыхПодсистемой() добавить код

СписокОтчетов.Добавить("Отчет.ИмяОтчета");

3. Выполнить процедуру

ВариантыОтчетов.ОбработкаПредопределенныхВариантов();  

При выполнении этой команды пропадают все пользовательские варианты во всех отчетах

Пример программного заполнения данных отчета из внешнего источника

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

Чтобы выгрузить список всех доступных значений использовал произвольный алгоритм в правиле выгрузки данных.

Если список параметр для отбора строго определен, то реализовать отбор можно двумя способами:

1. Добавляем в запрос динамического списка параметры и устанавливаем их при изменении значений отбора на форме. Используем метод Список.Параметры.УстановитьЗначениеПараметра(<Параметр>, <Значение>).

2. Использовать стандартный механизм отбора динамического списка.

Подсмотрел универсальное решение расчета итогов в динамических списках. Основной принцип следующий:

1. При создании формы с динамическим списком в дополнительные свойства настройки СКД списка добавляется таблица с указанием имени поля и нужной агрегатной функцией, например "Номер", "Количество". Таблица помещается в хранилище, а хранилище размещается размещается в ветке "РесурсыХранилище".
2. На форму выводится отдельная кнопка "Расчет итогов". Обновлять итоги постоянно очень затратно по ресурсам и приводит к зависанию.
3. Расчет итогов производится в общем модуле, в который передаются настройки СКД. Для получения настроек СКД, с учетом всех примененных отборов и поисков есть две волшебные функции: СКД = ЭтотОбъект.Список.ПолучитьИсполняемуюСхемуКомпоновкиДанных() и Настройки = ЭтотОбъект.Список.ПолучитьИсполняемыеНастройкиКомпоновкиДанных().
4. В полученной СКД программно добавляются группировка и ресурсы (ПоляИтогов), которые определяются из дополнительного свойства "РесурсыХранилище".
5. Запускается формирование отчета по СКД, получаются значения итогов по ресурсам и программно заполняется текст подвала нужной колонки.

Похожий пример можно посмотреть здесь https://v8book.ru/public/568012/

В целом по отборам можно почитать здесь: https://programmist1s.ru/otboryi-v-1s-8-3-upravlyaemyie-formyi/

В этой статье я рассматриваю отбор записей в таблице значений с применением построителя запроса

Подсмотрел решение, когда на форму выводится таблица отбора из динамического списка