ERP на производстве

Методика на производстве все-таки первична. Лучше иметь методику, но не иметь ПО, чем иметь ПО, но не иметь методику управления.

Если вы знаете, какие методики управления решат ваши проблемы на производстве, то под них можно уже и ПО подыскивать.

Нельзя выбирать ПО, в которое заложены явно неприемлемые методики. Если производство позаказное, а вам предлагают старое и недоброе «объемно-календарное планирование», то провозитесь пару-тройку лет и плюнете. И в итоге Excel вам в помощь. Миллион раз уже доказано, миллион. Не мучайтесь. Лично наблюдал ситуации, когда в ERP-системе хранятся все изделия и их структура, а планирование происходит….в Excel.

Источник

Читать далее «ERP на производстве»

ERP-система, теории ограничений Голдратта

Я всегда считал, что ERP-система — это не просто некое ПО для автоматизации документооборота. Это должна быть именно система. В том числе и система менеджмента, которая должна приносить компании, ее внедрившей, совершенно конкретные экономические выгоды. То есть в нее должны быть заложены определенные принципы работы предприятия, некий менеджмент. Что делать, когда делать и как делать.

Такие принципы должны быть заложены во всех местах ERP-системы. Это идеал. То есть то, к чему надо стремиться. И, разумеется, мы постоянно над этим работаем.

В 2004 году я был уверен, что в области управления производством надо реализовывать принципы MRP. Однако в те отдаленные времена я видимо не обладал достаточным логическим мышлением, чтобы задать самому себе простой вопрос «как и за счет чего принципы MRP принесут предприятию экономические выгоды?».

В 2006 году мы приступили к реализации принципов MRP. В 2008 году, после неоднократных попыток это внедрить, мы поняли, что MRP попросту не работает. В 2010 году я написал статью про то, что MRP не работает. Реакция была разной, но статья была очень обсуждаема в нескольких местах (жж, хабр, sql.ru и т.д.). Значит, я затронул реальную проблему. Причем негатив шел только от тех самых консультантов, которые зарабатывают на нескончаемом внедрении MRP.

Что значит «не работает».

Читать далее «ERP-система, теории ограничений Голдратта»

Производственный и операционный менеджмент

В книге “Производственный и операционный менеджмент” Р. Б. Чейз, Ф. Р. Джейкобз, Н. Дж. Аквилано мне понравился список задач, которые ставятся перед ERP системами для производственного предприятия:

  1. Вести учет новых заказов и своевременно информировать о них производственное подразделение.
  2. Предоставлять возможность отделу сбыта видеть в любой момент состояние выполнения заказа клиента.
  3. Предоставлять отделу закупок в любой момент возможность видеть потребность производства в материалах.
  4. Своевременно предоставлять государству данные о работе компании, т.е. вести бухгалтерский и налоговый учет.

Читать далее «Производственный и операционный менеджмент»

Так зачем же внедрять ERP-системы

В рамках курса на построение теории идеальной системы управления производством металлоконструкций, под тэгом ERP буду первое время собирать всю информацию по ERP.

Казалось бы, этот вопрос давно уже решен и всем всё ясно. Нет, ребята, все не так, все не так, ребята. Я сам писал на эту тему несколько лет назад, но прошли годы, ситуация изменилась. Да и страна у нас сильно изменилась, это тоже важно.

Я постоянно веду переговоры с собственниками бизнесов и могу сказать однозначно — понимание, зачем внедрять ERP-системы, пришло далеко не ко всем.

Когда ты задаешь такой вопрос, то можно услышать много разных вариантов ответов.
Например:

  • чтобы автоматизировать бизнес-процессы
  • чтобы избавиться от бардака
  • чтобы сделать единую монолитную систему
  • чтобы внедрить в компании современные технологии
  • чтобы сократить штат

И реже (но все чаще и чаще) звучат такие ответы как:

  • чтобы улучшить качество планирования
  • чтобы снизить запасы
  • чтобы увеличить скорость потока и оборачиваемость
  • чтобы производить точно в срок
  • чтобы повысить прибыльность проектов

Давайте все же попробуем разобраться в том, зачем даже в трудные экономические времена нужно внедрять ERP системы.
Читать далее «Так зачем же внедрять ERP-системы»

Крупные Российские проекты металлоконструкции

Попался на глаза список крупных строек в нефтегазовой отрасли, как действующих, так и планируемых:

Напомним, помимо единственного завода «Сахалин-2» (10 млн тонн в год) и строящегося «Ямал СПГ» (16,5 млн тонн) в программе остаются следующие проекты.

1. Расширение (третья очередь) «Сахалин-2» — как и многие проекты по расширению действующих производств — относительно легко реализуемый проект.

2. Дальневосточный СПГ («Роснефть»). Ресурсная база у него та же, что и у производства в п.1, поэтому реализован будет только один завод.

3. Владивосток СПГ («Газпром») — пока отложен до улучшения ценовой конъюнктуры

