Например есть ситуация:
план ТОРО по наработке. Текущие показания 23000. Последний ремонт на 21000. Длительность (полная периодичность) цикла - 10000.

Запускаю в цикле. Ввожу 21000 - показания при последнем ремонте. Далее по хорошему надо выбрать пакет соответствующий ремонту на 21000.

А можно ли схитрить и выбрать пакет соответсвующий 1000? В чем я в этом случае потеряю?
Вопрос стоит всвязи с тем, что надо в пакетнике запускать в цикле. И хочется пакетник сделать попроще:)

Запускать пакет с 1000 можно, только не понимаю, чем он проще и в чем смысл запускать пакет с этой цифры?
- На 11000 создастся лишний отзыв (заказ/сообщение). Не факт, что реально оно было при 11000.

При внедрении с клиента обычно требуют, предварительно протоколируя:
- значения счетчиков на определенную дату, максимально приближенную к старту (последние ДИ)
- даты и значения счетчиков при последних ремонтах (с этих значений и надо запускать планы, а если для каких-либо планов данных о последних мероприятиях нет, то запускать с 0).
- если клиент еще хочет видеть и плановые мероприятия до внедрения системы, то пусть указывает их в шаблоне - будет еще и закачка обычных сообщений/заказов.

проще тем - что не надо будет "листать" странички с пакетами. А скорее всего можно все что надо выбрать на первой.

Как вариант могу предложить следующее:
Запускать планирование с даты последнего ремонта, пакет стратегии которого имеет максимальный уровень иерархии. Запуск делать без цикла. Таким образом, первый отзыв - будет первый ремонт после ремонта самой высокой иерархии.
Создастся куча лишних отзывов. Но все они будут на одну дату - сегодняшнее число (ибо нельзя планировать назад). По этому признаку можно их всех удалить при помощи пакетника.
Здесь будет некая погрешность, но она будет гораздо ниже, чем если планировать с самого начала. Дать все потом на откуп плановикам - пусть проверяют.

Имелось ввиду удалить объекты отзыва?

Этот вариант не очень хорош, т.к. если (а у нас такое есть) между пакетами с максимальным приоритетом много других ремонтов, то фактически то в систему вводятся данные об очень старом ремонте и дата предлагаемого след ремонта может быть сильно не точна!

так она будет еще менее точна, если планировать с самого первого ремонта)