Резервирование товаров в 1С: 5 шагов, чтобы заказы не блокировали склад

Резервирование товаров в 1С включается в разделе НСИ и администрирование → Продажи → Резервирование и настраивается на уровне договора: «На складе», «Под заказ» или «Без резерва». Логику меняют за 10 минут, но при 15–20 одновременных заказах регистр «Товары на складах» начинает подвисать из-за блокировок СУБД — и дальше это уже вопрос мощности сервера, а не галочек в настройках.

где включается резервирование: договор, склад, заказ

Резервирование в типовых конфигурациях («Управление торговлей», ERP) собрано в трёх местах, и путать их — частая причина, почему настройка работает не так, как ожидал менеджер.

• ✓Функциональная опция в НСИ и администрирование → Продажи → Резервирование товаров — включает саму возможность резерва для базы целиком.
• ✓Вид резервирования в договоре или соглашении с клиентом: «На складе» держит товар за конкретной ячейкой, «Под заказ» — до момента отгрузки без привязки к месту хранения, «Без резерва» — для позиций с высоким оборотом, где резерв только тормозит проведение.
• ✓Ордерная схема на карточке склада — определяет, блокирует ли резерв физическое перемещение или только документ продажи.

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

5 шагов настройки: от документа заказа до регистра остатков

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

что чаще всего забывают настроить

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

почему резерв виснет на пятнадцать секунд, когда заказов больше двадцати

Артём, менеджер оптовых продаж, в 11:20 пытается провести заказ на последние 8 упаковок фильтров. Документ висит на статусе «Идёт запись…» пятнадцать секунд. В это же время кладовщик на соседнем терминале уже начал отгрузку по другому заказу с тем же артикулом — оба документа одновременно пишут в регистр «Товары на складах».

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

Дальше считать проще в деньгах и времени, чем в абстракциях. Пока заказ висит 15 секунд, клиент на линии слышит тишину, а менеджер повторяет попытку провести документ. За смену с сотней заказов на такие паузы уходит лишние 20-30 минут работы отдела продаж. В пиковые часы — закрытие месяца, утро понедельника, отгрузка перед праздниками — очередь блокировок растягивается, и часть отгрузок сдвигается на завтра. Это не абстрактный риск, а конкретный сорванный срок по конкретному заказу и конкретный клиент, который в следующий раз позвонит конкуренту.

какие ошибки настройки чаще всего создают лишние блокировки

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

как понять, что дело в сервере, а не в настройках

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

как посмотреть блокировки в техническом журнале

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

Сопоставить нагрузку и конфигурацию сервера удобно по числу одновременных резервирований — от него зависит, сколько параллельных транзакций СУБД обрабатывает в пиковую минуту.

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

что меняет перенос базы на арендованный сервер

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

На аренде сервера 1С от 1 100 ₽/мес за пользователя ресурсы выделены под одну базу, и очередь блокировок формируется только вашей собственной нагрузкой, а не соседями по хостингу. Для 20-30 одновременных резервирований обычно достаточно виртуального сервера для 1С с гарантированными ядрами и SSD — на нём очередь блокировок держится в пределах секунды даже в пиковые минуты. При 40+ одновременных сессиях и активном партионном учёте по заказам стоит сразу смотреть в сторону выделенного сервера в аренду — там нет соседей вообще, и латентность диска предсказуема даже в момент закрытия месяца.

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

чек-лист: 5 признаков, что пора пересмотреть резервирование

• ✓Документ заказа проводится дольше 5-7 секунд в обычное время, а не только в пиковые часы.
• ✓В техническом журнале регулярно встречаются ожидания блокировки по регистру «Товары на складах» длиннее 3 секунд.
• ✓Кладовщики жалуются, что резерв «не тот»: товар показан свободным, хотя уже продан, или наоборот числится занятым без причины.
• ✓Регламентное задание пересчёта резервов не укладывается в расписание или регулярно падает по таймауту.
• ✓Число одновременных пользователей выросло за полгода-год, а конфигурация сервера осталась прежней.

Если совпало хотя бы два пункта из списка — дело не в договорах и не в видах резервирования, а в ресурсах, которые база получает под нагрузкой. Донастройка регламентных заданий стоит часы работы специалиста (сопровождение 1С — от 3800 руб/час), перенос на выделенные ресурсы — от 1 100 ₽/мес за пользователя, и обычно это дешевле, чем ежедневные 20-30 минут простоя отдела продаж на зависших резервах.

❓ Частые вопросы

Что делать, если резерв в 1С «завис» на отменённом заказе?

Проверить регламентное задание пересчёта резервов — обычно оно просто не выполняется по расписанию из-за нагрузки на сервер. Запустить пересчёт вручную через ЦУП, затем перенастроить время задания на менее загруженный час. Если зависания повторяются каждую неделю, дело в ресурсах сервера, а не в разовом сбое.

Резервирование тормозит только у крупных клиентов с большой базой или у любой компании?

Тормозит при определённом числе одновременных пользователей, работающих с одним складом, а не от размера компании. У пятнадцати пользователей на одном складе блокировки заметны и в компании на 50 сотрудников, и на 15 — если все резервируют товар в одно и то же время, например с 9 до 10 утра.

Поможет ли переход на SSD, если база уже на арендованном сервере?

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

Сколько стоит перенести базу 1С на арендованный сервер?

Аренда сервера 1С начинается от 1 100 ₽/мес за пользователя — конкретная цена зависит от числа пользователей, объёма базы и требуемых ресурсов CPU и RAM. Донастройка после переноса — индексы, регламентные задания, приоритеты — оплачивается отдельно по часовой ставке сопровождения 1С, от 3800 рублей в час.

Можно ли настроить резервирование самостоятельно без программиста?

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