Альтернативные конструкторы отчетов в Axapta

[Jox]

Добрый день,
Уважаемые коллеги!

Интересует такой вопросец...

Сталкивался ли кто-нить, когда-нить с функционалом, реализующим визуальный конструктор отчетов прямо в Axapta.

Хотелось бы реализовать столь забавную и удобную приблуду.

Пока я вижу три способа:
1) Разработка ActiveX-компонента (конструктор отчетов)
2) Использование уже имеющихся ActiveX-компонент (например: на основе SpreadSheet).
3) Разработка визуального конструктора отчетов на основании html, xml или своего макроязыка (отображение и правка в объекте Window). Это довольно трудоемкий вариант, но зато не зависиит от сторонних компонент.

У кого какие мысли имеются на сей счет?
Очень интересует Ваше компетентное мнение...

Только, очень прошу, выражаться конструктивно Если критика, тогда - конкретные обоснования.

Просто хаить мысль не стоит.

Заранее благодарен за высказывание своего мнения...

[Gustav]

В качестве альтернативного конструктора отчетов Аксапты я на данном этапе своего развития вижу только один вариант - простой, богатый и удобный конструктор отчетов MS Access

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

[Jox]

Конструктор для разработчиков, исключительно.

Основная задача: снижение трудозатрат на программирование сложных (замороченных) отчетов. Исключение использования сторонних продуктов по возможности из процесса разработки отчетов.

[Gustav]

Цитата:

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

Исключение использования сторонних продуктов по возможности из процесса разработки отчетов.

Ну, Access-то нам не чужой...
По-моему, весь Office де-факто уже можно считать частью операционной системы

Похожая тема всплывала уже, взгляните чисто для информации: Форма печати ярлыков

[Андре]

В Axapta 4.0 в качестве генератора отчетов активно продвигается Reporting Services. Думаю, что в дальнейшем данная интеграция будет только развиваться и, наверное, стоит обратить внимание на возможности данного продукта.
А встраивать свой генератор отчетов в Axapta, наверное, нет большого смысла - раз уж сам MS выносит его в отдельный продукт.

[Gustav]

Цитата:

Сообщение от Андре

В Axapta 4.0 в качестве генератора отчетов активно продвигается Reporting Services. Думаю, что в дальнейшем данная интеграция будет только развиваться и, наверное, стоит обратить внимание на возможности данного продукта.

О! Мне как раз вчера его показывали, через web-интерфейс. Выглядит очень приятно.

Цитата:

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

Я думаю, что компания не будет закупать Axapta 4.0, т.к. имеется 3.0, но хотелось бы все же получить, что-то в виде набора классов для разработки отчетов (плюс к визуальному конструктору)

Я думаю, можно прикрутить Reporting Services, не дожидаясь Аксапты 4. Он же самостоятельный продукт. Как мне сказали, в нашей компании он идёт как часть поставки SQL Server-a.

[Jox]

Цитата:

А встраивать свой генератор отчетов в Axapta, наверное, нет большого смысла - раз уж сам MS выносит его в отдельный продукт.

Я думаю, что компания не будет закупать Axapta 4.0, т.к. имеется 3.0, но хотелось бы все же получить, что-то в виде набора классов для разработки отчетов (плюс к визуальному конструктору)

[George Nordic]

1) Проплатите обновления - получите 4ку бесплатно.
2) То, о чем Вы говорите, уже реализовано в Dynamics 40
3) Дизайн набрасывается в конструкторе, и потом автоматом портируется на сервер
4) Пока можно использовать и просто Reporting Services.

C Уважением,
Георгий

[Gustav]

Цитата:

Сообщение от George Nordic

2) То, о чем Вы говорите, уже реализовано в Dynamics 40

Георгий, в смысле в Dynamics 40 будет и "То, о чем Вы говорите", и Reporting Services?
Или "То, о чем Вы говорите" = Reporting Services ?

[ziva]

Использовать Reporting Services можете и для 3.0:
http://www.microsoft.com/downloads/d...displaylang=en

Кстати, а кто-нибудь задумывался о том как будут отрабатывать права RLS в Reporting Services?

[Андре]

Цитата:

Я думаю, что компания не будет закупать Axapta 4.0, т.к. имеется 3.0

В общем то, она может получить ее в рамках стандартной поддержки.

Цитата:

Я думаю, можно прикрутить Reporting Services, не дожидаясь Аксапты 4. Он же самостоятельный продукт. Как мне сказали, в нашей компании он идёт как часть поставки SQL Server-a.

В общем то да, но я надеюсь в конечном итоге увидеть хоть какую то заточку данного продукта под Аксапту. Хотя бы некие callback - вызовы, которые помогут мне из Аксапта иммитировать send() и fetch(). Иначе ценность Reporting Services по сравнению со стандартным генератором отчетности резко падает.

[Jox]

Цитата:

Хотя бы некие callback - вызовы, которые помогут мне из Аксапта иммитировать send() и fetch().

Вот-вот, именно такие отличия и сформировали бы интерес в отличие от левых модных конструкторов отчетов...

[sukhanchik]

