Автоматизация производственного предприятия в условиях ограниченного бюджета

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

ВИДЕО интервью на «Дзене» ↓

 

Смотреть на YouTube

 

Об архитектуре

– Расскажите об архитектуре вашей ИС.

– Сейчас приобрели и пытаемся своими силами внедрить PLM. Есть доработки, которые перенесены из «Ориона» в самописную программу на «1С» – прообраз MES. И там ведутся структуры измерения, ведомость ПКИ, материалов, техпроцессы, закрываются наряды раздаточные. Это такой зачаток PLM, плюс производственный модуль.

– А конструкторы в чём работают? В PLM?

– На бумаге. В PLM мы подгружаем эти данные позже. Есть группа НСИ, которая вводит всю документацию, которая поступает на предприятие. Всё приходит в виде отсканированной бумаги, распечатывается, поступает в группу НСИ, они заводят структуру, заводят материалы по ПКИ к этому изделию. Всё между собой интегрируется, и PLM, и производственный самописный модуль на «1С», и начинает жить дальше.

– Получается, вы изначально, когда ставили PLM, не рассчитывали, что в ней будут работать конструкторы и технологи? Ведь получается двойная работа: сначала они чертят на бумаге, а потом группа НСИ всё это заводит в систему.

– Да, изначально мы не стремились, чтобы конструкторы работали в PLM, потому что есть группа НСИ, которая занимается введением данных, конструкторы могут только смотреть на структуру изделия в системе. А вот технологи и нормировщики у нас работают в PLM: ведут техпроцессы, материалы, нормируют.

– То есть все, кто должны, кроме конструкторов, работают в PLM-системе? Данные поступают там же, где рождаются?

– Да, почти так. Ещё системой пользуются статисты, используют её как справочную информацию: сравнивают, смотрят структуру изделия, материалы, которые нужны, делают на её основании извещение об изменениях, но это уже на бумаге, затем необходимые документы присылают в группу НСИ, которая вносит данные в систему.

Состав изделия и планирование

– Если происходят изменения в составе изделия, то они проходят такой долгий процесс?

– К сожалению, пока так. Рассчитываем отойти от этой практики, когда продолжим развитие PLM, чтобы конструкторы работали в информационной системе активнее. Пока настройка позволяет вести свои процессы в системе только технологам. В ней находится только структура изделия, на которую технологи вешают техпроцессы, дальше данные не отдаются, на этом пока остановились. Вся основная деятельность происходит в самописной производственной системе. В ней закрываются наряды по заказам производственной ведомости, сосредоточена вся деятельность. Это такой некий прообраз и зачаток MES.

– Можно ли назвать эту самописную программу системой планирования?

– Нет. Но поскольку наши предшественники проделали большую работу над системой, мы не хотим выводить её из эксплуатации, доведём до логического конца в части третьего уровня планирования внутрицехового движения: системы учёта, которая справлялась бы с внутрицеховым учётом, а уже первый и второй уровень планирования производства будем проводить в «1С:ERP».

– Значит, в части третьего уровня планирования вы видите в архитектуре интеграцию «1С:ERP» с этой самописной системой?

– Да, пока настрой такой, и прежде всего, по причине бюджета. Имеем те обстоятельства, которые имеем.

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

– Всё равно это однозначно более приемлемо для нас, поскольку самописную систему нам кастомизируют, дописывают местные айтишники. Во-первых, их прайс дешевле, а во-вторых, они дописывают постепенно, и мы растягиваем работы на то количество бюджетных периодов, на которое считаем нужным. В наших бюджетных реалиях, это единственный подходящий вариант. И потом, до интеграции нам ещё нужно дойти.

 

Зарплата и бухгалтерия

– В каком решении считаете зарплату, ведёте учёт?

– Зарплата сейчас в «1С:УПП», но мы стартуем проект по переводу её в решение «1С:ЗУП КОРП».

– Бухгалтерию где ведёте?

