Коллеги!

Кто программировал для HR, помогите...

Совершенно непонятно, как ведет себя оператор PROVIDE в режиме массового считывания данных, куда кладутся считанные данные и как их можно оттуда выуживать и отфильтровывать...

Мне нужно считать данные инфотипа по всем сотрудникам указанной единицы расчета и положить эти данные во внутреннюю таблицу. Используется для этого ЛБД PNP, а записано это так:

get pernr.

provide pernr bkont bankn from p0009 between pn-begda and pn-endda.
file_tab-pernr = p0009-pernr.
concatenate p0009-bkont p0009-bankn into file_tab-account.
append file_tab.
endprovide.

loop at file_tab.
write: / file_tab-pernr, file_tab-account.
endloop.


Пока я указываю в параметрах выборки конкретные табельные номера, все хорошо. Как только указываю всю единицу расчета, так мне вываливается куча одинаковых записей (дублированных). Откуда это берется, мне совершенно непонятно. Как быть?

примерно вот так:

Уточни, нужно считать последнюю запись инфотипа?

хороший вопрос,
да, еще нужно вставить проверку на актуальность:

Не вполне корректно сравнивать с SY-DATUM, на то параметры на экране выбора есть. Чтобы в событии GET pernr выбрать первую или последнюю дейстаительные записи инфотипа, можно еще воспользоваться макросами rp-provide-from-last и rp-provide-from-frst. Чтоб записи точно не повторялись, можно воспользоваться COLLECT вместо APPEND.



pn-begda и pn-endda - фактический интервал отбора данных инфотипов.

Спасибо, коллеги.

Поняла, что дело было в отсутствии в коде событий START-OF-SELECTION и END-OF-SELECTION.

Да, действительно, нужно было считать последнюю запись ИТ.

Все получилось. Благодарю!

Не хочу плодить новую тему, ибо в продолжение того же вопроса...

Как ограничить критерии выбора, которые ЛБД предоставляет на экране выбора по умолчанию?

А то там слишком много всего, мне столько не надо

Эх, давно я с ЛБД не работала...

Это я была

В окне свойств программы (если она привязана к базе PNP) внизу появляется кнопка "класс HR-отчета", нужно создать свой класс отчета - его имя должно начинаться с "9" - в нем настраивается экран выбора PNP.
Кстати, если у вас 4.7, то можно использовать базу PNPCE, правда там немного другие события - вместо "GET pernr" "GET peras", ну и еще пару-тройку отличий.

Нет, у нас 4.6С, но я все нашла в классах отчета, там уже есть стандартный экранчик, который меня вполне устраивает
Спасибо, Сергей!

у меня таже проблема, что и у девушки, только вот:


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


get pernr.


provide * from p0000 BETWEEN pn-begda AND pn-endda.

if p0000-MASSN = '02' or p0000-MASSN = '03' or p0000-MASSN = '04'.

rp-provide-from-last p0001 space p0000-begda p0000-begda.

clear rec.

rec-pernr = pernr-pernr.

rec-SNAME = pernr-SNAME.

* еще какие-то действа
append rec to tabrec.

endif.

endprovide.


end-of-selection.

call screen 100.

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

Если я правильно понял задачу, то тебе необходимо посмотреть пример из HR350

Вместо
Используй условие WHERE оператора PROVIDE.

Вместо rp-provide-from-last используй PROVIDE по нескольким таблицам (т.н. пересечение - см. HR350). Иначе черезчур наворочено получается и неоптимально с т.з. кода.

Было бы здорово, еслибы ты глянул HR350 и написал еще раз чего же все-таки требуется

Удачи!

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

ага, а HR350 - это курс так называется или программа, которую можно посмотреть в стандартной поставке

например где в моем примере?