Замечание:таким образом должны обрабатываться инфо-типы с временной привязкой 3

Замечание:таким образом должны обрабатываться инфо-типы с временной привязкой 3.

Инфо-типы с временной привязкой 1 или 2 могут быть обработаны в цикле PROVIDE-ENDPROVIDE.

Записи инфо-типа, период действия которых перекрывается с периодом, выбранным на экране выбора (PN-BEGDA и PN-ENDDA), хотя бы на один день (BETWEEN-AND), располагаются друг за другом в заголовке соответствующей таблицы инфо-типа Pnnnn.

Примечание: если на экране выбора введены даты периода, то в заголовке таблицы инфо-типов Pnnnn также происходит сброс содержимого полей Pnnnn-BEGDA и Pnnnn-ENDDA. Например, если в Pnnnn-ENDDA указана более поздняя дата по сравнению с содержащейся в поле PN-ENDDA, то в Pnnnn-ENDDA переносится значение из PN-ENDDA.

Если инфо-тип, который требуется изменить, содержит подтипы, то его следует обрабатывать вместе с ними. Это осуществляется с помощью условия WHERE оператора PROVIDE. В приведенном выше примере обработка инфо-типа Адреса (0006) ограничена подтипом 1 Постоянный адрес. Это предотвращает перекрытие интервалов, что необходимо, поскольку обработка PROVIDE выполняется правильно только для записей инфо-типов, периоды которых не перекрываются.

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

Для определения числа заполненных строк в таблице инфо-типа можно использовать оператор CHECK LINES(Pnnnn). Следующие операторы выполняются только при выполнении условия.

Обработка данных персонала происходит в двух вложенных циклах:

Цикл GET PERNR - для всех выбранных табельных номеров. Он неявно завершается следующим событием, например END-OF-SELECTION.

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

При такой форме обработки следует учитывать то, что данные для инфо-типов Персональные данные (0002) и Адреса (0006) представлены в виде последовательного списка и не связаны друг с другом.

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

В данном примере показаны выполненные сотрудником за год задания.

Решение об используемом способе выборки данных принимается для каждого инфо-типа отдельно.

Оба вида выбора данных основаны на периоде выбора данных, введенном на экране выбора.

Обработка с помощью LOOP-ENDLOOP и PROVIDE-ENDPROVIDE обеспечивает получение данных для определенного периода, то есть в соответствии с периодом выбора данных.

Во многих случаях требуются не все записи инфо-типов, а только последняя или первая по времени запись в выбранном периоде. В таких случаях можно воспользоваться макросами RP_PROVIDE_FROM_LAST и RP_PROVIDE_FROM_FRST.

При предварительном выборе различают два вида выбора: выбор лиц и период выбора данных и лиц.

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

Период выбора данных определяет, какие из содержащихся в таблицах инфо-типов данных анализируются отчетом.

На экране выбора можно изменять последовательность сортировки записей данных персонала.

Доступная в отчете структура PN (определенная в DBPNPCOM) заполняется на экране выбора. Даты начала и окончания периода выбора данных переносятся в поля PN-BEGDA и PN-ENDDA. При использовании периода выбора данных в цикле PROVIDE вводятся те записи инфо-типа, период действия которых перекрывает выбранный период хотя бы на один день.

Даты начала и окончания периода выбора лиц, введенные пользователем, доступны в полях PN-BEGPS и PN-ENDPS. Этот интервал является критерием выбора обрабатываемых табельных номеров. Обрабатываются все табельные номера, удовлетворяющие заданным критериям (см. оборотную сторону) в любой момент времени внутри заданного пользователем периода выбора лиц.

Если период задан с помощью зависимых кнопок, поля N-BEGDA/ENDDA и PN-BEGPS/ENDPS содержат один и тот же период. В приведенном выше примере в качестве контрольной даты установлено Сегодня. В этом случае четыре указанных выше поля содержат системную дату.

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

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

Выбор лиц может производиться путем ввода следующих критериев, например: диапазон табельных номеров - признаки организационного присвоения - статус сотрудника (например, активный/неактивный).

Выбранные табельные номера в заданном периоде выбора лиц должны удовлетворять всем введенным здесь пользователем критериям. Данные из логической базы данных становятся доступными вашему отчету только при условии выполнения этих критериев и наступлении события GET PERNR.

По событию INITIALIZATION могут быть установлены значения по умолчанию для экрана выбора.

Положения по умолчанию зависимых кнопок для выбора периода могут быть установлены путем переноса одного из следующих значений в поле PNPTIMED:
D = Сегодня (контрольная дата)
M = Текущий месяц
Y = Текущий год
P = До сегодняшней даты (любая дата в прошлом до текущей)
F = С сегодняшней даты (любая дата в будущем, начиная с текущей)

Поля выбора лиц определены в include-программе DBPNPSEL. Они являются внутренними таблицами, которые должны заполняться с помощью APPEND.

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

