Программы для маленькой производственной фирмы

 Публичный пост

Привет клуб!

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

Вопрос: есть ли сервисы/программы/системы для мелких фирм, чтобы все это сделать?

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

Есть прибор. Для начала хочу его разбить на составляющие - сколько и каких винтиков в нем лежит, какие платы юзаем, прошивки для них, какие провода, их тип и т.п. В общем весь его состав. Эти составляющие в идеале прикрутить к складу - когда я взял на прибор 3 винтика, то они взяли и списались. И так со всеми составляющими. Чтоб потом складу было сразу удобнее заказать весь набор деталек для N приборов.

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

Ну и в идеале видеть прогресс по производству - на каком этапе тот или иной прибор. Что сделано, а что нет. Как-то так.

14 комментариев 👇
Vlad Zaitsev Architect & Product Owner 13 ноября 2020
  Развернуть 1 комментарий

@vvzvlad, судя по описанию, эксель для маленьких. :)

  Развернуть 1 комментарий

@lopar, странное решение, почему? Мне он больше напомнил Access. В таблицах нет такой свободы по созданию кастомных таблиц и программирование там более болезненное.

  Развернуть 1 комментарий

@vvzvlad, я почитал описание, посмотрел гифку, увидел работу с ячейками электронных таблиц и данные в базе. Либо эксель, либо эксель+акцес.
Не холивара ради, но из интереса: это что же за тип ячеек хитрый, чтобы такой монстр как эксель — и не смог прожевать?

  Развернуть 1 комментарий
Сергей Игнашев Леттеринг | Техническое писательство 13 ноября 2020

Airtable, Yougile

  Развернуть 1 комментарий
Yaroslav Tech Entrepreneur, internal contractor 14 ноября 2020

Я сейчас выскажу непопулярное мнение, потому что каждый уважающий себя ойти спецалист хоть раз в своей жизни должен пнуть язык с конструкцией "если {...} конец")
Всё что вы описали ложится в концепцию банальной 1С с бд на файлах.
Материалы, работы, сотрудники, склады - это справочники.
Детализация прибора - документ или справочник калькуляция.
Сборка - документ "производство" с визардом. На каждом этапе визарда можно материалы списывать для наглядности в регистрах
Алгоритм визардов можно вынести на метауровень, а документ "производство" научить этот метауровень парсить и строить по нему шаги.
До кучи потом допишите всякие перемещения, зарплаты, и дополнительные отчеты.
Для децентрализации всего этого "чуда" (карантин же, чо) купите дешевый сервак, их сейчас контейнерами с штатов и китая таскают, долларов за 300. И подключите его к белому IP. На серваке разверните любой win server и стучитесь к нему по rdp.
Потом денег заработаете - перепишите всё на трендовые микросервисы с вебсервисами)

  Развернуть 1 комментарий

Сначала бы понять задачу, что должно измениться для бизнеса, если "подцепить в производственны процесс" склад? Как только будут понятна цель и жидания — можно уже и об инструментарии говорить.

Так-то, навскидку, у Гугл-таблицы уже есть API, а к этому API есть SDK для сех популярных средств разработки, чтобы читать/писать данные для интеграции с другими системами.

