← На главную

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

Анализ текущей ситуации и риски

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

Основные риски при «попытке просто поменять настройку»:

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

Вариант 1: Использование «чистых» складов (Рекомендуемый метод)

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

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

Этот метод хорош тем, что он не «ломает» исторические данные в регистрах, сохраняя логику учета для разных периодов.

Вариант 2: Интерфейсное расширение (Если учет серий уже настроен)

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

Разберем подробнее:

• Вы можете доработать форму документа Реализация товаров и услуг или Заказ клиента с помощью расширения.
• Разместите колонку с сериями в табличной части, используя механизмы Управляемых форм.
• Свяжите эту колонку с программным заполнением данных в объекте Серии товаров, не меняя при этом Тип политики в справочнике Виды номенклатуры.

Такое решение сохранит целостность системы и избавит вас от проблем с перерасчетом себестоимости.

Практические советы по реализации

Чтобы переход прошел успешно, следуйте этим рекомендациям:

• Тестируйте на копии: Всегда прогоняйте цепочку «Поступление — Списание — Закрытие месяца» на копии базы. Проверьте регистры накопления: Себестоимость товаров и Товары организаций.
• Проверьте аналитику: Помните, что добавление учета по сериям кратно увеличивает количество записей в регистрах. Это может замедлить закрытие месяца и формирование отчетов.
• Не дублируйте номенклатуру: Как отмечалось в обсуждениях, создание новых карточек номенклатуры с другим GUID ради смены политики — путь в никуда, если у вас настроены автоматические обмены данными.

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