Самый быстрый способ получить эффект от автоматизации производства в 1С:ERP

19.06.22

Бизнес-анализ

Нам часто задают вопросы про автоматизацию производства, в частности, про ее планирование: с чего лучше начать. Интересно то, что до сих пор в производственных и ИТ-сообществах не сформулированы четкие критерии для определения готовности предприятия к автоматизации, как нет и внятного прогноза результата, который будет получен при реализации проекта с определенными вводными данными. Наши специалисты внедрения, эксперты ВЦ «Раздолье», проанализировали завершенные проекты, а также - большое количество запросов по автоматизации планирования производства и постарались систематизировать полученные данные, чтобы помочь Вам определиться с оптимальной дорожной картой и лучшим маршрутом следования. Итак, о выборе стратегии автоматизации.

Определить ресурсы на пути из точки А в точку Б

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

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

Уровни автоматизации предприятия

Начнем в принципе с уровней автоматизации производства и информационных системах, которые их обеспечивают:
 
 
 
 
Глобально их можно разделить на четыре уровня, начиная от аналитических систем для стратегического управления предприятия, и заканчивая уровнем станков. Мы будем рассматривать только средний уровень: ERP (MRP) и MES – системы на примере конфигурации «1С:ERP Управление предприятием».
 

Начнем с объемно-календарного планирования

Фактически это связанные между собой планы производства и планы закупок на некий период: от одного дня до года. То есть информационная система возьмет из плана продаж или других источников список требующейся готовой продукции, разобьет его на детали, отсчитает по длительности производства время на изготовление этих деталей и даст график запуска и выпуска полуфабрикатов. Потом она посчитает материалы и покупные комплектующие изделия (далее по тексту – «ПКИ»), которые требуются для выпуска деталей и сборочных единиц (далее по тексту – «ДСЕ»), и поместит их в план закупок. План закупок тоже будет разбит по периодам: в соответствии со сроками потребления в плане производства.
 
При этом на данном шаге у нас уже включаются в работу сотрудники производства непосредственно в цехах: они начинают оформлять заказы на производство, в которых учитывают фактическое потребление материалов, трудозатраты, выпуски, возвратные отходы и т.д.
 
Что предприятие получит на выходе такого планирования:
 
  • График запуска-выпуска деталей (без учета доступности оборудования, планирование будет происходить только по чистой длительности производства).
  • План закупок.
  • Формирование заказов поставщикам на основании планов закупок, отслеживание статуса поставок.
  • План-фактный анализ графика запуска-выпуска деталей, отчеты по сбалансированности планов.
 
Чего не получит на этом этапе:
 
  • «Живого» графика производства: если фактический срок выпуска какой-то детали сдвинется, то система ничего не будет делать с цепочкой производства, которая за ней тянется.
  • Учета загруженности цехов/оборудования.
  • Учета сроков поставки ПКИ/материалов при планировании производства (например, если для производства какой-то детали нужна ПКИ с длительным периодом поставки, то в плане производства это не будет никак учтено). План всегда рассчитывается от плановой даты выпуска, то есть «с конца».
 
Что необходимо для запуска данного блока планирования:
 
  • Высокоуровневые спецификации: в них будет достаточно внести детали и длительность их производства, материалы и ПКИ.
  • Сроки поставки материалов и ПКИ.
 
Такое планирование можно сравнительно быстро запустить на большинстве промышленных предприятий. Помимо очевидных преимуществ, оно позволит оценить качество производственной нормативно-справочной информации (далее по тексту – НСИ): очень часто бывает, что конструкторы, технологи, закупщики и производство работают в совершенно разных системах (или вообще без полноценных информационных систем). Тогда их данные начинают «расползаться». Обычно документация, передаваемая из КБ в закупки и производство, потом вручную «переводится» на реальные наименования материалов и ПКИ, с которыми работают эти подразделения. Объединение отделов в одно информационное пространство позволяет сблизить нормативку и сделать первый шаг в направлении реальных производственных спецификаций.
 
При автоматизации управления производством данного уровня повышенная нагрузка ляжет именно на конструкторов и технологов: очень важно обеспечить своевременное исправление спецификаций, чтобы в кратчайшие сроки приблизить выдаваемые информационной системой данные к реальности.
 