2ziva: Ну ты вечно как скажешь ... так сразу мысли зависают... Приходится reset жать
В тот же огород будут вопросы по доступу к полям как я понимаю. Ведь если у чела нет доступа на просмотр какого-то поля в табличке - ведь в аксаптийном отчете это поле будет пустое не так ли?
И еще: А как осуществляется разбивка по компаниям ? Т.е. на каком этапе осуществляется фильтр по компании на таблицах в Reporting Services?
А за ссылку спасибо. Будет лежать в копилке

[Gustav]

Цитата:

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

Кстати, а кто-нибудь задумывался о том как будут отрабатывать права RLS в Reporting Services?

Цитата:

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

В тот же огород будут вопросы по доступу к полям как я понимаю.

А кстати, Акса может несложно явить инфу об этих правах?

Например, для полей в виде "таблички" с колонками:
Пользователь(Группа) -- Таблица -- Поле -- Доступно/Не доступно

а для RLS, например, в виде "таблички" с колонками:
Пользователь(Группа) -- Таблица -- Условие фильтрации

Или это очень запарно? Или совсем невозможно?

P.S. Так... таблицу SysRecordLevelSecurity уже радостно нашёл, остались поля...

[sukhanchik]

Цитата:

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

А кстати, Акса может несложно явить инфу об этих правах?

Неа... То что есть табличка - это хорошо... но вот поле restriction представляет собой контейнер - который содержит в себе query.pack(). Если контейнер query.pack() посмотреть в текстовом виде - то можно увидеть - что это набор id элементов входящих в query
Ну а по правам... Я тут разводил большую полемику по правам . Короче - таблички с правами в себе также содержат id элементов. Но если там id-шники стоят в открытом виде - то тут в явном виде blob-поле. Правда которое AndyD раскусил как-то. Но тем не менее несложного способа достать инфу нет.

[sukhanchik]

и еще. Наличие/отсутствие записи в AccessRighsList не говорит о том что к данному элементу есть/нет доступа . Т.е. инфа по правам на поля тоже быстро не будет выцеплена.

[Gustav]

Мда... картина с "захватом прав" вырисовывается не очень щасливая...

Получается, что если мы, например, решили использовать отчет Access (разработав его удобным родным аксессным конструктором), то к нему впридачу мы должны иметь в Access временную табличку, из которой этот отчет будет брать данные и в которую необходимо будет передать данные (например, посредством ADO) - результаты запроса из Аксапты. Сам запрос при этом должен ранее выполниться внутри Аксапты, чтобы нормально отработали все ее рогатки безопасности и ограничения доступа.

Хотя, с другой стороны - почему бы и нет ?

P.S. Т.е. сценарий примерно такой:
1) в Аксапте приняли от пользователя необходимые параметры (через форму);
2) из Аксапты открыли Access как сервер OLE-автоматизации (в скрытом окне, visible = false);
3) стерли старые данные из временной таблички Access;
4) в Аксапте выполнили запрос с учетом параметров, заданных пользователем;
5) передали данные из Аксапты во временную табличку Access (через ADO - в цикле);
6) открыли отчет Access (visible = true) - и можно печатать или рассматривать.

[sukhanchik]

маленький штришок к сценарию или вариант с использованием не MDB-шника - а ADP-шника:
1) в Аксапте приняли от пользователя необходимые параметры (через форму);
2) подключились к некоторой базе на SQL Server (это может быть отдельная база)
3) стерли старые данные и записали новые результирующие данные (данные сформировались в Аксапте с учетом прав) в некоторую табличку в некоторой базе на SQL Server. Можно даже ввести поле userId() в этой табличке - аналог dataareaid в Аксапте - чтобы пользователи не мешали друг другу
4) Запустили Access с некоторым ключиком - через ключик передаем название отчета - который запустится при старте Access. Очевидно - отчет заранее настроен на нужную нам табличку.

Но идея - верно была озвучена Gustav. Я лишь привел альтернативную технологию.

[SergeyM]

Если ещё актуально...

Знаю следующие альтенативные конструкторы отчётов в Axapta:
- «Дизайнер отчетов» от Digital Design
- АНД Проджект: Финансово-управленческая отчетность
- Axcision

Сами пользуемся Axcision. В целом, неплохая вещь и работает нормально. Довольны. Плюсы: не надо программировать, быстро, функционально. Самое главное - пользователи не "дёргают", сами под себя формы отчётов могут настраивать

[Zabr]

Цитата:

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

Сами пользуемся Axcision. В целом, неплохая вещь и работает нормально.

Добавлю немного.
0. это OLAP
1. подключается как модуль Аксапты, требует регистрации ряда элементов ActiveX на каждом рабочем месте, которые иногда конфликтуют с прочим софтом
2. умеет сохранять просматриваемый куб в Excel
3. умеет хранить кубы как в базе самой Аксапты (добавляя нужны таблицы), так и во внешней базе. Но первый вариант очень плохой, т.к. делает проблематичным как раздельный бэкап, так и бэкап вообще (с ростом базы и числа кубов)
4. Право использования стоит 15К у.е., продается не как ПО а как работа, поэтому облагается НДС.
5. при больших объемах данных сильно тормозит :
= при пересчете кубов (3-4 часа и более)
= при развертке некоторых отчетов до номенклатур (типа оборотки) - зачастую развернуть такие отчеты до максимальной детализации невозможно в принципе, что делает эти отчеты, по гамбургскому счёту, неработоспособными
= пересчет куба сильно замедляет работу прочих пользователей (иногда вплоть до невозможности работы)