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

[sukhanchik]

2mazzy: Как раз модуль CRM я успел хорошо посмотреть. И он мне как раз понравился... обилием справочников.
Почему он становится трудно объясняемым? Может из-за того, что люди, которые объясняют не знают, что имеется из информации у менеджеров по продаже?
Да, безусловно - в этом модуле есть свои грехи (типа запросов в статистике продаж). Но как раз с т.з. справочников - он сделан наиболее полно. Просто при объяснении модуля нужно заренее настроить (=взять из демо-данных) весь перечень справочников. И это правильно. У каждой организации - свой набор справочников. Делать жестким енумом то, что должно быть справочником - неправильно.

Я более того скажу - вся вкусность аксаптийного модуля CRM (на мой взгляд) в механизме хранения информации+ведения кампаний. Всякие там корреспонденции+телемеркетинг - это так... чисто для красоты. А остальное - вполне жизнеспособно. Единственное - в чем можно упрекнуть разработчиков - это в попытке сделать "универсальный" конструктор запросов с графиками.

[mazzy]

Цитата:

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

2mazzy: Как раз модуль CRM я успел хорошо посмотреть. И он мне как раз понравился... обилием справочников.
Почему он становится трудно объясняемым? Может из-за того, что люди, которые объясняют не знают, что имеется из информации у менеджеров по продаже?

Эк, ты на меня стрелки перевел.

Нет, как раз те, кто объяснял, отлично знал что за информация у менеджеров.
Проблема в том, что у них меньше информации, чем хочет Аксапта

Цитата:

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

Но как раз с т.з. справочников - он сделан наиболее полно.

тогде тебе стоит посмотреть отдельный MS CRM

Цитата:

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

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

Согласен.

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

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

Снова возвращаемся к тому, что исходный вопрос неверен в своей постановке.
Дополнительные поля (без функционала) - не нужны.
Дополнительный функционал (возможно с полями) - нужен.
Дык, вот... Спрашивать нужно не "какие поля добавляются?", а "какой функционал обычно добавляется?".

[Zabr]

Цитата:

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

Возвращаясь к теме данной ветки.
.

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

[Ievgenii]

Цитата:

Zabr
Давно пора. Давайте дадим возможность человеку получить ответ именно на тот вопрос...

mazzy,
Какой функционал обычно добавляется к Номенклатуре и как часто?
1. Всегда
2. Часто
3. Иногда
4. Очень редко

Спасибо
-Женя

[mazzy]

Цитата:

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

mazzy,
Какой функционал обычно добавляется к Номенклатуре и как часто?
1. Всегда
2. Часто
3. Иногда
4. Очень редко

Спасибо
-Женя

Часто:

• распределение накладных расходов по весу/объему и другим признакам
• распределение накладных расходов на разные закупки от одного/нескольких поставщиков с одинаковыми/разными номенклатурами.
• печать разных номенклатур в разные документы (например, если заказ содержит номенкл1 и номенкл2, И они должны попасть в разные документы, то будет напечатано две накладных)
• отбор по номенклатурным признакам принятым в организации (номенклатурные признаки могут быть произвольными и необязательными)
• запрет резервирования некоторых номенклатур или ввод ограничений для резервирования.
• ограничение скидок + возможность одобрения этих скидок ответственными менеджерами
• ограничение изменения цен для некоторых номенклатур (простое)
• ограничение изменения цен и скидок для некоторых номенклатур, чтобы чистая сумма не была меньше "себестоимости" (под себестоимостью может пониматься разные вещи )
• более развитый функционал для автоустановки складской цены (которая нужна для складских журналов). Сейчас есть только галочка Последняя цена закупки.

Иногда:

• распределение отгрузки во времени. например, номенклатуру1 отгружаем по понедельникам, а номенклатуру2 отгружаем по вторникам и т.п. (зачастую дополнительно добавляются группы у клиентов и пересекается с производственными свойствами).
• запрет продажи некоторых номенклатур некоторым клиентам/филиалам
• более развитый механизм поиска альтернатив (это большая тема), в том числе резервирования альтернатив
• более развитый функционал для развертывания спецификаций в заказах. Сейчас только ручная команда
• поиск сопутствующих товаров.
• поиск совместимых номенклатур. Например, поискать зарядку для iPhone, если чел купил его, или поискать зарядное устройство для КПК или поискать зарядное устройство для заданной модели телефонов (Внимание! некоторые зарядные устройства могут подходить для разных моделей). Задача сильно перекликается с задачей отбора по разным номенклатурным признакам.

Редко:

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

Думаю, что часто добавляемый функционал еще накидают другие.