SAPфорум.RU
https://sapboard.ru/forum/

Регистр материалов - НЕРАСПРЕДЕЛЕННЫЕ ценовые разницы
https://sapboard.ru/forum/viewtopic.php?f=6&t=38529		 Страница 1 из 5
Автор:  VVE77 [ Вт, июл 01 2008, 12:22 ]
Заголовок сообщения:  Регистр материалов - НЕРАСПРЕДЕЛЕННЫЕ ценовые разницы
столкнулись с ситуацией...
После проведения Заключительной Проводки в РМ и анализа цен материалов выясняется, что по многим материалам у нас зависли суммы - НЕ распределены ЦЕНОВЫЕ РАЗНИЦЫ.
Подобная проблема была при закрытии января - но всего по двум материалам - быстро решили.

Сейчас ситуация жестче. В чем может быть причина - куда рыть? :-)
Есть предположение.
Многие материалы - это те, по которым были созданы несколько СО-РР заказов, причем затраты могли быть списаны прошлым месяцем, а приходование - текущим. При расчете нескольких СО-РР заказов по одному и тому же материалу у РМ возникают проблемы...
Автор:  Mist [ Вт, июл 01 2008, 12:59 ]
Заголовок сообщения: 
Причин может быть достаточно много.

Точно знаю, что такая проблема возникает с CO-PP заказами при незавершенке, все отклонения зависают.
Автор:  Slava [ Вт, июл 01 2008, 14:31 ]
Заголовок сообщения: 
Посмотрите были ли перемещения из материла в материал.
Если были - то вот одна из причин.
Автор:  Absira [ Вт, июл 08 2008, 14:44 ]
Заголовок сообщения: 
коллеги, все преркасно видно из транзакции СКМ3 - все движения по материалу расписаны. Понимая логику Регистра нетрудно выявить закономерности и причины нераспределения отклонений
Автор:  Reveuse [ Вт, июл 08 2008, 14:58 ]
Заголовок сообщения: 
Absira написал:
коллеги, все преркасно видно из транзакции СКМ3 - все движения по материалу расписаны. Понимая логику Регистра нетрудно выявить закономерности и причины нераспределения отклонений

Я смотрю исторую в транзакции ckm3n.
Автор:  Absira [ Вт, июл 08 2008, 15:09 ]
Заголовок сообщения: 
а есть серьезные отличия СКМ3 от СКМ3N? Просветите
Автор:  Reveuse [ Вт, июл 08 2008, 15:42 ]
Заголовок сообщения: 
Absira написал:
а есть серьезные отличия СКМ3 от СКМ3N? Просветите

Я не знала о существовании ckm3, теперь знаю, как буду на работе, посмотрю, что это такое.
Автор:  lynx_oemk [ Чт, июл 10 2008, 07:56 ]
Заголовок сообщения: 
Absira написал:
а есть серьезные отличия СКМ3 от СКМ3N? Просветите

Лично я никаких отличий не заметил (впрочем и сильно много времени сравнению не посвящал)
Пользуюсь ckm3 - никаких нареканий не имею.
Хотя пожалуй целесообразнее юзать ckm3n - т.к. думаю N означает NEW

VVE77 написал(а):
Сейчас ситуация жестче. В чем может быть причина - куда рыть?

Прав Mist причин достаточно много, но разобраться в них не так трудно, Давай детали - мы на этом уже собаку съели, если бизнес-процесс похож, то помогу!

Прав Absira, в ckm3 все видно, но нужно освоиться,
см. ноту 908776, 554019
Автор:  Absira [ Чт, июл 10 2008, 08:48 ]
Заголовок сообщения: 
Absira - это мальчик :) Надо говорить "прав Абсира", а не "права" ;)
Автор:  lynx_oemk [ Чт, июл 10 2008, 08:57 ]
Заголовок сообщения: 
Absira написал:
Absira - это мальчик :) Надо говорить "прав Абсира", а не "права" ;)