Сроки выполнения работ будут зависеть от исходного качества конструкторской документации, масштаба изделий и тех ресурсов (то есть сотрудников), которое предприятие готово выделить на проект. На больших предприятиях данный этап может занять до года, малые и средние предприятия могут справиться за несколько месяцев (в процессе подготовки информационной системы к внедрению).
 
Включение сотрудников цехов в оформление производственных документов существенно ускорит процесс: именно они оперируют фактическими материалами, ПКИ и ДСЕ. На основании введенных ими данных можно провести сравнение реально списанных комплектующих с данными нормативной спецификации.
 
Нужно быть готовым к тому, что запуск блока потребует пересмотра схем взаимодействия отделов и документооборота между ними. Причем, даже после первичной «чистки» НСИ, вовлеченность конструкторов и технологов в процесс работы с информационной системой должна быть сохранена.
 

Следующий уровень планирования – планирование по цехозаходам

Он предполагает, что производственные заказы разбиваются по этапам, то есть по последовательным шагам обработки изделия. Это значит, что в спецификациях на изделия должны появится этапы (последовательность) прохождения обработки изделия по цехам. Часто, если цехозаход длительный, то его разбивают на несколько этапов для большей управляемости. Здесь материалы, ПКИ и ДСЕ должны быть уже привязаны к этапу, на котором они потребляются. Дополнительно можно внести в этапы нормочасы по видам работ.
 
Все это позволит сформировать связанную между собой производственную цепочку, которую информационная система разложит во времени. Более того, данные этапы уже будут учитывать доступность ПКИ: в том случае, если чего-то нет на складе или в заказах поставщикам, то программа будет сдвигать этапы «вправо». Здесь пока не предполагается учета загрузки оборудования, этапы формируются по общей длительности их выполнения.
 
В информационной системе сотрудники производства должны указывать списанные материалы, фактические трудозатраты и т.д. Но, что важно, они также должны делать отметки о завершении этапа производства, на которые система уже должна реагировать: в случае сдвижек этапов по срокам, программа будет двигать связанные следующие этапы по графику.
 
Что предприятие получит на выходе:
 
  • Приближенную к реальности оценку срока исполнения заказа с учетом длительности поставки.
  • Живой график производства: с отработкой изменений в сроках выполнения этапов.
  • Информацию по тому, на какой стадии выполнения находится сейчас заказ.
  • Плановую потребность в материалах и ПКИ с более детальными датами, чем при объемно-календарном планировании.
  • «Дефицитку» по заказу.
  • Связь плановых сроков поставки в заказах поставщикам с производственными этапами.
  • Информацию по перемещению деталей между цехами.
  • Возможность оценки плановых нормочасов по цехам в разрезе видов работ.
  • Обеспечение контроля расхода ресурсов в цехах, возможность анализировать причины отклонений плановых и фактических расходов.
 
Что не получит:
 
  • Учета загрузки оборудования, планирования графика с учетом такой загрузки.
  • Детальной информации о том, что происходит в рамках цехозахода: будет видно, какого числа заказ зашел в цех и плановую дату выхода, но спрогнозировать ее исполнимость будет нельзя.
 
Что необходимо для запуска блока:
 
  • В ранее введенные спецификации необходимо ввести этапы с длительностью. Материалы и ПКИ привязать к этапам.
  • Внести нормочасы по видам работ.
  • Оцифровать информацию по используемым аналогам.
 
Часто данный уровень планирования объединяют с первым: хотя, в целом, они достаточно независимы друг от друга, и направлены на решение разных задач.
При внедрении данного уровня автоматизации помимо сотрудников, ответственных за КД, нагрузка ляжет на технологов, которые будут должны исправлять последовательность этапов. Также здесь активную роль выполняет производственно-диспетчерский отдел (далее по тексту – «ПДО»), который должен будет выполнять планирование заказов, контроль за сроками выполнение этапов, а также отражать отклонения в производственном процессе: часто заказы запускаются по альтернативным маршрутам; также необходимо обрабатывать брак, вводить дополнительные заказы на производство ДСЕ вне плана и т.д.
 

Следующий уровень автоматизации – это планирование по участкам и планирование с учетом загрузки оборудования

Это намного более сложный для автоматизации процесс, чем предыдущие, потому что он требует еще более детализированной НСИ, которую будет необходимо поддерживать в актуальном состоянии. Здесь уже предполагается, что каждый этап разбивается на участки, в рамках участков определяется оборудование, которое привязывается к этапу. Но это еще не совсем MES-уровень, потому что здесь не предполагается планирование операций внутри цеха/участка.
 
