Количественный и складской учёт: отличия

В модуле «Интернет-магазин» 1С-Битрикс остатки можно вести двумя способами — количественным и складским учётом. Это не синонимы и не «уровни» одной настройки: они по-разному хранят данные, по-разному списывают товар и решают разные задачи. Разберём различия, чтобы выбрать режим осознанно и не переделывать всё через полгода.

Что это за два режима

Количественный учёт — это простой числовой остаток у товара. У каждого элемента каталога есть одно поле «Количество» (QUANTITY в таблице b_catalog_product), которое уменьшается при оформлении заказа и увеличивается, когда вы правите его вручную или загружаете из 1С. Никакой информации о том, где физически лежит товар, система не хранит — есть просто «столько-то штук всего».

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

Как хранятся и меняются данные

Ключевое различие — в источнике истины по остатку.

• Количественный: истина — поле QUANTITY самого товара. Кто последним записал число, того и остаток. История изменений не ведётся.
• Складской: истина — сумма проводок по складам (таблицы b_catalog_store_product и складские документы b_catalog_store_docs). Итоговый QUANTITY товара пересчитывается автоматически как сумма остатков по всем складам.

Практическое следствие: при складском учёте нельзя просто «вписать» новое количество в карточке товара — поле становится недоступным для прямого редактирования, и чтобы изменить остаток, нужно провести документ прихода, списания или инвентаризации. Это дисциплинирует, но требует другого регламента работы контент-менеджеров.

Сравнение по ключевым параметрам

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

Списание и резервирование при заказе

При количественном учёте оформление заказа уменьшает единственный остаток товара (при включённой настройке списания), а резерв — это просто «отложенные» штуки из общего числа. Всё живёт в пределах одного счётчика.

При складском учёте всё привязано к складу отгрузки: заказ резервирует и списывает товар с конкретного склада. Это позволяет, например, отгружать московские заказы с московского склада, а региональные — с распределительного центра, и видеть, где именно закончился товар. Поведение списания настраивается в параметрах модуля sale — можно списывать в момент оформления, оплаты или смены статуса.

Какой режим выбрать

Ориентируйтесь на реальную логистику магазина, а не на «чтобы было по-взрослому».

1. Количественный подойдёт, если: один физический склад (или он вообще условный), остатки грузятся из 1С готовым числом, а магазину важно лишь показывать наличие и блокировать заказ отсутствующего товара.
2. Складской нужен, если: несколько точек хранения, требуется история движений и инвентаризация средствами сайта, либо вы ведёте приход/перемещение прямо в Битрикс без внешней учётной системы.

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

Переход между режимами

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

• Создайте склад(ы) в Магазин → Склады.
• Проведите стартовый документ прихода (или инвентаризации) с текущими остатками, чтобы наполнить складские таблицы.
• Проверьте товары с торговыми предложениями (SKU): остаток ведётся по предложениям, а не по родительскому товару.
• Согласуйте обмен с 1С — формат выгрузки остатков для складского режима отличается (передаются остатки по складам).

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

Частые ошибки

• Включили складской «на всякий случай» при одном складе и обмене с 1С — получили усложнённый процесс без выгоды и расхождения остатков.
• Не наполнили склады документами после включения — везде нули, товар считается отсутствующим, заказы блокируются.
• Правят остаток в карточке по привычке — при складском учёте это невозможно, менеджеры не понимают, «почему не сохраняется».
• Забыли про SKU — остатки завели по родительскому товару, а покупатель выбирает предложение с нулём.
• Несогласованное списание — резерв и списание настроены на разные события, из-за чего остаток «плавает».

Итог

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

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