Автор Тема: Наверное про ППМ  (Прочитано 103052 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #50 : Ноябрь 15, 2013, 05:45:24 pm »
You are not allowed to view links. Register or Login
Вообще-то в ракурсе ППМ1 есть поле, которое называется "Профиль округления", вот там можно настроить как и что нужно округлять при расчетах.

  • Уточнение: включен Retail, поэтому место ракурса ППМ1 и остальных ракурсов есть ракурс "Логистика: Центр распределения", где действительно есть профиль округления
  • Я смотрела, пыталась использовать данный профиль для прогнозирования, перед тем как изначально писать, но положительного результата это не дало. Если я не ошибаюсь, то данный профиль не работает на прогнозирование.
    Но я еще раз пересмотрела его.
    И вот, что у меня получилось.
    Прогнозы, и данные по продажам в ОЗМ  представлены в базовой единице, составляются в базовой единице, в нашем примере  - штука.
    В настройке профиля есть метод округление и правило округление. Допустим, что метод округления выбран "Округлить до единицы заказа/сбыта/логистической единицы измерения", и в карточке товара штука отвечает за все эти ЕИ и базисную тоже. Правило настроено, округлять в меньшую сторону. Если промоделировать профиль, то при занесении значения 2499,357, выдает 2.544 и в поле "Округление ЕИ" ставит ящик, хотя везде фигурирует штука.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #51 : Ноябрь 17, 2013, 11:27:11 pm »
You are not allowed to view links. Register or Login
результата это не дало. Если я не ошибаюсь, то данный профиль не работает на прогнозирование.
Не знаю, если честно с ритейлом как-то не сталкивался. Профиль округления работает вроде как для расчета размера партии, после получения необходимого количества при прогоне ППМ. Ниже описание из курса вроде как.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #52 : Ноябрь 18, 2013, 10:49:40 am »
Кто-то настраивал свои сообщения об особых ситуациях в ППМ? В "Определении и группировка сообщение об особых ситуациях" можно только определить приоритет, объединить в группы..., но создать свое условие нет возможности.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #53 : Ноябрь 18, 2013, 12:00:48 pm »
You are not allowed to view links. Register or Login
Кто-то настраивал свои сообщения об особых ситуациях в ППМ? -> но создать свое условие нет возможности.
Ну вот вы и сами ответили на свой вопрос. Ну добавите вы свой код сообщения а дальше что? Обработчик данного кода где предполагается написать и кто это будет делать?

PS: Кстати, по поводу профиля округления, что скажете?
« Последнее редактирование: Ноябрь 18, 2013, 12:05:49 pm от Uukrul »

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #54 : Ноябрь 18, 2013, 01:11:05 pm »
You are not allowed to view links. Register or Login
Не знаю, если честно с ритейлом как-то не сталкивался. Профиль округления работает вроде как для расчета размера партии, после получения необходимого количества при прогоне ППМ. Ниже описание из курса вроде как.

У меня была ОЗМ в которой шт - БЕИ, ящ - ЕИЗ, ПЕИ, ЛЕИ. Прогноз делает, стандартом, в штуках.
Стоит профиль округления, или стоит значение округление - на расчет прогнозных нетто значений это не как не влияло.
А вот если делать планирование, md04, то округление влияет на расчет нетто потребности в ящике. Наприм. 8 шт в 1 ящ, при включенном округлении показывало 398 шт или 50 ящ, а при не включенном округлении 398 шт или 49,750 ящиков.

А мне надо было что бы округлении  срабатывало при прогнозировании, mp30.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #55 : Ноябрь 18, 2013, 02:24:38 pm »
Будем дальше ломать стандартный ППМ. Ломать не строить.
Сейчас рассматриваем как можно заставить корректировочные (поправочные) коээф. работать на нас а не против требований бизнеса.
Когда делается прогнозирование mp30, есть коээф. которое по умолчанию = 0, но при настройке они будут умножатся на прогнозное значение и выдавать уже необходимое прогнозное значение, которо-е потом будет отображено/участвовать в планировании в ведомости ППМ.
Стандартная настройка SPRO-УПМ-Регулируемое расходом ППМ-Планирование- Определить коээф. корректировки для прогноза (у меня тес.система на укр. языке, поэтому перевод может не совпадать с реальностью, но путь тот же).
Где для Завода (одно из ключевых поле) указывается код периода, период, месяц и коэффициент.
Наприм. рис1.
 Нам нужно что бы не только по заводу указывался коээф., а "завод-код ОЗМ". Допустим это делаем через свою z таблицу (в стандарт не можем засунуть).
Вопрос остается только как заставить систему при расчете прогнозного значения взять данные не из стандартной таблицы, а из Z-таблицы. Может есть какое-то замещение или bapi...?

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #56 : Ноябрь 18, 2013, 09:14:22 pm »
You are not allowed to view links. Register or Login
Вопрос остается только как заставить систему при расчете прогнозного значения взять данные не из стандартной таблицы, а из Z-таблицы. Может есть какое-то замещение или bapi...?
Посмотрите вот эти экзиты, у меня сейчас нет доступа к системам где бы можно это было промоделировать и IDES тоже нет. Поэтому чем могу тем помогаю  8), особенно второй экзит интересен. Работают при вызове MP30

