Инструмент для разработки аналитических отчетов в Nav

[rmv]

Из 10 человек отлично знающих Нав 5 знают SQL 3 из них необходимый уровень блокировки и только один напишет оптималтный запрос.
Знающий Sql плохо знающий Нав реализует тоже самое средствами Reporting Services или на худой конец напишет макрос в Экселе не переплачивая 80 тыр за решение.
Аналитик, которому нужно собрать отчет из кирпичиков быстрее настроит и проверит кирпичи в Наве, нежели закажет каждый раз будет запрашивать перестройку всего здания программеру не знакомому с предметной областью и по совсем недешевой ставке.
Собственно вопросы были - для кого это сделано.

[.Quattro.]

Цитата:

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

Знающий Sql плохо знающий Нав реализует тоже самое средствами Reporting Services или на худой конец напишет макрос в Экселе

Про какой Reporting Services в Nav вы говорите?
Писать отчеты на макросах в Excel можно, но я бы не советовал использовать такой подход - вы ставите под угрозу всю систему безопасности базы.
При этом время, потраченное на разработку подобного отчета, будет больше.

Цитата:

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

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

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

В одной компании используется наше решение вместе с QlickView, так вот аналитики просто смотрят хранимую процедуру и им сразу понятно, как затягивать данные к себе.

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

Например, есть отчет Товар Фин. оборот в модуле финансов. При большой номенклатуре товаров чтобы скопировать данные этой формы в Excel, приходит ждать час! (200-300 тыс записей).
Один заказчик столкнулся с такой проблемой, ему сделали отчет в наве, который идет по каждому товару и вычисляет кол-во и сумма на начало, приход, расход и кол-во на конец. И выводилось это все в Excel. Но время на получение данных не особо сократилось.
Они обратились ко мне - через хранимую процедуру отчет строится за 5 минут.

Безусловно, можно своими силами разрабатывать отчеты в наве с выгрузкой в Excel, тратя на них объекты.
Но есть и альтернатива в виде нашего решения. И тут уже каждый сам для себя принимает решение - что ему удобней и выгодней.

[rmv]

Цитата:

Сообщение от .Quattro.

Про какой Reporting Services в Nav вы говорите?

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

Цитата:

Сообщение от .Quattro.

Писать отчеты на макросах в Excel можно, но я бы не советовал использовать такой подход - вы ставите под угрозу всю систему безопасности базы.

Не вижу никаких проблем при использовании windows аутенфикации. Думаю выставление SQL логина для обращения ко всем отчетам и раздача прав не на уровне хранимых процедур, а правами на запуск из Навижна несет гораздо большие риски.

Цитата:

Сообщение от .Quattro.

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

Странно, везде где я работал активно использовали настраиваемые аналитические отчеты Навижна. Кирпичи в них вполне нормальные и построить можно практически любой отчет, но увы - только в своей функциональной области. Российская попытка совместить все в функционале внешних отчетов на мой вгляд не очень удалась.

Цитата:

Сообщение от .Quattro.

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

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

Цитата:

Сообщение от .Quattro.

Безусловно, можно своими силами разрабатывать отчеты в наве с выгрузкой в Excel, тратя на них объекты.
Но есть и альтернатива в виде нашего решения. И тут уже каждый сам для себя принимает решение - что ему удобней и выгодней.

Конечно же, я в первую очередь сравнил стоимость 100 отчетов и вашего решения.

[.Quattro.]

SQL Server Reporting Services (SSRS, Службы отчетности SQL Server) - этот функционал обладает бОльшим функционалом и бесплатен (хотя в этом я не уверен), но:
1) В SSRS отчеты описываются при помощи Report Definition Language (RDL) на языке разметки XML - Сколько стоит специалист с такими навыками или сколько нужно вложить в его обучение? А когда обучите его, завтра он уволится...
2) Отчеты могут проектироваться при помощи последних версий Microsoft Visual Studio - Visual Studio небесплатен
3) Система администрируется через веб-интерфейс - для него нужно поднимать Sharepoint, который сам по себе бесплатен, а вот сервер, на котором он будет работать - нет. И еще это надо обслуживать.

Так что решение это совсем не дешевле получается, а его сопровождение потребует бОльших ресурсов со стороны IT.

Цитата:

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

Странно, везде где я работал активно использовали настраиваемые аналитические отчеты Навижна. Кирпичи в них вполне нормальные и построить можно практически любой отчет, но увы - только в своей функциональной области. Российская попытка совместить все в функционале внешних отчетов на мой вгляд не очень удалась.

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

select * from [Analysis View Entry] where [Analysis View Code] = @ViewCode

Настроить шаблон и прикрепить к отчету - после выполнения ХП данные будут отображены в виде сводной таблицы, в столбцах и строках уже будут стоять нужные измерения. В строках и столбцах может находиться более 1 измерения: в столбцах план и факт в разрезе периодов, в строках ЦФО и ДДС.

Для наложения фильтров не нужно писать всякие | или .. - просто снимаю галочку напротив того измерения, которое необходимо скрыть.

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

Так и на разработку многих других отчетов будет потрачено меньше времени, при этом еще и работать быстрее будет.

Цитата:

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

Цитата:

Сообщение от .Quattro.

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

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

Недостаточно просто вызвать хранимую процедуру и выкинуть полученные данные в Excel. Данные необходимо еще представить в удобном виде для пользователя - этот инструмент как раз позволяет это сделать без программирования.

[rmv]

Цитата:

Сообщение от .Quattro.

1) В SSRS отчеты описываются при помощи Report Definition Language (RDL) на языке разметки XML - Сколько стоит специалист с такими навыками или сколько нужно вложить в его обучение? А когда обучите его, завтра он уволится...

Будете смеяться, но дешевле чем средний разработчик Навижна. Отчеты уже давно рисуются мышкой.

Цитата:

Сообщение от .Quattro.

2) Отчеты могут проектироваться при помощи последних версий Microsoft Visual Studio - Visual Studio небесплатен

Неправда. Средство разработки входит в состав поставки Reporting Services.

Цитата:

Сообщение от .Quattro.

3) Система администрируется через веб-интерфейс - для него нужно поднимать Sharepoint, который сам по себе бесплатен, а вот сервер, на котором он будет работать - нет. И еще это надо обслуживать.

Опять неправда. Не нужен Sharepoint, достаточно IIS, который де-факто стоит в любой организации.

Цитата:

Сообщение от .Quattro.

Так что решение это совсем не дешевле получается, а его сопровождение потребует бОльших ресурсов со стороны IT.

Если считать как Вы - возможно, если взять реалии - то настраивается максимум за день и стоимость его обсуживания равна стоимости обслуживания еще одной базы на сервере.

Цитата:

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

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

select * from [Analysis View Entry] where [Analysis View Code] = @ViewCode

Есть еще и товарные аналитические отчеты, вот только при возможности формирования отчетов средствами SQL использовать предрасчет в Навижне кхм.. некомильфо.

Цитата:

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

Недостаточно просто вызвать хранимую процедуру и выкинуть полученные данные в Excel. Данные необходимо еще представить в удобном виде для пользователя - этот инструмент как раз позволяет это сделать без программирования.

Я уже понял, еще одно средство для запуска хранимых процедур и вывода в Эксель. Спасибо, вопросов больше нет.