4. Балтийский СПГ («Газпром») — идут предварительные переговоры с партнёром — компанией Shell.

5. Арктик СПГ («Новатэк») — производство на основе запасов п-ова Гыдан, в некотором смысле «логическое продолжение» завода «Ямал СПГ». Производство может быть запущено уже в 2023 году, хотя никаких окончательных решений по заводу пока не принято. (еще по теме)

6. Печора СПГ («Роснефть» и группа «Аллтек»), производство на основе Кумжинского и Коровинского месторождений в НАО — пока проект фактически заморожен на фоне неблагоприятной ценовой конъюнктуры.

7. Амурский ГПЗ

Источник

Собственно, что нужно чтобы попасть на один из этих проектов? На самом деле не так уж и много. Во первых образование и какой никакой опыт: 3-5 лет ну и чем больше тем лучше.

Во вторых — Английский язык. Современные крупные стройки такого плана не то чтобы не могут обойтись без иностранных специалистов, но по факту международное разделение труда здесь работает в полной мере. Причем вероятно английский имеет смысл указать первым.

В третьих — резюме там где его могут найти. Как показывает практика — hh.ru вполне себе работает. Рекрутеры, перерывают его вдоль и поперек в поисках всех кто хотя бы отдаленно подходит на требуемые позиции.

Кое что интересное в шаблонах Теклы.

В рамках собирания всякой всячины связанной с Tekla Structures, продублирую у себя сообщение с одного известного форума  — dwg.ru: плюшки редактора шаблонов. Как видно из названия речь пойдет о редакторе шаблонов. Вещь надо сказать невероятно мощная, но при этом весьма запутанная, и довольно не дружелюбная к обычным пользователям, из-за чего, не смотря на обилие официальной документации, которая с каждым годом хорошеет, сам редактор шаблонов остается крепким орешком. По сути он позволяет реализовать если не любую, то почти любую причуду в текле. Причем достичь результата можно самыми разными способами, обычно — неправильными.

Случайно наткнулся на текловский шаблон запроса детали. Обнаружил несколько интересных вещей. Может кто-то и знает, но для меня это стало большим сюрпризом.

Поддержка локализации

GetValue("TranslatedText("albl_Top_level")")

Немного пояснений. Локализация нужна для написания многоязычных шаблонов. Например, поле значения с приведенной формулой выведет текст на том языке, который установлен в Tekla. То есть в русском языке это поле вернет текст «Верхний уровень», в испанском — «Nivel Superior» и т.д.

Все выражения можно найти по пути C:\TeklaStructures\версия\messages куда можно добавлять свои файлы

Доступ к расширенным параметрам

GetValue("ADVANCED_OPTION.XS_IMPERIAL")

Доступ к расширенным параметрам позволяет получить значение параметра из настроек программы. В зависимости от этого значения можно выстраивать нужные условия. Например, такая формула позволяет «посмотреть», установлены ли в текле британские единицы. Если да, то значение длины выведется в футах/дюймах. Если нет — в мм

if GetValue("ADVANCED_OPTION.XS_IMPERIAL")==1 then
": "+format(double(GetValue("TOP_LEVEL")*1000),"Length","ft-inch", 1/16)
else
": "+GetValue("TOP_LEVEL")
endif

TeklaAPI FAQ как удалить элементы подрезки

tekla structures api remove boolean parts scriptВ рамках TeklaAPI FAQ, и расширения базы готовых решений в сети Интернет публикую небольшое решение для программного удаления элементов подрезки с деталей модели, с фильтрацией по максимально допустимому размеру удаляемого объекта. Зачем нужно? Пришли модели с огромным количеством миниатюрных подрезок. Подрядчик по неизвестной причине решил прорезать отверстия с помощью малюсеньких  плиток: четыре точки со скруглениями = одно отверстие.

Хотя решение, мягко скажем, — неоднозначное, но нельзя сказать, что сильно оригинальное. Всякое в практике встречалось. Тут однако важен масштаб — тысячи элементов с десятками вот таких вырезов. И главное, что эти мелкие плиточки-подрезки после экспорта модели в WebView подвешивают TeklaWebViewer наглухо. А это уже совсем нехорошо. Надо что-то делать.

Соответственно удалять все эти подрезки вручную, отфильтровав нужные парты, и выделив все каты — теоретически возможно, но кроме небольших элементов, так же в деле участвуют и более серьезные — технические отверстия для инженерных коммуникаций, а это как вы понимаете меняет оборот дела.

Итак, для корректного экспорта нам необходимо удалить все Каты с выделенных элементов в модели, максимальные размеры которых не превышают некоторого порогового значения — 20мм (отверстие под болт 16мм +2 мм плюс еще не много).

Чтобы не переживать по поводу совместимости с используемыми версиями Tekla решим задачу в виде скрипта:

Читать далее «TeklaAPI FAQ как удалить элементы подрезки»