Я стараюсь отчеты с расшифровкой делать... через группировку в Excel... OLAP... комбинацией OLAP + SSRS.

[slava09]

Цитата:

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

Вот так прям пользователю и скажу.
Я сам не врубился.
Если речь про Olap то их и в Excel можно подцепить, и связь с таблицами сделать.

Я имел ввиду, что данные можно обработать согласно алгоритмам прописанным в классах системы. В Excel, же всетаки вытягиваются голые таблицы.

[miklenew]

Цитата:

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

Я имел ввиду, что данные можно обработать согласно алгоритмам прописанным в классах системы. В Excel, же всетаки вытягиваются голые таблицы.

А чё из RS-отчётов можно Ax-классы вызывать? Не знал.
Если да, можно ссылочку или название инфы где об этом можно почитать.

[glibs]

Цитата:

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

...
А обычный пользователь в RS отчёт себе не сделает
...

Никто тут и не утверждал, что пользователь будет его создавать. Это вы сами заладили сами себе что-то доказывать. Уж не извольте обидеться, сделайте одолжение.

Цитата:

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

...
Один из вопросов у пользователей сразу будет, что есть в RS, но нет в Excel.
Кто-нибудь сможет ответить на этот вопрос?...

Ваш вопрос некорректен. Никто не предлагает использовать RS вместо Excel, тем более именно пользователю. Либо RS вместо OLAP, либо OLAP вместо Excel, ну и т.д.

Целесообразно использовать их комбинации или всех вместе.

RS решает многие ограничения, с которыми сталкиваешься при построении отчетности на базе OLAP-источников в PivotTable. Там можно гибко комбинировать выборки из разных кубов или даже комбинировать данные из OLTP источников и из OLAP источников. Можно рисовать более красивые отчеты.

Возвращаясь непосредственно к вашему вопросу.

В RS есть возможность обрабатывать большие массивы информации автоматически, выдавая пользователю консолидированные данные. Excel ограничен по количеству строк. Работа с несколькими таблицами подвластна редкостному пользователю. А автоматизация, как правило, только программисту-макросописцу.

В RS есть выгрузка в Excel.

Уже писали, что в RS отчеты можно отправлять по почте. Некоторым пользователям это нравится.

В RS есть возможность разграничения доступа к данным.

На больших объемах данных Excel сильно тормозит.

Т.е. RS — это в некоторых случаях готовый отчет для пользователя, который, например, не нужно каждый день собирать вручную. А в остальных случаях предварительно обработанные данные для их еще лучшего оформления или углубленного индивидуального анализа в Excel.

[glibs]

Еще Web-доступ. Простота удаленного доступа и абсолютно адекватная нагрузка на канал. Кросс-платформенность (можно сидя в офисе партнера за тридевять земель в командировке с Apple-телефона смотреть, например). Отсутствие некоторых сложностей с разными версиями офиса.

[miklenew]

Цитата:

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

Никто тут и не утверждал, что пользователь будет его создавать. Это вы сами заладили сами себе что-то доказывать.

Согласитесь, вы дали для этого основания.
Теперь понятно, ok непонятка разрешена.

Цитата:

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

RS решает многие ограничения, с которыми сталкиваешься при построении отчетности на базе OLAP-источников в PivotTable. Там можно гибко комбинировать выборки из разных кубов или даже комбинировать данные из OLTP источников и из OLAP источников. Можно рисовать более красивые отчеты.

Если бы были скриншоты примеров было бы здорово.
Типо вот это получилось в RS, а в Exel-e этого не сделать.
Или если сделать, то будет менее красиво, или что ещё.
А так какое-то странное ощущение остаётся.

Цитата:

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

Excel ограничен по количеству строк.

В Excel 2007 уже 1 048 576.
Но ok. Это реальный довод. Защитано.

Цитата:

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

Работа с несколькими таблицами подвластна редкостному пользователю. А автоматизация, как правило, только программисту-макросописцу.

В этом они схожи.

Цитата:

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

В RS есть выгрузка в Excel.

И в Excel есть выгрузка в Excel.

Цитата:

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

Уже писали, что в RS отчеты можно отправлять по почте. Некоторым пользователям это нравится.

На это я уже отвечал.

Цитата:

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

В RS есть возможность разграничения доступа к данным.

На счёт доступа не ковырялся.
Поверю на слово. Защитано.

Цитата:

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

На больших объемах данных Excel сильно тормозит.

Защитано.

Цитата:

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

Еще Web-доступ. Простота удаленного доступа и абсолютно адекватная нагрузка на канал. Кросс-платформенность (можно сидя в офисе партнера за тридевять земель в командировке с Apple-телефона смотреть, например). Отсутствие некоторых сложностей с разными версиями офиса.

