Интеграция amoCRM с МойСклад — заказы, остатки и отгрузки в CRM

Интеграция amoCRM с МойСклад нужна, если продажи ведутся в CRM, а товары, остатки, резервы, отгрузки и документы находятся в МойСклад.

Без интеграции менеджер работает в двух системах: в amoCRM ведёт клиента, а в МойСклад проверяет наличие, создаёт заказ, резервирует товар, оформляет отгрузку или уточняет статус. Чем больше заявок и товарных позиций, тем выше риск ошибки: продали товар, которого нет; забыли поставить резерв; неверно перенесли артикул; не увидели статус отгрузки; потеряли связь между клиентом, сделкой и заказом.

Правильная связка делает процесс жёстче: сделка в amoCRM доходит до нужного этапа, данные заказа уходят в МойСклад, там создаётся заказ покупателя, возвращается статус, а менеджер видит ключевую информацию прямо в CRM.

Какой процесс нужно связать

Главная задача — соединить продажи и учёт.

В amoCRM обычно живёт:

• клиент;
• сделка;
• этап продажи;
• ответственный менеджер;
• источник заявки;
• коммуникации;
• задачи;
• сумма;
• история работы с клиентом.

В МойСклад обычно живёт:

• товарный справочник;
• артикулы;
• остатки;
• резервы;
• заказы покупателей;
• счета;
• отгрузки;
• возвраты;
• складские статусы;
• документы.

Интеграция должна определить, какие данные остаются главными в CRM, какие — в МойСклад, и в какой момент они передаются.

Базовая схема обмена

Это базовый сценарий. В реальном проекте могут добавляться проверка остатков, резерв, счета, отгрузки, возвраты, статусы производства или связь с доставкой.

Какие данные передавать из amoCRM в МойСклад

Перед настройкой нужно определить состав данных. Нельзя просто «передавать сделку». Нужно понимать, из каких полей строится заказ.

Самая частая проблема — товары в amoCRM и МойСклад называются по-разному. Для стабильной интеграции нужен общий идентификатор: артикул, код, внешний ID или другой надёжный признак.

Какие данные возвращать из МойСклад в amoCRM

Односторонняя передача часто не решает задачу. Менеджеру важно видеть, что произошло после отправки заказа.

В amoCRM стоит возвращать:

• номер заказа покупателя;
• статус заказа;
• статус резерва;
• статус оплаты;
• статус отгрузки;
• дату отгрузки;
• номер документа;
• комментарий по ошибке;
• информацию об отсутствии товара;
• ссылку на документ в МойСклад, если используется;
• сумму по данным учёта.

Если данные ушли в МойСклад, но обратно ничего не вернулось, менеджер всё равно будет открывать учётную систему и проверять статус вручную.

Рабочие сценарии интеграции

Сценарий 1. Передача заказа из amoCRM в МойСклад

Подходит торговым и производственным компаниям, где менеджер сначала ведёт клиента в CRM, а после подтверждения нужно передать заказ в учёт.

Логика:

1. Сделка доходит до этапа «Заказ подтверждён».
2. amoCRM проверяет клиента, товар, количество и сумму.
3. Данные передаются в МойСклад.
4. Создаётся заказ покупателя.
5. Номер заказа возвращается в сделку.
6. Менеджер видит, что заказ принят в работу.

Это убирает ручное создание заказа в МойСклад.

Сценарий 2. Проверка остатков перед продажей

Подходит, если менеджер должен понимать наличие товара до обещания клиенту.

Варианты реализации:

• остатки из МойСклад отображаются в amoCRM;
• менеджер вручную запускает проверку из сделки;
• проверка выполняется при переходе сделки на определённый этап;
• при отсутствии товара создаётся задача или меняется статус сделки.

Пример логики:

Здесь важно не превращать amoCRM в складскую систему. Менеджеру нужны только данные, которые влияют на продажу.

Сценарий 3. Резерв товара

Резерв нужен, если товар нельзя обещать нескольким клиентам одновременно.

Логика:

1. Сделка подтверждена.
2. amoCRM передаёт заказ в МойСклад.
3. МойСклад резервирует товар.
4. Статус резерва возвращается в amoCRM.
5. Если резерв не выполнен, ответственному ставится задача.

Так менеджер видит, можно ли реально продолжать сделку по этому заказу.

Сценарий 4. Отгрузка и статус исполнения

После оплаты или подтверждения заказа важно видеть, что происходит дальше.

