AXForum  
Вернуться   AXForum > Рынок > Полезное по Microsoft Dynamics
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.12.2012, 10:23   #1  
.Quattro. is offline
.Quattro.
Участник
Лучший по профессии 2009
 
194 / 22 (1) +++
Регистрация: 22.05.2006
Уважаемые форумчане!

Хочу вашему вниманию представить решение для разработки сложных аналитических отчетов - 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

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

С уважением,
Александр.
Старый 05.12.2012, 16:15   #2  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Единственно преимущество универсальных решений - набор поддерживаемых отчетов, иначе говоря хранимых процедур и настроек для них.
Какие области охвачены стандартным функционалом?
Можно ли настройками сводить результаты расчета в разных функциональных областях (процедурах) в одном отчете? Для примера в разрезе клиента вывести текущий баланс, текущую просроченную задолженность из клиент книги, продажи без НДС и маржинальный доход из операций стоимости.
Старый 05.12.2012, 18:51   #3  
.Quattro. is offline
.Quattro.
Участник
Лучший по профессии 2009
 
194 / 22 (1) +++
Регистрация: 22.05.2006
Цитата:
Сообщение от rmv Посмотреть сообщение
Единственно преимущество универсальных решений - набор поддерживаемых отчетов, иначе говоря хранимых процедур и настроек для них.
Какие области охвачены стандартным функционалом?
Вы абсолютно правы - универсальные решения, как правило, имеют преднастроенный набор отчетов или кубов.
Данное решение не предоставляет вообще никаких готовых отчетов - это инструмент для их разработки.
Разработчик, работающий у заказчика в штате, сам может создать необходимые хранимые процедуры, в которых описывает логику сбора данных. В наве он может настроить параметры запуска хранимой процедуры, в каком виде отобразить эти данные и кто имеет доступ к отчету.
Таким образом, в самом Наве код писать не требуется.

Цитата:
Сообщение от rmv Посмотреть сообщение
Можно ли настройками сводить результаты расчета в разных функциональных областях (процедурах) в одном отчете? Для примера в разрезе клиента вывести текущий баланс, текущую просроченную задолженность из клиент книги, продажи без НДС и маржинальный доход из операций стоимости.
В вашем случае вы можете создать хранимую процедуру, которая в качестве параметра будет получать номер клиента.
Описываете логику сбора необходимых данных по клиент книге операция, по учтенным счетам продажи, стоимости операции и т.п.
В наве настраиваете карточку отчета, в которой укажете:
- Значение параметра для хранимой процедуры необходимо выбирать из справочника клиентов
- Данные вывести на лист Excel-я
- Настроите форматирование данных и расчет необходимых итогов
- Укажите, какие пользователи или роли могут запускать этот отчет.
Старый 05.12.2012, 19:43   #4  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Из 10 человек отлично знающих Нав 5 знают SQL 3 из них необходимый уровень блокировки и только один напишет оптималтный запрос.
Знающий Sql плохо знающий Нав реализует тоже самое средствами Reporting Services или на худой конец напишет макрос в Экселе не переплачивая 80 тыр за решение.
Аналитик, которому нужно собрать отчет из кирпичиков быстрее настроит и проверит кирпичи в Наве, нежели закажет каждый раз будет запрашивать перестройку всего здания программеру не знакомому с предметной областью и по совсем недешевой ставке.
Собственно вопросы были - для кого это сделано.
Старый 06.12.2012, 15:23   #5  
.Quattro. is offline
.Quattro.
Участник
Лучший по профессии 2009
 
194 / 22 (1) +++
Регистрация: 22.05.2006
Цитата:
Сообщение от rmv Посмотреть сообщение
Знающий Sql плохо знающий Нав реализует тоже самое средствами Reporting Services или на худой конец напишет макрос в Экселе
Про какой Reporting Services в Nav вы говорите?
Писать отчеты на макросах в Excel можно, но я бы не советовал использовать такой подход - вы ставите под угрозу всю систему безопасности базы.
При этом время, потраченное на разработку подобного отчета, будет больше.

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

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

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

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

Безусловно, можно своими силами разрабатывать отчеты в наве с выгрузкой в Excel, тратя на них объекты.
Но есть и альтернатива в виде нашего решения. И тут уже каждый сам для себя принимает решение - что ему удобней и выгодней.
Старый 06.12.2012, 15:56   #6  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Цитата:
Сообщение от .Quattro. Посмотреть сообщение
Про какой Reporting Services в Nav вы говорите?
Собственно про тот, который входит в комплект поставки старших версий SQL Сервера. Ну и делает примерно то же самое что и Ваш продукт, только с более богатыми возможностями.
Цитата:
Сообщение от .Quattro. Посмотреть сообщение
Писать отчеты на макросах в Excel можно, но я бы не советовал использовать такой подход - вы ставите под угрозу всю систему безопасности базы.
Не вижу никаких проблем при использовании windows аутенфикации. Думаю выставление SQL логина для обращения ко всем отчетам и раздача прав не на уровне хранимых процедур, а правами на запуск из Навижна несет гораздо большие риски.
Цитата:
Сообщение от .Quattro. Посмотреть сообщение
Вы все правильно говорите, но я еще не встречал аналитиков, которые бы собирали отчеты в Наве по кирпичикам.
Обычно они работают в своей BI-системе, которая стоит значительно дороже. А сравнивать наше решение с навороченной BI-системой смысла нет - понятно, что BI даст гораздо больше возможностей для анализа. Но у нашего решения зато есть возможность прямо из отчета открыть документ в наве - первоначальный источник данных. А сроки и стоимость внедрения BI-решений отпугивают многие компании от их использования.
Странно, везде где я работал активно использовали настраиваемые аналитические отчеты Навижна. Кирпичи в них вполне нормальные и построить можно практически любой отчет, но увы - только в своей функциональной области. Российская попытка совместить все в функционале внешних отчетов на мой вгляд не очень удалась.
Цитата:
Сообщение от .Quattro. Посмотреть сообщение
В первую очередь, это решение предназначено для пользователей Nav-а, именно они являются заказчиками тех или иных отчетов. Особенно финансовый департамент.
Я вот тоже так подумал, пока Вы не убедили меня в том что это только инструмент для запуска хранимых процедур.

Цитата:
Сообщение от .Quattro. Посмотреть сообщение
Безусловно, можно своими силами разрабатывать отчеты в наве с выгрузкой в Excel, тратя на них объекты.
Но есть и альтернатива в виде нашего решения. И тут уже каждый сам для себя принимает решение - что ему удобней и выгодней.
Конечно же, я в первую очередь сравнил стоимость 100 отчетов и вашего решения.
Старый 06.12.2012, 18:47   #7  
.Quattro. is offline
.Quattro.
Участник
Лучший по профессии 2009
 
194 / 22 (1) +++
Регистрация: 22.05.2006
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. Данные необходимо еще представить в удобном виде для пользователя - этот инструмент как раз позволяет это сделать без программирования.
Старый 07.12.2012, 10:41   #8  
rmv is offline
rmv
Участник
 
481 / 11 (1) +
Регистрация: 15.02.2005
Цитата:
Сообщение от .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. Данные необходимо еще представить в удобном виде для пользователя - этот инструмент как раз позволяет это сделать без программирования.
Я уже понял, еще одно средство для запуска хранимых процедур и вывода в Эксель. Спасибо, вопросов больше нет.
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:40.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.