Общие входные параметры для систем планирования производства.

[USD]

Равиль Рустэм-бекович,
"Но при чем тут "как не виновата?". "
Во внешних срывах никто не виноват (в смысле не системы виноваты, а мир такой, оргуправление такое и т.д.), а в срывах из-за неучета "чужих" (недоступных для данного ПО) ограничений (формальных ограничений, конечно) виноваты все.

Простой интерфейс MES-ERP, конечно, тоже даст эффект, но для хорошего интерфейса и все остальные ограничения, по тем же ресурсам, финансам, внезапно уволенным рабочим придется передавать.>>получаем интеграцию с передачей ВСЕГО, ЧТО ЕСТЬ. Да еще и с обратной связью.

"клиент Вам диктует правила оптимизации производственного расписания, а это просто чушь..." А я бы сказала, что клиент как раз один из тех, кто "диктует", + другие "внешние системы "диктуют" (Чубайс, известный диктатор".

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

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

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


Рассмотрим упоминаемое модельное расхождение
"Справочник: операции. Код - Описание - Длительность
Справочние: рабочие центры. Код - Описание - Перечень доступных операций" грит Георгий
"Длительность атрибут отношения РЦ<-->Операция", грит Сахават.

Вот Вам и пример "интеграбельности"! Если, не дай бог, у нас "номенклатура РЦ и операций" - плывет ввиду постоянного обновления выпускаемой номенклатуры (или не устаканилась, в процессе внедрения). Тогда при каждом акте передачи этих данных в MES, отношение, упомянутое Сахаватом будем устанавливать ВРУЧНУЮ.
То есть интеграция породит двойной ввод данных и дополнительные проблемы персоналу.

Для данной задачи - запрещаем зависимость времени выполнения операции от РЦ. Все РЦ - новенькие и однотипные.
Для равенства входных условий.