Статусы, которые могут возвращаться в amoCRM:

• заказ создан;
• товар зарезервирован;
• готов к отгрузке;
• отгружен;
• частично отгружен;
• отменён;
• возврат;
• ошибка обработки.

По важным статусам можно запускать задачи. Например, если отгрузка задерживается, менеджеру нужно связаться с клиентом или проверить ситуацию.

Сценарий 5. Связка МойСклад и доставка

Если после отгрузки заказ уходит в СДЭК, Boxberry или другую службу доставки, МойСклад может быть частью более длинной цепочки.

Пример схемы: amoCRM → МойСклад → доставка → статус обратно в amoCRM.

Тогда в CRM нужно видеть не только факт продажи, но и движение заказа: создан, собран, отгружен, передан в доставку, доставлен, возврат.

Это уже многоуровневая интеграция, которая требует отдельного проектирования — с определёнными точками передачи данных и правилами обработки ошибок на каждом участке цепочки.

Что нужно подготовить в amoCRM

До интеграции стоит привести CRM к понятной структуре.

Нужны:

• этап, на котором заказ уходит в МойСклад;
• поля для номера заказа;
• поля для статуса заказа;
• поля для статуса резерва;
• товарные позиции или понятная структура товаров;
• обязательные данные клиента;
• правило поиска товара;
• правило поиска клиента или компании;
• ответственный за ошибки;
• задачи при проблемах обмена.

Если amoCRM не подготовлена, интеграция будет передавать данные в учёт, но менеджеры не смогут нормально контролировать процесс.

Что нужно проверить в МойСклад

Со стороны МойСклад нужно понять:

• как устроен справочник товаров;
• есть ли артикулы;
• совпадают ли товары с amoCRM;
• используются ли склады;
• нужны ли резервы;
• какие статусы заказов используются;
• какие документы создаются;
• как оформляются отгрузки;
• где фиксируется оплата;
• какие ошибки могут возникать.

Особое внимание — номенклатуре. Если товары в системах не совпадают, интеграция начнёт ошибаться уже на этапе создания заказа.

Ошибки именно в связке amoCRM и МойСклад

Нет общего идентификатора товара

Если в amoCRM товар называется «Абонемент стандарт», а в МойСклад «Тариф Стандарт 2026», система не поймёт, что это одна позиция, если нет артикула или внешнего ID. Нужен единый признак для сопоставления товаров.

Заказ создаётся без проверки остатков

Если сделка ушла в МойСклад, но товара нет, менеджер должен узнать об этом сразу. Иначе клиент получит обещание, которое компания не может выполнить.

Резерв не возвращается в amoCRM

Если товар зарезервирован в МойСклад, но в CRM этого не видно, менеджер работает вслепую и может повторно продавать уже зарезервированный товар.

Ошибки обмена не видны менеджеру

Если заказ не создался из-за неверного артикула или пустого поля, это должно быть видно в сделке. Ошибка не должна оставаться только в техническом журнале.

Статусы МойСклад не совпадают с этапами amoCRM

Не нужно слепо копировать все статусы учёта в воронку продаж. Нужно выбрать только те, которые важны менеджеру и руководителю для принятия решений.

Когда нужна простая интеграция, а когда сложная

Простая интеграция подходит, если нужно передавать заказ из amoCRM в МойСклад, возвращать номер заказа, фиксировать статус и передавать базовые данные клиента и товара. Сложная интеграция нужна, если есть несколько складов, разные типы цен, резервы, частичные отгрузки, комплекты, производство, возвраты, связь с доставкой, связь с оплатой, несколько воронок или сложные правила по статусам. В сложном варианте сначала проектируется процесс, затем схема обмена, и только потом выполняется настройка.

Что подготовить для оценки интеграции

Для расчёта объёма работ нужны данные:

• как сейчас создаются заказы в МойСклад;
• какие товары продаются через amoCRM;
• есть ли единые артикулы;
• нужны ли остатки в CRM;
• нужен ли резерв;
• какие склады используются;
• какие статусы должны возвращаться;
• какие документы создаются;
• кто отвечает за ошибки;
• нужно ли связывать доставку;
• нужно ли учитывать оплату;
• какие воронки amoCRM участвуют в процессе.

Оставьте заявку на интеграцию amoCRM с МойСклад. Разберём ваш процесс продаж и учёта, определим, какие данные нужно передавать между системами, и предложим схему интеграции: заказы, товары, остатки, резервы, отгрузки, статусы и ошибки обмена.