Добрый день!

Задача, в расчетный лист в нижней его части выводить турв - табель учета раб. времени по типу т-13 (число месяца, часы работы, явка/неявка).

Этапы реализации выделила следующие
1. В pe51 нарисовать табличку в формуляре рл,
2. Заполнять табличку, но вот откуда выводить часы , явку неявку?

Какие есть предложения по реализации? Ка сделать правильно?

Самой простое, без доработок - в оценке времени по нужным событиям генерировать ВО. В расчете ЗП эти ВО перекладывать в кластер расчета, а оттуда спокойно выводить в р/лист как обычные ВО.

можно читать кластер оценки времени и разбирать ZL на конкретную дату

но самое простое - это внутри РЛ запускать сабмитом HRULTAB0 и в каком-нить расширении из программы в рограмму передавать таблицу с табелем. например в инклюде ZX_RPLTABY0 для HRULTAB0 можно экспортировать таблицу tabel и дальше уже работать с готовыми отметками.
проблема в том, что это самое простое, но далеко не самое быстрое и дешевое по ресурсам.


тогда по дням не будет
а ТС вроде в разрезе дней хочет выводить данные в РЛ

быстрое в плане скорости работы, а не реализации) по ресурсам - аналогично)

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

значит по нужным событиям генировать ВО, под событиями понимаются отуствия присутствия явка неявка сотрудника в течении рабочего дня? В ВО складывать часы , а сами буквы я в , которые проставляются в Т-13 в таком случае откуда вытаскивать и куда складывать?

не самое быстрое - т.е. программа в разы дольше будет отрабатывать по времени при формировании таких РЛ с табелем?
Еще такой момент не совсем ясный, при такой передаче данных (инклудом при экспорте таблицы tabel) форматы не будут иметь особого значения (т-13 пдф, рл на выходе ртф)?
таблица table это будет z- таблица передачи данных, или это стандарт?

Задаю много вопросов, потому что хочу досконально разобраться с каждой мелочью и сама понять )

да, скорость формирования РЛ снизится, т.к. будут отрабатывать две программы: РЛ и табель.

tabel - это не таблица БД, а стандартная внутренняя таблица стандартной программы HRULTAB0. Существует только во время работы программы.
в Z-инклюде вы только "научите" отчет HRULTAB0 делиться ею с расчетным листком

Поясните еще, пожалуйста,Table будет передаваться в программу рл, при этом дальнейшую обработку - вывод значений table (часы по дням, букву явка/неявка) в сам формуляр рл нужно будет реализовывать еще каким-нибудь инклюдом?

да, конечно
конкретный не подскажу( по табелю был под рукой, поэтому написал

Подходящий инклюд для вывода данных для проги рл HRUCEDT0 искать в se80?

Почитала форум, умные люди RoustR пишут, что для HRUCEDT0 делаются модификации в RPCEDSZ9.
Необходимо будет зарегистрировать свое Z-преобразование. В программе HRUCEDT0 сделать вставку, прописать процедуру Z-преобразование. В формуляре в нужном поле указать это Z-преобразование. Когда в работе отчета дело дойдет до этого поля, будет вызвана самописная процедура, где можно будет сделать необходимое заполнение.

В моем случае, когда таблица table будет передана в прогу HRUCEDT0, значения из нее для РЛ вытаскивать Z-преобразованием в RPCEDSZ9.
Получается так...?))))

Процедуры преобразования что-то преобразуют, то есть приводят к нужному виду. Оттого, что вы подгрузите таблицу табеля в программу р/листок, ничего само по себе не заработает. Нужно будет включить эту таблицу в работу, как это, например, происходит с таблицами RT/CRT/ARRRS. Вот когда таблица табеля будет включена в работу, тогда уже можно говорить о процедурах преобразования, если вдруг внешний вид выводимой информации будет не тот.

В HRUCEDT0 есть процедура CREATE_FORM, из нее есть вызов allocate-to-windows, где и происходит перенос собранной информации в р/лист. Там же есть и точки предусмотренного вмешательства, например, процедура allocate-to-windows-mod.

Только использование таблицы tabel, на мой взгляд, слишком громозко. Можно просто загрузить кластер времени и сделать обработку по таблицам времени.

И возвращаясь к исходному предложению - делать через ВО. Да, выводить по дням не получиться. Но можно выводить по периодам по WPBP.
Я бы первым делом обратился к заказчику с предложением выводить информацию сгруппировано, по WPBP. Это и компактно, и более наглядно. И делается только настройкой.

Можно просто загрузить кластер времени и сделать обработку по таблицам времени. - кластер времени (в частности таблица zes, Zl), загрузку кластера времени осуществлять тем же инклюдом ZX_RPLTABY0?

Нет, этот инклюд - он только для табеля
Если решите анализировать таблицы кластера оценки, то, нет необходимости запускать такую громоздкую процедуру, как формирование табеля.

По импорту кластера B2 посмотрите здесь.
Я бы попробовал для класса формуляров в PE51_CHECKTAB добавить свою таблицу и с помощью расширений заполнить ее в HRUCEDT0/

Ну и посмотрите предложение RoustR. Это действительно самый стандартный вариант. Да, не получится по каждому дню выводить, но без доработок.
Все равно все отсутствия делят WPBP.
Вопрос будет только с ночными/вечерними/рабочими праздничными и ИТ2002. Они не разбивают конечно же.