Собственно сабж.

Номенклатура ?

(1) Справочник.СвойстваНоменклатуры подчиненный Номенклатуре.
ТиС.

у нас он пустой

ОсновноеСвойство.ЗначенияСвойство

Кто что в него вбивает?

туда можно повесить сроки гарантии, например

Для хранения различных свойств, вестимо...
характеристики (форма, цвет упаковки), нормы отпуска, параметры хранения, кураторы номенклатуры (закупщих, закупающий эту номенклатуру), артикулы и GLN'ы поставщиков и покупателей (для EDI)... всего сейчас 36 видов...

Самая тупая идея в 7.7... Реализовано так, что пользователь должен иметь ученую степень, что бы понять как этим пользоваться :)

(5)Как правило, программист вбивает как надо, а пользователи забивают что хотят, как хотят, и порой вообще нечего.
И просят, что бы добавили еще кучу реквизитов на форму, а то точто придумало 1С - это неудобно в использовании.

(5) а в ЖКК разве не написано, что можно указать в свойствах номенклатуры? ;)

(7) Хочу рюшки-бантики вести (видов десяток, значений несколько тысяч), дабы не плодить номенклатуру (иначе на порядок вырастет).
Взлетит?

(10) В ЖКК прописаны все нюансы всех областей деятельности?
Из скольки сотен томов состоит ЖКК?

(11) причем тут "не плодить номенклатуру" - не понял.
количество для сикельной базы особого значения не имеет.
единственная штука - "штатная" работа со свойствами - та еще песТня...
У меня все сделано на прямых запросах, поэтому быстро и просто

(13) Есть продукция. Каждая позиция имеет или не имеет несколько рюшек.
Учет с детализацией до рюшек не нужен. Они нужны только как уточнение при заказе.

Напугали. Создал Справочник.Допы

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

чтобы не корячить номенклатуру еще используют. в качестве доп реквизитов. например поставщик. а для контрагентов, например, регион.

(15)Это все понятно, непонятно только одно...
Как быть пользователю (оператору) пожелавшему завести еще одну номенклатуру.
Ей что прописывать все 100 свойств бесконечно и в правильном формате?

+(15)Большая вероятность схлопотать ошибку: "Человеческий фактор".

(11) Что бы не плодить номенклатуру, скорее нужно в партии реквизиты заводить. А свойства - это доп.реквизиты номенклатуры, настраиваемые без конфигуратора. Новый набор доп.реквизитов - новая номенклатура. У меня в свойствах исключительно аналитические признаки, по которым номенклатура отбирается и группируется в отчетах.

(14) ну и какая разница?
Один хрен подчиненный справочник.

(20) В том том и дело, что нет.
Одна рюшка может быть в 200 позициях.
Ввёл рарз и всё.

Активно юзаем.
И свойство номенклатуры и свойства контрагентов

(0) объединяем в некоторых отчетах номенклатуру в логические группы, не соответсвующие номенклатурным группам

(22) А поконкретней?
(23) В загашник

(21) абсолютно то же самое...

(24) Что конкретно?

1. Места хранения. Т.е. каждая позиция лежит на определенном складе. При этом склад - это не ангар, а просто определенная территория, у которой есть свой ответственный (зав.складом). Т.е. в физическом складе может быть 3-4 места хранения.

2. Курман. - снабженец, который отвечает за эту позицию

3. Доп.аналитика (торгуем автозапчастями). Т.е. бренд, применяемость, Тип, марка - Дополнительная характеристика номенклатуры.

(26) Спс.

типоразмеры, габариты, технологические параметры, применяемость.

Я использую, но свойства номенклатуры не так активно, а вот свойства контрагентов - живенько.. там много всего..

(7) > артикулы и GLN'ы поставщиков и покупателей (для EDI)... всего сейчас 36 видов...
по номенклатуре я запихнул артикулы, наименования, коэффициенты для единицзаказа - в аналоги. легло прекрасно. GLN - я почему-то зафигачил в конт рагентов напрямую.. хотя на свойств аперевести - навоз-вопрос - система отлажена...
.
на контрагентах всякие настрйоки хранятся для печати первичик в разные точки/рц/сети, признаки маркировки товара, обработки загрузок заявок разных форматов и еще всякое...

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

(26) по.1: именно так у меня и было сделано, когда склад логически был один, а территориально - на двух разных этажах. Номенклатура по этажам не пересекалась, на товар заводилось свойство "склад", значения "верхний","нижний" - заявка на сборку тупо билась по этому признаку...
.
даже рабочий пример аналогичный выложил: http://infostart.ru/public/15064/

вот надысь.. сопровождаю помаленьку конфигу... это полный бред...
например на автомобиль заведено ДОХРЕНИЩА РЕКВИЗИТОВ, хотя поисковый по сути один - ВИН.
все остальное легло бы прекрасно в систему "свойство-значение", а так - смотреть без слез на это колченогое уродство я не могу.. но тем не менее работают люди - ну и фиг с ними...

