Вступление
До сих пор в своем блоге я писал в основном про базовый функционал Odoo, либо делал обзор тех модулей, которые есть в appstore. Теперь настала пора погрузиться в мир решений на Odoo которые есть у отечественных компаний. На самом деле таких решений немало и все они представляют интерес для определенных сегментов бизнеса. Вот только беда — рынок не знает что они есть либо они о них узнают случайно.
Роль первопроходца выпала компании ERPBOX, которая занимается разработкой отраслевых решений на Odoo и с одним из них я вас сейчас познакомлю.
Итак,
Название решения: «Решение для автоматизации СТО»
Версия Odoo: 14
Автор решения: ERPBOX
Для кого подойдет: для автосервисрв и СТО (станций технического обслуживания)
Интересные фишки: производственный план, интеграция с телеграм ботом — отслеживание статусов производственных заказов и размера зарплаты рабочих, трекинг объема работ сотрудников, оплата труда сотрудников за выполненный объем работ.
Специфика отрасли: Если у вас есть автомобиль, то вам вероятней всего понадобится и автосервис. При автоматизации такого бизнеса частыми вопросами есть: запись автомобилей на СТО на определенную дату, контроль загрузки боксов и сотрудников, учет выполненных работ сотрудниками и оплаты труда за выполненный объем, а также часто есть необходимость бронирования производственных ресурсов еще на стадии поступления запроса от клиента.
Процесс которые автоматизируем: сервисное обслуживание автомобилей ( в т.ч. — фиксация запросов от клиентов на разные виды работ, которые могут поступать из разных источников; предварительная запись автомобиля на ремонт или обслуживание, выполнение работ с отображением выполненного объема работ сотрудниками и дальнейшая оплата за эти работы).
Предварительные настройки
Перед тем как начать что-то делать в системе, мы должны сделать ряд предварительных настроек. Прежде всего нам нужно создать так называемые производственные участки, в нашем случае это будут боксы где будут выполняться работы. Бокс у нас будет также выступать одним из параметров планирования производства — он будет иметь ограничение по времени (определенный график работы) и альтернативные производственные участки (боксы)
Кроме того мы можем использовать разного рода технологические маршруты — задания которые у нас будут выполняться в процессе выполнения заказов.
Также мы должны иметь в системе предварительно настроенные спецификации на выполнения работ. В них мы будем указывать какие задания нужно выполнить для выполнения заказа.
CRM
Итак, к нам приходит запрос от клиента на какие-то работы. Такие запросы фиксируются в CRM в виде лидов, затем эти лиды квалифицируются в сделки. Понятно, что запрос поступает от физического лица, и СТО как правило интересно какие автомобили у него вообще есть. Такая информация фиксируется в карточке контакта.
Уже на этом этапе у нас может возникнуть необходимость забронировать за данной сделкой некоторые ресурсы (людей) и рабочий центр, а также указать планируемое время выполнения работ.
Если все хорошо, то сделка проходит по воронке продаж и в какой-то момент трансформируется в заказ продаж.
Продажи
В заказ продаж передается информация о времени выполнения работ, рабочем центре и сотрудниках, которые будут выполнять эти работы. В случае необходимости эту информацию можно изменить.
Производство
После подтверждения заказа продажу нас в производстве под этот заказ создастся производственный план и производственный заказ.
В случае необходимости в производственном плане мы можем поменять бокс, время выполнения работ и ответственных.
В процессе выполнения работ у нас могут потребляться какие-то материалы/запасные части и система может автоматически создавать на них заказы на закупку (все зависит от настроек в системе складских маршрутов).
Управлять производственными заказами мы можем через телеграм бот либо вручную.
После подтверждения производственного заказа у нас согласно спецификации создаются производственные задания (заказ-наряды), которые сотрудники берут в работу. В них же фиксируется фактическое время их выполнения, а также можно зафиксировать кто выполнил работу фактически и в каком объеме.
После закрытия производственного заказа работы считаются выполненными и мы можем переходить в заказ продаж и формировать инвойс (если мы это не сделали раньше).
Оплата за выполненный объем работ сотрудникам
После подтверждения производственного заказа в системе создается черновик заказа на закупку на сотрудника, который выполнял работы. Этот заказ будет в себе накапливать информацию о сумме, которую необходимо выплатить сотруднику до тех пор пока вы его не подтвердите.
Сотрудник же в свою очередь через телеграм бот может узнать а какой же у него баланс по сумме, которую ему должны выплатить.
Подытожим
У компании вышло неплохое решение по автоматизации работы СТО, при этом данное решение является универсальным (что мне очень нравится) и вполне годится и для автоматизации других производств — здесь главное проявить немного фантазии.
