← На главную

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

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

Если в документе Поступление товаров серии указываются и отображаются в регистре Движение серий товаров, но при перемещении в другой магазин учет по ним «обрывается», проблема заключается в настройках Политики учета серий. В системе 1С существует несколько типов политик, и выбор неправильной приводит к потере данных в складских движениях.

Проанализируем основные типы политик учета:

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

Чтобы исправить ситуацию, выполним следующие шаги:

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

После активации этих настроек программа начнет требовать указания серий при каждом перемещении, и записи в регистре Движение серий товаров будут формироваться корректно для обоих складов.

Решим проблему с ошибкой «Поле Серия не заполнено» при создании характеристики

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

Характеристика — это общие свойства группы товаров (например, модель iPhone 13, цвет «Midnight», память 128 Гб). Характеристика одна на тысячу коробок.

Серия (IMEI) — это уникальный номер одного конкретного аппарата. Серия уникальна для каждой единицы товара.

Ошибка «Поле "Серия" не заполнено» при попытке создать характеристику обычно возникает в двух случаях:

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

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

Организуем учет в разрезе Номенклатура + Характеристика + Серия + Документ

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

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

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

Шаблоны серийных номеров с префиксами магазинов

Рассмотрим вопрос создания уникальных шаблонов серий. Пользователи часто хотят, чтобы при поступлении в Магазин №1 генерировался номер «М1-0001», а в Магазин №2 — «М2-0001».

В стандартном функционале 1С шаблоны серий привязаны к Виду номенклатуры, а не к складу. Это логично, так как серия (IMEI) присваивается товару на заводе или при поступлении на центральный склад и не должна меняться при перемещении. Если же вам нужна внутренняя маркировка, зависящая от магазина:

• Используйте разные шаблоны вручную при генерации номеров в документе Поступление товаров.
• Либо рассмотрите возможность использования Префиксов узлов распределенной информационной базы (РИБ), если магазины работают в разных базах.

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

Итоги настройки

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