11. Механизмы построения отчетности
#1

Готовишься к экзамену?

Полнофункциональный тренажер @bot_1cnik_bot с полноценным обучением, режимом экзамена и подробной статистикой.

Перейти в бота

Система компоновки данных позволяет:

создавать отчеты без программирования
Неправильно: утверждение по сути верное, но в задаче нужно выбрать один вариант ответа, который перечисляет все правильные пункты сразу, а не отдельный фрагмент.
использовать несколько наборов данных
Неправильно: утверждение по сути верное, но в задаче требуется один итоговый вариант, включающий все верные утверждения.
использовать несколько объектов "Построитель отчета"
Неправильно: СКД - самостоятельный механизм отчетности с декларативным описанием и наборами данных; «Построитель отчета» относится к другому подходу и не является обязательной/встроенной частью СКД как возможность «использовать несколько построителей».
верны ответы 1, 2
Правильно: СКД позволяет создавать отчеты на основе декларативных настроек (без программирования) и поддерживает работу с несколькими наборами данных в рамках одной схемы, что удобно, когда нужно сопоставить начисления/задолженность и уже оформленные выплаты для проверки автозаполнения ведомости.
верны ответы 1, 3
Неправильно: пункт 1 описывает реальную возможность СКД, но пункт 3 не относится к возможностям СКД, поэтому связка 1+3 неверна.
верны ответы 2, 3
Неправильно: пункт 2 соответствует возможностям СКД, но пункт 3 не является возможностью СКД, поэтому связка 2+3 неверна.

Пояснение

Как это связано с автозаполнением «Ведомости в кассу» на практике: 1) Что делает автозаполнение ведомости При нажатии «Заполнить» в «Ведомости в кассу» программа подбирает суммы к выдаче по данным взаиморасчетов и «зарплатных» регистров за выбранный месяц и вид выплаты (например, аванс или зарплата). Если часть суммы уже попала в ранее созданные ведомости/выплаты, в новую ведомость попадет только остаток. Сотрудник может не попадать в ведомость, если: - у него задан другой способ выплаты (например, через банк), - у него нет суммы к выплате по выбранному месяцу/виду выплаты, - есть задолженность сотрудника перед организацией, перекрывающая сумму выплаты, - есть несоответствие параметров (месяц, вид дохода/выплаты и т.п.). 2) Зачем тут СКД Чтобы быстро разобраться «почему ведомость не заполняется как ожидалось», удобно сделать контрольный отчет на СКД: - без программирования (через поля, отборы, группировки, итоги), - с несколькими наборами данных, чтобы сравнить разные источники. 3) Пример контрольного отчета на СКД (идея) Набор данных №1: суммы «к выплате» по сотрудникам за месяц и вид выплаты (то, из чего ведомость берет основу). Набор данных №2: уже оформленные выплаты/ведомости за тот же месяц и вид выплаты (чтобы увидеть, что уже «закрыто»). Дальше вы: - связываете наборы по сотруднику, - выводите колонки «Начислено/к выплате», «Уже включено в выплаты», «Остаток к выдаче», - добавляете отборы по организации, подразделению, сотруднику, виду выплаты и месяцу. 4) Мини-чеклист, если ведомость заполняется «не так» - Сначала заполните шапку ведомости (организация, месяц выплаты, вид выплаты, касса) и только потом нажимайте «Заполнить». - Проверьте способ выплаты в карточке сотрудника: для «Ведомости в кассу» должна быть выплата наличными. - Сравните остатки взаиморасчетов: переплаты/долги сильно влияют на попадание сотрудника в ведомость и на сумму «К выплате». - Если по отчетам сальдо «ноль», а ведомость все равно тянет суммы (или наоборот) - возможна несогласованность данных в регистрах взаиморасчетов и регистре сумм к выплате; в этом случае полезен контрольный отчет на СКД, чтобы увидеть, в каком месте расходятся данные. Ключевая мысль: СКД удобна тем, что позволяет быстро собрать такой проверочный отчет без программирования и при необходимости использовать несколько наборов данных для сопоставления начислений, задолженности и уже оформленных выплат.