Почему в 1С:КА 2.4 и ERP не учитываются серии в документах перемещения и как это исправить?

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

Анализ проблемы: почему серии «не видны» системе

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

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

Шаг 1. Настройка политики учета серий и складов

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

Проанализируем настройки склада. Перейдем в карточку склада и убедимся, что там установлены флаги Использовать серии номенклатуры. Однако в новых версиях эти флаги могут быть скрыты, если не используется ордерная схема. В таком случае настройка выполняется через Вид номенклатуры:

1. Откроем Вид номенклатуры.
2. Перейдем в раздел Серии.
3. Проверим признак Есть индивидуальные настройки политики учета серий.
4. Убедимся, что склад-отправитель и склад-получатель добавлены в список и для них выбрана политика с типом Учет остатков по сериям (а не справочное указание).

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

Шаг 2. Программное заполнение реквизита «Статус указания серий»

Если вы загружаете документы программно, обратите внимание на реквизиты СтатусУказанияСерий, СтатусУказанияСерийОтправитель и СтатусУказанияСерийПолучатель в табличной части Товары. Эти поля представляют собой числовую маску. Рассмотрим наиболее распространенные значения:

• 0 — серии указывать не нужно (или политика их не предполагает).
• 14 — серии указаны полностью и корректно, система должна учитывать их при проведении.

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

// При заполнении строки таблицы Товары документа ПеремещениеТоваров
СтрокаТовары.СтатусУказанияСерийОтправитель = 14;
СтрокаТовары.СтатусУказанияСерийПолучатель = 14;
// Аналогично для других документов, например, Реализация или Списание
СтрокаТовары.СтатусУказанияСерий = 14;

Для более надежного заполнения рекомендуется использовать типовые процедуры конфигурации, такие как НоменклатураСервер.ЗаполнитьСтатусыУказанияСерий(ДокументОбъект). Это позволит системе самостоятельно рассчитать маску на основе политик учета.

Шаг 3. Устранение ошибок при миграции данных через КД 2.0

Рассмотрим ситуацию, когда при переносе данных из КА 1.1 серии задваиваются или не сопоставляются. В КА 1.1 серии подчинены справочнику Номенклатура, а в КА 2.4 — справочнику Виды номенклатуры. Это фундаментальное различие часто приводит к созданию дублей при обмене.

Проанализируем работу Конвертации данных 2.0. Если при загрузке создаются новые серии с теми же номерами, но разными GUID, система будет считать их разными объектами аналитики. В результате приход ляжет на одну серию (из документа поступления), а расход — на другую (созданную при загрузке перемещения).

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

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

Шаг 4. Проверка регистра «Аналитика учета номенклатуры»

Посмотрим, как система формирует записи в регистрах. В 1С:ERP и КА 2.4 серии входят в состав ключа аналитики. Если в табличной части документа АналитикаУчетаНоменклатуры заполнена неверно или ссылается на дубль серии, вы получите отрицательный остаток.

Рассмотрим алгоритм проверки:

1. Откроем движения документа по регистру Товары на складах.
2. Проверим колонку Серия. Если она пустая, значит, либо статус указания серий не равен 14, либо политика учета установлена как справочная.
3. Если колонка заполнена, сравним значение серии с той, что числится на остатках. Если GUID серий различаются (даже при одинаковом номере), остаток не закроется.

Итоги и рекомендации

Для того чтобы документы перемещения в КА 2.4 корректно «видели» серии, необходимо соблюдение трех условий: правильная политика (Учет остатков), настройка складов в виде номенклатуры и корректные статусы в табличных частях. Если вы столкнулись с проблемой после обновления или в процессе внедрения, рекомендуем написать небольшую обработку, которая проверит настройки политик и пересчитает статусы в существующих документах. Это позволит избежать «ручного перещелкивания» серий в каждом документе и нормализует состояние складского учета.