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

1) Посмотрите какие настройки стоят вот в этой транзакции OKKM.
2) Когда материал калькулируете на закладке "Калькуляция" в поле "Управление переносом" должна стоять настройка из транзакции OKKM.
3) Проверьте активирована ли фактическая дифференциация на принимающем заводе.

У меня возникли дополнительные вопросы.
1."Управление переносом" при калькуляции не заполнялось вообще и не было определено в варианте калькуляции. Дооценка многоуровневыми значениями идет нормально. Все калькуляции созданы до конца года. И как быть, если это необходимо?
2. На некоторых заводах плановых калькуляций нет совсем, так как там неn производства это материала, а есть продажа и надо иметь ее фактическую дифференциацию.
3. Иногда приходиться рассчитывать фактическую себестоимость за прошлый месяц, не имея в прошлом месяце плановой калькуляции.

Транзакция СKMCCC вам в помощь и вот этот пост Ручное изменение дифференциации затрат

C той настройкой, которую я вам указал в пункте 2 должно работать. Если же ее нет придется опять руками дифференциацию править.

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

Правильно ли я понял, что для автоматизации работы транзакции CKMCC, я должен отслеживать все перемещения. Например, имеем шесть заводов. На каждый из них ГП может с пяти других заводов (дифференциация должна суммироваться). Бывают и возвраты обратно на завод-отправитель. Подскажите идею, как все это скомпоновать. А ведь где-то дифференциация и сама докатится.

В вашем случае нужно писать ABAP - разработку для загрузки фактической дифференциации на завод сбыта. Для этого нужно определиться, какие материалы сейчас на заводе сбыта с "кривой" дифференциацией и с каких заводов они пришли. Просуммировать и записать в соответствующие элементы вне зависимости от того, что там стоит. Да, при этом для каждого материала нужно сложить все элементы и сумма должна совпать с фактической по данному материалу. Но это исправление ошибок!!! Вы же не хотите сказать, что будете вручную править дифференциацию каждый раз при закрытии периода ??? Может быть вам настроить перенос дифференциации ?

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

Какие действия производили ?

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

При калькуляции на заводе-производителе указал <Управление переносом PC01- перенос при смене завода>, что в OKKM
прописано:
На закладке "С завода на завод" последовательность стратегий:
1. 1 будущая плановая
2. 2 текущая плановая
3. 5 другие калькуляции, вариант кальк. PPC1 верс.1 (т.е. все наше).

На сбытовом никаких калькуляций нет.

А вы калькулировали материал на заводе сбыта ?

Кстати у меня к вам вопрос, а как у вас передается дифференциация, если перемещение осуществляется между заводами производства, к примеру, если кооперативное производство ?

Ладно, я бы протестировал следующим образом :

1) Взял бы материал (созданный или уже готовый не суть важно), назовем его P-1-000001. У данного материала кроме всего прочего, естественно должны быть ракурсы: Бух.учет 1,2 с какой-нибудь стандартной ценой и Калькуляция 1,2 и этот материал должен быть определен на двух заводах производства - к примеру 1011 и сбыта 2222. Желательно, чтобы у этого материала были хоть какие-нибудь техкарта и спецификация как на заводе сбыта, так и на заводе производства.

2) Запустил бы транзакцию CK11n и ввел бы следующие параметры:
Материал : P-1-000001
Завод : 1011
Вариант калькуляции : PPC1
Размер партии калькуляции : 1000
Управление переносом : PC01
Проверил бы по журналу ошибок, что материал P-1-000001 скалькулирован успешно и сохранил бы текущую калькуляцию на заводе производства 1011.

3) Все то же самое повторил бы для завода сбыта 2222.

4) Деблокировал плановые цены на обоих заводах.

5) Организовал бы поступление данного материала на завод производства 1011 либо с производственного заказа, либо каким-нибудь другим способом не суть важно.

6) Проверил с помощью транзакции CKM3 как легла дифференциация на заводе производства.

7) Затем перевел материал на завод сбыта и проверил как легла дифференциация.

Вроде если сделать так, то все должно получиться.

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

С деблокированными плановыми калькуляциями на двух заводах, тоже не получается положить дифференциацию. Все суммы попадают в первый элемент. Я, наверное, не утчнил: заводы относятся к разным БЕ.

Больше вроде бы ничего не нужно для того, чтобы дифференциация передалась.

Так и должно быть . Дифференциация ведь работает каким образом : Вы сделали поступление материала каким-то видом движения. Система определяет на какой счет (вид затрат) положить затраты по следующим параметрам:
1) Вид движения материала
2) Класс оценки материала
3) Модификационная константа оценки (завод)
4) План счетов
5) Вид материала
6) Номер материала
7) Завод производства
8 ) Код операции
9) Тип контировки
10) Код движения
11) Проводка расхода
12) Код особого запаса
13) Индикатор "Дебит/Кредит"
Затем по данному счету для соответствующей схемы Регист Материалов ищет элемент, куда положить затраты (тр-я OKTZ). Если не находит у нас для этого существует 90 - й элемент под названием "Требуется проверка", куда эти затраты он и вываливает. Это очень удобно для поиска ошибок.

Это у вас на уровне РМ реализовано ? Можно поподробнее ?

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

ROKO, а как быть в случае если 2 завода но в системе пока один!!! ??? И получается ваша фраза:

наша действительность как быть? не подскажете?