Остатки товаров в CRM: как согласовать данные склада и отдела продаж

CRM показывает товар, который уже обещали другому

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

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

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

Как количество превращается в доступный остаток

В учёте различают общий запас и товар, который ещё можно обещать следующему покупателю. Отчёт Битрикс24 об остатках разделяет показатели «Количество», «Резерв» и «Доступный остаток». Они относятся к одной позиции, но отвечают на разные вопросы.

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

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

Где исправляют исходные данные

Независимое исправление одного остатка в двух системах создаёт конфликт: следующая передача способна отменить работу сотрудника. Источник учёта выбирают заранее. В нём регистрируют движения и исправляют ошибки, а остальные системы получают подготовленное значение.

Для компании, которая ведёт поступления и отгрузки в 1С, я выбираю её как место исправления складских данных: перенос этой работы в CRM без изменения процесса создаст параллельный учёт. В справке интеграции 1С с Битрикс24 описан такой режим: товары и документы в CRM не редактируют, сведения поступают из 1С.

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

В проекте цветочного гипермаркета команда ШТАБ ИТ разрабатывала сайт на 1С-Битрикс, работала с Битрикс24 и 1С — УНФ и бухгалтерией. Учётную систему связали с сайтом и CRM, а заказы передавали между 1С и сайтом. Для заказчика из такого состава работ следует отдельный вопрос: где менеджер узнаёт о свободном запасе и где закрепляет товар за клиентом? Эти правила описывают отдельно, прежде чем оценивать передачу складских данных.

Исправление начинают с нужной системы. Когда исходное количество неверно, сотрудник обращается к ответственному за учёт, а если в источнике всё верно и отстаёт только CRM, выясняет причину передачи устаревшей копии данных. Такой порядок разделяет две разные задачи и помогает передать исполнителю понятное описание сбоя.

Когда резерв действительно удерживает товар

Резерв защищает товар, который компания уже обещала покупателю. Слишком раннее закрепление может занять запас неоплаченными запросами, а слишком позднее — позволить сотрудникам обещать один товар нескольким клиентам, поэтому до настройки выбирают событие и срок резервирования. В инструкции Битрикс24 описана работа в режиме «Без заказов». Исполнитель уточняет, использует ли ваша CRM этот режим. Для связанного учёта в 1С правила обсуждают через соответствующую интеграцию, поскольку события продажи и место создания документов нужно связать с действующим процессом компании.

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

В описанном сценарии можно резервировать больше товара, чем сейчас доступно на складе, но верхней границей остаётся количество, которое планируется продать в этой сделке. Резерв не равен поступлению. Запись под ожидаемую поставку фиксирует потребность покупателя, а физическое наличие и возможность немедленной отгрузки ещё предстоит подтвердить.

Обещания из наличия и под поставку лучше разделить явно: одинаковое слово «резерв» не сообщает клиенту срок получения. В карточке продажи видны основание и ожидаемая дата, а сотрудник объясняет, что уже подтверждено. Тогда резерв помогает организовать заказ без ложного впечатления, что весь товар уже ждёт на складе.

Какой задержки достаточно для вашего процесса

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

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

Для разбора сбоя исполнитель открывает в 1С пункт «Зарегистрированные изменения»: там видны подготовленные и неотправленные данные, по которым можно найти причину ошибки и необходимость повторной передачи. Руководителю нужен другой результат — понятный сигнал о том, что остатки потеряли актуальность. Старое число без предупреждения выглядит действующим. Если отдел продолжит опираться на него, клиент получит обещание из прежнего состояния склада.

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

Почему одинаковый товар на двух складах не складывают вслепую

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

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

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

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

Как принять обмен и правила продажи

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

• Сопоставлены товар, вариант, единица и склад.
• Учётное подразделение и продавец одинаково понимают доступное количество.
• Резерв появляется и освобождается по принятому событию.
• Возраст данных укладывается в допустимый для продажи срок.
• При задержке обмена менеджеру понятен порядок подтверждения.

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

Что записать в задание на интеграцию

Задание связывает остаток с обещанием отгрузки: где ведётся учёт, когда закрепляется товар, какая задержка допустима и что делает менеджер при сбое. Названия систем дополняют эти правила.

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

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