Если сайт, склад и каналы продаж работают отдельно, бизнес быстро получает ошибки: на сайте отображается товар, которого уже нет, цена отличается от учётной, заказ не попадает в обработку, а маркетплейс продаёт позицию, которую уже забрали через интернет-магазин.
Правильная интеграция с МойСклад должна связать сайт, учёт товаров, остатки, цены, заказы, статусы, CRM и маркетплейсы в один понятный процесс. В этой статье разберём, какие данные нужно синхронизировать, где чаще всего появляются ошибки и что подготовить до разработки.
Зачем сайту интеграция с МойСклад
Пока заказов мало, интернет-магазин можно вести вручную: обновлять цены в админке, проверять остатки в таблицах, переносить заказы менеджеру и сверять наличие перед отправкой. Но при росте продаж ручной процесс начинает ломаться.
Интеграция решает не одну техническую задачу, а сразу несколько операционных проблем. Сайт получает актуальные товары, цены и остатки. Заказы уходят в учётную систему. Менеджеры видят понятный состав заказа. Склад понимает, что нужно собрать и отгрузить. Клиент получает статус, а бизнес меньше зависит от ручного копирования данных.
Интеграция особенно важна, если у магазина есть:
- несколько складов или точек отгрузки;
- быстро меняющиеся остатки;
- разные цены для сайта, опта, розницы или акций;
- заказы с сайта и маркетплейсов одновременно;
- CRM или Битрикс24 для работы менеджеров;
- необходимость резервировать товары после заказа;
- ручные ошибки при обновлении цен, остатков и статусов.
Главная цель интеграции — не “подключить МойСклад к сайту”, а убрать расхождения между системами. Если сайт, склад и маркетплейсы показывают разные данные, бизнес теряет заказы, доверие клиентов и время команды.
Какую роль МойСклад играет в e-commerce
В e-commerce-проекте МойСклад обычно выступает как учётный центр. В нём хранятся товары, модификации, цены, остатки, склады, документы, заказы и движения. Сайт при этом остаётся витриной и точкой оформления заказа, а маркетплейсы — отдельными каналами продаж.
Ошибка возникает, когда роли систем не разделены. Например, цены меняют и на сайте, и в МойСклад. Остатки редактируют вручную в админке. Заказы приходят с сайта, но менеджер повторно создаёт их в учёте. В итоге данные начинают расходиться, а команда перестаёт понимать, где актуальная версия.
Перед интеграцией нужно определить, за что отвечает каждая система. Сайт отвечает за интерфейс, каталог для клиента, корзину и оформление заказа. МойСклад отвечает за учёт товаров, остатков, цен, документов и складских операций. CRM отвечает за клиента, сделку, коммуникации и работу менеджера. Маркетплейсы являются внешними каналами продаж, которые тоже должны участвовать в общей логике остатков и заказов.
Какие данные передаются между сайтом и МойСклад
Основа интеграции — обмен данными. Обычно сайт и МойСклад синхронизируют товары, цены, остатки, заказы и статусы. В более сложных проектах добавляются контрагенты, документы, модификации, комплекты, склады, резервы и данные для CRM.
| Данные | Обычно идут из | Обычно идут в | Что важно проверить |
|---|---|---|---|
| Товары | МойСклад | Сайт | Артикулы, модификации, категории, свойства и изображения |
| Цены | МойСклад | Сайт | Типы цен, акции, скидки, валюта и правила отображения |
| Остатки | МойСклад | Сайт | Склады, резервы, доступное количество и частота обновления |
| Заказы | Сайт | МойСклад | Клиент, товары, доставка, оплата, комментарии и состав заказа |
| Статусы | МойСклад / CRM | Сайт / клиент | Обработка, сборка, отгрузка, отмена и возврат статуса |
Важно не просто перечислить данные, а описать правила. Что считается главным источником цены? Когда товар резервируется? Что происходит, если остаток изменился между добавлением в корзину и оплатой? Как обрабатывается отмена? Куда попадает заказ, если МойСклад временно недоступен?
Остатки, склады и резервы
Остатки — один из самых чувствительных участков интеграции. Ошибка здесь сразу видна клиенту: товар доступен на сайте, но фактически его нет; или наоборот, товар есть на складе, но сайт не даёт его купить.
Нельзя ограничиваться простым выводом общего количества. Для реального магазина важны склады, резервы, доступное количество, товары в пути, разные каналы продаж и скорость обновления. Если заказ пришёл с сайта, товар может потребоваться зарезервировать. Если тот же товар продаётся на маркетплейсе, нужно понимать, как не продать один и тот же остаток дважды.
При проектировании обмена нужно решить, какие остатки показывать клиенту: точное количество, статус “в наличии”, наличие по складам или доступность для конкретного региона. Для некоторых магазинов достаточно обновлять остатки по расписанию. Для товаров с быстрым оборотом может понадобиться более частая синхронизация или проверка наличия в момент оформления заказа.
Отдельно стоит описать правила резерва. Когда товар считается зарезервированным: при добавлении в корзину, после оформления заказа, после оплаты или после подтверждения менеджером? Если это не зафиксировать, появятся продажи сверх остатка и конфликт между сайтом, складом и маркетплейсами.
Цены, скидки и разные каналы продаж
Цены в интернет-магазине часто сложнее, чем одна цифра в карточке товара. У бизнеса могут быть розничные цены, оптовые цены, акции, скидки, персональные условия, цены для разных групп клиентов и отдельные правила для маркетплейсов.
Если не определить источник цены, сайт быстро начинает жить отдельно от учёта. Маркетолог меняет цену в админке, менеджер видит другую цену в МойСклад, клиент покупает по третьей цене на маркетплейсе. Такие расхождения сложнее всего исправлять после запуска, потому что они затрагивают и продажи, и документы, и коммуникацию с клиентом.
Перед интеграцией нужно описать, какие цены передаются на сайт, какие правила применяются к акциям, где рассчитываются скидки и как отображаются цены для разных клиентов. Для B2B-проектов важно учитывать договорные цены, персональные условия и авторизацию клиента в личном кабинете.
Для маркетплейсов цены могут жить по отдельной логике. Там есть комиссии, акции площадки, минимальные цены, скидки и ограничения по категориям. Если сайт и маркетплейсы используют один товарный остаток, но разные ценовые правила, это нужно учитывать в архитектуре обмена.
Заказы с сайта: что должно попадать в МойСклад
Заказ — это не только список товаров. Для обработки нужны данные клиента, состав заказа, цены, скидки, способ доставки, способ оплаты, комментарии, статус оплаты, источник заказа и служебные данные для менеджера.
Хорошая интеграция передаёт заказ так, чтобы его можно было обработать без ручного восстановления контекста. Менеджер должен понимать, что заказал клиент, по какой цене, каким способом он хочет получить товар, была ли оплата, нужно ли резервировать позиции и какие действия требуются дальше.
Отдельно нужно описать изменения заказа. Клиент может отменить заказ, менеджер может изменить состав, товар может закончиться, доставка может поменяться. Если обмен учитывает только первичное создание заказа, но не последующие изменения, данные быстро расходятся.
Для надёжности нужно предусмотреть обработку ошибок. Если заказ не ушёл в МойСклад, команда должна увидеть это в логах или уведомлении. Нельзя допускать ситуацию, когда клиент получил подтверждение на сайте, а заказ фактически нигде не появился.
Сайт, МойСклад и маркетплейсы
Когда бизнес продаёт одновременно через сайт и маркетплейсы, интеграция становится сложнее. Появляются разные каналы заказов, разные правила цен, разные статусы, разные сроки отгрузки и риск пересечения остатков.
Проблема не в том, что каналов много, а в том, что у них нет единой логики. Один и тот же товар может быть доступен на сайте, Ozon, Wildberries, Яндекс Маркете и в офлайн-точке. Если остаток не распределён по каналам или не обновляется достаточно быстро, один товар может быть продан в нескольких местах одновременно.
Для маркетплейсов нужно отдельно продумать, какие данные синхронизируются: карточки товаров, цены, остатки, заказы, статусы, документы, возвраты и комиссии. Не всегда нужно строить всё через сайт. Иногда МойСклад работает как центральная система, а сайт и маркетплейсы подключаются к нему как отдельные каналы.
Как связать сайт, МойСклад и CRM
МойСклад отвечает за учёт, но не заменяет полноценную CRM-логику. Если менеджеры работают с клиентами, сделками, звонками, задачами и повторными продажами, обычно нужен отдельный CRM-слой. Это может быть Битрикс24 или другая CRM-система.
В такой схеме сайт принимает заказ или заявку, МойСклад отвечает за товары, цены, остатки и документы, а CRM помогает менеджеру вести клиента. Важно, чтобы системы не дублировали друг друга. Если один и тот же клиент создаётся в нескольких местах, а заказ живёт отдельно в сайте, CRM и учёте, команда быстро теряет контроль.
Перед разработкой нужно решить, куда попадает первичный заказ, где менеджер ведёт коммуникацию, где фиксируется оплата, где создаются документы и где меняется статус. Чем точнее описана роль каждой системы, тем меньше ручной работы после запуска.
Типовые ошибки интеграции с МойСклад
Большинство проблем появляется не из-за API, а из-за слабой подготовки данных и сценариев. Если не описать правила обмена, технически рабочая интеграция всё равно будет создавать ошибки.
| Ошибка | Последствие | Как избежать |
|---|---|---|
| Нет главной системы для данных | Цены, товары и остатки расходятся между сайтом и учётом | Назначить источник для товаров, цен, остатков и заказов |
| Не учитываются резервы | Магазин продаёт товары, которых уже нет в наличии | Описать доступный остаток и момент резервирования |
| Маркетплейсы не включены в схему | Остатки и цены расходятся по каналам продаж | Согласовать правила для сайта, маркетплейсов и склада |
| Не описаны статусы заказа | Клиент и менеджер видят разные состояния | Сделать карту статусов до разработки |
| Нет логов и уведомлений | Сбои обмена остаются незаметными | Логировать запросы, ответы, ошибки и повторные попытки |
Особенно опасны незаметные ошибки. Если обмен сломался, но никто не получил уведомление, бизнес продолжает принимать заказы на устаревших данных. Потом проблему приходится решать уже через звонки клиентам, отмены заказов и ручные исправления.
Что подготовить перед интеграцией
Перед разработкой нужно собрать не только доступы, но и правила работы бизнеса. Техническая интеграция без бизнес-логики почти всегда приводит к переделкам.
Минимально нужно подготовить:
- список систем: сайт, МойСклад, CRM, маркетплейсы, доставка, оплата;
- структуру товаров, артикулов, модификаций и категорий;
- правила цен, скидок и разных каналов продаж;
- склады, резервы и правила доступного остатка;
- сценарий передачи заказов с сайта;
- карту статусов заказа;
- правила обработки отмен, возвратов и изменений;
- требования к логам, уведомлениям и повторным попыткам;
- ответственных сотрудников за проверку обмена после запуска.
Чем точнее описаны данные и процессы, тем проще выбрать способ обмена: REST API, webhooks, синхронизацию по расписанию или комбинированную схему. Для интеграции с МойСклад чаще всего нужна именно комбинация подходов, потому что товары, остатки, заказы и статусы имеют разную критичность и разную частоту обновления.
Вывод
Интеграция сайта с МойСклад должна связывать сайт, склад, заказы, цены, остатки, CRM и маркетплейсы в один управляемый процесс. Это не просто обмен данными, а способ убрать ручную работу, снизить ошибки и сделать продажи более предсказуемыми.
Хорошая интеграция начинается с правил: где хранятся товары, кто управляет ценами, как считаются остатки, когда создаётся резерв, куда попадает заказ, какие статусы видит клиент и что происходит при ошибке обмена.
DevAstro проектирует и настраивает API-интеграции для интернет-магазинов: связывает сайты с МойСклад, CRM, Битрикс24, 1С, оплатой, доставкой, аналитикой и маркетплейсами.
Если нужно связать сайт с МойСклад и навести порядок в остатках, ценах, заказах и каналах продаж, посмотрите направление API-интеграций . Для комплексного e-commerce-проекта также подойдёт услуга разработки интернет-магазинов .
Частые вопросы
Зачем интегрировать сайт с МойСклад?
Интеграция нужна, чтобы сайт получал актуальные остатки, цены, товары, статусы заказов и данные по складам без ручной выгрузки. Это снижает ошибки, задержки и количество ручной работы.
Что можно синхронизировать с МойСклад?
Обычно синхронизируют товары, модификации, остатки, цены, заказы, контрагентов, статусы, склады и иногда данные для маркетплейсов. Состав обмена нужно описывать до разработки.
Можно ли связать МойСклад, сайт и маркетплейсы?
Да, но важно заранее определить, какая система является источником правды для товаров, цен и остатков. Иначе разные каналы начнут перезаписывать данные друг друга.
Как контролировать ошибки обмена?
Нужны логи, статусы, уведомления, повторные попытки и понятный регламент поддержки. Без этого менеджеры узнают о проблемах по жалобам клиентов или неверным остаткам.
Как снизить риск продажи отсутствующего товара?
Настройте резервы, страховой остаток, правила освобождения после отмены и достаточную частоту обновления. Для дефицитных товаров может потребоваться событийная синхронизация и ограничения по каналам.
Какие показатели обмена нужны менеджеру?
Последний успешный обмен, очередь, отклонённые записи, расхождения остатков и ответственный за ошибку. Эти данные должны быть понятны без чтения технического лога.
