Автоматизация производственного предприятия

Постановка задачи 

Предприятие дискретного производства, численность составляет от 1000 до 4000 человек (условно). Номенклатура составляет порядка 20000 наименований. Соотношение своих и покупных изделий (материалов) примерно 70х30 с вариантами. Элементы автоматизации есть, но разрозненны и не покрывают бизнес-процессов целиком. Руководством поставлена задача перейти на новый уровень, создав комплексную систему автоматизации, включая автоматизацию процессов конструкторско-технологической подготовки производства продукции и производственного учета и планирования. Однако средства и другие ресурсы ограничены, поэтому нужно сделать работающую систему, по возможности, в сжатые сроки и без сверх-затрат.

Не рассматриваем:

1. Вопросы инфраструктуры. 

2. Вопросы внедрения бухгалтерского и налогового учета. Тема «избитая» и достаточно понятная.

3. Конкретные программные средства. 

4. Бюджетную часть проекта.

5. Всевозможные человеческие факторы. 

6. Рассматриваем вопросы «ЧТО», не рассматриваем вопросы «КАК».

Возможные пути решения 

Первый этап: проектирование и выбор инструментов 

1. Получить от бизнеса конкретную постановку задачи и ее зафиксировать. Причем от каждого направления бизнеса отдельно.

2. Нарисовать на бумаге прототип будущей системы.

3. Постараться описать ВСЕ бизнес-процессы, подлежащие автоматизации. По ролям, по подразделениям, по движению документов. Посмотреть сразу, что можно было бы оптимизировать.

4. Сформировать управление проектом. Необходим главный архитектор системы, обладающий всей полнотой власти на предприятии. Либо – первое лицо, либо кто-то из заместителей. (крайне желательно).

5. Приступить к выбору программных продуктов.

Вам нужно: PDM (она же, желательно, MDM), учетная система (ERP), финансово-бухгалтерская система.

Единой готовой «коробки», охватывающей все это, не существует на практике, хотя в теории многие себя пытаются позиционировать именно так.

Сугубо личное мнение  

Если бы я начинал с нуля автоматизацию на подобном предприятии, то, может быть, рискнул бы пойти на внедрение полноценной ЕRP, недавно анонсированной уважаемым российским разработчиком. Это сложно и рискованно, но там объявлены модули PDM и т.п. Все очень сыро, до конца не опробовано, примеров полных внедрений «под ключ» всего и сразу нет. Много придется дописывать. Это деньги, сроки и при неявном результате.. Но игра может стоить свеч. А может и не стоить.

Есть масса MES-систем, уже готовых, небольших, со встроенным необходимым функционалом. Возможно, есть смысл посмотреть их. Но надо понимать, что для бухгалтерских и прочих учетов, а также расчета зарплаты все-таки лучше использовать наиболее массовую, известную. Хотя, это дело вкуса. Из модулей ERP вам будет нужен только :

 - учет списания входящих деталей (межцеховые переходы);

- учет брака (акты, отчеты);

- закупки, склады , движение материалов.

Если учет на предприятии позаказный, от договора / спецификации, то дело пойдет проще. Если возможности позаказного производства нет, все усложняется значительно. И в планировании, и  в расчете незавершенного производства, и в диспетчеризации, и во многом другом.

Но надо сразу думать об интеграции, если идти на вариант с разными системами. Передача данных, выверка и контроль – это очень важно!

При варианте использования симбиоза из нескольких систем необходимо в самом начале, «на берегу», расписать, где что делаем. И какая будет интеграция. Если средства позволят, то можно рассматривать вариант интеграционной шины.

Второй этап: начало внедрения 

1. НСИ – кровь любой системы. Необходимо подготовить все справочники, регламентировать кодировку, определить ответственные за их ведения бизнес-подразделения. Самое сложное – синхронизация справочников. Если все будет в одной системе – проблем быть не должно. При интеграции (перекачке) все будет сложнее.

2. Разрисовать более тщательно бизнес-процесс «Конструкторы-Технологи» (система движения извещений).

3. Описать план внедрения по этапам. Начать с нижнего уровня, с НСИ обязательно. Далее выше – движение по цехам, брак.

4. Сразу можно внедрить модуль «Закупки» – самое простое, на этом можно потренироваться.

5. Когда все будет настроено и подготовлено, определить День Х, провести инвентаризацию, залить остатки по складам. Далее – движение только в системе. Никакого параллельного учета и дублирования в старых инструментах.

Третий этап: автоматизация производства

1. Необходимо отнормировать  все операции. Здесь нужна нормировочная система. Есть  весьма неплохие  PDM-системы , российские,  с возможностями нормирования, фактически это полноценная MES.

2. Необходимо  утвердить  и  занести в систему все циклы  производства по деталям, узлам, под-узлам. С учетом пролеживания и иных факторов. Без этого вы никогда не построите систему планирования производства.

3. Очень важно  сразу ввести пооперационный учет. Отмечать каждую операцию, при этом сделать автоматическое формирование сдельного наряда – чтобы рабочий видел, сколько он заработал на операции сразу. Такой учет даст возможность расчета незавершенного производства (НЗП)  по цехам. Без него это будет фикция.

4. Надо сразу разделить две вещи – планирование и диспетчеризацию,  часто их путают и сваливают в одну кучу. Надо получить от производства перечень форм и отчетов, по которым они хотят видеть в реальном режиме времени движение, и от  этого «танцевать».

5. Для более точно планирования необходимо сразу предусмотреть в PDM- системе возможность расчета потребности в материалах, ПКИ под план производства на любой горизонт.  Необходимы будут расчеты по цехам, по производственным участкам, по основным профессиям, по загрузке оборудования. В принципе, что-то можно из этого делать и в ERP.

Данные рекомендации являются достаточно общими. В каждом отдельном случае надо прежде всего смотреть на само производство. Очень много факторов, влияющих на процесс внедрения, в том числе:

•  Квалификация и состав команды внедренцев;
•  Квалификация и состав конечных бизнес-пользователей;
•  Условия существования бизнеса на рынке, его успешность/не успешность.

Факторы, влияющие на это, могут оказаться очень важными даже при выборе алгоритмов обработки, программных продуктов. Опосредованно, но могут. И «выстрелить» потом, в самый ненужный момент.