Типовое решение · Промышленность и энергетика
Атлас
Клиентский портал производственной компании — заказы, спецификации, документы и статусы отгрузок вместо почты и звонков.
Задача бизнеса
Заказы дистрибьюторов приходят почтой и по телефону, а спецификации согласовываются в переписке: состояние сделки известно только менеджеру, который её ведёт. Клиенты звонят узнать, где поставка и когда будут документы, и на эти вопросы уходит заметная часть рабочего дня отдела сбыта. Каждый новый контрагент добавляет нагрузку на тех же людей.
Что делаем
Клиентский портал с кабинетами контрагентов: заказы и спецификации, статусы отгрузок, документы и история взаиморасчётов в одном окне. Портал не заменяет учётную систему, а становится её витриной для клиента — номенклатура, цены, остатки и отгрузки приходят из учёта, заказ уходит обратно. 770 Group отвечает за решение целиком: обследование сбыта, проектирование, разработка, интеграции и запуск.
Схема решения
Схема: 6 систем и 7 связей
- portalКабинет контрагентаЗаказы, спецификации, документы и статусы отгрузок
- authРоли и права доступаРазграничение данных и журнал действий
- erpУчётная система (ERP)Номенклатура, цены, заказы и взаиморасчёты
- wmsСкладской учёт (WMS)Остатки и готовность отгрузок
- edoДокументооборот (ЭДО)Счета, накладные и подписанные документы
- notifyУведомленияПочта и мессенджер по событиям заказа
- Кабинет контрагентаРоли и права доступаПроверка прав доступа
- Кабинет контрагентаУчётная система (ERP)Заказ и спецификация
- Учётная система (ERP)Кабинет контрагентаЦены, остатки и статусы
- Учётная система (ERP)Складской учёт (WMS)Задание на отгрузку
- Складской учёт (WMS)Кабинет контрагентаГотовность отгрузок
- Документооборот (ЭДО)Кабинет контрагентаЗакрывающие документы
- Кабинет контрагентаУведомленияСобытия по заказу
Состав работ
- Обследование процессов сбыта, сервиса и документооборота
- Проектирование кабинета контрагента и модели данных
- Заказы, спецификации и статусы отгрузок в личном кабинете
- Интеграция с учётной системой, складом и документооборотом
- Роли, права доступа и журнал действий
- Дизайн-система портала и мобильные сценарии
- Внедрение, обучение сотрудников и поддержка после запуска
Как внедряем
Начинаем с обследования сбыта и сервиса: как приходит заказ, кто согласовывает цену, где рождаются документы. Дальше проектируем кабинет и модель данных, собираем портал и включаем обмен с учётной системой на тестовом контуре. Запуск идёт на пилотной группе контрагентов параллельно с прежним порядком приёма заказов: заказы, остатки и статусы в портале сверяем с учётом, пока данные не сойдутся. Менеджеров и сервисную службу обучаем по ролям, и только после этого почта и телефон перестают быть основным каналом.
Что получает компания
Менеджеры перестают пересылать статусы вручную, а контрагент видит состояние заказа и документы сам. История заказов, спецификаций и согласований собрана в одном месте и не теряется при смене сотрудника. Рост числа клиентов больше не означает пропорционального роста нагрузки на отдел сбыта.
Развитие
После запуска обычно достраивают повторный заказ по истории, согласование спецификаций внутри портала и обмен с электронным документооборотом. Следующий шаг — кабинет сервисной службы: заявки на обслуживание и запасные части.
Сроки
3–5 месяцев до запуска пилота — ориентир, уточняется после обследования
Стек
- Next.js
- Node.js
- PostgreSQL