|
![]() |
#1 |
Moderator
|
Георгий - справедливости ради, пример неудачный. Поскольку в 99.9% случаев, приведенные тобой характеристики намертво привязаны к номенклатуре и не могут менятся в конкретной операции. Или же они определяются по сочетанию номенклатуры и каких-то дополнительных аттрибутов операции (группа клиентов, группа поставщиков, склад и тп).
Все-таки больше штук 10 складских аналитик тяжело использовать в одном внедрении... А если ты 40 аналитик заведешь, то тут и разбиение на 2-3 таблицы не поможет... |
|
![]() |
#2 |
Участник
|
Я бы еще предложил признать склад "особой аналитикой" и вынести его из inventdim непосредственно в таблицы проводок, сумм и т.д.(то есть везде, где есть InventDimid).
|
|
|
За это сообщение автора поблагодарили: Kabardian (4). |
![]() |
#3 |
северный Будда
|
А что это даст? В чём преимущества такого решения? На моей памяти, требование завести в какой-то регистрирующей таблице склад ВСЕГДА приводило (зачастую, правда, после долгих и подробных расспросов) к необходимости использовать вместо него InventDimId.
__________________
С уважением, Вячеслав |
|
![]() |
#4 |
Участник
|
Основная идея - это вытащить признаки/характеристики номенклатуры с полей справочника номенклатур в складские/номенклатурные аналитики. Тем самым нам не надо плодить одинаковые номенклатуры с разными признаками, не надо городить объединяющие их "мастер"-номенклатуры для удобства работы, не надо протаскивать по всем формам и отчетам наши признаки и т.д.
|
|
![]() |
#5 |
Moderator
|
Цитата:
Сообщение от Alexius
![]() Основная идея - это вытащить признаки/характеристики номенклатуры с полей справочника номенклатур в складские/номенклатурные аналитики. Тем самым нам не надо плодить одинаковые номенклатуры с разными признаками, не надо городить объединяющие их "мастер"-номенклатуры для удобства работы, не надо протаскивать по всем формам и отчетам наши признаки и т.д.
![]() |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#6 |
северный Будда
|
Цитата:
![]() те же плюшевые зайцы (1 номенклатурная единица) могут быть большие и маленькие, розовые и голубые, с музыкой и без, в разной комплектации коробки (батарейки, запасные носы и т.д.). Тремя аналитиками тут явно не обойтись. А вот "Брак" ИМХО это всё-таки аналитика хранения.
__________________
С уважением, Вячеслав |
|
![]() |
#7 |
Moderator
|
Цитата:
Сообщение от pitersky
![]() я так думаю, что это нужно всегда, когда характеристика не является однозначной принадлежностью номенклатуры
![]() те же плюшевые зайцы (1 номенклатурная единица) могут быть большие и маленькие, розовые и голубые, с музыкой и без, в разной комплектации коробки (батарейки, запасные носы и т.д.). Тремя аналитиками тут явно не обойтись. А вот "Брак" ИМХО это всё-таки аналитика хранения. ![]() Вообще, номенклатурные аналитики хороши для признаков: 1. Зависимых от операции 2. Независимых друг от друга (ну или малозависимых). |
|
![]() |
#8 |
Участник
|
Ок, пойдем по памяти от стройматериалов:
А. Труба 1. Диаметр 2. Длина 3. Толщина 4. Шов 5. Профиль 6. Покрытие 7. Материал Б. Фанера 8. Ширина 2. Длина 3. Толщина 4. Число слоев 7. Материал 9. Сорт 10. Марка 6. Покрытие 11. Цвет В. Краска 10. Марка 11. Цвет 12. Основа 13 Степень блеска 14. Термостойкость 15. Объем 16. Упаковка и т.д. Цитата:
2. Видеть нужные признаки во всех штатных отчетах. Если идти от номенклатуры, то опять напильник для протаскивания признаков. 3. Отсутствие необходимости плодить номенклатуры под каждый набор признаков. Напильник для объединения номенклатур. 4. Возможность изменять признаки и оформлять пересортицу признаков журналом переноса, а не спецификацией. Журнал переноса на мой взгляд более информативен и нагляден для смены аналитики, чем спецификация для смены номенклатуры, хотя результат одинаков ![]() 5. Серьезно уменьшается вероятность заведения дублирующей номенклатуры. Если задублируется аналитика, то до закрытия склада ее можно поправить, с номенклатурой облом ![]() 6. Возможность вести прайс-лист для одной номенклатуры в разрезе аналитик, влияющий на цену, а не кучу прайсов для каждой номенклатуры 0. Для программиста упрощается задача расширения списка признаков, а если они будут сделаны по аналогии с Dimensions, то вообще красота PS. Аналитику OLAP как раз до фонаря от куда цеплять признаки, из номенклатуры или из аналитики |
|
|
За это сообщение автора поблагодарили: pitersky (2). |
![]() |
#9 |
северный Будда
|
Цитата:
![]() Но вот восторгов по поводу Dimension я, честно говоря, совсем не понимаю. Чем оно вам так угодило?
__________________
С уважением, Вячеслав |
|
![]() |
#10 |
Участник
|
|
|
![]() |
#11 |
Участник
|
Цитата:
![]() с трудом представляю себе такое внедрение%). а вот засовывание всех этих свойств в отдельные таблички и поля и заведение нужного количества номенклатур вполне нормальное внедрение. а продажники вообще по одному артикулу могут вточности перечислить все заявленные свойства товара Последний раз редактировалось ice; 12.10.2011 в 17:12. |
|
![]() |
#12 |
Участник
|
Жизнеспособное - да, оптимальное - нет.
Цитата:
![]() |
|
![]() |
#13 |
Administrator
|
Вброшу и я свои пять копеек
![]() По-моему, введение аналитики обосновано только в том случае, если имеет практический смысл суммирование остатков по разным аналитикам одной номенклатуры. Я, конечно, понимаю, что кому-то может быть интересно, сколько у нас на складе лежит разных труб, но практической ценности в таком результате, при отсутствии разбивки по диаметрам, длинам, толщине, и т.п., я, честно признаться, не вижу.
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
|
За это сообщение автора поблагодарили: mazzy (2), Pustik (1). |
![]() |
#14 |
Участник
|
Абсолютно верно.Именно остатки, я бы может добавил еще то, что некоторые клиенты хотят регулировать себестоимость номенклатуры с учетом конкретного признака(если брать фанеру, то например полировки). Если не нужно видеть остатков (и себестоимость) в виде запроса : "А сколько там у меня фанеры на складе, которая полирована?" , то лишние складские аналитики не особо нужны. Достаточно справочной информации о номенклатуре из справочника.
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#15 |
Участник
|
во-первых, тема сформулирована очень неудачно.
в аксапте есть признаки/группы в номенклатуре в аксапте есть финансовые аналитики в аксапте есть складские аналитики некоторые складские аналитики могут быть помечены как "первичная складская аналитика". такие аналитики также называются "номенклатурными аналитиками" и обязательно требуются во всех операциях. но в вопросе явно подразумевались не они. отсюда и разброс в ответах. как только видишь безличные глаголы в неопределенной форме - жди ошибки. что значит "быть описана"? кем "описана"? кто меняет это описание? кто и в какой момент вводит эти "описания"? не забывай, что эти "аналитики" кто-то должен вводить в операциях. так уж устроены люди, что больше 7 признаков они вводить не будут. следовательно больше 7 (а уж тем более 40!!!) - это античеловеческая программа. как сказал fed - это не складские аналитики. это признаки номенклатуры (группы). вводятся один раз при создании номенклатуры. в операциях не указываются. George, каких аналитик? что значит разделение? о чем ты? Цитата:
Цитата:
потому что складские аналитики отличаются от признаков в таблице номенклатуры тем, что складские аналитики надо указывать в каждой складской операции (или система сама подставит) Цитата:
Цитата:
Сообщение от Alexius
![]() Основная идея - это вытащить признаки/характеристики номенклатуры с полей справочника номенклатур в складские/номенклатурные аналитики. Тем самым нам не надо плодить одинаковые номенклатуры с разными признаками, не надо городить объединяющие их "мастер"-номенклатуры для удобства работы, не надо протаскивать по всем формам и отчетам наши признаки и т.д.
мастер-номенклатура - не добавляет удобство в работе. (или расскажите что вы имеете в виду) одна номенклатура + 40 признаков сильно затруднит алгоритмы ценообразования, расчета себестоимости, подбора, замен, производство и планирование. пример - сейчас в складской аналитике можно включить галочки "физические остатки" и "финансовые остатки". себестоимость сильно различается в зависимости от того, как будут включены эти галочки у разных складских аналитик. а теперь представьте что таких галочек не жалкий десяток, а несколько сотен. стало легче? что именно стало легче? Цитата:
Сообщение от fed
![]() Ну меня в общем не надо за советскую власть аггитировать.
![]() но в самим рассуждением и подходом - очень и очень согласен. все это номенклатурный признак. он устанавливается один раз. при создании номенклатуры и больше не меняется. от каждого параметра может изменяться цена и себестоимость. трубы с каждым параметром кладовщик может пересчитать на складе и ввести в инвентаризацию. поэтому эти параметры НЕ нужно вбивать в каждую операцию. поэтому эти параметры нужно один раз вбить в запись справочника номенклатуры. а дальше выбирать номенклатуру. один раз. естественно при выборе номенклатуры в лукапе должны присутствовать нужные пользователю признаки. но в ОПЕРАЦИЮ эти признаки вносить не нужно. Цитата:
в операции эти признаки НЕ должны хранится. в операции должна хранится номенклатура. а уж как это будет представлено на форме - дело десятое. складские аналитики - это в первую очередь механизм ввода и хранения информации. Цитата:
первый вопрос - кто и как будет вводить?!!! Цитата:
какая разница где будут плодится записи - в справочнике номенклатур? или в справочнике комбинаций признаков - InventDim? ведь главное - можно ли задать цену для каждой комбинации? можно ли узнать себестоимость каждой кобинации? можно ли управлять другими свойствами номенклатуры для каждой комбинации (инвентаризационные группы, группы затрат, производственные группы, группы комиссионых вознаграждений и т.п.)? сильно подозреваю, что вы говорите о некоем "универсальном механизме". но совершенно не принимаете в расчет что этот "универсальный механизм" должен будет участвовать в реальных алгоритмах, которые выполняют те или иные функции. например, просто подумайте как будет формироваться прайс под ваши признаки? для каких признаков можно проставлять отдельные цены, а для каких - нельзя? каким должен быть алгоритм, который выбирает нужное клиенту с минимальной ценой (обратите внимание, что появился термин "нужное клиенту" ![]() Цитата:
зачем же спецификация-то? ни фига себе - результат одинаков... Цитата:
Цитата:
Да как же упрощается?! да на порядок усложняется! предположим был один признак - Диаметр введен прайс, были операции прихода, расхода. появилась себестоимость. есть какие-то остатки. И!!! та-дам!!! добавили признак - Длина что делать с прайсом? предположим, переимпортировать полностью. что делать с уже существующими остатками? что делать с себестоимостью, которая может быть разная для разных длин! блин, традиционный программистский подход, который не учитывает реальные потребности пользователей. программист, блин, проставит дополнительную галочку, а дальше, блин, хоть трава не расти. Цитата:
и не только суммирование! но и ввод данных при инвентаризации! |
|
![]() |
#16 |
Administrator
|
Цитата:
Сообщение от Pustik
![]() Абсолютно верно.Именно остатки, я бы может добавил еще то, что некоторые клиенты хотят регулировать себестоимость номенклатуры с учетом конкретного признака(если брать фанеру, то например полировки). Если не нужно видеть остатков (и себестоимость) в виде запроса : "А сколько там у меня фанеры на складе, которая полирована?" , то лишние складские аналитики не особо нужны. Достаточно справочной информации о номенклатуре из справочника.
![]()
__________________
Not registered yet? Register here! Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me |
|
Теги |
аналитика, как правильно, номенклатура, складская аналитика |
|
|