Используем для ведения аналитики продаж алкоголя (для декларации). Крепость, объем, место производства. Декларация формируется за единицы минут :)

(0) Мы пользуемся. Обширная торговля запчастями. К примеру, много наименований "карданный вал", чтоб не путаться, в свойствах указываем марку. Например, свойство "Урал".

(30) Знаешь, GLN-ы собственно поставщиков/покупателей как контрагентов, и GLN-ы  их торговых точек и я запихал в контру как реквизиты. почему - за давностью лет объяснить уже не могу :-))

(35) Ну да, все карданные валы одинаковы...

(31) спец "интерфейс"
Думал об этом. Идея хорошая.

вот сейчас нарисовалось: один клиент перешал на отгрузки по комисии.. навскидку никто кроме "оператора" не поставит в отгрузке "вид реализации = комиссия".. а на операторов/манагеров надеяться - по барабану.. вводим тупое свойство "вид отгрузки" со значением "комиссия"; отсутсвие свойства означает обычная реализация...
.
при формировании (вводе нового) реализации - ищем свойство, если нашли и = комиссяи , ставим комиссию..
.
да тупо, да неуниверсально, да неустойчиво.
.
а нахрена заморачиваться крутыми супермегадоделками, если все равно настройки ставит кто-то один..? и даже если такая настрйка слетит - сами себе злобные буратины - если не заметят сразу что криво идут отгрузки - згачит по большому счету - ЭТО НИКОМУ НЕ НАДО...

У меня там:
Ограничение % скидки на товар.
Признак блокировки отгрузки.
Классификатор типов, видов, раздела прайс-листа.
+ периодически появлялись признаки участия в определенной комиссионной схеме, или относится/не относится к спиртосодержащей продукции и т.д.
В общем активно пользуюсь. Единственно инструментарий для работы со свойствами весь не типовой и прозрачный для пользователя.

(40) угумс, у мну примерно так же

каждому свое)

По программистки Свойства это динамическме реквизиты номенклатуры. По людски  - товарообразующие характеристики товара.))) Именно набор свойств (вернее их значений) и определяет товар.
В типовых мех-м свойств очень мощный, но неудобный. Пришлось немногь напильником пройтись.
Суть доработки, в том что "Вид товара" опеределяет состав свойств (ну и еесно их значений). Единожды привязав к виду товара набор свойств, в дальнейшем при вводе нового товара достаточно указать его вид и система автоматически заполнит набор свойтств, необходимых к заполнению. Остется только выбрать значения и сгенерировать наименование по шаблону. На картинках Полное наименование сгененрировано пошаблону, на основании свойств товара.

В общем из картинок все понятно.
http://s017.radikal.ru/i444/1110/2d/51ac8a26b7ac.png
http://s017.radikal.ru/i414/1110/2a/24a1c2fa64ea.png

(43) фигня какая ;-) из набора характеристик сгенеить наименование.. ты вот наоброт разрули - из наименования сгенерить набор характеристик...

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

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

(46) если у тебя вручную в свойства все вот это заносили на нескольо тысяч комплектующих - то япреклоняюсь.. ну и если не руками а все из наименований извне и все наименования были строго и красиво - то ятебе завидую!

(44) а вообще, это глубоко по 1Совски. Сделать через ж..у (в данном случае наименование товара) а затем героически его парсить.  А потом долго думать над тем, что ж делать с результатом столь героического труда )))

(48) ;-)
одно время хотел парсить наименования фармпрепартаов - изобретательность людей неиссякаема.. хрен предусмотришь...

(47)Частично значения свойств парсились, но столкнулись с тем, что парсить надо в _продуманную_ структуру свойтсв. А когда ее создали (руками, потому как быстрее) тогда уже проблема наполнения значениями свойств перестала быть проблемой. Часть потянули с веб сайтов, часть забили руками, опять же потому что иногда  быстрее руками

(50) вот она! мощь автоматизации.. вопрос в том, как потом из ваших прайсов парсить эти наименования... вы же пустое свойство нигде не обозначаете... ;-)

(49) так отож, наименование товара в большинстве своем формируются безиситемно, ессно распарсить такое чудо - подвиг, а результат - все равно на помойку ((

(51) от как тебя тянет парсить. От не спеши, попробуй вникнуть. Я же писал - ТОВАРООБРАЗУЮЩИЕ (или основные). для этого вида свойтсв пустых значений быть не может, они (пустые) могут быть в дополнительных, на картинках они не выделены жирным.
З.Ы. А куда ты  хочешь складывать распарсенные значения?

(53_ главное - распарсить удачно, а уж куда сложить - найдем!

Согласись распарсить сгенеренное по шаблону куда проще чем написанное от руки х.з кем

(55) все, убил!

И все таки, куда? Ну получил ты нечто  что может претендовать на объем памяти Видеокарты,  и что дальше?

(56) )))

(37) Не все одинаковы, но куча взаимозаменяемых деталей. Например, карданный вал от КрАЗа подходит к МАЗу, а по артикулу - это совершенно разные детали.