Для сортировки аналитического отчета с использованием организационных критериев может применяться функция сортировки.

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

Функция сортировки может использоваться для всех полей в инфо-типе 0001 Организационное присвоение. Последовательность сортировки может быть определена пользователем.

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

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

Начиная с версии SAP R/3 Enterprise, Работа по совместительству допускает набор сотрудников по совместительству, а также работников, одновременно имеющих несколько трудовых договоров с компанией.

В этом случае каждому договору присваивается отдельный табельный номер. Работы по совместительству группируются путем присвоения соответствующих табельных номеров центральному лицу (тип объекта СР).

Также определяется внешний идентификатор лица, хранящийся в инфо-типе 0709 Идентификатор лица.

Чтобы задействовать функцию работы по совместительству, необходимо использовать логическую базу данных PNPCE. Однако при использовании новых разработок SAP R/3 Enterprise без применения функции работы по совместительству, рекомендуется использовать упомянутую логическую базу данных и улучшенный экран выбора, поскольку они обеспечивают более подробные настройки в классах отчетов.

В отчете структура PERNR должна быть описана оператором TABLES. Однако дальнейшее использование структуры PERNR ограничено. Например, событие GET PERNR является недопустимым. Вместо него следует использовать GET PERAS. Все компоненты структуры PERNR, за исключением PERNR-PERNR, более не заполняются и имеют начальные значения. По этой причине использование этих значений (за исключением PERNR-PERNR) для программирования не допускается.

Также имеются события GET GROUP и GET PERSON. При наступлении этих событий их необходимо описать с помощью NODES. Если эти события не наступают, предполагается, что функция работы по совместительству не используется. В этом случае отчет выполняется в режиме PNP.

Поскольку в настоящее время очень небольшое число компаний использует функцию работы по совместительству, дополнительная информация по этой функции здесь не приводится. За ней следует обратиться к документации по программе SAPDBPNPCE.

Определите, какие категории отчета требуются. Специфичные для клиента классы отчетов должны начинаться с числа. Введите новые данные.

Если период выбора лиц должен принимать значение периода выбора данных и не предназначен для ввода, выберите поле Период выбора данных = Период выбора лиц.

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

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

Выберите ракурс выбора для произвольных разграничений. Возможно использование как стандартных, так и специфичных для клиента ракурсов выбора. Если выбор свободного разграничения на экране выбора невозможен, введите ракурс PNP_NO_FREE_SEL.

Необходимые поля выбора можно отобрать, дважды нажав кнопку мыши на Разрешенные критерии выбора в рамке группы Диалоговая структура. Выберите поля, которые должны отображаться на первой странице экрана выбора. Невыбранные поля отображаются в дополнительном окне при выборе опции Другие критерии выбора.

В стандартной SAP-системе отчетам присваивается класс отчетов. Для его изменения следует выполнить описанные здесь шаги. Присвоение стандартным отчетам классов отчетов представляет собой модификацию системы.

Для самостоятельно разработанных отчетов присвоение классам отчетов может быть выполнено либо с помощью описанной здесь операции пользовательской настройки (специфичной для манданта), либо напрямую с помощью атрибутов отчета в SE38 (для всех мандантов).

Если для отчета используется логическая база данных PNP, то доступ к функциям ведения классов отчетов HR осуществляется с экрана Атрибуты программы путем выбора Обработать -> Класс отчета HR. В диалоговом окне отображается класс отчета, присвоенный в данный момент отчету. Если при пользовательской настройке этому отчету не было присвоено никакого класса, то отображается класс отчета, присвоенный SAP-системой.

Классы отчетов SAP могут использоваться также для отчетов клиента. Пример: создан собственный пользовательский отчет, например ZPCTEST1, при этом требуется, чтобы экран выбора соответствовал экрану выбора, используемому в аналитических отчетах, создаваемых для расчета заработной платы и имеющих класс отчета «__ M00001». Для этого присвойте своему отчету класс «__ M00001».

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

Вызовите Навигатор по объектам (SE80) и в меню Инструментальные средства выберите Обработка объекта. В Другие.. выберите Ракурс выбора и Создать.

Введите имя для вашего ракурса на появившемся экране. Выберите имя с префиксом PNP.

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

В ракурсе выбора поля выбираются и объединяются в функциональные группы. В ракурс включаются все поля, присвоенные функциональной группе. Объединение полей в функциональную группу позволяет хранить вместе поля со сходным содержимым. Таким образом, ракурс можно использовать для поиска определенной информации.

Функциональная группа определяется путем присвоения идентификатора функциональной группы и соответствующего текста. Идентификатор функциональной группы состоит из двух знаков и используется только для ведения ракурса выбора.

В окне Таблица/Узел выберите таблицу, поля из которой требуется присвоить одной из определенных вами функциональных групп. На экране Поля в таблице/узле система выводит список полей, где можно присвоить соответствующие поля функциональной группе.