Производство металлических дверей и параметрические спецификации в «1С:УНФ» или повесть о том, как клиент подарил мне японский внедорожник

30.08.24

Архитектура - Кейсы автоматизации

Еще одна методология Agile (пока есть 2 рабочих наименования «AllWin» и «PonT» - от «project on trust») или как мы сделали спринт без единого документа

Давным-давно, когда еще «1С:УНФ» называлась «1С:Управление небольшой фирмой 8 ред.1.1», а «деревья были большими» :) , к нам начали обращаться производители металлических дверей, которым нужна была автоматизация своей деятельности. Так получилось, что в регионе, в котором мы работали, было большое количество таких производителей.

Вели они учет своей деятельности по разному:

  • кто-то на бумажках / карточках /амбарных книгах;
  • кто-то в Excel 8.0 (Office '98);
  • у самых продвинутых была «1С:Производство+Услуги+Бухгалтерия 7.7» (сами догадываетесь, какая – конечно «ломанная»).

Выслушивая «боли» клиентов - всем было предложено отказаться от использования нелицензионного ПО, приобрести «1С:УНФ» и начинать автоматизировать свой учет именно в этой конфигурации, так как именно она максимально закрывала все потребности Заказчика («1С:УПП» - не предлагали, т.к. для данных Заказчиков это было излишним и дорогим удовольствием – это «мелкий и средний бизнес»).

Вся автоматизация у клиента вначале сводилась к тому, чтобы в «Заказе клиента» нужно было указать от 6 до 10 параметров металлической двери (размеры, цвет, сторонность открывания и др.) и была печатная форма «Заказ клиента» с этими параметрами. Решалось это довольно просто и быстро без привлечения программистов - с использованием механизма «Характеристик». Учет в программе велся элементарный – в разрезе «Заказа клиента» + «Продукции»+ «Характеристики» этой продукции, весь производственный процесс велся как и раньше – «на коленках».

У клиентов начали возникать вопросы: «А зачем мы купили программу, которая нам закрывает только вопрос отслеживания Заказа, Оплаты и Отгрузки по нему? Хочу автоматизации и уйти от учета «на коленках».

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

Каждый месяц \ квартал количество этих параметров увеличивалось, а алгоритмы расчета усложнялись (забегаю вперед – за 10 лет количество параметров двери выросло с 10 до 140 и это не предел – даю гарантию 100%).

Реализация этих алгоритмов в «1С:УНФ» была возможна только через программирование, которое занимало достаточно длительное время и, как результат, стоило денег для клиента. Т.к. все эти параметры клиент сообщал не сразу, а в течении многих лет – код получался очень не красивый и многое решалось «через костыли» (программисты меня поймут). Часто клиенты обращались за исправлением своих же алгоритмов. Причины?:

  • алгоритм расчета был ранее описан Заказчиком не верно;
  • изменились и появились новые условия расчета;
  • формы подбора параметров для пользователей не удобны (а как удобно – никто не знает и не говорит).

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

  • потому что для клиента любые доработки - это затраты, время, убытки, нервные сотрудники;
  • для программистов – это постоянный процесс «доработка \ отладка \ сдача работ \ исправление» математических формул расчета себестоимости в конфигураторе – очень «скучное» занятие. Кто-то даже выгорел и уволился. :(

К счастью, один из клиентов мой очень близкий товарищ – одноклассник, сосед по даче.

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

Ночью меня осенило (прямо как Архимеда или Менделеева) :)

Все сложилось, разложилось по полочкам!!!

С этими идеями утром я «побежал» к товарищу. Разговор получился продуктивным - договорились о следующем:

  • нужен такой инструмент, который позволит без привлечения программистов рассчитывать расход сырья в зависимости от параметров двери;
  • т.к. количество параметров будет только увеличиваться – надо сделать инструмент, который позволит добавлять их без привлечения программистов;
  • созданный инструмент должен позволять пользователям самим редактировать форму выбора параметров двери без привлечения программистов для возможности ее редактирования пользователями после добавления новых параметров;
  • максимально привести будущую систему к типовой «1С:УНФ», для возможности автоматического ее обновления без привлечения программистов;
  • я подготовлю перечень основных блоков автоматизации с кратким их описанием, а также бюджетом\сроками по их реализации и, по возможности, расчетом сроков окупаемости хотя бы первого блока. После этого снова встретимся – примем решение по дальнейшему сотрудничеству.

Где-то через месяц мы встретились снова (не в бане).

Были предложены следующие блоки для автоматизации в соответствующей последовательности:

  • автоматизация работы менеджеров и экономистов;
  • АРМ «Начальника производства»;
  • АРМ «Рабочего» (с использованием штрихкодов);
  • АРМ «Кладовщика» (с использованием штрихкодов);
  • расчетный листок рабочего в АРМ «Рабочего».
  • личный кабинет для оптовых покупателей – чтобы они сами могли играться параметрами двери, освободив частично от этого менеджеров по продажам.

Что было предоставлено клиенту:

  • Графическая схема бизнес-процессов «Принятие заявки от клиента» и «Расчет себестоимости и конечной стоимости продукции» («Как есть» и «Как будет») - см. рис.1.
  • Эскиз формы указания параметров двери (в тот момент их было всего 70, напомню сейчас их более 140 – см. рис.2, 3). Параметры были собраны со всех аналогичных клиентов (их было на тот момент 13). Параметры были проанализированы, систематизированы и нормализованы.
  • Рассчитанный бюджет внедрения первого модуля и сроки реализации.

Сразу хочу сказать «ОГРОМНОЕ СПАСИБО» разработчикам «1С:УНФ» за то, что они к этому моменту реализовали механизм «Параметрических спецификаций» - вокруг него и была вся идея. В результате конфигурация останется типовой, а все реализуется используя типовые механизмы + расширение для прорисовки и сохранения формы выбора параметров.

рис.1. Процесс согласования «Заказа клиента»

рис.2. Справочник «Наборы дополнительных реквизитов»

рис.3. Текущая форма выбора параметров металлической двери (для менеджера)

Заказчик, ознакомившись со всеми предоставленными материалами и расчетами, сразу же согласился на первый этап и оплатил 100% озвученного бюджета со словами: «больше на этот этап не проси». Забегая вперед скажу, что бюджета мне не хватило и причина этого не в расчетах, а в моем перфекционизме (4 раза переписывали код, а также на первичную настройку\прорисовку выходной формы «Параметры спецификации» ушло очень много времени).

Что в итоге было сделано в рамках первого этапа с нашей стороны:

  • создано расширение, позволяющее в пользовательском режиме редактировать форму «Параметров спецификации» и сохранять ее (типовой механизм формы для этого не подходит, т.к. такое количество параметров не умещается на одном экране и с ним работать просто невозможно. (см. рис.4-6). - Типовой механизм можно использовать, когда параметров у продукции не больше 10) - см. рис.7.
  • настроена первоначальная форма «Параметров спецификации» исходя из 70 параметров на тот момент (см. рис.3);
  • нормализован и заполнен справочник «Категории» - см. рис.8;
  • частично наполнен справочник «Номенклатура» - см. рис.8;
  • менеджеры обучены работе с обработкой по настройке формы «Параметров спецификации»;
  • экономисты обучены работе в «Параметрическими спецификациями» в «1С:УНФ» и научились самостоятельно заводить нормативы cписания сырья и учета количества техопераций по указанным параметрам дверей.

Какие новые первоочередные задачи появились после выполнения первого этапа (естественно как доп.задачи):

  • сделать ограничения при выборе номенклатуры в полях выбора, т.е. чтобы в поле «Краска» открывалась только краска, а не весь справочник «Номенклатура»;
  • сделать печатную форму «Спецификация к заказу» (думаем пока как уместить все 143 параметра на 1 листочке, проектируем макет печатной формы);
  • сделать печатную форму «Заказ-наряда» с разбиением по этапам производства и штрихкодами (думаем пока как уместить всю необходимую информацию на 1-2 листочках с разбиением по этапам производства, проектируем макет печатной формы).

рис.4. Обработка редактирования формы «Параметры спецификации»

рис.5. Форма редактирование свойства «Группировки» полей

рис.6. Форма редактирование свойства «Поля выбора»

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

рис.8. Нормализованные и заполненные справочники «Категории» и «Номенклатура»

 

Что в итоге получил Заказчик после выполнения первого этапа работ по внедрению «Параметрических спецификаций» в свой базе «1С:УНФ»:

  • полностью работающий удобный инструмент для ввода требований покупателя к железной двери;
  • длительность запуска в производство «Заказа клиента» от момента обращения Клиента сократили с 1 месяца до 1 часа (без учета оплаты);
  • были сокращены расходы организации за счет сокращения 4 штатных единиц – 1 конструктора и 3 экономистов;
  • окупились затраты раньше, чем планировали;
  • лояльность своих клиентов;
  • количество заказов увеличилось;
  • отсутствие обследования и различных проектных документов.

Что в итоге получили мы:

  • интересную творческую задачу;
  • полностью работающий удобный инструмент, который можно применить не только к этому направлению производства, но и к другим, где количество параметров продукции больше 10;
  • лояльность клиента;
  • высвобождение программистов из сопровождения (на сопровождении теперь только консультанты);
  • дополнительную загрузку для Джунов (консультации);
  • отсутствие проектного документооборота с клиентом (обследования, моделирования, ТЗ, протоколы, статус-отчеты, управления рисками и пр. и пр.)
  • новые задачи и продолжение проекта;
  • ну и, конечно, АВТОМОБИЛЬ!!!

 

Резюмируя, хочу сказать – данный метод очень-очень частный случай - один из тысячи и не нужно стремиться к нему.

Чтобы можно было его применять как один из методов Agile – нужно ответить на следующие вопросы и по 10-ти бальной шкале оценить себя:

  1. Мы автоматизируем эту область много лет?
  2. Мы крутые специалисты данной области автоматизации?
  3. У нас команда «творцов», а не «исполнителей»?
  4. «Творцы» хотят творить в планируемый промежуток времени?
  5. Мы понимаем все «боли» сотрудников участка автоматизации?
  6. У нас есть виденье и идеи как «вылечить» сотрудников Заказчика?
  7. Мы с клиентом уже много лет?
  8. Клиент доверяет нам как самому себе?
  9. Мое отношение к бизнесу Заказчика - как к своему собственному?
  10. Заказчик не будет «докапываться до запятой»? (например, шрифт или цвет не тот)

 

Если у вас в сумме получилось 99 баллов и более – почему бы и нет, если меньше – это уже ваши риски.

производство металлических дверей железных дверей металлические железные двери

См. также

Кейсы автоматизации Платформа 1С v8.3 1С:Документооборот Бесплатно (free)

Компания «Уралхим» использует 1С:Документооборот не только для хранения и согласования документов, но и для централизованного управления НСИ между 47 системами (не только на 1С); для бэкенда к мобильным приложениям охранников; и в качестве сервиса заказа справок для сотрудников. О деталях реализации нестандартных решений, разработанных в компании «Уралхим» на базе 1С:Документооборот, пойдет речь в статье.

02.08.2024    3223    0    Novattor    1    

16

Кейсы автоматизации Программист Бизнес-аналитик Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

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

13.07.2024    1661    0    TUProgrammer    6    

5

Кейсы автоматизации Проектирование бизнес-процессов Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Бесплатно (free)

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

11.07.2024    924    0    Ingraf    2    

9

Кейсы автоматизации Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

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

25.06.2024    622    0    TUProgrammer    2    

2

Кейсы автоматизации Бухгалтер Пользователь Бесплатно (free)

Статья посвящена тому, как безболезненно перейти на кадровый электронный документооборот (КЭДО). Расскажем про варианты электронной подписи, предусмотренные законом 63-ФЗ, перечислим набор внутренних регламентов, которые необходимо выпустить для перехода на КЭДО, и покажем реальные кейсы по автоматизации КЭДО в организации.

19.01.2024    1492    0    AleksKate    5    

6

Кейсы автоматизации Энергетика и ЖКХ Бесплатно (free)

Делимся опытом автоматизации работы аварийно-диспетчерской службы.

18.01.2024    1201    0    slavik27    8    

5

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    2086    0    slavik27    5    

15
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. RustIG 1729 30.08.24 23:33 Сейчас в теме
Владимир, у вас тут сыр-бор, намешано в кучу, мысли скачут...
Где в итоге применение параметрических спецификаций, за которые вы отдельно благодарите фирму 1с?
Парам. спецификации появились не так давно, могу ошибаться, 4 года назад, в 2020году, и спрашивается, что делали внедренцы до этого года?
Суть парам. спецификаций вам не удалось отразить в статье.
143 параметра на лист ? Клиенту это не надо , это нужно для формализации отношений с юридической точки зрения. То есть по сути это перенос ответственности и полное разделение ответственности за проект. Думаете клиент будет вникать и перепроверять размеры добора?
Приветствую вас с первой вашей публикацией. Я всегда рад новым авторам, которым есть что написать.
Про расчет себестоимости тоже мало упомянули, я лишь могу сам догадаться за счет чего получается выигрыш , скажу что это небольшой выигрыш.
Элжайл упомянули не к месту, ОлВин у вас не получилось, вы не вписались в бюджет, 4 раза переписывали код, ваши формы с параметрами - больше похоже на ПонТы (проект он траст) - клиент доволен, потому что это лучше чем в 7.7, но клиент еще не знает что бывает еще лучше.
В общем, Йошкар-Олу мы любим, вас поздравляю с почином, до Унф я неплохо внедрял Ут 10.3 для металлических дверей, слово "боль" заимствовано от маркетологов и продажников - со временем поймете, что можно обладать экспертизой и оказывать консультационные услуги любым клиентам, у клиентов чаще есть "запрос на изменение", а не "боль".
На ИС полно статей по унф и по вашей теме - использованию параметров при заказах.
Если будете активны в дискуссии, значит я еще что-нибудь напишу.
2. user1368098 02.09.24 08:25 Сейчас в теме
3. user1368098 02.09.24 08:28 Сейчас в теме
(1) Спасибо за ваши комментарии!
Исправлюсь и постараюсь писать в дальнейшем статьи более понятные - это пока мой дебют и скажем "статья-анонс"!. Я хотел понять - что заинтересует в статье сообщество, чтобы уже предметно в отдельных статьях описать это. Т.е. планирую публиковаться дальше :)
Дам вам ответы и свою точку зрения по хронологии ваших комментариев:
1. "... мысли скачут ..."
- Основная мысль - это то, что был создан инструмент для редактирования формы "параметров спецификации" с большим количеством параметров и форму теперь можно редактировать не в конфигураторе, а в пользовательском режиме. Как оказалось - это суперудобно не только пользователям, но и мне самому
2. "Суть парам. спецификаций" не хотел отражать - об этом достаточно статей и видео в инете, сам их просматривал не однократно
3. "143 параметра на лист ?" - это как раз и надо было клиенту:
- каждый параметр участвует в "параметрической спецификации" и влияет на конечную себестоимость изделия:
- каждый параметр нужен в заказ-нарядах по участкам производства (не писал в статье, но использую этапы производства в "1С:УНФ", которые тоже кстати появились не так давно)
4. "Про расчет себестоимости" - готовлю отдельную статью, а выигриши оценивал не я - а клиенты
5. "ОлВин у вас не получилось" - Получился. Я понимал, что этот инструмент не для одного клиента и не для одного вида производства. А мой "перфекционизм" - это мое личное вложение для дальнейшей работы и проектов
6. Про рабочее наименование новой методологии Agile ("PonT") - это просто юмор - не могу без него - давно иначе бы свихнулся и нашей работой. Соглашусь, что юмор своеобразный и не каждому заходит.
Еще раз спасибо на реакцию на мою статью и за то, что она не слишком критичная - мне это важно. Значит буду продолжать :)
4. RustIG 1729 02.09.24 09:05 Сейчас в теме
5. shusharu 08.10.24 11:42 Сейчас в теме
Добрый день! Стоит похожая задача. Ваше решение продается?
Оставьте свое сообщение