– Также – в «1С:УПП». Сейчас решаем, куда её перенести. Сначала собирались определить бухгалтерию в ERP, но бухгалтера воспротивились, как только немного начали разбираться в том, что «1С:ERP» требует от учёта. Что прежде всего требуется производственный учёт, которого у нас нет. Сейчас рассматриваем другие варианты.

– Тогда, может, вам ERP и вообще не нужно?

– По нашим оценкам, это так. Брать ERP, чтобы делать затычки на каждый шаг производственного учёта, смысла нет.

 

НСИ

– Как вы решаете вопросы с НСИ? Для многих это больной вопрос. У вас есть группа, которая вводит не только конструкторскую документацию, но и вообще все НСИ? Закупки тоже проводите через эту группу? Ведь код поставщика может разниться с названием НСИ в этой базе. Ваша группа НСИ ликвидирует все эти погрешности?

– В целом, да, но всё-таки есть нюансы с расхождением.
Когда мы наводили порядок в преддверии внедрения ERP, то взяли справочники и определили мастер-системы для каждого справочника. И, соответственно, у справочников, которые не мастер, есть серийный идентификатор мастера в справочниках. Прежде всего, конечно же, это касается номенклатуры ДСЕ и так далее. Такие справочники как «Подразделения», «Сотрудники», справочники, в которых содержится вся кадровая информация, одинаково отражаются во всех системах по умолчанию, это даже не обсуждали.
А вот с номенклатурой сложнее: у нас очень большая проблема в том, что много карточек временного разрешения, то есть по ведомости проходит одна позиция, а покупаем другую. И на этих позициях у нас есть расхождения в справочниках. Есть ещё проблемы со схождением данных в «давальческих». Ну, а в целом, что касается основных позиций, «Потребители» и «Основные» у нас нормально сходятся. Сейчас боремся, чтобы все сходились.

– А сколько человек у вас в группе НСИ?

– На структуре изделия, на том, что мы называем производственной ведомостью, – 3 человека, на ПКИ – 2 человека, на материалах – много [они занимаются не только вводом, но еще и самим нормированием], – где-то 4 человека.

– Отдел НСИ входит в ИТ департамент, но там есть ещё и технологи?

– Да, технологам всё-таки удалось отдать материалы, чтобы они вели их самостоятельно.

 

Раздельный учёт

– Как ведёте раздельный учёт?

– Формирует бухгалтерия.

– В Excel?

– Нет, в «1С» сделали доработку полукустарым способом, но тем не менее, раздельный учёт по номенклатуре, учёт по партиям. Это первое – чтобы система чётко отличала номенклатуру по партиям, и сделали так, что каждая партия знает свой заказ, и соответственно через заказ она знает ИГК.
И получается, что эта партия и на складе знает свой ИГК, то есть она уже окрашена на складе, и в цехе она знает свой ИГК, и когда она списывается на заказ, то тоже есть понимание, она списывается на тот заказ, под который он покупался, или нет. Когда выдаётся в цех, то тоже есть понимание, она выдаётся на тот заказ, который нужен, или нет. Соответственно, можно по ходу процесса этим управлять: делать перенос между заказами, разрешать или не разрешать, согласовывать, готовить документы в тех случаях, когда нужен перенос.

– А расчётно-калькуляционные материалы (РКМ) тоже бухгалтерия ведёт?

– РКМ у нас готовит специальный отдел. У них тоже есть в системе отчёт, который введён из материалов ПКИ, сравнивается с ценами приходов на склад, и, соответственно, у нас формируется 4−6 форм в системе. К сожалению, тем, кто занимается РКМ, приходится немного работать руками.

 

Закупки

– У вас заказы долговременные?

– Цикл производства – 8-12 месяцев.

– Если заказываете материалы, вам лучше за год заказать, чтобы просто вовремя успеть или по какому-то другому принципу? Я так понимаю, что в информационной системе сейчас закупки не совсем автоматизированы. Это ручная история?

