AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.10.2011, 23:06   #1  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
плюсы и минусы изменений в работе с фин.аналитиками в AX 2012
Выделено из Предварительные выводы о переходе с AX2009 на AX2012
по просьбе участников ветки

С финаналитиками (то, что они будут как складские, плюс счет ГК будет являться одной из аналитик) - тоже изменение поддерживаю.
Да, будут проблемы переноса существующего функционала.
Да, надо будет постоянно в запросах "приджойнивать" табличку комбинаций.
Да, вопрос производительности - остается открытым (впрочем, вопрос производительности открыт по отношению ко всей системе)
Но зато теперь можно будет в качестве аналитики использовать конкретный справочник. Не заводить свой искусственный и заниматься его синхронизацией, а также ограничивать себя в добавлении полей, понимая, что это затронет сразу всю табличку Dimensions.
Т.е. теперь можно будет взять и добавить аналитику Клиент / Проект / Договор / Юрлицо - ссылаяся напрямую на справочник (а-ля субконто в 1С). Также как это сделано в складских аналитиках.
__________________
Возможно сделать все. Вопрос времени
За это сообщение автора поблагодарили: Logger (3).
Старый 31.10.2011, 12:34   #3  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Да, будут проблемы переноса существующего функционала.
Причем очень нефиговые: если, к примеру, раньше можно было для заполнения просто записать значение в поле, то теперь придется выбирать текущую запись, менять ее и дергать код наподобие InventDim::findOrCreate().
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Да, надо будет постоянно в запросах "приджойнивать" табличку комбинаций.
а еще в куче мест кода появится что-то вроде InventDimParm
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Но зато теперь можно будет взять и добавить аналитику Клиент / Проект / Договор / Юрлицо - ссылаяся напрямую на справочник
С одной стороны, это здорово - иметь такую возможность чисто технически, но с другой, польза от дополнительных аналитик появляется лишь тогда, когда их кто-то заполняет. Кто будет заполнять все эти "субконто"? Если автоматом (по каким-нить заказам это вроде не сложно), это один вариант, хотя и он мне кажется нетривиальным в общем случае. Если же руками, то тут начинается веселуха, как с теми же ГТД: пользователи где-нить ошиблись, затем фарш ндцать раз провернули, а когда пару-тройку недель спустя косяк обнаружится (причем по косвенным признакам, и надо будет еще раскопать, из-за чего данные не сходятся), то прибегут и скажут, мол, надо исправить, а то нам отчетность сдавать, и волшебное слово - "быстро!"
В общем случае (на примере тех же ГТД) можно побробовать перебить данные прямо в LedgerDim в надежде, что новые комбинации аналитик там еще не встречаются, затем надо будет по перекрестным ссылкам найти еще те таблицы, где чихать хотели на подобные заморочки и хранят нужные коды аналитик по значению, а не по LedgerDimId (как те же фактуры применительно к ГТД). Но вот если по каким-то причинам комбинации аналитик, на которые надо переправить данные, уже есть, тады - ой! Потому что получается, что для исправления данных надо будет либо вообще весь фарш обратно проворачивать и потом закатывать все как надо, либо надо будет во всех связанных проводках как-то хитро перебивать LedgerDimId, а это уже на два порядка более трудоемкая и опасная с точки зрения сохранения целостности данных задача.
Я уже не говорю про такие мелочи при добавлении своих "субконто", как проверки допустимости их комбинаций (чтоб субконто-договор относился к тому же субконто-контрагенту или чтоб срок его действия покрывал дату проводки). Да и вообще, у меня идеи с навешиванием кучи фин.аналитик ассоциируются в первую очередь с желанием бухов строить оборотки по счетам ГК в самых разнообразных разрезах, хотя, может, где-то это на самом деле нужно. К примеру, была какая-то законодательная замута с тем, чтобы ограничить макс. сумму наличных оплат по одному договору. Если бы сделать договор фин.аналитикой и корректно ее заполнять, то технически реализовать это было бы проще простого.
Старый 31.10.2011, 12:45   #4  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,486 / 408 (16) +++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
Цитата:
Сообщение от gl00mie Посмотреть сообщение
вообще, у меня идеи с навешиванием кучи фин.аналитик ассоциируются в первую очередь с желанием бухов строить оборотки по счетам ГК в самых разнообразных разрезах, хотя, может, где-то это на самом деле нужно. К примеру, была какая-то законодательная замута с тем, чтобы ограничить макс. сумму наличных оплат по одному договору. Если бы сделать договор фин.аналитикой и корректно ее заполнять, то технически реализовать это было бы проще простого
точно-точно. все 1С-ные субконто есть в модульных проводках, незачем их в ГК пихать
__________________
С уважением,
Вячеслав
Старый 31.10.2011, 13:20   #5  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Причем очень нефиговые
Цитата:
Сообщение от gl00mie Посмотреть сообщение
а еще в куче мест кода появится что-то вроде InventDimParm
Согласен. Я ж не говорю что чаша весов с субконто "перевешивает" чашу весов со производительностью, переносом кода, InventDimParm и т.д.
Я просто говорю о том, что хоть какие-то плюсы да есть. . В данном контексте - конечно была доля иронии - что размен субконто на производительность и удобство сопровождения - неравноценный размен. Хотя конечно - жизнь покажет - вдруг где-то кто-то взмахнет на счастье волшебной палочкой....

