← На главную

Каждый бухгалтер и финансовый аналитик, работающий в программе 1С:Управление торговлей (версии 11.1, 11.2, 11.3 и выше, а также в 1С:ERP и 1С:Комплексная автоматизация 2), рано или поздно сталкивается с неприятной ситуацией при закрытии месяца. Физические остатки на складах сходятся «в ноль» или идут с плюсом, складская ведомость выглядит идеально, но регламентная операция «Расчет себестоимости» упорно прерывается с ошибкой. Система выдает огромный список товаров, по которым обнаружен отрицательный остаток в регистре накопления Себестоимость товаров.

Давайте подробно разберем, почему возникает эта проблема, как провести глубокую диагностику финансового контура и какие практические шаги помогут полностью устранить ошибки расчета себестоимости.

Архитектурная причина: Разделение складского и финансового учета

Для начала проанализируем, почему возникает ситуация, когда складские отчеты чисты, а финансовый расчет выдает ошибку. Дело в том, что в современных конфигурациях 1С товарный учет жестко разделен на два независимых контура:

1. Складской контур (за него отвечает регистр накопления Товары на складах). Здесь фиксируется только количественный физический остаток: сколько штук товара лежит на конкретном складе, без привязки к организациям, ценам или партиям.
2. Финансовый контур (регистры накопления Себестоимость товаров и Товары организаций). Здесь ведется детальный учет в разрезе юридических лиц (организаций), номеров ГТД, видов запасов (собственный товар, комиссионный товар) и партий поступления.

Когда расчет себестоимости сообщает об отрицательном остатке, это означает, что проблема лежит исключительно внутри финансового контура. Физически товар на складе присутствует, но система не может определить его партию, организацию-владельца или вид запаса при списании, из-за чего в регистре себестоимости образуется локальный «минус» по конкретной аналитике.

Главные причины появления «минусов» по себестоимости

Выясним наиболее частые причины возникновения коллизий в финансовом учете:

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

Шаг 1. Поиск скрытых ошибок через системный регистр

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

Выполним следующие действия:

1. Перейдем в меню «Все функции» (в новых версиях — «Функции для технического специалиста»).
2. Откроем раздел «Регистры сведений».
3. Найдем в списке регистр Ошибки расчета партий и себестоимости.

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

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

Если ошибка локализована в конкретных документах продажи (реализации) или передачи между организациями, нам необходимо скорректировать их виды запасов. Выполним это по шагам:

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

Шаг 3. Корректировка возвратов товаров от клиентов

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

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

Шаг 4. Использование универсального отчета для глубокой проверки

Если визуально документы выглядят правильно, но расчет себестоимости все равно выдает ошибку, настроим детальный отчет для выявления развернутого сальдо по регистру. Проанализируем ситуацию с помощью «Универсального отчета»:

1. Откроем «Универсальный отчет» (раздел «НСИ и администрирование» — «Печатные формы, отчеты и обработки» — «Универсальный отчет»).
2. В шапке отчета выберем тип объекта «Регистр накопления», имя регистра — Себестоимость товаров, тип таблицы — «Остатки и обороты».
3. Зайдем в настройки отчета и добавим в структуру группировок строк следующие поля:
   • Аналитика учета номенклатуры (позволит увидеть Номенклатуру и Склад);
   • Организация;
   • Вид запасов;
   • Раздел учета.
4. Вкладка «Отборы»: установим отбор по проблемной номенклатуре, на которую ругается система при расчете себестоимости.
5. Сформируем отчет.

В сформированном отчете мы наглядно увидим картину перекоса. Например, по виду запаса «Собственный товар» будет висеть остаток +5 шт. на сумму 5000 рублей, а по виду запаса «Комиссионный товар» — остаток -5 шт. на сумму -5000 рублей. Итоговый остаток по номенклатуре равен нулю, но программа не может завершить регламентную операцию из-за локального минуса в 5 штук.

Шаг 5. Способы исправления развернутого сальдо

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

Метод А. Использование встроенного помощника исправления остатков

Если период открыт, мы можем прибегнуть к автоматизированным механизмам 1С. В рабочем месте «Закрытие месяца» перейдем к разделу исправления ошибок. Программа сама предложит запустить «Помощник исправления остатков товаров организаций». Данная обработка в автоматическом режиме перераспределит виды запасов в документах реализации текущего месяца так, чтобы устранить развернутое сальдо.

Метод Б. Создание документа «Корректировка регистров»

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

1. Создадим документ Корректировка регистров (доступен через «Все функции» — «Документы» — «Корректировка регистров»).
2. Добавим в список регистров для корректировки регистры накопления Себестоимость товаров и Товары организаций.
3. В табличной части сделаем две записи («схлопывание» остатков):
   • Первая строка (Расход): спишем зависший плюс по неверному виду запаса (например, «Собственный товар», +5 шт.).
   • Вторая строка (Приход): перекроем зависший минус по правильному виду запаса (например, «Комиссионный товар», +5 шт., чтобы вывести его остаток в 0).
4. Проведем документ корректировки датой начала текущего незакрытого месяца и повторно запустим расчет себестоимости.

Профилактика: Как избежать появления минусов в будущем?

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

1. Перейдем в раздел «НСИ и администрирование» — «Настройка НСИ и разделов» — «Финансовый результат и контроллинг».
2. В группе настроек «Учет товаров» установим флаг «Контролировать остатки товаров организаций».

Эта простая настройка заблокирует проведение документов менеджерами, если они пытаются продать товар, которого нет на балансе конкретной организации (даже если он физически лежит на складе), предотвращая появление отрицательной себестоимости на этапе создания документов.