Контроль отгрузок в 1С: как не допустить пересортицы и недостачи

Пересортица и недостача при отгрузке почти всегда возникают из одной точки: один и тот же человек выписывает документ и сам же его проводит, без промежуточной проверки. В 1С есть инструменты, которые разрывают эту цепочку, – но большинство из них по умолчанию выключены. Дальше – конкретно, что включить и как выстроить контроль без отдельного контролёра в штате.
Две причины, а не пять
Руководители обычно перечисляют десяток причин пересортицы: невнимательность, спешка, плохое освещение на складе. На практике 90% случаев объясняются двумя системными дырами.
Первая: документ создаёт и проводит один человек. Менеджер выписал накладную на артикул А, в спешке поставил артикул Б – никто не перепроверил, товар уехал. Вторая: в базе разрешены отрицательные остатки. Это значит, что 1С позволяет провести отгрузку товара, которого физически нет на складе. Кладовщик «закрывает» документ, не выдав ничего, – а расхождение обнаруживается только при инвентаризации.
Устраните эти два условия – и статистика пересортицы падает в 3-4 раза ещё до внедрения чего-либо дополнительного.
Схема складского ордера: разделяем «выписал» и «отпустил»
В конфигурациях «Управление торговлей», «Комплексная автоматизация» и «ERP» есть ордерная схема склада. Суть простая: менеджер создаёт заказ покупателя и расходный ордер на товары – это его зона. Кладовщик на основании ордера формирует расходный складской ордер и фиксирует фактическую выдачу – это его зона.
Два разных документа, два разных пользователя. Кладовщик физически не может провести отгрузку без ордера от менеджера, а менеджер не может «закрыть» склад за кладовщика – если права настроены правильно.
Включается в разделе «НСИ и администрирование» – «Склад и доставка» – «Ордерный склад». После включения добавьте склад в список «ордерных» и назначьте роли: «Менеджер по продажам» и «Кладовщик» должны быть разными учётными записями с разными наборами прав.
Три настройки 1С, которые закрывают большинство проблем
Эти настройки не требуют доработки конфигурации – они есть в типовых версиях.
1. Запрет отгрузки при отсутствии товара. «НСИ и администрирование» – «Склад и доставка» – установить флаг «Контролировать остатки при проведении документов». После этого 1С не проведёт расходную накладную, если по регистру остатков на складе недостаточно товара. Отрицательный остаток станет невозможен в принципе.
2. Обязательное заполнение серии и партии. Если вы ведёте серийный или партионный учёт, установите в параметрах учёта обязательность заполнения этих реквизитов в строках документов. Пустая партия в накладной – сигнал, что кладовщик «угадал» товар, а не взял конкретный экземпляр с полки.
3. Разграничение прав на проведение складских документов. В роли «Менеджер по продажам» уберите право проводить расходные складские ордера и накладные на отгрузку. Это делается через «Администрирование» – «Настройка пользователей и прав». Менеджер выписывает, кладовщик проводит – и никак иначе.
Если не уверены, насколько корректно настроены права в вашей базе прямо сейчас, – экспресс-проверка базы 1С за два дня покажет это без погружения во все настройки подряд.
Чек-лист проверки каждой отгрузки
Этот список можно распечатать и повесить на рабочем месте кладовщика. Каждый пункт – перед тем как провести документ и отпустить машину.
- Артикул и наименование в накладной совпадают с тем, что стоит на паллете или в ячейке.
- Количество в документе проверено физическим пересчётом – не «на глаз».
- Характеристика товара указана (цвет, размер, модификация) – если ведётся.
- Серия или партия заполнена в каждой строке документа.
- Склад-отправитель в документе совпадает с фактическим складом, с которого идёт отбор.
- Наименование контрагента и адрес доставки проверены – особенно если накладная была скопирована с предыдущей.
- Документ подписан кладовщиком до момента передачи водителю.
Шесть секунд на каждый пункт – это 40 секунд на накладную. При 20 отгрузках в день – 13 минут. Против 2-3 часов на разбор претензии от клиента.
Типовая ошибка: копирование накладной и сколько это стоит
Один из самых частых источников пересортицы – копирование предыдущего документа через «Ввести на основании» или Ctrl+C. Менеджер меняет количество, иногда меняет контрагента, но не проверяет все строки. В строке остаётся прошлый артикул или прошлая характеристика.
Реальная картина по компании с оборотом 8-12 млн ₽ в месяц и 150-180 накладными: примерно каждая 15-я накладная содержит ошибку копирования. При среднем чеке 45,000 ₽ за отгрузку и стоимости одного разбора претензии около 4,000-6,000 ₽ (логистика туда-обратно + время менеджера + повторная сборка), ежемесячные потери составляют 40,000-60,000 ₽. Это до возможных штрафных санкций по договору.
Решение без доработки: в настройках формы документа добавьте обязательный комментарий при копировании – «причина создания на основании». Это не остановит ошибку, но создаёт трение, которое замедляет копирование «на автомате». Решение с минимальной доработкой: запретить команду «Скопировать» для менеджеров на уровне прав и разрешить только «Ввести на основании заказа» – тогда строки заполняются из актуального заказа, а не из прошлой накладной.
Формула порога: когда бить тревогу
Без пороговых значений контроль превращается в реакцию на жалобы клиентов. Три ориентира, которые работают в малом и среднем бизнесе.
Недостача по инвентаризации больше 0,3% от месячного оборота по позиции – обязательная внеплановая проверка этой SKU: пересчёт остатка, сверка с движениями за период. 0,3% – это не строгий норматив, но на практике при аккуратном учёте расхождения не превышают 0,1-0,15%. Если выходит за 0,3% – значит, проблема не случайная.
Недостача в одной накладной больше 5,000 ₽ – остановка следующей отгрузки этому клиенту до выяснения обстоятельств. Не «разберёмся потом», а конкретная блокировка в 1С через запрет отгрузки контрагенту.
Три случая пересортицы по одному складскому работнику за месяц – разбор с руководителем склада и внеплановая инвентаризация его зоны ответственности. Не «предупреждение», а конкретное действие с фиксацией результата.
При обороте 5 млн ₽ в месяц порог 0,3% – это 15,000 ₽. Если ежемесячные расхождения стабильно выше этой суммы – проблема системная, не случайная.
Это можно не делать руками. Виртуальные сотрудники внутри 1С проверяют каждую отгрузку по регламенту автоматически: сверяют документ с заказом, фиксируют расхождения, ставят задачи ответственным и перепроверяют, что нарушение устранено. Посмотрите, как работают виртуальные сотрудники контроля качества в 1С – сводка в Telegram вместо ручных проверок.
Частые вопросы
Как в 1С найти расхождения между заказом покупателя и выписанной накладной?
В «Управление торговлей» есть отчёт «Анализ заказов покупателей» – он показывает, по каким заказам отгрузка не совпадает с заказанным количеством. В «Комплексной автоматизации» аналогичные данные в разделе «Продажи» – «Отчёты» – «Выполнение заказов покупателей». Запускайте его утром следующего дня – к этому моменту все документы за вчера уже проведены.
Что такое отрицательные остатки и почему они опасны?
Отрицательный остаток в 1С – это ситуация, когда по регистру накопления списано больше, чем было. Формально база позволяет это провести, но физически товара нет. Кладовщик может провести документ «для отчётности», а реальная недостача обнаружится только при инвентаризации. Запрет на уход в минус – первое, что нужно включить, если этой настройки ещё нет.
Кто должен проверять отгрузку: менеджер или кладовщик?
Кладовщик проверяет факт – что на паллете именно то и именно столько, что написано в документе. Менеджер проверяет соответствие документа заказу покупателя – ещё до передачи на склад. Это разные проверки, и их не должен делать один человек: именно совмещение функций создаёт условие для злоупотреблений и ошибок без последствий.
Как автоматически получать уведомления о расхождениях при отгрузке?
В типовой 1С готового механизма уведомлений по расхождениям нет – нужна либо доработка, либо внешняя система мониторинга. Минимальный вариант без доработки: ежедневный отчёт по невыполненным заказам и расхождениям формируется вручную и отправляется руководителю. Автоматический контроль отгрузок с уведомлениями в Telegram закрывает эту задачу без написания кода под конкретную базу.