Текущее время: Пт, июл 25 2025, 02:22

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
 Заголовок сообщения: Ошибка " Нет записи в таблице T001P для аргумента "
СообщениеДобавлено: Вт, янв 22 2008, 13:11 
Специалист
Специалист

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

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

_________________
Русский человек не такой дурак, чтобы наступать на одни и те же грабли одинаково.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 22 2008, 15:04 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, май 30 2006, 08:34
Сообщения: 1900
Уточните правило, которое глючит.
Выложите фрагмент журнала.

_________________
С уважением.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Подобная фигня была
СообщениеДобавлено: Вт, янв 22 2008, 15:16 
Почетный гуру
Почетный гуру

Зарегистрирован:
Пн, апр 04 2005, 10:56
Сообщения: 559
Откуда: Moscow
Пол: Мужской
Подобная фигня была, когда чела приняли , провели оценку времени . потом изменили дату приема на более позднюю . Т.е в кластере B2 у него есть уже расчет на число более раннее, чем есть 0001 ИТ . Есть какая-то утилитка , которая позволяет почистить кластер B2 , поищите поиском


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 22 2008, 15:35 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, май 30 2006, 08:34
Сообщения: 1900
Утилитка называется RPUP2D10

_________________
С уважением.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка " Нет записи в таблице T001P для аргумента "
СообщениеДобавлено: Вт, янв 22 2008, 15:51 
Старший специалист
Старший специалист

Зарегистрирован:
Чт, сен 13 2007, 09:44
Сообщения: 256
avass написал(а):
При оченке времени по некоторым людям начала выходить ошибка "Нет записи в таблице T001P для аргумента ". В первом инфо-типе все нормально и даже не менялось, у людей с такими разделом персонала и подразделом все нормально. Такое чувство, что система откуда-то считывает пустое значение ключа и пытается его найти в таблице..

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

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт, янв 22 2008, 16:01 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, авг 17 2004, 08:49
Сообщения: 319
Откуда: Мариуполь
Попробуйте изменить в инфотипе 0003 значение в поле
BDERR - Дата обратного расчета для СПД. Вероятно там стоит слишком старая дата относительно других данных


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, янв 23 2008, 08:01 
Специалист
Специалист

Зарегистрирован:
Вт, июл 05 2005, 08:30
Сообщения: 113
Запустили отладчик. Выяснилось, что для выбора данных с PA0001 он берет дату с лимита отсутствия, которая раньше реальной даты приема, т.к. грузили позже.. Зачем берет - хз, но поменяв дату начала лимита на дату приема, проблема решилась..

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

_________________
Русский человек не такой дурак, чтобы наступать на одни и те же грабли одинаково.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re:
СообщениеДобавлено: Чт, авг 05 2010, 06:37 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, июл 19 2007, 07:04
Сообщения: 1072
Пол: Мужской
avass написал(а):
Запустили отладчик. Выяснилось, что для выбора данных с PA0001 он берет дату с лимита отсутствия, которая раньше реальной даты приема, т.к. грузили позже.. Зачем берет - хз, но поменяв дату начала лимита на дату приема, проблема решилась..

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


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка " Нет записи в таблице T001P для аргумента "
СообщениеДобавлено: Чт, авг 05 2010, 07:27 
Гуру-эксперт
Гуру-эксперт

Зарегистрирован:
Пт, сен 07 2007, 07:53
Сообщения: 1398
Он читается не на дату начала лимита, а на период действия лимита.

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка " Нет записи в таблице T001P для аргумента "
СообщениеДобавлено: Чт, авг 05 2010, 08:14 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, июл 19 2007, 07:04
Сообщения: 1072
Пол: Мужской
RoustR, логика понятна.
Спасибо.
Ну а кто нить знает как это полечить? Неужто перебивать всем сотрудникам начало лимита?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Ошибка " Нет записи в таблице T001P для аргумента "
СообщениеДобавлено: Вт, окт 26 2010, 12:16 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Чт, июл 19 2007, 07:04
Сообщения: 1072
Пол: Мужской
Кстати, вернусь к ситуации.
Так как у нас лимиты начисляются пока руками, то перебили дату начала лимита на дату начала ИТ0001. Тем кто в отпуск не ходил еще с 2008 года, начислили сразу лимитов на несколько лет, чтобы исключить случаи когда begda из 2006ИТ раньше begda из 0001ИТ.


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 3 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB