Почему в 1С списывается количество, а сумма: полный разбор ошибки

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

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

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

Механизм формирования проводок при списании

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

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

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

⚠️ Внимание: Если вы видите, что количество списано, а сумма осталась, ни в коем случае не пытайтесь исправить это ручным вводом бухгалтерских операций без анализа регистров. Это может привести к двойному списанию или искажению себестоимости в будущих периодах.

Настройки номенклатуры и виды номенклатуры

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

Проверьте вкладку «Учет и продажа» в карточке товара. Там должны быть корректно заполнены счета учета. Если счет учета товаров (обычно 41.01 или 41.02) указан, а счет доходов и расходов не задан или задан неверно для типа операции «Списание», система не будет знать, куда деть сумму. В результате количество уйдет, а сумма «повиснет» в воздухе или останется на счете 41 без корреспонденции.

Также критически важно проверить флаг «Это номенклатурная группа». Если товар ошибочно помечен как группа, а не как конкретная единица, документы могут проводиться некорректно. Часто пользователи путают родительские элементы справочника с реальными товарами, что вызывает сбои в расчетах себестоимости.

• 📦 Проверьте, установлен ли флаг «Учет по количеству» в карточке номенклатуры.
• 💰 Убедитесь, что счета учета (41, 90, 20, 26, 44) заполнены для всех необходимых сценариев.
• 🏷️ Убедитесь, что вид номенклатуры соответствует типу товара (Товар, Продукция, Услуга).

Проблемы с партиями и методами оценки стоимости

Самая сложная часть диагностики кроется в механизме партий. В 1С:Бухгалтерия и 1С:УТ стоимость списания зависит от того, какая партия считается выбранной для выбытия. Если включен метод оценки «По средней», система рассчитывает среднюю себестоимость на момент списания. Если же стоит метод «ФИФО» (первая партия — первый приход) или «По себестоимости каждой единицы», система ищет конкретную партию.

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

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

Метод оценки	Риск ошибки суммы	Где смотреть партию
По средней	Низкий (авторасчет)	Отчет «Анализ состояния учета»
ФИФО	Высокий (зависит от очереди)	Отчет «Ведомость по товарам на складах»
По себестоимости единицы	Средний (ручной выбор)	Карточка счета 41 в разрезе партий

Ошибки в документах поступления и оприходования

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

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

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

Как найти товар с нулевой себестоимостью?

Запустите отчет «Анализ состояния учета» или «Ведомость по товарам на складах» с отбором по номенклатуре. Включите отображение колонки «Себестоимость». Если вы видите количество, а в колонке суммы стоит 0 или прочерк — проблема в документе поступления этой партии.

Влияние закрытия месяца и регламентных операций

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

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

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

⚠️ Внимание: Интерфейсы и названия отчетов могут отличаться в зависимости от версии платформы 1С и конфигурации (Бухгалтерия, УТ, КА, ERP). Всегда сверяйтесь с актуальной документацией вашей версии ПО.

Диагностика и исправление через отчеты

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

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

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

Ручная корректировка и технические методы

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

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

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

Почему при списании сумма уходит на другой счет?

Это происходит, если в карточке номенклатуры неверно указан счет учета затрат (например, вместо 20-го счета указан 91-й или 44-й). Система видит настройку и проводит сумму по указанному пути, даже если логически это неверно для данной операции.

Может ли ошибка быть в настройках прав доступа?

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

Что делать, если перепроведение не помогает?

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

Влияет ли валюта учета на эту ошибку?

Да. Если товар учитывается в валюте, а курс на дату списания не загружен или установлен в 0, сумма в рублях будет рассчитана некорректно (равна нулю), при том что количество в валюте списалось верно.