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

Вполне возможно.

Поделитесь тайным знанием?
Если бы можно было использовать правило, как первый параметр функции PAB! Но, увы... Может кто знает стандартную ф-ю, работающую с таблицей AB такую, чтобы можно было ее использовать со своим правилом?

Используйте транзакцию PE04, через неё создаются функции и операции оценки времени и расчета зарплаты.
И что вы хотите получить от обработки этой таблички?

В том то и дело, что функцию писать нельзя по определенным причинам. Надо как-то обойтись без нее, используя стандартные. От обработки данной таблички мне требуется перебирать все имеющиеся отсутствия в данном месяце и сравнивать дату отсутствия с определенной датой. К примеру, в январе месяце имеем 3 отсутствия. Соответственно, в табличке все 3 отражены. Надо проверить дату начала каждого отсутствия - началось ли отсутствие до 10 января или позже.

совсем стандартно боюсь не получится
я бы расширила table чтобы она отдавала ab в части read-atab-natio

Не совсем понятно что Вы подразумеваете. Поясните, если несложно. И потом, read-ом можно читать таблицу по ключу, индексу разве что. Иначе как можно перебрать ВСЕ записи из AB? К примеру, TABLEAB считает только последнюю запись в таблице. А нужны все...

table спозиционирует на аб сплите текущего ВО. если в pit перебирать то в итоге пересмотрите все.

Увы, но позицианируется она на последней записи.
Т.е., в моем случае, я ф-ей PIT перебираю все виды отсутствия правилом по заданному классу обработки. В правиле пишу:
...
TABLEAB
NUM=BBEGDA
NUM-732358
NUM?0
...

По идее, если так как Вы написали, то в NUM каждый раз должна попадать разная дата (дата отсутствия по виду из IT). Но, дата одна и таже - из последней записи в AB

стоп
а разве table в стандаре вообще работает с ab????
мне казалось это надо самостоятельно дописывать...

Я бы проделал то, что вам надо где-нибудь в схеме оценки времени, там система по дням идет, можно что хочешь посчитать и в ЗП через виды оплаты вернуть.
Соответственно занося в ВО , например 1 и сохраняя его в ZL на определенную дату, можно в правиле, которое в ZLIT вызывается проанализировать что угодно( то-же число месяца к примеру ).

Dimon высказал здравую мысль.
Но я всеже из интереса посмотрела на table. Я ее все-же расширяла для работы с аб. Вот так вот
FORM READ-ATAB-MOD.
CASE TAB.
WHEN 'TAB'.
read table ab with key abznr = ot-abznr.
if sy-subrc ne 0.
WRITE: / 'Не найдена запись', TAB. PERFORM ABLEHNUNG.
endif.
move 'AB' to TAB.
WHEN OTHERS.
WRITE: / TEXT-R62, TAB. PERFORM ABLEHNUNG.
ENDCASE.
ENDFORM.
это в инклюде rpcburz0. и тогда она станет позиционироваться на текущем аб сплите.

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

Самый простой способ в данном случае - АБАПить, кода как вы понимаете там несколько строчек.

ЗЫ
а если не секрет, что останавливает от написания своей операции?

Упрямая позиция руководителя в том, что в данном случае можно обойтись ВООБЩЕ без прибегания к ABAP. Правда, как именно без него в данном случае обойтись, тоже не говорит.

У меня стандартными средствами сап ничего хорошего не вышло. А собственная функция работает на ура )