Строка поиска в 1С: как сделать и настроить

Строка поиска в 1С может означать три разные задачи: быстрый поиск в форме списка, которым пользуется обычный пользователь; настройку полнотекстового поиска по всей базе; программную строку поиска, которую разработчик добавляет в управляемую форму. Подходы различаются: в первом случае достаточно штатных возможностей платформы, во втором нужны настройки администратора, в третьем — работа в конфигураторе с динамическим списком и запросом.

Прежде чем что-то дорабатывать, определите, какой именно поиск нужен. Большинство потребностей пользователей закрывается встроенными механизмами: поиском по текущей колонке, строкой поиска в форме списка и полнотекстовым поиском по данным. Доработка формы оправдана только тогда, когда штатные средства не дают нужной логики — например, поиск сразу по нескольким реквизитам с особыми условиями.

Ниже разобраны все три сценария: пользовательский поиск без доработок, полнотекстовый поиск и программная реализация строки поиска в управляемой форме с примером кода.

Каким бывает поиск в 1С и что выбрать

Платформа 1С:Предприятие предлагает несколько механизмов поиска, и у каждого своя область применения. Поиск по текущей колонке запускается началом набора текста в таблице списка — курсор переходит к первой подходящей строке. Строка поиска в форме списка фильтрует записи по подстроке в основных полях. Полнотекстовый поиск ищет слова по всем данным базы, включая тексты документов и присоединённые файлы.

Для разработчика добавляется четвёртый вариант — собственная строка поиска на форме, связанная с динамическим списком через отбор или параметры запроса. Это самый гибкий способ: можно искать по любой комбинации реквизитов, добавлять условия «И/ИЛИ», учитывать регистр и работать с представлениями ссылок.

Поиск в форме списка без доработок

В управляемых формах списков строка поиска обычно доступна сразу. Если её не видно, откройте меню «Ещё» и проверьте пункты настройки формы — в типовых конфигурациях панель поиска включается через «Ещё → Изменить форму» или отображается автоматически над таблицей. Введите фрагмент наименования, и список отфильтруется по совпадениям.

Для точечного поиска удобен отбор: «Ещё → Настроить список» позволяет задать условие по любому доступному реквизиту с видом сравнения «Содержит», «Равно», «Начинается с». Такой отбор сохраняется для пользователя и работает быстрее ввода в общей строке поиска, когда критерий известен заранее.

Ещё один штатный приём — поиск по текущей колонке. Встаньте в колонку «Наименование» и начните набирать текст: платформа переместит курсор к первой подходящей записи. Учтите, что этот способ зависит от сортировки списка и не скрывает неподходящие строки.

Настройка полнотекстового поиска по базе

Полнотекстовый поиск ищет слова по всем объектам конфигурации, у которых включена индексация. В пользовательском режиме он вызывается через меню «Операции → Полнотекстовый поиск» или кнопку поиска в панели инструментов, если администратор этот механизм включил. Поиск понимает морфологию русского языка: запрос «накладная» найдёт и «накладные», и «накладную».

Включение выполняется в конфигураторе или в разделе администрирования: нужно разрешить полнотекстовый поиск и запустить обновление индекса. В конфигураторе за индексацию отвечает свойство «Полнотекстовый поиск» у реквизитов объектов — «Использовать» или «Не использовать». Индекс строится не мгновенно: на больших базах первичное построение занимает заметное время и нагружает сервер, поэтому его планируют на нерабочие часы.

Индекс требует регулярного обновления — иначе новые документы не будут находиться. В файловой базе обновление запускается вручную или по расписанию, в клиент-серверном варианте можно настроить автоматическое слияние и обновление индекса.

Своя строка поиска в управляемой форме

Когда штатных средств недостаточно, строку поиска добавляют в форму списка вручную. Общий принцип: создаётся реквизит формы типа «Строка», выводится на форму как поле ввода, а в обработчике «ПриИзменении» накладывается отбор на динамический список. Пользователь вводит текст — список мгновенно фильтруется.

Есть два способа применить условие. Первый — через коллекцию отбора динамического списка: добавить элемент отбора с видом сравнения «Содержит» по нужному полю. Второй — через параметры запроса динамического списка с условием «ГДЕ» и оператором «ПОДОБНО». Второй вариант гибче: позволяет искать сразу по нескольким полям через «ИЛИ» и не зависит от настроек отбора пользователя.