Фактически, здесь будут задействованы те же самые документы системы «1С:ERP», которые работали на предыдущем этапе, но теперь они должны стать более детальными. При этом программа точно также продолжит осуществлять планирование этапов с учетом материального обеспечения, но теперь к этому добавится учет загрузки оборудования. В каждом этапе будет необходимо задать используемые станки и сколько времени займет выполнение работ. На основании доступного времени работы станков система будет выстраивать график производства.
 
Важно, что на данном уровне автоматизации программа будет планировать этапы в целом на день (или на неделю /месяц – это определяется индивидуально настройками производственного подразделения), а вот определение последовательности выполнения внутри участка являются ответственностью конкретного мастера.
 
К примеру, в программе задан станок с доступностью в сутки – 8 часов. Программа будет «занимать» это время этапами, в которых этот станок прописан. Когда 8 часов будут заняты, она начнет занимать 8 часов следующего дня и т.д. То есть к мастеру придут, к примеру, 4 этапа по 2 часа – программе достаточно, что их общее время не превышает плановую доступность. Решать, какой из четырех этапов в какое время делать, уже должен мастер.
 
Организация НСИ для такого планирования – достаточно трудоемкая задача. Потребуется определить список оборудования и выбрать из него то, что необходимо планировать: здесь важно соблюсти принцип рациональности, не пытаясь включить в список планируемого оборудования вообще все подряд.
 
Что предприятие получит на выходе из автоматизации этого уровня:
 
  • Планирование с учетом загрузки оборудования.
  • В случае включения механизмов технического обслуживания и ремонтов (далее по тексту – «ТОИР»), в программе можно будет планировать периоды недоступности оборудования, и система будет строить график с учетом таких особенностей.
 
Что не получит:
 
  • Планирования работ внутри участка.
 
Что необходимо для запуска блока:
 
  • Ввести информацию по оборудованию в цехах, по его доступности.
  • Скорректировать спецификации: разбить этапы на участки, внести информацию по потребности оборудования в этапах.
 
Добавим, что расширение блока планирования до оборудования можно выполнять по частям: то есть проводить насыщение спецификаций детальной информации отдельно по каждому цеху с последовательным запуском. Это позволит снизить загрузку сотрудников, ответственных за поддержание НСИ. А, как показывает практика, на данном этапе внедрения всплывает очень большое количество отклонений, которые будут требовать корректировки спецификаций.
 
Следующий шаг планирования – это уже непосредственно MES-уровень.
К нему рекомендуется переходить после завершения предыдущих этапов, потому что он еще более требователен к НСИ.
 
Данный уровень предполагает управление и планирование до конкретных операций внутри цеха/участка. Если до сих пор мы оперировали понятием этап производства и оборудование, на котором он выполняется, то теперь информация должна быть дополнена списком операций.
 
В 1С:ERP данный вид планирования является развитием предыдущего уровня: то есть сначала этапы распределяются по дням/неделям с учетом доступности оборудования и материального обеспечения, а потом уже система переходит к работе с производственными операциями в рамках этапа. Работа может быть двух типов: ручное и автоматическое планирование. В «ручном» варианте мастер цеха/участка или сотрудник планово-диспетчерского бюро (далее по тексту – «ПДБ») сам назначает исполнителю операции к выполнению из списка доступных операций этапов. В автоматическом – система сама осуществляет планирование операций по длительности с учетом загрузки рабочих центров. Причем, при использовании автоматического планирования, доступно определенное моделирование работы: можно, к примеру, увеличить доступность конкретного станка и посмотреть, каким образом изменится расписание.
 
Дальше сотрудники на местах делают отметки о выполнении операций, и все возможные отклонения учитываются в дальнейшей работе.
 
Предполагается, что сотрудники на местах будут вносить в систему «1С:ERP» информацию об использованных материалах и трудозатратах, по выпуску продукции и т.д.
 
Что предприятие получит при реализации данного уровня автоматизации:
 
  • Управление производством внутри цеха/участка.
  • Сменно-суточные задания на бригаду/конкретных исполнителей/конкретный станок.
  • Учет отклонений, возникших на каждой операции.
  • Возможность проведение план-фактного анализа по материалам и трудозатратам на каждой операции.
 
Что не получит:
 
  • Интеграцию с оборудованием, потому что обычно это задача систем другого уровня.
 
Что необходимо для запуска блока:

 

  • Ввести информацию по операциям, их длительности и необходимому оборудованию.
  • Рабочие места прямо непосредственно там, где работают исполнители: отметка о начале выполнения той или иной операции должна вносится оперативно, иначе программа начнет перепланировать график. Фактически работа с системой в цехах и перепланирование должны вестись в режиме реального времени.
 
Мы рассмотрели в настоящей статье глубину автоматизации управления производством, сопоставив сложности каждого уровня и получаемые выгоды для предприятия. На каждом реальном заводе могут быть нюансы, которые каким-то образом изменяют и «смешивают» описанные уровни автоматизации, и определить это можно точно только при обследовании конкретной ситуации.
 

Стратегия автоматизации автоматизация предприятия производства erp mes упп ерп внедрение план интеграция

См. также

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

В данной статье рассматриваются задачи, которые необходимо решить при поэтапном внедрении 1С: ERP на крупном предприятии. Рассмотрен вариант перехода с успешно функционирующей 1С: УПП. Предлагается обсудить правильность принятых решений.

29.10.2024    542    0    VicCva    0    

4

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Мы провели опрос заказчиков с целью определить степень удовлетворенности внедрением 1С: ERP. Опрос проводился по случайной выборке из списка внедренных решений на сайте 1С. Обработали 121 интервью от 97 компаний. Из выборки мы исключали "показательные внедрения" и крупнейшие холдинги, старались получить срез по "средним" массовым заказчикам. Статья будет интересна сотрудникам отделов продаж и отделов качества фирм, внедряющих 1С, потенциальным заказчикам и всем, кто интересуется статистикой внедрения 1С: ERP. Текст статьи довольно большой, в некоторой степени наукообразный.

16.10.2024    1341    0    Soliton    7    

8

Agile Внедрение изменений Бесплатно (free)

Тенденции последнего времени заставляют пересматривать привычные инструменты, менять подходы, подстраиваться под рынок труда. Расскажем об импортозамещении инструментария внедренцев, отличиях Agile от почасовки и рисках дефицита специалистов 1С.

13.09.2024    2484    0    glebushka    3    

8

Анализ предметной области Анализ бизнес-процессов Работа с заинтересованными сторонами Бесплатно (free)

Успех системы закладывается на предпроекте. Именно на обследовании мы анализируем потребности, перекладываем их в затраты, просчитываем нужное для разработки время и закладываем те функции, что будут в системе. От результатов предпроекта зависит, насколько система будет удовлетворять заказчика и насколько успешно мы систему сдадим. Расскажем о том, как за семь шагов провести обследование, построить концепцию и определить границы системы/проекта.

02.09.2024    1255    0    user1669221    2    

7

Внедрение изменений Бесплатно (free)

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

21.08.2024    2763    54    Laya    3    

21

Анализ предметной области Анализ потребностей и поиск решений Бизнес-аналитик Руководитель проекта Управленческий учет Бесплатно (free)

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

19.08.2024    1593    0    SergeyN    0    

6

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Проект по переходу SAP на 1С – это не только перенос в 1С бизнес-процессов, которые ранее отражались в SAP. Системы отличаются кардинально – и подходом к внедрению, и работой в системе, и готовыми функциональными блоками, и интерфейсами. Расскажем о том, какие подводные камни ждут внедренцев на проектах перехода с SAP на 1С.

19.08.2024    9647    0    vladshelshel    7    

4

Оптимизация бизнес-процессов Взгляд со стороны Заказчика Внедрение изменений Платформа 1С v8.3 Бесплатно (free)

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

13.08.2024    1077    0    avermakov1986    5    

