Разработка и Конфигурация · 12 мин
Свойство «Пропускать при вводе» в 1С: назначение и настройка
Разбираем свойство «Пропускать при вводе» в 1С: где находится, как работает обход полей табуляцией, настройка в конфигураторе и типичные ошибки при вводе данных.
При быстром вводе данных в 1С пользователи почти всегда работают с клавиатуры: заполнили поле, нажали Tab, перешли к следующему. Если форма содержит служебные или редко редактируемые поля, каждое нажатие Tab останавливает курсор на них и замедляет работу. Свойство «Пропускать при вводе» решает именно эту задачу — оно исключает элемент формы из последовательности обхода, и фокус при нажатии Tab или Enter перескакивает через него.
Свойство относится к элементам управляемой и обычной формы: полям ввода, флажкам, полям табличных частей, переключателям. Оно не блокирует поле и не делает его недоступным — пользователь по-прежнему может кликнуть в него мышью и отредактировать значение. Меняется только поведение при клавиатурном обходе.
Настройка выполняется в конфигураторе и не требует программирования, поэтому с ней справится и аналитик, и внедренец без глубокого опыта разработки. Ниже разберём, где находится свойство, в каких сценариях его включать, как оно сочетается с другими ограничениями доступности и каких ошибок стоит избегать.
Что делает свойство и где оно находится
«Пропускать при вводе» (в английском варианте — SkipOnInput) — булево свойство элемента формы. Когда оно установлено в «Истина», элемент исключается из цепочки обхода: нажатие Tab или Enter переносит фокус сразу на следующий доступный элемент. Когда свойство выключено (значение по умолчанию), поле участвует в обходе в общем порядке.
Найти свойство можно в конфигураторе: откройте форму объекта, выделите нужный элемент и вызовите палитру свойств (правый клик — «Свойства» или комбинация Alt+Enter). Свойство расположено в группе «Использование» рядом с «Доступность», «Только просмотр» и «Активизировать по умолчанию». У полей табличных частей оно задаётся отдельно для каждой колонки.
Важно понимать, что порядок обхода в 1С определяется не визуальным расположением элементов, а их порядком в дереве элементов формы. Если поле «перескакивает» не туда, куда ожидал пользователь, причина чаще всего именно в порядке элементов в дереве, а не в самом свойстве пропуска.
Для каких полей стоит включать пропуск
Основной кандидат — вычисляемые и автоматически заполняемые поля: суммы, итоги, наценки, курсы валют, которые система рассчитывает сама. Останавливаться на них при вводе бессмысленно, а ручное изменение часто вообще нежелательно. Для таких полей пропуск при вводе обычно сочетают с «Только просмотр» или программным контролем изменений.
Вторая группа — редко редактируемые реквизиты с разумными значениями по умолчанию: вид операции, склад по умолчанию, признак включения в отчётность. Оператор в девяти случаях из десяти оставляет значение без изменений, и пропуск экономит одно нажатие Tab на каждом документе. При массовом вводе первички это даёт заметную экономию времени.
Третья группа — служебные и технические поля: глобальные идентификаторы, дата создания записи, автор документа. Они нужны на форме для информации, но редактируются крайне редко. Исключение их из обхода делает форму «чище» для повседневной работы.
Проверьте, не редактируют ли его вручную в исключительных случаях
Проследите реальный маршрут курсора при типовом вводе документа
Проверьте, не скрыт ли альтернативный сценарий ввода
Как настроить пропуск при вводе пошагово
Работа ведётся в конфигураторе и требует прав на изменение конфигурации. Перед началом убедитесь, что изменение согласовано: если конфигурация на полной поддержке поставщика, правки формы усложнят последующие обновления.
- 1Откройте конфигуратор и найдите нужный объект: документ, справочник или обработку.
- 2Откройте форму объекта и выделите элемент, который нужно исключить из обхода.
- 3Откройте палитру свойств (Alt+Enter) и найдите «Пропускать при вводе» в группе «Использование».
- 4Установите значение «Да». Для колонки табличной части повторите то же самое в свойствах колонки.
- 5Обновите конфигурацию базы данных (F7) при необходимости и запустите 1С в режиме предприятия.
- 6Откройте форму и проверьте обход клавишей Tab: фокус должен перескакивать через настроенное поле.
Если форма дорабатывается программно, свойство можно установить и из кода — например, при создании элементов формы динамически или при необходимости менять поведение в зависимости от роли пользователя или статуса документа.
// Установить пропуск при вводе программно
Элементы.СуммаДокумента.ПропускатьПриВводе = Истина;
// Условный пропуск: только когда документ проведён
Если Объект.Проведен Тогда
Элементы.Ответственный.ПропускатьПриВводе = Истина;
КонецЕсли;Сценарии и нюансы в разных ситуациях
Табличные части документов
В табличных частях пропуск настраивается поколоночно и особенно эффективен: оператор вводит номенклатуру, количество и цену, а колонки «Сумма», «Ставка НДС», «Сумма НДС» заполняются автоматически и пропускаются при обходе строки. Ввод строки сокращается до двух-трёх полей, что заметно ускоряет работу с многострочными документами.
Управляемые и обычные формы
В управляемых формах свойство работает декларативно и применяется платформой автоматически. В обычных формах (старые конфигурации на 8.1–8.2) поведение аналогично, но порядок обхода дополнительно зависит от настройки «Порядок обхода» в редакторе формы. Если пропуск «не срабатывает» в обычной форме, проверьте, не переопределён ли обход вручную.
Программное управление по условиям
Иногда пропуск нужен не всегда, а по условию: например, поле «Комментарий» пропускается для обычных документов, но обязательно попадает в обход для документов с определённым видом операции. Такое поведение реализуется только кодом в обработчиках формы, декларативной настройкой здесь не обойтись.
Чем пропуск отличается от похожих настроек
Свойство часто путают с «Доступность», «Только просмотр» и «Видимость», хотя они решают разные задачи. Неправильный выбор приводит к тому, что поле либо нельзя отредактировать вовсе, либо оно продолжает мешать при вводе.
| Свойство | Что делает | Можно ли редактировать | Когда применять |
|---|---|---|---|
| Пропускать при вводе | Исключает поле из обхода Tab/Enter | Да, мышью или кликом | Редко редактируемые и автозаполняемые поля |
| Только просмотр | Запрещает редактирование | Нет | Вычисляемые итоги, защищённые данные |
| Доступность | Отключает элемент полностью (серый) | Нет | Поля, неприменимые в текущем контексте |
| Видимость | Скрывает элемент с формы | Нет | Поля, не нужные пользователю вообще |
Практическое правило простое: если пользователю иногда нужно изменить значение вручную — используйте пропуск при вводе. Если редактирование недопустимо в принципе — «Только просмотр» или «Доступность». Комбинация «Пропуск + Только просмотр» уместна для вычисляемых полей, которые должны быть видны, но не должны ни редактироваться, ни останавливать курсор.
Сравнение вариантов
Поле остаётся редактируемым мышью; подходит для редко изменяемых реквизитов
Полная защита от изменений; подходит для рассчитываемых итогов
Элемент визуально отключён; подходит для полей, неприменимых в текущем режиме
Проверка результата и типичные ошибки
После настройки обязательно проверьте форму в пользовательском режиме, причём не только клавиатурой, но и реальным сценарием ввода документа целиком. Откройте форму, поставьте курсор в первое поле и пройдите весь обход клавишей Tab до конца: фокус не должен останавливаться на отмеченных элементах, но они должны оставаться доступными по клику мыши.
Как проверить результат
Фокус перескакивает через настроенные поля
Курсор по-прежнему останавливается на поле
По клику поле активируется и редактируется
Поле не реагирует на клик (возможно, случайно включён «Только просмотр»)
Документ записывается без неожиданных ошибок заполнения
Ошибка «не заполнено обязательное поле», которое пользователь не заметил
Отдельная ловушка — обновление типовой конфигурации. Если форма доработана в конфигураторе, при обновлении на новый релиз настройки могут конфликтовать с изменениями поставщика. Ведите учёт всех доработанных форм и после каждого обновления проверяйте, сохранился ли пропуск при вводе.
Когда пропуск не поможет: альтернативы
Если проблема не в лишних полях, а в самом объёме ручного ввода, пропуск при вводе даст лишь косметический эффект. В таких случаях смотрите в сторону автозаполнения: значения по умолчанию, подстановка из предыдущего документа, механизмы копирования строк, загрузка из файлов или обмен с другими системами.
Для ускорения работы операторов также полезны настройка начальной страницы и быстрый доступ к часто используемым документам, шаблоны документов и обработки группового ввода. Пропуск при вводе — это точечная оптимизация формы, а не замена продуманной организации учётного процесса.
Что важно запомнить
«Пропускать при вводе» исключает поле из обхода клавишей Tab, не запрещая его редактирование. Включайте свойство для автозаполняемых и редко редактируемых полей, не включайте для обязательных без автозаполнения. Проверяйте обход формы после настройки и после каждого обновления конфигурации.
Частые вопросы
Почему поле всё равно получает фокус, хотя пропуск включён?
Чаще всего причина в том, что свойство установлено не для того элемента: например, пропуск включён у надписи, а не у поля ввода, или у группы, а не у конкретной колонки табличной части. Также проверьте, не переопределяется ли свойство программно в обработчиках формы — код имеет приоритет над декларативной настройкой в палитре свойств.
Можно ли настроить пропуск при вводе без конфигуратора?
Нет, это свойство элемента формы и задаётся только в конфигураторе или программно. Пользовательские настройки формы («Изменить форму» в режиме предприятия) позволяют менять видимость и состав элементов, но не поведение обхода. Если прав на конфигуратор нет, обратитесь к специалисту, сопровождающему базу.
Чем пропуск при вводе отличается от «Только просмотр»?
«Только просмотр» полностью запрещает редактирование поля, а пропуск при вводе лишь убирает его из клавиатурного обхода — мышью значение по-прежнему можно изменить. Для автоматически рассчитываемых сумм обычно используют оба свойства вместе, для редко редактируемых реквизитов — только пропуск.
Пропадёт ли настройка при обновлении конфигурации?
Если конфигурация типовая и форма доработана, при обновлении возможны конфликты: мастер обновления может предложить взять форму поставщика, и тогда настройка пропадёт. Фиксируйте все доработки форм и после каждого обновления проверяйте их на тестовой копии до обновления рабочей базы.
Работает ли пропуск при вводе в веб-клиенте и мобильном клиенте?
В веб-клиенте поведение обхода формы поддерживается, но может отличаться в деталях из-за особенностей браузера. В мобильном клиенте концепция обхода клавишей Tab малоприменима, поэтому настройка там практического эффекта не даёт. Если пользователи работают в разных клиентах, проверяйте форму в каждом из них.
Можно ли менять пропуск при вводе в зависимости от роли пользователя?
Да, но только программно: в обработчике «ПриСозданииНаСервере» или «ПриОткрытии» формы проверяйте роль или функциональную опцию и устанавливайте свойство ПропускатьПриВводе для нужных элементов. Декларативно, без кода, разное поведение для разных пользователей настроить нельзя.