1. 1
   Откройте форму списка в конфигураторе и добавьте реквизит формы «СтрокаПоиска» типа «Строка» без ограничения длины или с разумным ограничением.
2. 2
   Перетащите реквизит в дерево элементов формы над таблицей списка, снимите флажок «Кнопка очистки» при необходимости и включите «Кнопку списка выбора» только если она нужна.
3. 3
   Создайте обработчик события «ПриИзменении» для поля поиска.
4. 4
   В обработчике установите отбор динамического списка или параметр запроса с оператором ПОДОБНО и обрамлением значения символами %.
5. 5
   Проверьте работу: введите фрагмент наименования, убедитесь, что список фильтруется, а при очистке строки отбор снимается.

Пример кода для строки поиска

Ниже типовой фрагмент: в модуле формы списка при изменении строки поиска устанавливается отбор по наименованию. При пустой строке отбор снимается, чтобы список показывал все записи.

&НаКлиенте
Процедура СтрокаПоискаПриИзменении(Элемент)
УстановитьОтборПоСтроке();
КонецПроцедуры

&НаСервере
Процедура УстановитьОтборПоСтроке()
ЭлементыОтбора = Список.Отбор.Элементы;
ЭлементыОтбора.Очистить();
Если Не ПустаяСтрока(СтрокаПоиска) Тогда
ЭлементОтбора = ЭлементыОтбора.Добавить(Тип("ЭлементОтбораКомпоновкиДанных"));
ЭлементОтбора.ЛевоеЗначение = Новый ПолеКомпоновкиДанных("Наименование");
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.Содержит;
ЭлементОтбора.ПравоеЗначение = СтрокаПоиска;
ЭлементОтбора.Использование = Истина;
КонецЕсли;
КонецПроцедуры

Если нужен поиск сразу по нескольким полям, удобнее изменить текст запроса динамического списка, добавив условие с параметром: ГДЕ Товары.Наименование ПОДОБНО &СтрокаПоиска ИЛИ Товары.Артикул ПОДОБНО &СтрокаПоиска. Параметр при этом устанавливают как "%" + СтрокаПоиска + "%", а при пустой строке передают "%", чтобы условие не отсекало записи.

Список.Параметры.УстановитьЗначениеПараметра("СтрокаПоиска", "%" + СтрокаПоиска + "%");

Производительность и ограничения

Поиск оператором «ПОДОБНО» с подстановкой в начале строки ("%текст") не использует индекс по полю и приводит к полному сканированию таблицы. На справочнике в несколько тысяч записей это незаметно, на регистре или справочнике с сотнями тысяч записей — вызовет задержки. Для больших таблиц ограничивайте поиск началом строки («Начинается с» / "текст%"), либо выносите поиск в полнотекстовый индекс.

Учитывайте и поведение динамического списка: при каждом изменении отбора выполняется новый запрос к базе. Если строка поиска реагирует на каждое нажатие клавиши (событие «ИзменениеТекстаРедактирования»), добавьте задержку или требуйте минимальную длину ввода — два-три символа, чтобы не генерировать лишние запросы.

Отдельное ограничение — права доступа. Отбор динамического списка работает в рамках RLS и прав пользователя: записи, скрытые ограничениями, в результатах не появятся, и это нормально. Не пытайтесь «обойти» это поведение программно — такие обходы нарушают модель безопасности.

Проверка результата и типичные проблемы

После доработки проверьте три сценария: поиск находит запись по фрагменту из середины наименования; очистка строки возвращает полный список; повторный ввод другого текста корректно заменяет отбор, а не добавляет к нему. Полезно также проверить поиск с разным регистром букв — оператор «ПОДОБНО» в большинстве случаев регистронезависим, но поведение стоит подтвердить на тестовых данных.

Если поиск работает медленно, откройте технологический журнал или замер производительности в конфигураторе и посмотрите текст запроса. Частая находка — лишние соединения в запросе динамического списка, которые добавились из-за настроек формы, а не из-за самой строки поиска.

Частые вопросы