Связка CRM и МоегоСклада должна отвечать менеджеру на три разных вопроса: какой заказ принят, какое количество закреплено за ним и что уже отгружено. Одного поля «статус заказа» для этого недостаточно. Начните с правил владения данными и контрольных сценариев, затем подбирайте приложение или разработку.
Ниже — проектная схема для компании, которая ведёт коммуникации в отдельной CRM, а товарный учёт — в МоемСкладе. Это рекомендации по настройке обмена, а не обещание функций любого коннектора. Практический результат — таблица сценариев, по которой можно проверить готовое решение до запуска.
С чего начать интеграцию
Выберите один процесс: менеджер согласовал заказ в CRM → заказ принят в МоемСкладе → склад подтвердил резерв → отгрузка вернулась в CRM. Для каждого перехода запишите инициатора, обязательные данные, допустимую задержку и сотрудника, который разбирает отказ.
Проверьте возможности выбранного приложения именно для вашей CRM и аккаунта МоегоСклада: создание и изменение заказа, модификации, склады, резерв, частичное исполнение, отмены и журнал ошибок. Наличие двух логотипов на странице приложения не подтверждает поддержку всего процесса. Попросите показать контрольный заказ с вашими исключениями.
Если готовое решение не покрывает существенный сценарий, сравните доработку и отдельный обмен через API. В оценку включайте сопровождение, повторную обработку ошибок и сверку данных. Сначала достаточно одного склада и небольшого набора товаров; первичный перенос каталога выполняйте отдельно от постоянного обмена.
Где хранить каталог товаров
В предлагаемой схеме МойСклад — источник номенклатуры, вариантов и складских данных. CRM получает нужную продавцу часть каталога. Если справочник уже ведётся в другой системе, например в 1С, сохраните установленного владельца и опишите цепочку передачи: независимое редактирование одних полей в трёх местах создаёт конфликты.
Связывайте позиции по устойчивым идентификаторам, сохраняя соответствие между системами. Наименование и артикул полезны для проверки, но не должны быть единственным ключом. В МоемСкладе модификации позволяют учитывать варианты товара, в том числе с одинаковым артикулом; в документы они добавляются отдельными позициями. Это описано в документации модификаций.
- Для каждой строки заказа передавайте конкретный товар или модификацию, количество и единицу измерения.
- Согласуйте тип цены, валюту, скидку и правила округления. Обновление прайс-листа не должно молча менять уже согласованный заказ.
- При архивировании позиции запрещайте её новый выбор по согласованному правилу, сохраняя историю старых заказов.
- Если товар не сопоставлен, отправляйте заказ на разбор. Создавать новую карточку только по похожему названию опасно.
Как учитывать резерв и наличие
Остаток, резерв и обещанная дата поставки — разные данные. По документации МоегоСклада заказ покупателя сам по себе не изменяет складской остаток, а зарезервированный товар необязательно уже находится на складе. Поэтому признак «резерв установлен» нельзя использовать как единственное подтверждение готовности к выдаче. Источник: обработка заказов.
Опишите событие резервирования: подтверждение состава, согласование менеджером или другое условие вашего процесса. В CRM отдельно показывайте запрошенное и подтверждённое количество, склад и время последней проверки. Не помечайте резерв подтверждённым сразу после нажатия кнопки: нужен результат операции и проверка заказа в учётной системе.
Для дефицитного товара проверяйте конкурентные заказы. Два менеджера могут увидеть один и тот же доступный остаток до обновления данных. Согласуйте, кто получает товар, кто видит отказ или ожидание поставки, и кто может изменить обещанный срок. Кэш остатков помогает ориентироваться, но не заменяет проверку перед подтверждением.
Отмена должна запускать отдельный сценарий освобождения резерва с проверкой результата. Простое закрытие сделки в CRM не доказывает, что склад получил отмену. Для неоплаченных заказов определите срок удержания, уведомление менеджера и действие после истечения срока; не вводите автоматическое снятие без согласования с владельцем продаж.
Как вернуть отгрузку в CRM
В МоемСкладе отгрузку оформляют отдельным документом; при отпуске с разных складов нужны отдельные отгрузки. Также предусмотрены настройки запрета отгрузки отсутствующего и зарезервированного товара. Проверьте их в своём аккаунте: сама интеграция не гарантирует эти ограничения. Источник: отгрузка товаров.
В проекте обмена свяжите сделку, заказ и документы исполнения. Не ищите заказ только по телефону клиента: у покупателя может быть несколько покупок. Возвращайте в CRM количество по каждой позиции, ссылки на документы и время обновления. Коммерческий этап, оплата и складское исполнение должны оставаться различимыми.
Учебный пример. Заказано десять одинаковых кружек, первая партия — четыре. В CRM нужно видеть «заказано 10, отгружено 4, осталось исполнить 6», а не общий статус «Отгружен». После второй партии проверяют итог по обеим отгрузкам. Возврат двух кружек учитывают отдельным событием: он не означает автоматическую потребность повторно отправить две штуки.
При изменении или отмене документа пересчитывайте итог по актуальным документам, а не просто прибавляйте количество из каждого пришедшего уведомления. Для закрытого периода и уже исполненного заказа определите допустимые корректировки и ручной маршрут согласования. Обычный перевод этапа CRM не должен создавать вторую отгрузку.
Сценарии обмена для приёмки
Таблица — заготовка тестов. Дополните её идентификаторами тестовых объектов, ответственным и согласованным временем появления результата. Выполняйте проверки на безопасных тестовых данных; если используется рабочий аккаунт, согласуйте документы со складом и учётной службой.
| Сценарий | Что проверить | Критерий приёмки |
|---|---|---|
| Новый заказ из CRM | Покупатель, организация, склад, варианты, количества, цены | Создан один связанный заказ; сумма и позиции совпадают |
| Повтор отправки после тайм-аута | Был ли первый запрос уже принят | Найден прежний заказ, второй не создан |
| Замена варианта до исполнения | Старая и новая позиции, прежний резерв | Состав согласован, лишний резерв не остался |
| Два заказа на дефицитный товар | Фактическая доступность и результат резервирования | CRM показывает подтверждение или исключение по каждому заказу, не обещает наличие без проверки |
| Частичная отгрузка | Количество по строкам и связь с заказом | Неотгруженная часть остаётся видна; заказ не объявлен полностью исполненным |
| Отмена до отгрузки | Доставка отмены и освобождение резерва | Отмена подтверждена обеими системами, резерв проверен |
| Возврат или исправление документа | Актуальные документы, итоговые количества | Сводка пересчитана без повторного начисления; дальнейшее действие согласовано |
| Недоступность обмена | Очередь, уведомление, восстановление | Заказ не потерян; после восстановления результат сверили, повторов нет |
Как искать ошибки синхронизации
Начинайте с конкретного заказа и времени изменения. Сравните четыре точки: исходный объект, отправленные поля, ответ принимающей системы и фактический объект после записи. Успешное техническое сообщение ещё не подтверждает правильный склад, модификацию или количество.
- Найдите идентификаторы сделки и заказа, направление обмена, время события и последней успешной обработки.
- Проверьте сопоставление товара, склада и покупателя, обязательные поля и права подключения.
- Разделите временный сбой доставки и ошибку данных. Во втором случае исправьте причину до повтора.
- После тайм-аута выясните, был ли заказ создан. Повторяйте действие с тем же ключом связи, не создавая документ вслепую.
- Сверьте итоговые позиции, суммы, резерв и отгрузки. Закройте ошибку только после подтверждения результата.
В журнале нужны понятное описание сбоя, ответственный и возможность найти объект. Токены доступа и лишние персональные данные туда не помещают. Кроме уведомлений об ошибках, предусмотрите регулярную сверку: отсутствие ошибок в журнале не выявляет событие, которое вообще не попало в обмен.
Когда связку можно запускать
Запуск готов, когда тесты пройдены, владелец каждого поля определён, задержка обмена измерена, а менеджер понимает разницу между отсутствием товара и отсутствием свежих данных. Зафиксируйте, кто останавливает ошибочный обмен и как работа продолжается вручную без параллельного создания дублей.
Для действующей связки эти проверки можно включить в сопровождение CRM. Если обмен ещё предстоит построить, таблица станет исходным заданием для проекта интеграции: сначала подтверждаем сценарии и ограничения выбранного решения, затем согласуем реализацию.