LMDR2001            Ел.пошир.корист. - профілі обмежен.для оптиміз.об'єд.замов.
LMDZU001            Елементи поширення користувача у додатковому плануванні

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #57 : Ноябрь 20, 2013, 05:30:58 pm »
Кто-то объединял заявки в одну при прогоне ППМ (md01/md02) по товару?

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #58 : Ноябрь 20, 2013, 05:31:41 pm »
You are not allowed to view links. Register or Login
Посмотрите вот эти экзиты, у меня сейчас нет доступа к системам где бы можно это было промоделировать и IDES тоже нет. Поэтому чем могу тем помогаю  8), особенно второй экзит интересен. Работают при вызове MP30

LMDR2001            Ел.пошир.корист. - профілі обмежен.для оптиміз.об'єд.замов.
LMDZU001            Елементи поширення користувача у додатковому плануванні

Программеры сказали, что не подходит. :-\

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #59 : Ноябрь 25, 2013, 02:21:34 pm »
You are not allowed to view links. Register or Login
Кто-то объединял заявки в одну при прогоне ППМ (md01/md02) по товару?

Ранее использовался метод расчета размера партии EX - точный размер партии. Сейчас использую MB - месячный размер партии. В настройке самого MB количество периодов - 3, нам нужно что бы прогнозы за 3 месяца объединялись в одну заявку. В курсе SCM525 об этом написано, только не указаны минусы.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #60 : Ноябрь 25, 2013, 02:39:30 pm »
Еще интересная информация, которой делюсь с Вами, да и что бы самой потом не искать везде.

1.Если необходимо вытащить прогнозные значения (рассчитанные скорректированные), которо-е выполнялись в MP30 или в mm42, то это можно сделать следующим образом

Таблица-поле (запускать в порядке как написано).
MAPR- PNUM1 (PNUM1 у товара один)
PROP- PNUM1 (узнаем значение PNUM2)
PROW- PNUM2

2. Если необходимо вытащить фактические (общие, скорректированные) данные продаж, которые находятся в mm42 на вкладке "Логистика:Центр Распределения", то это можно вытащить из таблицы MVER. Поле в данной таблице зависит от того какой Вам значение необходимо.
Так же обратите внимание, что данная таблица разбита на 4 строки, и так само пронумерована, а поле, наприм.GSV01-GSV013. Это означает, что если у вас период не месяц,, а неделя, то 4*13=52 недели. Наприм. 2013г. содержит 53 недели, но только 2 дня находятся на 53 недели. Как запишутся эти два дня в 2013г., когда всего 43 поля для недель - непонятно, посмотрим после новогодних праздников.
если Увас взят период месяц, то нумерация первого месяца начинается с GSV01 - проверено.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #61 : Ноябрь 25, 2013, 02:43:27 pm »
Теперь нужна помощь.
После прогона ППМ создается заявка в которой срок обработки ПМ - 0, хотя в карточке товара указано 2 дня. Есть скрин с начала внедрения SAP, когда еще были консультанты, так там указано значение из карточки. Что могло вызвать перезатирание. От этого, походу у меня неверно считаются даты поставки в заявке.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #62 : Ноябрь 26, 2013, 12:40:45 pm »
You are not allowed to view links. Register or Login
Теперь нужна помощь.
После прогона ППМ создается заявка в которой срок обработки ПМ - 0, хотя в карточке товара указано 2 дня. Есть скрин с начала внедрения SAP, когда еще были консультанты, так там указано значение из карточки. Что могло вызвать перезатирание. От этого, походу у меня неверно считаются даты поставки в заявке.

