Подскажите, есть заказ ТОРО (тип заказа 30).
Можно ли при периодическом рассчете рассчитывать только одни виды затрат (вторичные работы хозспособом), а потом в один прекрасный день рассчитать оставшиеся затраты (первичные, по материалам)?

Можно. Для этого необходимо настроить схему происхождения и в профиле расчета для заказа ТОРО убрать индикатор 100%-контроль, а вместо "рассчитать полностью" поставить переключатель на "рассчет может быть произведен".

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

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

ну т.е. суть в том, что если у меня на заказе, например, появляются виды затрат ВЗ1 и ВЗ2, то схемой происхождения СХ1 я рассчитываю только ВЗ1, а СХ2 рассчитываю ВЗ2.

И поначалу у меня только одно правлило рассчета с СХ1,а потом, я добавляю второе правило с СХ2.

Верно?

Верно

Все бы хорошо, только вот zтить придется. Чтоб дописывать второе правило, ибо заказов много? Или есть стандартные варианты решения?

Нет стандартного решения для этого нет. Но я думаю написать пакетник для добавления второго правила не так трудоемко. Например через транзакцию lsmw.

небольшая поправка.
схема происхождения одна - в ней только две строки ВЗ1 и ВЗ2

Не прокатит наверно. Это ж пользователи каждый месяц мутить должны.

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

Делайте два правила расчета с ограничением по времени действия. Перед расчетом по первой схеме придется править конечную дату в одной строке, перед вторым - в другой. ZARL вам в помощь, дешево и сердито.

Сама схема происхождения (она и правда одна) указывается в виде заказа ТОРО или в параметрах расчета конкретного заказа. А в правиле расчета указывается уже конкретная строка из это схемы, либо В31 либо В32.

Идея (про даты) хорошая. Но все равно руками бегать и ставить их надо...ZARL или еще какой аналог - это все не стандарт. Я с таким же успехом сделаю небольшой абап

Да, на это как то не обращал внимания. Спасибо.

Ну т.е. получается самое простое это так:
1) Для каждого заказа присваиваем схему происхождения.

2) Сразу делаем два правила, каждому из готорых присваиваем свою строку схемы происхождения. Плюс для второй строки (ВЗ2), чтоб она пока была не рабочей, ставим период действия на 9999год.
(это я так понимаю надо делать абапом в экзите на генерацию правила, т.к. стандарт не дает править даты, (даже используя ksr2_orc) или я не прав?)

3) Поскольку задача такова, что момент, когда оба правила должны заработать - это техн.закрытие заказа, то можно в экзите, опять таки на формирование правила рассчета, определить этот момент и тогда ставим актуальный период действия для второго правила рассчета.

Получается так, и проще вряд ли, верно?