АО «Орех» — российская компания из Подмосковья по продаже автозапчастей. На рынке с 1991 года. Поставляет автозапчасти оптом и в розницу. Оказывает сервисные услуги для отечественных и зарубежных грузовых автомобилей, спецтехники. Сотрудничает с 200+ поставщиками и выступает партнером ведущих автопроизводителей.
1. Высокие простои: Оборудование останавливалось неожиданно. Среднее время простоя по цехам – 15%.
2. Хаос в ремонтах: Заявки поступали в виде записок или устных распоряжений. Приоритеты расставлялись субъективно.
3. Нет истории: Информация о прошлых ремонтах хранилась в памяти старых мастеров или в разрозненных Excel-файлах. При уходе сотрудника знания терялись.
4. Срыв графиков ППР: Плановое обслуживание проводилось нерегулярно, что вело к увеличению количества аварийных ремонтов.
Мы внедрили 1С:ERP 2.5, чтобы объединить процессы продаж, закупок и складского учёта в единой системе. Решение позволило:
1. Проработали архитектуру номенклатуры
Построили масштабируемую систему с учётом специфики отрасли: тысячи позиций, аналоги, кросс-применимость, характеристики, бренды, артикулы. Всё с гибкой иерархией и возможностью быстро добавлять новые товары.
2. Начали разработку функционала в 1С:ERP
Запустили ключевые блоки: продажи, закупки, склад. Часть логики перенесли из Axapta, чтобы сохранить узнаваемость процессов для команды.
3. Поменяли подход — и перешли на типовую логику 1С
После тестирования заказчик решил: проще адаптироваться под стандарт ERP, чем продолжать кастомизацию. Мы переработали модули и упростили техподдержку.
4. Включили интеграции и начали обучение
Настроили обмен с Axapta, сохранив справочник номенклатуры на её базе. Подключили внешние сервисы, организовали работу по новым бизнес-регламентам.
Интеграция с Axapta
Ранее она использовалась как полноценная ERP-система и СКУД (система контроля и управления доступом). В рамках проекта мы её оставили как базу данных для справочника номенклатуры. Сохранили сложную, кастомную структуру, не перегружая ERP-систему. Были реализованы прямые обращения из 1С ERP к базе Axapta, где хранились связи между товарами, их аналогами и применимостью.
Сложная структура SKU
В номенклатуре на данном проекте важны технические особенности запчастей. У них может быть много аналогов. Допустим, есть бампер в каталоге с определенным номером и похожий бампер с таким же номером может быть у других поставщиков.
Важна связь между конкретной запчастью и деталью. Пример — номер конкретного двигателя. Система по номеру покажет все подходящие запчасти. Нужно все сущности связать между собой на сайте. Для этого требуется сложная архитектура SKU, касающаяся деталей и кросс-продаж. В системе важно проконтролировать взаимосвязанные элементы, чтобы клиенты покупали правильные детали для авто, а не путались при выборе.
Мы решили оставить базу данных с номенклатурой и связкой товаров на прежней базе Axapta. Сохранить всю привычную бизнесу структуру. Axapta стала использоваться как база данных, а не программное решение.
Настроили в 1С ERP источники данных и прямое обращение к каталогу базы данных в Axapta. Система выдает связки аналоги применимости по товару. Из-за сложной структуры и большого объема товаров не стали нагружать 1С таким объемом товарной номенклатуры.
Настроено сложное ценообразование — ГФО с учетом всех филиалов, статусов товаров и резервов. Есть категория товаров, которые должны иметь гарантированный фонд запасов и если продается товар из этой категории необходимо дополнительная наценка
Разработана собственная логика расчета цены: типовая логика ERP не покрывала бизнес-потребности.
Введено планирование продаж: по каждому филиалу, с разбивкой по менеджерам, на год вперед. Учитываются предыдущие показатели, динамика. Планирование ведется по выручке и прибыли. Информация собирается в системе и доступна для отчетности.
Планирование закупок решено оставить на стороне Axapta. Существующая модель была сложной, и бизнес не хотел от нее отказываться. Разработан механизм передачи данных из ERP (остатки, продажи, мин/макс) в Axapta для расчета потребностей. Обратный импорт заказов поставщика в ERP с дальнейшей обработкой (согласование, приемка).
Реализована система учета эксцессов:
Система отслеживает, что было заказано, что отправил поставщик, что фактически пришло, и какие действия предприняты: корректировка, допоставка, возврат. Отчеты показывают реальную задолженность и отклонения.
Изначально мы реализовали справочное адресное хранение с топологией склада — с обозначением стеллажей, проходов и ячеек, но без учета остатков по ячейкам.
Для удобной работы кладовщиков разработали отдельный функционал: приёмку, размещение, комплектацию и отгрузку они проводили через сканеры, авторизуясь по бейджам через штрик-коды. Все операции учитывались системой и использовались для расчета KPI.
В процессе тестирования клиент решил перейти на полноценный типовой адресный учет в ERP. В связи с этим реализованный функционал перестал быть актуальным. Были проведены работы по подготовке склада для работы с WMS в 1С;ERP. Была описана топология склада, были описаны товары (весь, обьем) для использования типовых складских документов, размещение, перемещение, сборка. Кастомная подсистема учета операций кладовщиков была заменена типовым функционалом ERP.
Разработан функционал расчета KPI кладовщиков, менеджеров по продажам, товароведов на основе выполненных операций. Система автоматически формирует данные на основе зафиксированных телодвижений. Сколько товаров размещено, собрано, проверено. Эти показатели учитываются при начислении переменной части зарплаты.
Мы системно подошли к этому производственному проекту. Сохранили сильные стороны прежней системы и важные для бизнеса процессы, автоматизировали ключевые задачи и сократили затраты на сопровождение. А именно:
Заказчик получил прозрачный учет и наглядную аналитику. Гибкий инструмент, который можно развивать дальше.
Для WeJET это профессиональный стандарт. Мы всегда подбираем решение, закрывающие конкретные задачи бизнеса, а не навязываем ненужные услуги. Помогаем бизнесу автоматизировать системы, упростить работу бухгалтерии и других подразделений.