– Да, закупки – ручная история. Когда формируется заказ, служба НСИ вводит изделие, привязывает его к заказу [Привязка заказа – то же самое, что ввести заказ клиента в ERP. – Прим.]. Система понимает, что в таком заказе есть такие-то изделия, такие-то наименования, спецификации, и дальше уже этим пользуются.

 

Спецификация

– На каком этапе возникает спецификация, насколько она глубокая?

– Спецификация возникает на этапе поступления документации на предприятие.

– В какой момент вы составляете спецификацию? Вы знаете, что у вас там до конца года есть заказ, например, и…

– Когда договор заключён. На предприятие поступает документация по этому договору. Как только она поступила, тут же выводится структура изделия и привязывается к заказу. Заказ открывается, когда договор заключён: заключился договор – открылся заказ. Тем временем пришла документация – подобрали спецификацию к заказу.

– И конструкторская документация, соответственно, подтягивается к спецификации?

– Этот функционал мы пока не сделали: электронная структура есть, но сканы оригиналов вне системы.

– Что можно увидеть в вашей спецификации на изделие?

– Помимо структуры изделия и материалов ПКИ, есть ещё техпроцессы. По этим техпроцессам закрываются наряды. Они актуальны и действительны. По ДСЕ спецификации у нас сейчас закрываются и формируются несколько цехов. Это как раз-таки вот этот третий уровень внутрицехового учета. Ну, пожалуй, и всё.

 

Внутрицеховой учёт

– А вот вы упомянули внутрицеховой учёт. Кто его ведёт? Как вы понимаете, что мастер закончил смену и что он сделал?

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

– А сейчас диспетчер просто смотрит, какие мастера, что выполнили, и закрывает сменно-суточные задания?

– Да. Сейчас диспетчер формирует в системе межцеховые этапы. Пооперационных этапов у нас пока нет.

– Может быть, и не нужно, это же не всегда нужно пооперационно?

– Пока мы не дошли до этого, и, соответственно, «1С» собирает информацию из «даточных», и, таким образом, у системы, есть понимание, на каком этапе какой-то процесс. Мы собираем это в общую картину: создаём план второго уровня и привязываем к строчкам.

– Как вы поделили уровни?

– Руководствовались изданием «Академия ERP» фирмы «1С» и изданием «Производственное планирование». Там как раз описывают эти уровни. На первом уровне из плана продаж формируется план производства. Второй уровень: из плана производства формируется уже поцеховой план. И третий уровень: внутренний цеховой учёт – это маршрут сопроводительной карты, наряды, даточные и всё, что с этим связано.
На третьем уровне есть самописная система, которая делает запуск из воздуха. Диспетчер делает запуск в системе, и она ежедневно идёт между цехами до конца своего маршрута. Сейчас мы хотим, чтобы он делал запуск не из воздуха, а на основании цехового плана, который мы формируем. План этот не расчётный, там ничего нет сверхъестественного, это простая спецификация, умноженная на количество изделий в заказе, некий канбан, не расчётная вещь. С таким прицелом, чтобы все-таки в этот контейнер, в этот план второго уровня можно было поместить в дальнейшем уже некую расчётную вещь, чтобы эта цепочка у нас сыграла план второго уровня и учёт на третий. Задумки такие, посмотрим, как пойдёт.

 

Поддержка пользователей

– Как организована поддержка на предприятии?

– Есть сервис-деск, в него собираются заявки. Есть очереди: у техников – своя очередь, у администраторов – своя, у сопровождения – своя, у программистов – своя, соответственно, все смотрят свои очереди, отрабатывают. Мы называем это текучкой. Помимо этого, по каждому бюро есть плановая работа. Но, пытаясь балансировать между техническими и плановыми работами, не всегда получается уходить и делать какие-то качественные вещи по плану.

 

Самая актуальная задача ИТ

– Что на сегодня, на ваш взгляд, для предприятия самая актуальная задача в части ИТ?

– Производственный учёт. Есть его зачатки, но нет полного, попередельного учёта. И, если говорить про насущные задачи, продиктованные внешними условиями, а не просто оторванные от жизни, то это, конечно же, переход с «1С:УПП» на какие-то поддерживаемые системы. Это самая главная задача.

 

