Добрый день!
Подскажите, пожалуйста, почему у нас дооценка заказов по фактическому тарифу KON2 проходит не для всех заказов, а только для части, причем как-то интересно интервал заказов выбирается для дооценки - серединка, до и после - нет. С чем это может быть связано?
Система SAP ECC 6.0.

может есть какое-то ограничение по количеству обрабатываемых заказов?

это не PP-заказы не дооценяются?

заказы ТОРО, РМ

1. вы проверяли вариант выбора, он у вас все заказы выбирает (проверьте в транзакции KOK5)?
2. на заказы, которые не попадают в дооценку отпускались работы в периоде дооценки (проверьте в KOB1)? фактические тарифы этих работ вычислены (проверьте в KSBT)?
3. заказы не имеют каких нибудь особых статусов, запрещающих повторную дооценку (хотя в таком случае были бы сообщения в логе)? в логе есть какие-нибудь сообщения?
4. может после прогона появляются какие-нибудь дампы (посмотрите st22)?

1. С вариантом выбора все нормально, он по этому же варианту повторно выбирает недооцененные заказы.
2. Работы не отпускались в период дооценки
3. статусов особых нет, и в повторную дооценку эти заказы включаются
4. дамп есть, по времени очень близко к прогону дооценки, но чуть раньше у него время стоит на 7 минут. Вот что в комментарии:
FATAL_ERROR_IN_UPD_LOG. Программа - SAPLSMA_UPD_LOG. Только я не знаю, то ли это?

С дампом тоже не вариант... Дамп был для другой транзакции.
Просто очень странно, что система берет заказы интервалами. Т.е. 1 интервал - дооценились, 2 интервал - нет, 3 - да, 4 - нет, 5 - да.
Т.е. из дооценки выпали 2 интервала.
Может, проблема в количестве обрабатываемых записей?

А сколько заказов дооценивается за один раз?
Легко ли воспроизвести ошибку? В тестовой системе тоже такое поведение?

Дооценилось 4441 заказ. Позиций порядка 4888 (на один заказ несколько видов затрат).
Сейчас период закрывать будем, лично посмотрю, что там делается, сам процесс пользователями выполнялся.
В тестовой системе нет возможности поиграть, данных мало.

Так как число не целое и нот никаких на эту тему не наблюдается, то настоятельно советую вам выставить сообщение в SAP.

P.S. Если бы вы только знали, какие суммы ежегодно уходят за обеспечение этой возможности, вы бы не сомневались в необходимости этим пользоваться.

По закрытию февраля:
было позиций для дооценки: 4.725 (4.341 заказ).
Из них не дооценилось 488 позиций (453 заказа). (причем они были в выборке при прогоне KON2).
Т.е. дооценилось 4.237 позиций (3888 заказов).
Пришлось второй раз прогонять KON2.
На этот раз выпал из дооценки один интервал. В предыдущем месяце было 2 интервала.

А что вы имеете в виду под интервалами? И не уж-то в журнале на тему этих заказов тишина?
Кстати, вы под тем же пользователем повторно прогоняли дооценку, может дело в полномочиях?

А вообще, да ситуация странная, если все так как описано - надо в SAP писать...

Прогоняет один пользователь, причем последовательно. Первый прогон - попали все заказы в выборку, дооценились не все, сообщений никаких. Сразу задаем второй прогон, попадают недооцененные в первом прогоне заказы. Третий прогон дал ноль.
Интервал имеется в виду заказы подряд. То есть с 1 по 5000 заказ в выборке, недооценились с 1532 по 2901. Дооценились с 1 по 1531 и с 2902 по 5000.
Очень странная ситуация. У нас недавно поменяли версию и вообще всю систему. В старой системе такого не было...
Будем писать в САП. Спасибо!

читаю и удивляюсь, аналогичная ситуация

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

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