|
22.10.2010, 13:25 | #1 |
Участник
|
генератор финансовых отчетов
здравствуйте!
проблема вот в чем. имеется аксапта на много пользователей. есть пользователи в других городах. создается финансовый отчет со многими подразделениями. как сделать так, чтобы представитель каждого подразделения видел отчет ТОЛЬКО с данными ЕГО подразделения, а другие - не видел? |
|
22.10.2010, 13:35 | #2 |
Участник
|
Разграничить через аналитику... Веделить один Dimension[1...8] на то чтоб он содержал код филиала(города) при формировании автоматом прописывался... и уже при выводе указывать филиал. Через него можно так же область видимости настроить на формах...
|
|
22.10.2010, 13:37 | #3 |
MCP
|
а какая у вас версия DAX? Вы используете нестандартную функциональность?
Можно решить проблему с помощью ограничения на уровне записей (RLS) |
|
22.10.2010, 13:39 | #4 |
Участник
|
ax 4.0 sp 2, российская функциональность
|
|
22.10.2010, 13:42 | #5 |
MCP
|
Попробуйте настроить доступ на уровне записей как описано тут
|
|
22.10.2010, 13:50 | #6 |
MCP
|
disana, извиняюсь, очень хорошая ссылка была тут: http://axapta.mazzy.ru/hints/rls_setup/
Теперь похоже она переместилась сюда: http://axapta.mazzy.ru/lib/rls_setup Последний раз редактировалось kornix; 22.10.2010 в 13:54. |
|
22.10.2010, 14:05 | #7 |
Участник
|
__________________
Ivanhoe as is.. |
|
22.10.2010, 14:29 | #8 |
Участник
|
RLS это хорошо, но для российского генератора придется делать модификацию, чтобы она работала (по крайней мере в Ax3.0 и DAX4.0 это так).
Дело в том, что все методы получения данных классов-наследников LedgerRRGOperation_RU используют не Query, а select. Как известно, select по умолчанию не использует RLS. Поэтому везде нужно добавлять recordLevelSecurity(true) для переменных-таблиц. |
|
|
За это сообщение автора поблагодарили: AlexSD (-1), kornix (2). |
23.10.2010, 10:12 | #9 |
Microsoft Dynamics
|
У вас устаревшие сведения. Для получения данных ГРО года три как (если не больше) использует наследников класса LedgerRRGOp_RU. А там как раз используется Query.
|
|
24.10.2010, 09:48 | #10 |
Участник
|
Действительно, должен извиниться - установил заново стандартное приложение. В SP2 EE генератор был переделан. Но так, как нам было уже поздно обновляться полностью (загружали только конкретные нужные изменения), то в нашем приложении генератор работает на старых классах.
|
|
22.10.2010, 15:01 | #11 |
Участник
|
Или настроить n отчетов по количеству подразделений, прописав фильтр по подразделению явно в каждом отчете. А вот просмотр списка отчетов разграничить через RLS.
__________________
Ivanhoe as is.. |
|
25.10.2010, 03:10 | #12 |
Участник
|
спасибо за ответы!
и еще вопрос как сделать, чтобы отчет, сформированные в генераторе фин отчетов ах, принимал дату, введенную в екселе, куда он, собственно, и выгружается? |
|
25.10.2010, 12:05 | #13 |
Участник
|
Периодичность выборки данных задается в настройках строк ГФО по периоду, который на вход принимает дату и возвращает две (начало и конец периода, например, год, квартал).
Сама дата входа запрашивается в диалоге запуска печати ГФО. В этот момент Ехеля еще нет (не открыт даже в "уме" системы). Есть возможность настроить период жестко, без привязки к дате. Например, период "2008г" Тогда ГФО нужно копировать по числу нужных периодов и называть соотв, перебивая там (в настройках) период на нужный. Брать же дату из шаблона Ехель тоже можно, но это небольшая модификация. 1. В момент вызова диалога на печать открыть Ехелю шаблона 2. взять там дату из нужного поля (лучше настройкой делать, где брать и брать ли вообще) 3. закрыть ехелю, подставить дату в диалог как по-умолчанию 4. далее все штатно Написал все это.. и понял, что решение сделать свой лайтГФО с фильтрами по аналитикам в диалоге, скоростной выборкой по ЛеджерБалансТрансДим (где корреспонденция не нужна) и динамическим числом столбцов (хоть по дням) было оправдано. Где-то в соседней теме уже писал свои ИМХО по минусам ГФО, как раз доделали свою модификацию и настраиваем пу, баланс и ддс. Штатный ГФО работает, но если лезут тонкости, то все решается индивидуальной настройкой копии ГФО, и если где-то правка, то ее делать в Х местах, а это риски расхождений и общее увеличение цены эксплуатации на поддержание работоспособности и внедрения. Последний раз редактировалось BOAL; 25.10.2010 в 12:13. |
|
|
За это сообщение автора поблагодарили: disana (1). |