Поделитесь пожалуйста опытом - Расширеная номенклатура

[George Nordic]

Это одна из самых частых модификаций. Почитайте про наборы атрибутов.

С Уважеинем,
Георгий

[mazzy]

Цитата:

Сообщение от George Nordic

Это одна из самых частых модификаций. Почитайте про наборы атрибутов.

Это именно модификации. Не надо делать под эту задачу универсальное решение, которое усложнит задачу внедрения, сопровождения, оптимизации производительности.

Цитата:

Сообщение от Ievgenii

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

Не надо.
Пожалуйста, не надо выдумывать решения для выдуманных задач.

[sukhanchik]

Цитата:

Сообщение от Ievgenii

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

Цитата:

Сообщение от mazzy

Не надо.
Пожалуйста, не надо выдумывать решения для выдуманных задач.

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

Я склоняюсь больше ко второму варианту.
В этом случае могу сказать, что нам требовалось дополнительные поля:
Бренд (лукап со справочником)
Категория товара (очередная группировка, лукап со справочником)
Преимущества товара (большое текстовое поле)

Плюс очень сильно не хватает какого-то поля типа енум - статуса - "Выводится из ассортимента", "Выведено из ассортимента" и т.д. (значения нужно продумать). Конечно можно играть с галочкой "Остановлено" в закупках/продажах - но это все-таки не совсем то.

[mazzy]

Цитата:

Сообщение от sukhanchik

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

Я склоняюсь больше ко второму варианту.
В этом случае могу сказать, что нам требовалось дополнительные поля:
Бренд (лукап со справочником)
Категория товара (очередная группировка, лукап со справочником)
Преимущества товара (большое текстовое поле)

Не надо! Пожалуйста.

Посмотрите в модуль CRM в Аксапте. Там таких "справочников" пруд-пруди.
Из-за них модуль CRM становится труднообъясняемым.

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

Если уж и создавать дополнительные поля, то вместе с дополнительной логикой.

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

[Ievgenii]

Всем - спасибо за коментарии, большая часть по делу или просто полезно знать.

Цитата:

Sukhanchik, Я склоняюсь больше ко второму варианту.
В этом случае могу сказать, что нам требовалось дополнительные поля:
Бренд (лукап со справочником)
Категория товара (очередная группировка, лукап со справочником)
Преимущества товара (большое текстовое поле)

Sukhanchik, Спасибо за Ваш ответ .

mazzy, George Nordic, blokva

Может Вы сталкивались с неоходимостью добавить какие нибудь поля или какая логика нужна бы еще для номенклатуры?

Цитата:

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

Согласен. но об этом речь не идет

-Женя

[mazzy]

Цитата:

Сообщение от Ievgenii

Может Вы сталкивались с неоходимостью добавить какие нибудь поля?

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

истинная необходимость с огромной вероятностью кроется в группировках и отборах
http://axapta.mazzy.ru/lib/tree/
http://axapta.mazzy.ru/lib/tree2/
http://axapta.mazzy.ru/lib/tree3/

а универсальный подчиненный справочник сильно затруднит решение основной задачи - быстрый отбор.

Скажу даже больше - если вы задумали повторить 1Совский механизм характеристик номенклатуры, то ОДУМАЙТЕСЬ. ни в коем случае не надо. Потому что по этим характеристикам захочется получать остатки.
http://1c.mazzy.ru/articles/smartquery/

Не надо дублировать функционал складских аналитик.
А для отбора поля легко добавить самостоятельно.

[Zabr]

Цитата:

Сообщение от sukhanchik

а) для того чтобы сделать универсальное решение для выдуманных задач

В KorusAxaptaRetail сделана такая штука, как "Потребительские свойства", N:1 к карточке товара. Свойства могут быть со значениями разных типов (строка, число, нумерованный список). Для разных групп номенклатуры можно задать разные наборы допустимых (и обязательных для заполнения) свойств: например, для алкоголя крепость и емкость бутылки, для молочных товаров процент жирности, и т.п. По сути, получился универсальный механизм.
К тому же, можно настроить свойства так, чтобы из их значений автоматически формировалось название номенклатуры, что позволяет стандартизировать названия и не дает пользователям забыть указать в названии важные параметры товара.

[mazzy]

Цитата:

Сообщение от Zabr

В KorusAxaptaRetail сделана такая штука, как "Потребительские свойства", N:1 к карточке товара.

Во-во! Об подобном отстое я и говорю.
отобрать номенклатуру по этим свойствам нельзя.
остатков по этим свойствам нет.
в отчет фиг знает как выводить.
автоотчет не работает по ним по определению
lookup по свойствам - сущее издевательство над ядром (все вручную).
lookup для подстановки значений в свойства - только программно.
rls - фиг настроишь.
шаблоны записей - не работают.
экспортировать/импортировать - повесится можно.
стандартный функционал ни хрена о них не знает.
индексов по ним нормальных нет, тормоза страшные.

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

Цитата:

Сообщение от Zabr

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

Точно-точно... Об этом я и говорю - программисты считают, что пользователям будет удобно... А им ни фига не удобно с этим геморроем.

См. Программистский подход.

[Zabr]

Цитата:

Сообщение от mazzy

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

Отобрать можно.

Цитата:

Сообщение от mazzy

.
остатков нет.

В стандартной Аксапте масса других свойств номенклатуры, по которым тоже не ведутся остатки.

Цитата:

Сообщение от mazzy

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

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

[mazzy]

Цитата:

Сообщение от Zabr

Отобрать можно.

Korus Axapta Retail: Потребительские свойства. Как можно отобрать номенклатуру с определенными значениями свойств?

Цитата:

Сообщение от Zabr

В стандартной Аксапте масса других свойств номенклатуры, по которым тоже не ведутся остатки.

И это повод добавлять еще один "универсальный механизм"?

[Ievgenii]

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

Переформулируем вопрос -
Как часто добовляються новые поля или ассоциируються mandatory отношения на Номенклатуру и какие? На вопрос какие вроде как частично ответили.
1. Всегда
2. Часто
3. Иногда
4. Очень редко


Спасибо.

-Женя

[mazzy]

Цитата:

Сообщение от Ievgenii

Не переживайте .

Уф... Спасибо. Утешили.
А то бывают случаи... Потом волосы на ж... начинаешь рвать, но уже поздно.

Чтобы подойти к вопросу серьезно, то может расскажете зачем вам это нужно?

На моей памяти есть два типа добавляемых полей:
1. влияющие на отбор
1.1. необязательные (таких большинство): производитель, отрасль, "дефицитность", параметры самой номенклатуры для отбора (тип экрана, тип чернил, напольный/настольный и т.п.)
1.2. обязательные (таких меньшинство): артикул, производитель.

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

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