Господа, перерабатывается расчетный центр ЖКХ, поэтому есть необходимость печатать порядка миллиона счетов (отчетов) в месяц.

Всесторонне изучается вопрос применения Crystal Reports, поэтому обращаюсь к вам как к наиболее компетентой аудитории. Мне нравится форум sql.ru, потому что здесь получаю наиболее полные и грамотные ответы :)

Итак, CR предполагается применяться в разных качествах,
- во-первых , в интеграции с Delphi/Builder в качестве генерации отчетов на клиентских/операторских/кассирских местах - счета/фактуры/реестры и пр... Из вариантов рассматриваются встроенные генераторы отчетов в этих оболчках. Какие главные плюсы у CR перед встроенными средствами того же Delphi? Назовите хотя-бы основные, если есть. Имею опыт работы с CR9 в PowerBuildere - знаю что там всегда было много проблем с вводными параметрами для отчетов - того набора стандартных типов параметров входных для отчета всегда оказывалось недостаточно - приходилось делать промежуточный слой перед вызовом CR-отчета - со временем подошли даже к какому-то подобию универсального конструктора форм входных параметорв для CR-ответов, чтобы пользователь сам мог подключать к Системе отчеты и формировать удобные формы для вводных параметров... В этом плане был ли сделан в CR11 какой-либо прорыв перед CR 9?
- во-вторых , как уже было сказано предстоит печать громадного числа счетов, например, напечатать около миллиона счетов за двое суток (в круглосуточном режиме), полностью сведя роль оператора до минимума - чтобы только подносил бумагу... Читал короткий отзыв о CR Server - насколько в этих условиях он будет востребован, и какие реальные его преимущества перед традиционными способами печати в таких случаях? Или CRS - это восем из другой оперы?
- в-третьих , будет web-версия доступа к системе (т.н. "тонкий клиент"). В этом случае мы будем ориентироваться с большой вероятностью на *nix-платформу, предложит ли что-нибудь в этом случае Crystal Reports? Предполагается, что на сервере например должны храниться .rpt-файлы, а при помощи каких-то CR-бибилиотек они должны визуализироваться по запросу пользователя в его браузере в HTML-код, отформатированный должным образом и готовый для печати независимо от того какой бразуер и принтер стоит у клиента. Может ли CR функционировать под UNIX-ОС в таком качестве и формировать на лету HTML/PDF файлы? Если под юниксом не может принципиально никак, то рассмотрим вариант c application server на Windows-платформе... какие варианты существуют в этом случае, какие best practices накоплены, что порекомендуете?

Может быть есть альтернативные решения для какой-либо из этих подзадач?

AntidoteCR построен на основе данного генератора отчётов
Какая-то начальная версия "выросла" из генератора отчетов, встроенного в Delphi - вы это хотели сказать? Откуда такая информация?

DjoonТакая задача была реализована. И в качестве средства для отчетов был использован Crystal Reports. Печатаеться порядка 60 тысяч счетов. На нескольких площадках (около десяти). Плюс куча других отчетов. И все вроде работает без особых глюков. На базе чего это было реализовано?

Применялась ли у вас интеграция Crystal Reports в web-интерфейс? Если да, то какая среда? Использовали Java Reporting Tool или какие-то другие технологии?

DjoonКлиенская часть написана на Visual FoxPro
а, понятно. встроить CR в Delphi/Builder и пр у нас тоже не составит труда :)
вопрос как раз в интеграции Java Reporting Component в нашу систему... проблема вся том, что web-версия написана не на Java, поэтому нужно будет использовать какие-то механизмы для того чтобы все это вместе заработало.

Wirelessпроблема вся том, что web-версия написана не на Java, поэтому нужно будет использовать какие-то механизмы для того чтобы все это вместе заработало
в общем, предлагаю использовать два web-сервера - первый основной, с веб-интерфейсом биллинговой системы www.billdomain.ru, второй - исключительно для связки с Crystal Reports - будет крутиться на отдельном домене, например, reports.billdomain.ru. На втором будет крутиться Apache Tomcat, например (есть лучше предложения?). Отчетный веб-сервер будет понимать по передаваемым параметрам какой отчет ему запустить, с какими параметрами, в каком формате отдать и т.д. Чтобы сделать single-signon из куки будет браться ид сессии, смотреться в БД валидность ее параметров, проходить аутентификация и пр... Думаю это вполне рабочий вариант.