подскажите, почему после использования rpudel20, после нескольких удалений и продуктивных расчетов... раз на третий уже полная чушь получается в расчете? зп считается неправильно, какието неадекватные значения вылазят? как с этим бороться? может есть какойто другой вариант удалять результаты расчета?

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

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

а если запускается обратный расчет, то риска нет?

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

мы сделали еще закачку истории за 2006 год лсмв проект, и с помощью ру30 их расчитываем за 2006,
сейчас нам должны дать средние для загрузки на 2007 а стартовать с января 2008, так вот средние за 2007 сказали что будут корректировать, несколько месяцев... как эти изменения потом внести в систему? поменять в таблицах T558B и T558D и запустить перерасчет?

Насколько я помню, локально перегрузить историю нельзя (таблички 558 перетруться). Нужно сносить и перегружать полностью.
Если изменения поддаются формализации, то можно кор.схему применить и потом массовый пересчет включить.

По мне, так нужно говорить "Стоп!" после первого расчета. Далее, если возникли корректуры, то руками через инфотипы.

появился еще один вопрос...
ситуация: за 2006 год закачали историю, рассчитали ру30 продуктивно, запускаем расчет за январь 2007 (допустим продуктивно, хотят провести проводки за этот месяц и посмотреть как все сойдется...) продуктивный старт 2008, опять же надо закачать историю за 2007 год... интуиция подсказывает что ничего хорошего из этого не выйдет... а как на самом деле?

По проводкам: делайте потом сторно.

Мы всегда перед стартом перегружаем историю полностью. Так вероятность чистоты данных выше, чем при случае "дозагрузки последних месяцев".

Поддерживаю. Чем меньше "дозагрузок", тем ниже энтропия. Сталкивались неоднократно.

Проще перегрузить полностью, чем вносить 100 дополнений/исправлений

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

еще один дурацкий вопрос - как удалить результат программы онд-а?

снести кластер, чтобы BT пустая была, либо нарисовать (как указано в некоторых сообщениях форума) собственную программку, которая бы чистила признак перечисления в BT

Можно основную схему расчета научить работать с прогруженными периодами... Например, если идет перерасчет прогруженного периода, то считывать предыдущий результат расчета за перерасчитываемый месяц (функция LPBEG RC... см. подсхему RUR0) и востонавливать прогруженные суммы (свое правило) и проследить, чтобы востановленные суммы включались в соотвествующие базы и к ним добавлялись суммы пересчета.

Полностью перезагружать данные не всегда оптимальный вариант. Особено, если в вашей ситуации возникнут обратные расчеты за 2007 г. в 2008 г.

Можно, притом безболезненно. Последующие периоды можно будет пересчитать без проблем (если схему и другие настройки не меняли).

Смотрите в сторону схем RU30, RUU0 и функции TRANS.