ЗадачаНужно было внедрить МойСклад и связать его с Wildberries.
Сложная кастомизация для проекта не требовалась. Основная задача заключалась в том, чтобы корректно запустить товарный контур и определить роль маркетплейса в общей архитектуре.
За основу взяли простое разделение:
- Wildberries остаётся внешним каналом продаж;
- МойСклад становится внутренней системой товарного учёта;
- интеграция связывает данные маркетплейса с внутренними операциями компании.
Такой подход позволяет не дублировать функции Wildberries, а дополнить их внутренним учётом, который относится уже не к площадке, а к бизнесу в целом.
Что сделалиВ МойСклад организовали базовую работу с товарами и подключили Wildberries.
За счёт интеграции данные маркетплейса были включены в общий учётный процесс, а сотрудники получили отдельную систему для работы с товарной и складской частью.
Таким образом, продажи через Wildberries получили внутреннюю учётную основу. Компания больше не зависит исключительно от интерфейса маркетплейса для работы с товаром и может вести соответствующие операции в специализированной системе.
Что изменилосьДо внедрения основным рабочим контуром для продаж был кабинет внешней площадки. После подключения МойСклад появился отдельный внутренний уровень товарного учёта.
Это позволяет выстраивать операции уже вокруг собственных правил бизнеса, не делая кабинет Wildberries единственным местом, где существует информация о товарах.
При этом архитектура остаётся простой: маркетплейс отвечает за внешний канал продаж, МойСклад — за внутренний товарный контур. Если в дальнейшем появляются новые задачи или дополнительные каналы, эту основу можно развивать без необходимости заново организовывать учёт.
Кейс проекта ИП Мирзоева наглядно показывает, что даже при работе с одним маркетплейсом МойСклад может стать важным внутренним уровнем товарного учёта, отделив операционную работу компании от конкретной площадки продаж.