В статье приведено краткое описание программной платформы по работе с терминалами сбора данных (ТСД) - Mobile SMARTS. Mobile SMARTS позволяет интегрировать ТСД с внутренней учетной программой, построенной на системах: "1C:Предприятие 8", "Microsoft Dynamics AX", "Галактика ERP" и т.д.
Есть один идеологический вопрос: в УТ делаем документ поступление, выгружаем его на ТСД. Начинаем сканить товар. Насканили. Предположим что расхождений нет. Дальше выгружаем документ обратно в УТ и он нам очищает всю ТЧ и заполняет ее заново: товаром и количеством.
Вот из этого алгоритма, не понятно что-то, а как быть с ценами? Это обработку нужно допиливать загрузки документов, или как-то настраивается штатно?
(1) Новиков, "Дальше выгружаем документ обратно в УТ и он нам очищает всю ТЧ и заполняет ее заново: товаром и количеством. " - при загрузке в документ 1С задается вопрос "Очистить табличную часть документа?". Если "нет", то строка ищется по колонкам "Номенклатура","ХарактеристикаНоменклатуры","ЕдиницаИзмерения". Строка найдена - заполняется количество, не найдена - добавляется.
"как быть с ценами" - в ближайших версия конфигурация драйверов будет изменена: можно будет выгрузить документ 1С на ТСД с ценой, на ТСД будет отображаться цена из выгруженного документа, затем загрузить в 1С с этой ценой, тогда цена заполнится. В текущий момент можно загружать в существующий документ 1С, цена не должна затираться.
(2) Cleverence, спасибо за оперативный ответ. Коли Вы в теме, еще один вопрос, если не затруднит:
в MobilSMARTS на ТСД есть такой пункт "Просмотр номенклатуры".Если в оный зайти, то отображается список номенклатуры в виде наименования и единицы измерения. И предлагается отсканировать штрихкод. Так вот. Мы используем демо-версию, и не знаю, с этим ли связано или нет, но функция скнирования не работает. Т.е. сканер вообще никак не реагирует на кнопку SCAN. Мы что-то не правильно делаем, или это ограничение демо-версии?
(3) Новиков, ошибка в надписи поля, исправим в ближайшем обновлении. Просмотр номенклатуры никаких особых функций не несет, сканировать можно в операции "Собрать штрихкоды". Функциональность поля описана на сайте - http://www.cleverence.ru/techsupport/changes-new-versions.htm добавлена в версии 2.6.7.5. Коротко:"Поиск может вестись по артикулу или наименованию (части артикула или наименования), включая транслитерацию (написания русских слов латинскими буквами).
При размере справочника до 40 тыс. позиций поиск производится сразу по мере ввода. Для больших справочников - по нажатию Enter. Возможен ввод сразу нескольких условий через пробел (например, "кар пин" найдет "картины Репина")"
(5) Cleverence, спасибо за ответы! В принципе, уже многое понятно, как с этим работать. Осталось только к бухгалтерии все это прикрутить, да драйвер у вас платный приобрести :)
(2) все равно засада, в промежуток времени между выгрузкой в ТСД и обратной загрузкой цена может быть изменена. В итоге получим бяку при загрузке из ТСД?
.
аналогично и по количеству... - где нибудь фиксируется что документ выгружен в ТСД и не может быть изменен ...?
(18) CheBurator, "все равно засада, в промежуток времени между выгрузкой в ТСД и обратной загрузкой цена может быть изменена. В итоге получим бяку при загрузке из ТСД? " используя драйвер проф http://www.cleverence.ru/sw/soft.aspx?m=MS-1C-WIFI-DRIVER-PRO с модулем автозагруки http://www.cleverence.ru/sw/1c-drivers/ms-1c-wifi-driver-pro-auto.htm, можно настроить получение актуальных цен как на ТСД так и при загрузке в документ 1С.
"аналогично и по количеству... - где нибудь фиксируется что документ выгружен в ТСД и не может быть изменен ...? " либо использовать вышеперечисленный вариант, используя настройки в модуле автозагрузки(настроить чтобы когда документ выгружен на ТСД, менялся какой-либо реквизит в документе 1С, далее в настройке при загрузке в 1С изменять этот реквизит.), либо во всех других случаях обработки выгрузки на ТСД и загрузки в 1С изменить. Там не долго и любой программист 1С справится.
(19) имхо, как-то проще надо.
не знаю, надо ли где-то при ФИЗИЧЕСКОМ приеме товара принимать такую НЕМАТЕРИАЛЬНУЮ сущность как цена..?
выгружаем в ТСД типа "номенклатура-прочиеИДпономенклатуре-количество", отрабатываем на сканере, загружаем обратно в документ принятое количество, синхронизируясь по "номенклатура-прочиеИДноменклатура", и "по барабану", какие там цены, суммы и прочее нематериальное - главное правильно привязаться к нужным строкам-количествам...
...???
.
а то меня реально пугают всякие настройки для выгрузки-загрузки по ТСД - с которыми должен справляться среднеквалифицированный оператор-склада...
.
а на ИС-конференции была секци яскладского учета... что ж вы не приехали народ окучить...? ;-)
(20) CheBurator,
"а то меня реально пугают всякие настройки для выгрузки-загрузки по ТСД - с которыми должен справляться среднеквалифицированный оператор-склада... " обработки простые, интуитивно понятный интерфейс, все справляются, и "среднеквалифицированный оператор-склада" разберется без труда.
"а на ИС-конференции была секци яскладского учета... что ж вы не приехали народ окучить...? ;-) " - учтем замечание.
(21) что делать, если на ТСД нужна чуть более извращенная логика, чем простое жмакание на соответвкие количества..?
каков у вас штатный подход/цикл в таких случаях..?
(26) CheBurator, rdp требует постоянного подключения и на терминале, не удобен, клиент Mobile SMARTS может работать автономно, включает и выключает сканер когда нужно и интерфейс сделан специально для терминала, кроме того он не только с 1с работает. Вообще, странный вопрос, для rdp в 1с и так можно рисовать. Более подробное сравнение http://www.cleverence.ru/mobile-smarts/benefits.htm
(27) удобен/неудобен в RDP - у каждого свое мнение ;-) (у меня успешно напрямую в RDP вертится на данный момент 15 ТСД мотороловских 9090 с достаточно интенсивным клацанием - проблем никаких нет ;-)
.
а речь как раз о том, чтобы облегчить рисование/потсроение фейса для ncl в 1сине...
ну, на нет и суда нет...
4.
Denis_Viktorovich
14529.05.13 08:18 Сейчас в теме
Не так давно внедрил Ваш продукт у себя на предприятии, версия WiFi Pro, пришлось допиливать конечно обработки и промежуточные БД, но без этого не куда! Прикрутил я значит к 1С 7.7 ТиС, и 1С 8.2 Ювелирный торговый дом от компании "ювелирсофт"! Своей гибкостью и возможность дорабатывать хоть клиента для ТСД, хоть промежуточную БД мне очень понравилось!
(4) Denis_Viktorovich, спасибо. Отправляйте нам замечания по функционалу драйверов. Если замечания будут применимы ко многим поддерживаемым конфигурациям, то мы их добавим в драйвер.
(4) Denis_Viktorovich, (4) Denis_Viktorovich, (4) Denis_Viktorovich, Добрый день,
Подскажите как грузите номенклатуру из Ювелирки в УТ10? Документом или таблицей значений?
У меня сейчас аналогичная проблема возникла. В терминал данные загрузил через батч драйвер, а из него что то не хочет список загонять в документ.
Не удалось получить список документов! Ошибка: Ошибка при получении списка документов. Описание ошибки: System.Runtime.InteropServices.COMException, Исключение из HRESULT: 0x80042009
Stack trace: в PortableDeviceApiLib.IPortableDeviceResources.GetStream(String pszObjectID, _tagpropertykey& key, UInt32 dwMode, UInt32& pdwOptimalBufferSize, IStream& ppStream)
в PortableDevices.PortableDevice.DownloadFile(PortableDeviceFile file, String saveToPath)
в Cleverence.Warehouse.AndroidDevice.CopyFileFromDevice(String localFileName, String remoteFileName, Boolean overwrite)
в Cleverence.Warehouse.DeviceExchangeHelper.GetTerminalDocuments(String[] files, String configFolder, String docsFolder)
в Cleverence.Warehouse.DeviceExchangeHelper.GetDocuments(StringCollection idList, String docType, Boolean checkForFinish)
в Cleverence.Warehouse.StorageConnector.GetDocuments(String docType, Boolean checkForFinish)
в Cleverence.Warehouse.TerminalConnector.GetDocumentsList(String DeviceID, Object DocumentsList)
(8)
Используем Goods, поэтому конечно хотелось бы сравнить обе программы.
1. Какие общие различия, совпадения?
2.Идея работы Goods: указываем(сканируем) общий номер, например накладной,
а далее сканируем товары.
После загрузки, обмениваемся с 1с.
Таков же порядок в Mobile SMARTS ? Или иной?
3.В версии goods3 есть ограничение на длину общего поля - только 8
В версии goods4 ограничения нет. Есть ли ограничения в на длину в Mobile SMARTS ?
4.Общее поле в Goods только одно. Можно ли в Mobile SMARTS иметь несколько общих полей?
5.Какие есть настройки по управлению таблицей данных при загрузке?
Вывод дополнительных полей, фиксированные значения...?
6.Возможен ли обмен между ТСД и терминальным сервером через RDP?
(11) Уточните цены на ваш продукт.
Если мы имеем 12 терминалов, мы должны приобрести 12 Драйвер терминала сбора данных для «1С:Предприятия» на основе Mobile SMARTS?
Добрый день.
Да совершенно правильно, на каждый ТСД лицензируется программное обеспечение.
Если у вас 12 ТСД тогда вам нужно приобрести 12 лицензий к ним.
(23) scream, альтернатива чему? нашим драйверам, одному из драйверов, одно операции из конкретного драйвера? не понятно. В наших драйверах открыт код как обработок 1С, так же можно менять функциональность программы на ТСД (среда Mobile SMARTS, http://www.cleverence.ru/mobile-smarts/devlib/index.htm).
по "профитам" по указанной ссылке
.
Звуковое оповещение при ошибках (привлечь внимание пользователя к экрану ТСД) - в части RDP = отсутствие. Неверно. Пункт некорректен (у меня идет всяческая зхвуковая озвучка событий, заходя на склад - я уже по звукам ориентируюсь что и как, и работникам - с их слов - очень помогает озвучка).
.
Работа без стилуса (стилусы теряются, шариковые ручки портят экран устройства). в части RDP = "много часов отладки форм, чтобы вычистить все случаи потери фокуса ввода и кривого порядка перевода фокуса" - сравнение правильное, но сильно натянутое сравнение. Тот, кто пишет формы напрямую в RDP очень быстро выходит на технологию правильного конструирования и это не представляет существенных затруднений. и мое глубокое мнение - что если на ТСД надо где-то тыкать в экран - это должно быть очень редко, в противном случае - надо менять концепцию...
.
Мобильная печать на Bluetooth принтеры, в части RDP = отсутствует. Сравнение некорректное. Там где работает прямой доступ по RDP - скорее всего есть и вайфай ;-) организовать печать на вайфайный принтер - дело техники (конечно, это м.б. посложнее полностьб автономного решения). Испытания такой вайфайной печати проводили, работает. Но не используем - т.к. нет необходимости и не понравился сам принтер мобильный. А на ричтраке поставили обычный принтер этикеток с файфайной точкой - пыхтит себе уже больше года, есть не просит...
.
Автоматическое подстраивание под разные размеры экрана, RDP = отсутствует, - сравнение некорректное. Испытаний не проводил, но технически реализуемо, но геморно (технология есть, описана). Проще (хотя это и не есть хорошо концептуально) и быстро - просто клонировать обработку и перерисовать интерфейс под нужный экран с привязкой и ИДу/имени мобильного устройства. У себя буду делать именно так ( вплане наручный терминал). Таким образом - сравнение некорректное, т.к. сравнивается не две возможности, а реализация обеспечени работы - можно автоподгонокой, можно иначе. Имхо, автоподгонка, конечно гламурнее, однако как правило то, что делается "автоматом" - начинает проигрывать в юзабельности...
.
Блокирование доступа пользователей к другим программам на ТСД (чтобы не играли, не ходили в интернет, не ломали настройки), RDP=только в платных клиентах. Сравнение некорректное, частности обощаются и подаются как верные. а) сама обработка. работающая в RDP - только рабочее. Запрет доступа баловаться уже на самом ТСД (да, такие попытки пероналом предпринимались) - блокируется, например, у моторолы лежит бесплатная софтина, в итоге у меня на ТСД - ярлык запуска работы и калькулятор+эксель на всякий случай (но я не видел чтобы ими пользовались).
.
Оповещения о скором разряде батареи, RDP=отсутствует. Неверное утверждение (надо - могу скриншот кинуть ;-), возможно снова частности переносятся на общее. например. на мотроле разрад батареии индицируется пиктограмкой и увсплывающим сообщением на самом ТСД - у меня это видно, т.к. обработка в базе работает не на весь экран. а оставляет внизу и вверху маленький титул - с индикаторами батареи, вайфая. регулировки звука, время. Можно обработку развернуть на весь экран - может тогда и не будет видно - не знаю, не пробовал - нам удобнее с титулами/индикаторами.
.
Программистам/Админам не нужно учить ничего нового - тут уж какие специалисты попадутся... у нас, в принципе, затруднений не вызвало. 8 терминалов шуршит с 2008 года, потом постепенно догнали сейчас до 15...
.
ИТОГО: ряд профитов притянут за уши. Нехорошо! ;-)
.
И еще: для рдп-клиентов и онлайн-работы есть такая замечательная возможность как подконнектиться к терминальной сессии и наблюдать за живой работой (я обычно использую мобильное приложение, которое стоит на ТСД - и через него коннекчусь к экрану терминала для наблюдени/записи/прочее) - наблюдение за живой работой частенько позволяет уловить некоторые вещи, которые не были учтены при организации работы/удобства работы. Живое видео реально работы: http://zalil.ru/34543320 + к этому при онлайн работе я всегда могу на терминал "выплюнуть" какое-нить нештатное ЦУ/сообщение/предупреждение (иногда посматриваю - по темпу работы видно, что халявят - даю мессагу ататат! ;-)
.
так что безусловных предпочтений между рдп/авномнокой - нет ибыть не может. все зависит от частностей. везде есть свои плюсы/свои минусы.
.
так что на сайте - ежели не в лом ;-) - можете подправить в соответствии с критикой.. ;-) в т.ч. напрямую опубликовать мои "замечания" ;-)
.
кстати, звуковая озвучка событий очень близко заменяет войс-пикинг: чем брать за три ляма войс-пикинг - на эти деньги проще взять наручные терминалы в hlg с озвучкой событий (или андроиды автономные). при правильном подходе можно озвучивать почти все - к какой ячейке идти, что делать - так ак тсд-шные фейсы -простые и однозначные (если это не так - что-то в конесрватории править?) - возможных ситуаций не так много для озвучки и подтверждения делаются либо штрихкодлированием либо тупо тыканием в центр экрана... ;-)
CheBurator, это вы здорово разобрали каждый пункт, но нельзя сказать, что сами подошли объективно или корректно. да, RDP еще долго будет цепляться за жизнь, как telnet, Norton Commander, Cobol, винтажные Форды и т.п. например: люди даже по telnet сейчас с ТСД и RFID данные передают, и звуки, и фотки, и всё - а чего, рабочая технология.
конкретнее по пунктам:
>> звук
то, что у вас новехонькие 15 Моторол, очевидно под последней Windows Mobile 6.0 виндой, работают со звуком и прочим - ничего не говорит о тех тысячах устройств, с которыми приходится работать менее везучим людям.
>> Тот, кто пишет формы напрямую в RDP очень быстро выходит
очень быстро - это за 20 минут или всё-таки "много часов"?
>> Испытания такой вайфайной печати проводили
молодцы, что проводили, но пункт был про Bluetooth-печать на Bluetooth-принтеры.
>> Автоматическое подстраивание сравнение некорректное. Испытаний не проводил, но технически реализуемо
ну наверное при должной квалификации конечно реализуемо. и вообще, можно же написать свой RDP клиент с девушками и блэкджэком, и тогда любые попытки сравнения будут некорректными - он будет автовсёвообще, заведомо лишен любых даже потенциальных недостатков.
>> Оповещения о скором разряде батареи
Windows CE предупреждает только о разряде "внутренней батареи" - отдельной батареи, которая для ROM и работы часов. но разряд внутренней батареи - это уже полный финиш, сменой внешней батарейки на запасную не решается и требует вставки в кредл на несколько часов.
(31)
> то, что у вас новехонькие 15 Моторол
- моторолы от 2008 г. - совершенно спокойно работало со звуком, да под вин.мобайл были. Про тысячи других дивайсов - ну да, есть такие проблемы возможности. Тогда и помечайте в пункте " для рдп в части старых устройств и старого софта, которые не поддерживают звук".
> очень быстро - это за 20 минут или всё-таки "много часов"?
сама отрисовка формы со всей логикой - занимает достаточно времени, вот тот видео-мультик, который по ссылке в предыдущем посте - занял ровно 20 часов, с полного нуля до полной готовности (3050строк, 8 слоев логики, в мультике не показаны как минимум еще 2 "слоя" логики - свободный коробочный отбор в т.ч. с неназначенных ячеек). Проблемы с фокусировкой - не занимают времени. Вчерновую фейс можно набросать очень быстро - основное время занимает не сам фейс, а взаимодействие фейса и логики приложения, вытачивание удобств. ясен пень, что специализированное решение наверняка позволяет делать это быстрее...
> но пункт был про Bluetooth-печать на Bluetooth-принтеры.
привязывать блютуз принтеры к вайфайным ТСД и сравнивать неудобства/невозможности такого решени я- тут я свами никак не соглашусь - это как сравнивать хрен с пальцем - по форме похожи.. но как-то оно неаккуратненько ;-)
> Windows CE предупреждает только о разряде "внутренней батареи" - отдельной батареи, которая для ROM и работы часов.
а, об этой батарее? ну это надо реально постараться чтобы эта батареяя села... за все время ни разу не встречал у себя... но тут настаивать не буду, не знаю - предупреждает ли винмобайл о разряде внутреней батареии...
>> лучше бы в профитах сравнили стоимость лицензии
эх, еще бы если кто покупал эти лицензии CAL на Windows )
>> звук 2008
верно, звук есть только в новом протоколе RDP 6.0, с выходом Windows Server 2008. про батареи по деволту Windows CE/Mobile только о разряде внутренней (backup) батареи и предупреждает. есть иконка, есть переход в режим экономии навсегда гаснет подсветка, но никаких предупреждений об основной батареи вплоть до отключения нет. ну либо 1 раз покажется на английском, погасит подсветку.
>> привязывать блютуз принтеры к вайфайным ТСД
ну с ТСД ситуация такая, что там либо никаких беспроводных возможностей, либо и bluetooth и Wi-Fi. при этом мобильные Wi-Fi принтеры дороже, почти никогда нет в наличии.
>> где такие фикси есть и лень/прочее делать свое/альтернативы решение
да. или кому уже не вновинку поиграться интересно, сделать велосипед, а хочется побыстрее сбросить с себя эту задачу.
>> однако, надо сказать что слышал и негативный отзыв про клеверенс
было бы интересно узнать подробнее, мы всегда прислушиваемся.
>> часть расположения товара по ячейкам - успела поменяться! - что будем делать..?
для Wi-Fi правильно было бы не выгружать ячейки в товар, а таскать их онлайн с 1С как у нас реализовано в ПРОФ версии драйвера.
(35) CheBurator, кстати интересно, а как вам удалось решить те две проблемы, что сканер всё время включен сканирует пищит типа всё ОК (даже если вывалилась сессия), и что нельзя слишком быстро сканировать чтобы сессия не захлебнулась от потока символов?
что сканер всё время включен сканирует пищит типа всё ОК (даже если вывалилась сессия),
- руководствуемся известной японской мудростью, которая звучит так: "Ябу ябуди наоди муди" - что значит "шаг за шагом к поставленной цели"... что в переклладе к складским технологиям расшифровывается просто: не изобретатйе сложных длинных задач, делайте короткие элементариные задачи" (о чем я рассказывал немножко на складской секции на ИЕЕ-2013)
а) я уже не помню, когда персонал жаловался на то, что терминалы работают неустойчиво и рвется сессия...
б) даже если сессия порвалась - просто тупо коннектимся повторно и оказываемся ровно в том месте где оборвались и работаем дальше
в) если сессия оборвалась, то сборщик "накосячит" всего лишь на "коротком" участке - например, на отборе в одной ячейке - например, сессия оборвалась когда сканирует коробки отбирая из ячейки не глядя на экран - тогда будет бесконечный отбор - система не тормознет при попытке взять лишнее - сборщик очень быстро это обнаружит. просто переконнектится и сделает отбор из ячейки правильный. Второй вариант: сборщик увидел что надо взять 5 коробок - щелкнул по одной коробке и начал руками брать 5 коробок - взял, тут ему надо посмотреть на экран чтобы увидет какая следующая чейка - а инфы на экране нет - обрыв - коннектится повторно и исправляется. Вдобавок к этому сейчас перехожу на уникальные ШК коробок - что не даст возможности сборщику "халявить" - каждый отдельный жмак будет подтверждаться звуковым сигналом из 1Ски - если сессия оборвется - этих сигналов на жмак по ШК не будет - сборщик СРАЗУ стопорнется. Вдобавок у меня двухпроходная система - сборка и контролупаковка - если накосячат на сборке - это отловится на контролеупаковке. чтобы одновременно накосячили на двух участках на одной позиции - это совсем уже наплевательское отношение к работе. если подумать сильнее - то еще какие-нить фишки всплывут, которые не дают возникать проблемам или отлавливают их максимально быстро. А если резюмировать - ну нету у меня обрывов сессий!! если и есть где нить тотально в углу склада может быть - меня об этом не дербанят. основная зона склада порядка 85х65 метров, одна точка стоит, пробивает успешно.
что нельзя слишком быстро сканировать чтобы сессия не захлебнулась от потока символов?
- ну, у меня когда народ "халявит" - сканирует примерно где-то со скоростью три жмака в секунду - все успевает отработать... если совсем уж буреет и быстро жмачит на кнопку сканирования лишь бы нажмачить - да, символы проглатываются, но тогда получается "невалидная" последовательность символов и если это схватилась вторая половина последовательности символов - то 1ска сразу стопорнет красным экраном и громким аляромом что это неправильный штрихкод, если же схватилась первая половина, а вторая обрубилась или проглотились какието символы - то 1ска не найдет нужный объект в базе и опять же вывалит красный экран и громкий алярм, типа
(34) Cleverence,
>>>верно, звук есть только в новом протоколе RDP 6.0, с выходом Windows Server 2008
Звук есть в RDP протоколе начиная с версии 5.1 - с выходом 2008-го сервера добавилась поддержка работы с микрофоном.
лучше бы в профитах сравнили стоимость лицензии для терминального подключения и стоимости вашей лицензии (кстати - лицензия единовременная или годовая?) - это было бы правильное сравнение... в части снеговика - где все еще сложнее и надо лицензии отдельные (а не как у клюшек купил и все...) - для многих такая жкономия (если она есть) - может быть решающим фактором.
.
ваше решение стопудово хорошо юзать там, где поддержка 1ски в конторе слабовата и нет своих фиксей. Наверняка, может быть удобно и там, где такие фикси есть и лень/прочее делать свое/альтернативы решение...
.
однако, надо сказать что слышал и негативный отзыв про клеверенс - что говорит о том, что не все "среднеквалифицированные" могут справиться... но так как негативный отзыв подвердить фактами не могу - не будем это считать.. ;-)
.
кстати, вывалили задание на ваш ТСД, часть задания выполнено, а часть расположения товара по ячейкам - успела поменяться! - что будем делать..? топать на "связь" и переподгружать...?
как-то так...
вообщем-то, проблемы не в техникепрограмме -= проблемы в персонале (это единодушно резюмировали все трое соведущих на секции складского учета). По сути у меня сейчас практически войс-пикинг, только вместо голосового подтверждени янадо один раз сосканировать нужный объект. и ячеечный учет упрощенный(что позволяет быстро поднять систему в случае сбоя тьфу-тьфу за 4 года не было... и позволяет делать большую скорость обработки заявок, но есть и минуса - все проблемы лезут там, где есть возможности альтернатив. сейчас буду закручивать гайки, не давая возможности упростить регламенты нин а йоту- очень сильно мне этого не хочется делать, но придется...
.
а к понедельнику надо сделать приемку фур попалетно. потом приемку палет покоробочно и развозку... и тут основноая трата - не на отрисовку форм, а на логику... сделаю - выложу скриншоты-мультики...
.
ухожу непобежденный!
понятно, ок. хотя имхо конечно софтовики всегда ругают железо, а железячники персонал, при этом софт для того и есть, чтобы заставить железо работать, а железо для того и нужно, чтобы персонал выполнял работу эффективно.
а вот такой еще вопрос: если бы Клеверенс продавало некий хелпер к RDP или драйвер ТСД в RDP, который позволял бы из кода 1Ски управлять сканером подключенного ТСД, всякое такое, - насколько это вообще было бы полезно?
> ...из кода 1Ски управлять сканером подключенного ТСД,
навскидку пока что вижу полезное для себя - получили ШК с ТСД - тут же блокируем сканер ТСД чтобы не пережмакали..?? но реальн точно не готов сформулировать навскидку...
Утилита терминального обмена данными с ТСД как работает? Есть ли возможность обмена с базой 1С, если работаем с базой на планшете через rdp-клиент? Хотелось бы оформлять заказы непосредственно в удаленной рабочей базе используя сканер-штрихкодов
(46) i.c.h, по rdp легко, там просто понадобиться нормальный сканер штрих кодов, с нормальным экраном. Просто придется реализовать следующее: создать пользователя для кпк, проще создать ярлычок сразу с логином и паролем, чтобы каждый раз не набирать логи и пароль. И еще нужно будет написать обработку для работы со штрих-кодом, мы собираемся так сделать в будущем, так будет намного лучше, следовательно мы ограждаем себя от проблем с сервером, с драйверов, который раз 5 в неделю зависает, ну и не желательного удаления с сервера документов. Потому что по умолчанию обработка поставляемая с MobileSmarts 2008 даже если не загрузился файл, а слетел драйвер при ошибках драйвера удаляет документы на сервере.
У нас стоит MobilSmarts 2008, за сервере запущена обработка, которая через каждую минуту проверяет наличие документа приход на склад, если есть то мы просто грузим каждый приход на склад как приходный ордер и по ордерам потом формируем поступление товаров и услуг, т.е. ордерный склад получается.
Добрый день!
Я ознакомился с описанием RFID-компоненты от Клеверенс, часть 1 и часть 5.
Есть вопросы:
а) текущая версия компоненты не умеет маркировать при помощи RFID-принтера - стр.7 методички часть5.
есть ли изменения в этом вопросе?
б) непонятно как в целом работают стационарные RFID-считыватели: они запоминают данные считанных меток "куда?" - то ли сразу в учетную программу 1С, то ли в свою СУБД?
в) непонятно как в целом используется технология RFID-компоненты, или как Клеверенс рекомендует ее использовать:
то ли ТСД подключен к учетной программе 1С через RDP-соединение, то ли используется выгрузка-загрузка данных по товарам и документам из учетной программы 1С в СУБД Клеверенс (рекомендуете ли вы использовать вашу программу, идущую совместно с оборудованием Смарт-мобайл?)....
Если Клеверенс предлагает использовать выгрузку-загрузку данных по товарам, тогда не понятен процесс маркировки выпуска продукции.
То есть сначала сотрудник отдела технического контроля (как это чаще происходит на производстве) должен в 1С-ке создать новую партию готовой продукции, затем присвоить ей штрихкод, затем выгрузить в Смарт-мобайл, после этого из Смарт-мобайл произвести маркировку этикетки (RFID-метки) . Неужели такой процесс является рекомендуемым? я наверное что-то не понимаю... разъясните пож-та.
Если речь идет о том, что через RDP-соединение сотрудник отдела технического контроля сразу в 1С создает партию, штрихкод к ней, далее через RDP маркирует метку, тогда я нигде в описании не встречал упоминаний о том, что такой способ пригоден для RFID-компоненты.
г) серийный номер 1С не то же самое, что серийный номер RFID-метки. Согласно описанию стр.9 хранить в базе 1С серийные номера RFID-меток совершенно необязательно. ну это не вопрос даже, а мысли вслух... а то не сразу ясность приходит, начинается путаница с терминологией...
а) для маркировки через принтер уже в мае-июне выйдет специальная компонента, которая умеет прошивать метки по макетам из 1С. вы будете просто печатать на принтер Zebra свои обычные макеты, а компонента будет прошивать метки согласно информации на них и давать фидбэк.
б) считыватели ничего никуда не запоминают - всё сразу шлется в 1С.
в) компонента в целом технологический продукт, для проектов. много разных механизмов и кусочков, которые вы можете собрать вместе как вам надо. при этом ТСД не является частью компоненты, на ТСД работает Mobile SMARTS. Но благодаря тому, что используются международные стандарты кодирования меток, - и компонента, и Mobile SMARTS, умеют и кодировать и понимать, что там закодировано.
Маркировку с ТСД можно производить при помощи Mobile SMARTS, без RDP и 1С. Но это имеет смысл только для жестких корпусных меток, которые крепятся на металл и не могут быть прописаны принтером. А для RFID-меток, которые мягкие этикетки рулонами, вы правы эффективнее будет использовать принтер, см. ответ а).
Вариант с тем, чтобы ходить с ТСД по RDP в 1С и как-то там использовать RFID-компоненту для стационарных считывателей вообще не рассматривался. для ТСД есть Mobile SMARTS, которая сама умеет работать с RFID.
г) всё верно. кроме того, серийный номер RFID-чипа в метке - это не то же самое, что серийный номер маркированного объекта, который тоже хранится в метке.
(52) Cleverence, спасибо за ответ,
только для меня не все очевидно и ясно.... попробую мыслить логически...
хотелось бы внедрить вашу технологию, поэтому для меня важно понимать.
1)
Вариант с тем, чтобы ходить с ТСД по RDP в 1С и как-то там использовать RFID-компоненту для стационарных считывателей вообще не рассматривался. для ТСД есть Mobile SMARTS, которая сама умеет работать с RFID.
Терминал сбора данных (ТСД) - это все-таки мобильный считыватель, он отличается от стационарных считывателей как форм-фактором, так и функциональным назначением. Непонятно, что вы хотели сказать фразой "ходить с ТСД...и как-тот там использовать RFID-компоненту для стационарных..."
Если я правильно понимаю, у ТСД своя технология работы с рфид-метками, у стационарных считывателей - другая...
Верно?
2)
для ТСД есть Mobile SMARTS, которая сама умеет работать с RFID.
А как в мобайл-смартс попадает база по товарам (каталожный код и штрихкод)?
3)
б) считыватели ничего никуда не запоминают - всё сразу шлется в 1С.
напишите пож-та подробнее, как это происходит? после автоматического считывания метки информация о метке где сохраняется и в каком формате? как 1С-ка узнает, что сработало внешнее событие, как например при сканировании штрихкода товара сканером в открытом окне кассира. Или при получении данных с терминала сбора данных, когда мы нажимаем на кнопку "Получить данные с ТСД", при этом ТСД должен быть подключен к 1С....
может в 1С фоновое задание висит, которое с периодичностью 1 сек проверяет все подключенные рфид-ТСД, но тогда где хранится информация о считанных метках?
4)
Маркировку с ТСД можно производить при помощи Mobile SMARTS, без RDP и 1С.
и все-таки, с помощью ручного мобильного ТСД через RDP-соединение из 1С можно будет маркировать метки? то есть не будет ли проблем с пробросом порта ? или других нюансов? такой же вопрос и считыванием рфид-тэга - будет ли работать через RDP-соединение? просто ситуация такая, что сотрудник будет перемещеаться с ручным ТСД по складу, на ТСД будет открыта 1С-ка через RDP-соединение. Такой способ использования предусмотрен вашей технологией?
5) где-нибудь можно прочитать подробно о работе программы мобайл-смартс? про то, как используется в связке с 1С и про другие неявные вещи...
6)
кроме того, серийный номер RFID-чипа в метке - это не то же самое, что серийный номер маркированного объекта, который тоже хранится в метке.
серийный номер маркированного объекта - видимо мы об одном и том же говорим, в 1С-ке другого серийного номера нет... серийный номер рфид-чипа в метке - насколько я понял, это серийный номер, который задается в момент маркировки метки - то есть в момент генерации кода и записи кода в чип метки... верно?
Если я правильно понимаю, у ТСД своя технология работы с рфид-метками, у стационарных считывателей - другая...
что вы имеете в виду под "технологией работы"? частоты, стандарты записи/чтения, потенциальные возможности одни и те же. отличается только 1) форма антенн, 2) излучающая мощность, 3) скорость процессора.
А как в мобайл-смартс попадает база по товарам (каталожный код и штрихкод)?
после автоматического считывания метки информация о метке где сохраняется и в каком формате? как 1С-ка узнает, что сработало внешнее событие, как например при сканировании штрихкода товара сканером в открытом окне кассира
приходит внешнее событие. ТСД тут вообще никаким боком. компонента предназначена только для стационарных считывателей, с которыми работает сама 1С. для RFID-ТСД используется Mobile SMARTS, которая обменивается с 1С через драйвер ТО http://www.cleverence.ru/sw/1c-drivers/tsd.htm. вы сказали, что читали части 1 и 5, теперь для понимания как стационарные считыватели работают с 1С вам нужно прочесть Часть 11 Примеры кода для 1С Предприятия.
и все-таки, с помощью ручного мобильного ТСД через RDP-соединение из 1С можно будет маркировать метки?
с помощью ручного мобильного RFID-ТСД конечно нет. с помощью просто ручного ТСД и стоящего рядом стационарного считывателя наверное да, но тогда непонятно, зачем вообще нужен ТСД.
где-нибудь можно прочитать подробно о работе программы мобайл-смартс? про то, как используется в связке с 1С и про другие неявные вещи...
серийный номер рфид-чипа в метке - насколько я понял, это серийный номер, который задается в момент маркировки метки - то есть в момент генерации кода и записи кода в чип метки... верно?
неверно. серийный номер чипа жестко программируется на заводе чипов и программно не может быть изменен (только хакерскими методами с рентгеновскими лучами и т.п.).
(52) у вас в данной статье написано, что смарт-мобайл позволяет в применении на Производстве маркировать выпускаемую продукцию. А как это происходит пошагово?
В какой момент информация о выпускаемой продукции попадает в смарт-мобайл? Я не увидел картинки в ваших примерах. то есть на какую кнопку надо нажать в смарт-мобайл, чтобы открылся список выпущенной продукции с присвоенным штрихкодом? используется ли характеристика подобная в 1С-программах?
заранее спасибо
(54) Rustig, статья написана на базе готовой конфигурации Mobile SMARTS, которая входит в драйвер ТО от Клеверенс. там готовые операции, идеальные для склада и магазина. А производственный учет в каждой компании с множеством своих нюансов, соотв. всё это проектные внедрения и вам нужны скриншоты с какого-нибудь из проектов, например тут: http://www.idexpert.ru/reviews/5036/
т.е. ваш вопрос в терминах 1С звучит примерно так: "вы говорите, 1С можно использовать на производстве, но на скриншотах я вижу только проводки и журналы документов реализации".
Пользуемся драйвером и хочу отметить...
Логика работы организована не совсем правильно:
1)Отпуск товара создает заказ покупателя, хотя отпуск товара со склада предусматривает реализацию товаров и услуг.
2)модуль загрузки не перезаписывает товары которых нет в наличии.
Пример: в модуле загрузки стоит настройка автоматически загружать в исходный документ, то есть если открыли поступление товаров и услуг, то ТСД туда и загружает, оно ведь должно перезаписывать кол-во когда на ТСД операция закончилась?
Пример в поступлении у нас было:
1) лопаты 4 штуки
2) грабли 5 штук
3) вилы 3 штуки.
При пересчете выясняется что есть только:
1) лопаты 3 штуки (по факту на 1 меньше)
2) грабли 5 штук
вил нет. (по факту)
Когда ТСД выгружает в тот же документ то он делает так:
1) лопаты 3 штуки
2) грабли 5 штук
3) вилы 3 штуки
(то есть кол-во лопат меняет, а кол-во вил не меняет, их вообще нет, а он их 3 штуки пишет.
3) не хватает функции корректировки накладной. Например собрали заказ, посчитали, покупатель вроде бы говорит все. мы его закрыли и тут он увидел что нибудь интересное и просит добавить в заказ, приходится делать новый. Нельзя настроить чтобы как в 1С открыл заказ добавил туда что нужно и закрыл. Или например у нас 2 этажа с продукцией, на первом собрали и закрыли заказ чтобы его провести и узнать нет ли резерва, пошли на второй этаж и в этот же заказ не можем добавить, т.к. он уже закрыт.
Логика реализована с учетом требований большинства клиентов. Она подходит не всем. Вы всегда можете изменить как тип загружаемого в 1с документа, так и печатную форму, которая печатается из ТСД. Весь функционал в 1С открыт для правок.
> 2)модуль загрузки не перезаписывает товары которых нет в наличии...
Да, в текущий момент работает так. Если хотите чтобы работало по вашему, нужно настроить свое заполнение документа 1С: указать "Выполнить только дополнительный произвольный код" и пишите свое заполнение документа 1С.
К сведению, в ближайших версиях будет добавлена настройка (флажок) по предварительной очистке указанной табличной части документа перед заполнением, которая в вашем случае будет уместна.
> 3) не хватает функции корректировки накладной...
Если я правильно понял(не могу понять что подразумевается под "он уже закрыт", считаю, что документ заказа завершен на ТСД), то нужно вот это:
Вам нужно заполнять табличную часть "СтрокиФакт" документа ТСД:
http://prntscr.com/4567md - откройте закладку "Операции ТСД"
http://prntscr.com/4567vi - откройте настройки заполнения документа ТСД
на примере настройки "Заполнение документа ТСД на основании документа 1С "Отбор (размещение) товаров"" посмотрите как заполняется таблица "СтрокиПлан" документа ТСД:
...
ДокументТСД.СтрокиПлан.Добавить(СтрокаТабличнойЧастиДокументаТСД);
...
Вместо "СтрокиПлан" сделайте заполнение "СтрокиФакт".
(60) Cleverence,
с 1) можно долго спорить, можно даже опрос сделать, а вообще у меня ощущение что этой функцией у Вас никто не пользовался до меня.
Потому что при мне исправляли баг который был с валютой, загружались нулевые курсы при выгрузке из ТСД в 1С и документ поэтому не проводился.
Даже по логике подумайте... для чего нужен заказ? по интернету прислали заказ и мы его забили на компьютере ручками, или загрузили через файл. Поставили товар в резерв и выставили счет. После оплаты начали собирать его и делать реализацию.
А Если покупатель сам пришел на склад и сам отобрал товар то зачем ему делать заказ? Заказ это предварительная договоренность. А тут никакая договоренности не нужна. Нужна реализация товаров. А еще нужна корректировка этой самой накладной, в 3 вопросе я имел ввиду закрыт документ допустим реализация, закрыт я имею ввиду что если его снова открыть в подборе заказа то он не прибавляет, а перепроверяет. По хорошему Вам нужно создать 2 операции: создание реализации и корректировка реаизации, можно сделать и в одной операции.
Сейчас нужно еще покупать около 3 ТСД и ПО для них, но Вы к сожалению не слышите потенциальных покупателей, я уже думаю разработать другое ПО под себя, все равно выйдет дешевле чем покупать у Вас лицензии, да еще перерабатывать все под себя. Вы правильно заметили, изменить я могу все что угодно, код открыт, но Вы продаете готовый продукт для пользователей. Поэтому мы готовы платить по 13500 за каждую лицензию на ТСД.
Но когда нам заплатив за лицензию при этом нужно еще платить программисту чтобы дописывал, тогда какой смысл лицензий? Поддержка отвечает раз в день, скайпа даже нет чтобы с кем то пообщаться нормально, недавно подлючался Михайл по Ammy admin(сначала было письмо что сейчас подключимся, потом я ждал подключения около 1,5 часов), потом он много чего сделал в этом плане молодец, несколько Ваших багов решил, в обновлении их сделать не обещал и потом недоделав дело до конца отключился, ничего не сказав, на почту пишу, а мне уже больше суток никто не отвечает. Если не можете оказать качественную поддержку верните деньги.
И еще: если я сам поменяю код то лишаюсь обновлений, или же придется после каждого обновления все восстанавливать.
Вот сейчас вышло новое обновление где написано что исправлена ошибка потери связи с сервером, вот откуда мне знать что там Михаил правил? Получается что я лишился обновления, или обновится и потерять все что мне сделал Михаил или сидеть без обновлений. Неужели было трудно включить все ошибки в это обновление?
Ведь я не выдумываю, у Вас не работают алгоритмы заполнения по умолчанию, не тип цен, не организация не прочее. В обновлении этого нет.
2) ну тут уже вообще не понятно, это явный баг, так не должно быть. Или Вы меняете полностью новый документ, или не меняете его совсем.
Сейчас выходит что то кол-во которое просто уменьшилось или убавилось Вы меняете, а если товара вообще не окажется то при сохранении он в документе останется. Его нет, а он останется.
3)Спасибо за разъяснения буду пробовать.
p.s.
4) Сейчас обнаружил еще баг с инвентаризацией:
создал инвентаризацию, заполнил ее, провел. А ТСД ее не видит, в настройках все по умолчанию, установлен флаг и отбор проведенных документов за текущий день.
В текущем 2014 году этот модуль автозагрузки был приобретен на 206 единиц ТСД и работает в 62 компаниях-клиентах. Действительно, есть такая проблема, что каждый клиент по-своему понимает, как должен формироваться заказ, какие заказы отбирать и т.п. Бизнес у всех разный. Продукт дает возможность наладить и запустить всю работу как следует, но при этом многие операции «из коробки» идут просто как демонстрация технологии.
Предлагаем снова переместить это общение в техподдержку, только уже с повышенным приоритетом и контролем со стороны нашего руководства. Мы выделим больше ресурсов, сконцентрируем усилия и постараемся довести этот функционал до состояния, когда не стыдно папе показать.
Может есть хорошие программисты которые разбираются в ПО Клеверенс?
Которые не дорого смогут создать нужные мне операции.
пишите на почту: info@kutnor.ru
У Вас даже те операции которые уже есть нормально не работают:
Операция Подбор заказа - для чего там кнопка создать новый документ?
Наверно чтобы создать новый документ нужно чтобы он создавался нормально и сохранялся.
Михаил мне починил почти все недоработки, но в обновление это вносить Вы не хотите?
Разве в новом документе не должен быть выбор контрагента? Почему контрагент при выгрузке пустой? Значения которые должны быть по умолчанию не работают.
Мне Михаил быстренько набросал код чтобы выбирался контрагент, но теперь если я не делаю новый, а открываю старый документ, то у меня меняется контрагент который был, на папку Индивидуальные предприниматели.
по третьему пункту ячейки прибавляются, пришлось в коде закомментировать //ДокументТСД.УстановитьПоле("ПоЯчейкам", 1);
и все равно не то.
Допусти в 1С забита 1 лопата, открываю документ и там 0, забиваю еще 1 лопату, сохраняю, остается в документе 1 лопата. А должно быть 2.
То есть нужно прибавить еще 1.
Если мне нужно разрабатывать свою конфигурацию Mobile Smarts, то смысла брать ПРОФ версию нет? Есть ли возможность обращаться напрямую к учетной системе, без использования промежуточной конфы?
(68) >> Есть ли возможность обращаться напрямую к учетной системе, без использования промежуточной конфы?
Конечно можно обращаться напрямую к любой конфе. Промежуточная конфа - просто технический способ добавить в стандартную конфигурацию 1С фукнционал по работе с ТСД. Если бы можно было дописывать справочники и код в любую конфигурацию, при этом не ломая её и не снимая с поддержки, то мы бы так и делали.
Kutnor,смысл простой - если ты/я/он - реальны йпрог и сидишь на постоянке в своей конторе или очень плотно на обслуживании - никакого смысла покупать стороннее ПО как готовое решение нет. варианта два - купить ПО( по возможности с открытым кодом) - заложенные базовые механизмы использовать сугубо как скелет для своих хотелок/функционала, которые ппишуться нами самими лично. Или разрабатывать ПО для работы на ТСД самим.
.
Потому что.
.
Ни один производитель софта/решениq для ТСД.склада.ВМС не будет писать ПОД ТЕБЯ ЛИЧНО. потому как: реально тонкости и структуру системы знает только тот, кто ее разрабатывал. Писать для тебя будут такие же проги как ты - а может даже и похуже квалификацией. потому что постоянный вал доработок поставщик софта для своих прогов а) не может обеспечить (а им кушать хочется поэтому они или шабашат на стороне или доработки делают как стороннюю шабашку) б) если обеспечтвает вал для своих прогов - то это вал хотелок/дописок/менялок/аздесь вот такнадо - сидеть и кулдьтурно всяе это дизайнерить ни у кого времени нет.
.
в итоге преаращается прордаваемое решение в набор кучи всего. которое нсатолько универсально, что это не дает возможность сделать как теме/мне хочется.
.
вот и все. имхо конечно.
.
если есть возможность тсд работать напрямую в базу через РДП - то даже морочиться нечего - самому проше написать пару форм и треьуемый к ним функционал, чем разбираться в мегатоннах универсальности... самосоятельный софт для ТСД - тут не спец, не скажу.
(70) CheBurator, а зачем тогда, например, писать что-либо на 1С? Почему не забубенить на С++ свою кошерную систему с поэтессами и преферансом, как многие поступают? Ведь компания 1С тоже под тебя лично писать не станет. Это всегда вопрос взвешивания за и против.
(72) Здравствуйте, сейчас работа БАТЧ-драйвера через браузер невозможна. Но можно опубликовать Wi-Fi драйвер наружу так же, как и базу 1С, чтобы ТСД подключался к нему по http url (при вставлении в кредл у ТСД появляется сеть). А какой именно браузер?
Добрый день.
Подскажите, пожалуйста, если есть необходимость максимальной функциональности данного ПО, то приобретать нужно:
1. Утилита терминального обмена данными с ТСД
2. Драйвер Wi-Fi терминала сбора данных для «1С:Предприятия» на основе Mobile SMARTS, ПРОФ
3. Модуль автоматической загрузки/выгрузки к драйверу Wi-Fi терминала сбора данных для «1С:Предприятия» на основе Mobile SMARTS, ПРОФ (приобретается только в дополнение к драйверу Wi-Fi версии ПРОФ, только для 8.1/8.2)
4. Драйвер инвентаризации основных средств с помощью терминала сбора данных для «1С:Предприятия»
И все? Или же Драйвер терминала сбора данных для «1С:Предприятия» на основе Mobile SMARTS, тоже необходим?!
В целом продукт не плох но есть ряд недоработок при даже стандартных схемах работы
Пример УТ 11,стандартная ордерная схема.
Заказ-реализация-Расходный ордер на товары,стандартная схема,делаем заказ,выгружаем на тсд реализацию-на основании отсканированного товара.
Делаем расходный ордер на товары,из коробки в клеверансе это не заработает,
так же как и поиск документов по штрих коду в УТ11(в ут 11 нет отдельного реквизита штрих код). Все это требует доработок собственными силами и средствами,а ведь это стандартные схемы работы,гибкость да есть не спорю,но как говорится осадочек остался.
Общение с тех поддержкой очень тяжело дается.комуц интересно могу сбросить переписку,менеджеры работают на 5,техподдержка еле на 3 ку вытягивает.
(75) Anyxwar, "кривой" этот клеверанс. Установил "Драйвер Wi-Fi проф" для проверки на ТиС 7.7 из дистрибутива который на сайте, так оно даже на своем же эмуляторе для ПК не запускается.
Добрый день.
Использовал для загрузки данных из ТСД в 1С произвольный код который в драйвере /Загрузка документа с ячейками в документ 1С "Отбор (размещение) товаров/. Все заполняется, но движения документа нет т.е. документ после записи не провелся.
В коде: ДокОтборИРазмещениеОбъект.Записать();
Пробовал: ДокОтборИРазмещениеОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); -- ругается на синтаксическую ошибку
Скажите пожалуйста это потому что у меня демо версия или так и будет работать надо заходить и проводить документы?
Cleverence Mobil Smart только с виду хорош. По факту все ухищрения с промежуточной базой, которая должна позволить обновлять основную 1Ску не работают. Платформа по признанию самого программиста который делал доработки глючит и не соответствует документации. Техподдержка не то что на 2оечку, ее практически нет. Да оно и понятно - поддерживать неподдерживаемый продукт ужасно трудозатратно!
Если что-то сами доработают в конфигурации под нужды заказчика, пиши пропало - нельзя обновлять ничего или сразу плати (ситуация с 1с 5-10 летней давности приблизительно). Причем ладно бы плати за техподдержку и официально так нет - давайте 10 т.р. но или на карту или яндекс.деньгами ибо мы такие огромные, что меньше чем за 60 т.р. пальцем не шевелим. И это не какие-то происки персонала (как могло бы показаться) который решил подзаработать! Это политика компании! Налоговая прям рыдает по этой конторке! Ждите проверок друзья!
Мы купились на обещанную гибкость, в итоге отвалили за лицензии 100 т.р., за доработки 60 т.р. и получили черта с рогами и теперь своими силами пытаемся его привести в чувства! Будьте бдительны!
Добрый день.
Мы хотим внедрить ТСД в 1С. Высылаю Вам данные наших конфигурации:
Тип Терминала сбора данных(ТСД): AutoID6
Конфигурация 1С: Комплексная автоматизация, редакция 1.1 (1.1.43.1)
84.
Denis_Viktorovich
14525.02.21 13:50 Сейчас в теме
(83) под андроид у клеверенс есть тоже софт, но под ТСД с андроид.
Смартфон использовать как ТСД будет не удобно, в первую очередь это сканер штрихкодов не читает камера смартфона так как читает ТСД. Второе это ресурс аккумулятора на смартфоне, в разы быстрей будет разряжаться чем на ТСД.