Doors Mir — ERP-система маркетплейса дверей
Операционный контур площадки: договоры и комиссии продавцов, реестры заказов, выплаты, модерация, споры и логистика в одной системе.
- Клиент
- «Doors Mir»
- Срок
- 8 месяцев
- Команда
- 7 специалистов
- Стек
- Laravel · PostgreSQL · 1С
- −64%
- время обработки заказа
- 500+
- договоров продавцов
- −78%
- ошибки в сверках
- 92%
- споров закрыто в SLA
Скриншоты проекта
Как формируется выплата продавцу
Выплата — это не одна цифра, а цепочка из заказов, удержаний и сверок. Ошибка на любом шаге превращается в претензию и ручной разбор.
-
01
Сбор начислений
По каждому выполненному субзаказу система считает комиссию по тарифу продавца и фиксирует удержания за доставку и возвраты.
-
02
Закрытие периода
В дату отсечки формируется реестр: выполненные заказы, спорные позиции и удержания разделяются по строкам с расшифровкой.
-
03
Сверка
Реестр сверяется с платежами провайдера и данными 1С продавца, а расхождения попадают в отдельный список с причиной.
-
04
Выплата и документы
После сверки формируются платёжное поручение в банк, акт и отчёт, который продавец видит в своём кабинете.
О проекте
Собрали учётную систему маркетплейса: продавцы и договоры, комиссии и выплаты, реестры заказов, финансы и сверки, модерация карточек, споры, логистика и поддержка. Данные сходятся с 1С продавцов, платёжным провайдером, службами доставки и банком.
Задача
Площадка работала на связке таблиц и переписки: продавцы, комиссии, выплаты и споры жили в разных файлах, а сверка с платежами занимала конец каждого месяца.
Продавцы и договоры в таблицах
Реквизиты, тарифы и лимиты хранились у менеджеров, поэтому условия комиссии у двух похожих продавцов могли отличаться без всякой причины.
Выплаты считали вручную
Реестр начислений и удержаний собирали из выгрузок заказов: на сверку уходило до пяти дней, а продавец ждал деньги без объяснения суммы.
Споры не имели регламента
Жалобы покупателей и конфликты с продавцами разбирались в почте: сроки не фиксировались, история решения нигде не сохранялась.
Логистика и возвраты терялись
Возврат оформлялся отдельным письмом в службу доставки, поэтому удержание за обратную доставку не всегда доходило до расчёта с продавцом.
Решение
Единый операционный контур площадки: от договора с продавцом и модерации его товаров до выплаты, спора и возврата — с регламентом, ответственным и сроком на каждом шаге.
Продавцы и договоры
Карточка продавца хранит реквизиты, тариф, лимиты, график выплат и историю работы на площадке.
- Реквизиты и документы продавца
- Тарифы и правила комиссии
- Лимиты и график выплат
- История сотрудничества
Комиссии, удержания и выплаты
Начисления по каждому субзаказу считаются автоматически, реестр выплат закрывается по расписанию.
- Комиссия по категории и тарифу
- Удержания за доставку и возврат
- Реестр выплат и акты
- Платёжные поручения в банк
Реестры заказов и финансы
Все заказы площадки собраны в один реестр с разделением на субзаказы продавцов и финансовым итогом.
- Единый реестр заказов
- Сверка с платёжным провайдером
- Оборот, комиссия и маржа
- Закрытие отчётного периода
Модерация, жалобы и споры
Очередь модерации карточек, жалобы покупателей и споры между покупателем и продавцом с фиксированными сроками.
- Очередь модерации и правила
- Жалобы и стоп-слова
- Спор покупатель — продавец
- SLA, эскалации и решения
Логистика, возвраты и поддержка
Заявки в службы доставки, трекинг, возвраты и работа службы поддержки по единому регламенту.
- Заявки и трекинг доставки
- Возвраты и обратная доставка
- Обращения в поддержку
- Отчёты по SLA поддержки
Дашборды, роли и обмен данными
Отчёты для руководства площадки, разграничение прав сотрудников и обмен данными с внешними системами.
- Отчёты по обороту и марже
- Роли и права сотрудников
- Обмен с 1С продавцов
- Банк и платёжный провайдер
Результаты
Показатели после перевода операций площадки в единую систему.
- −64%
- Время обработки заказа
- от приёма до отгрузки продавцом
- −78%
- Ошибки в сверках
- после автоматического расчёта комиссий
- 3 дня
- Закрытие периода выплат
- вместо недели ручной сверки
- 92%
- Споров закрыто в SLA
- сроки фиксируются в системе
- +11 п.п.
- Маржа площадки
- за счёт учёта удержаний и возвратов
- 500+
- Договоров продавцов
- ведутся в единой системе
Как шла работа
-
01 4 недели
Аудит процессов
Разобрали договоры, комиссии, выплаты, споры и логистику, зафиксировали регламенты и сроки.
-
02 5 недель
Модель данных и роли
Спроектировали реестры, статусы заказов и права сотрудников площадки.
-
03 12 недель
Разработка модулей
Продавцы, комиссии, выплаты, модерация, споры, логистика и поддержка.
-
04 5 недель
Интеграции и регламенты
Подключили банк, платёжный провайдер, службы доставки и 1С продавцов.
-
05 далее
Запуск и развитие
Перенесли справочники и открытые периоды, обучили операторов и сопровождаем систему.
Стек и роли технологий
Backend
- Laravel
- реестры, выплаты, модерация
- PostgreSQL
- финансовые данные и сверки
- Redis
- очереди задач и кэш отчётов
- RabbitMQ
- события витрины и обмен с 1С
Frontend
- Vue.js
- рабочее место оператора площадки
- Livewire
- формы модерации и споров
- Tailwind CSS
- вёрстка панелей и отчётов
Интеграции
- 1С
- заказы и остатки продавцов
- Платёжный провайдер
- платежи, холды и возвраты
- Службы доставки
- заявки, трекинг и возвраты
- Банк
- платёжные поручения и выписки
Технические показатели
- 0,4 с
- Ответ реестра заказов
- 1 500
- Заказов обрабатывается в час
- 99,9%
- Доступность системы
- 200+
- Операторов площадки онлайн
Что передали клиенту
- Исходный код ERP-системы и панели операторов
- Регламенты модерации, споров и выплат
- Настроенные интеграции с банком и 1С продавцов
- Справочник тарифов и правил расчёта комиссии
- Дашборды оборота, комиссии и маржи площадки
- Инструкции для поддержки и операторов площадки
Площадка получила единый операционный контур: договоры, комиссии, выплаты, споры и возвраты ведутся в одной системе, а реестр выплат закрывается за дни вместо недели.
Похожие проекты
DoorsMegaMarket — CRM и ERP для сети дверей
Единая учётная система ритейлера: сделки, заказы, склад по 9 точкам, замеры и монтаж, закупки, документы, финансы и мобильные приложения.
Смотреть кейс CRM и ERP-системаDverkovich — CRM и ERP для производителя с дилерской сетью
CRM и ERP производителя дверей: заказы салонов, передача в цех со спецификацией, планирование производства, себестоимость и взаиморасчёты с дилерами.
Смотреть кейс CRM и ERP-системаDvericlass — CRM и ERP для магазинов и монтажного направления
Единая учётная система: заказы двух магазинов и заявки на монтаж в одной воронке, склад с резервами, наряды бригад и документы.
Смотреть кейсНужен похожий проект?
Разберём вашу задачу, предложим архитектуру и оценим сроки — с опорой на опыт этого кейса.