в укрупненном виде задача звучит так: просканировать 3-4 определенных штрих-кода (один из них - командный) с помощью ТСД, и чтобы после сканирования в самой базе 1с должно произойти определенное действие - а точнее создание и проведение документа и печать нового штрих кода на принтере этикеток.

насколько я понимаю большинство тсд работают как накопители информации и обменивают файлами данных с серверами (через кабель, кредл, вай-фай). но в это случае о реальном времени речь не идет (если только не установить обмен раз в 1сек).

выход - ТСД с виндой и возможностью терминального доступа к серверу, где будет непоследственно 1с (8.2) с открытой формой обработки, которая и будет обрабатывать сканированные штрих кода в реальном времени и выполнять определенные действия.

я в правильном направлении иду? кто-то уже решал подобные задачи?

У нас циферлабы по файфаю в онлайне работают.

(1) а какие модели? и каким образом это реализовано? через терминал напрямую работают в 1с?

(2) циферлабы 89*0 (точно не помню, на работе надо смотреть)
Висит отдельный процесс 1с с компонентой, которая организовывает сервер для приёма данных от тсд. Далее - как с обычным ШК.

Если интересно, доеду до работы, скину подробней.

(3) да да да буду рад услышать любые подробности

(4) договорились.

нашел интересную инфу здесь. http://www.cleverence.ru/
кто-нибудь работал с ними?

(0) RDP не предлагать?

(7) предлагать, все предлагать.
у меня и была мысль - подключение по рдп, автоматический запуск 1с и обработки которая по форме будет равна разрешению экрана, и на ней кнопки и обработчики событий. но пока это мои предположения, как на самом деле это взлетит.
вроде читал что есть траблы в передачи сканированного штрих-кода, вроде как 1с в терминале с трудом переваривает переданный штрих-код.
и еще вопрос - на многих тсд - есть еще куча командных клавиш - их нажатия можно как-то перехватывать?

есть траблы в передачи сканированного штрих-кода - враки
1с в терминале с трудом переваривает переданный штрих-код - нет такого
есть еще куча командных клавиш - их нажатия можно как-то перехватывать - если кнопки соответствуют обычной клавиатуре, то все как с обычными кнопками

вообщем вот порядок действий который нужно отображать:
1. сканирование командного штриз-кода который означает начало действия (или нажатая кнопка на тсд)
2. выбор документа (задание на производство) из списка документов
3. выбор полуфабриката, который задается в производство
4. сканирование штрих-кодов используемых (передаваемых в производство, установленных на рабочий центр) материалов и ввод количества
5. сканирование штрих-кода рабочего центра (на который устанавливаются материалы)
6. сканирование командного штрих-кода, который создает документ требование накладную, переносит в него все данные и записывает
7. отправка команды печати штрих-кода производимого полуфабриката.
завершение действия.

(8) Тут склад больше 10 тысяч ячеек и еще больше активных номенклатурных позиций работает через РДП (обработка в режиме рабочего стола). И это без единой ВК.

Передача ШК - неправда, там все ок. Обычный ввод с клавиатуры.

(11) а событие не геренирится? или это можно решить с помощью драйвера атола, который клавиатурный сигнал воспроизведет как внешнее событие

(10) Можешь сделать одну обработку, у которой несколько форм. Формы должны обязательно открываться в режиме рабочего стола. Если форм несколько - открываешь их модально. Каждая форма перекрывает предыдущую (по действиям)
2. Выбор документа делай не из списка, а тоже сканированием номера.

(12) Зачем драйвер? Все без драйверов работает.
Сотр запускает РДП в терминале, окно распахивается, внутри ставишь автозапуск 1С с параметром, через который запускаешь свою обработку с установленным фокусом ввода на поле данных. Можно сканировать.

Юзаешь 2 события Окончание ввода текста, При изменении. Хотя можно и одним наверное обойтись.

Смотря как сканер настроен -  с переводом строки или нет.

И еще совет - чтобы на экране помещалась инфо и ее можно было прокручивать - делаешь внизу одно поле ввода (для сканера), на оставшейся области - поле ХТМЛ документа. Ну и панель с кнопками внизу.

