Механизмы поиска в 1С: как настроить глобальный, контекстный и полнотекстовый поиск под свои задачи

В «1С:Предприятие 8.3» за поиск отвечают три разных механизма. Глобальный поиск (Ctrl+Shift+F) открывает отдельную форму и ищет по всей информационной базе. Ввод по строке и контекстный поиск работают там, где вы находитесь сейчас: в поле ввода или в списке документов. Полнотекстовый поиск индексированный: он ищет по реквизитам, текстам и комментариям, а без построенного индекса по содержимому документов не выдаёт ничего.

Отсюда практическое правило. Документ не находится через глобальный поиск - проверяют индекс и состав индексируемых данных. Поле «Номенклатура» тормозит при наборе - смотрят настройки ввода по строке и индексы реквизитов. Результаты не устраивают по составу или порядку - работают с обработчиком глобального поиска и языком поисковых выражений, и это задача разработчика.

Дальше сравниваем механизмы, показываем пошаговую настройку полнотекстового индекса, разбираем типовые сбои и границы программной работы. Темы совпадают с программой онлайн-курса «Все про ПОИСК (Программирование на платформе 1С)», который 1С:Учебный центр №1 анонсировал на 1 и 2 июня 2026 года (условия и запись).

Три механизма поиска в 1С: в чём разница и что выбрать

Разницу удобно зафиксировать по одному признаку: где механизм берёт данные. Глобальный поиск обходит объекты конфигурации, полнотекстовый читает индекс, ввод по строке и контекстный поиск работают с тем, что уже загружено в форму.

Глобальный поиск: что ищет и где живёт

Форма глобального поиска вызывается по Ctrl+Shift+F и из главного меню, название пункта зависит от версии платформы и конфигурации. Механизм ищет по представлениям объектов: наименованиям, номерам, кодам. При включённом полнотекстовом поиске к этому добавляются индексированные реквизиты и тексты, поэтому по запросу «предоплата» находится документ, где это слово встречается в примечании.

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

Контекстный поиск и ввод по строке: поиск там, где вы работаете

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

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

Полнотекстовый поиск: индексированный поиск по данным

Полнотекстовый поиск работает по индексу, который платформа строит по данным информационной базы. Индекс обновляется по расписанию, поэтому свежие документы появляются в результатах с задержкой. Это нормальное поведение: между созданием документа и обновлением индекса проходит время, заданное администратором.

Второе следствие: без индекса глобальный поиск ищет только по «шапкам» объектов, а содержимое комментариев и длинных текстов остаётся недоступным. Архитектуру индекса, его глубокую настройку и обслуживание разбирают отдельно, базовые шаги приведены ниже.

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

Как настроить полнотекстовый поиск в 1С: пошагово

Настройка занимает несколько минут в небольшой базе и требует окна обслуживания в рабочей ИБ с сотнями тысяч документов. Порядок действий:

1. Определите вариант работы базы. В файловом варианте индекс строится на компьютере пользователя, в клиент-серверном - на сервере кластера 1С. От этого зависит, где смотреть статус и куда обращаться при ошибках.
2. Откройте параметры информационной базы: раздел администрирования в интерфейсе программы или свойства ИБ в кластере серверов. Точные названия пунктов отличаются в разных версиях платформы и конфигурациях.
3. Включите полнотекстовый поиск. Платформа предложит указать параметры индексирования.
4. Задайте расписание обновления индекса, например ежедневно в 02:00, когда пользователи не работают.
5. Запустите первичное индексирование и дождитесь завершения. На большой базе операция идёт часами и нагружает диск и процессор.
6. Проверьте результат через глобальный поиск: найдите документ по слову, которое встречается только в комментарии.

Что индексируется и как задать расписание

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

Расписание задаётся в параметрах полнотекстового поиска. Ночное обновление подходит большинству организаций. При интенсивном вводе документов индекс отстаёт на время между обновлениями, и это учитывают в сценариях, где поиск используют как рабочий инструмент: например, при сверке поступлений в день закрытия периода.

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

Чек-лист после включения:

• поиск включён в параметрах информационной базы;
• первичное индексирование завершено, а не остановлено на середине;
• индекс обновлялся после последнего массового ввода документов;
• у пользователя есть права на объекты, которые он ищет: выдача учитывает права доступа;
• искомый реквизит входит в состав индексируемых данных.

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

Глобальный поиск: как перестроить под свои задачи

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

Язык поисковых выражений: минимум для настройки

Язык поисковых выражений управляет тем, что именно ищет полнотекстовый механизм. Три конструкции покрывают большинство задач.

• Одно слово: предоплата - ищет вхождения слова в индексированных данных.
• Фраза в кавычках: "счёт на оплату" - ищет точную последовательность слов.
• Комбинация условий: договор И НЕ расторгнут - сужает выдачу обязательными и исключающими словами.

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

Когда перестройка оправдана, а когда нет

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

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

Ввод по строке и контекстный поиск: настройка в интерфейсе

Оба механизма относятся к уровню формы, поэтому настраиваются там, где сотрудник работает с данными, а не в общих параметрах базы.

Настройка ввода по строке в свойствах поля

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

Большие справочники стоит проверить на производительность: чем больше реквизитов перечислено, тем тяжелее отбор при каждом нажатии клавиши. Ускоряют ввод индексы реквизитов, а лишние поля из списка лучше убрать. Не все поля поддерживают ввод по строке одинаково: для ссылочных реквизитов набор настроек шире, чем для строковых.

Контекстный поиск в списках и отборах

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

Разница с глобальным поиском принципиальна. Контекстный поиск не увидит документ, который не попал в список: мешает период, отбор по организации или права доступа. Если сотрудник уверен, что документ есть, а поиск в журнале пуст, первым делом снимают отборы.

Ошибки полнотекстового поиска в 1С и как их исправлять

Сбои почти всегда объясняются состоянием индекса, правами доступа или ресурсами сервера. Проверка идёт от простого к сложному.

Диагностика: где смотреть статус индекса

1. Параметры информационной базы, блок полнотекстового поиска: включён ли он и когда индекс обновлялся в последний раз.
2. Журнал регистрации: сообщения об ошибках индексирования и запусках фоновых заданий.
3. Свободное место на диске сервера и очередь фоновых заданий: зависшее индексирование часто упирается в ресурсы.
4. Тестирование и исправление информационной базы, если поиск перестал работать после обновления конфигурации или изменения структуры метаданных. Операцию выполняют на копии.

Обслуживание: обновление и переиндексация

Полная переиндексация - плановая операция. Её ставят в окно обслуживания, предупреждают пользователей и не совмещают с другими тяжёлыми задачами: обновлением, выгрузкой, закрытием месяца. Удалять индекс в рабочее время без плана нельзя: до завершения новой индексации поиск по текстам работать не будет.

Программная работа с поиском: что нужно разработчику

Что доступно из кода: обзор возможностей

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

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

Ограничения и риски программной работы с индексом

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

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

Кому и зачем нужен курс «Все про ПОИСК»

Курс «Все про ПОИСК (Программирование на платформе 1С)» 1С:Учебный центр №1 анонсировал на 1 и 2 июня 2026 года в онлайн-формате (страница курса). Формат: два вечерних занятия по три часа, доступ к записи на 90 дней, практическая база, методическое пособие и свидетельство о прохождении.

Что даёт курс поверх статьи

Программа закрывает то, что здесь дано обзорно: язык поисковых выражений, логику работы глобального поиска и его перестройку под собственные нужды, механизм ввода по строке. Отдельный блок посвящён полнотекстовому поиску: архитектура, глубокая настройка, программная работа, диагностика и обслуживание. Практическая база позволяет прогнать настройки на данных, а не только прочитать последовательность шагов.

Кому курс будет полезен, а кому - нет

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

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