В процессе оптовой торговли часто возникает ситуация, когда товар отгружен со склада, но при приемке покупатель обнаруживает недостачу. Главная сложность здесь заключается не только в корректировке взаиморасчетов, но и в корректном отражении остатков. Нам необходимо сделать так, чтобы «потерянный» товар не вернулся автоматически в свободную продажу на основной склад, а «завис» в специальном статусе или на отдельном складе до выяснения причин. Рассмотрим, как реализовать этот процесс в 1С:Управление торговлей 11 (УТ 11.4/11.5) максимально просто для конечного пользователя.
Разберем основной и наиболее «православный» способ, предусмотренный типовым функционалом. Для начала нам необходимо убедиться, что в настройках системы (НСИ и администрирование — Настройка НСИ и разделов — Продажи) включена опция Акты о расхождениях после отгрузки. Этот документ является связующим звеном между фактом отгрузки и корректировкой остатков.
Проанализируем типовой сценарий работы:
РеализацияТоваровУслуг. На этом этапе товар списывается со склада.АктОРасхожденияхПослеОтгрузки.При таком подходе система не просто уменьшает долг покупателя, но и позволяет нам управлять судьбой недостающего товара. Если мы выберем вариант «Отразить на учете», товар вернется в наши регистры, но нам нужно сделать так, чтобы он не попал в свободную продажу.
Выясним, как использовать функционал товаров в пути для более прозрачного контроля. В современных релизах УТ 11 реализована возможность двухэтапной отгрузки. При включении опции Статусы реализаций товаров и услуг мы можем перевести документ в статус «В пути».
Рассмотрим преимущества этой схемы:
Когда документ РеализацияТоваровУслуг находится в статусе «В пути», товар уже не числится на складе как свободный остаток, но он еще не списан с организации как проданный. Он фиксируется в регистре ТоварыВПути. Если покупатель подтверждает приемку с расхождениями, мы создаем АктОРасхожденияхПослеОтгрузки, который окончательно закрывает сделку только на фактически принятое количество.
Разберем по шагам настройку этого процесса:
Главный вопрос автора темы: как не допустить попадания недостачи в свободную продажу? Рассмотрим механизм документа КорректировкаРеализации. Когда мы создаем его на основании Акта о расхождениях, у нас есть выбор, как отразить уменьшение реализации.
Посмотрим на пример настройки:
В документе КорректировкаРеализации на вкладке «Расхождения» при отражении недостачи можно выбрать вариант Уменьшить реализацию, учесть при инвентаризации. В этом случае система делает следующие движения:
РасчетыСКлиентами.ТоварыНаСкладах. Он попадает в специальный регистр ТоварыКОформлениюИзлишковНедостач.Проанализируем ситуацию: товар физически отсутствует на основном складе (так как он уехал к клиенту и потерялся), и в программе его тоже нет на свободном остатке. Однако он «висит» в учете организации как недостача, которую склад должен подтвердить или найти при инвентаризации. Это идеальный вариант для контроля «грязных» остатков без лишних движений мышкой.
Если вам необходимо видеть, по каким именно покупателям зависли недостачи в количественном выражении на остатках, рассмотрим вариант со специализированным складом «Брак» или «Недостачи в пути».
Для реализации этой схемы выполним следующие действия:
Акта о расхождениях или Корректировки реализации указываем, что товар возвращается не на склад отгрузки, а на этот виртуальный склад.Для того чтобы видеть, по какому именно покупателю висит товар на этом складе, можно использовать механизм Обособленного обеспечения. При оформлении возврата (через корректировку) укажите в качестве назначения ЗаказПокупателя или специально созданное Назначение под конкретную претензию. Тогда в отчете «Ведомость по товарам на складах» с группировкой по назначениям вы четко увидите: Товар А — 5 шт — Назначение: Претензия по клиенту Иванову.
Рассмотрим, как контролировать неоформленные расхождения. В системе УТ 11 существует встроенный отчет Контроль применимости актов о расхождениях. Также крайне полезно анализировать регистр накопления ТоварыКОформлениюИзлишковНедостач.
Для программиста или администратора системы будет полезно знать, какие именно движения делают документы:
// Пример логики определения расхождений в коде (условно):
Если СтрокаТовара.КоличествоПоДаннымКлиента < СтрокаТовара.КоличествоПоДаннымПоставщика Тогда
Расхождение = СтрокаТовара.КоличествоПоДаннымПоставщика - СтрокаТовара.КоличествоПоДаннымКлиента;
// Оформляем как недостачу в регистр "Товары к оформлению недостач"
КонецЕсли;
Этот механизм позволяет избежать «порчи» свободного остатка на основном складе и заставляет ответственных лиц (кладовщиков или менеджеров по претензиям) доводить разбор каждой недостачи до конца — либо через списание на расходы (если виноват склад/перевозчик), либо через оприходование (если товар все-таки нашелся).
Подводя итог, наиболее простой и эффективной цепочкой действий будет:
Реализация (Статус: В пути) -> Акт о расхождениях -> Корректировка реализации (Вариант: Отразить при инвентаризации).
Эта схема требует минимум действий: пользователю нужно только заполнить фактическое количество в акте и нажать кнопку «Оформить документы». Всё остальное — резервирование «недостачи» в системных регистрах и исключение её из свободной продажи — 1С:УТ 11 сделает автоматически.