Как исправить отрицательные остатки по партиям в 1С:Управление торговлей 11 при возвратах из Розницы?

В процессе эксплуатации связки конфигураций 1С:Управление торговлей 11 и 1С:Розница 2.3 пользователи часто сталкиваются с критической ошибкой при закрытии месяца: "Обнаружены отрицательные остатки партий в регистре себестоимости". Эта проблема особенно актуальна для организаций, которые переходили с ЕНВД на УСН, а также для тех, кто активно оформляет возвраты от розничных покупателей через чеки ККМ. Разберем детально причины возникновения этой ошибки и алгоритмы её устранения.

Причина 1: Конфликт "Видов запасов" и смена налогообложения

Проанализируем механику работы регистра Себестоимость товаров. В 1С:УТ 11 ключевым измерением является Вид запаса. Это сложный аналитический объект, который жестко связывает товарную позицию с организацией, владельцем товара и, что самое важное, типом налогообложения (НДС, ЕНВД, УСН).

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

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

Причина 2: Возвраты при нулевом остатке товара

Выясним причину, по которой 1С:УТ 11 некорректно отрабатывает возвраты, если на момент проведения документа остаток товара на складе равен нулю. Алгоритм партионного учета FIFO 2.0 работает следующим образом:

1. Если на складе есть хотя бы 1 единица аналогичного товара, система при возврате может "зацепиться" за текущий Вид запаса и использовать его стоимость как базу для восстановления партии.
2. Если остаток равен нулю, а связь с конкретным документом продажи (чеком) в Отчете о розничных продажах не заполнена или потеряна при обмене, система не знает, по какой стоимости приходовать возврат.

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

Методика решения проблемы через корректировку настроек

Разберем по шагам, как исправить ситуацию без внесения изменений в программный код:

1. Проверка настроек склада: Перейдем в карточку склада, откроем раздел "Настройка продаж". Убедимся, что там отсутствуют признаки деятельности, облагаемой ЕНВД. Если они установлены, их необходимо снять, так как именно они заставляют систему подставлять неверное налогообложение в возвраты.
2. Использование помощника исправления остатков: В разделе "Финансовый результат и контроллинг" воспользуемся инструментом "Исправление ошибок в данных партионного учета". Он наглядно покажет, по каким именно аналитикам (склад, организация, вид запаса) произошел разрыв.
3. Корректировка "Видов запасов" в документах: Если ошибка уже зафиксирована в периоде, необходимо открыть проблемный документ ОРП, зайти в меню "Еще" и выбрать пункт "Открыть виды запасов". Проверим, соответствует ли указанный там вид запаса текущей учетной политике (УСН). При необходимости его нужно заменить вручную на корректный.

Программный анализ и поиск ошибок в модулях

Проанализируем ситуацию с точки зрения разработчика. Поиск партий и определение себестоимости при закрытии месяца происходит в специализированных модулях. Основная логика сосредоточена в общем модуле РасчетСебестоимостиЛокальный. Запросы по подбору партий обращаются к временным таблицам, формируемым на основе регистров Выручка и себестоимость продаж и Себестоимость товаров.

Если автоматическое исправление не помогает, можно выполнить проверку запросом к регистру Себестоимость товаров, чтобы выявить записи с некорректным налогообложением:

ВЫБРАТЬ
    Себестоимость.АналитикаУчетаНоменклатуры,
    Себестоимость.ВидЗапаса,
    Себестоимость.КоличествоОстаток,
    Себестоимость.СтоимостьОстаток
ИЗ
    РегистрНакопления.СебестоимостьТоваров.Остатки(&Период, ) КАК Себестоимость
ГДЕ
    Себестоимость.КоличествоОстаток < 0

Этот запрос позволит быстро локализовать номенклатуру, по которой возник "минус" из-за неверного распределения партий. Зачастую проблема кроется в том, что в документе возврата ВидЗапаса.Налогообложение не совпадает с аналогичным полем в остатках на складе.

Рекомендации по интеграции с 1С:Розница

Для предотвращения подобных ошибок в будущем, рассмотрим рекомендации по настройке обмена:

1. Синхронизация документов продажи: Важно, чтобы при обмене из "Розницы" в УТ в документе Отчет о розничных продажах на вкладке "Возвраты" корректно заполнялась ссылка на документ продажи (чек или ОРП). Если эта связь разорвана, УТ не сможет корректно восстановить партию.
2. Работа через "Возврат товаров от клиента": В некоторых случаях (например, при возврате товара не в день смены) эффективнее использовать документ Возврат товаров от клиента вместо вкладки в ОРП. Это позволяет более гибко управлять партионным учетом и видами запасов, хотя и требует дополнительных действий в интерфейсе.
3. Документ "Ввод остатков": В исключительных случаях, когда партия не подхватывается из-за специфики обмена прошлых периодов, рекомендуется оприходовать "проблемный" возврат через документ Оприходование излишков товаров. Это позволит вручную зафиксировать правильный Вид запаса и стоимость, перекрыв возникший отрицательный остаток.

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