![]() |
#101 |
Участник
|
Цитата:
Изначально опубликовано Загидуллин Р.Р.
... у меня к Вам три простых вопроса ![]() 1) Как Вы думаете, - есть ли у Аксапты причины быть лидером продаж в России? 2) Если Аксапата будет иметь интерфейс к какой-либо MES-системе, хорошо это для MES-системы или плохо? 3) Вас интересует интерфейс между Аксаптой и ФОБОСом? 1. Аксапта, по-видимому, сегодня представляет собой наиболее сильное решение на ERP уровне для российских машиностроительных предприятий. Проблема во внедренцах - их любимые слова: "Используя встроенные средства в Аксапте, Вы решите большинство проблем, которые у Вас возникнут, когда мы уйдем, продав нужное число лицензий". ![]() 2. Такие интерфейсы у Аксапты есть с APS, например, с Preactor-ом. Но в России пока аналогичных проектов, как я знаю, не было. Сейчас мы ведем переговоры с одним московским предприятием, которое установило (точнее сказать, продолжает внедрять) у себя Аксапту. Цеховые задачи предлагается передать MES системе. 3. Конечно, это очень интересно. Другое дело, что адепты ERP используют для конкурентной борьбы на российском рынке промышленного софта применительно к отечественным системам снисходительное: "русские самописки",... что, естественно, раздражает иных участников форума ![]() |
|
![]() |
#102 |
Участник
|
Цитата:
Изначально опубликовано George Nordic
Делать переналадку делать как - нельзя, мы же не знаем, нужна будет переналадка перед очередным пр. заказом или нет. А если делать отдельно, но надо смотреть, как к этой операции привязать РЦ "Сотрудник". С Уважением, Георгий. А сотрудника жестко не надо. |
|
![]() |
#103 |
Участник
|
> Создатели "Фобос" уже сами интерфейс пишут, насколько я понял.
Что удорожает стоимость MES. Кроме того, если ERP-система что-либо поменяет в структуре своих БД в очередной версии, то это опять ложится как расходы на предприятие, т.к. придется обращаться к MES-разработчикам с целью "подправить" интерфейс. > Хороший вопрос. Можно включить ТС как рабочий центр. Можно задать время > на транспортировку после операции. Георгий, но ведь мы изначально не знаем - нужна транспортная операция или нет, т.к. если j-1-я и j-я операции выполняются на одном и том же РЦ, то операция транспортирования отсутствует. Как будете делать? > Делать переналадку делать как - нельзя, мы же не знаем, нужна будет > переналадка перед очередным пр. заказом или нет. А если делать отдельно, > но надо смотреть, как к этой операции привязать РЦ "Сотрудник". Вот-вот, такой же вопрос, как и в случае ТС. Нужна или не нужна - это руками править или планировщик сам догадается? Кстати, а учет занятости складов? Там ведь тоже программа "сама" должна думать - складировать или нет, заняты обслуживающие устройства или нет и т.д. Вопрос #2 (на сегодня последний): Какие критерии временного, стоимостного и других видов используются в Аксапте при составлении расписания? |
|
![]() |
#104 |
Участник
|
> Сейчас мы ведем переговоры с одним московским предприятием, которое установило
> (точнее сказать, продолжает внедрять) у себя Аксапту. Цеховые задачи предлагается > передать MES системе. Георгий, Вы видите, - как уплывает от Вас эта работа? ![]() развернуть план, как выясняется, что актуальность этой связки Евгений Борисович уже давно понял и даже предпринял кое-что ![]() Вот тут мне не совсем ясна игра, а именно. Может быть кто-то рискнет сделать прогноз. Мне кажется, что проект по созданию интерфейса Аксапта - ФОБОС в том плане, что озвучил Евгений Борисович, - это односторонний проект. Появится интерфейс, проживет год-полтора, а Аксапта ... может его проигнорировать (или просто не знать о нем). Меняет структуру БД и ... все сначала. Для ФОБОСа это и хорошо и плохо. Те, кто завяжется со связкой Аксапта-ФОБОС, обратятся к MES-разработчикам с просьбой (и дополнительным договором) о реинжениринге интерфейса. Для MES-разработчика вроде бы все хорошо, - дополнительные договора по типу сопровождения. Но ведь и предприятия, узнав, что есть такой интерфейс, обратятся к Аксапте, чтобы узнать ее позицию перед тем, как приобретать эту связку. Мне кажется, что сдесь надо и монахам и монашкам рыть тоннелль с обеих концов. > 3. Конечно, это очень интересно. Другое дело, что адепты ERP используют для > конкурентной борьбы на российском рынке промышленного софта применительно к > отечественным системам снисходительное: "русские самописки",... что, > естественно, раздражает иных участников форума Ххех! ![]() форума, причастных к Аксапте, так не думают. > Позиция "Aquila non captat muscas" ("Орел не ловит мух" (лат.)) - вот отношение, > которое некоторые ERP-шники все еще пытаются внеднрить в сознание общественности. > Это грубая ошибка. Но ведь и Вы и многие Ваши коллеги, в том числе и Ваш покорный слуга, очень часто, в вопросах ОКП, также задают вопрос адептам ERP - "Aquilam volare doces?" ("Учишь орла летать?" (лат.)) ![]() Тогда вопрос ко всем: так может быть рытье тоннеля с обеих сторон - это уже назрело? |
|
![]() |
#105 |
Модератор
|
Цитата:
Изначально опубликовано Загидуллин Р.Р.
Георгий, Вы видите, - как уплывает от Вас эта работа? ![]() развернуть план, как выясняется, что актуальность этой связки Евгений Борисович уже давно понял и даже предпринял кое-что ![]() ![]() Цитата:
Изначально опубликовано Загидуллин Р.Р.
Для MES-разработчика вроде бы все хорошо, - дополнительные договора по типу сопровождения. Но ведь и предприятия, узнав, что есть такой интерфейс, обратятся к Аксапте, чтобы узнать ее позицию перед тем, как приобретать эту связку. Мне кажется, что сдесь надо и монахам и монашкам рыть тоннелль с обеих концов. ![]() Цитата:
Изначально опубликовано Загидуллин Р.Р.
Тогда вопрос ко всем: так может быть рытье тоннеля с обеих сторон - это уже назрело? Цитата:
Изначально опубликовано Загидуллин Р.Р.
Вопрос #2 (на сегодня последний): Какие критерии временного, стоимостного и других видов используются в Аксапте при составлении расписания? ![]() С Уважением, Георгий. |
|
![]() |
#106 |
Участник
|
Цитата:
Изначально опубликовано George Nordic
...сюда - спецификации/календарь/рабочие центры/маршруты/производствееный план а отсюда - задания и диаграма Ганта. ![]() ![]() |
|
![]() |
#107 |
Участник
|
> Боюсь, что еще нет.
Т.е. лучше ждать готового решения? Георгий, я правильно понимаю, что энтузиазма хватило на сутки? ![]() > Сие тайна великая есть. Т.е. кто-то и может ответить, но я лично-нет. > Черный ящик: сюда - спецификации/календарь/рабочие центры/маршруты/ > производствееный план а отсюда - задания и диаграма Ганта. Но чем-то > то она руководствуется? Скорее всего я неправильно поставил вопрос. То, что внутри алгоритм закрыт, так и должно быть. Но можно ли составлять расписания по различным критериям, например, сегодня по критерию максимальной загрузки оборудования, завтра - по критерию минимума количества используемого оборудования или по критерию равной загрузки парка РЦ и т.д. Т.е. можно ли выбрать критерий планирования а Аксапте? Кроме того Вы не ответили на дополнительные вопросы по расписания с учетом ТС, складов и налачиков - см.выше. |
|
![]() |
#108 |
Модератор
|
Цитата:
Изначально опубликовано Загидуллин Р.Р.
Т.е. лучше ждать готового решения? Георгий, я правильно понимаю, что энтузиазма хватило на сутки? ![]() Еще раз мимо цели ![]() ![]() Цитата:
Изначально опубликовано Загидуллин Р.Р.
Скорее всего я неправильно поставил вопрос. То, что внутри алгоритм закрыт, так и должно быть. Но можно ли составлять расписания по различным критериям, например, сегодня по критерию максимальной загрузки оборудования, завтра - по критерию минимума количества используемого оборудования или по критерию равной загрузки парка РЦ и т.д. Т.е. можно ли выбрать критерий планирования а Аксапте? Кроме того Вы не ответили на дополнительные вопросы по расписания с учетом ТС, складов и налачиков - см.выше. Календарное планирование заданий позволяет разделить операцию на отдельные задачи с индивидуальными сроками выполнения. Это дает возможность управления следующими параметрами производства: • временем ожидания в очереди «до» и «после»; • временем настройки; • фактическим временем выполнения; • количеством перекрытия; • транзитным временем. При формировании производственного графика принимаются во внимание результаты прогнозирования, история запуска и завершения производств, объемы доступных материалов и производственные мощности. После оценки себестоимости производства следует приступить к его ориентировочному планированию – планированию операций. Календарное планирование операций определяет: • перечень запланированных к производству изделий; • их конфигурацию; • количество подлежащих производству единиц; • дату выпуска товаров. • задействованные группы рабочих центров; • количество часов, требуемых на наладку и обработку производственного процесса. В ходе планирования операций составляется сводный план, учитывающий: • расход материалов; • незавершенное производство; • наличие материалов и компонентов (наличие на складе, изготовление на субпроизводстве или сторонним поставщиком); • наличие свободных производственных мощностей. После ввода всей указанной информации можно приступать к планированию операций. Следует учесть, что в ходе планирования важную роль играет время доставки товара со склада и на склад, указываемое в таблице номенклатурных единиц модуля УПРАВЛЕНИЕ ЗАПАСАМИ. Ниже перечислены ключевые моменты планирования: • вариативная методика планирования; • оптимизация загрузки мощностей рабочих центров; • оптимизация использования материалов. Функциональность Microsoft Axapta позволяет: • Выбирать метод планирования (например, выбрать направление планирования вперед от указанной даты, в обратную сторону от даты и т.д.). • Составлять производственный план с учетом мощностей рабочих центров (оптимизация загрузки мощностей). • Использовать альтернативные рабочие центры. • Планировать производство, принимая во внимание наличие материалов (оптимизация использования материалов). • Планировать субпроизводства. По завершении планирования производственного заказа в соответствующих полях появляется дата его выполнения, резервируются мощности необходимых рабочих центров, а также изменяется статус производства. • методы (направления) планирования; • учет мощности рабочих центров; • учет ограничений на потребление материалов. С Уважением, Георгий |
|
![]() |
#109 |
Участник
|
Цитата:
Изначально опубликовано air
В Фобосе, так же как и в системе производственного управления KANBAN, основой для принятия решений о внесении коррекций в текущее производственное расписание является отметка о выполененной операции, - информация, которая считывается с рабочего наряда (аналога японской Kanban-карточки) и заносится в компьютер. Перерасчет расписания происходит не 2 раза в смену, как это допускается в ERP системах, а в любой момент времени по текущему состоянию производства. В отличие от MRP-II методологии планирования, где априори фомируются планы всем производственным подразделениям, в KANBAN (и в Фобосе) не строятстя фиксированные сменно-суточные задания на рабочие места, что в условиях мелкосерийных и единичных производств предпочтительнее, особенно, если речь идет об управлении цехом. [/B] ![]() С таким критерием "аналогичности" все системы ОПП, в т.ч. и автоматизированные аналогичны ![]() Мне кажется, для понимания различий в наших взглядах ключевой является Ваша последняя фраза: "что в условиях мелкосерийных и единичных производств". Классическая классификация приводит к классическим заблуждениям ![]() Один обобщенный критерий - это слишком мало для описания производственной системы. Честно сказать, затрудняюсь представить себе работу kanban(jit), как системы ОПП созданной для поточного производства с устойчивой номенклатурой, в условиях единичного производства, где применение поточных методов крайне затруднено. Один из принципов построение такой (jit) системы - это минимизация к-ва деталей/изделий на линию. В таких условиях и не требуется ни составление сменно-суточных заданий (в отечественном понимании), ни постоянный перерасчет расписания (как и его составление, планирование в jit имеет иной характер), планировать необходимо только выход - остальное "вытягивается" с помощью тех самых карточек и алгоритма MRP (он же цикловой график ![]() Цитата:
Изначально опубликовано air
Кстати говоря, Aleck, чтобы до конца понять мое предыдущее сообщение, я Вам рекомендую внимательно посмотреть демо-версию Фобоса.[/B] |
|
![]() |
#110 |
Участник
|
![]() Цитата:
Изначально опубликовано Загидуллин Р.Р.
Георгий, Вы видите, - как уплывает от Вас эта работа? ![]() развернуть план, как выясняется, что актуальность этой связки Евгений Борисович уже давно понял и даже предпринял кое-что ![]() [/B] Хорошая попытка, господа, браво))) |
|
![]() |
#111 |
Участник
|
Внедряю аксапту довольно давно, в том числе и на машиностроительных предприятиях.
Думаю надо внести ясность. Тех критериев оптимизации, о которых говорит Загидуллин Р.Р. в аксапте нет (равно как и в других ERP-системах). Иначе MES-системы действительно были бы не нужны. Производственный модуль аксапты реализует те, и только те принципы, которые считаются классическими для MRPII-систем и изложены в соответсвующих книгах. Что есть: 1. Производственное планирование Система пляшет вперед или назад от заданной/требуемой даты каждого производственного заказа и располагает производственные задания, учитывая загруженность рабочих центров и приоритет производственных заказов. При этом учитывается взаимозаменяемость и приоритетность рабочих центров, их мощность и эффективность в зависимости от рабочего времени, так называемые "свойства" - признак для группировки призводственных заданий. 2. Сводное планирование - синхронизирует производственные планы и планы закупки и перемещений материальных единиц. На мой взгляд, сравнивать ERP и MES как вы пытаетесь в этой ветке - бессмысленно. Дело в том, что задача многокритериальной динамической оптимизации, как она понимается в MES, в ERP вообще не ставится. Когда говорят, что ERP строит план с оптимизацией загрузки мощностей, то имеют ввиду, что план просто учитывает (хоть как-то) ограничения по мощности и т.д. Всё-таки у ERP другая задача - управлять предприятием в целом. Это не позиция "слона, который не видит мух". Просто это иная задача, чем оптимизация производственных расписаний. |
|
![]() |
#112 |
Участник
|
> на интерфейсы, вечером открою веточку (здесь и на mesa) об общих
> данных для систем планирования производства. Думаю, что дубль ветки не нужен, лучше сделать здесь, т.к. здесь много специалистов по ERP/MRPII, а вопрос комплексный. > Хм. Приведу доку. + Выслал её по-почте. Ой, мой диалап ![]() Я Ваш должник ![]() > В ходе планирования операций составляется сводный план, учитывающий: > • расход материалов; > • незавершенное производство; Короче, есть дока, но возможностей учета и варьирования критериями, о которых я говорил, нет. Ладно. > А мне, наивному чукотскому юноше, показалось, что уплывает к Евгению > Борисовичу только benefit от этой работы, а головную боль и потерянное > время предполагется подарить участникам этого форума. Aleck, во-первых, если к Е.Б. применить допрос с 3-й степенью пристрастия, может выясниться, что то, что мы считаем за идею, у него уже в процессе реализации. Во-вторых, это только в голливудских фильмах за идею сразу дают миллион зеленых. Ее еще до ума довести надо. А в-третьих, считаю, что benefit получат все, кто будет работать. Это же не пирожки с мясом, которые съел и все, больше "нету". > На мой взгляд, сравнивать ERP и MES как вы пытаетесь в этой ветке - бессмысленно. > Когда говорят, что ERP строит план с оптимизацией загрузки мощностей, > то имеют ввиду, что план просто учитывает (хоть как-то) ограничения по > мощности и т.д. Всё-таки у ERP другая задача - управлять предприятием > в целом. Валерий, большое спасибо за лаконичный и ясный ответ. Но я здесь не меряюсь. Обычно, только по документации и по хвалебным отзывам некоторых товарищей, понятно только то, что их системы могут и пиво варить. Хотя ответить на подробные вопросы они не могут, демо выслать или выложить на сайте не могут, скрин показать тоже не могут, отсюда полное непонимание сущности того или иного зверя. На данный момент, пользуясь случаем, выясняю для себя возможности Аксапты в области ОКП, на что Вы и Георгий дали достаточно подробные ответы. Спасибо. Вопросы по Аксапте еще будут. |
|
![]() |
#113 |
Участник
|
Цитата:
Изначально опубликовано Aleck
Мандарины и апельсины аналогичны - оба фрукты и рыжие ![]() С таким критерием "аналогичности" все системы ОПП, в т.ч. и автоматизированные аналогичны ![]() Цитата:
Изначально опубликовано Aleck
Мне кажется, для понимания различий в наших взглядах ключевой является Ваша последняя фраза: "что в условиях мелкосерийных и единичных производств". Классическая классификация приводит к классическим заблуждениям ![]() Смотрел [демо ФОБОСа], хотя для понимания Вашей точки зрения это совсем необязательно. Хотя по поводу Kanban не стану с Вами полимизировать. Вероятно, Вы в этих вопросах разбираетесь лучше меня. ![]() http://www.mesa.ru/phorum/read.php?f=37&i=590&t=590 http://www.mesa.ru/phorum/read.php?f=37&i=1001&t=1001 http://www.mesa.ru/phorum/read.php?f=37&i=2129&t=2129 . Надеюсь, что Вы найдете для себя там немало интересного в связи с данной дискуссией. Думаю, что и Равиль Рустэм-бекович сможет напомнить нам ссылку на соответсвующую дискуссию на Cfin-е. ![]() |
|
![]() |
#114 |
Участник
|
http://www.cfin.ru/forum/messages/2857/18413.shtml
+/- одна страница |
|
![]() |
#115 |
Участник
|
Цитата:
Изначально опубликовано Загидуллин Р.Р.
Aleck, во-первых, если к Е.Б. применить допрос с 3-й степенью пристрастия, может выясниться, что то, что мы считаем за идею, у него уже в процессе реализации... ![]() Хотя пока где-то еще "ходят кругами", приближаясь к разработке интерфейса ERP : MES, (к примеру, есть надежда согласовать, наконец, к июню с.г. соответствующее ТЗ на связку R/3 + Фобос [ОМЧ - ремонтный завод Спб.Метрополитена], - в России такие вопросы принято обсуждать подолгу, а в Китае, к примеру, такой интерфейс уже 2 года работает ![]() to George Nordic: Георгий, Вадковский пер., - это, действительно, МГТУ "СТАНКИН". Согласен с Р.Р.Загидуллиным, что интерфейс Axapta+MES может представлять собой для соответствующего диссертационного Совета "научно-обоснованное решение практической задачи, имеющей важное народо-хозяйственное значение" (согласно квалификационной характеристики ВАК). Серьезно. |
|
![]() |
#116 |
Участник
|
Цитата:
Изначально опубликовано air
Возможно, но кто его знает, а вдруг не "расколется"? ![]() А собирался что-то доказать... эх... |
|
![]() |
#117 |
Участник
|
Цитата:
Изначально опубликовано mazzy
Жаль, только его похоже здесь уже нет. А собирался что-то доказать... эх... ![]() ![]() ![]() ![]() |
|
![]() |
#118 |
Участник
|
Цитата:
Изначально опубликовано mazzy
Жаль, только его похоже здесь уже нет. А собирался что-то доказать... эх... Если Вы по ошибке подумали про меня, то я здесь. Просто разговор увели в другую сторону. А сравнить я готов. Могу предложить свои тестовые данные или взять у Георгия. Или ??? + оказалось, что для серьезных тестов Аксапту надо кому-то долго настраивать, ну тут уж я не могу никого принудить. А у меня, как Вы понимаете ее нет. |
|
![]() |
#119 |
Участник
|
Цитата:
Изначально опубликовано mazzy
Жаль, только его похоже здесь уже нет. А собирался что-то доказать... эх... Доказательство тезиса Сахавата о том, что ERP системы не могут надлежащим образом синхронизировать выполнение технологических операций& - так оно уже было приведено в сообщении air от 21.05.2005 15:27, Вы не внимательны. ![]() Поэтому, чтобы оветить на Вашу, как мне показалось, ехидную реплику приведу доказательство еще раз: В задачах производственного планирования принято различать 2 уровня синхронизации : 1. Изделие (сборочная единица), как известно, состоит из отдельных узлов и деталесборочных единиц (ДСЕ). Ясно, что для сброрки узла необходимо спланировать работы так, чтобы все входящие в него ДСЕ к моменту сборочной операции были бы обработаны. На практике в серийных производствах требование к такой синхронизации обходят, используя в качестве буфера промежуточный склад ДСЕ. Наглядный пример уже привел выше Георгий. 2. Второй уровень синхронизации связан с необходимостью выполнения операций в сборе, т.е. так называемой обработки технологически сопрягаемых поверхностей. Примеры: совместная фрезеровка смонтированных на плите деталей (это не сборка узла, поскольку потом каждая деталь будет продолжать обрабатываться по своему техмаршруту); совместная сверловка и расточка отверстий одновременно в двух деталях; притирка колонок или втулок по отверстию в другой ДСЕ; термообработка различных ДСЕ в контейнерах и т.п.. Избежать подобных операций в сборе в условиях мелкосерийных и единичных производств, увы, не удается (поэтому то, я думаю, производственные модули ERP систем еще нигде в таких цехах и не работают). Более того, какие именно ДСЕ войдут в контейнер для термообаботки заранее не известно, - это станет ясно только в процессе диспетчерского контроля. Доказательсто известного утверждения Сахавата: "в ERP системах при оперативном планировании не обеспечивается надлежащая синхронизация выполнения технологических операций" проведем классически, от противного: если кто-то сможет привести реальный контрпример, опровергающий указанное утверждение, то будет доказано, что и Сахават и я были не правы . Уважаемый Mazzy, все ли Вам понятно в вышеприведенных текстах? ![]() |
|
![]() |
#120 |
Участник
|
У меня не цели охаять именно Аксапту. Но я так понял, что те задачи (обычная производственная практика) которые я предложил нигде (в РФ) перед Аксаптой и не ставилась, а не то кто-нибудь да ответил бы.
И ,разумеется, YSB.MES, как и ФОБОС эти вопросы решает. И тут не надо говорить, что Аксапта не MES. Есть модуль "Производство" и она объязана учесть эти вещи безо всякой доработки. (Потому что это НЕ доработка, а разработка нового модуля на других алгоритмических основах.) |
|
Теги |
mes, производство |
|
|