26.05.2005, 11:26 | #161 |
Участник
|
Цитата:
Изначально опубликовано air
Например? Стыдно не знать хорошие стороны конкурентов |
|
26.05.2005, 11:28 | #162 |
Участник
|
Цитата:
Изначально опубликовано air
Ну что ж, продолжим по Вашему ответу : предлагаю повторно прочитать сообщение air от 24-05-2005 18:09. Если опять останутся вопросы, то следует обратиться к классике, см., например, книгу "Основы автоматизации производства". Е.Р. Ковальчук, М.Г. Косов, В.Г. Митрофанов и др. Под общ. ред.Ю.М. Соломенцева., -М.:Машиностроение, - 1995. - 312 с. Разве все мало-мальски серьезные исследования в этой области ссылаются на указанную работу? |
|
26.05.2005, 11:35 | #163 |
Участник
|
Цитата:
Изначально опубликовано air
2. Такие интерфейсы у Аксапты есть с APS, например, с Preactor-ом. Но в России пока аналогичных проектов, как я знаю, не было. Сейчас мы ведем переговоры с одним московским предприятием, которое установило (точнее сказать, продолжает внедрять) у себя Аксапту. Цеховые задачи предлагается передать MES системе. Может я перепутал или, что еще хуже намерянно ввел в заблуждение, чтобы выяснить проверяете (осмысливаете) ли вы полученную информацию или даже не удосуживаетесь?) |
|
26.05.2005, 11:42 | #164 |
Участник
|
2 Загидуллин Р.Р.
1. Большая просьба с вашими правилами кому и как отвечать - идти на свой форум mesa.ru и там развивать ваши темы 2. Ещё раз хочу спросить, что именно ОБСУЖДАЕТСЯ в этой ветке? Что MES делает то, что не делает MRPII? Это и так всем ясно. Вы пытаетесь убедить нас в том, что MES системы нужны российским предприятиям? Совет: идите на рынок, и убеждайте покупателей. Вы пытаетесь сподвигнуть участников поработать бесплатными аналитиками, консультантами (чтобы они прониклись идеей, и несли MES идею в массы - на те предприятия, на которые они Аксапту внедряют)? Это и называется дешёвый PR (дешёвый в том плане, что стоит Вам очень немного денег). |
|
26.05.2005, 11:47 | #165 |
Участник
|
2 Air
А это "некое московское предприятие" не КМЗ часом? |
|
26.05.2005, 11:53 | #166 |
Шаман форума
|
Господа, личную переписку прошу на форум не отправлять .
|
|
26.05.2005, 12:40 | #167 |
Участник
|
Цитата:
Изначально опубликовано air
Давайте. Сначала расставим точки над i. Цитата:
Изначально опубликовано air
Синхронизация на уровне технологических операций при оперативном планированиии производства. В задачах производственного планирования принято различать 2 уровня синхронизации : 1. Изделие (сборочная единица), как известно, состоит из отдельных узлов и деталесборочных единиц (ДСЕ).[/B] Цитата:
[i] Ясно, что для сброрки узла необходимо спланировать работы так, чтобы все входящие в него ДСЕ к моменту сборочной операции были бы обработаны. На практике в серийных производствах требование к такой синхронизации обходят, используя в качестве буфера промежуточный склад ДСЕ. Наглядный пример уже привел выше Георгий.
[/B] Другой возможный способ - использовать фантомные спецификации в Axapta. Цитата:
Изначально опубликовано air
2. Второй уровень синхронизации связан с необходимостью выполнения операций в сборе, т.е. так называемой обработки технологически сопрягаемых поверхностей. Примеры: совместная фрезеровка смонтированных на плите деталей (это не сборка узла, поскольку потом каждая деталь будет продолжать обрабатываться по своему техмаршруту); совместная сверловка и расточка отверстий одновременно в двух деталях; притирка колонок или втулок по отверстию в другой ДСЕ; термообработка различных ДСЕ в контейнерах и т.п..[/B] * исправлено Цитата:
Изначально опубликовано air Избежать подобных операций в сборе в условиях мелкосерийных и единичных производств, увы, не удается (поэтому то, я думаю, производственные модули ERP систем еще нигде в таких цехах и не работают). Более того, какие именно ДСЕ войдут в контейнер для термообаботки заранее не известно, - это станет ясно только в процессе диспетчерского контроля.[/B]
"Што припожло то и ем?" Цитата:
Доказательсто известного утверждения Сахавата: "в ERP системах при оперативном планировании не обеспечивается надлежащая синхронизация выполнения технологических операций" проведем классически, от противного:
если кто-то сможет привести реальный контрпример, опровергающий указанное утверждение, то будет доказано, что и Сахават и я были не правы [/B] |
|
26.05.2005, 12:52 | #168 |
Участник
|
Re: Re: опять PR, будь он неладен...
Цитата:
Изначально опубликовано air
Поэтому, Тимур, у меня есть к Вам прямой вопрос: Почему, скажите на милость, на территории России ERP-слон так болезненно реагирует на активность MES-моськи? |
|
26.05.2005, 13:50 | #169 |
Участник
|
Цитата:
[i]
Для этого есть "группы операций" в Axapta. [/B] |
|
26.05.2005, 14:06 | #170 |
Участник
|
Цитата:
Изначально опубликовано air
Вы правы, действительно, сам расчет производственного расписания - это, по-существу, "выталнивание" последовательности работ, которые еще не начаты. Но, что очень важно, Ф предназанчен не просто для составления расписаний и оперативной компенсации отклонений от принятой производственной программы (исходного расписания Master Schedule). Естественно, что компенсировать такие отклонения необходимо, на это ориентированы все системы управления производством. В MRPII, например, для любых спланированных apriori работ указываются временные рамки, выход за которые недопустим, - иначе потребуется перепланирование, а при больших размерностях задачи это реально можно сделать не чаще, чем 2 раза в сутки.] Цитата:
Изначально опубликовано air
Ф, наоборот, постоянно собирая данные о состоянии оборудования (для этого, в частности, используется встроенная подсистема имитационного моделирования движения материальных поков) с квантом в 5 минут, Цитата:
Изначально опубликовано air и аккомулируя сведения о завершенных технологических операциях, не удерживает старое расписание, как это стремятся сделать в MRPII, а предлагает диспетчеру, в случае необходимости, сделать новое, т.е. провести соответствующую его коррекцию. В этом смысле можно говорить о "выталкивании" Фобосом очередного скорректированного расписания работ на ближайшие 2 часа. А что будет через пять минут никто заранее с уверенностью сказать не может, - вдруг какой-нибудь станок выйдет из строя!
А у рабочих на руках только 1 рабочее задание на ближайшее время и никто не знает что дальше делать ))) Перекур до восстановления системы, а так сменно-суточное есть Можете привести результаты тестов по скорости пересчета расписание Вашей системой? С указанием исходных данных для расчетов? Какой предел по объему входных данных для пересчета каждые пять минут? Цитата:
Изначально опубликовано air
Это, согласитесь, гораздо ближе к "вытягивающей" идеологии KANBAN, нежели к "выталкивающей" MRPII. Цитата:
Изначально опубликовано air
Более того, имея на руках только один наряд, рабочий (как и японец с Kanban-карточкой) имеет не традиционное сменно-суточное задание, а лишь задание на ближайшее время. Думаю, что Вы заметили разницу. С моей точки зрения, эта заметная разница в оперативном планировании MES системы и традиционной ERP системы равносильна разнице в методах управления между двумя транспортными средствами: - трамваем (MRPII движется по проложенным apriori рельсам) и автомобилем (никто заранее не знает, как мы доедем до фиксированной цели в большом городе, объезжая многочисленные автомобильные пробки). [/B] Сменно-суточное задание для ERP вовсе не традиционно, это рудимент отечественной практики управления производством. И из ERP можно выдавать и отдельные наряды на работы и сменно-суточные (агрегированные наряды), как захочется. |
|
26.05.2005, 14:28 | #171 |
Участник
|
Цитата:
Изначально опубликовано Сахават
В документации написано так - для одновременного приоритетного выполнения операций они должны иметь одинаковые номера в маршрутной сети. А если сетей много? Не могли бы Вы привести точную цитату, наименование документа и страницу? * А! я опечатался, не группы операций, а свойства. Посмотрите, что говориться про свойства. |
|
26.05.2005, 15:04 | #172 |
Участник
|
Цитата:
Изначально опубликовано Aleck
Такой фразы в документации нет. Не могли бы Вы привести точную цитату, наименование документа и страницу? * А! я опечатался, не группы операций, а свойства. Посмотрите, что говориться про свойства. Но здесь ОДНОВРЕМЕННО - это, скорее всего, ПАРАЛЛЕЛЬНО. "СВОЙСТВО" - такого свойства у ОПЕРАЦИЯ нет. |
|
26.05.2005, 15:20 | #173 |
Участник
|
Цитата:
Изначально опубликовано Сахават
Управление производством. Руководство пользователя. стр. 94 (Код операции) Но здесь ОДНОВРЕМЕННО - это, скорее всего, ПАРАЛЛЕЛЬНО. "СВОЙСТВО" - такого свойства у ОПЕРАЦИЯ нет. Может Вы хотите сказать, что Вы не нашли такого параметра? Возмите все же демо-версию у mazzy)) Я вот запускаю Axapta и в форме "маршрут" на вкладке разное вижу этот параметр и в указанном документе "свойства" подробно описываются (правда менее удачно чем в англоязычных тренинговых материалах). |
|
26.05.2005, 15:28 | #174 |
Участник
|
Цитата:
Изначально опубликовано Aleck
Здесь = параллельно, только эта фича используется для других целей. Может Вы хотите сказать, что Вы не нашли такого параметра? Возмите все же демо-версию у mazzy)) Я вот запускаю Axapta и в форме "маршрут" на вкладке разное вижу этот параметр и в указанном документе "свойства" подробно описываются (правда менее удачно чем в англоязычных тренинговых материалах). Свойство есть у РЦ - но это другое. |
|
26.05.2005, 15:36 | #175 |
Участник
|
Цитата:
Изначально опубликовано Сахават
Я написал mazzy с просьбой о демо. Ответа пока нет. Свойство есть у РЦ - но это другое. Любите же Вы поспорить Этот вывод вы сделали после беглого просмотра документации? Считаете, что уже изучили Axapta?) |
|
26.05.2005, 15:43 | #176 |
Участник
|
Цитата:
Изначально опубликовано Aleck
Не только у РЦ. Любите же Вы поспорить Этот вывод вы сделали после беглого просмотра документации? Считаете, что уже изучили Axapta?) Написано - выберите какое нибудь свойство РЦ. там же. стр. 90 |
|
26.05.2005, 15:53 | #177 |
Участник
|
Цитата:
Изначально опубликовано Сахават
Послушайте Akeck! Бегло, не бегло - Свойство имеется ввиду свойство РЦ. И все. Больше там ничего нет. Написано - выберите какое нибудь свойство РЦ. там же. стр. 90 |
|
26.05.2005, 15:56 | #178 |
Участник
|
Цитата:
Изначально опубликовано Сахават
Я написал mazzy с просьбой о демо. Ответа пока нет. Свойство есть у РЦ - но это другое. Ответ продублировал. Извините за задержку. |
|
26.05.2005, 16:50 | #179 |
Участник
|
Блокве:
> за что меня и пожурил, чисто по-преподавательски, уважаемый Загидуллин Р.Р. Я не журил Вас. Просто мне понравились Ваши куки: "Законы природы еще ни кто не отменял!". Вы говорите, что "система управления - первична, а автоматизация - вторично". Совершенно верно! Но ведь в КАНБАН первичным является порядок, который заложен в системе генерации карточек и их использования. Правила управления - это правила Гантта для данного случая. Не оспариваю важность порядка людского и менталитет, но нельзя же все сваливать только на нерадивость. > Исходя из этого ИМХО, практика создания специальных коннекторов для каждой > пары ERP-MES - не правильна, и мне кажется не очень то и сложно определить > протокол взаимодействия между ними, состав и структуру обмена информацией. Так я же свожу все к общим понятиям, общим требованиям, но просто теоретизировать - это бесконечно, нужна пара, которая бы эту теорию подтвердила. > Не рановато ли к классике причислили?) > Разве все мало-мальски серьезные исследования в этой области ссылаются на > указанную работу? Пример мало-мальских серьезных исследований в студию И чем Вам не нравится в данной книге раздел, посвященный планированию? Вы согласны с этим разделом? To xonix: > Ещё раз хочу спросить, что именно ОБСУЖДАЕТСЯ в этой ветке? Что MES делает > то, что не делает MRPII? Это и так всем ясно. Вам - непонятно. Ознакомьтесь с ОКП, почитайте мануал производственного модуля Аксапты, поспрашивайте специалистов Аксапты, т.е. так, как это сделал я, и разберетесь. > Вы пытаетесь сподвигнуть участников поработать бесплатными аналитиками, > консультантами Пока что роль аналитика по данной теме выполняю я, а не Вы. Так что Вам не грозит переработаться. Я Вас в команду не включал > Большая просьба с вашими правилами кому и как отвечать - идти на свой форум > mesa.ru и там развивать ваши темы У меня есть три варианта: 1) Пожаловаться модератору, что Вы мешаете дискуссии 2) Самолично указать Вам дорогу 3) Включить "игнор" на Ваши сообщения. Угадайте с трех раз, - каким вариантом я воспользуюсь? Aleck'у: Для начала. Попробуйте учесть в Аксапте переналадки оборудования типа матрицы Tпер[i,j,k]. Ваш ответ по данному вопросу прошу прокоментировать Георгия. |
|
26.05.2005, 17:06 | #180 |
Участник
|
Цитата:
Изначально опубликовано Загидуллин Р.Р.
Пример мало-мальских серьезных исследований в студию И чем Вам не нравится в данной книге раздел, посвященный планированию? Вы согласны с этим разделом? Я эту работу классикой не считаю, хотя бы по причине ее недавнего опубликования. Вы готовы индекс цитирования этой работы привести? Цитата:
Изначально опубликовано Загидуллин Р.Р.
Для начала. Попробуйте учесть в Аксапте переналадки оборудования типа матрицы Tпер[i,j,k]. Ваш ответ по данному вопросу прошу прокоментировать Георгия. [/B] Небольшой совет: На этом форуме теоретиков крайне мало, сюда обращаются либо люди внедряющие Axapta, либо ее использующие. Если Вы хотите получить ответы на свои вопросы, то формулируйте их так, чтобы их смогли понять большинство, ближе к практике, а не теории Попробуйте спросить мастера на производстве как он учитывает переналадки оборудования типа матрицы Tпер[i,j,k]. Куда он Вас пошлет в ответ? |
|
Теги |
mes, производство |
|
|