генератор финансовых отчетов

[disana]

здравствуйте!
проблема вот в чем.
имеется аксапта на много пользователей.
есть пользователи в других городах.
создается финансовый отчет со многими подразделениями.
как сделать так, чтобы представитель каждого подразделения видел отчет ТОЛЬКО с данными ЕГО подразделения, а другие - не видел?

[raniel]

Разграничить через аналитику... Веделить один Dimension[1...8] на то чтоб он содержал код филиала(города) при формировании автоматом прописывался... и уже при выводе указывать филиал. Через него можно так же область видимости настроить на формах...

[kornix]

а какая у вас версия DAX? Вы используете нестандартную функциональность?
Можно решить проблему с помощью ограничения на уровне записей (RLS)

[disana]

ax 4.0 sp 2, российская функциональность

[kornix]

Цитата:

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

ax 4.0 sp 2, российская функциональность

Попробуйте настроить доступ на уровне записей как описано тут

[kornix]

disana, извиняюсь, очень хорошая ссылка была тут: http://axapta.mazzy.ru/hints/rls_setup/
Теперь похоже она переместилась сюда: http://axapta.mazzy.ru/lib/rls_setup

[Ivanhoe]

http://axapta.mazzy.ru/lib/rls_setup/

[Raven Melancholic]

RLS это хорошо, но для российского генератора придется делать модификацию, чтобы она работала (по крайней мере в Ax3.0 и DAX4.0 это так).
Дело в том, что все методы получения данных классов-наследников LedgerRRGOperation_RU используют не Query, а select.
Как известно, select по умолчанию не использует RLS. Поэтому везде нужно добавлять recordLevelSecurity(true) для переменных-таблиц.

[Ivanhoe]

Или настроить n отчетов по количеству подразделений, прописав фильтр по подразделению явно в каждом отчете. А вот просмотр списка отчетов разграничить через RLS.

[AlexSD]

Цитата:

Сообщение от Raven Melancholic

Дело в том, что все методы получения данных классов-наследников LedgerRRGOperation_RU используют не Query, а select.

У вас устаревшие сведения. Для получения данных ГРО года три как (если не больше) использует наследников класса LedgerRRGOp_RU. А там как раз используется Query.

[Raven Melancholic]

Цитата:

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

У вас устаревшие сведения.

Действительно, должен извиниться - установил заново стандартное приложение. В SP2 EE генератор был переделан. Но так, как нам было уже поздно обновляться полностью (загружали только конкретные нужные изменения), то в нашем приложении генератор работает на старых классах.

[disana]

спасибо за ответы!
и еще вопрос
как сделать, чтобы отчет, сформированные в генераторе фин отчетов ах, принимал дату, введенную в екселе, куда он, собственно, и выгружается?

[BOAL]

Периодичность выборки данных задается в настройках строк ГФО по периоду, который на вход принимает дату и возвращает две (начало и конец периода, например, год, квартал).
Сама дата входа запрашивается в диалоге запуска печати ГФО.
В этот момент Ехеля еще нет (не открыт даже в "уме" системы).
Есть возможность настроить период жестко, без привязки к дате. Например, период "2008г"
Тогда ГФО нужно копировать по числу нужных периодов и называть соотв, перебивая там (в настройках) период на нужный.

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

Написал все это.. и понял, что решение сделать свой лайтГФО с фильтрами по аналитикам в диалоге, скоростной выборкой по ЛеджерБалансТрансДим (где корреспонденция не нужна) и динамическим числом столбцов (хоть по дням) было оправдано.
Где-то в соседней теме уже писал свои ИМХО по минусам ГФО, как раз доделали свою модификацию и настраиваем пу, баланс и ддс.
Штатный ГФО работает, но если лезут тонкости, то все решается индивидуальной настройкой копии ГФО, и если где-то правка, то ее делать в Х местах, а это риски расхождений и общее увеличение цены эксплуатации на поддержание работоспособности и внедрения.