Предположим, у вас имеется несколько счетов-фактур с разными суммами и несколько авансовых платежей с совершенно другими суммами. Если взять и «скопом» это всё, как говорят некоторые «замэтчить», то раньше определить, какой счёт каким авансом и на какую сумму был закрыт не представлялось возможным. Но не сейчас 🙂
Начнём с того, что ничего просто так удалять нельзя. Ну, нельзя залезть в таблицу платежей по поставщикам в базе данных iScala и удалить платёж. При этом будет нарушено соответствие с информацией по счёту-фактуре, по которому был произведён платеж, соответствие с сальдо по поставщику, ведь там этот платёж учтён и так далее. Поэтому нужно не удалять […]
Надеюсь, эта незатейливая инструкция с картинками поможет вам разобраться с новым инструментом 🙂
Очень часто мы задаём не конкретный номер счёта-фактуры, а диапазон. Если отчёт SSRS сделан правильно, каждый из счетов-фактур в рамках диапазона будет печататься на отдельной странице или нескольких отдельных страницах. А можно ли сделать так, чтобы при выгрузке такого отчёта в Excel каждый счёт-фактура выгружался бы на свой лист и при этом, чтобы имя листа совпадало с номером счёта-фактуры?
Разумеется, можно было бы использовать более новую версию SQL сервера, но покупать его отдельно никто не хочет, хочется использовать бесплатную версию с дополнительными компонентами на соседнем сервере. Но вот незадача, Reporting Services в бесплатной экспресс версии с дополнительными компонентами не умеет работать с «чужими» серверами, т.е. вы не можете просто установить на соседний сервер бесплатную версию SQL Server Express Advanced Edition в качестве сервера отчетов и создать источник данных, обращающийся на соседний сервер, это ограничение бесплатной Express версии. Означает ли это, что мы не можем её использовать? Нет, не означает 🙂
Начну с того, что термин «отчёты «сальдового» типа» придумал я. Под этим я понимаю отчёты, которые запрашивают данные в таблицах сальдо: сальдо по бухгалтерским счетам, сальдо по покупателям, поставщикам, сальдо по запасам, по складам или по партиям. Эти данные всегда актуальны по состоянию на «сейчас». Через 5 минут они могут обновиться, как если бы в Excel’е заменили старое значение в ячейке новым, что было в этих таблицах «вчера» понять невозможно
В iScala 3.1 поменялось название объекта, в версиях до 3.1. объект, к которому обращается отчёт, назывался SfwIII (Scala for Windows III), мои коллеги называли его «Эс Эф Вэ ай-яй-яй». В версиях, начиная с 3.1. он называется iScala. Из-за этого встроенный в отчёт VBA код и перестал работать. Возможно, то, что отчёт перестал работать, это благо, повод отказаться от устаревших подходов и технологий, которые тянутся «в светлое будущее» только из-за того, что никто не изучает новых возможностей
Иногда я прошу прислать текст хранимой процедуры SQL сервера. Не все знают, как это сделать, поэтому я приготовил краткую инструкцию с картинками 🙂
Процесс публикации отчёта на сервере отчётов MS SQL Server Reporting Services состоит из нескольких шагов: собственно публикации и изменения ссылки на общий источник данных (если используется общий источник данных для нескольких отчётов — это очень удобно, иметь общий источник данных)
Создать общий источник данных, который можно будет использовать в разных отчётах очень просто. Я рекомендую создать отдельную папку на сервере отчётов и разместить в ней все необходимые источники данных
Каждый раз, когда пытаюсь ввести новый метод платежа, ругаюсь страшными словами. Надеюсь, разработчикам в этот момент икается 🙂
Иногда необходимо делать расчёт значения в столбце зависимым от того, что находится в строке отчёта
Sometimes it is necessary to calculate the value in a column depending on what is in the report line