Цитата:
Сообщение от gl00mie Посмотреть сообщение
Да и вообще, у меня идеи с навешиванием кучи фин.аналитик ассоциируются в первую очередь с желанием бухов строить оборотки по счетам ГК в самых разнообразных разрезах, хотя, может, где-то это на самом деле нужно.
Ага, вот тут тоже согласен. Я считаю, что даже для фирмы "купи-продай в розницу" можно делать и 10 и 20 аналитик. На самом деле - не жалко. Кто при этом страдает? Пользователь, вводящий данные? Если у него есть эта информация и она важная - он будет ее вводить (пример - статья затрат). Если за пользователя это может сделать машина - то почему бы и нет?
Цель аналитик - упростить создание отчетов. Если отказ от лишней аналитики усложнит написание отчетов (а особенно их построение) - то эта аналитика нужна.

Другое дело - что в простом случае - наличие большого количества аналитик наводит на мысль об их избыточности. Но... опять-таки - кому жалко лишнего поля? Стоимость жестких дисков нонче ничтожно мала по сравнению со стоимостью памяти / процессоров и т.д. Поэтому даже если СУБД раздуется в 2 раза (чему 100% не бывать) - то расходы на ее обслуживание с лихвой покроются экономией на прочих железках и экономией времени пользователей отчетов.
__________________
Возможно сделать все. Вопрос времени
Старый 31.10.2011, 13:41   #6  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 248 (9) ++++++
Регистрация: 13.12.2001
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Но зато теперь можно будет в качестве аналитики использовать конкретный справочник. Не заводить свой искусственный и заниматься его синхронизацией, а также ограничивать себя в добавлении полей, понимая, что это затронет сразу всю табличку Dimensions.
Т.е. теперь можно будет взять и добавить аналитику Клиент / Проект / Договор / Юрлицо - ссылаяся напрямую на справочник (а-ля субконто в 1С). Также как это сделано в складских аналитиках.
Стоп, а что сейчас (АХ 2009 и ниже) мешает растащить фин аналитики по разным справочникам ? Меняем релейшн и вуаля, да придется немного допилякать, но это на мой взгляд не катастрофично

PS. Я такое не проворачивал
PS2. Справочник Контрагент вообще мечта поэта в РФ
Старый 31.10.2011, 13:54   #7  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Если же руками, то тут начинается веселуха, как с теми же ГТД: пользователи где-нить ошиблись, затем фарш ндцать раз провернули, а когда пару-тройку недель спустя косяк обнаружится (причем по косвенным признакам, и надо будет еще раскопать, из-за чего данные не сходятся), то прибегут и скажут, мол, надо исправить, а то нам отчетность сдавать, и волшебное слово - "быстро!"
Согласен. Исправлять конструкцию с InventDimId(LedgerDimId) на порядок (а то и два) сложнее чем Dimension.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 31.10.2011, 14:07   #8  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
885 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от pitersky Посмотреть сообщение
точно-точно. все 1С-ные субконто есть в модульных проводках, незачем их в ГК пихать
И сальды ГК по их разрезам считать с начала времен ?
__________________
Мы летаем, кружимся, нагоняем ужасы ...
Старый 31.10.2011, 14:37   #9  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
885 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от Alexius Посмотреть сообщение
Стоп, а что сейчас (АХ 2009 и ниже) мешает растащить фин аналитики по разным справочникам ? Меняем релейшн и вуаля, да придется немного допилякать, но это на мой взгляд не катастрофично
Вся проблема финаналитики в ее фиксированном разрезе. Аналитических разрезов, общепотребных и востребованных для всех одновременно направлений учета деятельности предприятия и счетов фин. учета, соответственно - ноль по вдоль, т.е. при любом раскладе часть уровней финаналитики будет не востребована. Каждому счету потребны свои, специфичные для учитываемой на нем хозяйственной деятельности, разрезы аналитики, а не фиксированный для всех счетов набор аналитик.
Делать такое через relations - ничего путного и красивого не выйдет, потому и продолжаем маяться с этим атавизмом, напоминающим в последних официальных версиях какой-то звездолет на паровом ходу.

