Товар на полке есть, а в 1С минус: как найти причину

Товар стоит на полке, а в отчёте 1С отрицательный остаток. Первое желание: добавить недостающий приход или разрешить продажу в минус. Но красивое число в конце дня ещё не означает, что товарный учёт восстановлен. Ошибка может остаться в другой карточке, на другом складе или в более раннем периоде.

Это практическая статья для владельца магазина, товароведа и специалиста сопровождения. Разбираем, как локализовать расхождение в 1С и ДАЛИОН, найти первое отрицательное движение и подготовить безопасное исправление. Это не сообщение о новом релизе и не отчёт о проверке конкретной клиентской базы.

Короткий ответ: зафиксируйте товар, склад, организацию, единицу и дату отчёта; найдите первый момент, когда расход превысил доступный учётный приход; сопоставьте документ с первичными данными и кассовым обменом. Исправляйте подтверждённую причину на копии базы, а не итоговую цифру в регистре.

Автор: Редакция B2C. Обновлено и источники проверены: 3 октября 2026 года. Иллюстрации постановочные; экран с «−2» условный, не скриншот интерфейса 1С.

Что означает отрицательный остаток в 1С

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

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

В документации 1С:УТ 11.5 отчёт «Ведомость по товарам организаций» используется для анализа принадлежности остатков выбранной организации. Вариант «Доступные для продажи товары организаций» решает другой вопрос. Поэтому сначала сверяем смысл показателя, а не переносим итог из одного отчёта в другой. Источник: руководство 1С:УТ 11.5.

В Telegram-канале B2C публикуем короткие разборы товарного учёта и обновлений кассового ПО: они помогают вовремя заметить, какой процесс стоит проверить, не подменяя инструкцию конкретной конфигурации.

Где искать минус: УТ, УНФ и ДАЛИОН не одно меню

Выбирайте отчёт по вашей конфигурации и задаче, а не универсальный путь для любой «1С 8.3». Номер платформы сам по себе не определяет названия складских отчётов и правила проведения документов. Перед диагностикой запишите конфигурацию, релиз и используемые расширения.

• 1С:УТ 11.5. Для остатков по владельцу используйте описанную выше «Ведомость по товарам организаций», с отбором по организации. Если расхождение относится к складскому количеству, специалист должен выбрать соответствующий складской отчёт и его детализацию в установленном релизе. Не смешивайте эти два предмета анализа.
• 1С:УНФ. В официальном чек-листе закрытия месяца 1С выделяет проверку отрицательных остатков и отчёт «Запасы - анализ отрицательных остатков». Это ориентир именно для УНФ, а не название команды УТ или Розницы. Чек-лист 1С.
• ДАЛИОН:ТРЕНД. Документация отчёта «Остатки товаров» описывает дату, единицы количества, отборы по организации, складу, номенклатуре и вывод характеристик. Сохраните эти настройки, чтобы повторная сверка сравнивала те же данные. Документация ДАЛИОН.

Если стандартной детализации недостаточно, в ДАЛИОН:ТРЕНД предусмотрен «Универсальный отчёт» для анализа документов и регистров. Настройку поручите специалисту; просмотр данных не означает разрешение редактировать регистры. Описание разработчика.

Почему товар есть, а учётный остаток ушёл в минус

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

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

Для партийного, серийного и обособленного учёта список аналитик расширяется по настройкам базы. Отдельные контуры маркировки и ЕГАИС здесь не разбираем: исправление товарного количества не доказывает исправление сведений в государственных системах.

Почему положительный остаток вечером не закрывает проблему

Проверяйте историю, а не только конечный баланс. Учебный пример: на начало периода было 5 единиц; документ расхода списал 7; последующее поступление добавило 10. Последовательность учётных остатков: 5 → −2 → 8. Конечный остаток положительный, но ранее уже возник минус.

1. Начальное количество: 5.
2. Первый расход: 7. Расчёт 5 − 7 = −2 показывает первый отрицательный момент.
3. Позднейший приход: 10. Расчёт −2 + 10 = 8 не объясняет, откуда взялись две единицы при первом расходе.

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

Методика B2C: найти первый минус за шесть шагов

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

1. Зафиксировать исходные данные. Сохранить отчёт с настройками и временем формирования: товар, идентификатор карточки, характеристика, организация, склад, единица, период, начальный и конечный остаток. Сохранить подтверждённый фактический пересчёт отдельно.
2. Уточнить последний корректный момент. Расширять период назад, пока не найдётся подтверждённый исходный остаток. Если база начиналась с переноса данных, отдельно проверить документ ввода начальных остатков.
3. Развернуть движения. Получить приходы и расходы в хронологическом порядке с документами-основаниями. Использовать доступную детализацию проверенного отчёта; если её не хватает, специалист настраивает чтение нужных данных.
4. Найти переход через ноль. Для выбранного количественного среза пересчитать цепочку от исходного остатка. Сохранить первый документ после которого баланс отрицателен, его время, количество и предыдущий баланс. Проверить исходные данные и связанные документы, а не только этот расход.
5. Проверить исправление на копии. Сначала резервная копия и контроль её восстановления. Затем на тестовой базе воспроизвести проблему, исправить подтверждённую причину штатным способом и повторить проведение затронутых документов по процедуре конкретной конфигурации.
6. Принять результат и закрепить контроль. Повторить тот же отчёт и сравнить движения, связанные карточки и соседние склады. Изменения рабочей базы выполняет ответственный специалист в согласованном порядке; итог и основания фиксируются в журнале работ.

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