Ещё есть масса сторонних обёрток для Гугл-таблиц, типа NoCode/LowCode платформы (типа https://nocodeapi.com) для манипуляции данными.

Ну и на другом конце палитры есть МойСклад (или его аналоги для других юрисдикций — США, Европа), есть опенсорсные решения для локального хостинга. Но всё это преждевременно обсуждать, пока непонятна задача.

  Развернуть 1 комментарий

@zahhar, да, я понял что мало описал. Попровил пост. Прошу прощения за кривую подачу.

  Развернуть 1 комментарий

@pandych, спасибо, теперь стало понятнее.

Следующим шагом я бы предложил вам применить метод "Пяти почему" (или "Пяти зачем" — https://ru.wikipedia.org/wiki/Пять_почему) чтобы более точно понять чего различные пользователи от системы ожидают.

Потому что тут смотрите какое дело. Нужный вам функционал есть у 100500 всевозможных систем, которые гуглятся по запросу "ERP / CRM / Supply chain management for small business". И де-факто возьми любую — всё там будет. Но!

Внедрял я пару раз https://www.odoo.com/ Community Edition — бесплатная, все фичи есть, но... интерфейс там — просто кусок говна из 2000 года. Соответственно фича "когда я взял на прибор 3 винтика, то они взяли и списались" формально есть, но это действие требовало что-то типа 12 кликов (!). Не внедрилось.

Или вот другая история: автоматизировали автосервис. Клиент тоже хотел что и вы: "пока не жмакнешь кнопку, что сделал - дальше не пойдешь." — ну типа чтобы процесс техобслуживания соответствовал порядку ТО, предписанному технологической картой автопроизводителя на конкретную марку. Ага, щазз: у механика руки в масле, где ему и как кнопку жмакать? Хотя в системе конечно такая фича была, но механику приходилось идти от подъёмника к компу (общему на весь автосервис), там находить свой заказ, жмакать кнопку — и тогда он получал дальнейшую инструкцию и доступ к расходникам. Естессно все механики такую систему саботировали и тупо пригрозили владельцу тёмную устроить, если он заставит их этим софтом пользоваться :)

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

И если всё таки пришли к выводу, что таки нужна система, то я сперва попробовал бы её на коленке собрать их тех же гугл-таблиц или Airtable прежде чем покупать специализированный софт, даже если он по подписке 5$/человекомесяц.

  Развернуть 1 комментарий

Я бы посоветовал потыкать в сторону "оптимизации бизнес процессов", обзавестись например битрикс24 (там достаточно доступная лицензия и весьма неплохой функционал), запилить в нём бизнес процессы с этапами и ответственными, вики к проекту и вести корп. чаты и корп. сетевой диск.

Что до склада, 1С склад (или любой аналог) достаточно недорогая штука и легко настраивается, но вести все равно руками придется.

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

  Развернуть 1 комментарий
LexsZero Embedded Software Engineer 13 ноября 2020

Решал частное подмножество: надо было организовать сборочное производство железок. Железки состоят из нескольких компонентов, их нужно собирать, прошивать и тестировать на стендах в определенном порядке. Также надо было сохранять всякие индивидуальные ключи которые зашиваются в железки (они использовались серверной частью), результаты тестов и калибровок, печатать стикеры, отслеживать брак, итд. До этого у сборщиков была распечатанная пошаговая инструкция, с операциями в духе "поставить плату в стенд, запустить тест вот этой командой, скопипастить результат в текстовый файл, сохранить его на сетевой диск под именем серийника с наклейки", что очень плохо, неудобно и подвержено человеческим ошибкам.
Ничего готового не нашел: только какие-то очень энтерпрайзные системы за много денег, которые были оверкиллом. Пришлось изобрести свой велосипед из скриптов на питоне которые крутятся на стендах (Raspberry Pi) с которыми взаимодействуют сборщики, постгреса и простенькой вебни на фласке для доступа к данным. Инструкция для операторов превратилась в "поставить плату в стенд, отсканировать штрихкод, убедиться что загорелась желтая лампочка, когда загорится зеленая или красная - снять со стенда, прилепить распечатанный стикер, положить в корзину соответствующего цвета".
By design предполагалась поддержка производства разных типов устройство с возможностью несложной адаптации к любому нужному флоу операций и нового типа устройств - достаточно реализовать только операции специфичные для данного типа. В моих мечтах было прикручивание туда же склада, ремонтов и возвратов, но это оказалось никому не нужно. Где-то в очень дальнем ящике лежит идея довести это до состояния "не стыдно выложить на гитхаб", а то и сделать продукт и продавать услугу по его внедрению в конкретно взятом иот-стартапе, но из-за отсутствия интереса и потребности, not gonna happen anytime soon.
Подпишусь на тред, вдруг открою для себя что-то новое и крутое в этой сфере.

  Развернуть 1 комментарий

@LexsZero, воувоувоу!11 Ай фил ит, бро! Про дорогущие решения прям в точку, выше скинули тотум. Может туда что и получиться. А так, видимо остается делать велосипеды(

  Развернуть 1 комментарий

Судя по описанию требуется PDM/PLM решение? Если так, то на вскидку я не знаю ни одной, которая стоила бы вменяемых денег. Но оговорюсь, что это смежная область с моими текущими интересами, поэтому у меня на слуху только крупняк типа SolidWorks PDM и иже с ними.

Но надеюсь по этим аббревитурам удастся нагуглить ребят которые кормятся крошками со стола Дассо и Симиенс и подойдут вам.

  Развернуть 1 комментарий
Alexey Sumin Предприниматель 14 ноября 2020

По поводу второй части вопроса, посмотрите на это https://pyrus.com/ru

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб