Опять не могу не воспользоваться - человек использует мои продукты и нахваливает.
Как тут пройти мимо 😁

Планирование в 1С: вперёд в настоящее (часть 2)

«Как же долго я тебя искал…»

Знакомьтесь — УМП , универсальный механизм планирования.
Когда я впервые про него узнал, радости было ещё больше, чем от автозадач.

Почему? Потому что он умеет делать главное, что должно уметь любое планирование — распределять ограниченные ресурсы (деньги, товары, время работы оборудования и т.д.) на потребности (планы оплат, заказы клиентов, планы производства…). И, что важнее всего, делать это гибко, по любым условиям.

Разработал, кстати, всё тот же Иван Белокаменцев (@ywhite подписывайтесь, если еще не). Не буду подробно рассказывать про техническую часть, это все можно прочитать в описании. Расскажу про свой опыт.

Пример из практики
Производственное предприятие, которое работает в основном под заказ.
Главный вопрос от менеджеров:
«Сможем ли сделать и отгрузить к нужной дате?»

В 90% случаев ответ упирается в одно — наличие сырья. А тут всё сложно:
- ассортимент продукции большой
- сырьё может лежать на складе
- а может быть «в пути» от поставщика

Посчитать это в типовой ERP — задачка не из простых. И тут на сцену выходит УМП.

Что мы сделали
1. Разузловали спецификации готовой продукции до конечных материалов и храним их в специальном регистре — это ускоряет расчёт.
2. В УМП распределили материалы на складе и «материалы в пути» (с учётом даты поступления и времени, необходимом на изготовление продукции) на заказы покупателей.
3. Каждый заказ получил статус:
- обеспечен
- обеспечен частично
- не обеспечен
4. В отчёте видно какого именно сырья не хватает и под какие изделия.
5. В журнале заказов добавили светофор, чтобы статус был виден сразу.
6. В АРМ «Формирование заказов по потребностям» диспетчер видит этот же статус и понимает — включать заказ в производство или нет.

В итоге
Диспетчер тратит меньше времени на проверку, менеджеры быстро отвечают клиентам по срокам, а производство получает только те заказы, которые реально можно сделать.

В следующей части расскажу про автоматизацию планирования в производстве

Запустили за полгода несколько ЗУПов 3 - и отдельных, и в составе КА2/ЕРП.

Переходили из УПП, ЗУП 2.5, ниоткуда 😁. Скоро маячит проект перехода в ЗУП 3 из ЗУПа 3 😳 (что-то типа свёртки, чтобы избавиться от накопленных ошибок).

По мне, так запуск ЗУПа, период опытной эксплуатации - штука очень нервная. Потому что кадровые и расчетные процессы нельзя останавливать, просрочить, посчитать как попало и потом переделать.

Себестоимость продукции вполне можно посчитать через 1-2 месяца после запуска ЕРП, а потом ещё год пересчитывать. А зарплату человеку надо сразу правильно посчитать. Ну, крайне желательно. И срок выплаты надо соблюдать. А уж если увольняется сотрудник - он не будет ждать пару месяцев, пока его рассчитают.

Если надо исправлять остатки (а их почти всегда надо исправлять, крыжить и т.д.), то аналогично - рабочие процессы нельзя остановить, потом пересчитать и т.д.

И откатиться сложно, если что-то пошло не так. Буквально день-два, несколько десятков вбитых новых документов в ЗУП, скорректированные остатки - и всё, назад дороги нет.

К чему я это... Запуск ЗУПа сильно отличается от запуска учётных систем. Его обязательно нужно сопровождать и поддерживать - плотнее, чем другие системы.

Стресс для пользователей - жутче, особенно с учётом количества расчетчиков и кадровиков на предприятиях.

P.S. Один старый добрый клиент не поверил, что запуск ЗУП сложен и требует серьезных усилий от пользователей. Пошёл в другой франч, который "Внедряем ЗУП род ключ". Вернулся через 2 месяца, кратко бросил "обманули, мл...", теперь запустили второй раз 😢

Давно не делал перекрёстное опыление каналов, пора повторить.
Я веду несколько тг-каналов, разделяя тематику и аудиторию, чтобы у людей был выбор.
Но вы, читая один канал, могли не знать о других.

Актуальных каналов у меня шесть:
1. Другой 1С - больше про внедрения, подходы, решённые задачи, проекты, и про свою команду там рассказываю.
Он для клиентов, программистов, партнёров, конкурентов.
2. Жёлтым по белому - пишу, как программист 1С программистам 1С.
Он для программистов 1С, понятно :)
3. 1С:Дичь - мой 1Сный юмор, в основном забавные примеры кода или архитектуры.
Для программистов, иначе не всё понятно будет.
4. Школа Ивана Белокаменцева - тут всё про обучение. И как я его делаю, и конкретные материалы выкладываю.
Для тех, кто учится или учит.
5. Бред Белокаменцева - то, что не влезло в предыдущие каналы :)
Для тех, кому интересно, что ещё в моей голове бывает.
6. Агрегатор Белокаменцева - канал-агрегатор, туда я скидываю ссылки на сообщения в остальных каналах.
Типа лента.

