Битрикс24 и МойСклад: как связать сделки, заказы и остатки

Менеджер договорился с покупателем в Битрикс24, затем открыл МойСклад и заново набрал тот же заказ. Пока переносил товары, коллега продал последнюю штуку. Клиент уже ждёт счёт, а наличие приходится уточнять ещё раз. Это пример ситуации, в которой связь CRM со складом становится ежедневной необходимостью.

Интеграция Битрикс24 и МойСклад помогает убрать повторный ввод. Но перед подключением стоит договориться, где сотрудники меняют цены, когда создаётся заказ и что означает статус «Оплачен». Разберём, как организовать такой процесс и что проверить, чтобы обмен данными помогал выполнять обещания клиентам.

Сначала распределите работу между Битрикс24 и МойСклад

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

Это выбор организации работы. В Битрикс24 тоже есть собственный складской учёт, включая документы и резервирование — возможности описаны в официальном руководстве Битрикс24. Если вы сохраняете МойСклад как основную учётную систему, заранее согласуйте, как с ней будут взаимодействовать складские функции CRM и уже работающие автоматические действия.

Для каждого вида данных назначьте ответственного. Например, товарные карточки исправляет товаровед, а контактные данные — менеджер. Иначе даже исправно работающий обмен будет переносить противоречащие друг другу изменения.

Сопоставьте товары и клиентов до первого заказа

«Футболка белая» и «Белая футболка» могут быть одним товаром, а две одинаково названные позиции — разными размерами. Для связи карточек выбирайте устойчивый идентификатор, который поддерживает интеграция. Если сопоставление идёт по артикулу, сначала убедитесь, что артикулы заполнены и не повторяются. Одного совпадения названий недостаточно.

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

С клиентами нужна такая же аккуратность. Для организаций полезно сверять ИНН и реквизиты, для покупателей — телефон и почту. Приведите телефоны к единому формату, но оставьте ручную проверку спорных совпадений: общий семейный номер или телефон офиса ещё не означает, что карточки можно объединить.

Показывайте остатки, по которым можно обещать товар

Фактический остаток отвечает на вопрос «сколько товара числится на складе». Менеджеру для новой продажи часто нужно другое число: сколько можно предложить с учётом уже принятых заказов. Поэтому в настройках обмена важно определить, какие склады и какое количество передавать в CRM.

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

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

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

Разделите подтверждение заказа, оплату и отгрузку

Стадия сделки показывает, как идёт продажа. Оплата подтверждает поступление денег. Отгрузка фиксирует передачу товара. Эти события могут происходить в разное время, поэтому одному перемещению сделки не стоит автоматически приписывать все три смысла.

Опишите последовательность для вашего бизнеса. Ниже — пример для продажи из наличия с полной предоплатой. Конкретные действия и направления обмена нужно сверить с возможностями выбранной интеграции.

1. Новая заявка. Менеджер уточняет потребность. Черновая переписка ещё не занимает товар на складе.
2. Заказ согласован. Утверждены товары, количество, цена, организация и склад. Создаётся связанный заказ покупателя, проверяется резерв.
3. Оплата получена. Подтверждено поступление нужной суммы. Выставленный счёт сам по себе не означает, что покупатель заплатил.
4. Товар передан. Оформлена отгрузка. Менеджер видит её результат и может сообщить клиенту о выполнении заказа.
5. Отказ до отгрузки. Заказ закрывается по согласованному правилу, свободный остаток проверяется заново.

При частичной оплате или отгрузке одной отметки «Готово» недостаточно. Проверьте, как видны суммы, количества и связанные документы. Возврат после передачи товара тоже нужно обработать отдельно: перемещение сделки назад по воронке не должно подменять оформление возврата.

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

Проверьте обмен на небольшом наборе заказов

Начните с нескольких товаров и клиентов. Сначала проверьте каталог и остатки, затем создание заказа, после этого — оплату, отгрузку и отмену. При таком запуске проще заметить, на каком шаге появляется расхождение.

• Обычная продажа. Состав, цена, скидка, клиент, организация и склад совпадают в обеих карточках.
• Повторное сохранение. Изменение той же сделки обновляет связанный заказ и не создаёт второй.
• Существующий клиент. Новая покупка попадает в прежнюю карточку, история не разделяется между дублями.
• Изменение заказа. Добавление и удаление позиции корректно меняет состав, сумму и нужный резерв.
• Последняя единица. Два менеджера пробуют заказать один и тот же остаток. Понятно, кто и на каком шаге получает предупреждение о нехватке.
• Отмена и возврат. Проверьте их отдельно: что стало с документами, оплатой и доступным товаром.
• Частичное исполнение. Если оно бывает у вас, убедитесь, что остаток долга и неотгруженные позиции видны сотрудникам.
• Задержка обмена. Ответственный знает, где увидеть ошибку и как безопасно повторить операцию.

Сохраните номера тестовой сделки и заказа. При расхождении сравнивайте конкретную пару документов: когда и кем они изменены, что должно было передаться и что получилось. Так вопрос «почему не работает синхронизация» превращается в проверяемую задачу.

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

Частые вопросы об интеграции Битрикс24 и МойСклад

Обязательно ли передавать все данные сразу?

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

Почему остатки в CRM и МойСклад могут отличаться?

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

Можно ли оставить существующую базу клиентов?

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