Динамическое создание Складских аналитик

[Pustik]

Кто-нибудь имел опыт создания дополнительных складских аналитик? Уверен, многие. У кого-нибудь была проблема с нехваткой таковых? Как Вы относитесь к тому, что эти аналитики, можно будет динамически создавать? Спасибо за интерес к теме.

[fed]

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

[Pustik]

Проще говоря, нам нужна некая аналитика. Нажимаем волшебную кнопку, и она нам делает волшебство - добавляет поле в таблице, корректирует формы, классы и т.д. Это мечта ))) Я думаю, с высоты своего опыта она осуществима.

[fed]

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

[Pustik]

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

[fed]

Цитата:

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

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

Ну собственно - рецепт понятен. Добавить в inventDim, подправить все места в которых стоит макрос InventDimDevelop и добавить во все группы полей и индексы таблицы inventDim, в которые добавлена какая-то похожая по смыслу аналитика. Как я уже говорил - задача часа на 2-3 работы. С учетом того что вы по первости что-то забудете и будете учиться на ошибках - ну может пара дней уйдет на круг. Не самые страшные трудозатраты...

[gl00mie]

Цитата:

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

Нам сейчас офигенно нужна доп. аналитика - учет по складу.

По-моему, в любой аналитике самое главное - продумать, кто, как и когда ее будет (и аналогично - не будет) заполнять. Потому что любой аналитике - грош цена, если в ней будут кривые данные. Те же складские аналитики затрагивают очень много бизнес-процессов и фигову тучу людей, см. давние рассуждения mazzy про ГТД и интрастат (пардон, лень приводить ссылку, все и так в курсе), см. недавние высказывания fed 'а про разделение складского и продажного резервирования. Мне кажется, если вам вот прям срочно нужна новая аналитика, то вы эти вопросы еще толком не продумали - у вас только созрела (назрела) проблема, но совершенно не факт, что новая складская аналитика является хорошим решением этой проблемы, и тем более не факт, что тут как-либо поможет т.н. "программистский подход" (мастер добавления аналитики).

[Pustik]

fed, мне кажется это не 2-3 часа работы.Но речь то не об этом. Речь о том чтобы создать универсальную систему добавления аналитик. Нужна она или нет? Нам, как я сказал выше сейчас очень нужна. Но приходится изобретать что-то другое, потому что это нужно срочно, с нового года.

[Vadik]

Цитата:

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

fed, мне кажется это не 2-3 часа работы.Но речь то не об этом. Речь о том чтобы создать универсальную систему добавления аналитик. Нужна она или нет? Нам, как я сказал выше сейчас очень нужна. Но приходится изобретать что-то другое, потому что это нужно срочно, с нового года.

Зачем ? Не успеете наиграться, как упретесь в физическое ограничение (16 полей в индексе) о котором fed уже писал. Работая в консалтинге, такие вещи есть смысл автоматизировать - а на клиенте-то зачем ? Вы на разработку утилиты потратите времени больше чем на добавление аналитик вручную. Оно (добавление) страшное только если о нем думать, тут главное - нАчать Сам по себе процесс - механический, не творческий

[fed]

Я последний раз складскую аналитику добавлял в сентябре где-то. (Это был номер заказа. Хитрым образом протаскивалась сводным в дочерние производства. Хотя конечно с точки зрения производственного планирования - не идеальный вариант). Потратил часика 4 чистых, из которых час с лишним ушел на перекомпиляцию.

[Pustik]

Цитата:

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

Я последний раз складскую аналитику добавлял в сентябре где-то. (Это был номер заказа. Хитрым образом протаскивалась сводным в дочерние производства. Хотя конечно с точки зрения производственного планирования - не идеальный вариант). Потратил часика 4 чистых, из которых час с лишним ушел на перекомпиляцию.

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

[Pustik]

Все таки иногда хочется нужную аналитику

[sukhanchik]

Цитата:

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

Кто-нибудь имел опыт создания дополнительных складских аналитик? Уверен, многие. У кого-нибудь была проблема с нехваткой таковых? Как Вы относитесь к тому, что эти аналитики, можно будет динамически создавать? Спасибо за интерес к теме.

Тут есть 2 варианта.
Вариант 1.
Складские аналитики и InventDim. Имеем ограничение в 16 полей в индексе. Имеем таблицу комбинаций (InventDim), которую нужно постоянно джойнить при выборке, не забывая при этом добавлять некий функционал, позволяющий динамически активировать / деактивировать аналитику (макросы InventDim* и табличка InventDimParm), т.к. разные номенклатуры вообще говоря могут иметь разный набор аналитик. (Хотя и не очень удачный - но пример с аналитикой ГТД, которая актуальна только для импортных товаров. Более удачный пример - совмещение в справочнике номенклатур - номенклатур для собственного использования и для продажи).
Данную аналитику нужно везде протаскивать, как писал fed.

