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

Кто-нибудь встречался с таким? Откуда еще может эта информация считаться?

Уточните правило, которое глючит.
Выложите фрагмент журнала.

Подобная фигня была, когда чела приняли , провели оценку времени . потом изменили дату приема на более позднюю . Т.е в кластере B2 у него есть уже расчет на число более раннее, чем есть 0001 ИТ . Есть какая-то утилитка , которая позволяет почистить кластер B2 , поищите поиском

Утилитка называется RPUP2D10

поставьте точку прерывания внутри FORM RE001P после IF SY-SUBRC NE 0(инклуд RPTRTB00_RE001P), и думаю, что найдете причину.

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

Запустили отладчик. Выяснилось, что для выбора данных с PA0001 он берет дату с лимита отсутствия, которая раньше реальной даты приема, т.к. грузили позже.. Зачем берет - хз, но поменяв дату начала лимита на дату приема, проблема решилась..

Всем спасибо!

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

Он читается не на дату начала лимита, а на период действия лимита.

Допустим в программе в данном месте решает вопрос допустимости данного вида лимита отсутствия. Для этого нужно определит, что это за сотрудник, поэтому считываем ИТ0001 за этот период, определяем группировки, а уже потом допустимости. Это делается на весь период действия лимита. Если в этом промежутке времени данные меняются, то период бьется на кусочки, и каждый кусочек проверяется отдельно (скорее всего операция provide). В данной ситуации получается кусок, когда лимит есть, а данных в ИТ0001 нет. Запись о днных в ИТ0001 на этот промежуток времени будет пустой, и поиск в T001P по пустым критериям ничего не даст. Поэтому и сообщение об ошибки выглядит немного коряво - "... для аргумента". Для какого аргумента?

RoustR, логика понятна.
Спасибо.
Ну а кто нить знает как это полечить? Неужто перебивать всем сотрудникам начало лимита?

Кстати, вернусь к ситуации.
Так как у нас лимиты начисляются пока руками, то перебили дату начала лимита на дату начала ИТ0001. Тем кто в отпуск не ходил еще с 2008 года, начислили сразу лимитов на несколько лет, чтобы исключить случаи когда begda из 2006ИТ раньше begda из 0001ИТ.