|
19.03.2008, 13:28 | #1 |
Участник
|
Что лучше, много номенклатур или много конфигураций?
Что лучше, много номенклатур или много конфигураций?
Исходные данные: 1) Справочник номенклатур около 10 000 строк. 2) Из них: Материалы которые красятся около 200 3) Краска которой красят около 50 4) Все 200 материалов могут краситься во все 50 цветов 5) Есть нормы расхода краски на покраску материала 6) Ax 4.0 Sp 02 Задача: Необходимо, чтобы при создании производства для окрашенной номенклатуры, создавалась спецификация (ProdBOM) с двумя строками: неокрашенный материал и краска. Решение: 1) Создать 10 000 (200*50) номенклатур. Пример: "материал 1 окрашенный в цвет А". Для каждой номенклатуры создать две строки спецификации (BOM): материал 1 неокрашенный и краска А. 2) Создать 200 номенклатур - Пример: "материал 1 окрашенный". Создать 10 000 конфигураций "для материала 1 цвет А". Для каждой конфигурации создать 2 строки выбора конфигурации (ConfigChoice). Для каждой номенклатуры создать строки спецификации (BOM): материал 1 неокрашенный, краска А, краска Б, краска В.... все 50 красок. Вопрос: 1) Какое из решений более приемлемо с точки зрения функциональности? 2) Какие могут возникнуть проблемы при каждом из решений? 3) Какой вариант меньше повлияет на производительность системы в целом и на сводное планирование в частности? Что лучше много номенклатур или много конфигураций? |
|
19.03.2008, 14:52 | #2 |
Участник
|
Цитата:
Сообщение от axvrp
Что лучше, много номенклатур или много конфигураций?
2) Создать 200 номенклатур - Пример: "материал 1 окрашенный". Создать 10 000 конфигураций "для материала 1 цвет А". Для каждой конфигурации создать 2 строки выбора конфигурации (ConfigChoice). Для каждой номенклатуры создать строки спецификации (BOM): материал 1 неокрашенный, краска А, краска Б, краска В.... все 50 красок. Что лучше много номенклатур или много конфигураций? |
|
19.03.2008, 14:58 | #3 |
Аманд
|
Лучше всё-таки номенклатурами.
|
|
19.03.2008, 15:03 | #4 |
Участник
|
|
|
19.03.2008, 15:42 | #5 |
Участник
|
Еще один из минусов подхода "Одна номенклатура - много конфигураций" это процедура резервирования. В 3,0 на все время резервирования блокируется от резервирования другими именно номенклатура (при помощи блокирования записи в InventItemLocation). В 4,0 это уже не критично. Но вот с закрытием склада с нескольких машин более производительным будет обработка именно номенклатур, так как по аналитикам распаралеливания не будет.
Последний раз редактировалось Raven Melancholic; 19.03.2008 в 15:43. Причина: Опс. EVGL Обогнал |
|
19.03.2008, 16:14 | #6 |
Аманд
|
Цитата:
В конкретном случае он облегчит процедуру создания спецификцации готового изделия. Если изделий 200 шт. то фиг с ними, можно копировать спецификации и ручками создавать записи в спецификациях. Цитата:
При подходе одна ном-ра много конфигур. вы можете посмотреть сколько у вас всего стульев, столов. А добавив разрез по конф. - увидеть сколько синих, зеленых и т.д.
С другой стороны, в случае универсальной заменяемости можно красить "в любой цвет", при это лучше, если это будет чёрный Также с точки зрения производства - при подходе с конфигурациями несколько усложняется работа с разными маршрутами для разных цветов. Последний раз редактировалось Vals; 19.03.2008 в 16:23. Причина: Добавил камент |
|
19.03.2008, 15:36 | #7 |
Banned
|
Цитата:
а) конфигурация приводит к неизбежной выборке по составному ключу вместо первичного в сводном планировании и закрытии склада б) в закрытии склада отдельные номенклатуры могут обрабатываться параллельно, а конфигурации - нет |
|
19.03.2008, 15:43 | #8 |
MCTS
|
Цитата:
Какой вариант меньше повлияет на производительность системы в целом и на сводное планирование в частности?
Цитата:
Какие могут возникнуть проблемы при каждом из решений?
__________________
С уважением, Павел Цераниди. На пути к совершенству нет конца. Каждое новое достижение является отправной точкой для следующего крупного шага. |
|
19.03.2008, 16:10 | #9 |
Участник
|
Вот на ум пришел недостаток подхода "много номенклатур". Если в вашем примере, номанклатуры - это например предметы мебели, столы, стулья, шкафы.
При подходе одна ном-ра много конфигур. вы можете посмотреть сколько у вас всего стульев, столов. А добавив разрез по конф. - увидеть сколько синих, зеленых и т.д. Про подходе много ном-р, вам будет сложно увидеть сколько всего стульев (ведь стул - это целых 50 ном-р). Вы всегда будет видеть стулья (и все подобное) в разрезе цветов (конф.). Надо будет либо создвать на каждый вид продукции номенкл. группу (например "стулья"). Но тогда вы стандартом не сможете получить все запасы хранение в разрезе предметов мебели (стулья, столы), ведь по ном. группе нет группировки, а только условие. Т.е. придется делать отчет на каждый предмет отдельно. Надеюсь, понятно описал. |
|
19.03.2008, 16:19 | #10 |
Аманд
|
Цитата:
Обдумайте вариант, когда клиент делает заказ без цвета. Количество он знает точно, а цвет или еще не решил, или ему не важно.
|
|
20.03.2008, 06:55 | #11 |
Участник
|
Спасибо за ответы - принимаю 1-е решение, к которому изначально склонялся (создание номенклатур)!
1) Product Builder - нет, и покупаться не будет 2) Считать общее количество покрашенной номенклатуры (материала 1) - Такой задачи не ставилось. 3) Заказ без цвета - красится в базовый цвет. |
|
20.03.2008, 12:24 | #12 |
MCTS
|
Цитата:
Были прецеденты?
__________________
С уважением, Павел Цераниди. На пути к совершенству нет конца. Каждое новое достижение является отправной точкой для следующего крупного шага. |
|
20.03.2008, 12:54 | #13 |
Гость
|
Цитата:
Присоединюсь к коллегам. Даже с точки зрения производительности вариант с 10000 номенклатур лучше, поскольку
а) конфигурация приводит к неизбежной выборке по составному ключу вместо первичного в сводном планировании и закрытии склада б) в закрытии склада отдельные номенклатуры могут обрабатываться параллельно, а конфигурации - нет 1. 200 товаров на 50 конфигураций каждый - отлично параллелятся. Не будет же у Вас более 200 пакетников запущено? 2. По составному ключу - да, засада. Но учитываем, что Сводное планирование запускается раз в год, а проблемы с Закрытием склада решаются не уменьшанием количества номенклатур/конфигураций, а знаниями, как оно таки работает (согласно fed). Премимущество конфигураций, теряемое при "ономенклатуривании": 1. Скорость поиска нужных товара конечными операторами 2. Обнуление (стремление к 0) возможностей анализа разрезов движений видов товаров (если у Вас применяется таки Сводное планирование, то аргумент по отсутствию вменяемого анализа веский) А вот плохо то, что одним только цветом дело, скорее всего, не ограничится. "Пихание" в аналитику "Конфигурация" других аналитик делает ситуацию хуже, чем при "ономенклатуривании". А использование других номенклатурных аналитик не предусмотрено в целом ряде модулей (да нигде, кроме отчетов, пожалуй). |
|
20.03.2008, 14:37 | #14 |
Аманд
|
Цитата:
Сводное планирование запускается раз в год
Цитата:
анализа разрезов движений видов товаров (если у Вас применяется таки Сводное планирование
|
|
20.03.2008, 15:28 | #15 |
Гость
|
1. раз в год я видимо загнул. Но раз в день это уже Вы загнули.
2. Так а я о чем? Наличие конфигураций==хороший анализ (и управление) |
|
20.03.2008, 15:34 | #16 |
Участник
|
Я так понять не могу...
А чем использование аналитик цвет не устраивает? В спецификации будет следующее 1. Материал 2. Краска - с той же аналитикой цвет. Или краска разных марок бывает или смешивают из разных красок? |
|
20.03.2008, 15:35 | #17 |
Lean Six Sigma
|
1. Бывает и несколько раз в день - утвердил закупки, подправил состав и количества номенклатур в закупках, перепланировал, и т.д.
|
|
20.03.2008, 15:40 | #18 |
Lean Six Sigma
|
to DanielG: Вы предлагаете включать в спецификацию несколько строк с одной номенклатурой и разной аналитикой цвет? Опишите, пожалуйста, подробнее, как Вы проделаете это в стандартной Аксапте.
|
|
20.03.2008, 17:07 | #19 |
Аманд
|
Цитата:
Но раз в день это уже Вы загнули.
|
|
20.03.2008, 17:20 | #20 |
Гость
|
Цитата:
Бывает и несколько раз в день
Цитата:
Перепланирование возможно по выборочным номенклатурам
|
|
Теги |
ax4.0, как правильно, конфигурация, номенклатура, полезное, crm2011 |
|
|