Настройка складского учёта в Битрикс24 для малого бизнеса

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

Нужен ли Битрикс24 как система складского учёта, или хватит интеграции с 1С

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

Настройка каталога товаров и складов

Раздел CRM → Товары → Настройки → Склады, где создаются физические склады компании — например, «Основной склад», «Витрина в шоуруме», «Склад брака и возвратов». Для каждого товара в карточке указывается единица измерения, штрихкод (если используется сканер) и минимальный остаток, при котором система будет сигнализировать о необходимости пополнения. Отдельные подразделы «Склад брака» и «Возвраты» помогают не смешивать товар, готовый к продаже, с тем, что требует проверки или ремонта.

• Основной склад — товар, готовый к отгрузке и доступный для резервирования в сделках
• Склад брака и возвратов — товар на проверке, недоступный для продажи до решения по нему
• Витринный склад — образцы, которые физически не отгружаются клиенту напрямую
• Транзитный склад — товар, находящийся в пути между поставщиком и основным складом

Документы склада: приход, расход, перемещение, инвентаризация

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

1. 1.Оформите документ «Приход» при получении товара от поставщика с указанием номера накладной поставщика
2. 2.Настройте автоматическое списание товара документом «Расход» при переводе сделки на стадию отгрузки
3. 3.Используйте «Перемещение» при передаче товара между складами вместо ручного вычитания на одном и добавления на другом
4. 4.Проводите «Инвентаризацию» не реже раза в квартал, а для дорогих или ходовых позиций — раз в месяц
5. 5.Фиксируйте причину каждого расхождения при инвентаризации, а не просто корректируйте цифру для «schodимости»

Пример: интернет-магазин с 400 позициями и одним складом

Небольшой интернет-магазин одежды с 400 SKU и одним складом настраивает автоматическое резервирование товара в момент, когда клиент оформляет заказ на сайте, и заказ попадает в CRM как сделка. При переходе сделки на стадию «Оплачено» товар автоматически списывается документом «Расход», формируя актуальный остаток для сайта в реальном времени. Без такого резервирования на этапе оформления заказа возникает классическая проблема: два клиента одновременно заказывают последнюю единицу товара, оба получают подтверждение заказа, а по факту отгрузить можно только одному — и второй клиент получает отказ уже после оплаты, что портит репутацию магазина.

Резервирование товара в сделке

Резервирование — это отметка «товар зарезервирован под конкретную сделку», которая уменьшает доступный для продажи остаток, не списывая товар физически со склада до момента реальной отгрузки. Настраивается на уровне стадии воронки: например, при переходе сделки на стадию «Счёт выставлен» товар резервируется, а при переходе на «Оплачено и отгружено» — списывается финальным расходным документом. Без промежуточного резервирования компания рискует продать один и тот же товар дважды разным клиентам, если сделки оформляются параллельно несколькими менеджерами.

Единицы измерения и пересчёт между упаковками

Частый источник расхождений в остатках — путаница между единицами хранения и единицами продажи: товар закупается коробками по 24 штуки, а продаётся поштучно, и если в карточке товара не настроен явный коэффициент пересчёта между упаковкой и штукой, приходный документ на 10 коробок и расходный документ на 15 штук будут оперировать разными единицами, а итоговый остаток окажется бессмысленным числом. В настройках товара для таких случаев нужно явно задать базовую единицу хранения (обычно самую мелкую — штуку) и настроить упаковки как производные единицы с указанием коэффициента, чтобы приход коробками автоматически пересчитывался в остаток штук на складе.

Минимальные остатки и автоматические уведомления

Для каждого товара можно задать минимальный остаток, при достижении которого система показывает предупреждение в карточке товара. Для по-настоящему полезной работы этого недостаточно — стоит настроить робота или бизнес-процесс, который при снижении остатка ниже порога автоматически создаёт задачу закупщику «Пополнить остаток по товару X», а не полагается на то, что кто-то вручную зайдёт и заметит жёлтый значок предупреждения в интерфейсе.

Курс школы: Роботы, триггеры и умные сценарии в Битрикс24 — от 14 990 ₽

Штрихкоды и мобильное сканирование

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

Себестоимость и наценка: как считать маржу по каждой сделке

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

Учёт партий и сроков годности

Для товаров с ограниченным сроком годности — продукты питания, косметика, некоторые виды строительных смесей — базового складского модуля СRM может быть недостаточно для полноценного партионного учёта с автоматическим списанием по принципу FIFO (первым пришёл — первым ушёл). В таком случае разумно использовать пользовательские поля для отметки даты поступления и срока годности партии и добавить робота, который создаёт задачу кладовщику при приближении срока годности к критической дате — например, за 14 дней до истечения, чтобы успеть организовать распродажу или возврат поставщику, а не списать товар в убыток в последний момент.

1. 1.Заведите пользовательские поля «Дата поступления партии» и «Срок годности» для товаров с ограниченным сроком хранения
2. 2.Настройте автоматическую задачу кладовщику при приближении срока годности к критической отметке
3. 3.Актуализируйте себестоимость товара в карточке при каждом изменении закупочной цены у поставщика
4. 4.Раз в месяц сверяйте отчёт по марже с реальными закупочными документами, чтобы отследить расхождения из-за устаревшей себестоимости

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

Интеграция с кассой для розничных точек

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

Типичные ошибки складского учёта в малом бизнесе

• Списание товара происходит и автоматически по сделке, и вручную кладовщиком «на всякий случай» — остатки задваиваются в минус
• Резервирование не настроено, и один товар продаётся двум клиентам одновременно при параллельном оформлении заказов
• Инвентаризация проводится нерегулярно или вообще не проводится, из-за чего расхождения накапливаются месяцами незамеченными
• Склад брака и возвратов не выделен отдельно, бракованный товар физически смешан с готовым к продаже на одной полке и в одной карточке остатков
• Минимальные остатки заданы, но не привязаны к автоматической задаче закупщику — предупреждения просто никто не замечает
• Единица измерения задана неверно (штуки вместо упаковок или наоборот), из-за чего расчёт остатка расходится с реальностью в разы

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

Кто ведёт склад: разграничение ролей кладовщика и менеджера

Отдельный организационный вопрос — кто именно вносит складские документы: если это делает каждый менеджер по мере оформления своих сделок, неизбежно возникают расхождения в стиле заполнения и в дисциплине (кто-то оформляет расход сразу, кто-то откладывает на конец дня). Более устойчивая модель — выделить одного ответственного за складские документы (кладовщика или отдельного сотрудника), который проводит приход, расход и перемещение по факту физического движения товара, а менеджеры только резервируют товар под сделку, не трогая сами складские документы напрямую. Это не только снижает число ошибок, но и даёт понятную точку ответственности при любом расхождении остатков.

Чек-лист запуска складского учёта

1. 1.Определена структура складов: основной, брак и возвраты, витрина, транзит — при необходимости
2. 2.Настроено резервирование товара на промежуточной стадии воронки, а не только финальное списание
3. 3.Задана единая точка списания без ручных дублирующих операций
4. 4.Настроены минимальные остатки с автоматической постановкой задачи закупщику
5. 5.Составлен график регулярной инвентаризации с фиксацией причин расхождений
6. 6.Для товаров с высоким оборотом подключено сканирование штрихкодов