![]() |
#1 |
Участник
|
![]()
Здраствуйте.
Так как Axapta не позволяет, точнее это очень трудоемкий процесс, создание сложных отчетов в системе, то мы для построения отчетов используем генератор отчетов Crystal Reports, который представляет для этого очень удобные CASE-средства. Одна есть проблема: мы используем трехуровненую схему с "тонким" клиентом, А в ней как известно на клиенте ODBC не устанавливается, а ставится только на AOS. Тогда как Crystal Reports работает через ODBC, создавая обычные exe-файлы. Мы через ActiveX в Axapta (создали дополнительно стандартное меню в системе, что очень удобно для пользователей) производим передачу данных и вызов (загрузку) этих файлов на клиенте (файлы же выкладываются на тот же AOS). Получается, что нам необходимо помимо клиентов на каждый компьютер пользователя прописывать и ODBC, что достаточно трудоемко и не удобно в связи с несколькими сотнями пользователей. Вопрос: Подскажите, пожалуйста, кто уже сталкивался с данной проблемой или также использует Crystal Reports, можно ли обойти данную проблему и, если да, то как это сделать? Т.е. как испеользуя для построения отчетов Crystal Reports не ставить ODBC на "тонких" клиентах, одновременно встроив данные отчеты в Axapta? |
|
![]() |
#2 |
Участник
|
Вариант 1: закупка Crystal Enterprise - сервер отчетов, ставится, естественно, на сервер, доступ с клиентов по http;
Вариант 2: некая комбинация dcom или soap-вызовов с клиентов к объектам, расположенным на сервере отчетов. объекты формируют отчеты в памяти сервера и на-гора выдают опять же html (возможны варианты) это, что первым пришло в голову. |
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|