Интеграция amoCRM и МойСклад: как связать продажи и склад
Отдел продаж работает в amoCRM, а товары, остатки и отгрузки живут в «МойСклад». Менеджер обещает клиенту наличие по памяти или звонит на склад уточнить остаток, а заказ заводит дважды - сначала в сделке, потом в складской программе. Пока заказов немного, это терпимо. Когда их десятки в день, начинаются пересорт, отмены из‑за «внезапно закончилось» и путаница в ценах.
Интеграция amoCRM и «МойСклада» - это автоматический обмен данными между двумя системами: продажи и клиент остаются в CRM, товары и склад - в «МойСкладе», а остатки, заказы, оплаты и статусы передаются между ними без ручного ввода. Ниже - зачем это нужно, что синхронизируется, как устроен двусторонний обмен, какие сценарии бывают у опта, розницы и интернет‑магазина, что учесть при настройке и где у связки границы.
Зачем связывать продажи и склад
Товарный бизнес почти всегда живёт в двух системах. Продажами и клиентами занимается CRM: заявки из всех каналов, воронка, задачи, история переписки и звонков. Товарами и деньгами - складская программа: остатки, закупки, счета, отгрузки. amoCRM отвечает на вопрос «что со сделкой и клиентом», «МойСклад» - «что с товаром и складом». Проблема не в самих системах, а в разрыве между ними.
Пока обмена нет, разрыв закрывают руками. Менеджер обещает наличие на глаз или звонит на склад. Заказ заводят дважды - в сделке и в складской программе. Цену уточняют в переписке, а она уже изменилась. Итог - пересорт, отмены из‑за «внезапно закончилось», ошибки в позициях и количествах. Чем больше номенклатура и чем быстрее меняются остатки, тем дороже обходится этот ручной труд.
Интеграция убирает двойной ввод и делает остатки видимыми там, где идёт продажа. Она не увеличивает продажи сама по себе и не заменяет руководителя - она снимает рутину и уменьшает число ошибок, а решения по ценам, скидкам и приоритетам остаются за людьми. Это честная граница: связка наводит порядок в данных, а не гарантирует выручку.
Кто за что отвечает: amoCRM и «МойСклад»
Прежде чем связывать системы, полезно чётко развести их роли. Это не конкуренты и не замена друг другу: у каждой своя зона ответственности, и связка нужна именно потому, что зоны разные.
| Вопрос | amoCRM | «МойСклад» |
|---|---|---|
| Что ведёт | Клиента и сделку | Товар и склад |
| Главные объекты | Лиды, контакты, сделки, задачи | Товары, остатки, заказы, документы |
| Отвечает на вопрос | Где сделка застряла, кто ведёт клиента, откуда заявка | Что на складе, сколько зарезервировано, какие документы по заказу |
| Чего в ней нет | Складского учёта и первичных документов | Воронки, напоминаний, истории общения с клиентом |
| Роль в связке | Продажи и коммуникация | Товароучёт и логистика |
amoCRM - облачная CRM для отдела продаж (правообладатель - QSOFT): все обращения из почты, телефона, форм сайта и мессенджеров попадают в воронку и становятся сделками. «МойСклад» - облачная система учёта и управления торговлей (разработчик - ООО «Логнекс», включена в реестр отечественного ПО): склад, закупки, касса, документы и деньги в одном месте; сам сервис называет себя «облачной ERP». Если непонятно, зачем вообще нужна CRM рядом со складской программой, начните со статьи «Что такое CRM простыми словами».
Что синхронизируется между системами
Набор данных для обмена подбирают под бизнес, но обычно он один и тот же. Ниже - что чаще всего передаётся между amoCRM и «МойСкладом» и в какую сторону.
| Данные | Куда обычно идут | Что это даёт |
|---|---|---|
| Товары и каталог (название, артикул, группа, цена) | «МойСклад» → amoCRM, часто в обе стороны | Менеджер выбирает товар из общего каталога, не вводит вручную |
| Остатки по складам | «МойСклад» → amoCRM | Наличие видно прямо в сделке |
| Резерв товара | amoCRM → «МойСклад» | Товар бронируется под заказ, его не продадут дважды |
| Счета, накладные, отгрузки | Оформляются в «МойСкладе» | Документы по заказу - в одном месте |
| Оплаты | «МойСклад» → amoCRM | Видно, оплачен ли заказ, без похода в бухгалтерию |
| Статусы заказа (собран, отгружен) | «МойСклад» → amoCRM | Этап сделки обновляется автоматически |
| Контрагенты (по необходимости) | amoCRM → «МойСклад» | Клиент из сделки становится контрагентом заказа |
Слова «в реальном времени» стоит понимать точно. Часть решений обновляет остатки почти мгновенно (по событию, через вебхук), часть - по расписанию, раз в несколько минут или по нажатию кнопки. От этого зависит, насколько свежую цифру видит менеджер, и это один из первых вопросов при выборе способа связи. Про механику двустороннего обмена - в материале о сквозном обмене данными.
Как работает связка: двусторонний обмен
Связка - это не «одна система вместо двух», а мост между ними. Каждая система продолжает делать своё, а по мосту в обе стороны ходят данные. Направление обмена по каждому типу данных задают заранее и вместе с ним - источник правды: система, чьё значение считается верным при расхождении.
Обычно товары, цены и остатки идут из «МойСклада» в amoCRM: складская программа - источник правды по товару. Заказ и данные контрагента идут из amoCRM в «МойСклад»: сделка рождается в CRM. Оплаты и статусы отгрузки возвращаются в сделку, чтобы менеджер видел, что происходит, не выходя из карточки. Тот же принцип работает и в связке с бухгалтерией - как это устроено на примере 1С, разобрано в статье о связи amoCRM и 1С. Если сомневаетесь, какой обмен нужен именно вам, поможет короткий тест «Какой обмен данных вам нужен».
Путь заказа: от сделки до отгрузки
На практике данные ходят по мосту в определённом порядке - по мере движения заказа. Покажем типовой путь; конкретные этапы зависят от процесса.
- Заявка превращается в сделку в amoCRM: назначен ответственный, известен источник.
- Менеджер подбирает товары из общего каталога и резервирует их - резерв уходит в «МойСклад», товар бронируется под заказ.
- В «МойСкладе» оформляются счёт, накладная и отгрузка; документы привязаны к заказу.
- Проходит оплата, её статус возвращается в карточку сделки.
- После отгрузки статус заказа обновляет этап сделки - менеджер видит, что заказ закрыт.
Так двойного ввода нет ни на одном шаге: заказ вводят один раз, а обе системы получают нужную им часть данных.
Как это выглядит в карточке сделки
Для менеджера вся эта механика выглядит просто: в карточке сделки появляется блок с товарами, где рядом с каждой позицией виден остаток и то, сколько уже в заказе. Не нужно открывать складскую программу или звонить кладовщику. Ниже - условный пример, не привязанный к конкретной системе и бизнесу; числа взяты для наглядности.
Важно, что «ноль на складе» виден сразу, до того как менеджер пообещает клиенту невозможное. Позиции с нулевым остатком помечаются как «под заказ», а не выпадают из сделки.
Сценарии: опт, розница, интернет‑магазин
Польза от связки у разных бизнесов разная. Оптовику важны цены и резервы, рознице - касса и маркировка, интернет‑магазину - маркетплейсы и скорость. Отсюда и разный состав обмена.
| Сценарий | Что важно | Что обычно синхронизируют |
|---|---|---|
| Опт (B2B) | Индивидуальные цены и отсрочки, резерв под сделку, длинные заказы | Каталог с ценовыми типами, остатки, резервы, счета и оплаты |
| Розница / магазин | Касса, маркировка, быстрый чек | Товары и цены, продажи с кассы, остатки; учёт - на стороне «МойСклада» |
| Интернет‑магазин | Заказы с сайта и площадок, скорость обработки | Заказы сайта в CRM, остатки в сделку, отгрузки; маркетплейсы - через «МойСклад» |
Разборы по типам бизнеса - в статьях об CRM для оптовой торговли и CRM для интернет‑магазина. Если торгуете на площадках, полезен отдельный материал про CRM и маркетплейсы Ozon и Wildberries: «МойСклад» умеет вести продажи на площадках (по схемам FBO и FBS), и это меняет схему обмена.
Чем связать amoCRM и «МойСклад»
Связать системы можно несколькими способами - они отличаются возможностями и моделью оплаты. Важная деталь: на сайте самого amoCRM «МойСклад» в списке готовых решений не значится - связка собрана со стороны «МойСклада», в его каталоге интеграций. Поэтому и выбирать решение удобнее оттуда.
| Способ | Что умеет | Модель оплаты |
|---|---|---|
| Бесплатное решение из каталога (разработчик - АО «амоЦРМ») | Передаёт покупателей и товары (цена, название, артикул, группа); товары синхронизируются в обе стороны | Бесплатно |
| Партнёрское приложение (например, amgroup, Rubikon) | Шире: связывает сделки и заказы, статусы, создаёт контрагента и сделку из заказа, переносит товары с ценами в сделку | Платная подписка приложения |
| Индивидуальная разработка через API и вебхуки | Обмен под нестандартный процесс, когда готовых решений не хватает | Работа интегратора: разовая настройка и сопровождение |
Состав решений и условия меняются - сверяйте с сайтом разработчика.
С Битрикс24 «МойСклад» связывается по такому же принципу - через партнёрские приложения из каталога (обмен каталогом, остатками, сделками и заказами). Если выбираете между системами, посмотрите обзор интеграций Битрикс24: иногда базовый склад там уже встроен, и отдельная связка не нужна.
Что учесть перед настройкой
Большая часть проблем с обменом закладывается не в технике, а в данных. Если в двух системах товары названы по‑разному, а единицы измерения не совпадают, никакая интеграция не «додумает» соответствие. Поэтому перед настройкой наводят порядок в справочниках.
| На что смотреть | Почему важно | Что сделать заранее |
|---|---|---|
| Справочник товаров | Сопоставление идёт по артикулу или коду; разнобой ломает связь | Свести номенклатуру к единому справочнику, задать артикулы |
| Единицы измерения | Штуки, метры, упаковки должны совпадать в обеих системах | Согласовать единицы и коэффициенты пересчёта |
| Дубли товаров и контрагентов | После обмена дубли размножаются в обеих системах | Найти и убрать дубли до запуска |
| Источник правды | При расхождении система должна знать, чьё значение верно | Назначить источник по каждому типу данных |
| Сопоставление статусов и этапов | Этапы воронки и статусы заказа - разные списки | Составить таблицу соответствия стадий |
Отдельная тема - дубли. Один и тот же товар или контрагент, заведённый дважды, после обмена размножается в обеих системах. Как это лечится в CRM - в статье про дубли в amoCRM. Общее правило: сначала чистим справочники и договариваемся об источнике правды, потом включаем обмен, а не наоборот.
Ограничения связки
У любой связки есть границы. Знать их заранее полезнее, чем разочароваться после запуска.
- Частота обмена. «Реальное время» у разных решений разное: где‑то мгновенно, где‑то по расписанию. Мгновенный обмен нужен не всегда, но про это лучше договориться заранее.
- Лимиты API. У amoCRM есть ограничение на число запросов (по данным сайта - 50 в секунду на аккаунт). При большом каталоге и частом обмене это влияет на скорость первичной загрузки.
- Удаление данных. Поведение зависит от решения: например, в бесплатном решении удаление товара в amoCRM удаляет его и в «МойСкладе», а удаление в «МойСкладе» только разрывает связь. Такие правила проверяют до боевого запуска.
- Сложные товары. Модификации, комплекты, серии и партии переносятся не всеми решениями одинаково - это уточняют отдельно.
- Не «включить всё». Соблазн синхронизировать максимум обычно вредит: чем больше связей, тем сложнее поддержка. Почему «любые интеграции» - плохой ориентир, разобрано в отдельной статье.
Когда достаточно «МойСклада», а когда нужна CRM
Частый вопрос звучит как выбор: «нам нужен „МойСклад“ или CRM?». На деле это выбор между разными задачами, а не между продуктами. «МойСклад» ведёт товары и склад, CRM - продажи и клиента. Товарный бизнес обычно использует обе системы; вопрос лишь в том, нужна ли CRM уже сейчас.
| Ситуация | Достаточно «МойСклада» | Нужна CRM сверху |
|---|---|---|
| Каналы заявок | Один‑два, заявки не теряются | Несколько каналов, часть теряется |
| Работа с клиентом | Разовые заказы | Догрев, повторные продажи, длинные сделки |
| Контроль продаж | Хватает отчётов по продажам | Нужны воронка, конверсия, причины отказов |
| Реклама | Каналы не считаете | Нужна сквозная аналитика по источникам |
| Команда | Один‑два человека | Отдел продаж с общими правилами |
Если продажи сводятся к оформлению заказов, а обращения не теряются - на старте может хватить одного «МойСклада» с его встроенными функциями работы с покупателями. Как только появляются заявки из разных каналов, повторные продажи и вопрос «какая реклама работает», складская программа перестаёт помогать: в ней нет воронки, напоминаний и истории общения. Тогда сверху ставят CRM, а склад оставляют в «МойСкладе». Это и есть здоровая связка: каждая система делает своё.
Связку проектируют, а не просто включают
Интеграция amoCRM и «МойСклада» - это не «поставил приложение и заработало». Готовое решение закрывает типовой обмен, но реальный процесс почти всегда имеет особенности: ценовые типы для опта, свои статусы, несколько складов, маркировка. Поэтому обмен сначала проектируют - какие данные, в какую сторону, с каким источником правды и как часто, - а потом настраивают и проверяют на реальных заказах.
Это часть работ по интеграциям CRM и по внедрению amoCRM; общая логика - в статье «Как внедрить amoCRM под свои процессы». А начинать разумно не с покупки решения, а с диагностики: она показывает, какой обмен вам действительно нужен и что он даст, до настройки и оплаты приложений. Мы не обещаем роста выручки - мы убираем двойной ввод и делаем остатки видимыми в продажах, а что вы сделаете с этой прозрачностью, зависит от бизнеса.
Частые вопросы
Нужна ли интеграция, если товаров немного?
Если ассортимент маленький и остатки меняются редко, можно обойтись ручной сверкой. Интеграция окупается, когда номенклатура большая, остатки динамичные и менеджеры часто уточняют наличие.
Остатки обновляются в реальном времени?
Зависит от решения: часть обновляет остатки почти мгновенно по событию, часть - по расписанию или по кнопке. Частоту обмена согласуют при настройке - это один из первых вопросов.
Можно ли связать «МойСклад», amoCRM и 1С вместе?
Да, но такую связку обязательно проектируют: кто источник правды по товарам, по деньгам, по клиентам. Иначе возникают конфликты данных. Объём оценивается на диагностике.
Интеграция бесплатная?
Есть бесплатное решение в каталоге «МойСклада» с базовым обменом товарами и покупателями. Более широкие связки - платные партнёрские приложения или индивидуальная настройка. Актуальные условия смотрите на сайте разработчика.
Не задвоятся ли товары после настройки обмена?
Задвоение возникает из‑за дублей в справочниках и несовпадения артикулов. Поэтому до запуска номенклатуру чистят и сводят к единому справочнику, а сопоставление настраивают по артикулу или коду.
Можно ли обойтись только «МойСкладом» без CRM?
Если продажи сводятся к оформлению заказов без работы с обращениями и повторными продажами - на старте возможно. Как только появляются заявки из разных каналов и общение с клиентом, нужна CRM сверху.
Чем связка отличается от склада внутри Битрикс24?
В Битрикс24 есть встроенный складской учёт, и для простых задач отдельная система не нужна. «МойСклад» берут, когда нужен полноценный товароучёт: маркировка, касса, маркетплейсы, производство. Выбор зависит от процесса.
Вывод
Интеграция amoCRM и «МойСклада» соединяет две зоны ответственности: продажи остаются в CRM, товары и склад - в складской программе, а между ними идёт автоматический обмен. Это убирает двойной ввод, показывает остатки прямо в сделке и снижает число ошибок. Связка не заменяет ни складскую программу, ни CRM и не гарантирует рост продаж - она наводит порядок в данных. Начинать стоит не с выбора приложения, а с вопроса, какой обмен нужен вашему процессу.
Источники
Интеграции CRM — как мы помогаем с этим на практике.
Читайте также
Термины из статьи
Поможем навести порядок в продажах
Начнём с диагностики: покажем, где теряются заявки и что даст CRM именно в вашем случае — без обещаний «роста в разы».