Текущее время: Ср, июл 23 2025, 00:20

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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