Лучшей архитектуры фин. аналитики (в плане удобоваримости, потребительской пригодности и запаса прочности к увеличению кол-ва аналитик), чем пара "массив типов ссылок" (зависит от счета) + массив "коды ссылок" еще не придумано. Можно было сделать это в той же таблице, что и сами движения ГК, но ребятки из M$ предпочли вынести это вне таблицы движений по ГК в рамках такой ВАУ-фичи, как unlimited financial dimensions.
Выстрелит это решение еще не раз и по многим местам ...
__________________
Мы летаем, кружимся, нагоняем ужасы ...

Последний раз редактировалось TasmanianDevil; 31.10.2011 в 14:42.
Старый 31.10.2011, 15:01   #10  
Alexius is offline
Alexius
Участник
Аватар для Alexius
 
461 / 248 (9) ++++++
Регистрация: 13.12.2001
Цитата:
Сообщение от TasmanianDevil Посмотреть сообщение
Лучшей архитектуры фин. аналитики (в плане удобоваримости, потребительской пригодности и запаса прочности к увеличению кол-ва аналитик), чем пара "массив типов ссылок" (зависит от счета) + массив "коды ссылок" еще не придумано.
Если имеются в виду субконто я-ля 1С, то их реализация в АХ крайне проблематична на мой взгляд. В 1С это возможно, т.к. вся финансовая информация хранится на плане счетов, а в АХ "размазана" по модулям, соответственно упаришься собирать нужный набор аналитик/субконто для каждой создаваемой операции/документа. Или нужно будет переходить на подход 1С - зашивать в коде счета и аналитику, а этого ОЧЕНЬ не хочется. Для удобоваримости и потребительской пригодности можно дописать механизм скрытия ненужных аналитик. За основу можно взять наименования журналов ГК и протащить ссылку на него во все первичные документы, порождающие ГК, но это голая идея. Запас прочности текущей реализации (АХ2009 и ниже), мне кажется вполне достаточным, к тому же подобная схема гораздо удобнее для отчетности, т.к. для сбора информации по определенной аналитике не надо оглядываться на счет ГК и т.п. для идентификации типа субконто.
Старый 31.10.2011, 15:07   #11  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Alexius Посмотреть сообщение
"...зашивать в коде счета и аналитику "...". Для удобоваримости и потребительской пригодности можно дописать механизм скрытия ненужных аналитик."
Ну так и сделано в AX2012.
Старый 01.11.2011, 15:02   #12  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
885 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Alexius, рассказывать долго - лучше показать, как оно выглядит в моей интерпретации.
Перечисленных ужасов нет и в помине в этой слегка модифицированной DAX2009
Все по полочками разложено. Отдельно счет, отдельно ссылки на модульные аналитические справочники.
Цена вопроса :
  • описатель структуры документов - три таблички
  • описатель шаблонов разноски документов - две таблички
  • маленький (32 кило) классик-генератор строк разноски для любых документов

Бонусными результатами к положительному решению вопроса о возможности создании счетозависимой аналитики ГК на основании модульных справочников в ходе данной подпольной НИОКР стало:
  • хронологическое и функциональное разделение стадий обработки документа (физическое занесение и финансовая разноска)
  • единый класс разноски с очень простой логикой вместо зоопарка потомков LedgerVoucher - он на основании ссылки на документ и данных для данного типа документа в описателе документов и описателе выбранного шаблона разноски
  • возможность гибкого управления разноской документов в предметном, количественном и качественном составах проводок на уровне настроек без допрограммирования разноски.

Стандартная разноска - отключена простейшей модификацией.
Источником для аналитики/суммы могут быть любые, подходящие по типу, поля и не статические методы без параметров в любой таблице, входящей в структуру документа и связанных с ним данных - голова о их сборе не болит. Что, где взять и куда вставить в журнале разноски, откуда это все полетит в проводку ГК - это все классу-обработчику известно, ибо есть описатели типов документов и шаблонов разноски.
Рай для автоматизации РСБУ
__________________
Мы летаем, кружимся, нагоняем ужасы ...
За это сообщение автора поблагодарили: gl00mie (3).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: New Content for Microsoft Dynamics AX 2012 : October 2011 Blog bot DAX Blogs 0 27.10.2011 17:11
dynamics-ax: Interview with Microsoft's Lachlan Cash on his new role, AX 2012 and more Blog bot DAX Blogs 6 22.04.2011 14:55
axinthefield: Dynamics AX Event IDs Blog bot DAX Blogs 0 01.03.2011 22:11
daxdilip: Whats New in Dynamics AX 2012 (A brief extract from the recently held Tech Conf.) Blog bot DAX Blogs 7 31.01.2011 12:35
dynamics-ax: Modeling the world, with Microsoft Dynamics AX 2012 Blog bot DAX Blogs 0 25.01.2011 09:11
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 13:28.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.