Как в 1С исправить остатки на складе

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

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

Как найти источник расхождения остатков

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

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

Полезно сопоставить данные бухгалтерского и складского учёта: остатки по счёту 41 (или 10) в оборотно-сальдовой ведомости должны соответствовать складским остаткам в суммовом выражении. Расхождение между ними указывает на разрыв между регистрами — например, документ сделал движение по одному регистру, но не по другому, или были ручные операции.

Подготовка: резервная копия и границы безопасной работы

Перед исправлением остатков сделайте резервную копию базы: через конфигуратор («Администрирование» → «Выгрузить информационную базу») или средствами СУБД, если база клиент-серверная. Это не формальность: перепроведение документов за прошлые периоды может изменить себестоимость, НДС и уже сданную отчётность, и откат без копии будет невозможен.

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

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

Исправление через инвентаризацию — основной правильный способ

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

Порядок действий в типовых конфигурациях (УТ 11, ERP, КА): создайте документ «Приказ на проведение инвентаризации» (или «Пересчёт товаров»), затем «Инвентаризационную опись», в которую программа подтянет учётные остатки. Внесите фактические количества — система покажет расхождения. На основании описи создайте документы «Оприходование излишков товаров» и «Списание недостач товаров».

В 1С:Бухгалтерии механизм проще: документ «Инвентаризация товаров» заполняется остатками по счёту, вы вводите фактические данные, а проведение автоматически формирует проводки по оприходованию излишков (Дт 41 Кт 91.1) и списанию недостач (Дт 94 Кт 41). Проверьте, чтобы в документе были корректно указаны склад и счета учёта.

1. 1
   Сделайте резервную копию базы и сформируйте отчёт по остаткам для контроля «до»
2. 2
   Создайте документ инвентаризации (опись / пересчёт товаров) по нужному складу
3. 3
   Внесите фактические количества и проверьте расхождения
4. 4
   Создайте оприходование излишков и списание недостач на основании описи
5. 5
   Проведите документы и сформируйте отчёт по остаткам повторно — сверьте с фактом

Корректировка ошибочных документов

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

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

Документ, проведённый в минус, часто нельзя просто исправить — сначала восстановите хронологию: переместите реализацию на дату после поступления или введите недостающее поступление, затем перепроведите цепочку. Если контроль остатков включён, программа сама не даст провести документ при отсутствии товара — используйте это как проверку.

Когда документ менять нельзя

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

Ручная корректировка регистров — когда и как

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

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

Сравнение способов исправления

Инвентаризация с оприходованием/списанием

Подходит всегда, корректна методологически. Ограничение: недостача влияет на финансовый результат и требует оформления

Исправление ошибочного документа

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

Корректировочные документы

Для исправления прошлых периодов без их пересдачи. Ограничение: не для всех видов ошибок

Ручная корректировка регистров

Для технических сбоев и «висящих» записей. Ограничение: высокий риск рассинхронизации регистров, только для опытных

Отрицательные остатки и контроль остатков

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

После исправления включите (или верните) контроль остатков при проведении: в УТ и ERP это настраивается в параметрах учёта товаров, в Бухгалтерии контроль работает по умолчанию. Контроль не даст в будущем провести отгрузку при отсутствии товара и предотвратит повторение проблемы.

Если минусов много и они накоплены за длительный период, не пытайтесь исправить всё разом перепроведением за год — это долгая и рискованная операция. Разбейте работу по складам или по месяцам, после каждого этапа сверяйте остатки отчётом.

Проверка результата после исправления

После любых правок выполните контрольную сверку. Сформируйте отчёт по остаткам на складах и сравните с фактическими данными (результатами пересчёта). Затем сверьте оборотно-сальдовую ведомость по счетам 41/10 с суммовыми остатками складского отчёта — они должны совпадать.

Проверьте, что не осталось отрицательных остатков ни по количеству, ни по сумме. Дополнительно полезно запустить штатную проверку ведения учёта («Администрирование» → «Обслуживание» → «Проверка ведения учёта» в Бухгалтерии) — она выявит незаполненные счета, несоответствия и другие аномалии.

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

Контрольные точки

Как проверить результат

Отчёт «Остатки товаров на складах»

Норма

Остатки совпадают с фактическим пересчётом

Тревожный признак

Есть позиции с расхождением или минусом

ОСВ по счёту 41 (10) против складского отчёта

Норма

Суммы совпадают по каждому складу

Тревожный признак

Суммовая разница между бухучётом и складом

Отчёт по отрицательным остаткам

Норма

Пустой результат

Тревожный признак

Остались позиции с отрицательным количеством

Проверка ведения учёта

Норма

Ошибки не выявлены

Тревожный признак

Замечания по счетам, партиям, движениям

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

Частые вопросы

Можно ли просто обнулить остаток на складе и ввести заново?

Технически — через инвентаризацию: списать учётный остаток как недостачу и оприходовать фактический. Но «обнуление» ручной операцией без документов недопустимо: оно исказит финансовый результат и не будет иметь основания. Всегда оформляйте изменение остатков первичными документами.

Почему отчёт показывает остаток, а при продаже программа пишет, что товара нет?

Чаще всего остаток числится на другом складе, в другой организации или в другой серии/характеристике номенклатуры. Сформируйте отчёт с группировкой по складам, характеристикам и сериям и сравните с данными в документе продажи. Также проверьте резервы — товар может быть зарезервирован под другой заказ.

Нужно ли перепроводить весь год, если нашли ошибку в январе?

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

Чем отличается списание от инвентаризации в 1С?

Списание — это разовый документ уменьшения остатков по конкретной причине (порча, расход на нужды). Инвентаризация — процедура сверки учёта с фактом, которая выявляет и излишки, и недостачи и создаёт основания для обоих направлений корректировки. Для исправления расхождений методологически правильна именно инвентаризация.

Отрицательный остаток есть, но документ-виновник найти не получается. Что делать?

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

Кто должен исправлять остатки: кладовщик, бухгалтер или программист?

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