С одной стороны, подход абсолютно правильный. Информация, выгруженная в Эксель не заслуживает доверия. Непонятно, как она выгружена, непонятно, редактировалась ли она после выгрузки и т.п. В этом отношении отчёт, полученный непосредственно из системы, заслуживает гораздо большего доверия. А, с другой стороны, этот подход в какой степени разумен, в такой же и ущербен
Данный отчёт, как его задумали аналитики и программисты Скалы, это образец оторванности и первых, и вторых от реальной жизни. Живут они в своём вымышленном мире и представляют мир в виде мультиков
У матричных отчётов SSRS есть ограничение на количество столбцов. Не знаю точно сколько максимально их может быть, но предполагаю, что разумное количество, не тысячи 🙂
Служебные отчёты тоже очень важны. Благодаря им удобно не только получать что-то в печатном виде, но и выполнять функции поиска. Если понравится, пишите, вышлю и сам отчёт, и текст хранимой процедуры 🙂
Сейчас у моего клиента период тестирования автоматического обмена информацией в виде XML файла напрямую между системами производственной компании и iScala. Ожидая, что на первом этапе информация, присылаемая с производства, может содержать ошибки, я добавил на вход процесса вызов события ручного утверждения прохождения сообщения. Но при просмотре в Мониторе Задач информация может быть просмотрена (и откорректирована) в редакторе XML, что, согласитесь, выглядит не совсем по-человечески. Возникает вопрос: «А нельзя ли это посмотреть в каком-то более человеческом виде?»
На мой взгляд, в отчёте SSRS не следует делать, как в убогом Кристале, где нет такого объекта «таблица», нужно пользоваться преимуществами, а не следовать правилу «как привык». Текстовые поля и линии взамен сетки очень странно смотрятся там, где уместно использовать таблицу
Очень редко удаётся за несколько месяцев подготовиться к вступлению в силу изменений, но в этот раз я попытался. К сожалению, удалось это только наполовину 🙂
Неожиданным для меня оказался факт, что созданный мною отчёт ни клиент, ни хотлайн не смогли самостоятельно отредактировать. В конечном итоге мне удалось отредактировать его «вслепую» (без возможности проверить, так как у меня сейчас нет доступа к серверу, где этот отчёт используется), но я подумал, что интересно будет эту ситуацию разобрать в качестве учебной задачи 🙂
Конечно же самым простым способом является «внешний» отчёт (ну что ещё я могу предложить :))
А знаете ли вы, что сальдо, которое показывается рядом со счётом и его названием, когда вы вместо нажатия на кнопку «F4» вводите команду «!51», чтобы увидеть список счетов, начинающихся на 51, учитывает не только движения по Главной книге, но и проводки, которые находятся в журналах и ещё не отправлены в Главную Книгу?
Надеюсь, эта подробная инструкция с картинками поможет вам разобраться с этой непростой задачей 🙂
Если вам говорят, что для сдачи российской отчётности в электронном виде Scala/iScala не может быть использована, не верьте!
If someone tells you that Scala / iScala cannot be used to submit Russian fiscal reports electronically do not believe!
|
|
|
