Имя: Пароль:
1C
1С v8
Работа с базой 1с на ТСД. ☑
0 user997283
 
27.07.18
✎
15:47
Добрый день.

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

И подумали о возможных запусках 1с непосредственно на ТСД. Возник ряд вопросов.
На каких моделях ТСД (или на каких операционных системах и каких версий, устанавливаемых на ТСД) возможно работать в тонком клиенте 1С?
Есть ли у кого опыт подобной работы? Или опыт работы на ТСД с базой 1С через браузер посредством web-сервера?

Пользовался ли кто-то «Мобильной платформой 1С:Предприятия», какие впечатления? Взлетело?
Есть ли ТСД поддерживающие установку обычной платформы 1с-предприятия, как на любом ПК?
1 headmaster
 
27.07.18
✎
15:54
есть опыт работы через браузер в веб-клиенте.
2 Strogg
 
27.07.18
✎
15:57
(0) мы юзаем тсд с wince с непосредственным подключением к базе. Есть специальный интерфейс, на УФ (конфа на ОФ). Пользователи - доменные, аутентификация - доменная. В самом пользаке в среде исполнения прописан пакетный запуск 1С из подданного пользака. Таким образом, логин и пароль пользак вводит только на этапе входа в рдп.
3 Cyberhawk
 
27.07.18
✎
16:01
Если устройство предполагает сенсорный ввод и это не айпад, то про веб-клиент можешь забыть
4 user997283
 
27.07.18
✎
17:54
(2) Сейчас мы тестируем именно такую же схему.
Проблема заключается в том, что когда ТСД не используются они уходят в режим сна, и при этом отключается wifi. Когда ТСД начинают использовать, то wi-fi подключается примерно 4 секунды, это не очень удобно.
Отключать же режим сна черевато быстрым разрядом батарейки.

Есть ли у Вас такие проблемы? Какие ТСД используются?
5 H A D G E H O G s
 
модератор
27.07.18
✎
18:04
(0) На будущее - не стоит плодить темы.
6 Черный маклер
 
27.07.18
✎
18:08
(4) энергосбережение ТСД надо отключать, если надо пусть пользователи ТСД носят с собой внешние аккумуляторы
7 H A D G E H O G s
 
27.07.18
✎
18:10
(0) У нас есть спецформат УФ под RDP для матерых юзеров старых версий 1С 8.3 с передачей ШК через нащу утилиту и отдельное TCP соединение.

У нас есть УФ форма под мобильный клиент и наша утилита трансляции в него сканированных ШК и, (сейчас допиливается) нажатых аппаратных клавиш.
8 user997283
 
27.07.18
✎
18:30
(6) Да, оценил. Это бережет батарейку. Спасибо.
9 Serginio1
 
27.07.18
✎
18:46
(0) Проще купить готовые решения
https://www.cleverence.ru/software/

При этом можно работать как в онлайне так и в оффлайне.
10 Cyberhawk
 
27.07.18
✎
19:20
(7) А зачем утилита для ШК? Чем-то не устроила функциональность мобильной платформы 1С?
11 H A D G E H O G s
 
27.07.18
✎
20:48
(10) МК не принимает ШК.
12 Черный маклер
 
27.07.18
✎
20:55
(7) клавиши, ШК - решения будут кросс или под определенные модели ТСД ?
13 H A D G E H O G s
 
27.07.18
✎
21:09
(12) Кросс.
14 H A D G E H O G s
 
27.07.18
✎
21:14
(12) Вот дока.
https://yadi.sk/i/aIhKQkV63ZeNYX

В playMarkete пока на этапе АльфыТестирования, не найдете, пока вашу учетку в тестеры не добавлю.
15 Сияющий в темноте
 
27.07.18
✎
21:54
Если нужно реально работать с базой,то планшет с беспроводным сканером,все остальное на работу мало похоже,когда нужно ввести текст или длинный номер,давить на кнопки очень неудобно,а экран катастрофически мал.
16 Черный маклер
 
27.07.18
✎
22:08
(14) см орфо...Применяется может тогда, когда с ТСД выполняется...

как с корректностью передачи символов - типа _ / \ и т.п.
17 H A D G E H O G s
 
27.07.18
✎
22:35
(16) Это черновик. Потом пройдет через корректора.
18 Злопчинский
 
28.07.18
✎
01:29
(0) формы, нарисованные в 1С под экран ТСД - вполне нормально работает и на 77 (см.мои ветки на Кубани) и нормально работают на 8-ке в виде ОФ. запускать на ТСД формы родные 1Сные в виде УФ - полная бяка. УФ запускать только на операторских местах на десктопах если надо.
19 DGorgoN
 
28.07.18
✎
08:43
(18) +1.
20 Cyberhawk
 
28.07.18
✎
08:53
(11) Чего?
21 Сияющий в темноте
 
28.07.18
✎
14:04
(18) они и на десктопе не всегда красиво выглядят из за своего оформления,а когда табличная часть влазит только до одной строки возникает ощущение,что разработчики вообще свое решение ни разу не запускали
22 Злопчинский
 
28.07.18
✎
22:45
(21) ну, тут все зависит от частностей.
та WMS, с которой я работаю - УФ-интерфейс на десктопе - вполне нечего, в т.ч. и табличные части документов и прочее.
Тем более что штатно можно всякие группировки, мультистроки и прочее настраивать
23 Strogg
 
28.07.18
✎
23:42
(18) наши умельцы сделали компоненту, которая расширяет форму на весь экран устройства. ПриОткрытии мы просто подключаем обработчик ожидания на выполнение метода распахивания окна и всё ок.
З.Ы. есть проблема неуправлемого роста размера управляемых формв случае исключительных ситуаций. Но и она решается вычищением настроек открытияформы перед ее открытием на устройстве.
(4) Да,точно такая же ситуация.Ноунас 4 сек некритичны, ибо если ТСД используется, то он используется непрерывно, а если нет - то времени пробуждения с подключением хватает с избытком. Насчет моделей отвечал во второй твоей теме: MobileBase Ds3
24 Злопчинский
 
29.07.18
✎
01:47
(23) "которая расширяет форму" - расширяет или масштабирует с пропорциональным изменением всего наполнения рабочего окна?
.
сейчас на платформе - для тупого "расширения" формы на все окно - не надо никаких ВК - режим рабочего стола и все...
25 Злопчинский
 
29.07.18
✎
01:49
(23) по (4) - у меня на куче проектов - совершенно аналогично.

да, могут быть какие-то специфические условия когда юзание ТСД идет регулярно но с таймаутами, превышающими дельты засыпания (если оно не отключено в минус). постоянное пробуждение тогда задалбюывает. Но если БП построен так, что оперативность выполнения операций на ТСд более 3-5 минут - м.б. в этих условиях ТСД вообще не нужен? и бумага (с соответсвующими продуманными БП и канбанами) будет выгоднее...?
26 Cyberhawk
 
01.08.18
✎
17:45
(7) "утилита трансляции в него сканированных ШК и, (сейчас допиливается) нажатых аппаратных клавиш" // Это ваше? http://catalog.mista.ru/project/877548/
27 H A D G E H O G s
 
01.08.18
✎
17:47
(26) Нет.
28 H A D G E H O G s
 
01.08.18
✎
17:47
И я даже знаю, почему ищут исполнителя...
29 Злопчинский
 
01.08.18
✎
17:54
запилить форму для РДП не вопрос. а вот запилить чтобы после жмака по штрихкоду ответ юзверю выдался в приемлемое время - это уже гораздо интереснее
30 Вафель
 
01.08.18
✎
18:10
(29) а в чем тут проблема?
31 крутойкодер
 
01.08.18
✎
18:16
я подключаюсь по RDP
рисую свои морды
и все работает )
32 Cyberhawk
 
01.08.18
✎
18:17
(28) Прошлое место работы что ли твое?
33 Злопчинский
 
