← На главную

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

Почему автоматическое создание перемещений не работает и опасно

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

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

Архитектурные причины возникновения «минусов» в 1С:ERP 2.1

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

1. Разрыв между оперативными и финансовыми регистрами: Складской учет ведется в регистре накопления Товары на складах, а финансовый — в регистрах Товары организаций и Себестоимость товаров. Минус может возникать из-за того, что финансовый документ (например, Реализация товаров и услуг) проведен, а ордер на списание со склада еще не оформлен.
2. Расщепление по аналитике «Виды запасов»: Часто на складе есть физический плюс по номенклатуре, но сформировался минус по конкретному виду запасов (разные ГТД, налоговые режимы или организации). В этом случае общее количество положительное, но в разрезе аналитик возникает развернутое сальдо.
3. Блокировка расчета себестоимости: Алгоритмы регламентного закрытия месяца в 1С:ERP 2.1 критичны к наличию отрицательных остатков на конец месяца в регистре Себестоимость товаров. Наличие минусов блокирует расчет себестоимости или приводит к искажению финансового результата.
4. Использование виртуальных складов: Настройка отдельных «складов» под водителей, торговых представителей или экспедиторов вместо использования стандартных механизмов (товары в пути, подотчетные лица) провоцирует регулярные сбои и появление отрицательных хвостов.

Методологические и технические способы решения проблемы

Рассмотрим, как правильно избавиться от отрицательных остатков в 1С:ERP 2.1 в зависимости от цели и условий работы.

1. Если восстанавливается копия базы за прошлый период (для сдачи отчетности)

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

1. Отключение учета МПЗ в разрезе складов: В настройках системы можно убрать детальный учет товарно-материальных ценностей по складам для регламентированного учета. В этом случае списание и оприходование будут сводиться к единому пулу остатков, что автоматически ликвидирует межскладские минусы.
2. Слияние виртуальных складов: Если склады создавались искусственно (на водителей или менеджеров), целесообразно перенести все движения или остатки на один основной склад через смену аналитики в документах или коррекцию остатков.
3. Последовательное перепроведение документов: Если минусы возникли из-за нарушения хронологии проведения, необходимо восстановить последовательность проведения документов с корректным контролем остатков.

2. Если исправление выполняется в рабочей базе

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

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

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