Извини, не обратил внимание на пол.
ЗЫ: исправил
Автор:  Reveuse [ Вт, июл 22 2008, 17:55 ]
Заголовок сообщения: 
lynx_oemk написал(а):
Absira написал:
а есть серьезные отличия СКМ3 от СКМ3N? Просветите

Лично я никаких отличий не заметил (впрочем и сильно много времени сравнению не посвящал)
Пользуюсь ckm3 - никаких нареканий не имею.
Хотя пожалуй целесообразнее юзать ckm3n - т.к. думаю N означает NEW

Я задала транзакцию ckm3, SAP автоматически выкинул меня в ckm3n. :)
Автор:  lynx_oemk [ Ср, июл 23 2008, 07:10 ]
Заголовок сообщения: 
Reveuse написал(а):
Я задала транзакцию ckm3, SAP автоматически выкинул меня в ckm3n. :)

Решил изучить этот вопрос.
Вот че нарыл:
Code:
  IF sy-tcode <> 'CKM3OLD'.
      .............
      .............
      l_tcode = 'CKM3N'.
      IF sy-calld IS INITIAL.
        LEAVE TO TRANSACTION l_tcode.
      ELSE.
        CALL TRANSACTION l_tcode.
      ENDIF.
  ENDIF.

Т.е. есть еще транз CKM3OLD. Сразу бросилось в глаза малое кол-во кнопок на панели.

И как видно из приведенного кода, если текущая транзакция не CKM3OLD (а, например, CKM3), то выполняется вызов транзакции CKM3N.

Reveuse: Так что попасть в ckm3 невозможно (без хирургического вмешательства).
Можно, однако, запустить CKM3OLD - правда не понятно зачем ))))))))))
Автор:  Гость [ Вс, июл 27 2008, 21:38 ]
Заголовок сообщения: 
Не распределено бывает вот когда:
1. После запуска первых двух пунктов в CKMLCP материал снова двигался. Их просто нужно перезапустить при расчете.
2. Цена в результате расчета станет отрицательной в следующем периоде по аналогии с расчетом средней скользящей. Борется установкой галки "Без проверки потребности...." в одноуровневом исчислении.
3. Получатель - материал со средней скользящей ценой.
4. Не выполнена повторная оценка потребления.
5. Вид движения был самостоятельно изготовлен и такой тип движения регистр не понимает. Но если настройки стандартные, то такое бывает очень редко.
6. Вид движения на самом деле попадает в поступления, а не в потребления.
7. По ходу закрытия, а также в период выполнения движений материалов был удален документ регистра материалов, например, при выполнении транзакции CKMM.
8. Вы сделали движение в запас поставщика, но таким видом движения, который скопировали из вида движения, где этот запас предусмотрен не был.

Вроде бы все. Помогло что-то или нет сообщите. если не помогло, то опишите подробнее объект-получатель, куда не распределены отклонения
Автор:  lynx_oemk [ Пн, июл 28 2008, 07:22 ]
Заголовок сообщения: 
1)
Интересующийся написал(а):
...
Вроде бы все. Помогло что-то или нет сообщите. если не помогло, то опишите подробнее объект-получатель, куда не распределены отклонения

Если автор проблемы правильно ее назвал, то получатели тут не причем, ибо получатели играют, когда у нас появляется тип процесса "не перерасчитано" в категории потребление.
"Не распределено" появляется когда имеем проблемы в кумулятивном запасе, напр. отриц.цена или уже упомянутая оценка потребности потребления.
Автор:  Гость [ Пн, июл 28 2008, 16:14 ]
Заголовок сообщения: 
В тонкости "Не распределено" и "Не перерасчитано" не вдавался, поскольку бороться с ними следует одинаково. Обычно, дело только в галочке проверки запаса в одноуровневом исчислении и все. Редко по-другому бывает
Страница 1 из 5 Часовой пояс: UTC + 3 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/