Отдельной темы не нашел, поэтому создам.
Выявил глюки в работе СРепорт, например если искать определенную неисправность по всем лифтам (по отдельному лифту не проверял, возможно также), то фильтр не применяется, показывает всё равно весь журнал. Такая же история, кажется, с датами, вспомню тогда дополню.

Хотелось бы с примерами, т.е. снимок экрана с параметрами отчета и снимок экрана с результатами.

не понял, никто не пользуется или проблема только у меня?!
В общем вот скрины. Ищу отсутствие связи только на одной улицеНажмите для просмотра прикрепленного файла, а в результате в отчет показывает все лифты с этой ошибкой.Нажмите для просмотра прикрепленного файла

В обновление ПО выложен поправленный SReport.

Я думаю мало пользуются.

Настроил заказчику подключение SReport.
После первого же отчета звонок: "что то она неправильно время считает... и какие то нереальные ставит значения времени..."
Начали разбираться.
Оказалось что в отчет о двух или более неисправностях попали события текущие т.е которые не деактивировались.
При этом в отчете ставится время окончания этого события в текущий день 23:59 и соответственно высчитывается нереальное итоговое время. Я то это понял и предложил просто время 23:59 воспринимать как сообщение об активной в данный момент неисправности, но у заказчика подозрения -"вот она не правильно считает .... как мне в итоговую таблицу это заносить и как оно будет считать в экселе..."
Вообщем вопрос: что можно придумать с такими записями?
Наверное логичнее ставить время окончания -текущее на момент создания отчета (итоговое время простоя будет верное на текущий момент) и как-то указывать/обозначать/выделять что неисправность на этом лифте в данный момент активна..

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

SReport получает отчёты, читая таблицы MS SQL сервера.

SReport получает доступ к таблицам MS SQL сервера двумя способами:
- непосредственно подключаясь к MS SQL серверу (локально или удалённо)
- используя сервера приложений (LKDSDisp, LKDSDomain, LKDSCloud) в качестве некоторого транзита

Последний способ Нажмите для просмотра прикрепленного файла это наша разработка. Он, конечно, удобен, но имеет ограничения и недоработки, которые Вы и привели. Транзитное подключение будет дорабатываться, но не в ближайшее время.

Желательно подключаться непосредственно к MS SQL серверу Нажмите для просмотра прикрепленного файла. Это требут напряжений, знаний и опыта, но более надёжно.

Это ограничение с каких значений периода начинается?

Это зависит не от периода, а от объемов информации из которых идет выборка. Ошибка рандомная может появиться а может и нет при одних и тех же условиях выборки. У нас появляется очень часто при выборке за месяц. Когда проверяем выполнение ТО, либо сбои лифтов на участках.
Будем ждать исправлений. Статистика и анализ для нашего предприятия очень востребованная функция. Подключаться на прямую к SQL знаем как, но это не очень удобно и не совсем безопасно на мой взгляд. Подключение через учетку Spult для конечного пользователя интуитивно понятней и проще.

Нечто подобное у меня проявляется изредка в СПульте при запросе больших периодов журнала. Отрисует две страницы текста, а когда нажимаещь следущую, то там чистые листы. Бывает так несколько раз включаешь, и потом вычитывает. Возможно это одна и та же проблема.
Согласен. Но еще и настроить доступ к базе та еще задачка.

Spult получает данные для отчетов по другому механизму, чем SReport, но похоже, т.е. без обращения к реальной БД. Поэтому и проблемы действительно те же.

MS SQL загружает последние используемые клиентами данные в оперативную память. Выборки по оперативной памяти делаются существенно быстрее, поэтому одна и та же выборка из журнала, но полученная позже, действительно формируется быстрее.

Все сервера (LKDSDisp, LKDSDomain, LKDSCloud) доработаны - оптимизирован запрос для выборки журнала, изменён механизм хранения и передачи выборки клиентам *SPult. Будем надеяться, что время формирования выборок уменьшится.

SReport 4.7.2.28, ничего не поменялось

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

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

Я проверил и не смог воспроизвести ситуацию:

Нажмите для просмотра прикрепленного файла Нажмите для просмотра прикрепленного файла
Нажмите для просмотра прикрепленного файла Нажмите для просмотра прикрепленного файла