Решал похожую задачу. Ловить события прямо на форме не получилось (не всегда правильно ловилось), а вот добавив поле ввода все получилось. При открытии формы фокус устанавливается на поле ввода, дальше отслеживается код Enterа на этом поле.

Как обещал раньше, опишу поподробнее решение своей проблемы. Времени-то никогда не хватает. А вдруг кому пригодится?

Описание проблемы:
  Создал новый информационный справочник "Артикулы", только для чтения. Установил все запреты на изменение, какие только 1С 7.7 позволяет.
  У пользователей ФормаСписка этого справочника открыта постоянно (самый популярный справочник).
  На рабочем месте кладовщиков на подставке стоит постоянно включенный ручной лазерный сканер штрихкодов Symbol PS/2.
  Заметил, что когда курсор находится в МногострочнойЧасти ФормыСписка, а под сканер попадает какой-либо штрихкод, то в ФормеСписка выполняется проба произвести быстрый поиск (как при наборе на клавиатуре цифр для поиска), затем ближайшая ячейка становится доступной для редактирвония (как при редактировании в списке) и ее значение заменяется либо на остатки штрихкода, либо на символ клавиши, случайно нажатой пользователем, либо удаляется вообще.

  Еще раз повторюсь, никакие запреты ни в коде, ни в свойствах объекта не помогали.

Решение:
1. Запрограммировал в ручные сканеры префикс "+++" и суффикс "+++". "Объяснил" это 1С-у.
2. ПриОткрытии() ФормыСписка установил - Форма.ТолькоПросмотр(1)
  Так я полностью защитил элементы справочника.

  Но появились новые беды.
  - Сканер после штрихкода в конце передает <Enter> и пользователь при быстром поиске нужного артикула в конце нажимает <Enter>. При нажатии Enter-а открывается форма элемента, в которой детализируется нужная инфомация.
  - <Enter> после сканера сначала попадает в процедуру ПриНажатииКнопкиКлавиатуры(), а только потом в процедуру ОбработкаВнешнегоСобытия(Источник,Событие,Данные).

  Пришлось выкручиваться дальше:
3. В предопределенной процедуре FormEx-а ПриНажатииКнопкиКлавиатуры(КодКлавиши,Альт,Шифт,Контрл,СимвКл,ФСО) прописал необходимые, ставшие недоступными, стандартные обработки нажатия кнопок клавиатуры.
  А также начал перехватывать символ "+" при нажатии <Shift>+<=> и на цифровой клавиатуре.
  Заметил, что при прохождении штрихкода через сканер в этой процедуре надежно можно отловить только эти символы, которые стал накапливать в переменной чКвоПлюсы. Опытным путем вычислил, что при сканировании штрихкода чКвоПлюсы всегда равно 2.
  Так я стал различать Enter от сканера и  от пользователя.
  А чКвоПлюсы обнуляю при открытии формы элемента при помощи замечательного метода Сервис.УстановитьПеременнуюКонтекста()

Возможно все это слишком сложно, но все другие опробованные мною варианты - еще сложнее и не помогают.  

vip писал(а) 11. Февраля 2009 :: 15:40:


сорри
Форма.ТолькоПросмотр(1)
а ТолькоЧтение - в голове засело ...

P.S.: уже исправил. Так старался в минимум текста вложить максимум доступного смысла, что заговорился  

vip писал(а) 11. Февраля 2009 :: 16:01:

Статья - СУПЕР!
Нижайший тебе поклон, vip!!!

Выходит, добавь я в суффиксе символ энтера, и не было бы головных болей.
Суффикс = "+++&13".

Дело в том, что отлаживать мне не где. На всем нашем офисе нет ни одного ПК с PS/2. А через переходник PS/2-USB сканер не работает. Поэтому выкручивался как мог.
Но ведь сделал!  

На днях проверю в каком-нибудь магазине.

simply писал(а) 11. Февраля 2009 :: 17:26:

simply писал(а) 11. Февраля 2009 :: 17:26:

Промучался весь вечер и все утро, размышлял над символом <Enter> в конце суффикса.
Если рассуждать логически, то 1С должна съесть <Enter>, считая его окончанием штрихкода от сканера.
А у меня в конфигурации очень много поисковых полей в формах, где автоматически в конце должен быть нажат <Enter>.

   Убедился в том, что и с Enter-ом в конце суффикса все поисковые поля отрабатывают как и раньше.
   Тогда я закоментировал в программном  коде проверку счетчика <чКвоПлюсы>. Проверка показала, что <Enter> от сканера отрабатывается раньше чем попадает в ОбработкаВнешнегоСобытия().

Выводы: в моем случае установка символа <Enter> в суффиксе ничего не меняет. Единственым надежным решением остается - моё.

Атол использовать не могу, т.к. у меня Рарус-Компонента

vip писал(а) 12. Февраля 2009 :: 11:12:

На снимке все параметры настройки сканера.
Единственное, что мне не было известно - это установка в постфикс (суффикс) символа <Enter>.

Как видно на рисунке, в 1С таймаут установлен на 500 мс, точнее - 501.
Префикс = "+++"
Постфикс= "+++&13"

Все тоже запрограммировано в сканер.

Все, как написано в статье, происходит и у меня. Я наблюдал это при отладке ранее. Единственное отличие - название файла внешней компоненты, у меня Shop2Ukr.dll.
  В моей ФормеСписка, в процедуре ПриНажатииКнопкиКлавиатуры() я перехватываю нажатие пользователем <Enter> и открываю форму текущего элемента.
  Сюда же попадает <Enter> после сканера и естественно - тоже открывает форму элемента. А только потом данные сканера передаются в процедуру ОбработкаВнешнегоСобытия().
  После того, как я записал в префикс и суффикс значения "+++", 1С стало четко определяет, что это событие от сканера. Но ситуация с <Enter> осталась прежней.
  Поэтому я ввел счетчик чКвоПлюсы, который помогает мне отделить <Enter> сканера от <Enter> пользователя.

  Мне один пользователь показал как он один в один повторил ситуацию со сканером до настройки префикса и суффикса.
  На цифровой клавиатруе он быстро набирал цифры артикула и клавишу <Enter>. Курсор вошел в режим редактирования в списке. И код артикула стал доступен для изменения.
  Вот тогда я и ввел ПриОткрытии() - Форма.ТолькоПросмотр(1).
А теперь вынужден перехватывать клавишу <Enter> и двойной клик мыши, т.к. они в режиме просмотра не обрабатываются.

  vip, спасибо тебе огромное, что так много времени уделяешь моей проблеме!
  Слушай, может отличие ВК между мной и автором статьи и есть ключевым?!
  А то я уже не знаю на что еще смотреть ...

И таймаут поменьше сделай.