instantДжекНепотрошительпропущено...

Ха-ха-ха. Вот, к, примеру, список накладных за месяц, где надо найти накладную "отгруженную недели две назад, где-то на три с половиной тысячи". Ну-ка, придумайте мне, как его сделать коротким и контекстно-зависимым.
Вы же уже придумали сами: "отгруженную недели две назад, где-то на три с половиной тысячи"

Или вот другая задача - найти накладную, сделанную пару - тройку лет тому назад не то в долларах не то в УЕ в базе фирмы с нескольким десятком филиалов по России.
А че - пролистал так миллионов 5 записей и нашел недели через 3.

ПС. Я к чему этот бред написал то? А к тому, что бизнес-процессы надо тщательней разрабатывать, реализовывать и персонал обучать правильному использованию системы. На кой исследовать вереницы строк накладных? Может только те, по которым не прошла оплата? Тогда очень простой критерий. ну и так далее

ДжекНепотрошительbrig_2000Или вот другая задача - найти накладную, сделанную пару - тройку лет тому назад не то в долларах не то в УЕ в базе фирмы с нескольким десятком филиалов по России.
А че - пролистал так миллионов 5 записей и нашел недели через 3.

Вот классные у нас специалисты - они отлично занимаются словоблудием, при этом совершенно игнорируя смысл. Если вы решили гиперболизировать мой пример, хорошо, уточним. Накладная сделана пару-тройку лет назад, несколько десятков филиалов. Ставим фильтр по филиалу, ставим фильтр по клиенту, ставим период... и получаем те самые две сотни записей на экране, которые просматриваем визуально.
Я вообще скептически отношусь к заявлениям вида "вот щас научим персонал идеологии системы, разработаем бизнес-процессы, и все будет тип-топ". Клеркам да операционистам идеология системы пофигу, знаете ли. Им надо по-быстрому внести вон ту бумажку и составить вот такой отчет. И чтоб при этом как можно меньше действий выполнять. И чтоб не учить ничего нового. Поэтому если мы в список документов ему добавим еще одно действие, пейджинг, то мы ему никак не объясним про всякие там веб-технологии, и что он должен не искать документ визуально, а указывать более точные условия отбора.

В том то и дело, что назначение формы - ввод данных, а не исследование системы, и это безотносительно формы в Web в 3-х звенке или нативной формы в архитектуре клиент-сервер. Для исследования системы - есть отчеты на отчетных системах, на конструкторах отчетов, на метаданных систем BI или на крайняк выгрузка данных через форму в Excel, что могут сейчас большинство систем т.д.. Единственно, что при вводе в формы неплохо бы иметь контекстный поиск по элементам справочников - но это достаточно трудновыполнимая задача, поскольку в общем случае столько кешей трудно вести в ERP, а зачастую у предприятий нет возможности содержать датацентры размером со стадион, как у Google.

Igork-9yДжекНепотрошительпропущено...

Вот классные у нас специалисты - они отлично занимаются словоблудием, при этом совершенно игнорируя смысл. Если вы решили гиперболизировать мой пример, хорошо, уточним. Накладная сделана пару-тройку лет назад, несколько десятков филиалов. Ставим фильтр по филиалу, ставим фильтр по клиенту, ставим период... и получаем те самые две сотни записей на экране, которые просматриваем визуально.
Я вообще скептически отношусь к заявлениям вида "вот щас научим персонал идеологии системы, разработаем бизнес-процессы, и все будет тип-топ". Клеркам да операционистам идеология системы пофигу, знаете ли. Им надо по-быстрому внести вон ту бумажку и составить вот такой отчет. И чтоб при этом как можно меньше действий выполнять. И чтоб не учить ничего нового. Поэтому если мы в список документов ему добавим еще одно действие, пейджинг, то мы ему никак не объясним про всякие там веб-технологии, и что он должен не искать документ визуально, а указывать более точные условия отбора.
По своему опыту, выскажусь на счет "зайдите туда, наложите такой то фильтр нажав кнопки такие то..." работает очень слабо по причине:
1. Пользователь хочет получить все по одной большой красной кнопке, имеющей телепатическую связь с мозгом. Работая с бухгалтерией/финансистами/продавцами в разных коллективах (больших и маленьких) я КРАЙНЕ редко (можно сказать никогда, такие люди исключения из правил) встречался с людьми, пользующимися hot-keys, знающими что вставлять можно не только клацанием по мышки, а сочетанием клавиш. Более того, однажды придя в бухгалтерию (после 6 лет с начала работы ее в Nav) я с ужасом обнаруживал, что бухгалтер выписывает измерения на бумажку, чтобы занести ее в следующую строку журнала или создает однотипный документ на отгрузку руками (вместо того, чтобы скопировать документ за предыдущий период). И это несмотря на хелп размером с БСЭ, ежегодными тренингами и общим стажем работы с программой в течении 5-6 лет.
2. Кнопочки "Фильтр" предполагает понимание всяческих значков типа *, ? , <>, & и прочих премудростей для поиска в текстовых полях (ну, например, при приоретении товара у поставщика, у которого в печатных документах отсутствуют артикулы). Может я фиговый учитель, но этим на данный момент из 30 человек умеет пользоваться только 1.

То есть, в 99,(9)% случаев пользователь ИЩЕТ запись глазами, предварительно не отбирая/сортируя данные (либо минимально их отбирая ) - а в web-интерфейсе это мягко скажем проблематично.

ЗЫ. Может где то есть он, идеальный пользователь, читающий хелп, инструкции и регламенты - но такие, увы, мне не встречались.
ЗЫЫ. В качестве юмора - сейчас я устроил маленький конкурс для НЕ читающих хелп - такие работники получают черную метку. В конце года разыграю реальный приз :) - его получит работник, который не получил ни одной черной метки.

1. БКК - да, наше всё. Хелп для конкретного бухгалтера не должен быть как БСЭ, он должен занимать несколько страниц для его Роли в системе. Больше Ролей - больше инструкций по несколько страничек, выше разряд, выше оплата. Допуск к работе в системе только после проверки знаний инструкции по Роли.
2. Надо очеловечивать такие фильтры. Даже у инструментов разработки для программистов сейчас можно найти такие фильтры. DOS уже давно на покое.

Нужен не идеальный пользователь, а идеальный процесс, в котором неидеальный пользователь не сможет работать и не наделает ошибок и система наказаний и поощрений с выдачей отчетов руководству. Как-то так.