Перезатирание вызывает настройка SPRO-УПМ-ППМ, рег.расходом-Параметры завода-Общие настройки завода. Для конкретного завода в кнопке  "Определения планового срока поставки" указан индикатор.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #63 : Ноябрь 27, 2013, 12:39:54 pm »
You are not allowed to view links. Register or Login

Регулируемое расходом ППМ, основано на том, что к-во потребности вычисляется на основе статистики расхода (например продаж) материала.
Т.е. во время отпуска материала в производство (если у Вас производственная система) или во время продаж (если
у вас розница, опт), система фиксирует расход (записывает в карточке материала, к-во за период, за какой период хранить статистику расхода, так же задается в карточке материала (день, месяц, год).
Например, у нас стоит код неделя и карточке материала имеем следующую картину
1 (нед) - 100
2 (нед) - 100
3 (нед) - 300

Уточнение по расходу.
Расход в SAP - это все что идет со знаком (-) свободно используемого запаса (не блокированного некотроля качества). И эти данные обновляются каждый раз в ОЗМ.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #64 : Ноябрь 28, 2013, 12:00:40 pm »
Кто-то делал ППМ одного и того же товара на разных заводах SAP? Заявки создаются как для Завода №1 так и для Завода №2. Объединить эти заявки в один заказ на закупку - SAP позволяет. Но это полный бред.
У кого-то что-то подобное было?

P.S. У меня не чистое производство "PP", - ММ в Retail с использованием ППМ по курсу 525.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #65 : Ноябрь 28, 2013, 01:22:44 pm »
You are not allowed to view links. Register or Login
Кто-то делал ППМ одного и того же товара на разных заводах SAP? Заявки создаются как для Завода №1 так и для Завода №2. Объединить эти заявки в один заказ на закупку - SAP позволяет. Но это полный бред.
У кого-то что-то подобное было?

P.S. У меня не чистое производство "PP", - ММ в Retail с использованием ППМ по курсу 525.
Да оно как бы все равно и там и там один и тот же ППМ, но советуют настройку делать через ветку производства, там параметров больше открыто.  Далее что касается основного вопроса, а в чем бред? Вы понимаете что технически объединить две позиции заявки в одну позицию заказа в текущей реализации не возможно, так как в позиции стоит ссылка на заявку, соответственно сделать в одной позиции ссылку на две заявки не возможно, поэтому я бы наверное сделал так. Указал завод 1 основным заводом закупки, а завод 2 сделал бы при прогоне чтобы генерировались резервирования на перемещение запаса, т.е. завод 1 для него будет поставщиком. Таким образом прогнав сначала ППМ на заводе 2 получим резервирования на пополнение запаса завода 2 с завода 1, далее прогнав ППМ на заводе 1 получим общую сумму закупки с учетом резервирований на перемещение запаса на завод 2. Как-то так  8)

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #66 : Ноябрь 29, 2013, 03:06:17 pm »
You are not allowed to view links. Register or Login
Да оно как бы все равно и там и там один и тот же ППМ, но советуют настройку делать через ветку производства, там параметров больше открыто.  Далее что касается основного вопроса, а в чем бред? Вы понимаете что технически объединить две позиции заявки в одну позицию заказа в текущей реализации не возможно, так как в позиции стоит ссылка на заявку, соответственно сделать в одной позиции ссылку на две заявки не возможно, поэтому я бы наверное сделал так. Указал завод 1 основным заводом закупки, а завод 2 сделал бы при прогоне чтобы генерировались резервирования на перемещение запаса, т.е. завод 1 для него будет поставщиком. Таким образом прогнав сначала ППМ на заводе 2 получим резервирования на пополнение запаса завода 2 с завода 1, далее прогнав ППМ на заводе 1 получим общую сумму закупки с учетом резервирований на перемещение запаса на завод 2. Как-то так  8)
Спасибо, попробовала. Я вчера тоже смотрела, но не в сторону использования специального вида заготовки с типом перемещение, а с типом производство на альтернативном заводе. Не подошёл.
Что касается с заготовкой на перемещение, то:
Тогда для завода 1 ,будет две заявки одна с типом позиции U (перемещение), вторая - (обычная). Как потом делать обычную закупку по этим двум заявкам и одним общим заказом на Завод 1? Ведь в заказе все-равно получается два завода.

