Реализация замен и аналогов в Axapta 3.0

[Чиж]

Цитата:

Сообщение от DanielG

Здесь очевидно аксапта при отстутсвии номенклатуры планирует ее закупку, а в производстве при запуске или планировании ПЗ выбирается алтернативная т.к. оригинальная отсутствует на складе...
Скороей все так все и должно работать... Как мне кажется - это првильный подход, ведь при планировании мы можем запланировать закупку, а при запуске будет делать из чего есть на складе или ждать появления нужного на складе.

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

[DanielG]

Опираюсь на свой многолетний опыт внедрения PDM системам (занимался до того как ушел в ERP) спешу вас заверить, что то о чем вы пишите не совсем верно...
Если откроете любой справочник материалов, то увидете, что для каждого материала есть заменитили, например сталь 40Х можно заменить на 30Х и т.д.
Для каждой марки материала сушествует ряд сортаментов, где например летна может быть получена из листа путем нарезки, а это уже разные номенклатуры Лист Ст3 и Лента Ст3.
Что каксается комплектующих, так вспомните школьный курс физики где один резистор или конденсатор можно заменить на другой подобрав его номинал из других резисторов или конденсаторов путем последовательно-параллельного соеденения.
В практике же замена материала бывает в следующих случаях:
- не успели вовремя привезти;
- закончился материал - не хватило (было много брака);
- и т.д.
Причин в тех-же самых ГОСТах можно найти около десятка.
Так вот, спланировать замены невозможно, они в основном бывают когда уже запущено изделие в серию (не считая ОКР), от куда следует что правильно когда материал заменитель может быть назначен при запуске в производство.

В идеале, как и в ГОСТах, все изменения должны проводиться в PDM, извещение об изменение -> новая версия BOM. Потом данные передаются в аксапту и уже планируется по новой версии с учетом замен.
В случае когда уже все утверждено (закупки, ПЗ), то замены нужно делать в аксапте в ПЗ.

[Чиж]

Цитата:

Сообщение от DanielG

.

В идеале, все изменения должны проводиться в PDM, извещение об изменение -> новая версия BOM. Потом данные передаются в аксапту и уже планируется по новой версии с учетом замен.
В случае когда уже все утверждено (закупки, ПЗ), то замены нужно делать в аксапте в ПЗ.

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

[DanielG]

В любом случае нужна достоверная НСИ. Все зависит от количества проводимых изменении, частоты появления новой продукции и т.д.
Если кол-во изменений мало, так-же как и повление новой продукции, то достаточно выверить данные в аксапте и далее поддерживать их актуальность там же.
Если на предприятии большое кол-во изготавливаемой продукции, которая постоянно модифицируется и появляются новые продукты, то в данном случае без PDM не обойтись.
Основная сложность - это то, что в большинстве PDM-систем храниться информация о конструкторском составе изделия, т.е. как спроектировано, а для аксапты необходим технологический состав (как будут изготавливать). Яркий пример когда часть покупных изделий (стандартные комплектующие) изготавливают сами или наоборот...
Большинство поставщиков PDM решений реализуя свои проекты не принимают во внимание важность технологического состава, отсюда и первые сложности в интеграции с MRPII системами...