Наверное, в тему будет упомянуть формат работы, которым мы пользуемся - "на троих".
Это когда с клиентом работают два подрядчика - мы и ещё кто-то. Точнее, ещё кто-то и мы. Нас привлекает тот самый "ещё кто-то" :)

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

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

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

Теперь уже совершенно точно - 20 лет в 1С.
Сертификат 1С:Профессионал получил чрез неделю после трудоустройства в мой первый франч - там это было что-то вроде второго собеседования.

Давно хотел добавить что-то помимо 1С в... Как правильно-то сказать...
Как программист, я сказал бы "в стек". А тут - скорее в линейку инструментов, которыми решаем задачи.
Сами знаете, 1С может далеко не всё. А натягивать сову на глобус - занятие для молодых и амбициозных :)

Недавно примирился с тем, что у большинства клиентов есть что-то от Битрикса.
Хотя много лет всем говорил, что Битрикс покупать не стоит. Хотя сам копался в Битриксе ещё в 2012 году - очень хотелось, чтобы он оказался лучше 1С. Не оказался :)
Сейчас с Битриксом у нас всё хорошо. Нашли хороших партнёров. Они нашим клиентам помогают по Битриксу, мы - их клиентам по 1С.

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

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

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

Руслан хорошо описал проблему, которую я никак не мог сформулировать, т.к. путаюсь в званиях и терминах.
Кто такой консультант, аналитик, бизнес-аналитик и т.д.

Условно, есть две области знаний:
1. Бизнес изнутри, во всех его вариациях и проявлениях (та самая "гальваника");
2. Продукты 1С, их возможности и процессы.

Чтобы быть хорошим аналитиком, надо знать и то, и другое.
Если знаешь только бизнес, не сможешь переложить на 1С. Точнее, тебе нужен будет человек с компетенциями п.2.
Если знаешь только 1С, тебе нужен будет переводчик из бизнеса, который объяснит, почему в птицеводстве бывает отрицательный выпуск.

❌ Ошибка №4. Слабая базовая подготовка консультантов в предметной области

Есть прекрасная категория специалистов: в 1С они щёлкают как орешки, но как только попадают на производство — начинают плавиться.

👷 Производственник говорит: «У нас тут гальваника».
💻 Консультант: «Э-э… это справочник или документ?»

И всё. В глазах производственника он автоматически превращается в «очередного айтишника, который ничего не понимает в реальной жизни».

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

Результат:
• доверие падает,
• заказчик смотрит снисходительно (в лучшем случае),
• а иногда возникает прямая предвзятость и к консультанту, и к его работе, и к компании, которая его прислала.

💡 Вывод: посылайте на производство аналитиков, а не «чистых» консультантов.
Аналитик понимает процессы и может связать их с системой. Консультант без предметной подготовки — это билет в один конец к фразе:
«Да вы вообще не знаете, чем мы тут занимаемся!»

И нам срочно нужен ещё один подписчик, для красоты 😁

Не сочтите за рекламу, ибо это не реклама.
Хочу предложить вам канал моей коллеги, зовут Юля. Она не знает, что я её рекомендую.

Для меня её канал стал открытием. Не тексты, которые она пишет - хотя они очень хорошие, короткие, приятные.
Открытием стал факт, что Юля может писать такие тексты :)

Ну знаете, бывает же так - работаешь рядом с человеком несколько лет, и думаешь что он вот такой-то, способен на то-то, и больше ждать от него нечего. А человек берёт и отчебучивает, немного снося тебе крышу.

Правда, вам-то эти тексты крышу не снесут - вы же Юлю не знаете несколько лет :)
Но, надеюсь, они вам понравятся. Юля пишет на простые и понятные темы, близкие всем, кто работает в офисе. А может, и за его пределами.
Ну а если не зайдёт - штош, буду один читать :)

https://t.me/Bezmyatezhnyj_duh

Руслан снова рассказывает о практике применения УМП.
На этот раз - в самом сложном планировании, производственном.
На УПП и ЕРП.

Планирование в 1С: Часть 3. Производство

Самое интересное и одновременно самое сложное - это, конечно, производственное планирование.
Расскажу про проект на УПП (но всё это актуально и в ERP), все на том же УМП

🔹 Случай №1. Узкое место в цехе

Есть оборудование, которое «держит» весь процесс.
• Хоть вы обвешайтесь станками до и после него - толку мало.
• Мощность цеха = мощность этого станка.

