Анонс проверки орфографии в строковых полях 1С 8.5.6: уровни включения, типы словарей и границы, пока нет полной документации.
Зачем это в платформе
До версии 8.5.6 в платформе не было штатной проверки орфографии при вводе строковых данных. Ошибки в текстах легко уходят в отчеты, переписку и документы, которые потом читают коллеги и контрагенты.
По анонсу от 12.10.2026 в 8.5.6 проверку планируют для текстового ввода и для поля ввода Системы Взаимодействия. Это ответ на запросы пользователей, а не готовое руководство по внедрению: полное описание обещают в документации к релизу и в v8Update.htm.
Где включается проверка
Режим правописания можно задать для строковых реквизитов объектов метаданных и для строковых полей ввода: обычное поле ввода и текстовый документ. При ошибке слово подчеркивается красным; по контекстному меню предлагаются варианты исправления.
Включение и отключение доступны на трех уровнях: пользователь, элемент формы и реквизит. Такой разрез важен для проектов, где часть полей должна оставаться «сырой» (коды, артикулы, технические строки), а комментарии и описания наоборот требуют аккуратности.
Во встроенный язык добавляют методы, связанные с проверкой правописания. Конкретный API в анонсе не раскрыт, поэтому проектировать вызовы и обработчики событий пока рано: ориентируйтесь на документацию версии, а не на краткий анонс.
Три слоя словарей
Проверка опирается на системные словари языков из дистрибутива платформы, прикладные словари от разработчиков конфигурации или внедрения и пользовательские словари из слов, которые человек добавил сам.
Прикладной слой полезен для отраслевой терминологии, внутренних аббревиатур и названий контрагентов, которые системный словарь не знает. Пользовательский слой снижает шум ложных срабатываний, но его нельзя считать единым корпоративным стандартом без отдельной политики.
Детали по формату и подключению словарей в анонсе не приведены: их обещают в документации. Имеет смысл заранее собрать список терминов, которые сейчас «ломают» поиск и отчеты из-за опечаток.
Клиенты и ограничения анонса
По заявлению разработчиков платформы проверка будет работать в тонком, веб- и толстом клиенте в управляемом режиме. Обычный режим и сценарии вне перечисленных клиентов в тексте не описаны.
Статья на wonderland помечена как анонс новой функциональности и прямо предупреждает: по ней не стоит осваивать фичу. Список изменений смотрите в v8Update.htm целевой версии. Пока релиз не зафиксирован в вашей среде, нельзя обещать поведение в конкретной конфигурации.
Практический вывод для команды: заложите в формах разделение «технических» и «человеческих» строк, решите, нужен ли прикладной словарь, и отложите тонкую настройку API до появления полной документации.
Вопрос к читателю
Какие строковые поля у вас чаще всего попадают в исходящие документы и переписку, и готовы ли вы уже сейчас отделить их от кодов и идентификаторов, чтобы проверка орфографии в 8.5.6 не мешала вводу технических значений?
Источники и границы материала
Материал подготовлен редакцией Катакод. Проверено 20.10.2026. Это техническое объяснение в указанных границах, а не подтверждение совместимости конкретной базы.