|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
s_ustinovinstant А для отсекания бреда существует бредоотсекатель. Мы же говорим о ERP, а не о поделках для кладовщиков или бухгалтеров. В этом процессе всегда присутствует такой же архитектор, как и при разработке "готовой" ERP А можно пример такого проекта? Чтобы и бредоотсекатель был, и архитектор с соответствующим опытом, и чтобы была именно ERP, а не "поделка". И самое главное, чтобы было экономически целесообразно писать новую систему, а не использовать готовую. То есть существенная часть существующей тиражной системы (естественно, наиболее подходящей) была бы неприменима по причине отсутствия необходимых функций. Задачи, которые решают ERP системы - достаточно стандартизированы. И методы решения этих задач тоже достаточно стандартны. Подавляющая часть всех рассказов об "уникальных особенностях" - это просто недостаточный уровень знаний у сотрудников предприятий, которые пытаются изобретать велосипед: - или из-за незнания методов решения некоторых задач (лично я, например, много наслушался бредней об управленческом учете от людей, которые просто не понимали, что такое двойная запись и зачем она нужна - то есть вообще не разбирались в учете) - или из-за незнания возможностей разных систем - нам обязательно нужна самописка, так как у нас производство такое (люди были искренне уверены, что в тиражных продуктах есть только сборочное производство, а модулей непрерывного производства не бывает) Разумеется, бывают большие задачи, которые правильно решать не доработкой существующей системы, а написанием новой с нуля. Что-то из подобного: http://www.computerra.ru/80130/walmart-bigdata/ Но для ERP систем почти всегда достаточно или относительно небольшой модификации существующего модуля, или написания небольшого дополнительного модуля, а процентов 90 всего необходимого функционала прекрасно подойдет в неизменном виде из нормальной тиражной системы. Кстати чисто совковое видение. Для бедных. В штатах скажем > 70% корпорэйта "кастом-мейд". ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 12:02 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
а процентов 90 всего необходимого функционала прекрасно подойдет в неизменном виде из нормальной тиражной системы.Чаще всего подходит. Но отнюдь не прекрасно. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 12:08 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
s_ustinovinstant А для отсекания бреда существует бредоотсекатель. Мы же говорим о ERP, а не о поделках для кладовщиков или бухгалтеров. В этом процессе всегда присутствует такой же архитектор, как и при разработке "готовой" ERP А можно пример такого проекта? Чтобы и бредоотсекатель был, и архитектор с соответствующим опытом, и чтобы была именно ERP, а не "поделка". И самое главное, чтобы было экономически целесообразно писать новую систему, а не использовать готовую. То есть существенная часть существующей тиражной системы (естественно, наиболее подходящей) была бы неприменима по причине отсутствия необходимых функций. это моя работа. Ваша - внедрять созданное другими, моя - разрабатывать самостоятельно. Ничего не обычного. Вам, как бывшему бухгалтеру, сейчас просто внедренцу, возможно многое непонятно, но это просто из другой области знания. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 12:43 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRoss_ustinov, говоришь ерунду явную попробуй найди ЕРП систему, которая устанавливает оптимальный размер партий запуска воще, найди ЕРП где можно задать критерий оптимальности че нить собеседник просто не в теме. Обычные поверхностные представления ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 12:43 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
типичные сказки внедренцев - у вас неправильное предприятие потому что оно не соответствует нашей ERP. Посему не мы должны кастомизирвать свою ERP а вы переделывайте свое предприятие. И пофиг что предприятие работает и даже зарабатыват на покупку дорогих ERP - это типа не критерий, критерий - соответствие неким академическим знаниям и принципам на которых наша ERP построена. И как только эти неграмотные лохи не знающие даже двойной записи зарабатывают прибыль. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 17:12 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRosпопробуй найди ЕРП систему, которая устанавливает оптимальный размер партий запуска вощеТе ERP-системы, которые поддерживают канбан-планирование, такой функционал содержат. Например, Syteline. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 19:43 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
Модератор: Такое ощущение, что перед Новым Годом возникла внеплановый всплеск весеннего обострения. Очень прошу, будьте сдержаннее и с уважением относитесь к оппонентам. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 19:45 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
GaryaViPRosпопробуй найди ЕРП систему, которая устанавливает оптимальный размер партий запуска вощеТе ERP-системы, которые поддерживают канбан-планирование, такой функционал содержат. Например, Syteline. ОК. Давай построй там расписание с учетом сроков пролеживания (хранения, годности) продуктов. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2013, 21:00 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRosОК. Давай построй там расписание с учетом сроков пролеживания (хранения, годности) продуктов.Сроки годности в формуле расчета размера оптимальной канбан-партии действительно не учитываются. Однако, при желании можно, если захотеть, их учесть, в качестве ограничения. Можно также во многих ERP-системах, даже не использующих канбан, прикрутить функционал расчета размера оптимальной партии, базирующийся, например, на формуле Стэндарта-Дэвиса. Однако, для того чтобы она действительно работала, требуется собирать детальную статистику по каждой операции - когда она началась и когда закончилась. Вообще, ERP-системы очень редко используются для детального планирования на уровне элементарных операций, поэтому для них подобный функционал мало востребован. Зато он востребован в SCADA системах (диспетчеризации производства), в MES-системах (системах управления производственными процессами). Некоторые ERP-системы содержат в себе базовый функционал таких систем, который задействуется с алгоритмами APS (синхронного планирования). Однако, следует признать, в специализированных системах этот функционал более "продвинутый", он может строить более оптимальные планы и, в том числе, производить расчет оптимальной партии для каждой операции. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2013, 17:07 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
Garya, зря ты на слово веришь все этим "системам" давай вот возьмем МЕС или АПС с ЕРП в взаимодействии смотри что предлагается (и то на словах) ЕРП планирует ну уровне цехов .... цеховая МЕС ПОЛУЧАЕТ ПЛАН от ЕРП и его оптимизирует... Вопрос -если ЕРП умеет планировать точно и красиво на уровне цеха, то нафига еще какая та МЕС система нужна? что она будет оптимизровать, если ЕРП уже НАЗНАЧИЛА ДИРЕКТИВНЫЕ СРОКИ запуска-выпуска производства и запланировала закупки и продажи? грят - а мы рекурсивно, вот локально оптимизируем в МЕС и передаем для каждого цеха новые директивные сроки, а она их использует как новые ограничения и перестравивает план во первых, ты видел ЕРП с таким функционалом? во вторых когда этрекурсия дойдет до конца?????? про АПС - если АПС синхронизирует все ресурсы и учитывает все ограничения (включая финансы и т.д.) то нафига какая та ЕРП система нужна? а если АПС не синхронизирует все потоки , то как ЕРП все это синхронизировать? ты представялешь интеграционные сложности, даже если вышеуказанное имела бы смысль и возможность бытия? ЕРП ДОЛЖНА (по опеределению) уметь строить планы по синхронизации всех потоков генерации ресурсов на самом детальном уровне какую бы не хотел клиент, при это она должна уметь работать с агрегатными моделями для возможности непрерывного уточнения и внедрения процессов и ресурсов это возможно если в системе имеется либо множественные модели, либо модель с возможностью агрегации и специализации процессов, ресурсов, политик управления ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2013, 18:52 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRos, насчет сроков годности вот ты попроси кого нить обозначить цену передельки их истемы до этого :) ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2013, 18:53 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRosВопрос -если ЕРП умеет планировать точно и красиво на уровне цеха, то нафига еще какая та МЕС система нужна? Вопрос другой: а нафига вообще планировать "точно и красиво" на уровне цеха? В 95% случаев желание подобного точного планирования сродни мечтам посчитать все атомы во вселенной: столь же бесполезно, сколь затратно. Практического смысла, оправдывающего затраты на такое планирование, не имеет. Оставшиеся 5% (и то вряд ли) случаев, когда это действительно нужно - статистическая погрешность. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2013, 23:21 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
vanderer, Модератор: вырезано есть изделия - и их много - которые делаются от 6 месяцев до 10 лет а от 1 месяца до 6 воще тьма и делают их, между прочим, в цехах ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2013, 23:44 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
vandererнафига вообще планировать "точно и красиво" на уровне цеха? чтобы было. ViPRosvanderer, *** есть изделия - и их много - которые делаются от 6 месяцев до 10 лет а от 1 месяца до 6 воще тьма и делают их, между прочим, в цехах имелось в ввиду наверное необходимость в "посекундных расписаниях" ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:10 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
instant, посекундные тоже нужны не зря я разговор вел о сроках годности в электронике, деревобработке, химии, пищевке,... да везде, кроме металлообработки и то если красят-белят то тож самое ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:16 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRosvanderer, *** есть изделия - и их много - которые делаются от 6 месяцев до 10 лет а от 1 месяца до 6 воще тьма и делают их, между прочим, в цехах ViPRos, этот набор слов не является ответом на вопрос. Равно как и мерилом понимания предмета. Есть изделия. И что? Какие бизнес-цели ставятся перед "точным и красивым" внутрицеховым расписанием? В подавляющем большинстве случаев, когда я сталкивался с хотелками "точного" цехового планирования, эти хотелки были обусловлены просто необъяснимым желанием, непониманием сути, целей и тем более затрат на ведение такого планирования. Точный и красивый план нужен тогда и только тогда, когда есть реальная возможность его точно и красиво исполнять, и это дает экономический эффект. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:20 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
vanderer, что за "реальная возможность"? как узнать есть эта возможность или нет? в бубен бить? Модератор: Вырезано. Как ты думаешь, что модератору проще, вырезать или банить? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:23 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
ViPRosinstant, посекундные тоже нужны не зря я разговор вел о сроках годности в электронике, деревобработке, химии, пищевке,... да везде, кроме металлообработки и то если красят-белят то тож самое кто, кроме автомата способен придерживаться такого расписания? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:25 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
vandererТочный и красивый план нужен тогда и только тогда, когда есть реальная возможность его точно и красиво исполнять, и это дает экономический эффект. 100%. Если работу выполняет слесарь с инструментом, которому что 10 секунд, что две минуты одинаково, то настолько детальное расписание выглядит как покраска травы на газоне в зеленый цвет. Здесь очереди достаточно и каких-то критических граничных сроков ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:29 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
instant, никто никого в автоматне превращает, есть технологические перерывы, проиводственные, календарные отыхай, а на работе работай ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 00:29 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
instant100%. Если работу выполняет слесарь с инструментом, которому что 10 секунд, что две минуты одинаково, то настолько детальное расписание выглядит как покраска травы на газоне в зеленый цвет. Здесь очереди достаточно и каких-то критических граничных сроков Именно так. В нескольких клинических случаях наблюдал картину внедренного точного пооперационного планирования. И каждый раз на вопрос "А операции действительно по этому плану выполняются?" ответ был "Нет, конечно!". В некоторых случаях пооперационный план даже не доводился до исполнителей, а использовался только для расчета времени. Причем, результат расчета с фактом соотносился очень приблизительно. Вышесказанное относится к коротким техоперациям и поминутным (а в клинических случаях посекундным) планам. Такое точное расписание нужно только автомату, выполняющему все то, что ему запрограммировали. Другое дело, когда операции действительно длятся днями, а то и месяцами. Но таких операций по определению меньше, и их планирование может иметь смысл. [ Модератор: Вырезано ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 10:45 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
vanderer, ыто ты говоришь 1. Точные планы никому не нужны, мало того вредны 2. Длительных операций мало ... откуда такие выводы 1. почему не нужны? ты гришь - потому что они не выполняются. А почему они не выполняются? Жду ответа. 2. где их мало? в парикмахерской? авиастроении? машиностроении? селхозпроизводстве?.... жду ответа, откуда такое обобщение Модератор: Вырезано с баном на 3 дня ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2013, 14:02 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
Модератор: Коллеги, при таком накале страстей я обычно закрываю тему. Однако, предмет обсуждения (в частности пользы/вреда детального планирования), с моей точки зрения, высокую ценность. Поэтому тема пока остается открытой. ViPRos, настоятельно прошу не допускать грубых высказываний в адрес обладателей альтернативных точек зрения. ПМСМ, детальное планирование действительно может приводить к негативным последствиям, либо просто не работать. О подобных ситуациях я тоже весьма наслышан. И дело тут в том, что любые управленческие решения помимо оптимизации собственно технической стороны вопроса могут сталкиваться с психологической стороной, с конфликтами интересов, с самооценкой тех или иных людей. К примеру, бригадир, который "управляет планом" (детализированным) на уровне отдельного участка - это такой, типа "начальник", цеховой прапорщик, который имеет определенную мотивацию в работе, в том числе включающую самооценку "я - начальник". Когда же бригадир полностью исключается из процесса управления и превращается в разносчика бумажек, распечатанных компьютером, то и отношение его подчиненных к нему соответствующим образом меняется, и его самооценка тоже. И этот вопрос вовсе не такой уж пустяк, чтобы от него можно было бац - и отмахнуться. Он почти со 100%-ной вероятностью провоцирует саботаж со стороны бригадиров, вне всякой зависимости от того, являются компьютерные детальные планы на самом деле более оптимальными, чем разработанные начальником цеха и/или бригадиром, или нет. Конечно, всегда есть "простое решение" - уволить бунтовщиков и заменить их на курьеров, разносящих бумажки, которые воспринимают себя именно курьерами, а не бригадирами. Однако, курьер не обладает тем опытом и компетенциями, которыми обладает бригадир. И на фазе, когда детальное планирование еще не полностью отлажено, и когда потребуется выявлять и решать проблемы, когда детальное планирование уже работает, но еще не отлажено, решать такие проблемы будет просто некому, если саботаж возникнет прежде и если его виновники будут уволены. Поэтому переход на детальное планирование - это очень высокие риски, связанные с высокой нестабильностью процессов планирования в переходный период. Настолько высокие, что могут привести к остановке всего производства по причине неучета психоэмоциональных и мотивационных факторов. Так что vanderer, ПМСМ, отчасти прав. Конечно же, проблемы эти во многих случаях являются преодолимыми. И мне бы очень хотелось, чтобы обсуждение свелось к двум аспектам: 1. Определение оправданности/неоправданности озвученных рисков для конкретного производства и технологии управления. 2. Обсуждения способов снижения указанных рисков (а вовсе не личностей оппонентов). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2013, 23:56 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
Garya, 1. Начнем с того, что "прапорщики" не планируют производство. Производство планируется на высшем уровне исходя из целей фирмы (государства, собственника и т.д.). При этом некоторые задачи имеют директивные сроки установленные извне (госзаказ и т.д.). Некоторые части планиуемых изделий, услуг должны быть доступны по кооперации в определенное время точно по расписанию (испытания, превозка по заданному внешнему графику и т.д.). Я могу много чего привести в оправдание Точного , детального планирования для достижения поставленных целей. Если будет нужда, то продолжу (чего стоит одни Сроки годности :)) 2. Психологический фактор сильно преувеличен. Не скрою, с первой моей МЕС системой (YSB.MES) такой конфуз случился таки. При хорошем, расчетно выполнимом расписании... оно не выполнялось. Тоже тут ж начали саботажников искать, наказывать и т.д., но толку было мало, люди не хотели работать по расписанию, так как прога не учитывала психологически особенности процессора - человека. В ВИП.Производстве этот момент учтен - причем до беспредела. Реализован механизм настройки генерации расписания с учетом политик (управленческих правил) по комфортности (имеются много групп управленческих политик, кроме комфортности - эти политики снижают расчетную эффективность расписания, но повыщают устойчивость процессов) Сначала моделируется все как есть, с учетом имеющегося комфорта (вплоть до назначения процессов к конкретным рабочим местам и конкретным группам сотрудников) сужая ареал мобильности. Для этого введены понятия - Мобильность (Стационарность), Ареал мобильности (где, на каких РМ, чек может работать, естественно с учетом компетенции), Рейтинги. Дальше ареал расширяется (вплоть до другого города, с учетом времени перемещен я и т.д.) с учетом расстояний между РМ (отдельный механизм реструктуризации производительных сил на основе статистики , прогноза будущих потоков тут пока не бует рассматривать), но все еще применяются политики типа - если конкретный процесс был исполнен на РМ, то лучше этот же РМ и надо использовать в далнейшем, если чек начал работать на данном РМ, то лучше он там и будет работать, если нескоко чек имеют одинаковое множество квалификаций, то лучше все работы полелить по квалификацией и назначить на разных людей и т.д. - политик много и они задаются настройками. В далнейшем задействутюся политики по реструктуризации, компактности, мобильности и т.д. и расписание приближается к оптимальному по заданным критериям (счас это Время, Затраты и их мультипликаторы). Эти психологические моменты были изучены, систематизированы и в виде политик применены в ММЗ (НПК-20). Так что у страха глаза велики. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2013, 18:54 |
|
open source ERP frameworks
|
|||
---|---|---|---|
#18+
GaryaИ дело тут в том, что любые управленческие решения помимо оптимизации собственно технической стороны вопроса могут сталкиваться с психологической стороной, с конфликтами интересов, с самооценкой тех или иных людей. И такой момент может иметь место, но это не единственная, и я бы сказал, далеко не основная проблема внедрения пооперационного планирования. Зачастую проблема кроется гораздо выше (или раньше). Проблема в непонимании целей, задач, ограничений и главное применимости пооперационного планирования. Аналогия из жизни. Пойдете ли вы на рынок покупать себе домой картошку, взяв с собой для контроля высокоточные лабораторные весы, дающие точность измерения 0,01 г? Этот вопрос покажется дурацким, наверное, всем. Зачем такая точность? Во-первых, на сумку картошки одной только грязи несколько г, кожуры несколько десятков г. А самое главное - 1 г картошки стоит 3 копейки, а лабораторные весы громоздки, неудобны и могут стоить несколько десятков тысяч. Но почему у людей обычно не возникает подобного ощущения абсурда, когда составляют план операций до секунд, исполнить который могут в лучшем случае с точностью до часа? Например, потому что не могут наладить надежное снабжением материалами. Или по любым другим причинам. Банально - но прочность цепи определяется самым слабым звеном. Тоже самое с точностью - все звенья в цепи должны работать, как часы, чтобы был смысл планировать точно. План - это результат просчета некоторой модели производства. Но если исполнитель операций по плану - не робот, а человек, то модель может оказаться очень и очень далекой от реальности. Можно в модели учесть, что Петров работает быстрее Сидорова. Можно учесть даже, что Сидоров работает лучше по утрам, Петров по вечерам, а для Ивановой завести и учитывать календарь критических дней. Но чем точнее описываешь модель, чем больше пытаешься приблизить ее к реальности, тем более громоздкой она оказывается. Вопрос целей. Зачем? На этот вопрос очень редко отвечают. Зачем вам нужно точное детальное планирование? Можно выделить несколько ответов разной степени адекватности. Чаще всего встречается ответ "потому что хочется!". Хочется контролировать (или иметь иллюзию контроля). При этом не могут внятно сформулировать, что именно и зачем хотят контролировать. При детальном разборе ситуации выясняется, что нужно управлять лишь в паре точек и иметь, скажем так, раннее оповещение о риске срыва сроков. Еще популярный вариант ответа - для определения сроков выполнения. При этом план не исполняется буквально. И как я говорил ранее, иногда даже не пытаются его исполнять, понимая бесполезность в их условиях. Просто используют для оценки сроков. И редкий случай, когда действительно осознанно и оправданно хотят получить эффект за счет оптимизации сложных процессов. В таких случаях не возникает сомнений в целесообразности, эффект зачастую поддается оценке, а имея такую оценку можно сравнить с затратами на внедрение и поддержание детального планирования. Garyaпереход на детальное планирование - это очень высокие риски, связанные с высокой нестабильностью процессов планирования в переходный период. Настолько высокие, что могут привести к остановке всего производства по причине неучета психоэмоциональных и мотивационных факторов. Именно так. Дело не только и не столько в мотивационных факторах, сколько в том, что человек - неточный исполнитель. Даже не важно, по каким причинам, мотивационным, психологическим или физиологическим. Garya1. Определение оправданности/неоправданности озвученных рисков для конкретного производства и технологии управления. Оправданность определяется банальным сравнением оценок выгоды, получаемой от точного планирования, и затрат, которые необходимы на его поддержание. Garya2. Обсуждения способов снижения указанных рисков Перефразируя сказанное выше, точность цепи определяется точностью самого неточного звена. Способов снижения рисков много, нет какого-то универсального рецепта. Я больше склоняюсь к необходимости переубеждать и отговаривать от хотелок точного пооперационного планирования. Использовать его только в тех (редких) случаях, когда действительно нет иных способов решить поставленные задачи. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2013, 20:13 |
|
|
start [/forum/topic.php?fid=29&msg=38508429&tid=1525806]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 12ms |
total: | 142ms |
0 / 0 |