← На главную

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

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

Архитектурная первопричина: разрыв между товарным и партионным регистрами

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

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

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

Скрытые причины появления партионных минусов

Выясним, какие именно действия пользователей и системные факторы приводят к рассинхронизации регистров:

• Редактирование документов «задним числом». Рассмотрим классический пример: на складе лежит 5 единиц товара. Менеджер продает эти 5 единиц 20-го числа. Все проводится корректно. Затем другой сотрудник решает исправить старую ошибку и проводит продажу еще 3 единиц задним числом — 15-го числа. На 15-е число товар физически был на складе, поэтому документ проводится. Но на дату 20-го числа возникает дефицит партий, из-за чего последующие списания уходят в минус.
• Специфика обменов в распределенных базах (РИБ). При синхронизации данные из периферийных узлов загружаются в центральную базу пачками. В этот момент документы проводятся в неоперативном режиме, при котором контроль остатков в 1С по умолчанию отключается. Из-за этого в базу могут попасть документы списания, зарегистрированные раньше, чем документы поступления (например, из-за рассинхронизации системного времени на кассах), что мгновенно ломает партионную последовательность.
• Отключение оперативного списания партий. В настройках учетной политики (меню «Сервис» -> «Настройка учета» -> «Учетная политика») существует флаг Списывать партии при проведении документов. Если этот флаг снят, то при проведении реализации списывается только количество по складу, а партии остаются нетронутыми до момента запуска регламентной обработки. Если пользователи забывают запускать обработку, в базе воцаряется партионный хаос.
• Пересортица по аналитическим разрезам. Партионный учет очень чувствителен к аналитике. Если товар был оприходован с качеством Новый, а в документе реализации по ошибке указали качество Брак (или оставили поле пустым), программа спишет физический остаток, но в партионном регистре образуется плюс по качеству «Новый» и минус по качеству «Брак». Аналогичные проблемы возникают из-за незаполненных серий или характеристик номенклатуры.

Пошаговая инструкция по поиску и исправлению партионных ошибок

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

Шаг 1. Настройка отчетов и локализация ошибки

Проанализируем движения проблемного товара с помощью специализированных отчетов:

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

Шаг 2. Восстановление последовательности партионного учета

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

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

В особо запущенных случаях, когда стандартная обработка завершается с ошибками, выполним групповое перепроведение документов через меню Сервис -> Групповая обработка справочников и документов. Сначала снимем с проведения все расходные документы за проблемный период, а затем проведем их заново в строгой хронологической последовательности.

Шаг 3. Локальное выравнивание остатков через корректировку регистров

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

1. Создадим документ «Корректировка записей регистров» на дату, предшествующую началу текущего рабочего периода (например, на 31 декабря прошлого года, время 23:59:59).
2. В настройках состава регистров выберем регистр накопления ПартииТоваровНаСкладах.
3. Заполним движения регистра таким образом, чтобы списать («Расход») все отрицательные партионные остатки и оприходовать («Приход») недостающее количество на созданную вручную техническую партию (в качестве документа партии укажем саму корректировку регистра) по средней стоимости товара.
4. После проведения корректировки остатки в регистрах физического склада и партий полностью сойдутся, и мы сможем безболезненно запускать восстановление последовательности партий уже в рамках текущего года.

Профилактика: как не допустить появления минусов в будущем

Чтобы раз и навсегда застраховать базу данных от появления подобных ошибок, внедрим три простых административных правила:

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

Совместное применение этих инструментов гарантирует стопроцентную точность партионного и складского учета в вашей конфигурации.