Как проверить кассовый обмен без повторного списания

Сверка должна связать конкретную продажу с единственным корректным отражением в учёте. Повторная загрузка всей смены без проверки дублей может скрыть пропуск и одновременно создать новое расхождение. Ниже предлагаемый контроль B2C, не описание одной кнопки во всех версиях Frontol.

• Сохранить исходный пакет, журнал обмена и документ, который уже создан по нему. Не очищать историю до выяснения причины.
• Сопоставить одну позицию: касса и смена, идентификатор продажи или строка пакета, код товара, единица, количество продажи и возврата.
• Проверить соответствие кассового кода карточке учётной базы. Одинаковое название товара недостаточно.
• Сравнить исходные данные с движениями документа в учёте. Если отражения нет или оно повторилось, проверить настройки и алгоритм конкретного обмена на тестовой базе.

Про отображение остатков на кассе есть отдельный материал B2C об онлайн-остатках Frontol. Здесь другая задача: восстановить причину отрицательного движения в бэк-офисе. Совместимость конкретного релиза, способ повторной обработки пакета и защита от дублей проверяются до исправления; наличие Frontol само по себе их не гарантирует.

Что не стоит делать ради устранения минуса

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

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

Инвентаризация полезна для подтверждения того, что действительно находится в магазине. Её организацию разобрали отдельно: как провести инвентаризацию. Решение о корректировке закрытого периода принимает ответственный за учёт после оценки последствий; статья не заменяет индивидуальное бухгалтерское заключение.

Что передать специалисту и какой результат принять

Хорошее задание содержит воспроизводимый пример; хороший результат объясняет причину и показывает повторную проверку. Не нужно сразу передавать полную базу в мессенджер или раскрывать персональные данные покупателей.

• Входные данные: конфигурация и релиз, описание обмена, одна проблемная карточка, настройки отчёта и период, первый отрицательный документ, относящиеся к нему первичные сведения, обезличенные журналы.
• Ожидаемый результат: подтверждённая причина; список исправленных документов; результат теста на копии; одинаковые отборы до и после; проверка связанных аналитик; ответственный за дальнейший контроль.
• Граница доступа: сначала чтение нужных данных; права на изменение отдельно; резервная копия и согласованный порядок работ обязательны.

B2C предлагает диагностику связки 1С или ДАЛИОН с Frontol: сопоставление карточек, проверку единиц, документов и обмена, тестирование исправления и настройку контрольного отчёта. Для сбора фактического количества можно подобрать ТСД и DataMobile; формат передачи и поддерживаемую конфигурацию проверяем отдельно, а не обещаем универсальное подключение.

Обсудить диагностику отрицательных остатков с B2C. Для начала достаточно описать конфигурацию, место расхождения и один пример. Стоимость и сроки определяются после уточнения объёма работ.

Продолжение серии о приёмке с расхождениями и контроле переоценки опубликуем в канале B2C: это поможет связать проверку остатков с работой приёмщика и кассира, а не остановиться на разовом исправлении цифры.

Короткие ответы на вопросы магазина

Сначала определите, какой факт вы хотите подтвердить: наличие, историю движения или стоимость. Это задаёт правильную проверку.

Товар есть в торговом зале. Значит, минус ошибочный?

Физическое наличие подтверждает только фактическое количество в месте пересчёта. Нужно сопоставить его с той же карточкой, единицей, складом и организацией, по которым построен отчёт. Наличие не объясняет историю учётных движений.

Достаточно ли перепровести документы?

Не всегда. Перепроведение не создаёт отсутствующее первичное основание и не угадывает правильную карточку. Сначала установите причину; способ и последствия повторного проведения проверяйте на копии конкретной базы.

Может ли ИИ найти проблему?

ИИ можно поручить предварительное сопоставление обезличенной выгрузки и поиск подозрительных строк. Это предложение для пилота, не гарантия: соответствие карточек, единиц, полноту периода и выводы проверяет специалист. Автоматические изменения рабочей базы без отдельного безопасного контура сюда не входят.

Источники и границы проверки

Проверены описания отчётов; клиентская база не обследовалась. Методика, учебная цепочка и контроль обмена - редакционный вклад B2C. Пути и функции относятся только к названным конфигурациям; установленный релиз и права пользователя могут менять доступность интерфейса.

• 1С:УТ 11.5: анализ товаров организаций, повторно прочитано через проектный MCP 03.10.2026.
• 1С:УНФ: чек-лист закрытия месяца, публикация 28.11.2024, проверена 03.10.2026; не сегодняшний релиз.
• ДАЛИОН:ТРЕНД: товары на складах, проверено через MCP 03.10.2026.
• ДАЛИОН:ТРЕНД: универсальный отчёт, проверено через MCP 03.10.2026.