17.02.2015, 17:16 | #1 |
Участник
|
Из чего лепить отчеты в 2012
Всем доброго дня! С 2012 ещё не знаком и может быть от этого такие вопросы.
В 2009 делали все отчеты новые в Excel и иногда Word. Консалтингу удобно разрабатывать, так как у многих есть достаточно продвинутые обвязки и скорость разработки достаточно высокая. А со стороны клиента поддерживать удобно, так как тоже более или менее инструменты все изучены в этом поле. Сейчас встал вопрос, в чем заказывать новую отчетность, которой ещё нет в системе. Не будет ли являться дурным тоном в 2012 заставлять консалтинг ваять их в Excel и Word? Просто по логике и им и нам был бы удобен такой подход, но 2012 это вообще страна чудес, мало ли скажут что это не самый лучший вариант. Бизнесу Word и Excel подходят идеально |
|
17.02.2015, 17:33 | #2 |
Участник
|
Локальная первичка сделана в Excel, есть условно хороший стандартный фреймворк. Так что вполне нормально использовать для отчетности именно его.
__________________
Ivanhoe as is.. |
|
17.02.2015, 17:42 | #3 |
северный Будда
|
Вообще международный бест практис - использовать для отчётности SSRS
А дальше уже вам решать
__________________
С уважением, Вячеслав |
|
17.02.2015, 17:57 | #4 |
Участник
|
Вот я и разрываюсь между этими двумя вариантами. Душой как говорится, к простоте и привычному, а голова подсказывает, что не все могут оценить.
|
|
17.02.2015, 18:07 | #5 |
Участник
|
С репортингом надо осторожно.
Его учитывали при сайзинге? Его доп. фишки нужны (разные форматы файла, рассылка по почте, доступ через браузер, дрилл-даун)? Есть кому под него писать и потом поддерживать? Кубы ОЛАП будут? "Морда" в виде SSRS нужна? Портал и отчетность на нем будет использоваться? Если основные ответы да - то, конечно, лучше репортинг. Но в целом, невозможность сделать в нем первичку русскую - она показательна. Опять же для финансовых отчетов MS предлагает теперь Management Reporter. Особо глубокой идеологии системы в части отчетности я бы не искал.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Kabardian (2), Andy-k (1). |
17.02.2015, 18:08 | #6 |
Молодой, подающий надежды
|
Не знаю, как международный бест практис живет с SSRS, на проектах, где приходилось их разрабатывать / модифицировать не испытывал ничего, кроме страдания То VisualStudio не видит AOS, то отчет не деплоится, то после кривой компиляции CIL отвалятся входящие порты и отчетность перестает работать. В общем по личному опыту сплошные танцы с бубном, а замодифить сколько-нибудь сложный дизайн, добавить столбцов в середину - то еще приключение. Так же постоянная проблема, когда какой-нибудь контрол вылезет чуть за область печати и SSRS начинает штамповать пустые страницы. Плюс тяжело объяснить заказчику, почему при нажатии стандартной кнопки экспорта в Excel из вьювера дизайн отчета "плывет" (я опять же про сложные формы). Ну и время разработки SSRS в разы дольше, чем Excel на движке локализаторов. Так что ИМХО, если есть возможность не использовать SSRS - не используйте его С Excel'ем стало немного лучше, ушли (почти) от COM, переделав на .Net, правда некоторые места все равно надо напильником доработать, чтобы на сервере отчеты запустить. Но это проще, чем заниматься глюками и багами SSRS.
__________________
Кононов Пётр |
|
|
За это сообщение автора поблагодарили: Logger (3), Andy-k (1). |
18.02.2015, 09:20 | #7 |
северный Будда
|
да нормально живёт мне вот только поперву было тяжело с непривычки, сейчас уже нет проблем.
По большому счёту, единственная проблема ссрс - это ситуация со сложностью и перегруженностью форм российской фискальной отчётности. Тут, наверное, действительно лучше использовать ёксель, бо и шаблоны в интернете есть, и фреймворки взаимодействия отработаны. А вот для управленческих отчётов SSRS однозначно лучше
__________________
С уважением, Вячеслав |
|
18.02.2015, 09:32 | #8 |
Участник
|
Всем ответившим спасибо, данных для выбора в пользу одного и другого решения предостаточно
|
|
18.02.2015, 09:39 | #9 |
NavAx
|
Не знаю за бест практис, тем более международный. Но в нашей деревне его пользуют только для печатных форм или когда нужно на портал что-то выставить.
А вот для отчетности, как раз, пользуют Management Reporter, Atlas, просто связку с Office. Их настроил, показал как использовать, а дальше пользователи сами крутят-вертят как им удобнее. А с SSRS нужен дорогой программист, который будет драть нещадно за малейшие изменения и при этом еще ныть на тему как ему противно этим заниматься.
__________________
Isn't it nice when things just work? |
|
18.02.2015, 09:48 | #10 |
Участник
|
|
|
18.02.2015, 11:33 | #11 |
Участник
|
а есть способ печатать отчеты НЕ SSRS в пакетном режиме ?
|
|
18.02.2015, 11:49 | #12 |
Участник
|
|
|
18.02.2015, 12:03 | #13 |
NavAx
|
1. зачем их печатать?
2. зачем это делать в пакете?
__________________
Isn't it nice when things just work? |
|
18.02.2015, 12:24 | #14 |
Участник
|
|
|
18.02.2015, 12:36 | #15 |
NavAx
|
Зачем? В 2012 один раз отправляешь шаблон, привязанный к аксе и все. Дальше они просто жамкают кнопочку Refresh и у всех щастье
__________________
Isn't it nice when things just work? |
|
18.02.2015, 13:03 | #16 |
Участник
|
Есть. Стандартная задача - печать пакета документов для клиента в пакете. Используются стандартный фреймворк, отчеты + небольшие допилы чтобы это корректно все работало.
__________________
Ivanhoe as is.. |
|
18.02.2015, 13:04 | #17 |
Участник
|
Как говорили представители локализаторов, они долго пытались сделать все на SSRS (собственно после отмены Report у них другого варианта не было). Но не получилось выполнить все требования - в итоге сделали фреймворк и первичку через офис.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Logger (3). |
18.02.2015, 13:32 | #18 |
Участник
|
|
|
18.02.2015, 14:02 | #19 |
северный Будда
|
на этот случай кмк лучше веб-форму сделать для клиентской части портала. тогда вообще ничего не надо рассылать
__________________
С уважением, Вячеслав |
|
18.02.2015, 14:47 | #20 |
Участник
|
|
|