Как в 1С поставить запрет отрицательных остатков

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

Запрет отрицательных остатков решает эту проблему на корню: система отказывается проводить документ, который уводит остаток в минус, и пользователь вынужден сразу исправить ситуацию — ввести поступление, уточнить склад или откорректировать количество. В типовых конфигурациях 1С (Управление торговлей 11, ERP, Комплексная автоматизация, УНФ) такой контроль настраивается штатно, без доработок.

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

Где в типовых конфигурациях включается контроль остатков

В Управлении торговлей 11, ERP и Комплексной автоматизации настройка находится в разделе «НСИ и администрирование». Откройте «Настройка НСИ и разделов» → «Склад и доставка». В группе параметров склада найдите флаг «Контролировать остатки товаров на складах» (в некоторых релизах он называется «Запретить отгрузку при недостаточном количестве товаров на складе»). Установите его и сохраните настройки.

В Управлении нашей фирмой (УНФ) путь другой: «Компания» → «Ещё больше возможностей» → раздел «Закупки» или «Запасы», где включается контроль остатков при проведении расходных документов. В Бухгалтерии предприятия 3.0 контроль остатков при списании включён по умолчанию и работает на уровне счетов учёта — отключить его штатно нельзя, а при попытке списать больше, чем есть, программа выдаёт ошибку «Не хватает остатка по счёту».

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

1. 1
   Проверьте и исправьте текущие минусы через отчёт «Ведомость по товарам на складах»
2. 2
   Откройте «НСИ и администрирование → Настройка НСИ и разделов → Склад и доставка»
3. 3
   Установите флаг «Контролировать остатки товаров на складах»
4. 4
   Проведите тестовую реализацию с количеством больше остатка и убедитесь, что документ не проводится
5. 5
   Сообщите пользователям о новом порядке работы и о том, как оформлять поступления до отгрузки

Что сделать до включения запрета

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

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

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

Как работает контроль: оперативное и неоперативное проведение

Контроль остатков в 1С привязан к моменту проведения документа. При оперативном проведении (документ текущей датой, время «сейчас») система проверяет свободный остаток на складе с учётом резервов. Если товара не хватает, документ не проводится, а пользователь видит сообщение с указанием номенклатуры, склада и недостающего количества.

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

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

Варианты контроля: жёсткий запрет или предупреждение

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

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

Если штатной настройки недостаточно: программный контроль

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

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

Пример логики проверки в обработчике проведения выглядит так:

Запрос = Новый Запрос;
Запрос.Текст = "ВЫБРАТЬ Товары.Номенклатура, Товары.Количество ИЗ Документ.РеализацияТоваровУслуг.Товары КАК Товары ГДЕ Товары.Ссылка = &Ссылка";
Запрос.УстановитьПараметр("Ссылка", Ссылка);
// Далее соединение с остатками регистра ТоварыНаСкладах
// и при Остаток < Потребность: Отказ = Истина + сообщение пользователю

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

Проверка результата и типичные ошибки

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

Если после включения контроля минусы всё равно появляются, проверьте три вещи: кто проводит документы задним числом, не отключён ли контроль для отдельных складов и не используются ли документы, которые двигают остатки в обход основного механизма (например, ручные корректировки регистров).

FAQ