Согласуем работу продаж и склада в amoCRM и МойСклад
Менеджеру нужны актуальные данные, а складу понятный заказ. Определим, какие сведения передавать и кто отвечает за изменения, без двух расходящихся каталогов.
Данные о товаре и покупке
Остатки, резервы и документы включаются только после проверки конкретного способа обмена.
Интеграция МойСклад и amoCRM должна отражать конкретный процесс: розничные покупки, заказы отдела продаж или работу с ассортиментом. Возможности зависят от виджета. Официальная справка amoCRM описывает сценарий покупателей и товаров со своими ограничениями; его нельзя считать универсальным обменом всех документов. CubeCode сначала сравнивает задачу с выбранным решением, затем проектирует недостающие действия и проверяет конфликты данных.
Покупатель в рознице или заказ менеджера
Разделим процесс повторных покупок и процесс сделки с согласованием заказа. Им нужны разные сущности и правила: карточка покупателя не всегда заменяет сделку, а запись о покупке не равна резерву товара.
Уточним название и разработчика установленного виджета. В официальной справке одного штатного сценария синхронизация контрагентов ограничена физическими лицами; это ограничение нельзя переносить на все решения для МойСклад.
Кто управляет каталогом и остатками
Выберем источник номенклатуры, артикула, цены и остатков. В CRM передаем только сведения, необходимые для продажи. Изменение названия не должно создавать новый товар, если его устойчивый ID прежний.
Отдельно проверим, показывает ли выбранное решение остаток, свободный остаток или уже учтенный резерв. Эти значения отвечают на разные вопросы.
| Данные | Проверка |
|---|---|
| Товар | Совпадает ID и единица измерения |
| Цена | Известен тип цены и право изменения |
| Остаток | Понятно, учтен ли резерв и когда обновлено |
Удаления и повторные события
Проверим, что происходит при удалении товара, смене артикула и восстановлении связи. В документации штатного виджета описаны особые последствия удаления товара, поэтому такие действия сначала воспроизводим на тестовых данных.
Возврат и отмену заказа рассматриваем отдельно от удаления записи. Для повторного события используем один ключ документа, чтобы не увеличить количество заказов или покупок искусственно.
Что принимаем в результате
Пройдем заказ, изменение позиции, частичную оплату и отмену. Сверим карточку клиента, строки документа, суммы и момент обновления информации.
В расчет входят работы, выбранный коннектор, тарифные условия обеих систем и сопровождение. Если готовый вариант не закрывает B2B-заказы или резервы, сначала оцениваем отдельный обмен, а не обещаем его как свойство штатного виджета.
Продуктовые сведения сверены с официальными материалами. Состав решения и доступность функций уточняются для вашего аккаунта.
- amoCRM: МойСклад2026-09-16
Карточка владельца складских данных
Карточка владельца складских данных
Рабочий лист для продаж и сотрудника склада.
Практический материал от CubeCode. Открывается сразу, без регистрации.
Вопросы
по делу.
Готовый виджет подойдет для оптовых продаж?
Это нужно проверить по сущностям и документам. Некоторые сценарии ориентированы на розничных покупателей, поэтому наличие виджета еще не подтверждает поддержку вашей оптовой модели.
Можно редактировать товары с обеих сторон?
Только по согласованным правилам. Для каждого поля назначаем владельца, иначе название, цена или категория могут циклически перезаписываться.
Покажет ли CRM свободный остаток?
Зависит от коннектора и состава обмена. Проверяем учет резервов, складов и время обновления; обычное поле количества не следует выдавать за гарантированную доступность товара.
Что будет при удалении товара?
Поведение зависит от реализации и может затронуть другую систему. Перед запуском проверяем удаления на тестовом наборе и ограничиваем действия, которые нельзя безопасно отменить.
Обсудить связку с МойСклад
В CRM указан доступный товар, который уже зарезервирован, а сотрудники исправляют цену в разных системах и не понимают, какая версия верна.
Telegram
WhatsApp