В практике работы с конфигурациями "1С:Управление торговлей 11" (а также КА 2 и ERP) нередко встречается ситуация, когда при закрытии месяца система выдает ошибку диагностики (поможет автоматическое исправление ошибок закрытия месяца): **"Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости"**. Особенно часто эта проблема проявляется в сложных цепочках документооборота, включающих корректировки поступлений прошлых периодов. Рассмотрим подробно сценарий, при котором возникает данная коллизия, разберем причины поведения программы и найдем способы решения этой задачи.
Давайте проанализируем типичный пример, который приводит к ошибке:
1. **Февраль:** Оформлен документ Приобретение товаров и услуг. Товар оприходован на склад (например, 10 шт. по 1000 руб.).
2. **Март:** Происходит Корректировка приобретения в сторону уменьшения стоимости (поставщик дал скидку ретроспективно). Например, цена снизилась на 100 руб. за штуку.
3. **Апрель:** Оформляется еще одна Корректировка приобретения (или возврат, или списание), которая уменьшает количество товара до 0.
**Результат при закрытии месяца:**
В отчетах и при диагностике мы видим, что количество товара на складе равно 0, однако за ним числится "хвост" себестоимости (чаще всего отрицательный или положительный остаток, равный сумме корректировки цены).
Причина кроется в механизме того, как система обрабатывает уменьшение стоимости товаров, которые "живут" в разных периодах. Когда вы уменьшаете стоимость через корректировку, 1С часто не меняет стоимость самой партии "напрямую" задним числом (особенно если выбран вид операции "по согласованию сторон"), а формирует движение через механизм **Дополнительных расходов** или **Отклонений в стоимости**.
Когда в следующем месяце вы списываете товар "под ноль", система списывает товарную часть, но "расходная часть" (образовавшаяся от корректировки цены) может остаться нераспределенной, так как базы для распределения (количества товара) на конец месяца уже нет.
Первое, что нам необходимо сделать — выяснить, на какую статью расходов "упала" разница в стоимости. Как правило, при уменьшении стоимости поступления разница трактуется системой как некий "доход" или сторно расхода, которое должно уменьшить себестоимость складских остатков. Если система использует механизм статей расходов/активов для отражения этой разницы, настройки статьи критически важны. Проверим настройки статьи расходов:
Корректировка приобретения (тот, где менялась цена).Статьи расходов.
Обратите внимание на поле **"Вариант распределения"**:
* Если установлено **"На себестоимость товаров"**, система пытается "размазать" сумму корректировки на остатки товаров.
* Если правило распределения настроено **"Пропорционально количеству"**, а количество в конечном итоге стало 0, алгоритм может зайти в тупик.
**Что нужно сделать:**
Попробуйте изменить правило распределения внутри статьи (или создать новую статью для таких случаев) с вариантом распределения **"Пропорционально себестоимости"**. Это иногда помогает системе "схлопнуть" остатки сумм.
Также убедитесь, что в статье расходов не установлен вариант "Распределять вручную". Если он установлен, вам необходимо создать документ Распределение расходов на себестоимость товаров и явно указать, куда деть эту зависшую сумму.
Если настройка статьи не помогает, или сумма продолжает висеть как "Доп. расходы" при пустом складе, давайте посмотрим на настройки самого документа корректировки. Это наиболее действенный метод, меняющий логику проводок.
1. Откройте документ Корректировка приобретения (тот, что уменьшал стоимость).
2. Перейдите на вкладку **Расхождения**.
3. Посмотрите на колонку **"Вариант отражения"** (или "Как отразить").
Обычно там стоит **"Уменьшить стоимость"**. В этом случае система пытается скорректировать регистр себестоимости. Но если этот путь вызывает ошибки в будущих периодах (когда товара уже нет), мы можем изменить подход.
**Рекомендуемое действие:**
Измените вариант отражения на **"Отнести на доходы"** (или "Списать на расходы", если сумма положительная).
В этом случае вам нужно будет указать статью доходов/расходов (финансовый результат), а не статью себестоимости.
**Почему это работает?**
Мы "разрываем" связь между этой суммой и партией товара на складе. Разница в цене сразу признается прочим доходом текущего периода. Себестоимость товара остается прежней (высокой), но при его списании в ноль (в следующем месяце) она спишется полностью. В итоге финансовый результат компании будет верным (Прибыль от "дохода" по корректировке + Убыток от списания более дорогой себестоимости = Истина), но мы избавимся от зависшего остатка в регистре себестоимости.
Если период закрыт, корректировки трогать нельзя, или описанные выше методы не подходят, мы можем использовать инструмент "хирургического вмешательства". Поскольку сумма "висит" в регистре, её нужно просто списать. Если "хвост" висит как **Дополнительные расходы** (это можно увидеть в отчете "Себестоимость товаров" или "Ведомость по партиям", если включить детализацию по ресурсам), выполним следующие действия:
Списание затрат (в более новых версиях он может называться иначе, например, в рамках рабочего места по распределению расходов).Оприходование доходов / сторно.Таким образом, мы принудительно обнуляем регистр накопления — для этого подойдёт инструмент устранения отрицательных остатков в регистрах себестоимости.
Иногда проблема кроется глубже — в разрыве аналитики Вид запасов — её помогает найти анализ расхождений остатков складов и организаций.
Давайте построим отчет **"Ведомость по партиям товаров"** или **"Себестоимость товаров"** с максимальной детализацией.
Настройте группировки отчета в таком порядке:
1. Номенклатура
2. **Вид запасов** (это критично!) (удобно через исправление сальдо по видам запасов и ГТД)
3. Документ поступления (Партия)
Для выявления подобных расхождений также подойдет отчет для поиска ошибок «Сравнение товаров на складах и товаров организаций» — для этой задачи есть выявление расхождений между регистрами себестоимости и складов.
Внимательно посмотрите на проблемный товар. Вы можете увидеть картину, где:
* По Виду запасов "Собственный товар (Поставщик А)" количество 0, сумма -100 руб.
* По Виду запасов "Собственный товар" (без уточнения) или по другой группе количество 0, сумма +100 руб.
В сумме это дает ноль, но диагностика закрытия месяца "ругается" на развернутое сальдо.
Такое часто случается, если в документах корректировки (и февральском, и мартовском, и апрельском) по-разному заполнилась информация о видах запасов (например, где-то слетела ГТД, или изменился тип налогообложения).
**Как исправить:**
В документах Корректировка приобретения на вкладке "Товары" откройте (через кнопку "Еще" или двойным кликом) форму **"Виды запасов"**. Убедитесь, что вид запасов в корректировке строго соответствует виду запасов в исходном документе поступления. Если есть расхождения — исправьте их вручную и перепроведите документы, затем перезакройте месяц.
Ошибка "ненулевые суммы при нулевом количестве" после корректировок — это результат рассогласования товарного и стоимостного потоков.
Для исправления следуйте алгоритму: 1. Попробуйте изменить вариант отражения расхождений в корректировке на **"Отнести на доходы/расходы"** (минуя себестоимость). 2. Проверьте настройки **Статьи расходов**, на которую падают разницы (попробуйте распределение "Пропорционально себестоимости"). 3. Проверьте аналитику **Виды запасов** в документах цепочки. 4. В крайнем случае — спишите зависшую разницу документом **Списание затрат** на финансовый результат.