Соответственно, в УМП мы даём:
• в потребности: заказы (по нужным нам приоритетам), номенклатуру, требуемые даты;
• в ресурсы: доступное время работы узкого места по дням.

На выходе получаем аккуратный план производства. Всё. Просто и эффективно.


🔹 Случай №2. Два разных ограничения

Цех делает два вида продукции:
1. С боковыми наклейками - тут ограничение «Робот».
2. Без наклеек - тут ограничение уже другой станок.

Алгоритм такой:
1. Планируем работу Робота. Всё, что через него прошло, приоритетом идёт на станок №2.
2. Оставшееся время станка №2 распределяем под продукцию без наклеек.

Просто? Уже не очень. Но работает.


🔹 Случай №3. Когда ограничения более сложные

Вот тут начинается самое весёлое.
Представьте печь:
• вместимость 40 посадочных мест,
• цикл - 1 час.

Т.е. за час можно сделать как 1 кружку, так и 40. Время от этого не меняется.

Дальше усложняем:
• стаканы, кружки, тарелки (всего ~500 видов продукции),
• форм под стаканы - 20, под кружки - 40, под тарелки - всего 4 (!).

👉 Если надо 100 тарелок, то это уже минимум 25 циклов (и 25 часов). Формы дорогущие, поэтому расширить их количество нельзя.

Что мы имеем?
• Ограничение по формам.
• Ограничение по вместимости печи.

Нужно всё это увязать.

В стандартной ERP (и даже в УМП «из коробки») такого не умеют. Там логика простая: нужно 100 штук × 5 минут = 500 минут.
Но в печи так не работает.

Пришлось доработать УМП - и за два дня он научился считать правильно:
• за смену (12 часов) = 12 циклов × 40 мест = максимум 480 изделий,
• в каждый цикл загружаем сначала позиции, у которых меньше всего форм (например, тарелки),
• затем стаканы,
• и только потом кружки.

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

💡 Вывод: даже самые хитрые производственные ограничения можно уложить в УМП, если подойти с правильной логикой. И никакого ручного Excel-«шаманства» на три ночи подряд.
#ПланированиеВ1С #ERP

Руслан, один из наших партнёров, написал статью про проект, который мы вместе делали.
Он и его команда работали на месте, у клиента, я и мои программисты - дома, в Челябинске :)

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

Иногда УПП остаётся навсегда, а ЕРП ставится рядом как вторая система - для рег.учёта и "всего нового, большого и красивого".
Это когда в УПП высокий уровень автоматизации и очень много доработок, которые дорого воспроизводить в ЕРП (потому что там нет аналогичного функционала).
Для таких вариантов (УПП + ЕРП) плавный переход - вообще самое оно.

Собственно, статья: https://infostart.ru/pm/2491789/

Всё забываю рассказать - мы ж применили-таки крутой оптимизатор, который сначала вхолостую сделали.

Напомню: это библиотека, которая умеет составлять оптимальный набор партий для обработки.
В оригинале она про линейный раскрой - напилить палку на куски так, чтобы осталось минимум обрезков.

Но, если вдуматься, тот же алгоритм применим, например, к термопечке: в неё можно напихать ограниченный объём для обработки, после чего она закроется на несколько часов, и ничего нельзя будет добавить или вытащить.
И оптимизационная задача та же, что в раскрое: напихать побольше, чтобы зря печка не коптила. Она ведь примерно как посудомойка или стиральная машина - воды, порошка и э/э потратит примерно одинаково и на полную, и на половинную загрузку (да, знаю, что современные машины умеют определять загрузку и корректировать программу, но этот фактор мы учитывать не будем 🤐).

Так вот, делали мы планирование в ЕРП. Оно в типовой конфигурации, как известно, классное и красивое, но на поворотах его заносит, в узкие места не пролезает, в широких - теряется.
Клиент - химическое производство. Стоит большой реактор, тонн на семь, в который можно залить ингредиенты по рецептуре, и он чего-то сварит. Похоже на термопечку, только ещё проще - реактор варит одну определённую номенклатуру, а в печку можно засунуть разные позиции, если им требуется одна и та же (по параметрам) обработка.

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

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

А обеспеченность заказов материалами контролирует УМП - допускает к оптимизатору только то, что обеспечено.

Ура-ура-ура, вышел Универсальный механизм планирования в виде расширения. Берите, пользуйтесь, всё бесплатно.

Это немножко эксклюзив - на Инфостарте его нет, там только конфигурация.

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

А то без списка только очень неленивый сможет всё найти - оно разбросано по сообщениям за почти 2 года.
Тут и бесплатности (решения, оценки проектов, производительность, встречи и т.д.), и акции, и проч.

Будут появляться сообщения, из-за которых вы можете подумать, что я сошёл с ума - типа "БЕСПЛАТНЫЕ УСЛУГИ".
Нет, я не сошёл с ума, просто пишу текст, который уйдёт в закреп.