Добрый день.
Имеем самописную конфигурацию на платформе 7.7, оперативный учет.
Озадачились приобретением терминала сбора данных для помарочного учета.
Прошу совета - на какие ТСД стоит обратить внимание?
И вопрос в целях повышения образованности - каким образом осуществляется взаимодействие 1с (в моем случае - 7.7) и ТСД на базе Android?
Заранее благодарен.

(0) Ты уже жмакнул красное Я правее своей темы?

(0) Всё зависит от того, как у вас сделан помарочный учет в 7-ке.  Под ваш учет надо будет делать (использовать готовую) конфигурацию в самом ТСД. Хотя можно тупо штрихкоды марок в ТСД собирать, грузить в 7-ку и там уже разбираться что и куда.

В принципе пофих какой терминал от слова абсолютно.

з.ы. смотрите, чтобы драйверы на ТСД нормально работали на вашей ОС. А то вдруг она "ровесник" вашей 7-ки  ))

(0) Никакой.

Для вас - единственный вариант - 7.7 через rdp.
Однако 68 символов (150 через пару месяцев) через rdp корректно не пролезет.

Нужно отдельная передача через стороний канал, например ipDataWedge от Motorola. Однако, это решение для, достаточно глючного rdp под устаревшую WinCE, например ТСД Motorola MC65 в которой часто теряется wifi и рвется rdp.

Есть еще Urovo, например 6200i, под Андроид, у которой прекрасный RDP бесплатный клиент от Microsoft и есть аналог ip Datawedge, НО. Серверная часть сделана в виде внешней компоненты под УТ11.

Бинго.

Ползите на 8-ку.

Но это все - позавчерашний день, мы - уже в будущем и ждем релиза Мобильного клиента.

(5) а что - на 8-ке 68/150 символов через рдп корректно пролезет..?

(7) В Восьмерке можно подключить внешку от Урово, а, в дальнейшем, МобильныйКлиент и весь гемморой просто уйдет в прошлое.

(8) Внешка - ???

(9) Внешняя компонента

(0) Чисто теоретически - я бы посмотрел в сторону barcode harvester.

А какие траблы с 150ю символами в rdp?

(4) А что не так со 150 символами по RDP. Что там не будет работать?

проблема со 150 символами в том,что это 300 нажатий и отпусканий клавиш,а буфер,насколько я помню 256,то есть очень большая вероятность,что хвост потеряется,так как явно в один пакет не влезет.
В результате,нужно сильно увеличивать таймаут ожидания очередного символа,так как стандартный драйвер штрихкода в 1с понимает штртхкод,как последовательность быстро нажатых клавиш Задержка между пакетами РДП может превышать этот интервал,и тогда у вас вместо одного штрихкода получится два и более.
В итоге,при сканировании нужно будет ждать подтверждения,что код принят,а это замедляет процесс сканирования.
Штрихкод должен обрабатываться на самом терминале и передаваться на компьютер уже едином пакетом данных,а для этого на тсд должна работать программа.
Просто,под WinCE и под Android совершенно разные способы программирования.

закладка.

(14) я думал там речь о том, что в rdp запускается 1с-ка, а сканер рабоает в режиме эмуляции ком-порта (вот вопрос - возможно ли это под андроид).

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

(16) так есть же мобильный клиент. Онлайн. Все уже реализовано. Нами.

(16) и как там онлайн сделан (если вкратце)? - на ТСД есть база 2достпунгых" марок или после каждого пика http запрос в базу?

(0) Вариантов может быть много, один - это 7.7 в РДП, еще - конфа от ТСД + интеграция с 7.7, иногда проще - ставишь мини Веб-сервер, на котором на ПХП или Ruby, или даже 1С 8.х на Веб-сокетах поднимаешь приложение, которое осуществляет оперативную работу с ТСД, и потом агрегированные данные с этого Веб-сервера выгружаешь в 7-ку.

+(20) в последнем случае нужен будет только браузер в ТСД и возможность от ТСД передавать считанный код в виде нажатия клавиш.