Из чего лепить отчеты в 2012

[Andy-k]

Всем доброго дня! С 2012 ещё не знаком и может быть от этого такие вопросы.

В 2009 делали все отчеты новые в Excel и иногда Word. Консалтингу удобно разрабатывать, так как у многих есть достаточно продвинутые обвязки и скорость разработки достаточно высокая. А со стороны клиента поддерживать удобно, так как тоже более или менее инструменты все изучены в этом поле.

Сейчас встал вопрос, в чем заказывать новую отчетность, которой ещё нет в системе. Не будет ли являться дурным тоном в 2012 заставлять консалтинг ваять их в Excel и Word? Просто по логике и им и нам был бы удобен такой подход, но 2012 это вообще страна чудес, мало ли скажут что это не самый лучший вариант.

Бизнесу Word и Excel подходят идеально

[Ivanhoe]

Локальная первичка сделана в Excel, есть условно хороший стандартный фреймворк. Так что вполне нормально использовать для отчетности именно его.

[pitersky]

Вообще международный бест практис - использовать для отчётности SSRS
А дальше уже вам решать

[Andy-k]

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

[Ivanhoe]

С репортингом надо осторожно.

Его учитывали при сайзинге?
Его доп. фишки нужны (разные форматы файла, рассылка по почте, доступ через браузер, дрилл-даун)?
Есть кому под него писать и потом поддерживать?
Кубы ОЛАП будут? "Морда" в виде SSRS нужна?
Портал и отчетность на нем будет использоваться?

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

Опять же для финансовых отчетов MS предлагает теперь Management Reporter. Особо глубокой идеологии системы в части отчетности я бы не искал.

[pedrozzz]

Не знаю, как международный бест практис живет с SSRS, на проектах, где приходилось их разрабатывать / модифицировать не испытывал ничего, кроме страдания То VisualStudio не видит AOS, то отчет не деплоится, то после кривой компиляции CIL отвалятся входящие порты и отчетность перестает работать. В общем по личному опыту сплошные танцы с бубном, а замодифить сколько-нибудь сложный дизайн, добавить столбцов в середину - то еще приключение. Так же постоянная проблема, когда какой-нибудь контрол вылезет чуть за область печати и SSRS начинает штамповать пустые страницы. Плюс тяжело объяснить заказчику, почему при нажатии стандартной кнопки экспорта в Excel из вьювера дизайн отчета "плывет" (я опять же про сложные формы). Ну и время разработки SSRS в разы дольше, чем Excel на движке локализаторов. Так что ИМХО, если есть возможность не использовать SSRS - не используйте его С Excel'ем стало немного лучше, ушли (почти) от COM, переделав на .Net, правда некоторые места все равно надо напильником доработать, чтобы на сервере отчеты запустить. Но это проще, чем заниматься глюками и багами SSRS.

[pitersky]

Цитата:

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

Не знаю, как международный бест практис живет с SSRS..

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

[Andy-k]

Всем ответившим спасибо, данных для выбора в пользу одного и другого решения предостаточно

[macklakov]

Цитата:

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

Вообще международный бест практис - использовать для отчётности SSRS

Не знаю за бест практис, тем более международный. Но в нашей деревне его пользуют только для печатных форм или когда нужно на портал что-то выставить.
А вот для отчетности, как раз, пользуют Management Reporter, Atlas, просто связку с Office. Их настроил, показал как использовать, а дальше пользователи сами крутят-вертят как им удобнее. А с SSRS нужен дорогой программист, который будет драть нещадно за малейшие изменения и при этом еще ныть на тему как ему противно этим заниматься.

[Andy-k]

Цитата:

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

А с SSRS нужен дорогой программист, который будет драть нещадно за малейшие изменения

Это один из самых показательных моментов, по которым смотрим в сторону MS Office

[Omeo]

а есть способ печатать отчеты НЕ SSRS в пакетном режиме ?

[Logger]

Цитата:

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

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

Вы не могли бы это пояснить ? В чем там затруднение ? Очень сложно или невозможно что-то из требований реализовать ?

[macklakov]

Цитата:

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

а есть способ печатать отчеты НЕ SSRS в пакетном режиме ?

1. зачем их печатать?
2. зачем это делать в пакете?

[Logger]

Цитата:

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

1. зачем их печатать?
2. зачем это делать в пакете?

Предположу что стоит задача, сформировать в пакетном режиме по расписанию отчет в Excel и что-то с ним сделать, например, отправить на почту.

Очень распространенный случай, кстати. Мы такое сделали, только на 2009-й.

[macklakov]

Цитата:

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

Предположу что стоит задача, сформировать в пакетном режиме по расписанию отчет в Excel и что-то с ним сделать, например, отправить на почту.

Зачем? В 2012 один раз отправляешь шаблон, привязанный к аксе и все. Дальше они просто жамкают кнопочку Refresh и у всех щастье

[Ivanhoe]

Цитата:

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

а есть способ печатать отчеты НЕ SSRS в пакетном режиме ?

Есть. Стандартная задача - печать пакета документов для клиента в пакете. Используются стандартный фреймворк, отчеты + небольшие допилы чтобы это корректно все работало.

[Ivanhoe]

Цитата:

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

Вы не могли бы это пояснить ? В чем там затруднение ? Очень сложно или невозможно что-то из требований реализовать ?

Как говорили представители локализаторов, они долго пытались сделать все на SSRS (собственно после отмены Report у них другого варианта не было). Но не получилось выполнить все требования - в итоге сделали фреймворк и первичку через офис.

[Logger]

Цитата:

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

Зачем? В 2012 один раз отправляешь шаблон, привязанный к аксе и все. Дальше они просто жамкают кнопочку Refresh и у всех щастье

Ну для внутренних пользователей - да. А для клиентов компании ?
Например, хотят каждый день видеть прайс с остатками.

[pitersky]

Цитата:

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

Например, хотят каждый день видеть прайс с остатками.

на этот случай кмк лучше веб-форму сделать для клиентской части портала. тогда вообще ничего не надо рассылать

[Logger]

Цитата:

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

на этот случай кмк лучше веб-форму сделать для клиентской части портала. тогда вообще ничего не надо рассылать

А если портала нет ?
По-другому можно ?

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