Комментарии 15
По моему мнению, проблемы с внедрением ERP лежат не только в плоскости организации планирования или методик/алгоритмов планирования. Наиболее существенные проблемы таки
1) брак при производстве, транспортировке, хранении деталей. Процент брака чудовищный что нередко пытаются скрыть от учёта. О том какую реальную партию запустить в производство чтобы на выходе получить N готовых деталей может более-менее обоснованно сказать опытный начальник цеха/участка
2) ввиду сложности конструкции изделия и ещё более сложной технологической спецификации изделия, в составе изделий неизбежны ошибки. При этом некоторые ошибки могу попасть в конструкторскую и технологическую документацию, а некоторые появиться при переносе данных в компьютер. То что любая информация имеет некоторую вероятность содержать ошибку это пол беды. Специфика информации о составе изделия имеет своего рода мультипликатор, т.к ошибка, допущенная в плоских данных влечет за собой искажение ровно в одной позиции. В иерархической структуре ошибка в одной позиции влечет искажение для всех входящих в эту позицию деталей и сборочных единиц
3) трудовые нормативы — как правило не соответствуют реальным затратам времени. Причин может быть несколько. Элементарная ошибка в нормировании, индивидуальная производительность рабочего, фактическое состоянии детали по результату предыдущих операции в пределах допусков (может например увеличится припуск на максимум допуска или же деталь быть закалена на максимум допуска или на минимум допуска. Наличие "платежных" норм.
4) отсутствие достаточного количества персонала для выполнении учётных операций на самом низовом уровне (рядом с рабочим и деталью).
По поводу последнего хочется сказать отдельно. Существует заблуждение о том что компьютеризация сильно упрощает и облегчает работу на самом низовом уровне. По моим наблюдениям кладовщики, мастера, распреды решают свои задачи достаточно эффективно используя испытанные временем средства. Иногда это отходит от стандартов предприятия если стандарт разрабатывал далёкий от темы белый воротничок что бывает очень часто. Способности человека справляться с большими объемами информации зачастую недооценивается. А эффект от того что мы предоставим информацию в компьютерном виде переоценивается. Я говорю подчеркну о самом низовом уровне. Также редко кто проводит детальные расчеты. Сколько деталь-опкраций проходит за смену через одного кладовщика, какая интенсивность поступления в зависимости от времени суток. Сколько времени уходит на ввод одной позиции в компьютер. Сколько дополнительно кладовщиков потребуется для ведения компьютерного учёта. Дополнительных? Вы не ошиблись? Мы же ERP купили и вместо сокращения нужно увеличивать штат вспомогательных рабочих ?
По этому поводу есть интересная притча рассказанная преподавателем эргономики в Политехе в 70-е годы. Не знаю правда или нет. Во всяком случае подобные исследования проводились. Для эксперимента у колхозного пастуха из стада в тысячу голов забрали одну корову. И спросили все ли коровы на месте. Пастух час пересчитал стадо и выявил, что одной коровы не хватает. Оленеводу дали аналогичное задание. Оленевод посмотрел на стадо и сразу ответил, что Быстрой не хватает, однако. Так и с теми же кладовщиками, когда они знают детали что называется влицо, им компьютер только дополнительная работа. Ну а если не знают то никакой компьютер не поможет.
когда они знают детали что называется влицоно тогда же кладовщика не заменишь быстро на другой «винтик».
В цехе предприятий которые могут позволить приобретение ERP обычно несколько кладовщиков, так же есть несколько ИТР должностей например начальник ПДБ, инженер по комплектации, диспетчер, которые в теме. Я еще раз подчеркну что нет дилеммы либо умный кладовщик либо винтик с компьютером. Умный кладовщик нужен в любом случае. просто с компьютером у него прибавляется (заметно) в работе.
Что «получить»или «отпустить» — кладовщику «говорят» через системы менеджер по закупкам МТС или диспетчер/плановик/мастер/распред производства. И это задание он может получить как распечатку или сразу задание на планшет/смартфон. Кладовщику (в случае «отпустить») остается только собрать это физически и щелкнуть сканером по ШК ТМЦ. И это гораздо быстрее, чем записать это на клочке бумаги, а потом продублировать это в своей тетрадочке и еще и картотеке…
Спасибо за комментарий. По существу.
1. В статье НЕ рассказывается о проблемах внедрения ERP — но, о проблемах использования НЕдовнедренной/неправильно внедренной ERP. Т.е. «внедрили», а что и как — непонятно :))
По комментариям.
1) Брак не есть проблема внедрения и даже использования ERP (или, скажем ближе к смыслу — системы планирования, управления производства (или, что правильнее. ИМХО — СПМ — Система Планирования и Мониторинга производства). % брака вводится экспертно вначале (цифры всегда есть!), далее — довольно быстро собирается по статистике (если планирование/учет внедрены корректно!). Далее — «зажимаются гайки» в процессах комплектации и списания в производство с регистрацией готовой и брака, (через ИТ систему), с одновременной отменой наказания за брак (!, только если не сообщил!) И все устаканивается! ЕСЛИ руководство на это идет…
2) по входимости и количеству (не считая обычно завышенных норм материалов) ошибки редки, т.к. в реальном производстве оч.быстро выявляются, не важно, ИТ-системы есть или нет,
3) трудовое нормирование. Норм с ошибками — давно не видел. Они — просто кривые! потому, что:
а) зарплатные,
б) институт нормирования давно утерян, никто не знает, как и зачем (за 10 последних лет видел пару заводов, где все-же нормируют)
в) даже если как-то и пытаются, нормируют технологи и/или нормировщики ОТиЗ. И они понятия не имеют (не обучали, никто не сказал, зачем?...) что нормировать надо не только собственно операции, но и кучу временных параметров, определяемых моделью производства/планирования,
4) если процессы нормально спроектированы (Lean) система внедрена правильно — НЕ ДОЛЖНО быть лишнего персонала (тем более — специального), для выполнения УЧЕТНЫХ операций. Т.е. операций, необходимых для адекватного отображения в ИТ-системе реальной жизни. И процессы и ИТ-средства сейчас достаточно продвинуты, даде на уровне рабочего и мастера, не говоря уж о кладовщиках… Сравните: трудозатраты на продажи и учет в магазине типа «гастроном» Vs. трудозатраты на продажи и учет в «супермаркете». И время, которое вы тратите, как покупатель.
Да, иногда трудочасов (в сумме) на ввод информации действительно требуется больше. Но только в случае, если на заводе не адекватный учет. Но даже в этом случае, будет принципиальное сокращение трудозатрат на «администрирование» производства и закупок. Т.е. сокращение (и значительное) трудозатрат ПДО, ПДБ и пр.
Питеркин Сергей
habr.com/ru/post/470429
Где ответ на вопрос в названии статьи?
Так то интересно почитать, но заголовок иправьте.
У нас тоже ЗНП используются не для отслеживания хода производства, а как инструмент учёта.
В связи с этим вопрос.
Если бы ЗНП использовались по прямому их назначению — как инструмент исполнения производства, то как тогда относить затраты на готовую продукцию?
поясню на примере.
Нужно изготовить партию втулок объёмом 100шт, которые впоследствии будут использованы при сборке нескольких видов готовой продукции (ГП).
Создаём одно ЗНП на изготовление 100 втулок, выполняем его, списываем материалы на это ЗНП. Бухгалтера у нас не ведут учёт полуфабрикатов по 21-му счёту, а материалы списывают на конкретный вид ГП.
Вопрос как в таком случае списывать материалы, если у нас одно ЗНП?
1. ЗНП, тем более в классической западной ERP — это инструмент исполнения и сбора затрат — прямых производственных. И, да, все это может падать на субсчета 20ки — но нашим бухгалтерам об этом лучше не говорить — крыша поедет. Т.к. это не их «честная, точная ПОСМЕРТНАЯ с\с»
2. Возвращаюсь к вопросу… Если нет жесткой связки субЗНП-субЗНП-ЗНП (на готовую), то единственный вариант сбора (для РСБУ) — это вычислить по транзакциям (matl tran и jobtran) списания на ЗНП, прихода по ЗНП, списания (в след.ЗНП) прихода на СГД (например) и списания на ЗНП на готовую. И — сделать партионный учет на складах…
Т.е. тупо вычислять, на какую партию (ЗНП) что списано, что и в какую партию оприходовали (здесь- вычисляем с/с 1шт. в партии если надо...), далее — каком кол-ве из этой партии (и по какой цене) пошло на след.партию (ЗНП) и так далее, до списания на ГП.
Т.е. делаете «трассировку партии» и по ней вычисляете, сколько и чего «упало» на ГП.
3. Если не заморачиваетесь РСБУ а по-честному хотите видеть прямую производственную с/с, и на п/фи на ГП — используйте стандартный механизм (западной ERP). Либо actual cost либо standart costing (фактическая или нормативная).
Интересно, а как на других заводах? Там тоже вычисляют по транзакциям? и есть ли у нас в России те кто использует actual/standart costing?
В этом направлении (как собирать затраты на ГП по ЗНП) работали РПЗ, не помню, что у них получилось. По «моим» заказчикам (до 2008г) «по честному» actual-costing и оч.неплохо был сделан на Готеке/Полипаке.
Питеркин Сергей.
P.S. Может пора уже upgrade до SCMo? ;) Если есть о чем поговорить — пишите sergey.piterkin@rightstep.ru или оставьте координаты.
Недовнедренная ERP в производстве: в реанимацию или в морг? (1я часть)