01.08.18
✎
18:23
(30) во всяком. большой объем перерабатываемой инфы, недопущение грязного чтения и т.д. когда одноврмеменно с несколько ТСД со скоростью менее секунды жмакают по сканеру и каждый такой жмак обработать отдельно - уже могут быть проблемы со скоростью ответа. Все решаемо, но это хорошо когда есть возможность поэкспериментировать...
34 Cyberhawk
 
01.08.18
✎
18:26
(33) "За лесом слов проблемы не видно" (с) :)
35 Злопчинский
 
01.08.18
✎
18:27
Все проблемы - частные. они вряд ли будут интересны ради побазарить ;-)
36 Вафель
 
01.08.18
✎
18:28
ну на 7 то наверно есть прооблемы
37 Злопчинский
 
01.08.18
✎
18:32
(36) общий журнал. писать свой "движок" неконструктивно за бюджет было, попадаются на клинчах иногда. Видимо придется малость допилить, ставить эксклюзивную блокировку везде где идет обращение к журналу.
38 Cyberhawk
 
01.08.18
✎
18:33
(37) Зачем эксклюзивную? Чтоб грязного чтения не было достаточно разделяемой (читать может кто угодно, писать не может никто)
39 Злопчинский
 
01.08.18
✎
18:36
(38) эээ (может я фигню порю). "читать может кто угодно" - двое прочитали одну и ту же инфу (наличие свободных ячеек, например). Один в эту ячейку положил товар1 из заказ-1, второй положил Товар-5 из заказа-2. в ячейке произошел микс заказов. чего допустить никак нельзя.
40 Вафель
 
01.08.18
✎
18:41
(39) ячейки нужно блокироать при "положении туда товара"
41 Злопчинский
 
01.08.18
✎
18:46
(40) Прежде чем "положить туда товар"- надо определить куда положить. и тут смотрим (39). если "при положении туда товара" подразумевается как раз определение такой ячейки (т.е. собственно "куда положить" - то тут и получаем (39). На время от начала до конца определения ячейки "куда положить" - блокируется на чтение весь массив ячеек...
42 Cyberhawk
 
01.08.18
✎
18:46
(39) Запись в БД информации о том, что в ячейку что-то кладется (на выходе - изменяется ее состояние из свободной в занятую), происходит по выбору пользователя и уже после того, как он получил инфу по свободным ячейкам?
43 Вафель
 
01.08.18
✎
18:47
(41) у тебя аля фифо автоматом?
44 Вафель
 
01.08.18
✎
18:48
тогда конечно нужно блокировать чтение
45 Злопчинский
 
01.08.18
✎
18:50
(42) по выбору юзверя ничего не происходит. максимум что он делает - сканирует предмет. все.
46 Cyberhawk
 
01.08.18
✎
18:52
(45) Ну раз это не разделено по времени, а работает автомат, тогда да - эксклюзивную ("исключительную")
47 Злопчинский
 
01.08.18
✎
18:53
(43) в общем случае не просто аляфифо. учетные группы по своим зонам ячеек (жмакнули предмет, вытащили подмножество ячек из всех ячеек). ячейки со своими "рейтингами". ячейки с ограничениями по весу и объему, нельзя миксовать я в ячейках разные заказы. и еще авсякое по мелочи. контроль жмакнутого предмета - а не излишек ли это на приемке (приемка длительная - до месяца), проверка - а не излишек ли это на отгрузке - получается перемалывать нехилый такой блок инфы...
48 Злопчинский
 
01.08.18
✎
18:54
(46) вот тут-то и засады прячутся ;-) архитектурно еще можно было бы улучшить схему данных, но блин... разовый проект...
49 Злопчинский
 
01.08.18
✎
18:55
Но вроде справляются. сейчас в основном что надо будет - оптимизировать алгоритмы для уменьшения времени эксклюзивных блокировок"...
50 Злопчинский
 
01.08.18
✎
18:55
Но зато интересно и полезно аж капец. Сразу начинаешь понимать кучу всякой хрени. ;-)
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой