Битрикс24 и МойСклад: как связать данные CRM и склада
Выбираем схему обмена, согласуем значения остатков и проверяем путь от сделки до складских документов.
Менеджер согласовал продажу в CRM, а на складе ждут заказ с другими позициями. Или товар выглядит доступным, хотя часть количества только ожидают от поставщика. В таких ситуациях полезнее проверить правила связи данных, чем начинать с установки приложения. Ниже — как выбрать объём обмена и принять его по конкретным записям.
Что нужно связать: работу менеджера или отчёт
Если менеджер должен видеть наличие, передавать согласованный заказ и получать результат его исполнения, нужен операционный обмен. Если руководителю требуется сравнить CRM с продажами и запасами, задача может ограничиться сбором данных для отчёта. Эти сценарии можно сочетать, но принимать их стоит отдельно.
Сформулируйте результат через действие сотрудника: «после согласования позиции попадают в один заказ покупателя» или «на панели видно, что продано и что ещё ждёт отгрузки». Так проще отделить обязательные функции от приятных дополнений. Общие принципы отчётов разобраны в статье о BI-аналитике.
Не путайте CRM Битрикс24 с «1С-Битрикс: Управление сайтом». Официальная инструкция МоегоСклада по 1С-Битрикс описывает обмен с интернет-магазином. Она не подтверждает, что тот же способ подключает сделки облачной CRM.
Кто ведёт каждый вид данных
Для каждого поля назначьте систему, в которой его изменяют, и правило передачи. Двусторонний обмен не означает, что обе стороны могут независимо переписывать цену, резерв и состояние документа. Если одно изменение возвращается обратно без проверки источника, легко получить цикл или потерять более свежую правку.
Ниже — пример распределения ответственности для компании, которая ведёт товарный учёт в МойСклад, а продажи согласует в Битрикс24. Это проектное решение, а не настройка любого коннектора по умолчанию.
| Данные | Где ведём | Куда передаём | Что согласовать |
|---|---|---|---|
| Товары и модификации | МойСклад | В каталог CRM | Как связаны конкретные варианты, единицы и цены |
| Наличие и резерв | МойСклад | Для просмотра в CRM | Какие склады, показатель и время обновления |
| Согласование продажи | Битрикс24 | В заказ покупателя | Какое событие создаёт заказ и кто меняет позиции |
| Отгрузка и возврат | МойСклад | В связанную сделку | Какие документы и количества подтверждают результат |
| Оплата | Выбранный источник платежей | В связанную запись | Сумма, валюта, дата и связь с документом |
Укажите конкретные организации, склады и типы цен. Если приложение передаёт только общий остаток, а менеджеру нужен определённый склад или размер, общее число не решает задачу. Подробная проверка складской выборки есть в инструкции по остаткам МойСклад.
Почему «Доступно» может означать разные количества
В МойСклад действует формула Доступно = Остаток + Ожидание − Резерв. Ожидание относится к ещё не полученному товару. В штатном складском учёте Битрикс24 доступный остаток = количество на складе − резерв. Обе формулы подтверждены официальными материалами, но описывают разные показатели.
Учебный пример: на выбранном складе 10 единиц, 3 зарезервированы, 5 ожидаются. Числа условные; это сравнение определений, а не результат подключения.
| Показатель | Расчёт | Количество |
|---|---|---|
| Доступно в МойСклад | 10 + 5 − 3 | 12 |
| Количество на складе минус резерв | 10 − 3 | 7 |
Для обещания немедленной отгрузки нельзя считать ожидаемые пять единиц уже поступившими. Договоритесь, какой показатель нужен в CRM, как он подписан и на какой момент рассчитан. Возможность выбрать способ расчёта зависит от решения; проверяйте её в настройках и документации.
Для проверки этого штатного экрана откройте CRM → Сделки, нужную карточку и вкладку «Товары»; нажмите значение в колонке «Доступный остаток». Перед сравнением убедитесь, что проверяете один товар, один склад и сопоставимое время обновления. Метод описан в справке по резервам в CRM.
Как сопоставлять товары и клиентов без дублей
При первом подключении проверьте соответствия существующих записей. Одинаковое название не доказывает, что это один товар: у него могут различаться размер, цвет, фасовка или единица измерения. Артикул помогает найти кандидата, но правило его уникальности нужно проверить в вашем каталоге.
Храните связь по идентификаторам записей двух систем, а названия и артикулы используйте для сверки. У клиента также нужна связь карточек: согласуйте, как обрабатываются компания и контакт, несколько телефонов и уже существующие записи. Не полагайтесь на создание нового контрагента при каждом событии.
Отдельно проверьте товарные позиции: нужную модификацию, количество и единицу, цену, скидку, налог и валюту. Стоимость строки и итог заказа должны объясняться одним правилом округления. Если обязательное соответствие не найдено, лучше направить запись на проверку, чем молча подставить похожий товар.
Сделка, заказ, отгрузка и оплата — разные события
В МойСклад заказ покупателя фиксирует договорённость и может резервировать товары, но сам не меняет фактический складской остаток. Отгрузка и другие складские документы отражают движение товара; оплата учитывается отдельным связанным документом. Поэтому сумма заказа не доказывает, что всё оплачено и отгружено.
Выберите событие создания заказа: например, подтверждение состава покупки на согласованной стадии CRM. Это условие вашего процесса. Затем решите, кто вправе менять позиции после создания и что делать при возврате сделки на предыдущую стадию. Не превращайте любое изменение CRM в безусловное создание нового документа.
Пример для проверки: заказано 8 единиц, сначала отгружено 3, позже ещё 5. В связанной записи должно быть понятно, что исполнено сейчас, а что осталось. Так же отдельно проверьте частичную оплату. Это сценарий приёмки; поддержка таких событий должна быть подтверждена у выбранного коннектора.
Согласуйте отмену до отгрузки, возврат после неё и снятие резерва именно у связанного заказа. Если складской учёт используется одновременно в обеих системах, определите, где формируется каждый документ движения. Два независимых счётчика одной продажи нужно согласовать до запуска.
Готовый коннектор или индивидуальный обмен
Готовое приложение удобно, когда его правила совпадают с вашим процессом. В официальном каталоге МоегоСклада есть, например, решение HTMLStudio и МСКоннект от МСМодуль. Карточки описывают разные наборы возможностей. Это сведения разработчиков, а не универсальный стандарт обмена или результаты нашего тестирования.
Перед выбором проверьте нужные объекты и направления, правила запуска, выбранные склады, модификации, отмены и частичное исполнение. Попросите показать повторную обработку и журнал ошибок. Уточните условия для облачной или коробочной версии Битрикс24, стоимость приложения и сопровождения.
Индивидуальная интеграция через API подходит, если обязательный сценарий не покрыт готовым решением. Она требует собственного хранения связей, обработки ошибок и повторов. У API есть ограничения; доступ и условия аккаунтов проверяйте по документации МоегоСклада и лимитам Битрикс24. Само наличие API не означает бесплатную разработку или мгновенную синхронизацию.
Для облачного Битрикс24 в зоне ru подписка Маркетплейс требуется и для локальных приложений и вебхуков, кроме описанного в справке узкого исключения для CRM-триггера. Для коробочной версии условия входящих вебхуков отличаются. Сверьте актуальные условия подписки под ваш способ подключения.
Как принять обмен на небольшом пилоте
Подготовьте отдельный контрольный набор и заранее запишите ожидаемый результат. Используйте тестовую среду или согласованные тестовые записи; ограничьте направления, чтобы проверка не обработала всю историю. Начните с нескольких товаров и одного полного пути заказа.
| Проверка | Критерий результата |
|---|---|
| Новый согласованный заказ | Создан один связанный документ, позиции и суммы совпадают |
| Повтор того же события | Обновлён тот же документ, второй заказ или платёж не появился |
| Правка позиции после создания | Применено согласованное правило: обновление, запрет или ручная проверка |
| Отмена до отгрузки | Статус и собственный резерв обработаны по правилам, чужие заказы не затронуты |
| Частичная оплата и отгрузка | Сохранены фактические суммы и количества, заказ не выглядит полностью исполненным |
| Возврат и сбой обмена | Возврат связан с исходной продажей; ошибка видна, повтор не создаёт копию |
Для каждого случая сохраняйте ID обеих записей, событие, время обработки, исходные и полученные позиции. Проверяйте фактический документ, а не только зелёное уведомление коннектора. Если сценарий не поддерживается, зафиксируйте ручной процесс или выберите другой способ обмена до расширения пилота.
Настройте, кто увидит ошибку и кто её разберёт. Повтор после сбоя должен сохранять связь с прежним документом; иначе временная недоступность станет причиной дублей. Договоритесь о порядке исправления и контрольной сверке после восстановления.
Что согласовать для общего BI-отчёта
Свяжите сделку с заказом и связанными документами, затем определите вопрос отчёта. Дата создания сделки, дата отгрузки и дата оплаты отражают разные события. В таблице данных сохраните их отдельно; для каждого показателя явно выберите нужную дату.
Не складывайте сумму сделки и сумму её отгрузки как две продажи. При нескольких отгрузках один заказ появляется в детализации несколько раз; расчёт должен учитывать эту связь. Текущий остаток также не заменяет снимок запаса на прошлую дату.
Сначала сверяйте несколько исходных заказов, затем расширяйте отчёт. Для складской части используйте разбор отчётов МойСклад, для первого отчёта по CRM — инструкцию по BI Конструктору Битрикс24. Ни один из этих отчётов сам по себе не запускает обмен складскими документами.
Частые вопросы
Есть ли один штатный обмен Битрикс24 и МойСклад?
В каталоге МоегоСклада есть приложения сторонних разработчиков для Битрикс24. У них различаются объекты, направления и условия обмена. Выбирайте конкретное решение по вашему сценарию и проверяйте его актуальную документацию; инструкция для сайта 1С-Битрикс относится к другому продукту.
Можно ли передавать «Доступно» как товар в наличии?
Сначала согласуйте смысл показателя: в МойСклад «Доступно» включает ожидание, а в штатном складском учёте Битрикс24 доступный остаток — количество минус резерв. Для обещания отгрузки сейчас отдельно проверяйте фактический склад, резерв и время обновления. Название поля не подтверждает одинаковый расчёт.
Успешная сделка должна автоматически стать отгрузкой?
Такое действие требует отдельного правила, а не совпадения названий статусов. Заказ покупателя в МойСклад сам по себе не меняет фактический остаток; складской результат отражают соответствующие документы. Проверьте, какой документ создаёт выбранный коннектор и в каком состоянии.
Как избежать дублей товаров и заказов?
Храните связи записей двух систем по устойчивым идентификаторам. Названия и артикулы используйте для проверки первичного сопоставления, учитывая модификации и единицы. В пилоте отправьте одно событие повторно: оно должно обновить связанную запись или быть корректно пропущено.
Индивидуальная интеграция через API будет бесплатной?
Наличие API не делает разработку и сопровождение бесплатными. Проверьте условия аккаунта МоегоСклада, ограничения API и подписку Маркетплейс для вашего варианта Битрикс24. Для облачной версии в зоне ru у локальных приложений и вебхуков есть отдельные условия.
Можно ли ограничиться общим BI-отчётом?
Да, если задача — анализировать продажи и склад без создания или изменения документов в другой системе. Сначала согласуйте связи, даты и определения показателей. Отчёт не заменяет операционный обмен заказами и резервами, если менеджерам нужен именно этот процесс.