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

10.06.25

Бизнес-процессы - Оптимизация бизнес-процессов

Как создать систему планирования на реальном производстве с нуля, не используя готовые ERP-решения? В этой статье программист делится опытом внедрения собственной системы планирования в условиях крупного производства очистных сооружений. Рассказано о том, как начать с понимания процессов, спроектировать документ «Планирование производства», реализовать механизм распределения задач между бригадами и интегрировать всё с учётом материалов и выпуском продукции. Статья покажет, что даже в сложных условиях можно сделать простое и рабочее решение — без излишней автоматизации, но с фокусом на реальные потребности пользователей.

Был опыт работы программистом в компании, которая выпускает очистные сооружения для воды. Это сложные изделия, состоящие из тысяч деталей. Некоторые поставляются, другие изготавливаются внутри предприятия. Производство состоит из нескольких цехов: механическая обработка, сварка, покраска, сборка. Всего работает более 500 человек. Так что этим опытом я и хотел поделиться в данной статье.

 

Часть 1: Зачем и как

Всё это время производство велось на самописной конфигурации на платформе 1С: Предприятие 8.3 (толстый клиент) . Никакой ERP, никакой «большой автоматизации» — просто свое придуманное производство, свои справочники, документы и регистры. Не спрашивайте "Зачем так?" - речь не об этом.

Управленческий учет был, но без единого плана работ. Каждое утро мастер ходил по цехам, звонил, спрашивал — кто чем занят, успеем ли к сроку? Понятно, что так долго не продержишься. Особенно когда заказчики начинают требовать точных дат поставок, а ты не можешь точно сказать — получится или нет.

Было принято решение: пора внедрять систему планирования. Не готовую, типа 1С УНФ, а свою — под нашу специфику. Потому что:

  • Изделия большие, сложные, собираются из множества деталей.
  • Одни детали уже есть на складе, другие нужно изготовить перед сборкой.
  • Работы выполняются разными бригадами, у каждой — своя специализация и загрузка.
  • Есть приоритетные клиенты, есть жёсткие сроки.
  • Хотелось видеть прогноз — попадаем мы в эти сроки или нет.

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

Первым делом я встретился с главным инженером. Хотел понять, как на самом деле работает производство, какие этапы есть у каждого изделия, как сейчас распределяются задачи. Оказалось, что за всей кажущейся хаосом стоит логика — просто записанная в головах людей и паре Excel-файлов. Файлы были красивые разноцветные. В них даже велась переписка: одна бригада оставляла сообщения новой бригаде о производственных процессах.

На основе этого были выделены ключевые требования:

  • Планирование должно начинаться с готового изделия (например: «К 19 ноября клиент А должен получить изделие»).
  • Система должна разложить это изделие на комплектующие и операции.
  • Должна учитываться загрузка бригад (шаг в 5 минут).
  • Бригады могут быть разной численности и специализироваться на разных типах работ.
  • Важно иметь возможность менять приоритеты и перераспределять задачи.

Так-же заказчик ставил свои требования к реализации. Например это должен был быть документ "Планирование производства" , который станет основой системы.

Документ должен был содержать:

  • Список клиентов и их заказов.
  • Перечень изделий, которые нужно произвести.
  • Даты поставок.
  • Детализацию этапов производства по каждому изделию.
  • Привязку операций к бригадам.
  • Возможность расчёта загрузки по времени.
  • Гибкость в изменении приоритетов и сроков.

Если документ проведен — система использует его для планирования. Если не проведен — работает как раньше, без учёта этих данных. Такое разделение позволит внедрять систему поэтапно, безболезненно для текущих процессов.

 

Часть 2: Создание документа и выбор логики

После того как стало понятно, что именно нужно автоматизировать, началась реализация. Всё должно было строиться вокруг одного ключевого элемента — документа «Планирование производства» .

 

Структура документа

Документ должен был содержать три основные части:

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

Это позволило объединить в одном месте всё необходимое для формирования плана: кто заказчик, что нужно сделать, из чего это состоит и кто этим будет заниматься.

 

Подход к распределению работ

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

Значит, нужен был алгоритм, который сможет:

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

Вариантов реализации было несколько. Один из самых простых — последовательный перебор данных и выстраивание плана работ по свободным периодам.

 

Реализация в 1С

Работа велась в 1С: Предприятие 8.3 (толстый клиент) . Это важно, потому что ограничивает возможности по скорости и сложности алгоритмов. Значит, всё должно быть просто, но эффективно.

Я решил хранить данные о плановых работах в регистрах сведений:

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

Эти регистры позволили строить графики нагрузки и отслеживать конфликты.

 

Что дальше?

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

 

 

Часть 3: Полная реализация системы

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

 

Документ «Планирование производства»

Основным элементом системы стал документ «Планирование производства» . Он состоял из трёх вкладок:

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

Если документ проведен — система учитывает его при формировании плана. Если нет — работает как раньше, без учёта этих данных. Такое разделение позволило внедрять систему поэтапно, безболезненно для текущих процессов.

 

