Поле "Статус занятости" в search help

ZOND

Добрый день.
Возникла необходимость в средстве поиска добавить поле "Статус занятости" STAT2 из ИТ0000.

Скопировал ракурс M_PREMN в свой ракурс ZM_PREMN.
Скопировал средство поиска PREMN в свое ZPREMN, затем в методе выбора моего ракурса указал ракурс M_PREMN. Т.е. создал новое средство поиска на основе стандартного средства поиска. Тут особых проблем не возникло.
Далее задача усложняется. Надо добавить поле STAT2. Ракурсе ZM_PREMN, закладка "Таблицы, условия соединения" добавил таблицу PA0000 и условия соединения
PA0003 MANDT = PA0000 MANDT
PA0003 PERNR = PA0000 PERNR

Сохраняю. Поиск заработал. Но столкнулся с такой проблемой. Указывая нужный статус в своем средстве поиска, система выдает мне нужный табельник несколько раз - а точнее столько раз, сколько мероприятий зарегистрировано для табельного с указанным статусом занятости.
Настройка вкладки "Условия выбора" строками типа
PA0000 BEGDA GE SY-DATUM AND
PA0000 ENDDA LE SY-DATUM
не помогла - ошибка при активации:
Join к полю PA0000-BEGDA использует SY-поле.
Join к полю PA0000-ENDDA использует SY-поле.

sn

Думаю в ветке АБАП с этим вопросом помогут быстрее

ex

Читаем по F1:

Цитата:

Константа в условиях выбора
In a selection condition, field values can be compared with constants.

Text literals must be enclosed in apostrophes (for example: 'Text'). The special constant "SPACE" is output with ' '.

System variables, i.e. fields of structure SYST, can also be defined for maintenance and help views. You can also use the prefix SY- instead of the prefix SYST-, that is SYST-LANGU and SY-LANGU are the same.

То есть попробуйте так:

PA0000 BEGDA GE 'SY-DATUM' AND
PA0000 ENDDA LE 'SY-DATUM'

ZOND

ex написал(а):

То есть попробуйте так:
PA0000 BEGDA GE 'SY-DATUM' AND
PA0000 ENDDA LE 'SY-DATUM'

При активации выходит ошибка:
Поле PA0000-BEGDA (противоречие типов в условии выбора)
Поле PA0000-ENDDA (противоречие типов в условии выбора)

Нужно ли добавлять на вкладке "Поля/Ракурс" поля BEGDA_0000 для PA0000-BEGDA, ENDDA_0000 для PA0000-BEGDA? Для интереса добавил - та же ошибка.
Причина, насколько я понял в том, что в SY-DATUM используется элемент данных SYDATUM(домен SYDATS)
а для PA0000-BEGDA соответственно BEGDA (домен DATUM).
Пробовал на вкладке "Поля/Ракурс" добавить поля BEGDA_0000 для PA0000-BEGDA, ENDDA_0000 для PA0000-BEGDA, в качестве типа указал SYDATUM. Ошибка та же:
Поле PA0000-BEGDA (противоречие типов в условии выбора)

Galka

мы так сделали - пользователи уже больше года пользуются

Code:

NCHMC   0   1   NACHNMC                        
VNAMC   0   2   VORNAMC                        
NACHN   1   0   PAD_NACHN                        
VORNA   2   0   PAD_VORNA                        
GBDAT   4   0   GBDAT                        
PERNR   5   0   PERSNO                        
MIDNM   3   0   PAD_MIDNM                        
STAT2   0   3   STAT2   '3'
ENDDA_0002   0   4   ENDDA   '99991231'

ZOND

Galka написала:

мы так сделали - пользователи уже больше года пользуются

Code:

NCHMC   0   1   NACHNMC                        
VNAMC   0   2   VORNAMC                        
NACHN   1   0   PAD_NACHN                        
VORNA   2   0   PAD_VORNA                        
GBDAT   4   0   GBDAT                        
PERNR   5   0   PERSNO                        
MIDNM   3   0   PAD_MIDNM                        
STAT2   0   3   STAT2   '3'
ENDDA_0002   0   4   ENDDA   '99991231'

К сожалению в этом случае не совсем корректно будут отрабатываться сотрудники, у которых, скажем увольнение выполнено на 3 дня позже, чем текущая календарная дата. Получается, что в текущей дате он еще работает, а система его не видит, т.к. у него статус уже 0. Хотелось бы сделать анализ текущей календарной даты. Пока не получилось.
Тем не менее остановлюсь на этом варианте. Спасибо за подсказку.

Поле "Статус занятости" в search help

Кто сейчас на конференции