Как исправить ошибку «Обнаружены отрицательные остатки по количеству в регистре себестоимости по организации» в 1С:УТ 11?

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

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

Почему складские отчеты «чистые», а регистр себестоимости уходит в минус?

Чтобы понять природу этой ошибки, нам необходимо разобраться во внутренней архитектуре учета 1С:УТ 11. В системе параллельно и независимо друг от друга работают два разных контура учета:

1. Оперативный складской учет. Он ведется по регистру накопления ТоварыНаСкладах. Именно по нему строится отчет «Ведомость по товарам на складах». Данный регистр оперирует только физическими показателями: Номенклатура, Характеристика, Склад, Серия и Количество. Для склада совершенно неважно, какой организации принадлежит товар и по какому виду деятельности НДС он был закуплен — главное, что коробка физически лежит на полке.
2. Финансовый учет (учет себестоимости). Он строится на базе регистра накопления СебестоимостьТоваров. Этот регистр гораздо сложнее и детальнее. Помимо номенклатуры и количества, финансовый учет ведется в разрезе таких измерений, как Организация, Раздел учета, Вид запасов (собственный товар, комиссионный и т.д.), Партия, Аналитика учета партий и Вид деятельности НДС.

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

Разгадка «скачущего» вида деятельности НДС

Пользователи часто замечают, что в регистре себестоимости начинает «скакать» измерение ВидДеятельностиНДС. Например, приход оформляется по деятельности «Продажа облагается НДС», а при списании (особенно при розничных продажах на ЕНВД или патенте) система пытается списать товар под деятельность «Продажа не облагается НДС» или «Продажа облагается ЕНВД».

Это происходит по двум причинам:

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

Специфика работы документа «Возврат товаров от клиента»

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

В документе возврата в табличной части присутствует колонка «Себестоимость». Программа предлагает три варианта ее определения:

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

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

Диагностика проблемы с помощью консоли запросов

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

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

Проанализировав результат выполнения этого запроса, мы сможем четко увидеть, какой именно документ (Регистратор) совершил некорректное списание, по какой организации возник минус и в какой момент «разъехался» вид деятельности НДС.

Пошаговая инструкция по исправлению ошибки

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

Шаг 1. Точная локализация виновников ошибки

Перейдите в рабочее место «Закрытие месяца». На этапе «Распределение затрат и расчет себестоимости» нажмите кнопку «Подробнее». Программа сформирует отчет со списком конкретных позиций номенклатуры, организаций и складов, по которым обнаружены отрицательные остатки в финансовом учете. Выпишите эти позиции для дальнейшего анализа.

Шаг 2. Проверка и исправление документов возврата

Проанализируйте документы Возврат товаров от клиента за текущий и предыдущие месяцы по проблемным позициям:

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

Шаг 3. Перепроведение розничных документов

Очень часто пересортица по видам деятельности НДС возникает из-за документов Отчет о розничных продажах. Если розничные продажи проводились в течение месяца до того, как на склад были оприходованы товары, или если поступления правились задним числом, отчеты о розничных продажах спишут товар по неверным аналитикам НДС. Выполните групповое перепроведение документов Отчет о розничных продажах за весь закрываемый период.

Шаг 4. Использование Помощника исправления остатков

В рабочем месте закрытия месяца предусмотрен специализированный инструмент — «Помощник исправления остатков товаров организаций». Запустите его. Он проанализирует базу данных и предложит автоматически сформировать недостающие документы передач между организациями (если включена схема «Интеркампани») или поможет выявить пересортицу по ГТД и видам запасов.

Шаг 5. Восстановление последовательности и расчет себестоимости

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