Алгоритм распределения задач

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

Алгоритм работает так:

  1. Из документа собираются все изделия.
  2. Для каждого строится дерево комплектующих.
  3. Формируется список операций.
  4. Операции группируются по типам (обработка, сварка и т.д.).
  5. Перед распределением задачи можно отсортировать:
    • По дате поставки
    • По приоритету клиента
    • По длительности операции
    • По типу работ

Это позволяет гибко менять логику в зависимости от ситуации.

 

График нагрузки

График строился на основе регистра сведений "План работ по бригадам" . Он показывал:

  • Рабочие смены
  • Запланированные операции
  • Перегрузки
  • Свободные периоды

Интервал времени — 5 минут , чтобы можно было точно оценивать доступность бригады под новые задачи.

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

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

 

Интеграция с учётом материалов

Реализовал связь с остатками на складах. Для каждой детали, которая входит в состав изделия, система проверяет:

  • Есть ли она на складе.
  • Если есть — можно использовать без дополнительного производства.
  • Если нет — добавляется задача на её изготовление.

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

 

Связь с выпуском продукции

После того как операция выполнена, мастер закрывает её в соответствующем документе. Эта информация записывается в регистры и используется для:

  • Обновления остатков на складе.
  • Контроля исполнения плана.
  • Пересчёта графика нагрузки (после завершения одной задачи освобождается время для следующей).

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

 

Контроль исполнения

Добавил механизм контроля исполнения:

  • Для каждой операции фиксируется дата начала и окончания.
  • При завершении сравнивается запланированная и фактическая дата.
  • Если операция выполнена позже — система помечает это как отклонение.

На основе этих данных строились отчёты:

  • По отклонениям от графика.
  • По загрузке бригад.
  • По причинам задержек.

Это дало возможность не просто видеть текущий план, но и анализировать, что работает хорошо, а что требует доработки.

 

Возможности ручной корректировки

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

  • Вручную изменить дату поставки.
  • Скорректировать приоритет клиента.
  • Переназначить задачу другой бригаде.
  • Удалить отдельную операцию из расчёта.
  • Сбросить план и пересчитать заново.

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

 

Часть 4: Итоги

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

 

Что получилось

Система позволила:

  • Формировать план работ автоматически , на основе документа «Планирование производства».
  • Распределять задачи по бригадам , учитывая их загрузку и специализацию.
  • Строить график нагрузки , который показывает занятость, перегрузки и свободные периоды.
  • Интегрироваться с учётом материалов , проверяя наличие деталей на складе и добавляя задачи на изготовление недостающих комплектующих.
  • Контролировать исполнение , сравнивая плановые и фактические даты выполнения операций.
  • Видеть прогноз по заказам , чтобы заранее понимать, успеваем ли мы к сроку или стоит предупредить клиента о задержке.
  • Резервировать материалы , чтобы избежать ситуации, когда две бригады начинают использовать одни и те же детали на разные заказы.
  • Вручную корректировать план , если алгоритм не угадал приоритеты или произошли внешние изменения.

 

Время работы системы

Расчёт плана занимал около 5 минут . Это время было приемлемым для текущих задач. Попытки вынести расчёт на Java рассматривались, но были отложены — проще поддерживать всё в рамках 1С.

 

Как это помогло производству

  • Мастера больше не собирали информацию по Excel-таблицам — теперь вся информация в одном месте.
  • Не нужно было каждый день звонить по цехам , чтобы узнать, чем заняты бригады.
  • Появилась возможность видеть план на год вперёд , а не только на завтра.
  • Удалось увидеть реальные узкие места : какие бригады перегружены, а какие могут взять дополнительные задачи.
  • Снизились ошибки из-за нехватки комплектующих — система сама отслеживает, что готово, а что ещё нужно изготовить.

 

 

Выводы

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

  • Сначала поняли, зачем это нужно.
  • Затем определили, как будет работать система.
  • Потом реализовали документ и алгоритм.
  • И только потом связали всё с остальными частями конфигурации.

Система не идеальная, но она работает. А главное — решает конкретные задачи:
 План формируется автоматически.
 Бригады знают, что делать.
 Руководители видят картину целиком.
 Клиенты получают изделия вовремя.

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

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

См. также

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

Рост обращений в техподдержку, очереди, перегруженные сотрудники, задержки в ответах на простые вопросы — знакомые реалии для многих компаний. Традиционные решения (базы знаний, контекстные подсказки) часто не справляются с объемом или слишком дороги в разработке и поддержке. К счастью, современные большие языковые модели предлагают мощный инструмент для автоматизации этого пласта работы. Можно ли применить их к специфике платформы 1С? Давайте разберемся.

02.07.2025    431    0    Vaslot    1    

4

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

