Товарищи, кто может помогите.

Наткнулся на такую проблему/фичу - не могу найти способ удаления калькуляции позиции заказа клиента, которая создается через va01/va02 (или в ручном режиме либо автоматически) или же через CK51N.
Ни каких проводок по данной позиции заказа клиента не проводилось.
Вариант с удалением самой позиции заказа клиента через va02, не предлагать.

за ранее спс

CKR1

Данной транзакцией можно удалить только калькуляцию материала. А меня интересует калькуляция позиции заказа клиента или же еще называют "Калькуляция спецификации заказа", это немного другой раздел. Калькуляция материала это - Планирование затрат на продукт, а калькуляция позиции заказа клиента это - Учет по носителям затрат.

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

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

вопрос: а зачем ее удалять?

Вопрос из серии, а зачем удаляют калькуляции материалов и предварительные калькуляции? Кроме как ответить, что надо, ни чего добавить от себя не могу ))

вариант номер раз: удалить ссылку на калькуляцию в таблице KANZ
вариант номер два: сделать так как это делается в инклюде FV45PF0E_ERZKALKULATION_LOESCH

но ни один из этих вариантов не удаляет запланированные затраты...

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