Попытаюсь порассуждать о сильных и слабых сторонах iScala исходя из собственных представлений о том, что есть хорошо и что есть «не очень». Разумеется, это мой личный субъективный взгляд.
Логично в дизайнере отчётов выделить столбец и задать для свойства «Hidden» специальное выражение в зависимости от значения в таблице. Однако при этом получится, что мы скрыли не сам столбец, а его отображение. Как правило, такой результат заставляет разработчиков заявить, что в SSRS нельзя скрывать столбцы. Но это неверное утверждение, столбцы скрывать можно!
Этот отчёт показывает не только заказы на закупку, которые в настоящий момент являются поставленными (полученными) и неотфактурованными (счета-фактуры ещё не введены), но также может показать те заказы, которые были неотфактурованными по состоянию на выбранную дату, например, на конец предыдущего месяца, предыдущего квартала или предыдущего года, пользователь сам может определить дату, которая его интересует.
Если Вы далеки от технической стороны вопроса, но картинка Вам нравится, просто заставьте Ваших технических специалистов проделать действия, которые я опишу в этой статье 🙂
Начну с того, что термин «отчёты «сальдового» типа» придумал я. Под этим я понимаю отчёты, которые запрашивают данные в таблицах сальдо: сальдо по бухгалтерским счетам, сальдо по покупателям, поставщикам, сальдо по запасам, по складам или по партиям. Эти данные всегда актуальны по состоянию на «сейчас». Через 5 минут они могут обновиться, как если бы в Excel’е заменили старое значение в ячейке новым, что было в этих таблицах «вчера» понять невозможно
В iScala 3.1 поменялось название объекта, в версиях до 3.1. объект, к которому обращается отчёт, назывался SfwIII (Scala for Windows III), мои коллеги называли его «Эс Эф Вэ ай-яй-яй». В версиях, начиная с 3.1. он называется iScala. Из-за этого встроенный в отчёт VBA код и перестал работать. Возможно, то, что отчёт перестал работать, это благо, повод отказаться от устаревших подходов и технологий, которые тянутся «в светлое будущее» только из-за того, что никто не изучает новых возможностей
Не знаю, как принято в Вашей компании, но я обычно рекомендую клиентам создавать и отправлять проводки Главной Книги в модуле «Управление Запасами» по дням, а не одной проводкой за месяц, так гораздо проще выверять данные между Главной Книгой и «Управлением Запасами». И использую следующий простенький отчёт как некий инструмент для отслеживания дат, для которых имеются аналитические проводки, а проводки Главной Книги ещё не созданы. Хотите такой? 🙂
Если Вы далеки от технической стороны вопроса, но картинка Вам нравится, просто заставьте Ваших технических специалистов проделать действия, которые я опишу в этой статье 🙂
Процесс публикации отчёта на сервере отчётов MS SQL Server Reporting Services состоит из нескольких шагов: собственно публикации и изменения ссылки на общий источник данных (если используется общий источник данных для нескольких отчётов — это очень удобно, иметь общий источник данных)
Создать общий источник данных, который можно будет использовать в разных отчётах очень просто. Я рекомендую создать отдельную папку на сервере отчётов и разместить в ней все необходимые источники данных
11 сентября 2018 в Москве состоялся традиционный день клиента Epicor. Никогда не пропускаю такие мероприятия. Для меня лично наиболее интересными новостными темами были 2 тезиса: первый, о том, почему нужно переходить на новые версии, а второй, заявленная революция в механизме отчётности в новой версии iScala 3.3
Иногда необходимо делать расчёт значения в столбце зависимым от того, что находится в строке отчёта
Sometimes it is necessary to calculate the value in a column depending on what is in the report line
Последнее белое пятно в использовании канала MSRS, позволяющего навсегда забыть про технологии RTF и Crystal, раскрашено яркими красками 🙂