Недавно появилась новость "SAP дал сбой. "Сегежа Групп" отсудила 430 млн за цифровую трансформацию - Рамблер/личные финансы”. Очень примечательная, поскольку позволяет на реальном примере увидеть изнанку консалтинга в больших бюджетах: только факты, без слухов, без NDA и неофициальной информации. Мне эта тема особенно близка, поскольку я имею опыт работы в двух мирах — 1С и SAP , “ел устриц” и на kick – off и на разных стадиях проекта. Поэтому пристегивайтесь, вас ждет увлекательный разбор судебного решения А40-299276-2022__20250120. Цель статьи не потоптаться на костях SAP в России, а показать сообществу 1С, что влияет на успех проекта на больших масштабах. И заодно ответить на вопрос — светит ли успех 1С в узком, но богатом сегменте больших корпораций.

30.06.2025    1918    0    1CUnlimited    47    

35

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

Даже при хорошем планировании внедрение 1С:ERP часто сопряжено с неожиданными трудностями — прежде всего, из-за перегрузки сотрудников и недооценки организационных рисков. Практические наблюдения о том, что важно предусмотреть заказчику заранее, чтобы проект не зашёл в тупик.

20.06.2025    852    0    Adapta    16    

6

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

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

19.06.2025    14424    40    VeraPikuren    6    

12

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

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

19.06.2025    793    0    VeraPikuren    1    

6

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

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

09.06.2025    368    0    amenotori    0    

1

Внедрение изменений Реклама, PR и маркетинг Россия Бесплатно (free)

Нейросети стремительно проникают в маркетинг, но что это значит для 1С-компаний? В статье — 10 ключевых инсайтов из международного (американского) исследования STATE OF MARKETING AI REPORT 2025 и конкретные рекомендации, как можно использовать эти тренды в маркетинговой стратегии 1С-компании: от упаковки решений до построения HR-бренда.

06.06.2025    588    0    Adapta    0    

2

Оптимизация бизнес-процессов Бесплатно (free)

Цикл PDCA или цикл Деминга (см. множество статей по этому поводу), говорит нам, как нужно работать... Ну-ну... Все это теория, а практика-то где? Что делать?

27.05.2025    586    0    2tvad    0    

4
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. roman72 401 13.06.25 10:53 Сейчас в теме
Изобретена ERP с нуля?
Но без формирования плана системой линейных уравнений?
(впрочем я до сих пор сомневаюсь что она в планировании 1С ERP есть, а не работает банальный вариант последовательной переборки и последовательной "укладки").

Если вы сделали систему, основанную на последовательных переборе и укладке,
то такая система может выдавать неоптимальные решения.
И чем больше предприятие или сложность производства, тем больше вероятность что неоптимальность будет представлять существенную часть затрат ресурсов и рабочего времени.
3. cojko 29.06.25 15:48 Сейчас в теме
(1) в ERP используется жадный алгоритм. Задачи планирования не решаются перебором так как они О! по скорости.
5. roman72 401 29.06.25 20:43 Сейчас в теме
(3) Есть какая-нибудь ссылка, подтверждающая использование жадного алгоритма?
6. asoiko 1 30.06.25 16:34 Сейчас в теме
(5) https://its.1c.ru/db/updinfoarch#content:225:hdoc:issogl2_32

Ну и я сам в коде видел )
Еще из интересного, там используется принцип напряженности. Что чем больше отношение длительности Этапа к оставшемуся времени выпуска, тем этот этап более приоритетный при планировании пооперационного расписания. Просроченные этапы имеют наивысший приоритет.
2. booksfill 17.06.25 15:53 Сейчас в теме
Несколько простых вопросов:
1. Как вы рассчитываете загрузку оборудования с учетом времени на ППР, переналадку и т.п.?

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

3. При определении загрузки бригад учитываются ли изменения в личном составе.
Например, плановые отпуска/выход из них, "среднее время вероятных больничных", квалификация отдельных рабочих бригады.

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

Или, например, фрезеровка может быть заменена на ручную слесарную обработку, но нужен свободный слесарь, который, вообще, в другой бригаде и будет после обеда.

5. Как вы умудрились видеть план на годы вперед, если, судя по описанию, вы и на гораздо более короткое время собираетесь менять приоритеты, со всеми вытекающими?

6. Как именно система контролирует процессы? Как в нее попадает обратная связь от производства, с какой периодичностью, с какой точностью, какие меры приняты по уменьшению человеческого фактора.
Например, бригадир, чтобы не пропустить очередь в столовой, напишет, что такие-то работы выполнены, ибо " а чо такова сёдня сделаем же, а у меня тут 10 минут свободного времени образовалось, чтобы завести данные".
4. cojko 29.06.25 15:54 Сейчас в теме
(2) Насколько я понимаю, автор разработал систему планирования, которая позволяет прикинуть конечный срок изготовления изделия и дает вручную отредактировать план. Что как правило достаточно пользователям. Более сложные системы как правило требуют выработки методологии и правил, которые не каждому мастеру интересны.
Оставьте свое сообщение