Здравствуйте. Наш кассир считал номер дисконтной карты (AD9281Z0282HKA999) в поле количество, это не заметил и пробил чек на миллион. Это из-за того, что, если вставить в числовое поле (можно даже из буфера обмена) строку, содержащую символы и цифры , то платформа отбросит символы, а цифры оставит. Подскажите, пожалуйста, можно как-нибудь перехватить это преобразование, чтоб сделать пользователю предупреждение? События "ПриНачалеРедактирования", "ПередНачаломИзменения" срабатывают уже после того, как произошло преобразование.

Единственное, что приходит на ум, - это просто проверять, не ввели ли число больше, скажем 1000, и тогда задавать вопрос. Но это не совсем корректно. Может, лучше решение кто знает?

ТО (сканер ШК, ридер карт и т.д.) использовать через драйвер (и внешнее событие) а не как клавиатуру.

(1) У тебя один вариант, сделать реквизит формы типа строка, а не число
Тогда если вводится "мама", то ты сможешь понять, что это не число
Но вообще задача такая себе, странная слегка
Вообще я считал, что считывание карты — это событие, а не по типу сканера ШК, когда по сути подключение в разрыв клавы

(3) Хотя нет, подумал, что как-то же решается вариант со сканером ШК, есть адекватный вариант
Префикс и постфикс тебе помогут
Идея такая же как и со сканером ШК

У сканера ШК при сканировании программируется префикс (например F7) и постфикс (Enter)
В итоге когда тело на кассе что-то сканирует сканером, то это не просто нажатие на клаве символов ШК, а нажатие F7, потом символов ШК, потом Enter
В итоге на форме на F7 повешен обработчик открытия формы ввода ШК в виде простого ввода строки, которая закрывается при нажатии Enter

Делай также для ридера, если в нем возможно настроить префикс и постфикс и будет тебе счастье

(2) Так-то это геморрой еще тот, клава гораздо проще, никаких дров не нужно

(3) Поменять тип реквизита Количества формы РМК кассира - это значит внести правки в десяток процедур и функций, где потом это количество используется. Обновляться будет потом очень больно:(

(4) Спасибо большое, попробую)

(6) Не тип реквизита, а сделать элемент формы, который потом обрабатывать
Но вообще идея в любом случае дерьмовенькая, я бы так не стал делать конечно же

(4)
>У сканера ШК при сканировании программируется префикс (например F7) и постфикс (Enter)
>на форме на F7 повешен обработчик открытия формы ввода ШК в виде простого ввода строки, которая закрывается при нажатии Enter

Проблема с этим с какой то версии платформы 1С.
Между F7 и ШК нет паузы. Форма ввода строки еще не открылась - шк попал не туд

(0) Просто личный опыт, а вдруг пригодится:
Данные сканера ШК перенаправлялись драйвером в процедуру, а не в активное поле. С процедуры уже контролировал номерок и писал, куда надо. Да, драйвер периодически отваливался и данные писались в активное окно, но это уже мелочи.
В другой организации просто применили метод морковки. В зад. Как только не туда пикнула, сразу нависает морковка.
В третьей организации F7 заменил на супермегаформу, которая данные ШК колбасит как ненормальная и в конце уже переносит в основной документ, раскладывая всё по полочкам.
Все варианты живут прекрасно много лет.