Коллеги, добрый день! Я ABAPер в HR-е "постольку поскольку", есть у меня один вопрос..

При расчете з/п за ноябрь месяц в режиме моделирования, выдаётся ошибка "Нет записи в таблице P0296 для аргумента 0004"
Проверил ИТ 296, и посмотрел по отладке, проблема в четвертой записи из ИТ 296:




Как видите, документ 444 разделён на две строчки.
Ошибка возникает в операции RUBTG. Там проверяется что запись из ИТ 296 включает в себя текущий период (ноябрь 2011).
И именно для 444 документа получается, что его первая половина не включает в себя ноябрь месяц и при её обработке выдаётся такая ошибка.

При этом замечу, что документы 222 и 333 вообще не обрабатываются в операции RUBTG. Что вполне логично и верно. И для них соответственно такой ошибки не возникает.

Похоже сначала система анализирует какие из документов накладываются на текущий период, отсеивает лишние документы, а далее в операции RUBTG проверяет ещё раз даты. И документ 444 из-за своего разделения проходит в операцию RUBTG, но далее отваливается по ошибке из-за того что одна из его частей не включает в себя 11ый месяц.

Вопрос: Как правильно ввести в ИТ 296 данный документ? Пользователи утверждают что это должны быть отдельные строки, т.к. идёт удержание разными методами по одному и тому же документу. Но стандарт такую штуку похоже не переваривает.

Ноты поискал, погуглил, результата никакого не добился. Надеюсь на ваши советы!

p.s. На иглише, кстати ошибка звучит так: "No entry in table P0296 for key 0004"

01.11.2011 31.12.9999 444
эту запись получили через копирование предыдущей?
https://service.sap.com/sap/support/notes/1417203

нас вообще учили, что в 296 инфо-типе все записи должны быть по 31.12.9999
а уже в 295 задаются правильные периоды

для таких случаев тоже?

пример женщина получатель алиментов просит перечислять в банк, а раньше получала через почту алименты

Автор, к сожалению не очень внятно описал требование бизнеса.

тогда создается две записи:
1) 01.01.2011 по 31.12.9999 (почта), в 295 период с 01.01.2011 по 30.06.2011
2) с 01.07.2011 по 31.12.9999 (банк), в 295 период с 01.07.2011 по ...

тогда расскажите как у вас реализован расчет почтовых и банковских сборов, явно использован не стандартный подход, т.е. способ платежа в 296 ИТ.

да вроде все стандартное ))
сборы через V_T7RUG9

тогда уточним для вас пример еще раз:
до 01.11.2011 женщина получала через почту, метод платежа в 296 ИТ пусть будет "M".
с 01.12.2011 она написала заявление что хочет получать на такой то расчетный счет банка, в системе это метод платежа "P".
Вопрос как вы это отразите не трогая 296 ИТ?

создаем новую запись в 296 инфо-типе с 01.12.2011 по 31.12.9999 (банк)
в предыдущей записи с 01.11.2011 заходим в приказы, ограничиваем действие приказа 30.11.2011
в новой записи создаем приказ с 01.12.2011

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

ясно, спасибо... дошло
только тогда будет возможна другая проблема, если сумма придет из просрочки, периода когда был еще метод "M"... поэтому видимо сап то все же в ноте рекомендует копировать запись 296 ИТ тогда копируется значение P0296-GRNUM и соответственно сумма из просрочки будет уже ссылаться через v0 на подменную запись 296 ИТ

если изменяется сумма выплаты, которая входит в базу для алиментов, то она берется уже в новом периоде (передается из предыдущих через таблицу GRT) и перечисляется в банк
если изменится процент и собственно сама сумма выплаты и сумма почтового сбора, не знаю что будет, могу попробовать смоделировать такую ситуацию
но мне кажется, что она как-то через таблицу DD* передается опять-таки в новый период и в новом периоде уже сторнируется...

нет я имел ввиду просроченные обязательства DDNTK , думаю в общем случае все же правильно копировать 296 ИТ, как и описано выше приведенной ноте.

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

Lalina, Macros большое спасибо! Я мало что понял из вашего диалога Но показал обсуждение нашим HR-консультантам, они разобрались и решили проблему.
Прошу прощения за не совсем внятное описание проблемы, я сам АВАРер, с бизнесом не общаюсь.
Просто я был уверен, что дело тут именно в кривом заведении ИТ 296, а консультанты были уверены в том, что ИТ 296 заведён верно и где-то глючит код.
Вы нам очень помогли! Спасибо!