6
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Светлый ум 416 03.06.22 07:19 Сейчас в теме
Скрин в эксплорере не видно
2. 1СERP 3065 03.06.22 07:57 Сейчас в теме
Спасибо. Попробую перезалить.
3. kauksi 217 03.06.22 11:00 Сейчас в теме
Планирование это хорошо, но как быть с нормопотерями? Вот вы пишите " что сотрудники на местах будут вносить в систему «1С:ERP» информацию об использованных материалах и трудозатратах, по выпуску продукции и т.д" а о трудоемкости внесения на реальных предприятиях кто нибудь думал? по спецификации допустим нужно 10000шт материала на 10000 продукции. А фактически выпущено 9800 единиц продукции. а фактически потрачено материала 10100. и всю портянку по спецификации в обеспечении этапа (а это может быть и 10 и 50 позиций) нужно перебивать ручками. а если ошиблись например в указании серии, то после закрытия этапа исправить что то (другую серию указать) - это тот еще квест - все взад распровести, исправить и провести заново А если производство многопередельное, то квест умножайте на количество переделов. Ну и любимый глюк - перепроведение этапа производства иногда не исправляет некорректные движения. приходится отменять проведение и заново проводить - тогда встает на место. Сорри за оффтоп, но в следующих статьях подумайте и о тех кто отражает производство - а то возникает другой эффект от автоматизации - кратно возрастает трудоемкость отражения фактов хозяйственной жизни
michmich; RustIG; sapervodichka; +3 Ответить
4. sapervodichka 6915 03.06.22 13:33 Сейчас в теме
(3) Это несомненно правда! Несмотря на такую суровую реальность мы с ней уже 10-ки раз сталкивались и переваривали за счет правильной организации процесса, каких-то доработок и прямого выхода на 1С по этим блокам. Сталкивались со сложностями по спецификациям самолетов с сотнями тысяч деталей, часть сами часть прям раздел разработки производства 1С к нам подключался. Всё норм, тут все сложность понимают и не бросают.
11. VeraPikuren 13 07.06.22 09:52 Сейчас в теме
(3) Полностью согласна с тем, что юзабилити - не самая сильная сторона ERP, особенно в блоке производства.

Мы обычно пишем рабочие места, которые сами работают с этапами.
5. user1399668 03.06.22 14:02 Сейчас в теме
На первом уровне - объемно-календарное планирование создаются заказы на производство. Уже на втором уровне - планирование по цехозаходам - добавляются этапы производства. Не понятно, как на первом уровне внедрения закрываются этапы производства. Поясните, пожалуйста.
6. 1СERP 3065 03.06.22 14:25 Сейчас в теме
(5)
Коллеги, ответим. Чуть позже.
12. VeraPikuren 13 07.06.22 09:54 Сейчас в теме
(5) На первом и втором уровне заказы создаются вручную или по плану с ручной корректировкой.
Этапы - вручную (высокоуровневые), закрытие - тоже вручную
7. 2tvad 70 04.06.22 13:49 Сейчас в теме
Вопрос, а как быть с цепочкой складов? Есть центральный склад, куда закупка идёт централизовано. Есть склад цеха, куда так же может идти закупка. Есть склад участка, где хранятся позиции для резерва.

Вот приходит заказ. И как его спланировать с учётом складских остатков 3 складов, ближайших поставок и поставок на заказ?

Я не помню, что бы в 1с ерп была возможность резервировать позиции по нескольким складам, а потом перемещать резервы.
21. VeraPikuren 13 08.06.22 09:20 Сейчас в теме
(7) Перемещать резервы можно. Резервировать на разных складах - тоже, но не самым удобным образом (бить строчки в ТЧ).
8. roman72 390 05.06.22 02:51 Сейчас в теме
Хороший материал, просто, доступно и последовательно разъясняющий "этапы" модели производства в ERP :)
Был бы признателен за ваш отклик как изложенное пересекается с проблемами модели ERP и многопараметричностью в моей статье
https://infostart.ru/1c/articles/1649233/
Например, даже, по той мысли что "ручное диспетчирование" в ERP - это грех и должно быть запрещённым действием на производстве.
9. RustIG 1747 05.06.22 10:17 Сейчас в теме
При этом на данном шаге у нас уже включаются в работу сотрудники производства непосредственно в цехах: они начинают оформлять заказы на производство, в которых учитывают фактическое потребление материалов, трудозатраты, выпуски, возвратные отходы

