Стандартный сценарий сначала
Проверяем, можно ли закрыть задачу штатными возможностями и существующей интеграцией.
amoCRM + МойСклад без повторного ввода данных
Менеджер продолжает работать со сделкой в amoCRM, а товарные и учётные действия выполняются в МойСклад. Связываем системы так, чтобы нужные товары, остатки, цены, заказы, отгрузки, платежи и статусы проходили между ними по согласованному сценарию.
Продажи ↔ учёт
amoCRMсделка, клиент, товарный сценарий
→МойСкладтовары, заказ, отгрузка, платёж
→Сопоставлениеидентификаторы и правила обмена
→Статус обратнонужный результат у менеджера
→Подход
Если хватает стандартной интеграции — свою не разрабатываем
Индивидуальная связка нужна только когда процесс компании выходит за рамки готовой логики.
Собственные правила заказа
Индивидуальная логика нужна, когда заказ создаётся по специфичным условиям или требует особых данных.
Разные направления обмена
Часть данных может идти из amoCRM в МойСклад, а другая — возвращаться обратно.
Повторы и ошибки API
Контролируем дубли, повторные события и временную недоступность систем.
Один заказ
Продажа и учёт остаются в своих системах, но работают как одна цепочка
Менеджеру не нужен весь интерфейс учётной системы — ему нужны конкретные данные и действия в нужный момент.
Сделка в amoCRM→Товарные данные→Связанный заказ в МойСклад→Учётная операция→Нужный статус обратно в amoCRM
Данные и операции
Какие данные и операции можно связать
Состав обмена определяем по процессу, а не включаем все сущности автоматически. Ниже — данные и операции, которые могут участвовать в этой связке.
Товары и модификации
Номенклатура и варианты товаров участвуют в рабочем сценарии.
Остатки и цены
Менеджер получает актуальные значения в пределах согласованной интеграционной логики.
Контрагенты и заказы
Контрагенты и заказы могут создаваться и связываться по заданным правилам.
Отгрузки и платежи
Можно автоматически создавать связанные отгрузки и платежи в рамках согласованного процесса.
Статусы
Статусы заказов МойСклад могут меняться по настроенной логике.
Надёжность
Основная сложность — в правилах процесса
Не в передаче поля A в поле B, а в том, когда создавать объект, как сопоставлять товары и что делать при повторном событии.
Когда создавать заказ
Например, только после нужного статуса и заполнения обязательных данных.
Как сопоставлять товары
По идентификаторам, артикулам или другой согласованной модели.
Кто владеет статусом
Фиксируем источник каждого значения и направление синхронизации.
Что делать при сбое
Логирование, безопасный повтор и понятное действие сотрудника.
Для нового проекта
Что нужно определить до разработки
Состав интеграции фиксируется для конкретной компании и не переносится автоматически из другого проекта.
Сущности
Какие данные действительно участвуют.
Источники
Какая система владеет каждым типом данных.
События
Что запускает обмен.
Автоматические действия
Что создаётся и обновляется без участия сотрудника.
Ошибки и дубли
Как процесс восстанавливается после сбоя.
Связанные направления
Интеграция может быть частью более длинного процесса
Например, после учёта заказ может уйти в производство, документы или логистику.
Дальше
Связываем не только две системы, если процесс этого требует
Сначала определяем роли amoCRM и МоегоСклада, затем подключаем только те соседние этапы, которые нужны фактическому заказу.
Вопросы
Частые вопросы
Интеграция двусторонняя?
Да, можно настроить двусторонний обмен. Направление каждого конкретного типа данных фиксируется отдельно.
Можно видеть остатки и цены в рабочем сценарии amoCRM?
Да. Остатки и цены можно передавать в рабочий сценарий amoCRM по согласованным правилам.
Какие документы создаются автоматически?
В интеграции можно автоматически создавать заказы, отгрузки и платежи в МойСклад, если это предусмотрено процессом.
Зачем индивидуальная интеграция, если есть стандартная?
Если стандартного сценария достаточно — индивидуальная не нужна. Своя логика имеет смысл для особых правил заказов, отгрузок, платежей, статусов и обработки событий.
Можно добавить другие сущности?
Возможность дополнительных сущностей проверяем по API и конкретному процессу.
Что будет, если МойСклад временно не отвечает?
Для рабочего сценария заранее определяем логирование, повтор запросов и действия при ошибке.
Где сейчас приходится переносить данные между amoCRM и МойСклад вручную?
Покажите путь одного заказа: от сделки до заказа, отгрузки и оплаты. Сначала проверим, что уже закрывается стандартной интеграцией, затем определим, какой логики действительно не хватает.