Вернусь к этой теме. Тут поиск более продвинутый, поэтому старое сохранение оказалось некорректным.

Сохранение запросов реализовано в версии 753.

В "Фильтре" отбора выделов улучшен интерфейс пользователя и добавлена возможность сохранения пользователем запросов для последующего их вызова и выполнения. Сохранять можно как автоматически построенные запросы, так и запросы, составленные пользователем путем исправления текста SQL.

Запросы сохраняются в базе параметров пользователей __Sis\ParametryS.mdb, таблица ZaprosyPolz. Её можно скопировать для переноса другим пользователям, но учтите, что если используется разделение параметров по пользователям, то они будут видимы только владельцу.

Вы можете при использовании программы использовать сохранение настроек в дежурные (один набор для всех) или для каждого пользователя отдельно (по именам пользователей в Windows). Это касается как геометрии расположения окон и т.п., так и набора сохранённых условий поиска. В таблице, куда они сохраняются, есть поле имени пользователя. Если используется разделение по пользователям, каждый пользователь может иметь индивидуальный набор сохраняемых условий отбора. Если индивидуальные параметры Вы не включали, будут использоваться общий дежурный набор условий.

Построитель запросов строит и показывает дерево данных на основе реальных данных Ваших баз, то есть Вы реально видите, какие значения данных есть в наличии. Если открыть другие базы, набор разворачиваемых данных будет другим. По этой причине сохраненный запрос часто невозможно корректно отобразить в виде "галочек" выбранных параметров, особенно, если вносились правки в SQL самого запроса.

Если требуется сделать запрос более общего характера, можно соответствующим образом скорректировать перед сохранением текст запроса SQL (контекстное меню в окне SQL позволяет переключиться в режим правки). Текст SQL можно ещё раз скорректировать и сохранить, используя этот механизм. Если править только условия в WHERE, это несложно, вполне доступно действовать по аналогии.

Кстати, механизм Логического контроля позволяет использовать именно запросы того-же механизма отбора, что и фильтр. То есть для контроля можно использовать и его, а не только фильтр отбора выделов с загружаемыми запросами. Возможно, при использовании Логического контроля это будет удобнее.

В 755 версии реализована удобная возможность на основе подготовленных и сохраненных в фильтре запросов построить систему запросов для логического контроля информации в БД. Это удобнее и быстрее, чем просто использовать фильтр для поиска ошибок. Программа в автомате выполняет заданную Вами серию запросов для поиска ошибок в базе, результаты сводит в таблицу и помечает в дереве кварталов-выделов. После легко можно перейти к помеченному выделу для оценки его таксационных данных.
Так как контрольные запросы помещаются в активную базу НСИ (таблица LogKontrol) и предусмотрен механизм переноса этой таблицы - импорта из другой выбираемой Вами базы НСИ, контроль можно легко переносить между пользователями и объектами.

Я подготовил короткое видео, загрузив которое Вы сможете увидеть пример, как использовать сохранённые запросы в логическом контроле.