Переход на серийный учет в уже работающей базе 1С — это всегда вызов. Часто возникает ситуация, когда руководство принимает решение отслеживать серии (серийные номера, сроки годности, номера партий) для товаров, которые уже месяцами лежат на складе. Прямое редактирование старых документов поступления невозможно: периоды закрыты, налоги сданы, а перепроведение сотен документов приведет к хаосу в учете. В этой статье мы разберем, как корректно «осеривать» остатки без ущерба для исторической отчетности.
Проанализируем механику работы системы. В 1С:Управление торговлей 11.4 (а также в ERP и Комплексной автоматизации) учет серий определяется Политикой учета серий. Если мы просто изменим настройки в Виде номенклатуры, программа начнет требовать указания серий во всех новых документах. Однако в регистре Товары на складах остатки по-прежнему будут числиться по «пустой» серии. Это приведет к тому, что при попытке отгрузить товар с указанием конкретной серии система выдаст ошибку: «На складе недостаточно товара с указанной серией», так как фактически на остатках числится товар без серии. Для анализа наличия товаров на складах и выявления позиций с пустыми сериями подойдёт отчет по остаткам и доступности товаров с детализацией по сериям.
Рассмотрим пошаговый алгоритм решения этой задачи через стандартные механизмы и технические корректировки.
Это самый «чистый» способ с точки зрения логики программы. Он позволяет зафиксировать фактическое наличие серий на конкретную дату. Разберем процесс по этапам:
Виду номенклатуры. Важно: если система блокирует изменение реквизита из-за наличия движений, может потребоваться временная разблокировка через «Еще» — «Разрешить редактирование реквизитов».Списание недостач и Приход излишков.
Списание недостач — «уберет» с остатков товар с пустой серией.Приход излишков — «поставит» на остатки товар с уже заполненными сериями.Совет: Чтобы эти операции не исказили вашу финансовую прибыль, в документах списания и оприходования используйте специально созданную техническую Статью доходов/расходов с типом «Активы/Пассивы». Это позволит «схлопнуть» обороты в финансовом результате в ноль.
Если товаров тысячи, а оформление сотен актов оприходования кажется слишком трудоемким, проанализируем возможность использования документа Корректировка регистров. Этот метод требует прав программиста или администратора, но он действует мгновенно. Для контроля согласованности складских и финансовых данных после ручных проводок можно использовать отчет для сравнения регистров «Товары на складах» и «Товары организаций».
Нам необходимо внести изменения в два ключевых регистра:
Товары на складах: Это регистр складского учета. Нам нужно сделать запись вида «Расход» по пустой серии и запись вида «Приход» с указанием созданной серии.Товары организаций: Этот регистр отвечает за финансовый учет и принадлежность товара юрлицу. Без корректировки этого регистра вы не сможете продать товар, даже если он «есть» на складе.Пример логики корректировки (условно):
// Движение 1: Убираем пустую серию
РегистрНакопления.ТоварыНаСкладах.ДобавитьРасход(Номенклатура, Склад, Серия:ПустаяЗначение, Количество);
// Движение 2: Добавляем конкретную серию
РегистрНакопления.ТоварыНаСкладах.ДобавитьПриход(Номенклатура, Склад, НоваяСерия, Количество);
Рассмотрим ситуацию, описанную в сообщениях форума: компания поработала с серийным учетом (управление остатками), а затем решила перейти на «справочное указание». При этом в старых реализациях серии не исчезают из движений регистра Товары на складах даже после перепроведения.
Выясним причину этого поведения. В системе 1С записи в регистрах накопления жестко связаны. Если приход (поступление) сделал запись в измерение Серия, то эта серия будет «висеть» на остатке до тех пор, пока не будет сделан расход с точно такой же серией. Простое изменение политики в карточке товара не «зануляет» уже существующие записи в базе данных.
Чтобы очистить такие остатки, мы рекомендуем:
Инвентаризация, чтобы выровнять остатки, списав товар с сериями и оприходовав его без них.Проанализируем еще один важный момент: использование Штрихкода в качестве Серии. Пользователи часто хотят, чтобы при сканировании обычного EAN-13 в документе сразу заполнялась серия. Здесь кроется ловушка.
Вариант А: Штрихкод уникален для каждой единицы товара (как серийный номер телефона). В этом случае в справочнике Серии номенклатуры будет создано огромное количество записей. Это штатный режим, но он требует мощного сервера, так как размер таблиц регистров значительно вырастет.
Вариант Б: Штрихкод одинаков для всей партии. В этом случае серия по сути является «Партией». Если вы хотите просто быстро подбирать товар, лучше использовать штатный механизм штрихкодов, а серии оставить для реального учета (например, по срокам годности).
Итоговая рекомендация: Перед внедрением серийного учета на «живой» базе обязательно попробуйте процедуру на копии. Помните, что включение серийного учета — это «билет в один конец» для складского персонала: теперь каждое перемещение между ячейками или складами потребует обязательного сканирования каждой коробки. Убедитесь, что склад готов к увеличению трудозатрат.