Помогите автоматизировать перенос работ (транзакция KB65)

Duddha

При внедрении ТОРО возникла необходимость переносить перерасчет работ с ТОРО заказов на МВЗ для определения тарифа, после определения тарифа сторнировать перенос и производить расчет заказов.
Помогите, пожалуйста, с автоматизацией переноса работ - транзакция KB65.
Хочется всё и сразу перенести одним документом и получить его номер, чтобы потом весь этот документ (по сохраненному номеру) сторнировать после определения тарифов. Однако KB65 предполагает интерактивную работу, т.е. надо посмотреть какой номер заказа стоит в соответствующей строке, выбрать для этого заказа нужный МВЗ, а потом подставить номер МВЗ вместо номера заказа.
Возможно ли это как-то организовать, или может быть есть предложения как перенос сделать иначе?

Вот как это описано в концепте:

Цитата:

Этапы закрытия периода по затратам для заказов ТОРО:
1. Перенос перерасчета работ с заказа ТОРО на МВЗ из правила расчета этого заказа.
После выполнения этой операции на заказах ТОРО остаются только материальные затраты, а затраты работ перемещаются на МВЗ последующего расчета заказов.
2. Расчет тарифов работ.
Выполняется итеративный расчет тарифов таким же образом, как и до внедрения модуля ТОРО.
3. Сторно переноса перерасчета работ.
Сторнируются переносы работ, выполненные на первом шаге. На заказы ТОРО возвращаются затраты работ по плановым тарифам.
4. Переоценка работ по фактическим тарифам.
Операция может выполняться для всех существующих типов и видов заказов одновременно. При этом в частности на заказы ТОРО проводится сумма дооценки до фактических тарифов работ, и таким образом формируется полная сумма затрат периода.
5. Расчет заказа ТОРО.
Затраты материалов и работ с заказов ТОРО рассчитываются на получателей, указанных в правилах расчета.

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

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

Duddha

Неужели никто ничего не предложит?

Может хотя бы направите в какую сторону смотреть, что искать. Или скажите, что это всё в корне неправильно и так делать нельзя...

Absira

ващето стандартный подход к расчету тарифа при наличии заказов следующий:
1) расчет заказов (называемый "предварительным"). Затраты с заказов попадают на МВЗ-получателей расчета
2) Расчет тарифа. При этом механизм расчета тарифов "понимает", что некоторые работы прошли через заказы и учитывает это при расчете тарифа. Главное, чтобы не было потоков затрат типа Заказ-Заказ. Расчет тарифа корректно рассчитает тариф при наличии потоков МВЗ-Заказ-МВЗ.
3) Переоценка заказов по фактическому тарифу. На заказы придут суммы разницы о тпосичтанных фактических тарифов
4) Повторный расчет заказов.
При данном подходе никаких переносов и их сторно делать не надо.

Может у вас есть какие-то хитрости и так сделать не получается?

данная процедура нормально описана в SAP Library в разделе Контроллинг (СО)\Внутренние заказы\Закрытие периода\Переоценка с фактическими тарифами\Пример

Duddha

Absira, во-первых, спасибо за ответ.

А разницы нет в том, что речь идет о ТОРО заказах, а не о внутренних CO заказах?
Не совсем понятно, что такое "предварительный" расчет заказа.

И почему тогда, если всё так просто, консультанты нам сразу о таком варианте не сказали?

funtik

1. Если правило расчета не Периодическое, то итеративный расчет через заказ - невозможен.
2. В случае итеративного расчета тарифа через заказ - дельта план/факт отразится на заказе, а на МВЗ, хотя если делать так как описал коллега, то этого можно избежать, правда с добавлением некоторых оборотов...

Absira

с точки зрения расчета заказов нет разницы внутренние ли это заказы или ТОРО-заказы. Транзакции одни и те же.
"Предварительным" расчет называется просто по времени его выполнения. Из-за того, что он выполняется ДО расчета тарифов. Это точно такой же обычный расчет заказа через KO88 или KO8G.
У заказов действительно должно быть периодическое правило расчета (это сказано в SAP Library). Как правило ТОРО-заказы в РФии имеют именно такое правило расчета.
Почему такой вариант не предлагали ваши консы - сложный вопрос

Может они знали что-то, что не знаю я. Может у вас заказы ТОРО рассчитываются итоговым расчетом....или еще что-то делающее невозможным данную схему...

Duddha

Спасибо за ответы.
С периодическим правилами расчета раньше не работали. У нас до ТОРО ремонты учитывались через статистические внутренние заказы.
Теперь пробуем предложенный Вами вариант, тестируем. На первый взгляд с предварительным расчетом всё работает. Но дождемся консультантов, чтобы уточнить нет ли у них возражений против такого варианта.

Duddha

Приезжали консультанты. Посмотрели предложенный пользователем Absira вариант. Протестировали свой вариант, протестировали предложенный вариант и сказали, что вроде как бы всё правильно работает и они принимают предложенный вариант.

Absira, большое тебе спасибо!

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

Хоть автоматизировать KB65 так и не удалось, но тему всё равно можно считать закрытой.

Absira

Всегда пожалуйста

Будут еще проблемы - зовите на подряд

Помогите автоматизировать перенос работ (транзакция KB65)

Кто сейчас на конференции