(14) ну вообщем понял. значит все-таки вариант решения через рдп имеется.
русуется форма которая будет активная при доступе через терминал,
и в зависимости от того в каком режиме будет передаваться сканированный ШК - и будет зависеть работа самой формы - либо клавиатурный ввод и заточка на работу с полем ввода, либо генерация внешнего события и соответствующая его обработка

а кто-нибудь делал через генерацию событий? я понимаю клавиатурная обработка будет более стабильная в работе, но с внешним событием удобнее работать

(19) Зачем тебе внешние события?

(20) ну их проще обрабатывать, не надо привязываться к полю и контролировать положение курсора в этом поле

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


большое спасибо всем за участие :)
если будут появляться мысли - пишите :)

У нас коллега писал приложение под WinCE для похожей цели.

Но я бы в сторону мобильного приложения от 1С посмотрел.

Добрался до работы.
У нас крутится компонента
Объект = СоздатьОбъект("AddIn.CipherLabTCP");
В ТСД указывается адрес компа, на котором крутится эта 1с. Дальше всё - черз ОбработкуВнешнегоСобытия.

а что за мобильное приложение? это? http://v8.1c.ru/overview/Term_000000401.htm

(25) Ага.

спс, тоже проанализирую это

Недавно проблему по RDP обнаружили - если окно терминала развернуто на весь рабочий стол, то при сканировании ШК (в режиме клавиатуры), содержащего буквы, происходит изменение символов верхнего регистра на нижний регистр. Если сканировать в окне терминала - то все ОК.

Настраивал в онлайн режим ТСД chiperlab 8470. На сайте сканкода есть руководства и примеры обработок по которым можно разобраться с компонентой CipherLabTCP.

Я бы попробовал посмотреть в сторону "расширения для КПК".
Схема работы упрощается до немогу.

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

Все штатно, конролируемо. Правда требует денеХ на "расширение".

(22) не спасет, можно конечно извратится и нарисовать толстого клиента, который сможет и по вайфаю запросы делать, и при необходимости в оффлайне работать.
Но трудозатраты будут серьезнее, чем по RDP организовать работу.

(0) с учетом (10)
У нас реализована подобная схема. Используются ТСД Casio DT-X5, но это не принципиально. Принципиально то, что работают они под WinCE. Софт для ТСД писали сами на С# в Visual Studio. Никаких особых заморочек не возникло. Обмен с 1С по событию, т.е. при считывании опред. штрих-кода или выполнении опред. условия ТСД по Wi-Fi выполняет вызов веб-сервиса. Веб-сервис выполняет подключение к 1С через COM и вызывает нужную функцию общего модуля. В качестве параметра в функцию передается XML строка содержащая все необходимые для создания документа данные. Система работала с 2006 года еще под 8.0. Работала стабильно и достаточно быстро.
Если нужны подробности - пиши.

+(32) Большой плюс своего приложения на ТСД - можно организовать контроль данных в момент считывания ШК и сразу выдать пользователю сообщение, а не потом, когда он уже уйдет ловить в 1С ошибку при попытке создания документа из-за недозаполненных полей.

проще самому на с# написать, задача не сложная, исходников в интернете полно.

Объясните, накой все эти драйверы - шмайверы.
Бог мой, еще и С# приплели...

(35) подозреваю что дело в том, что вайфай может иногда отваливаться, соответственно работа встает.
Опять же, если вайфай юзать не постоянно а только на обмен данными, срок работы железки увеличивается

подход с самописным софтом который уже работает с 1с интересный, но для меня, незнакомого с С++ выглядит сложнее. скорее всего пойду по пути рдп по вайфаю и форме, но такой вариант думаю тоже рассмотрю

(37) Не С++, а С#. Ничего особо сложного или требующего специальных знаний чтобы написать софт не нужно. Библиотеки для работы с собственно сканером лежат на сайте производителя. Пишется обычные WinForms приложение, только с учетом ограничений CompactFramework