Защитано.
Под итожу чем RS, лучше Excel.
1) В Excel есть ограничение по количесту строк, в RS нет.
2) В RS есть разграничение доступа к данным, в Exel - нет.
3) На больших объемах данных Excel сильно тормозит.
4) В RS есть Web доступ к отчёту.
Ну вот уже вырисовываеться, что то похожее на доводы.

[AlexeyS]

Цитата:

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

Под итожу чем RS, лучше Excel.
1) В Excel есть ограничение по количесту строк, в RS нет.
2) В RS есть разграничение доступа к данным, в Exel - нет.
3) На больших объемах данных Excel сильно тормозит.
4) В RS есть Web доступ к отчёту.
Ну вот уже вырисовываеться, что то похожее на доводы.

5 в RS можно сразу выводить таблицу и графики
6 в RS в качестве источника данных можно использовать olap (в excel тоже)
7 в RS можно красиво разукрасить отчеты (юзеры очень этому радуются

пользователи не хотят сами делать отчеты, они хотят нажать кнопку и получить искомое
Report Builder сделан для пользователей, которые точно знают что они хотят и как они могут это получить, и при этом им нужно получить эти данные быстро, а не ждать программиста, то есть очень малый процент пользователей вообще, может какие-нибудь аналитики

[miklenew]

Цитата:

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

5 в RS можно сразу выводить таблицу и графики
6 в RS в качестве источника данных можно использовать olap (в excel тоже)
7 в RS можно красиво разукрасить отчеты (юзеры очень этому радуются

Всё это есть в Excel.

[Gustav]

А можно еще в Access "расшифровывать" (из него и в Excel можно лихо выгружать). Надо только пользователей немножко обучить (в пределах недели, было бы желание!)

С тех пор как, начиная с версии 2000, Microsoft фактически сделал Access клиентским придатком SQL сервера, все как-то стали забывать про его автономный формат MDB. Да, для промышленных баз этот формат слабоват, но никто не мешает его использовать для отчетных целей и создавать файл (такую мини-БД) в момент выгрузки отчета. Единственное, пожалуй, при этом неудобство состоит в том, что файл обязательно должен сохраняться на диске (в отличие от Excel, где на таблицу можно насмотреться в памяти и убить, если она больше не нужна).

Зато в случае Access'а окончательный вид результатам можно придавать уже в самом Access'е, используя его SQL-запросы (a аксессному SQL в ряде случаев может позавидовать даже большой SQL Server - например, перекрестным запросам). Т.е., например, выгрузили из Аксапты данные в 3 аксессные таблицы, которые на ходу кодом X++ и создали. Потом кодом создали запрос, который заджойнил первую и вторую таблицу и выполнил группировку. Далее кодом создали второй запрос, который заджойнил результаты первого запроса с третьей таблицей. И окончательно предъявили пользователю для просмотра результат работы второго запроса. Причем в любой момент пользователь может обратиться к любому промежуточному этапу (все таблицы и запросы сохраняются в файле). Кроме того, владея основами построения запросов (даже не SQL, а просто тасканием элементов мышкой типа QBE), пользователь тут же самостоятельно еще пару-тройку выборок на тех же данных может выполнить.

Таким образом, пользователь фактически получает не просто отчет, а своебразный на ходу собранный временный АРМ, содержащий все необходимые данные без избыточности, которой в частности грешит плоская таблица Excel, в которую, поскольку она одна, запихиваются все нужные данные с неизбежным дублированием информации (обычно справочной). А если вывести данные Excel на несколько листов, то далее для эффективной их совместной обработки надо быть прилично продвинутым в формулах типа ИНДЕКС, ПОИСКПОЗ и прочих лукапах типа ВПР и ГПР.

P.S. Ну и конечно в Access есть же еще и собственный "репортинг" - объекты типа Reports, из которых тоже можно делать конфетки. В этом случае создание такого report'а кодом X++ с нуля, наверное, "перебор", но никто ж не мешает создать mdb-файл-шаблон со всеми необходимыми объектами: пустыми таблицами (потом только выводи в них!), вереницей запросов и отчетом (или даже несколькими отчетами).

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

[glibs]

Цитата:

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

...
Ну и конечно в Access есть же еще и собственный "репортинг" - объекты типа Reports
...

IMHO, Access в этом плане из того же класса софта, что и Crystal Reports и ему подобные.

[Irv]

Для реализации отчета с расшифровкой можно использовать предложенную цепочку OLAP -> Excel/SSRS, но из Аксапты, базируясь на стандартных отчетах. Сканировать структуру отчета, преобразовывать ее в OLAP куб и набивать данными из отчета. Куб открывать либо через эксель, либо развертывать модель куба на SSRS и открывать ее Report Builder-ом.
Достоинства - куб будет содержать данные рассчитанные в аксаптовском отчете с использованием стандартной бизнес логики и с учетом настройки прав доступа.

[glibs]

Почему именно на отчетах?

Есть управленческая статистика.

У ОЛАПа в обход Аксапты есть преимущество — скорость работы. Недостатки тоже есть и известны.

[Irv]

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