Вариант 2 (до АХ 2012).
Финансовые аналитики в виде массива. Если не запихивать аналитики в индекс - то в общем-то ограничения нет (если только со стороны платформы АХ). Зато добавление нового элемента массива в EDT сразу добавляет поле во все таблицы, где эта аналитика присутствует. Даже есть штатный мастер добавления аналитик, который проходится по EDT, согласно зашитому списку и везде добавляет элемент массива.
Ничего джойнить не надо - все лежит в самой таблице. Но невозможно чего-то деактивировать. Кроме того, невозможно на каждый элемент массива заложить свой индивидуальный функционал (добавление полей в таблицу Dimensions добавит поля сразу ко всем аналитикам).

Вопрос. Чего хочется? Универсальности ценой индивидуальной функциональности?
Или индивидуальную функциональность ценой универсальности (=индивидуального программирования).
MS в АХ 2012 пошел по пути складских аналитик - т.е. хотя и сохранил возможность массивов - но переписал фин.аналитики по типу складских.

[Pustik]

Цитата:

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

Вариант 2 (до АХ 2012).
Финансовые аналитики в виде массива. Если не запихивать аналитики в индекс - то в общем-то ограничения нет (если только со стороны платформы АХ). Зато добавление нового элемента массива в EDT сразу добавляет поле во все таблицы, где эта аналитика присутствует. Даже есть штатный мастер добавления аналитик, который проходится по EDT, согласно зашитому списку и везде добавляет элемент массива.
Ничего джойнить не надо - все лежит в самой таблице. Но невозможно чего-то деактивировать. Кроме того, невозможно на каждый элемент массива заложить свой индивидуальный функционал (добавление полей в таблицу Dimensions добавит поля сразу ко всем аналитикам).

Вопрос. Чего хочется? Универсальности ценой индивидуальной функциональности?
Или индивидуальную функциональность ценой универсальности (=индивидуального программирования).
MS в АХ 2012 пошел по пути складских аналитик - т.е. хотя и сохранил возможность массивов - но переписал фин.аналитики по типу складских.

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

[anikulichev]

Костя. Привет. С новым годом!!!. Посмотри краткий порядок действий при создании новой складской аналитики. Может поможет.

[Vals]

Цитата:

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

Я говорю об учетных комбинаций, которые прямо скажут, что на складе есть и чего нет

А в чём всё же состоит ваша идея?

[Pustik]

Цитата:

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

А в чём всё же состоит ваша идея?

В том, что изначально была неправильная политика постановки. В итоге вместо нормального использования стандартного функционала в области стандартных складских аналитик мы плодим номенклатурные номера. уголок 20*30, уголок 30*40. Когда все это внедряли никтоо не подумал о том, что номенклатура должна быть одна - уголок. А размеры - это конфигурация.А кроме конфигурации есть еще немало признаков, которые захотелось бы поместить в складские аналитики
И видеть все это на складе, в любом разрезе

[Pustik]

Спасибо, Алексей. Здесь свой порядок, поэтому если что в личку.

[db]

Цитата:

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

fed, мне кажется это не 2-3 часа работы.Но речь то не об этом. Речь о том чтобы создать универсальную систему добавления аналитик. Нужна она или нет? Нам, как я сказал выше сейчас очень нужна. Но приходится изобретать что-то другое, потому что это нужно срочно, с нового года.

Как автор той самой колумбусовской добавлялки скажу так - в текущей ситуации такой мастер практически бесполезен - достаточно пошаговой инструкции и добавите за те самые 2-3 часа максимум. А вот для версии 2.5 (писался сей добавлятель в 2001 году) наличие этого мастера, и особенно в проектной работе на куче клиентов, было очень полезно. В версии 2.5 не было групп на гридах и надо было вручную перелопаить сто с чем то форм перетаскивая новое поле с датасорса в форму. Уже после пары десятков форм глаза вылазили на лоб со всеми вытекающими последствиями в виде глупых ошибок.

Цитата:

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

Вариант 2 (до АХ 2012).
Финансовые аналитики в виде массива. Если не запихивать аналитики в индекс - то в общем-то ограничения нет (если только со стороны платформы АХ).

В стандарте 2009-й около десятка таблиц где Dimension в индексе. Так что ограничение есть

[Pustik]

Если в общих чертах, то я всегда за универсальность. Ненавижу когда в коде вижу что-то подобное if (itemid == '1111') "..." else "продолжаем работать дальше". Вопрос возник с реорганизацией номенклатурного справочника. Очень много номенклатур возможно придеться рестрактуировать так, что они приобретут дополнительные складские аналитики. И не всегда спасет одна конфигурация, (цвет и размер).Думаю, что удобный интерфейс по добавлению такой дополнительной аналитики лишним не будет.