На производстве продукция на паллете маркируется штрихкодом, в котором сохраняются параметры для отдела продаж, складской логистики и отдела качества (вес, цвет, тип, фасовка, характеристики, параметры качества). Все штрихкоды уникальны.
Интресует мнение специалистов данного раздела: в каких объектах конфигурации "принято" хранить штрихкоды для последующей обработки (приход/расход/инвентаризация на складе, подбор товара по параметрам, печать сертификатов качества, печать комплекта документов покупателю и транспортной организации)?

К сожалению не нашел похожей темы.

Вижу нужно пояснить.

Например, если хранить эти штрихкоды (считываются сканером на складе) в "Сериях номенклатуры", то придется переделать многие документы (заказы, накладные, ордера), так как каждая отличная от других "Серия номенклатуры" = 1 строка товарной части этих документов в УПП.
Получается, в документе стандартной конфигурации, вместо одной товарной позиции с суммарным количеством/весом (тыс. шт/кг) на 20 паллет, будет фигурировать 20 одинаковых по номенклатуре товарных позиций (паллет) с разными сериями.
Вот и встал вопрос, как делают опытные спецы, такой функционал, потому как наш подрядчик говорит - только "Серия номенклатуры".

Просто, чем больше правишь, тем дальше сроки обновления, а в 2011г, в Украине, законодатели времени не дадут на отдых.

Diego_Iv, спасибо за совет.

У нас как бы "дуализм", документы и покупатели (заказы/заявки/корректировки/счета/ТТН/НН и т.п.) оперируют номенклатурой/названием продукции и общим количеством/весом, а подбор продукции происходит с учетом информации (фактически кодированным параметрам) в каждом отдельном штрихкоде (специфические свойства упакованной продукции, существенные при отправке тому или иному покупателю).
Вот и получается, если сохранить в серии, то получаем нормальный подбор по параметрам серии, но теряем нормальный обзор всех документов и получаем сложности корректировок заказов как результат большой табличной части документов.
Хранение в регистре сведений "Штрихкоды" приводит с существенным изменениям в процедуре подбора и процедурах контроля дубликатов/отсутствующих на складе.

И вопрос, как предполагается хранить информацию об "ушедших" штрихкодах, чтобы выявлять дубликаты/пересорт?

p.s. Думал, в 1С хоть кто-то ведет учет таким способом маркированной продукции.

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

Характеристики заполняем (расшифровывая штрих-код) при приеме на склад готовой продукции и используем при подборе (фильтры).

Diego_Ivandr_andreyИ вопрос, как предполагается хранить информацию об "ушедших" штрихкодах, чтобы выявлять дубликаты/пересорт?

Что значит "ушедшие"? Те которые гарантированно не буду больше использоваться в работе?
Так пусть просто лежат в базе, места не много занимают.

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

В любом случае, спасибо за ответы.