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

[.Quattro.]

Уважаемые форумчане!

Хочу вашему вниманию представить решение для разработки сложных аналитических отчетов - SQL Report для Microsoft Dynamics Nav.

Решение полностью интегрировано в Nav и состоит из набора объектов, устанавливать дополнительное оборудование или ПО не требуется. В качестве инструмента для отображения данных используется привычный пользователям Microsoft Excel, а запуск отчетов происходит из интерфейса Nav.

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

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

Еще одной особенностью решения является возможность прямо из отчета открыть связанный документ в Nav’е - например, карточку учтенного счета продажи, номер которого указан в ячейке. Данная функция реализована через настройки без необходимости программирования!

Данные для отчета собираются с помощью хранимой процедуры на SQL Server'е. Для каждого отчета создается своя процедура. Хранимая процедура может иметь параметры – в этом случае пользователь при запуске отчета должен заполнить значения этих параметров в Nav'е. Значение параметра можно выбрать из связанной таблицы и настроить для него диапазон допустимых значений.

Использование возможностей SQL Server'а для подготовки данных дает огромный выигрыш в производительности по сравнению со стандартными функциями Nav'а – экспорта через Excel Buffer или Automation. Отчеты, которые раньше строились несколько минут, теперь можно получить за считанные секунды. Данные для отчета можно получить не только из базы данных Nav, но и из других источников, к которым есть доступ с сервера - например, из базы 1с, если она так же работает на SQL Server’е.

Все основные параметры отображения данных можно настроить в Наве – формат ячеек, формулы итогов. Но так же есть возможность доработать процедуру выгрузки отчета – в решении предусмотрена возможность обработки 4х событий:
1) Отображение формы параметров
2) Перед запуском запроса
3) Перед выгрузкой данных в Excel
4) После выгрузки данных

У Вас есть возможность установить демо-версию решения и ознакомиться с его функционалом.
Демо-версия ограничена сроком использования – 1 месяц. Так же в демо-версии отсутствует возможность из созданного отчета открыть связанный документ в Nav. Для получения демо-версии необходимо заполнить форму запроса на странице http://sql-report.ru/demo.html и в течение нескольких дней мы вышлем подготовленные объекты на указанный адрес электронной почты.
Решение работает только с классическим клиентом, начиная с 4ой версии.

Дополнительную информацию о решении Вы можете узнать на сайте www.sql-report.ru

На любые вопросы относительно решения я готов ответить в данной теме.

С уважением,
Александр.

[rmv]

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

[.Quattro.]

Quote:

Originally Posted by rmv

Единственно преимущество универсальных решений - набор поддерживаемых отчетов, иначе говоря хранимых процедур и настроек для них.
Какие области охвачены стандартным функционалом?

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

Quote:

Originally Posted by rmv

Можно ли настройками сводить результаты расчета в разных функциональных областях (процедурах) в одном отчете? Для примера в разрезе клиента вывести текущий баланс, текущую просроченную задолженность из клиент книги, продажи без НДС и маржинальный доход из операций стоимости.

В вашем случае вы можете создать хранимую процедуру, которая в качестве параметра будет получать номер клиента.
Описываете логику сбора необходимых данных по клиент книге операция, по учтенным счетам продажи, стоимости операции и т.п.
В наве настраиваете карточку отчета, в которой укажете:
- Значение параметра для хранимой процедуры необходимо выбирать из справочника клиентов
- Данные вывести на лист Excel-я
- Настроите форматирование данных и расчет необходимых итогов
- Укажите, какие пользователи или роли могут запускать этот отчет.

[rmv]

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

[.Quattro.]

Quote:

Originally Posted by rmv

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

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

Quote:

Originally Posted by rmv

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

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

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

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

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

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

[rmv]

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .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.

Quote:

Originally Posted by rmv

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

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

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

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

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

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

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

Quote:

Originally Posted by rmv

Quote:

Originally Posted by .Quattro.

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

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

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

[rmv]

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by .Quattro.

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

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

Quote:

Originally Posted by rmv

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

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

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

Quote:

Originally Posted by rmv

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

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