Вот честное слово, никак не могу понять, зачем 1С так упорно продвигает эту убогую и корявую идею?

Ну понятно, что если нет никакой возможности изменить конфигурацию, то это позволяет пользователям добавлять какие-то свои поля в виде свойств и вести по ним учет. Но ведь добавить поле в справочник - это 15 минут работы. Можно даже пользователю по телефону объяснить, как это сделать. А поле в справочнике со всех сторон красивее выглядит, чем свойство и характеристика. И 8 - это не 7.7, где с добавленными полями обновления затруднялись на порядок. Тут с этим особых проблем нет.

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

Минусы характеристик:
1) довольно сложный интерфейс по добавлению характеристик;
2) необходимость лишних измерений в регистрах, что их работу явно не ускоряет;
3) необходимость поддержки характеристик во всех отчетах и обработках.

А вот каковы полюсы этого всего дела?
Извините, наболело.

п.2 и 3 в минусах ошибочны

(0)[Но ведь добавить поле в справочник - это 15 минут работы]
пипец

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

Дятел?

(22) По поводу загрузки накладных есть Регистр сведений Номеклатура контрагента в котором проставляются соответствия позиция контрагента и позиция в программе...
Поэтому нет ни каких заморочек с характеристиками...

(28) В общем так. Но каждый раз новые пользователи такое там накурочивают при создании и заполнении характеристик, что невольно согласишься, что заморочки таки есть...

В любой отрасли , где нужно учитывать единичный товар . Например ювелирка.

Очень полезная вещь - сочетания вариантов характеристик.

п.1 - если ты для тебя это трудно, то это вовсе не означает, что трудности возникнут у других
PS совсем недавно в очередной раз удалось уйти от изменений конфигурации и только за счет характеристик

удобная фича, особенного когда не для всего справочника нужны доп. реквизиты
---
хотя учет в разрезе характеристик маложизнеспособен имхо )

Волшебник! Пиши в тему...

ОБЩИЕ ПРИНЦИПЫ ФОРМИРОВАНИЯ СТРУКТУРЫ СПРАВОЧНИКА НОМЕНКЛАТУРА

ПРОГРАММНАЯ СХЕМА УЧЕТА НОМЕНКЛАТУРЫ

Определяя структуру справочника номенклатуры в применении к учету тех или иных изделий (продукции) будем исходить из следующих возможностей программы:
•    Объединение однотипных элементов номенклатуры в группы. Например, пряжа суровая, пряжа крашенная, полотно трикотажное, раскрой и т.п.;
•    Разделение элемента номенклатуры по понятиям характеристики и серии. При этом исходим из того, что:
o    Характеристика это комплексная составляющая, объединяющая в себе не ограниченный набор свойств изделия. Один и тот же набор характеристик может распространяться на группы элементов;
o    Серия – партионное понятие, при этом суть партии не бухгалтерская (по сроку поступления), а в большей степени качественная. Например, понятие лота хлопка, прядильной сортировки, ванны крашения и т.п. Каждая серия привязана к отдельному элементу номенклатуры (справочник серий подчинен элементу номенклатуры).

При этом мы понимаем, что:
o    учет движения продукции  (приход, расход, остатки) ведется в разрезе: ЭлементНоменклатуры+НаборХарактеристик+Серия;
o    спецификации на выпуск продукции составляются в разрезе: ЭлементНоменклатуры+НаборХарактеристик;
o    все стандартные механизмы отбора остатков номенклатуры составляются в разрезе: ЭлементНоменклатуры+НаборХарактеристик;
o    Параметры: артикул, вид номенклатуры, настройки учета и т.п. задаются только для: ЭлементНоменклатуры.
Кроме этого нужно учитывать:
o    НаборХарактеристик может быть общим для группы элементов номенклатуры, т.е. «один ко многим». Серия действительная только для одного элемента – «один к одному».
o    НаборыХарактеристик и Серии это два разных справочника, подчиненных элементу номенклатуры. Поэтому, например при отгрузке готовой продукции, чтобы поиметь соответствующий качественный сертификат, серию нужно создавать из расчета каждого отдельного набора характеристик. Например, для элемента «Ботинки» с наборами характеристик «мужские,42 размер, кожаные» и «мужские,41 размер, кожаные» должны быть две разные серии «сертификат для мужские,42 размер, кожаные» и «сертификат для мужские,41 размер, кожаные».

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

В этой связи, будем руководствоваться следующим принципом:

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

Далее написаны предыдущие личные размышления, которые то же нужно учитывать, но они менее однозначны.  
•    Понятие элемента номенклатуры должно соответствовать уникальному составу исходного сырья и уникальной технологической цепочке производства, как правило, это напрямую связано с ГОСТом, ОСТом или ТУ по которому производится продукция с разделением на артикулы;
o    Все остальные параметры можно засунуть в характеристики;
o    Серии! Программно серии «заточены» для разделение выпуска одного элемента номенклатуры по качественным партиям (на одну партию один сертификат качества).  Т.е. для хлопка, это «лот», для пряжи «сортировка», для крашенной пряжи или трик.полотна – это партия (сеанс) крашения и.т.п. Но, конечно, все не так однозначно. И в данный момент есть понимание, что серию на первом этапе использовать не надо, а в дальнейшем это будет ссылка на ДОКУМЕНТ ВЫПУСКА!

(52) расширенное субконто ?

Добавить реквизит в справочник - это создать себе дополнительные проблемы с обновлением. А пользователя к конфигуратору вообще лучше не подпускать.

раньше тоже боялся использовать характеристики, но на одном проекте пришлось. ИМХО очент полезная штука, хотя действительно работать с ними пользователям бывает трудно

без сомнений