Работа wi-fi терминала сбора данных через web-клиент
Имеется ТСД с wi-fi и Windows embedded handheld 6.5 classic на борту и компьютер с файловой базой 1С и настроенным web-сервером. Есть желание из браузера ТСД (стоит IE) подключаться к базе 1С через web-клиент для проведения инвентаризации непосредственно в базе. Попытка подключения к базе завершается ошибкой "Object doesn't support this property or method", для сравнения подключение с андроидовского смартфона проходит успешно.
Соответственно, 2 вопроса:
1) в чем может быть проблема,
2) реализуема ли вообще данная идея.
Соответственно, 2 вопроса:
1) в чем может быть проблема,
2) реализуема ли вообще данная идея.
Найденные решения
valafan,
Веб - это очень "растяжимое понятие"
А именно, если веб-сервер отдает клиенту (браузеру) "голый HTML" (то есть исключительно базовый набор тегов типа HEAD, BODY, TABLE и т.п.) - вот это будет гарантированно работать в любом браузере. (Хотя внешний вид может все равно немного отличаться - в одном шрифты будут крупнее, рамки таблиц могут выглядеть по разному и т.п.).
А все что сверх (особенно когда видите в тексте веб страницы слово SCRIPT - это расширения, кототоые в каждом браузер реализованы по своему). И их работу уже никто не гарантирует. А если вы в браузере посмотрите исходный текст страницы, которую создает веб-клиент 1С, то вы увидите сплошной SCRIPT.
Поэтому в существующем виде веб-клиент по определению работает не во всех браузерах, а только в тех про которые 1С пишет что же в поддерживаются. Причем строго в определенных версиях и с определенными настройками.
Internet Explorer Mobile в число данных браузеров не входит и мне неизвестный браузеры, которые можно запустить на WinMob 6.5, которые бы поддерживали 1С.
Кроме того, в веб клиенте обработка штрихкода возможна только аналогичная клавиатурному вводу, что для кладовщика очень неудобно будет (нельзя просто так ткнуть в штрихкод, надо вский раз перед сканированием активировать соответствующее поле ввода на форме) + (Если штрихкоды переменной длины) надо после ввода штрихкода делать подтверждение окончания ввода с клавиатуры. Это сильно замедлет складский процессы и увеличивает число ошибок.
Поэтому самое простое (и оно же самое эффективное) решение - именно то, которое Вам подсказали - используете терминальный клиент. В минимальном варианте Вам потребуется только установить на ТСД приложение, которое штрихкод, считанный сканером, загоняет в RDP сессию (идут они в комплекте со всем нормальными терминалами, называется типа ScanWedge).
На втором этапе желательно те формы, которые нужны кладовщику, адаптировать под маленький экран. Все.
Затраты на терминальную сессию не принципиально больше затрат на подержвание сессии 1Совским сервером.
В активе имеете все преимущества терминала по сравнению с вебклиентом - можно с сервера подключиться к сессии пользователя, при обрыве связи (села батарейка / кладовщик зашел в зону где нет связи (лифт, туалет) / просто случайно выключил) сессия сохраняется и потом восстанавливается и т.п.
Веб - это очень "растяжимое понятие"
А именно, если веб-сервер отдает клиенту (браузеру) "голый HTML" (то есть исключительно базовый набор тегов типа HEAD, BODY, TABLE и т.п.) - вот это будет гарантированно работать в любом браузере. (Хотя внешний вид может все равно немного отличаться - в одном шрифты будут крупнее, рамки таблиц могут выглядеть по разному и т.п.).
А все что сверх (особенно когда видите в тексте веб страницы слово SCRIPT - это расширения, кототоые в каждом браузер реализованы по своему). И их работу уже никто не гарантирует. А если вы в браузере посмотрите исходный текст страницы, которую создает веб-клиент 1С, то вы увидите сплошной SCRIPT.
Поэтому в существующем виде веб-клиент по определению работает не во всех браузерах, а только в тех про которые 1С пишет что же в поддерживаются. Причем строго в определенных версиях и с определенными настройками.
Internet Explorer Mobile в число данных браузеров не входит и мне неизвестный браузеры, которые можно запустить на WinMob 6.5, которые бы поддерживали 1С.
Кроме того, в веб клиенте обработка штрихкода возможна только аналогичная клавиатурному вводу, что для кладовщика очень неудобно будет (нельзя просто так ткнуть в штрихкод, надо вский раз перед сканированием активировать соответствующее поле ввода на форме) + (Если штрихкоды переменной длины) надо после ввода штрихкода делать подтверждение окончания ввода с клавиатуры. Это сильно замедлет складский процессы и увеличивает число ошибок.
Поэтому самое простое (и оно же самое эффективное) решение - именно то, которое Вам подсказали - используете терминальный клиент. В минимальном варианте Вам потребуется только установить на ТСД приложение, которое штрихкод, считанный сканером, загоняет в RDP сессию (идут они в комплекте со всем нормальными терминалами, называется типа ScanWedge).
На втором этапе желательно те формы, которые нужны кладовщику, адаптировать под маленький экран. Все.
Затраты на терминальную сессию не принципиально больше затрат на подержвание сессии 1Совским сервером.
В активе имеете все преимущества терминала по сравнению с вебклиентом - можно с сервера подключиться к сессии пользователя, при обрыве связи (села батарейка / кладовщик зашел в зону где нет связи (лифт, туалет) / просто случайно выключил) сессия сохраняется и потом восстанавливается и т.п.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) valafan, не вижу накладности. Максимум здесь - это память для сеанса. Но сеансов максимум = количеству ТСД. Причем необязательно они будут одновременнно работать.
Т.е. если делать терминальные сеансы под ТСД - это немного, лишь бы была возможность выбора базы.
Если делать по сеансу на базу - тут больше места на профили пользователей. И всё. Количество рабочих сеансов всё равно не больше количества терминалов.
Т.е. если делать терминальные сеансы под ТСД - это немного, лишь бы была возможность выбора базы.
Если делать по сеансу на базу - тут больше места на профили пользователей. И всё. Количество рабочих сеансов всё равно не больше количества терминалов.
(6) taiba, я мало знаком с настройкой терминального доступа поэтому уточню.
Имеем 5 тсд, компьютер (стоит xp prof), между ними локальная связь по wi-fi. Получается есть возможность настроить для всего этого терминальный доступ для одновременной работы всех тсд при отсутствии дополнительных затрат (покупка каких-то лицензий и прочего)?
Имеем 5 тсд, компьютер (стоит xp prof), между ними локальная связь по wi-fi. Получается есть возможность настроить для всего этого терминальный доступ для одновременной работы всех тсд при отсутствии дополнительных затрат (покупка каких-то лицензий и прочего)?
(7) valafan, для нормального терминального доступа нужен отдельный сервер с серверной операционкой, настроенный как терминальный сервер. Он позволяет с удалённой машины работать на нём, т.е. монитор и клавиатура+мышь как бы становятся подключенными к серверу. И таких подключений может быть много.
Теоретически XP проф даёт подобную возможность через "удалённые сеансы", но при этом невозможна одновременная работа на дэсктопном сеансе, но возможен ли такой доступ из ТСД - вопрос.
Теоретически XP проф даёт подобную возможность через "удалённые сеансы", но при этом невозможна одновременная работа на дэсктопном сеансе, но возможен ли такой доступ из ТСД - вопрос.
(8) taiba, нужен отдельный сервер с серверной операционкой - это и есть накладно, т.к. баз много. В данный момент используется такой сервер, туда собирается информация со всех баз и уже в общей базе проводится инвентаризация. Отсюда много проблем: обмены не прошли, связи нет и т.д. Поэтому решили делать инвентаризацию локально на каждой базе. При таком подходе все проблемы сводятся к одной - наличие локальной сетки.
В данный момент тестирую драйвер - в принципе готовое решение.
В данный момент тестирую драйвер - в принципе готовое решение.
(8) taiba, нужен отдельный сервер с серверной операционкой - это и есть накладно, т.к. баз много. В данный момент используется такой сервер, туда собирается информация со всех баз и уже в общей базе проводится инвентаризация. Отсюда много проблем: обмены не прошли, связи нет и т.д. Поэтому решили делать инвентаризацию локально на каждой базе
Ну так и открывайте отдельные базы на том же сервере. Кстати, "отдельный" сервер вполне может стоять на виртуалке
Что-то мутит ваш админ, у меня админ просто сделал, на ТСД под RDP настраивал разных пользователей, соответственно, если человек заходил под одним пользователем, то попадал в одну базу, если под другим, то в другую. Конфигурации одинаковые и формы заточены для ТСД. Если нормальный админ, то проблемы с поднятием терминального сервака не должны возникнуть, хоть на ноутбуке простейшем (как мы и делали для демо баз).
1.Windows Xp можно взломать и сделать многопользовательской (меняется dll-ки определенные), внешне не заметно, но обеспечивается возможность многопользовательского подключения, причем в какой-то статье я находил, что данный взлом не противоречит лицензионному соглашению (проверять эти данные не стал). поэтому вариант с использованием терминального подключения не будут требовать особых затрат, исключение доработка спец форм. В качестве примера такого подхода можно привести программный продукт "Кортес:Адресный склад" - там работа с ТСд организована через спец.формы
2. Если первый пункт не подходит, то как вариант попробовать установить другой браузер из списка поддерживаемых 1С, либо обновить IE,т.к. проблема в браузере
2. Если первый пункт не подходит, то как вариант попробовать установить другой браузер из списка поддерживаемых 1С, либо обновить IE,т.к. проблема в браузере
valafan,
Веб - это очень "растяжимое понятие"
А именно, если веб-сервер отдает клиенту (браузеру) "голый HTML" (то есть исключительно базовый набор тегов типа HEAD, BODY, TABLE и т.п.) - вот это будет гарантированно работать в любом браузере. (Хотя внешний вид может все равно немного отличаться - в одном шрифты будут крупнее, рамки таблиц могут выглядеть по разному и т.п.).
А все что сверх (особенно когда видите в тексте веб страницы слово SCRIPT - это расширения, кототоые в каждом браузер реализованы по своему). И их работу уже никто не гарантирует. А если вы в браузере посмотрите исходный текст страницы, которую создает веб-клиент 1С, то вы увидите сплошной SCRIPT.
Поэтому в существующем виде веб-клиент по определению работает не во всех браузерах, а только в тех про которые 1С пишет что же в поддерживаются. Причем строго в определенных версиях и с определенными настройками.
Internet Explorer Mobile в число данных браузеров не входит и мне неизвестный браузеры, которые можно запустить на WinMob 6.5, которые бы поддерживали 1С.
Кроме того, в веб клиенте обработка штрихкода возможна только аналогичная клавиатурному вводу, что для кладовщика очень неудобно будет (нельзя просто так ткнуть в штрихкод, надо вский раз перед сканированием активировать соответствующее поле ввода на форме) + (Если штрихкоды переменной длины) надо после ввода штрихкода делать подтверждение окончания ввода с клавиатуры. Это сильно замедлет складский процессы и увеличивает число ошибок.
Поэтому самое простое (и оно же самое эффективное) решение - именно то, которое Вам подсказали - используете терминальный клиент. В минимальном варианте Вам потребуется только установить на ТСД приложение, которое штрихкод, считанный сканером, загоняет в RDP сессию (идут они в комплекте со всем нормальными терминалами, называется типа ScanWedge).
На втором этапе желательно те формы, которые нужны кладовщику, адаптировать под маленький экран. Все.
Затраты на терминальную сессию не принципиально больше затрат на подержвание сессии 1Совским сервером.
В активе имеете все преимущества терминала по сравнению с вебклиентом - можно с сервера подключиться к сессии пользователя, при обрыве связи (села батарейка / кладовщик зашел в зону где нет связи (лифт, туалет) / просто случайно выключил) сессия сохраняется и потом восстанавливается и т.п.
Веб - это очень "растяжимое понятие"
А именно, если веб-сервер отдает клиенту (браузеру) "голый HTML" (то есть исключительно базовый набор тегов типа HEAD, BODY, TABLE и т.п.) - вот это будет гарантированно работать в любом браузере. (Хотя внешний вид может все равно немного отличаться - в одном шрифты будут крупнее, рамки таблиц могут выглядеть по разному и т.п.).
А все что сверх (особенно когда видите в тексте веб страницы слово SCRIPT - это расширения, кототоые в каждом браузер реализованы по своему). И их работу уже никто не гарантирует. А если вы в браузере посмотрите исходный текст страницы, которую создает веб-клиент 1С, то вы увидите сплошной SCRIPT.
Поэтому в существующем виде веб-клиент по определению работает не во всех браузерах, а только в тех про которые 1С пишет что же в поддерживаются. Причем строго в определенных версиях и с определенными настройками.
Internet Explorer Mobile в число данных браузеров не входит и мне неизвестный браузеры, которые можно запустить на WinMob 6.5, которые бы поддерживали 1С.
Кроме того, в веб клиенте обработка штрихкода возможна только аналогичная клавиатурному вводу, что для кладовщика очень неудобно будет (нельзя просто так ткнуть в штрихкод, надо вский раз перед сканированием активировать соответствующее поле ввода на форме) + (Если штрихкоды переменной длины) надо после ввода штрихкода делать подтверждение окончания ввода с клавиатуры. Это сильно замедлет складский процессы и увеличивает число ошибок.
Поэтому самое простое (и оно же самое эффективное) решение - именно то, которое Вам подсказали - используете терминальный клиент. В минимальном варианте Вам потребуется только установить на ТСД приложение, которое штрихкод, считанный сканером, загоняет в RDP сессию (идут они в комплекте со всем нормальными терминалами, называется типа ScanWedge).
На втором этапе желательно те формы, которые нужны кладовщику, адаптировать под маленький экран. Все.
Затраты на терминальную сессию не принципиально больше затрат на подержвание сессии 1Совским сервером.
В активе имеете все преимущества терминала по сравнению с вебклиентом - можно с сервера подключиться к сессии пользователя, при обрыве связи (села батарейка / кладовщик зашел в зону где нет связи (лифт, туалет) / просто случайно выключил) сессия сохраняется и потом восстанавливается и т.п.
и еще. Веб клиент - это управляемые формы, а они очень неэкономичные в плане расхода места на экране. Если конечно интерфейс делать по принципу : первая форма - "введите штриход", вторая форма- "введит количество" то может и без разницы. А если делать нормальный интерфейс то на маленьком экране ТСД формы надо вырисовывать практически попиксельно, а для этого нужны нормальные формы а не управляемые.
(0) Согласен с (12) - не получится. См. документацию к платформе и список поддерживаемых браузеров. В некоторых новых бразуерах под Android (в т.ч. Chrome) используются совместимые технологии, но под такое старье как Windows embedded handheld 6.5 вы вряд ли что найдете.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот