Думаете, я шучу, когда говорю, что ненавижу отчёты без разделителей строк и столбцов? Ничуть. Так и хочется спросить программистов, создавших их: «Вы когда-нибудь были пользователем? Вам приходилось двигать линейку по напечатанному отчёту, чтобы не перепутать строку?» Ответ очевиден: «Никогда», иначе никакие доводы не позволили бы создать отчёт, подобный тому, что Вы видите на картинке.
На картинке выше — стандартный отчёт «Список проводок по запасам» из Скалы, мой любимый и наиболее употребимый, когда нужно увидеть подробности по движению конкретных запасов. К сожалению, в Скале стандартные отчёты невозможно изменить или «клонировать», можно только сделать «внешний» отчёт, который будет обращаться напрямую к БД системы, например, вот в таком варианте (тот же смысл, другой код запаса и другой дизайн отчёта):
Как можно заметить, первый из отчётов не слишком «user friendly». Мне часто приходилось использовать линейку и карандаш, чтобы не ошибиться строкой при переходе от столбца партии к столбцу количества. Совсем другое дело «внешний» отчёт. Здесь и сетка, и жирный шрифт для итогов, и выделение цветом фона. Вот только для того чтобы его сделать, вы должны очень хорошо разбираться, как в структуре БД Скалы, так и в самой логике системы. Сам отчёт сделать не трудно, основная сложность заключается в написании правильного запроса к базе данных.
Следует заметить, что речь в данном случае ведётся именно о стандартных отчётах. Что касается дизайна документов (например, счёт-фактура, накладная, приходный кассовый ордер и т.п.), то здесь не обязательно быть знатоком базы данных, система выдаёт уже готовый набор данных в соответствии с DDF файлом (DDF — Document Definition File, файл описания документа) и разработчику документа остаётся лишь привести форму отчёта в требуемый вид.
Совсем иное дело в Epicor 9! Здесь Вы можете построить свой аналог стандартного отчёта, используя тот же самый набор данных, вывод осуществляется через XML файл, динамически публикуемый на специальном веб сервере. Давайте посмотрим пример одного из стандартных отчётов:
Здесь сразу 2 классических примера худших практик в дизайне отчётов: отсутствие сетки и размещение данных в 2 строки, причем, обратите внимание как это сделано, не так, как логично было бы ожидать: слева направо, сверху вниз, а наоборот. Вот уж, воистину: «Дорогие программеры, за что же вы так ненавидите пользователей?»
Я попытался исправить это с помощью добавления сетки и выделения фоном относящихся друг к другу элементов:
Как видите, уже лучше, но всё равно не очень, верно? Тогда придётся отказаться от исходного вида и самостоятельно разработать дизайн:
На мой взгляд, уже гораздо лучше и удобнее для пользователя. И это, используя тот же самый набор данных, что и в исходном стандартном отчёте! Слава Эпикору 9!
Задать вопрос или оставить отзыв:
Все статьи:
- «Что Вы сможете выжать из Вашей Скалы с помощью новых технологий?» или «Почему мы выбрали в качестве инструмента построения системы корпоративной отчетности MS SQL Server Reporting Services?»
- What can you get from your iScala by using new technologies?
- «Путь в тупик» или «Так ли дёшева самописная интегрированная система управления предприятием?»
- Аудит системы. Для чего он и кому может быть полезен?
- Худшие практики в дизайне отчётов
- Абсолютно идеальный отчет
- Ода RGW