У нас два разных по системе завода водной БЕ, но физически это один и тот же. Перемещение м/д заводами через 311 ВД. Между заводами сущ. одинаковые товары. Но, заказ, до ППМ, делался всегда только на один завод, а потом перемещение. Соот. считалась общая потребность двух заводов в Excel.



Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #67 : Ноябрь 29, 2013, 03:09:24 pm »
You are not allowed to view links. Register or Login
Да оно как бы все равно и там и там один и тот же ППМ

Не помню писала я здесь или нет, но наприм. области ППМ в Retail - не работают. Это официальная информация из SAP.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #68 : Ноябрь 29, 2013, 03:19:11 pm »
You are not allowed to view links. Register or Login
Тогда для завода 1 ,будет две заявки одна с типом позиции U (перемещение), вторая - (обычная). Как потом делать обычную закупку по этим двум заявкам и одним общим заказом на Завод 1? Ведь в заказе все-равно получается два завода.
Настройте чтобы создавался документ резервирования на перемещение запаса, а не заявка на перемещение запаса. Тогда по резервированиям будете просто формировать документы движения на перемещение.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #69 : Декабрь 02, 2013, 01:04:30 pm »
Проверяю ППМ на новый период. Вот что получается.
На 29.11.13г. был открыт в скл. учете 11 месяц - текущий, 10 -предыдущий.
Физически на 29.11.13г. сущ. открытые потребности на 11/2013, 12/2013, 01/2014
Физически на 02.12.13, в ведомости ППМ (планирование еще 02.12.13г. не было) есть только потребности на 12/2013 и 01/2014.
Я так понимаю, что физически сист. по календарю смотрит, что сегодня 02.12.13, значит потребность на 11/2013 - не актуальна и не будет покрыта. Есть уц кого-то какие-то еще варианты?
------------------------------
Дальше.
Так как физически, т.е сегодня, у нас 12/2013 и он в скл. учете не открыт, а док. проводить надо за 12/2013, то открываем в MMPV 12/2013г. Тогда у нас 12/2013 - текущий, а 11/2013 - предыдущий.
Заходим в ведомость ППМ, планирования еще не было. В ведомости потребность только за 01/2014. Т.е при открытии 12/2013 в MMPV потребность за 12/2013 была затерта, хотя 12/2013 - тек. месяц.
Может, при запуске MMPV необходимо, что-то указывать, чтобы потребности за тек. месяц оставались?

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #70 : Декабрь 02, 2013, 08:14:51 pm »
You are not allowed to view links. Register or Login
Настройте чтобы создавался документ резервирования на перемещение запаса, а не заявка на перемещение запаса. Тогда по резервированиям будете просто формировать документы движения на перемещение.
Однако к сожалению, специальный вид заготовки U, когда создается документ резервирования на перемещение запаса, работает только при использовании областей планирования, который по вашим словам в ритейл системах не работают, а поэтому вам этот вариант не поможет к сожалению.
Цитировать
Заготовка материалов, планируемых в области планирования потребности,
может производиться с использованием специального вида заготовки
“Перемещение из завода в область планирования потребности”.
Для этого необходимо создать код специального вида заготовки в
пользовательской настройке ППМ (шаг пользовательской настройки
“Определение специального вида заготовки”), содержащий вид заготовки
“F” (заготовка на стороне), специальный вид заготовки “U” (перемещение
запаса) и собственный завод в качестве завода перемещения запаса.
Этот код специального вида заготовки вводится в сегмент области ППМ
соответствующей области планирования потребности.
Перемещение запаса выполняется аналогично перемещению в ППМ
на уровне склада: резервирование перемещаемого запаса создается на
уровне области планирования потребности, а на основе резервирования
перемещаемого запаса создается резервирование на уровне завода. После
завершения заготовки на заводе в области планирования потребности
выполняется проводка переноса в управлении запасами со ссылкой на
резервирование перемещаемого запаса.

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #71 : Декабрь 02, 2013, 08:23:39 pm »
You are not allowed to view links. Register or Login
Заходим в ведомость ППМ, планирования еще не было. В ведомости потребность только за 01/2014. Т.е при открытии 12/2013 в MMPV потребность за 12/2013 была затерта, хотя 12/2013 - тек. месяц.
Может я что-то путаю, но так как планирования небыло то ведомость планирования:

"Ведомость ППМ включает результат последнего прогона планирования и поэтому является статической: изменения, внесенные после прогона планирования, не видны."

Поэтому я не очень понимаю как вы видите какие-то изменения, если само планирование вы не выполняете. Может вы имеете в виду:

"Текущая ведомость потребности/запасов – это динамический список, который содержит фактические уровни запаса, потребности и поступлений. Изменения отображаются немедленно при вызове текущей ведомости потребности/запасов или при считывании
элементов на текущем экране ведомости потребности/запасов из базы данных в реальном времени после выбора функции “Обновить”.


You are not allowed to view links. Register or Login
Может, при запуске MMPV необходимо, что-то указывать, чтобы потребности за тек. месяц оставались?
Нет эта функция просто открывает новый период проводки, и больше ничего. При этом с версии 4.6 оно вообще фактически делает только маркировку какой период считать текущим и все, поэтому смена периода происходит фактически мгновенно.

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #72 : Декабрь 03, 2013, 10:48:35 am »
You are not allowed to view links. Register or Login
Может я что-то путаю, но так как планирования небыло то ведомость планирования:

"Ведомость ППМ включает результат последнего прогона планирования и поэтому является статической: изменения, внесенные после прогона планирования, не видны."

Поэтому я не очень понимаю как вы видите какие-то изменения, если само планирование вы не выполняете. Может вы имеете в виду:

"Текущая ведомость потребности/запасов – это динамический список, который содержит фактические уровни запаса, потребности и поступлений. Изменения отображаются немедленно при вызове текущей ведомости потребности/запасов или при считывании
элементов на текущем экране ведомости потребности/запасов из базы данных в реальном времени после выбора функции “Обновить”.

Нет эта функция просто открывает новый период проводки, и больше ничего. При этом с версии 4.6 оно вообще фактически делает только маркировку какой период считать текущим и все, поэтому смена периода происходит фактически мгновенно.

Текущая ведомость потребности/запасов md04

Оффлайн Lubjen

  • Newbie
  • *
  • Сообщений: 109
  • Репутация: +7/-0
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
Re: Наверное про ППМ
« Ответ #73 : Декабрь 06, 2013, 12:40:16 pm »
Запланированная дата поставки в MD04
Есть три потребности на 12/2013, 01/2014, 02/2014. На 2 и 3 потребность нам уже не хватит запаса - создастся заявка.
Данные:
Расчет размера партии - месячный (кол.периодов 3).
Время обработки товара в mm42 - 3 дня
Плановое время поставки в mm 42- 30 дней (1 вариант) и 23 дня (2 вариант)
Время обработки заявки в заказ, пока, - 0 дней.
Дата запуска ППМ 06.12.13.
Выходные дни по производственному и праздничному календарю 01/2014 и 07/2014

1 вариант
06.12.13+30+3+0=10.01.14
2 вариант
06.12.13+23+3+0=02.01.14 (01.01.14 - праздничный выходной)
По второму варианту система рассчитывает запланированную дату поставки - 03.01.14. Где я что-то упускаю, то у меня для второго варианта не выходит?


 

Оффлайн Uukrul

  • SAP ECC 6.0 Ehp(*)
  • Administrator
  • Epic Member
  • *****
  • Сообщений: 3 809
  • Репутация: +47/-0
  • Пол: Мужской
  • YearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYearsYears
    • Sapforum.BIZ
Re: Наверное про ППМ
« Ответ #74 : Декабрь 07, 2013, 12:44:04 am »
You are not allowed to view links. Register or Login
2 вариант
06.12.13+23+3+0=02.01.14 (01.01.14 - праздничный выходной)
По второму варианту система рассчитывает запланированную дату поставки - 03.01.14. Где я что-то упускаю, то у меня для второго варианта не выходит?
Ну 06.12.13+23 = 29.12.2013, теперь 3 дня на обработку товара, т.е. 30.12, 31.12 потом 01.01 праздник (пропускаем) и 02.01. Значит товар будет готов 03.01.2014., т.е. 3 дня.. это 3 дня, полных, т.е. 02.01.2014  это еще третий день обработки по вашей формуле 3 дня на время обработки товара, так что правильно вам система говорит что товар будет готов на 03.01.2014

По первой формуле тоже 10.01 выходи потому что 07 выходной, поэтому 30 дней это 05.01 получается а дальше обработка 06, 08 и 09, три дня с одним выходным, вот и выходит что товар будет готов 10.01

PS: У меня сейчас нет доступного IDES под рукой, так что даже и проверить негде, но по датам вроде как все правильно выходит.
« Последнее редактирование: Декабрь 07, 2013, 12:47:00 am от Uukrul »

Sapforum.Biz

Re: Наверное про ППМ
« Ответ #74 : Декабрь 07, 2013, 12:44:04 am »