Контроль обеспечения заказов

– Расскажите, как всё-таки функционируют закупки по отношению к заказам? Вот у вас есть заказ, как он формируется, как вы контролируете, чтобы он был вовремя обеспечен?

– Это, к сожалению, ручная история: есть возможность формировать ведомость ПКИ-материалов. Соответственно, после того как они формируются, забираем их в систему и дальше.

 

Изменения спецификации

– Если вы вносите изменения в изделие, как вы это делаете? Создаете новую спецификацию?

– Нет, используем текущую. Это ещё один минус системы нашей самописной части конструкции технологической подготовки производства. Почему у нас стал вопрос перехода на PLM, потому что PLM поддерживает вариативность, и там можно внести контракт на состав изделия. У нас база, к сожалению, не поддерживает вариативность. Состав изделия только базовый. Соответственно, в одну секунду времени он только один.

– Если меняется оборудование или меняются материалы, вы заходите и руками правите на каждом этапе?

– У нас самих этапов, как таковых, нет. Есть дерево изделия, то есть ДСЕ, и привязаны к нему только материалы. Соответственно, мы вносим изменения, вот эти привязки меняем, просто управляем связями элементов между собой. В таком виде информацию смотрит цех, ПДО.

– История сохраняется?

– Нет, только БК-база.

– За какие направления отвечает ИТ-отдел?

– В ИТ-отделе есть техники, администраторы, сопровождение, программисты, группа НСИ, – все, кто есть. Наши также железо, сервера. Телефония не наша, безопасники у нас её забрали.

 

Виртуальные сервера, скорость системы

– Пользуетесь виртуальными серверами?

– Сейчас администраторы как раз тестируют эту историю. И пока склоняемся всё-таки к тому, что на железе сервера работают лучше.

– Сталкивались с проблемами со скоростью работы системы?

– Да, конечно. У нас есть табель рабочего времени в системе, есть код на проходной, через который проходят сотрудники и проводят пропуском. Система собирает информацию и дальше 2 раза в месяц формируются данные на аванс и на зарплату подразделения. Бухгалтерия нам сказала, что от бумажной версии отходить не будет, поэтому все табельщики 2 раза в месяц в один момент заходят в систему и начинают формировать данные, накладывать на них графики, вводить оправдательные документы. И у нас иногда бывают очень такие неплохие блокировки, связанные с этим, вплоть до того, что нам нужно, чтобы в системе работало 80 табельщиков, а может работать только один. Система встаёт. Табельщики пытаются одновременно ввести данные в один документ – и система встаёт. Тогда мы перегружаем сервера, чистим кэш в «1С».

Самый болезненный вопрос

– Самые болезненные вопросы, с которыми к вам обращаются коллеги?

– Вопрос о расчёте НДФЛ. У нас уже или второй, или третий месяц большие проблемы с расчётом НДФЛ. Мы буквально в последнюю секунду делаем доработки и в последнюю секунду с ним успеваем. Очень такой животрепещущий вопрос, очень острый. Столкнулись с тем, что обновления в «1С:УПП» начали выходить не всегда своевременно.

– С чем к вам обращается генеральный директор? Чего хочет от ИТ-отдела?

– Движение ДСЕ, и чья последняя была рука.

Спасибо, Дмитрий! Надеемся, опыт будет полезен коллегам других производственных предприятий.

 

ЭКСПЕРТНЫЕ МАТЕРИАЛЫ

 3 года с ERP в отделе закупок: выводы, промежуточные итоги
Нюансы настройки динамического планирования в 1С:ERP
 Реально ли компенсировать внедрение отечественного ПО на предприятиях субсидиями и грантами от государства?
 Модуль WMS или модуль «Cклад» в 1С:ERP?
 «1С:ЗУП» в ERP или нет?

Мы на связи: +7 (495) 120-40-02

Телеграм    ВКонтакте    Дзен