Служебные отчёты тоже очень важны. Благодаря им удобно не только получать что-то в печатном виде, но и выполнять функции поиска. Если понравится, пишите, вышлю и сам отчёт, и текст хранимой процедуры 🙂
Сейчас у моего клиента период тестирования автоматического обмена информацией в виде XML файла напрямую между системами производственной компании и iScala. Ожидая, что на первом этапе информация, присылаемая с производства, может содержать ошибки, я добавил на вход процесса вызов события ручного утверждения прохождения сообщения. Но при просмотре в Мониторе Задач информация может быть просмотрена (и откорректирована) в редакторе XML, что, согласитесь, выглядит не совсем по-человечески. Возникает вопрос: «А нельзя ли это посмотреть в каком-то более человеческом виде?»
На мой взгляд, в отчёте SSRS не следует делать, как в убогом Кристале, где нет такого объекта «таблица», нужно пользоваться преимуществами, а не следовать правилу «как привык». Текстовые поля и линии взамен сетки очень странно смотрятся там, где уместно использовать таблицу
Если вам говорят, что для сдачи российской отчётности в электронном виде Scala/iScala не может быть использована, не верьте!
If someone tells you that Scala / iScala cannot be used to submit Russian fiscal reports electronically do not believe!
Вы тоже получили сообщение: «Определение данного отчета неправильное или не поддерживается данной версией служб Reporting Services. Возможно, определение отчета создано с помощью более поздней версии служб Reporting Services, имеет содержимое с неправильным форматом или является недопустимым по схеме служб Reporting Services. Подробные сведения: Определение отчета имеет недопустимое целевое пространство имен "http://schemas.microsoft.com/sqlserver/reporting/2016/01/reportdefinition", которое невозможно обновить»? Тогда я расскажу, что можно сделать в этой ситуации
Казалось бы, имеет ли смысл такая форма, как 1 день в месяц, ну, что можно за один день успеть? Однако, как показала реальная практика, удалось сделать удивительные вещи, в которые раньше просто не верилось
Логично в дизайнере отчётов выделить столбец и задать для свойства «Hidden» специальное выражение в зависимости от значения в таблице. Однако при этом получится, что мы скрыли не сам столбец, а его отображение. Как правило, такой результат заставляет разработчиков заявить, что в SSRS нельзя скрывать столбцы. Но это неверное утверждение, столбцы скрывать можно!
Начну с того, что термин «отчёты «сальдового» типа» придумал я. Под этим я понимаю отчёты, которые запрашивают данные в таблицах сальдо: сальдо по бухгалтерским счетам, сальдо по покупателям, поставщикам, сальдо по запасам, по складам или по партиям. Эти данные всегда актуальны по состоянию на «сейчас». Через 5 минут они могут обновиться, как если бы в Excel’е заменили старое значение в ячейке новым, что было в этих таблицах «вчера» понять невозможно
В iScala 3.1 поменялось название объекта, в версиях до 3.1. объект, к которому обращается отчёт, назывался SfwIII (Scala for Windows III), мои коллеги называли его «Эс Эф Вэ ай-яй-яй». В версиях, начиная с 3.1. он называется iScala. Из-за этого встроенный в отчёт VBA код и перестал работать. Возможно, то, что отчёт перестал работать, это благо, повод отказаться от устаревших подходов и технологий, которые тянутся «в светлое будущее» только из-за того, что никто не изучает новых возможностей
Вообще, ответ на этот вопрос, на мой взгляд, очевиден. Раз мы можем использовать выражения, значит, «построить» нужный URL — дело техники. Но именно эта «техника» и не совсем понятна тому, кто это раньше не делал. С другой стороны, до того, как я в этом разобрался, я этого тоже не делал 🙂
Список доступных для просмотра примеров отчётов AFR для гостиничного бизнеса, приведённых на картинке выше / The list of AFR Hospitality Report examples, shown in the picture above:
Страницы 1-3 / Pages 1-3
|
|
