Проект стартовал осенью 2022 года. Заказчик – производитель электронагревателей. Функциональный заказчик - директор с активным и непосредственным участием. На первом этапе в удаленном режиме, без посещения предприятия, был сформирован документ «Функциональное моделирование» (ФМ), цели которого были:
- Проработать основной бизнес-процесс в программном обеспечении УНФ с описанием действующих возможностей и ограничений.
- Проработать производственное планирование и производственный учет, уделяя важную роль технологическим операциям и цеховой автоматизации.
- Сформировать доработки системы УНФ согласно смоделированному бизнес-процессу.
- Сформировать план работ по первоначальному наполнению, обучению, пуско-наладке и запуску в промышленную эксплуатацию.
Документ выдался небольшой в пару десятков страниц, но он таким и планировался – на данном этапе сформировалось представление о желаемых результатах проекта, концепте, неизбежных доработках и желанных возможностях.
Сформированы ключевые доработки:
На мой взгляд здесь получилось оптимальное соотношение результата к затраченным ресурсам. В практике имеются работы с высокой технической детализацией, где вплоть до подробностей описываются реквизиты с типом данных и назначением, создаются эскизы экранных форм. Но там стоят другие цели (и цены).
Исходное состояние
До момента внедрения новой информационной системы ИТ-ландшафт представлял из себя набор локальных систем и инструментов: учет сделок велся в AmoCRM, товарный учет в МойСклад, а ключевым инструментом планирования и учета был табличный файл Excel адаптированный под специфику предприятия с запрограммированными макросами и представлявших собой расчет физических, технологических и финансовых показателей будущего изделия трубчатого электронагревателя (ТЭНа).
В другом файле Excel велся производственный пооперационный учет по фактической выработке.
Фиксация хозяйственной деятельности происходила вручную в 1С:Бухгалтерия повторным вводом информации.
Выше представлен фрагмент рисунка файла MS Excel с множеством листов (около 30), где каждый нёс своё назначение - коммерческое предложение, техкарту производства, заказ поставщику, нормативно-справочную информацию (НСИ), расчет материалов, трудозатрат и многое др.
По функциональному наполнению файл с расчетами обладал широкими возможностями, даже целостностью и полнотой, но обладал одним большим минусом – совокупность созданных расчетов представляет большой массив файлов *.xls, а не комплексную информационную систему.
Стандартизация НСИ в 1С
Изделия ТЭН в зависимости от назначения и нагревательной среды имеют различную форму и материальное наполнение. Для этого в шаблоне Excel на отдельных листах была реализована справочная информация (НСИ). К примеру, ниже представлен лист Рисунки, в котором отображался и использовался в местах визуализации внешний вид продукции.
В 1С УНФ был создан и наполнен отдельный справочник Эскизы, в котором сохранены двоичные данные – чертежи основных конструкций.
Для конструкторских, технологических и производственных работ в 1С УНФ создан справочный носитель «Среды», согласно таблице №4 ГОСТ 13268-88, который описывает применения ТЭН и удельные поверхностные мощности, в зависимости от условий эксплуатации и материала оболочки.
Реализация в 1С со справочными дополнениями:
Организация справочников Категории, Номенклатура, Шаблоны наименований
Полнота описания изделия ТЭНа достигается за счет стандартных полей номенклатуры и 79 дополнительных реквизитов, которые характеризуют все геометрические, физические, электрические, конструкционные и организационные свойства.
Хотелось бы отметить сложность и важность аналитической работы по описательной части - преобразованию изделия в свойства. Конечный результат удалось достичь пройдя несколько циклов проработки НСИ. В первой попытке (на этапе функционального моделирования) казалось удобным использовать номенклатуру с характеристиками, но дальнейшее использование «множества с вложенным множеством» в документах приводило к сложностям использования и логическим дублям, в результате отказали от характеристик.
Помимо вопросов верхнеуровнего описания изделия непростой задачей является идентифицировать свойство, проработать его назначение и условие применимости. Для примера представлю созданные дополнительные реквизиты всестороннего описания номенклатуры:
- ориентированные на повышение качества продукции, например, признак «проверено инженером»;
- вспомогательные, например, текстовая информация для маркиратора (которая преобразуется в QR код для мгновенного распознавания и программирования);
- указателей поведения системы 1С УНФ, например, «оформить выпуск продукции автоматически» (автоматические создание документа «Производство» при выполнении операции) и др.
Обозначение ТЭНа по ГОСТ 13268-88 отражает лишь 5 его параметров, чего недостаточно для того, чтобы обеспечить полное взаимопонимание между заказчиком и производителем. Используя несколько составляющих параметров из предложенных 79, получаемых по шаблону, можно назвать ТЭН таким образом, что всем однозначно понятно, о каком именно нагревательном элементе идет речь.
Удивительно, при таком изобилии дополнительных реквизитов программировать механизм формирование наименование не пришлось, обошлось типовым шаблоном.
Созданная номенклатура (фрагмент):
Здесь я бы хотел отметить пару моментов:
Дополнительные реквизиты - это лучшее, что придумали в НСИ конфигурациях 1С. С их помощью можно бездушную номенклатуру превращать в живую логическую сущность.
Посмотрите, как прекрасно визуализирована классификация провода самим пользователем. Читать подробнее.
Единственное, чего не хватает в дополнительных реквизитах – выбор нескольких значений в одном реквизите (на самом деле есть решение в БСП Анкетирование, но не в типовых конфигурациях). Представим, что вы можете установить разное оборудование из представленных:
Кроме как городить огород в виде нескольких однотипных доп.реквизитов или создание значения в виде комбинации вы ничего не сможете. Второй вариант выпадает если таких комбинаций много. Остаётся только создавать «Вид дополнительного оборудования 1», «Вид дополнительного оборудования 2»,… «Вид дополнительного оборудования MAX».
Интеграция Excel-1С УНФ
Учитывая накопленные специализированные возможности excel по расчету изделия, в настоящий момент принято решение оставить в эксплуатации шаблон файла-расчета с последующей загрузкой данных листа в 1С УНФ. Технически для этого предусмотрен отдельный лист файла excel, содержащий поля выгрузки, идентификатор и значение для реквизита и сведения.
Связь полей осуществляется по уникальному имени реквизита и без программирования пользователь может добавлять вновь созданные дополнительные реквизиты или убирать неактуальные.
Таким образом сохранился накопленный опыт с математическими возможностями, которые плавно перетекли в управленческую базу путем загрузки файла.
У меня уже был опыт создания технологических расчетных документов. Если нет сложных интегрирований и дифференцирований, то вопрос решаемый. Но главное понимать назначение переноса всех подсистем в единую базу. Всегда надо сохранять адекватность в построении архитектуры информационных систем. Пример многоитерационного расчета.
Возвращаясь к интеграции - ниже фрагмент загрузчика, который при загрузке определил существующую номенклатурную позицию по ключевым реквизитам:
Разработанный механизм загрузчика позволил:
- Искать существующую номенклатуру и её альтернативу или создавать новую по входящим параметрам, что минимизирует создание технических или логических дублей;
- Создавать спецификацию изделия, запуская механизм микросервиса «умных спецификаций». Подробнее ниже.
- Контролировать артикул и штрихкод уникального изделия.
Созданная/выбранная номенклатура заполняется в документе «Заказ покупателя». Заявленное требование Заказчика – искать существующий аналог перед созданием новой номенклатуры потребовало повышенных навыков программирования и задействовать, а именно собрать все свойства категории (в том числе общие), определить условия соответствия, определить ключевые поля поиска и сгруппировать их в порядке ГОСТ/Шаблона наименования, задействовать компоновщик и получить выборку и обработать результат.
Печатные формы Заказа покупателя
Мы создали печатные формы, которые собирают данные из 3-х объектов: свойств номенклатуры, заказа покупателя и заказа на производство и переносят информацию из электронных документов на бумажный носитель безошибочно и моментально. Например, печатные формы «Упаковочный лист» и «Бирки» печатаются на этикеточном принтере после отметки операции по упаковке продукции и приклеивается на продукцию (подробнее ниже, в разделе АРМа).
Печатная форма «Паспорт на ТЭН» содержит все основные характеристики данного вида продукции (включая штрихкод, чертеж) и печатается по окончанию операции «ОТК» и превращается из закостенелого инструмента в живой, предназначенный именно для данного вида ТЭНов документ.
Хоту подчеркнуть важное достижение Заказчика – наблюдая как многие заводы тратят большие трудозатраты на подготовку бумажного документа подобного типа в текстовых редакторах путем копирования и последующим редактированием существующих файлов, пользователь системы получает его мгновенно без каких либо правок – имеются все данные.
Умные спецификации
В 1С УНФ на базе типовых возможностей параметрических спецификаций с глубокой доработкой был реализован микросервис «технологической проработки изделия». Заказчик стал именовать «Умные спецификации» и этому сложно возразить.
Реализованы следующие возможности:
- Создание «умных спецификаций» для категорий. Типовая УНФ позволяет автоматически создавать спецификации для характеристик, а в данном микросервисе мы повысили уровень применимости – автосоздание спецификаций для номенклатуры, исходя из принадлежности к категории;
- Возможность построения произвольного маршрута производства с параллельными и/или последовательными операциями и их комбинации; Обратите внимание на картинку за счет полей № операции и № следующей операции формульной спецификации производственный маршрут неоднократно разветвляется и сходится.
- Созданы новые расчетные поля – «Время подготовительно-заключительное», «Желаемая дата завершения операции»;
- Создана новая расчетная функция «Число», позволяющая преобразовать дополнительное значение (ссылочный тип данных) в число, и задействовать в расчетах;
Дополнительное значение с типом данных «Число» не используется намеренно, чтобы сократить ошибки ввода, так как часто требуется задействовать небольшой список числового формата. Например, диаметр ТЭНа может быть следующих значений: «10», «13», «16», «6,5», «7,5», «8,5».
Пользуясь случаям, прорекламирую свой труд – если вам нужна автоматизация лабораторного и производственного контроля:
Готовое решение
Пульт управления производством для 1С:УНФ
Используйте готовое решение для автоматизации бизнес-процессов производства на основе 1С:УНФ
Цеховая автоматизация - АРМ
Создание пооперационных маршрутов предназначено не для одного контрольного центра (диспетчерской), а разнесено непосредственным по исполнителям. В техническом задании была сформулирована потребность, а на практике внедрены автоматизированные рабочие места (АРМы) производственного рабочего.
Функциональная схема:
Внешний вид:
Об этом решении можно написать отдельную публикацию, но если коротко, то АРМ позволило:
- Указывать приоритет выполнения операций каждому рабочему. Начальник производства со своими правами может задавать порядок выполнения операций, что позволяет точнее реагировать на просьбы клиентов и ставить приоритет заказов.
- Отображать на определённом участке или для конкретного рабочего требуемую к выполнению операцию с большой детализацией – номер производственного заказа, клиента, описание операции с нормой времени и количеством выполненных и остатком требуемых действий;
- Включать режим потока, когда следующая операция отображается только после выполнения предыдущей;
- На каждое выполнение создавать отдельный документ «Производственная операция»;
- Вести хронометраж выполнения операций и выполнять сравнительную характеристику с плановым временем в портрете рабочего дня;
- Оперативно фиксировать бракованную продукцию;
- Автоматически печатать бумажные документы при выполнении той или иной операции (выбор печатной формы настраивается в самой операции);
- Автоматически создавать документ Производства при выполнении заданной операции (также настраивается в операции).
Работа за АРМ в практической эксплуатации:
В 1С:УНФ создан простой инструмент оперативного анализа состояния производственного заказа, который визуализирует и выводит фактическое число выполненных операций. Зайдя в документ можно увидеть на какой операции находится производимая продукция.
Документы «Производственные операции» являются фрагментами времени труда рабочих и наполняют типовой документ «Сдельный наряд». Как было сказано выше, это позволяет видеть портрет рабочего дня каждого сотрудника. План-фактных данные помимо отчета доступны в документе, где отображается плановое и фактическое время (штучное и общее).
Это позволяет контролировать сходимость план-факта и уточнять нормативы для будущего производственного графика.
Резюме
Подробности по экономическим эффектам я убрал из публикации, так как делал акцент на техническую аудиторию. Но вы их сможете найти тут:
На предприятие было несколько командировок 10-14 дней: 1 - пуско-наладка на запуск основного контура документооборота (продажи, складской учет, закупки, верхнеуровневое производство); 2 - пуско-наладка цеховой автоматизации.
Одним из важных критериев успеха данного проекта это активное участие заказчика. Уровень коммуникаций и скорость реакции, а также вовлеченность позволило выполнить проект, а также победить в конкурсе проектов.
Это небольшое предприятие, но даже на таких часто спонсор (ГД / учредитель) старается откупиться делегированием. Только глубокое погружение в технические детали и проектное управление позволяет успешно выполнять проект и наоборот – руководствоваться «хочу» (запустить систему) без активного участия приводит к вялотекущему, малоэффективному, длительному мучению.
Я хочу знать китайский язык и бегать по утрам, но завтра в моём графике этого не будет. Если заказчик рассуждает также в части внедрения информационной системы (хочет, но не действует), то надо как можно раньше обнаружить и завершить проект. Рекомендация для проектников (не сервисников?).
Немного в тему сложности коммуникаций в моей публикации «Наблюдения, которые указывают на решимость предприятия к изменениям».
Активная длительность проекта составила 8 месяцев с плавным переходом на донастройку и сопровождение. В настоящий момент идет поддержка системы с небольшими волнами новых доработок.
Объем трудозатрат я не желаю публиковать, но отмечу что половину составила аналитическая работа и половину программирование.
Распределение работ по месяцам выгляди так:
Этот график я расположил для демонстрации того, как проект переходит в сопровождение. Юридически были заключены 2 договора: 1 – проектное внедрение на задачи по результатам ФМ (технические задачи); 2 – почасовой договор техподдержки. Все отклонения от ФМ выполняются по почасовой ставке. Это лучшее сочетание, когда определяется бюджетный ориентир для Заказчика и минимизируются затраты на согласования новых и дополнительных работ, выполняя их в рамках почасового договора.
Все доработки выполнены в расширении. Критических препятствий не было. Помню только небольшое неудобство заключалось в том, что нельзя было добавить в составную ПВХ (План видов характеристик) ссылку на собственный справочник. То есть я бы хотел в дополнительных свойствах иметь ссылку на созданный справочник Эскизы. В силу технических ограничений составного типа в расширениях пришлось дублировать коды форм в справочнике Дополнительных реквизитов, а в нужных местах (при печати форм) по полному соответствию искать картинку в новом справочнике.
Система не обновляется с релиза 3.0.1.255 (дата выхода релиза: 28.10.22, что составляет 21 месяцев на момент написания данной статьи) по причине отсутствия таких потребностей. Вообще я не сторонник погони за новыми релизами. Если это не критические изменения в виде увеличения НДС, то поддержание релиза в актуальном состоянии, на мой взгляд, несёт больше затрат, чем выгоды пользователя. Особенно если заявленные фичи, на практике оказываются тыквой.
На момент этой публикации вышло 133 релиза. Система контроля версий git не используется. Параллельных программирований было минимум (моменты, когда приходят исправления в процессе разработки нового функционала). Перекидывались файлами и стандартным сравнением/объединением.
Осенью 2023 я подготовил публикацию и подал заявку на конкурс. Да, мне казалось, что проект действительно выглядит интересным и сильным, но из-за большого количества конкурсантов уверенности не было (более 120 заявок).
Признаюсь, только на подготовку и выпуск конкурсной публикации ушло около сотни часов (это большие невидимые трудозатраты), но информационное письмо с результатами конкурса всё оправдало и выработало у меня огромное количество эндорфинов, дофаминов и серотонинов.
