У тебя предмет про базы данных был?

Первая нормальная форма, вторая....

А у тебя не может быть одинакового товара, который различается только вот этими твоими двумя реквизитами?

А механизм серий/характеристик почему не используете для этого.

Ну тормозней или нет серии и свойства будут работать или нет, это конечно вопрос.

Однако, механизм свойств и серий родной для 1С, это значит что совершенно прозрачно идет движение товаров, строятся отчеты. Все реквизиты уже есть во всех документах. отчетах.

Причем, товар однозначно идентифицируется. Я вот оо чем.
А как в вашем случае вы определите тот же остаток товаров на складе какого-то товара? Тоесть товар один, но поступил с разных фабрик. Как его забьет оператор так оно и будет называться, т.е. не факт что у них даже наименование будет одинаково. И определить сколько же его на складе будет весьма хлопотно.

Допустим - был случай - есть сырье, рыба.
Одна и таже рыба, только производитель разный. И как же не тривиальна задача посмотреть сколько сельди лежит на складе. Потому что за пару лет брали сырье у разных поставщиков, поэтому сельди в справочнике десятка полтора, а реально есть на складе только пару позиций, остальные уже год не используются.
Можно конечно группами справочников объединять одинаковые позиции...

Только по сути, то что вы хотите сделать это тот же серийный учет или учет по характеристикам - что вам больше нравится - который вы изобретете вновь.

Кстати, а как стоимость будет считаться при списании?

Опять же, нормальные формы... :)

Программист 1сThe Dim! - очень спорный вопрос. Нельзя без теста сказать что быстрее и в отчете. А удобство... ну так добавляем те же 2 реквзита и вуаля. Ну естественно не говорим о том что появится третье свойство....

Вот открыл я документ - неважно какой - пусть ТребованиеНакладна.
Как мне его заполнять?
Ине нравится подбором по остаткам. Открываем подбор, и видем там несколько наименований одного и того же товара, различного лиш по реквизитам, которых в подборе не видно...
Ну дальше, я думаю, мысль понятна...

Еще пример.
Открываем документ. В нем видем - "Болт". А какой болт - нужно зайти в карточку номенклатуры и только тогда станет понятно.
Ну или построить отчет.

Еще пример.
Инвентаризация. Что и как инвентаризировать-то будем, не возникнет ли пересорт?

Я хочу сказать, что "для удобства" придется тянуть эти два реквизита во многие объекты конфигурации.
Причем смысла в этом - с гулькин нос(ИМХО конечно).

300 000 ну да... много(?) - это как посмотреть.
Это кол-во элементов в справочнике или реально участвующих в обороте предприятия.
Если реально в обороте столько находится, то тут проблема будет далеко не в двух реквизитах.
Да и не так уж это много для торгового предприятия.

150680Нет, если даже товар по факту одинаковый (очень редко),
а порт и фабрика разные. заводится новый элемент справочника с новым артикулом.

Тоесть это будет влиять на остатки.

А как тогда эти реквизиты предполагается использовать?
Для сего-то вы их собираетесь вводить.