Почему в отчете по остаткам в 1С отображаются не все товары и как это исправить?

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

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

1. Разница между движениями по регистру и фактическим остатком

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

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

Для проверки реального положения дел выполним следующие действия:

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

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

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

2. Настройки отчетов и скрытые фильтры

Очень часто виновником «исчезновения» товаров становится человеческий фактор при настройке отчетов. Пользователи любят кастомизировать отчеты под свои нужды, добавляя быстрые фильтры, группировки и отборы.

Выясним, какие скрытые механизмы могут отсекать нужные нам позиции:

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

Решение здесь максимально простое и эффективное: в форме отчета нажмем кнопку «Еще» -> «Установить стандартные настройки». Это сбросит все пользовательские фильтры до заводских и позволит увидеть чистую картину данных.

3. Несовпадение времени документов и времени формирования отчета

Платформа «1С:Предприятие» чувствительна к точному времени проведения документов (вплоть до секунды). Разберем стандартный сценарий:

Поступление товаров проведено 25.10.2026 в 14:30:15. Пользователь формирует отчет «Остатки товаров» на дату 25.10.2026. Однако в поле даты отчета по умолчанию подставилось «Начало дня» (то есть 25.10.2026 00:00:00). В результате программа анализирует состояние склада на начало суток, когда товара физически еще не было в системе. Отчет показывает нулевой остаток.

Чтобы избежать подобных недоразумений, всегда указывайте в параметрах времени отчета «Конец дня» (23:59:59) или используйте оперативную отметку времени (в современных конфигурациях пустое поле времени или выбор значения «Граница» автоматически берет самый последний актуальный момент времени).

4. Разделение складского и финансового учета (Intercompany)

В комплексных решениях, таких как «1С:Управление торговлей», «1С:ERP» или «1С:Комплексная автоматизация», учет разделен на два параллельных независимых контура:

• Регистр «Товары на складах». Отвечает за физическое нахождение коробок на конкретных полках.
• Регистр «Товары организаций». Отвечает за юридическую принадлежность этих коробок конкретному юридическому лицу (организации).

Проанализируем ситуацию: товар физически поступил на склад по Организации №1. При этом менеджер по ошибке выписал документ продажи от имени Организации №2. Программа (если включена настройка контроля остатков организаций «Intercompany») позволит провести такую сделку, предполагая, что позже будет оформлен документ передачи между организациями.

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

5. Резервы товаров и ордерная схема склада

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

Рассмотрим две важные особенности:

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

6. Ошибки в разрезе дополнительных аналитик (Характеристики, Серии, Назначения)

Если для номенклатуры включен учет по дополнительным аналитикам, то остатки в регистрах хранятся строго в разрезе этих значений. Очень часто при ручном вводе документов или при обмене данными из внешних систем возникает пересортица.

Например, на склад поступил товар с характеристикой «Красный» в количестве 10 штук. Продавец при оформлении чека случайно выбрал характеристику «Синий» в количестве 10 штук. В системе образуется следующая картина:

• По характеристике «Красный» зависает остаток +10 штук.
• По характеристике «Синий» образуется отрицательный остаток -10 штук.

Если в настройках отчета отключена детализация по характеристикам, система математически сложит эти показатели (+10 и -10) и выдаст суммарный остаток по карточке товара — «0». Соответственно, товар пропадет из отчета по остаткам, хотя в регистре накопления зависли некорректные хвосты по аналитикам, которые необходимо оперативно исправлять ручными корректировками или инвентаризацией.

7. Отключение складского учета задним числом

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

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

8. Технические сбои и нарушение итогов базы данных

Если все предыдущие пункты проверены, документы проведены, отборы сброшены, а товар все равно не выводится в отчете при его наличии в регистре, мы имеем дело с техническим сбоем механизма расчета итогов платформы «1С».

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

Для исправления этой технической проблемы выполним процедуру тестирования и исправления базы данных:

1. Создадим резервную копию информационной базы (выгрузка файла .dt или копирование файла 1Cv8.1CD для файловых баз). Это обязательный шаг перед любыми техническими работами!
2. Запустим конфигуратор под правами администратора.
3. Перейдем в меню «Администрирование» -> «Тестирование и исправление...».
4. В открывшемся окне установим галочку напротив пункта «Пересчет итогов».
5. Нажмем кнопку «Выполнить» и дождемся завершения процесса. Платформа полностью пересчитает таблицы остатков на основе существующих документов движения, и актуальные остатки товаров вернутся во все стандартные отчеты.