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