Добрый день, коллеги!

Очерердной вопрос в массы: есть спецификация. Технологи вносят изменение в спецификацию и хотят видеть обновленный состав немедленно. Этот же обновленный состав спецификации используют для расчета плановой цены экономисты. А вот производство "принимает" эти изменения уже после того, как будет израсходован задел - с определенной даты в будущем. Как сделать так, чтобы одно и то же изменение вступало в силу в различных областях на разные даты?

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

Вести 2 спецификации - технологическую и производственную тоже как-то не очень хочется.

Может кто сталкивался?
Заранее спасибо.

В ключе есть деблокирование для калькуляции, планирования и производства.
Создайте свои ключи, т.к. в стандарте их нет.

Непонятно почему эксперименты с ключами не дали результата...

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

Я наверное не понятно объясняю, тогда лучше на примере и цифрах.

Есть СП. Создали заявку на изменение с датой "действительно с" - сегодня (30.10.09). Установили ключ деблокирвоания "Для калькуляции и моделирвоания" - технологи и экономисты видят измененную СП. В производстве есть задел, который они планируют израсходовать к 1.12.09 и ссответственно, с этой даты они хотят производить по измененному составу. Для того, чтобы 1.12.09 производить по-новому необходимо запланировать закупку новых материалов к этой дате уже сейчас. Получается:
1) Если установить глобальное деблокирование сегодня, то планироваться и производиться будет по-новому уже сейчас
2) Если установить глобальное деблокировани 1.12.09, то будет дефицит материалов, т.к. система до этого дня не знала о необходимости закупки новх материалов
3) Если установить деблокирование только для планирования сегодня, то будут создаваться плановые заказы с новым составом, преобразовываться в производственные с точно таким же новым составом (не смотря на то, что деблокирование в производстве еще не выполнено)

Все 3 варианта - провал.

Такая проблемма решается используя механихм материалов заменителей. Еть несколько реализаций: можно указывать на уровне ОЗМ, можно на уровне позиций спецификаций.

Есть в изменениях область действия - номер серии. Так как я думаю, если сделать следующее:
Задать номер серии для открытия действия изменения. До этого спланировать так, чтобы все текущие запасы материала зарезервировались. Потом ставите номер серии - с номера следующего за последним номером серии окончания запаса материала.
Получится, что все текущие запасы спишутся по старому, а на новые (заменители) будут новые спецификации заказов.

Сам не пробовал, но теоретически должно работать.

не понятно, чем плохо, если спецификация для производства, калькуляции и планирования будет действовать с 1.12. Т.е. до 1.12 вы всё делаете из старых материалов. С 1.12 из новых. при этом плановые калькуляции будут строиться с 1.12 по новой специфкации, ППМ тоже отработает и создаст заявки на новые материалы только к 1.12.
Если технологи "хотят видеть новый состав немедленно", пусть смотрят его по состоянию на 1.12.

Механихзм заменителей сдесь не подойдет, т.к. эти изменения - постоянные изменения технологического состава, а не временные замены материалов.

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

Вы имеете ввиду Серийный номер? На сколько я знаю с номером серии изменения c областью действия не особо.

Применение серийных номеров в нашем случае тоже не подойдет, т.к. большой объем номенклатуры и серийный номер проставляется только для крупных критических узлов.

2kriska
Технологи могут вносить изменения несколько раз на дню, но начинают действовать изменения со вполне определённой даты (это не только запись в табличке SAP, но дата в соответсвующем документе изменения к спецификации, под которым стоят подписи), поэтому если они хотят просмотреть состав изделия, они должны его смотреть на определённую дату, помнить тут особо ничего не надо.

Наши технологи категорически против такого, т.к. у них на столе будет лежать 10 извещений на изменений - каждое со своей датой. И они не желают разгребать все бумажки, чтобы узнать, на какую дату им открыть актуальную спецификацию - ведь они внесли изменения и для них она уже сегодня должна выглядеть по-новому.
+ плановая калькуляция считается ежемесячно определенного числа месяца (к примеру 28.10.09) по спецификации, которая содержит в себе все накопленные изменения за этот месяц. Если СП будет содержать несколько изменений с датами вступления в силу 1.12.09, 1.03.10 и т.д., получится, что экономисты должны выяснить у технологов дату последнего внесенного изменения на текущий момент и подставить эту дату в дату разузловки - 1.03.10. Согласитесь, ни один плановый отдел не будет рассчитывать плановую цену на ноябрь с датой разузловки - март.
Такой вариант работы у нас предложен сейчас, все против.

Т.е. если изменение реально вступает в силу с 01.03.10, и еще 5 месяцев удет произвдиться по старой спецификации, то экономисты считают калькуляцию на ноябрь по новой спецификации? LOL! Это что за бизнес? Вас самих не интересует почему так? Им вообще зачем калькуляция?


А они не одни работают:) На крайняк пускай смотрят через cs03 вообще стирая период просмотра. Или пускай просто ставят при просмотре дату аля 2020год. Можно им даже формат такой настроить, чтоб она туда по умолчанидю подсставлялась:)

Это же плановя цена будет. А то, что производство все это время будет расходовать заделы и работать по-старому выльеться в отклнениях к факту. В результате крайними будут производственники, что так долго думали - принимать изменения или нет Ну на самом деле 5 месяцев это утрированно, реально не больше 3-х.



Вот иногда мы сомневаемся в этом

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