Аналитики в InventSum

[trud]

Только что обратил внимание, в текущей D365FO Microsoft наконец-то добавила все аналитики прямо в InventSum

Это была проблема номер1 на всех логистических проектах. В принципе подобная модификация не должна быть очень сложной для АХ2009, AX2012, так что если есть проблемы, то добавление полей стоит рассмотреть

[mazzy]

Цитата:

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

Microsoft наконец-то добавила все аналитики прямо в InventSum

Гыыыы!!!! а ведь сколько говорили, что нужно делать именно так.
Еще со времен добавления группы полей в грид еще в далекой ax3.0

Цитата:

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

Это была проблема номер1 на всех логистических проектах.

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

Цитата:

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

В принципе подобная модификация не должна быть очень сложной для АХ2009, AX2012, так что если есть проблемы, то добавление полей стоит рассмотреть

гыыыы. но майкрософт упорно не хотел так делать.
приводил кучу причин почему "нет"

[trud]

Цитата:

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

приводил кучу причин почему "нет"

"Нет" наверное говорили теже самые люди которые советовали таблицы связывать по RecID, даже если были нормальные ключи(типа это занимает много места). Но суровая реальность по поддержке в продакшн наверняка изменила мировозрение

[mazzy]

Цитата:

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

Но суровая реальность по поддержке в продакшн наверняка изменила мировозрение

Вот что клиенты животворящие делают

[mazzy]

Цитата:

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

Microsoft наконец-то добавила все аналитики прямо в InventSum

Т.е. мы теперь имеем ситуацию когда:
1. финансовые аналитики сделаны как складские аналитики предыдущих версий аксапты
2. складские аналитики сделаны как финансовые аналитики предыдущих версий

Господи, какая жеж шизофрения!

Произведено от тех же людей, которые:
1. избавились от ID в объектах AOT
2. заставили использовать связи RecID в пользовательских данных

[trud]

Цитата:

А как теперь индексы организованы по этим полям?

Индексы вообще четкие, вот этот например позволяет посмотреть доступные номенклатуры в ячейке, это вообще была мега проблема в прошлой архитектуре

Цитата:

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

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

[mazzy]

Цитата:

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

все это содержит кучу классов которые ориентируются на старые механизмы, которые были обернуты(без переделки) классами которые реализуют новую логику.

Кажется, я недооценил степень шизофреничности.

[EVGL]

Цитата:

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

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

Аналогичное появилось в резервировании WHS, кажется, и активировалось Flight'ом или Feature. За счет этого каждое место, где делается запрос, обросло IFом.

[EVGL]

Цитата:

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

Господи, какая жеж шизофрения!

Так ли это? Модель складских остатков больше связана с реальным миром: серийный номер везде имеет один и тот же смысл, batch тоже, хоть и в меньшей степени.

В финансах есть несколько привычных аналитик:
- центр затрат, иногда отдельный центр доходов
- отдел или вид бизнеса
- cost purpose, т.е. продукт или строка заказа на продажу или производственный заказ
- значок intercompany

но далее фантазии отдела котроллинга нет пределов. Один мой клиент подобрался к лимиту 11 сегментов. Это как раз тот, где я русскую корреспонденцию активировал, поскольку другие инструменты подходили к концу.

[Raven Melancholic]

Судя по скрину, поля с хэшем (а-ля 2012) отсутствует.
А как теперь индексы организованы по этим полям?

[trud]

Ну так оно и раньше так и было спроектировано. Добавляешь фин аналитику аналитику простой модификацией, оно синхронизирует все таблицы.
Т.е. по факту они пришли к такому же, только синхронизация запускает скрытно, и поля фин аналитик существуют только в SQL.
Ну т.е. надо было чтобы команда которая делает код добавила какой-нибудь массив, размерность которого бы хранилась в базе, далее команда ГК уже использовала это.
Но вместо этого продолжается героическая борьба с последствиями
https://community.dynamics.com/365/b...sion-framework

[fed]

Хочется надеяться, что микрософт либо с помощью Index Clustered View, либо вручную, сделает хранение остатков по номенклатура+аналитики финансового склада. Очень часто сталкивался с ситуациями, когда ведется партионный учет, а себестоимость считается на уровне сайта. Иногда один запрос по inventSum по всем батчам номенклатуры на сайте занимает аж 8-10 секунд.

[mazzy]

Цитата:

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

сделает хранение остатков по номенклатура+аналитики финансового склада.

совсем правильно было бы, если бы они объединили все аналитики и TransDate в один фреймворк.

идеально было бы, на этапе внедрения можно было бы указывать какие именно аналитики надо комбинировать, а какие хранить прямо в таблицах. По каким хранить обороты + остатки, а по каким только общий итог.

Ну и классы-помогатели вокруг этого. Чтобы и формами управляли, и запросы строили.

И чтоб поиск по аналитикам был!