Здравствуйте!

Подскажите пожалуйста что можно почитать о "создании своих собственных отчетов на базе стандартных DAQ-полей"? Может быть имеется специальный курс на эту тему?

Про курсы не знаю, может что-то свежее есть. Раньше мне нормальных материалов не попадалось.

Есть вопрос о целесообразности "создания своих собственных отчетов на базе стандартных DAQ-полей".
А зачем?
Собственная разработка должна быть, прежде всего, легко поддерживаемой.
Использование DAQ не даст преимуществ в скорости разработки. Заморочь еще та.
Если есть надежда использовать что-то из кучи стандартных ФМов, использующихся в DAQ-поля стандартных отчетов, то напрасно. Да, много ФМов есть. Пока разберетесь с ними, уже 20 раз всё можно разработать с нуля.

Если хотите использовать настройку HRPAYRUT7RUN для чтения результатов ЗП - это неплохая идея. Но для этого не обязательно юзать дак. Для этого достаточно использовать CL_HRPAYRU_PLTAXRUN без лишних наворотов.
Но и тут не всё гладко, т.к. используя CL_HRPAYRU_PLTAXRUN, бывает непросто понять, почему по коду дохода собралась именно такая сумму. Обычно эта сумма верная, но доказать пользователю трудно, т.к. суммы собираются только в разрезе периодов и кодов дохода (ни табельного, ни seqnr, ничего нет). Если заказчик недоволен суммой по БЕ, разбираться можно долго.
Зачастую, проще написать очень несложный отчет с подробнейшей расшифровкой собранных сумм.

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

Посмотрите, как устроены стандартные программы. Например, 4-ФСС. Потом РСВ-1. Код 6-НДФЛ лучше не смотреть
Всё не просто, но поддаётся.
А еще в коде вы увидите, что в этих отчетах не всё решается DAQ, а кое-где имеется обычный хардкод. Т.е. дак - это конечно круто, но больше в теории, чем на практике.

Плюс DAQ-отчеты работают крайне неэффективно в плане производительности. Особенно это заметно на таких отчетах как РСВ или ЕССС.

Не могли бы Вы привести пример кода для считывания сумм по КодуВО для табельного номера на базе класса CL_HRPAYRU_PLTAXRUN?

Стандартный отчет 2НДФЛ (HRULNDFL) является примером использования CL_HRPAYRU_PLTAXRUN. Переменная go_tax как раз ссылка на этот тип.

На примере HRULNDFL. Сначала экземпляр класса нужно создать

В 2НДФЛ еще есть передача доп.условий

На GET PERNR передается ТН

Все, можно получать суммы в разрезе кодов доходов

Кстати, если вернуться к исходному вопросу, отчету на DAQ-полях, то класс типа CL_HRPAYRU_PLTAXRUN - это не замена, а лишь подготовка к работе.
Сначала работают классы типа CL_HRPAYRU_PLTAXRUN, они собирают необходимые данные. Эти классы, сборщики данных, объединяются (управляются) общим мастер-классом (пример cl_hrpayru_report_control). Когда все данные собраны, вызывается движок DAQ. Этому движку в качестве параметра передается ссылка на мастер-класс report_control, через которые можно добраться до нужного класса - сборщика данных и запросить у него нужную информацию.

Движок DAQ раскручивает настройку DAQ отчета, добирается до DAQ поля и вызывает ФМ, который указан в настройке поля. ФМ в качестве одного и параметра получает ссылку на ссылка на report_control, и через него запрашивает нужную информацию. Пример ФМ HR_RU_DAQ_PAY2_SUM, который используется отчете справки 182-н, и отвечает за работу с суммовыми полями. Там есть такой код
который показывает способ доступа по суммовых полей, который собрал CL_HRPAYRU_PLTAXRUN.

Спасибо большое!