сотрудники производства? у них времени нет и квалификации забивать сведения в базу 1с....
заказы на произ-во, в которых учитывают факт. потребление? что это такое? о чем речь? кто учитывает? как учитывают? это точно в заказах на производ-во? как-то далеко от жизни сформулировано.....
zqzq; Alfn; +2 Ответить
13. VeraPikuren 13 07.06.22 09:55 Сейчас в теме
(9) Если руководство захочет, то у сотрудников производства время появится.
15. RustIG 1747 07.06.22 10:03 Сейчас в теме
(13) я не сомневаюсь в ваших словах, но я другого мнения. Даже не удивился, что кто-то так напишет... Очевидно же...
16. 1СERP 3065 07.06.22 12:06 Сейчас в теме
(15)
Ну, а какой иной ответ может быть?
Каждый проект, в котором мы "заходим в производство", предельно усложняется организационными вопросами. Тем, что сейчас информация не вносится, а без нее в системе ничего не посчитать. Нужно постоянно коммуницировать с заказчиком(ами) проекта и искать решение. Было несколько проектов, остановленных после написания ТЗ, потому что эта самая "золотая середина" так и не была найдена. Т.е. заказчик не посчитал нужным перестраивать свою работу. И это тоже понятный результат начальной проработки проекта.
17. RustIG 1747 07.06.22 12:51 Сейчас в теме
(16)
Ну, а какой иной ответ может быть?


так вы сами все написали далее:
Тем, что сейчас информация не вносится, а без нее в системе ничего не посчитать. ...Было несколько проектов, остановленных после написания ТЗ, потому что эта самая "золотая середина" так и не была найдена. Т.е. заказчик не посчитал нужным перестраивать свою работу.


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

Собственно, вопрос исчерпан. :)
18. RustIG 1747 07.06.22 13:10 Сейчас в теме
(16) вдогонку к своему ответу - мы же внедренцы - управляем проектом и рисками, а не маркетологи - мы не продаем красивые картинки и речи...
10. Alfn 60 05.06.22 13:27 Сейчас в теме
Вы уж простите меня, но скажу как вижу… со своим 20-летним опытом управления производствами.
В данном случае люди вместо производства будут заниматься «отражениями фактов хозяйственной деятельности».
По факту мы получим не автоматизацию, а филиал бухгалтерии в каждом цехе… а м.б. и на каждом участке. Целью автоматизации должно быть уменьшение трудозатрат, а не рост рабочих мест.
Если и применять ерп для планирования обеспечения более менее сложных производств, то никак не на штатном функционале.
Angealtor; itmind; zima_a; nshestak; user914921; RustIG; muskul; +7 1 Ответить
14. VeraPikuren 13 07.06.22 09:59 Сейчас в теме
(10) Внедрение программы на производстве предполагает большее количество информации и, как следствие, увеличение трудозатрат.
Но опять же вопрос в целях. Если требуется снизить трудозатраты, то можно посадить бухов вести "котел"
19. Alfn 60 07.06.22 13:58 Сейчас в теме
(14) а я наивно полагал, что основная (если не единственная) цель любой автоматизации - это сокращение трудозатрат.

Мы у себя прошли путь полной цифровизации материально-технического обеспечения вспомогательных производств на базе КА2.
Та еще эпопея была. В какой то момент мы поняли, что нельзя требовать от технарей и производственников досконального знания средств учета и их особенностей. У них (производственников) задача производить, а не функции бухов дублировать. И мы максимально упростили интерфейс для них, реализовав интуитивно понятный функционал процедур обеспечения от дефектовки и заявки до списания.
И при этом я считаю что мы слишком грузим производственный персонал своими требованиями своевременного ввода данных в программу.
В итоге пришли к тому, что почти в каждой службе должен быть как минимум техник, который должен выполнять эти сервисные функции.

Как говорится: кесарю - кесарево, слесарю - слесарево... ;)
20. 1СERP 3065 07.06.22 16:21 Сейчас в теме
(19)
Не вижу противоречий Вашего подхода и нашего.
Да. Все понимают, что грузить производственников нежелательно. При этом информация для управления производством должна попасть в систему. Решения могут быть в нескольких направлениях (что и происходит в реальности).
1. Настройка рабочих мест в системе, чтобы мастер не рылся в справочнике номенклатуры,а нажал кнопку, в крайнем случае зафиксировал отклонение какое-то.
2. Выделение людей, способных ввести в систему необходимую НСИ и ввести несложные операции в систему.
3. ...
А вот сколько таких рабочих мест, сколько таких специальных людей, насколько мы можем оторвать производственников от работы - как раз вопрос согласования с Заказчиками системы. Мы и статью задумали, чтобы показать, что уровни автоматизации производства могут быть сильно разные. С разными эффектами и разными трудозатратами по запуску. До старта или в процессе инициации проекта нужно это внимательно проработать.
Оставьте свое сообщение