Никогда бы не подумал, что отчёт фиксированной формы сделать так просто. Ну, это и раньше было возможно с помощью RGW, но мне не доводилось с этой функциональностью RGW работать, в основном работал с отчётами с переменным количеством строк. А тут заодно проверил иную логику получения цифр в разных ячейках, не от ячейки к счёту, а от счёта к ячейке
Довольно полезный отчёт, когда у вас много позиций со списками материалов (BoM). В версии для гостиничного бизнеса эта функциональность называется рецепты (Recipe). Одна из особенностей отчёта в том, что он показывает себестоимость готового изделия (или блюда) с учётом текущей себестоимости компонентов (ингредиентов) на складе, соответствующему предполагаемому месту производства. А если она неизвестна, то себестоимость берётся из поля «Стоимость приобретения» (Landed Cost) в карточке запаса.
Помните анекдот про нового русского и про полароид? Вот так и некоторые клиенты сейчас «мучаются без полароида», не по своей воле перейдя на «новую систему» и обнаружив, что в ней отсутствуют некоторые очень важные элементы интеграции данных с другими системами, когда в «новой системе» настраиваются все те же самые интеграции, что и в iScala, но не предусмотрен процесс «утверждения». То есть либо всё делается автоматически, либо вы должны файлы получать вручную и импортировать их в систему также вручную. Причём визуализация поступивших файлов тоже не производится, как это было сделано на базе монитора задач в iScala
Как выяснилось в процессе перехода моего клиента (связанного с уходом Эпикора из России) на работу в «другую систему», название которой состоит из одной цифры и одной буквы (не хочу произносить это вслух), её база данных абсолютно непригодна для того, чтобы строить отчёты, подобные тем, что имелись в iScala на сервере отчётов MS SQL Server Reporting Services. В чём вопрос? А дело в том, что «другая система» использует базу данных как табличную помойку, хотя звучит это довольно бравурно «Динамические структуры данных»
С одной стороны, подход абсолютно правильный. Информация, выгруженная в Эксель не заслуживает доверия. Непонятно, как она выгружена, непонятно, редактировалась ли она после выгрузки и т.п. В этом отношении отчёт, полученный непосредственно из системы, заслуживает гораздо большего доверия. А, с другой стороны, этот подход в какой степени разумен, в такой же и ущербен
Данный отчёт, как его задумали аналитики и программисты Скалы, это образец оторванности и первых, и вторых от реальной жизни. Живут они в своём вымышленном мире и представляют мир в виде мультиков
У матричных отчётов SSRS есть ограничение на количество столбцов. Не знаю точно сколько максимально их может быть, но предполагаю, что разумное количество, не тысячи 🙂
Служебные отчёты тоже очень важны. Благодаря им удобно не только получать что-то в печатном виде, но и выполнять функции поиска. Если понравится, пишите, вышлю и сам отчёт, и текст хранимой процедуры 🙂
Сейчас у моего клиента период тестирования автоматического обмена информацией в виде XML файла напрямую между системами производственной компании и iScala. Ожидая, что на первом этапе информация, присылаемая с производства, может содержать ошибки, я добавил на вход процесса вызов события ручного утверждения прохождения сообщения. Но при просмотре в Мониторе Задач информация может быть просмотрена (и откорректирована) в редакторе XML, что, согласитесь, выглядит не совсем по-человечески. Возникает вопрос: «А нельзя ли это посмотреть в каком-то более человеческом виде?»
На мой взгляд, в отчёте SSRS не следует делать, как в убогом Кристале, где нет такого объекта «таблица», нужно пользоваться преимуществами, а не следовать правилу «как привык». Текстовые поля и линии взамен сетки очень странно смотрятся там, где уместно использовать таблицу
Очень редко удаётся за несколько месяцев подготовиться к вступлению в силу изменений, но в этот раз я попытался. К сожалению, удалось это только наполовину 🙂
Неожиданным для меня оказался факт, что созданный мною отчёт ни клиент, ни хотлайн не смогли самостоятельно отредактировать. В конечном итоге мне удалось отредактировать его «вслепую» (без возможности проверить, так как у меня сейчас нет доступа к серверу, где этот отчёт используется), но я подумал, что интересно будет эту ситуацию разобрать в качестве учебной задачи 🙂
