Добрый день всем. Хотел бы попросить совета. Смысл такой. Есть конфигурация самописная, в течении 9 лет развивается и обрастает новым функционалом. Написана для производственников под их нужды и видение. С 1С бухгалтерия связана самописными обменами через xml. Этот процесс хорошо отлажен и работает без сбоев, не о нем речь. Весь обмен это поступление сырья, тары и выпуск продукции, списание тары. Складской учет итп. Если грубо. Писался под конкретно использование на ПК. База файловая лежит на сервере терминалов 2012, пользователи подключаются к удаленным рабочим столам, ключ аппаратный все везде лицензия. Обычная схема в общем. С недавнего времени ввели штрихкодирование сырья, тары и продукции. Есть необходимость написать софтинку под андроид для терминалов сбора данных, планшетов итп для того, чтобы можно было элементарные функции типа перемещения по складу сделать или инвентаризацию провести. И вот тут собственно прошу совета каким именно путем пойти. Раньше под мобильные не писал ничего, так игрался с камерой и мобильной платформой немного. Как я это вижу.
1. Можно написать отдельную софтину под андроид и с синхронизацией каким то образом базы. (Нет опыта разработки именно под андроид, но есть время)
2. Написать конфигурацию под мобильную платформу и опять же заюзать какую то синхронизацию (нет видения пока как именно синхронизировать и обмениваться)
3. Писать в основной конфе формы и обработки с учетом размера экранов и разрешений
4. Так же нет пока видения как с мобильных устройств народ будет работать т.е. делать удаленный подключение рабочего стола с мобильного и там уже через авторизацию понимать через что заходит юзер или публиковать именно apk и устанавливать на мобильные каждый раз с web публикацией базы.
Пока одни вопросы. Поэтому прошу совета более продвинутых коллег как бы они это сделали и реализовали. Пользователей всего не более 15 из них одновременно могут работать до 10, смены. База небольшая порядка 500мб за 9 лет, медленно растет, но работает шустро за счет заточенности именно под наши требования поэтому внедрять какие то громоздкие универсальные решения которые потом все равно придется допиливать не хочется, да и смысла нет. Мне нужно только от чего то оттолкнуться в этом направлении, потом все равно при внедрении придет ясность. Надеюсь смог донести свои спутанные мысли.
Используем 1с 8.3.15.2107 УФ в целом конфигурация нормально переноситься на новые платформы с минимальными каким-то нюансами, которые в течении дня легко решаются при необходимости.

(0) Штрихкодирование уже ввели, а видения, как народ будет работать, еще нет. Отлично!

Сейчас как работают?

(0)
- Раздать apk мобильных клиентов
- Сделать обработки для работы в МК
- Адаптировать нужные форму для работы в МК

+(2) Если придет Garykom и начнет топить за сервисы на Go и нативное приложение - не читай его.

Штрихкодирование ввели с какой целью? Воруют? Кто-то впарил сканеры-принтеры? Просто модно-молодежно?

Если оно действительно нужно, то начать нужно с того, как оно будет в конфе отражаться.

штрихкодирование - хорошо. подход в сабже к автоматизации/прослеживаемости - плохо (см.(1)). Не с того конца зашли.
.
по инструментам - полистай у меня в группе, там есть почти всё, наверняка найдешь полезное для своих задач https://infostart.ru/community/groups/22/publications/

>>>терминалов сбора данных

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

(0) Если склад покрыт вай-фаем, то мобильный клиент - самое дешевое внедрение. Причем с плюшками, так как он-лайн.

https://forum.infostart.ru/forum9/topic147663/

(0) Обычный ТСД на Андроиде в RDP режиме. Даже драйвера не нужны.

Я за МобильныйКлиент.
RDP под УФ на ТСД достаточно коряво.

Если человеков мало и товар штучный - вообще поставить десктоп и тащить товар к нему.

(10) Единственный неясный для меня момент: у чувака скорее всего ОФ. Причем файловая. Возможно ли вообще параллельно работать с прямым доступом к файловой базе и через публикацию и не будет ли проблем в таком режиме?

Мобильный клиент прекрасно работает.

Только купите ТСД с современным андроидом

это да. лишнего не должно быть...
https://content.screencast.com/users/Che66/folders/Capture/media/87f4a2df-42d5-45b9-ac8e-4470c4acd8fe/LWR_Recording.png
.
наверное и под УФ можно сваять правильную форму в РДП для ТСД?

инвент провести (если штрихкодирование правильно сделано) - вообще нихрена не надо. нащелкай ШК хоть в мобильный эксель на ТСД, потом затяни в базу. вот тебе и факт.

(0) можете мобильное приложение написать с нужными функциями на тсд. А далее через http/web сервисы гоняйте данные с МП на основную базу.

(11) Абсолютно никаких проблем.

(11) УФ, в (0) написано.

(10) 2 года полет нормальный. И под андроид и под Win CE

(1) Приход сырья у нас всегда в кг по бухгалтерии. На складе это могут быть бочки, канистры, мешки или розливом в наши емкости смотря, что за сырье. Тара в шт. Каждому поступлению присваивается свой штрихкод больше для идентификации и для прослеживания пути использования сырья. Откуда когда пришло и в каких процессах кем было задействовано, когда и сколько, когда и кем аттестовано. Что в итоге получилось. Сколько получилось продукта и в какую тару оно разлито. От кого и когда и кем. Примерно. Реализуем мы продукцию тоже в кг. Сейчас идет процесс приведения помещений к соответствию смысла слова склад с этим у нас сложно. После выпуска продукции также присваивается штрихкод и он фасуется в тару. Все это проклеено наклейками с штрихкодом и другой информацией. Пытаемся сейчас привести бизнес-процессы к нормальным понятным по времени и трудозатратам процессы. Много бумажных распечаток и лишних действий на складе, ведутся журналы итп. Пытаемся это все упростить и отойти. Складской учет в шт только только появился еще внедряется, много вопросов в общем.

(15) просто ставите мобильную платформу на андройд ТСД, на серваке пишите кофну для мобильной платформы и публикуете. В рабочей базе поднимаете нужные web/http сервисы для обмена. В мобильной платформе прописываете путь до опубликованной конфы и усе. Советую поставить библиотеку подключаемого оборудования на мобильную конфу и на базе нее уже писать свою логику для склада. С этой библиотекой без проблем сможете работать со встоенным сканером ТСД.

(16) Точно? Просто как я понимаю для файловой веб-сервер берет на себя какие-то функции сервера, то есть какие-то централизованные службы вероятно задействует. Нумерации, например, блокировок там или кэширования...
(17) Таки да, проглядел.

(+18) [url=https://radikal.ru][img]https://c.radikal.ru/c00/2106/f2/0c65b1cb0688.jpg[/img][/url]

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

(23) Да. Но если возможен он-лайн, то нафига весь этот автономный гемор? Затраты несопоставимы.

(23) это если объемы данных для синхронизации небольшие. может у них там запчасти в миллион наименований

(22) Криво вставил https://c.radikal.ru/c00/2106/f2/0c65b1cb0688.jpg

(24) а нафига тащить всю базу рабочую на тсд, если нужно всего пару простых действий? Тем более у ТС база на ОФ. Ему придется кучу кода перелопачивать, чтобы заставить базу в МК запускаться.

(0) Я делаю так. Беру ТСД Моторола с вин це и запускаю на нем свою программу на WinForms. Связь с 1С через сокеты, но можно и через web или http сервисы. Это уже не принципиально.

(24) ему в любом случае нужно будет писать рабочее место для ТСД. Делать это в рабочей базе или в МП, какая разница? Затраты тут лишь на обмен и они не значительные

При этом в он-лайне возможны "тяжелые" проверки, которые проблематично вытягивать на клиента. А это может быть ключевым требованием (как у нас было). Можно и через сервисы дергать, но смысл теряется, раз все равно онлайн нужен.

(23) Мобильная платформа может пойти по звезде на больших объемах и ты ничего с этим не сделаешь

(29) Я и МК внедрял и МП писал. Ты лукавишь. Это тоже самое что говорить "без разницы как работать - онлайн или через РИБ. Там все прозрачно".

Сейчас еще RDP в ход пойдет, мобильная платформа и все такое в этом духе. Автор, не слушай их. На WinForms программа для связи с 1С пишется 2 рабочих дня и работает в режиме онлайн.

(32) вы внедряли МК для нетленки написанной на ОФ?

(34) Я внедрял такое. И что? Проблемы?

Для отладки схемы мне выдали вот такой терминал:  Mertech SUNMI L2K , так же есть мобильные. Я так понял самым простым будет адаптировать некоторый функционал и формы в основной конфигурации и через rdp с устройств ходить онлайн в базу?

(35) да нет проблем, просто интересно. Как это дело запускается, как работают формы на мобилке написанные на оф.

(36) сеть стабильная, где вы будете использовать ТСД?

(34) Нет. Но какая разница? Формы все равно свои рисуются. Иначе не але. И у ТС тоже УФ.

(36) Пишешь небольшую софтину на java, которая сканирует штрих код и передает его в 1С да хоть через простейший http сервис.

(37) Делать мне нечего ОФ использовать. Я создал свою базу на УФ, опубликовал на корпоративном web сервере, а связь с УТ через web сервисы.

(39) Если брать типовые конфы, то там проблемно переделывать, куча кода при старте 1ски и этот код не адаптирован под мобилку.

(41) и чем это от МП отличается?

(40) Не получиться.

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

(40) А можно и вообще сайтом обойтись. Кто-то на форуме хвастался такой реализацией.

(44) Практика говорит ровно об обратном.

(38) Только склад.

(47) Сомневаюсь

(46) Да ну какие сайты. Логика оператора ТСД хоть и простая, но она есть. Под эту логику лучше всего создать свое приложение на C# или Java, смотря какая операционка на ТСД.

(49) Главное что в этом не сомневаются работники склада, на котором она работает ))))

(50) что ж вы так 1с не любите, на ней так же можно на мобилке логику свою написать)

(42) Если критерий - минимальное вмешательство в типовую, тогда согласен.

(51) Несомненно они работают, просто не с вариантом (40)

(54) + который нерабочий

(50) Ну дык и для учета лучше всего создать свое приложение на C# или Java. Сплошные выгоды.

(52) Отчего же, вот мне прямо интересно. А то пойду сейчас на склад к наборщикам схожу, может и правда не работает.....

Основные функции тсд это посмотреть остатки, сделать перемещение по складу, получить задание на какие то действие по складу и отчитаться о выполнении, инвентаризация, возможно еще что-то будет позже. Так же слышал хотелку ввиде: показывать каартинкой путь к нужному штрихкоду в помещении на планшете. Визуализировать путь и место где стоит номенклатура согласно плану помещения. Но это это пока только на словах было.

(56) Нет, учетную систему на C# написать нельзя. Программу для ТСД можно, небольшую утилитку можно. Учетную систему нельзя.

(57) Чтобы отправить в 1С из своей софтины да хоть через http - нужно поднимать на клиенте 1С http сервер (или клиент, пофиг). 1С это не умеет из коробки, так что - пишем ВК.

(57) я ж не писал по поводу работает/не работает. Вы пишите складскую логику отдельно от базы на джаве, а я предлагаю делать это на мобильной платформе вот и все. Функционала МП за глаза хватает.

(57) А так, вы отправите на сервер 1С этот ваш штрихкод - и что дальше?

(59) Хм... Интересный набор ограничений... А учетную систему на ТСД можно?

(60) У меня программа на ТСД на WinForms работает и через сокеты, и через http сервисы 1С. Что я делаю не так?

(63) В смысле учетную систему на ТСД? Вы с    H A D G E H O G s что курите?!

(64) Вы вводите в заблуждение участника форума своей фразой:
"которая сканирует штрих код и передает его в 1С да хоть через простейший http сервис."
хотя 1С не умеет принимать соединения с http на клиента, а на сервере этот ваш ШК и не нужон.

А по факту у вас ШК передается в вашу прогу на ТСД.

(62) Есть клиент - это ТСД. Он общается с сервером. Сервер для одного решения написан на C#, для второго на 1С. Глупые вопросы какие - то задаете....

(67) https://youtu.be/tBONXbtiIR8

Еще один вопрос. Есть сырье например пусть будет кислота. Приходит в бочках. Например 20 бочек по 200литров. 2тонны. Ставим на приход, генерим штрихкод на это поступление. С бухгалтерии скидывается так: Кислота 2000кг ООО Рога и Ко Дата.
Сейчас это выглядит так берем штрихкод такой-то и ставим количество кг на такой склад. Есть хотелки ставить не кг, а бочки т.е. штуки. Причем когда кислоту могут взять и 50 кг из бочки и все 200 кг. Как такой учет ведется у взрослых? Как идентифицируются такая тара на половину пустая? Как это завезать с одним штрихкодом прихода да еще в шт? Отнять от кг - кг не проблема, но по складу отличить бочку на половину пустую можно только промаркировав ее чем то, а в логике как это реализовать в штучном учете? Я наверно опять не понятно написал, каша. Прошу понять и простить. Но тем не менее.

(65) Расслабься. Шутка юмора. Ты просто генеришь непонятки невнятными формулировками.

(66) дак он и не писал, что на клиент передает. Скорее всего есть какой нить метод со своей логикой, который на сервере отрабатывает. А он может хоть с браузера стукнуть по http 1ску и передать в параметрах ШК. Мы же не знаем логику работы его ТСД)

(70) Я и не напрягался. Я смотрю здесь компания достоянная подобралась. Ты учетную систему на ТСД лепишь,    H A D G E H O G s запрещает мне с http сервисами из C№ работать. Вы какие то странные...

(71) У него логика обработки ШК в его "небольшой утилите на C#", а вот результаты и данные он получает из 1С по http сервису. Скорее всего так.

"Достаточно одной небольшой старой советской утилиты на ..."

(69) скорее всего упаковкой вопрос решается и ШК в разрезе ее делается.

(73) ну и передает результат обратно через http

(69) Бочки маркировать, писать свой учет по емкостям и по маркам, можно даже с контролем вместимости.

(74) кислота может прийти и в канистрах и наливом с машины в нашиемкости. Это как пример.  Такого сырья полно.

Правильный ответ в (2)

(69) Это ты хочешь адресное хранение кислоты по весу, где ячейками бочки выступают :) Зато еще и переливать сможешь!

(72) Хорошо, когда есть д'Артаньян, чтобы разбавить гвардейцев кардинала!

(80) С вами точно все хорошо? Не употребляли сегодня?

(81) Да у меня по жизни своей дури хватает! Спасибо за заботу!

(69) У нас на складе все учитывается в штуках, коробках упаковках. Пересчет через коэффициенты. А вот как быть с бочками, из которых сливают тебе должен объяснить начальник склада.

(79) нет, но смешно =)).

(77) Поступление, ПеремещениеТоваров, Реализация допиливается доп справочник "Емкости", который подчинен Складам(если просто опт) или Подразделениям (если производство) и вперед.

В Емкости есть поля Вместимости и ДопустимоеПревышение, если хотим контроллить вместимость.
Ну и отдельный остаточный регистр УчетПоЕмкостям, в который параллельно фиксируем количество в емкости.

Для каждой емкости впендюриваем ШК code128 и им уже можно оперировать на ТСД.

При приемке печатаем моток code128, клеим на каждую бочку и сканируем.

(83) У них все просто, вся логика это на мне никто ничего не предлагает. Я привык. Сначала сделать, потом уже в процессе начнутся предложения, недовольства итп. Обычное дело.

(84) Смех-смехом, а полноценный учет в разрезе бочек аки отдельного измерения регистра остатков делать придется.
(86) Норм. "Итеративная разработка" называется.

(86) Первое что приходит в голову - печатать штрихкод на каждый объем. Но боюсь в реальности кладовщики все перепутают как всегда. Вот честное слово я бы внедрил автоматику для измерения объемов, реальных. Делал такое на тепловозах маневровых в свое время чтобы машинисты дизельное топливо не воровали. Причем через http был вывод на web приложение, и если топливо быстро уходила, то это было сразу заметно. Что - то похожее может быть и вам внедрить?

(85) Я думал об отдельном регистре и пересчетах по емкостям, но не совсем подходит. В одну и ту же емкость в зависимости от продукта или сырья входит разное количество кг из-за разной плотности, причем плотность зависит от качества и бывает разной у одного и того же сырья.

(88) Автоматика есть, взвешивает все, но ввод ручной пока остатка.
(87) Так и сделал, но пока только для готовой продукции. К сырью больше требований и контроля.

Послушал вас всех, спасибо за комментарии всем. И развеселили некоторые и варианты некоторые новые нарисовались, вроде просто по задавал вопросы, а ход мыслей вроде правильный все таки. Не я один так мыслю. Это радует, значит не все так плохо со мной =)

(89) Хорошо нам, спиртовикам, где химсостав кристально точен и стабилен.

Да нам, спиртовикам, вообще зашибись!

(89) отталкивайся от факта - сколько смогли залить в бочку - столько и фиксируй

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

(94) Потом будут переходить на 8.5, перепишут нормально

(3) придет и спросит по (2) в "Раздать apk мобильных клиентов"

а какой смысл если неизвестно какой ТСД, какой там сканер ШК и откуда взять драйвер для МК?

(0) Начать с выбора ТСД
Рекомендую подобрать нечто на новом Android и обязательно с драйверами сканера (и клавиатуры если надо) под 1С
И определения бюджета

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

(97) ВОт тут я писал, что у меня за тсд (36)

(95) это значит никогда?)

(98) это надо проверить при подборе ТСД про что я и написал

(101) Ну я в том смысле, что острой проблемы с дровами для ТСД нет.

(99) такой не знаю, не сталкивался

(102) есть
для многих ТСД придется свои

(102) (104) просветите меня, для МК нужно какую то вк юзать или приложуху дополнительную, чтобы сканер заработал, или типовые базы из коробки работают со сканером тсд?

(105) Ничего там на типовых не работает, кроме некоторых моделей ТСД
Да и то с доп.настройкой

(106) что себя включает доп настройка? На стороне базы прописать оборудование и драйвера, или со стороны мобилки что-то накрутить?

(105) По аналогии с десктопной БПО есть мобильная БПО где под чего-то там уже есть готовое. Плюс есть то, что я раньше упоминал (это уже стороннее). Ну и другое, что народ понаписал. Это если ты хочешь событие ловить по-человечески, а не клавиатурой побираться. Про типовые не подскажу, но сильно сомневаюсь, вроде нет там еще такого.
Но в МК на нетленке у меня взлетело на древней БПО фактически без допилок (инфраструктуру имею в виду). Просто нужные дрова туда впилил. Правда я ее до этого напильником обрабатывал.

(0) посмотри в эту сторону
если народу немного и небольшой оборот
за пару часов прикрутишь
https://interestingsolutions.ru/BarCodeHarvester.aspx

(107) ТСД должна иметь сканер ШК подходящий, для которого есть драйвер в виде ВК в 1С
Далее с двух сторон да
И сканер должен в понятном виде куда надо отправлять и ВК в 1С это ловить и понимать
Там не как на компе а все слегка сложней, если сканер в ТСД умеет эвенты посылать или в буфер обмена то все сильно легче
https://infostart.ru/public/1306851/

(108) Там в этой мобильной БПО нихрена считай нет
А что есть только с большим напильником

(110) чет как то сложно, для такого простого действия. Я для МП проще настраивал, тупо установил библиотеку моб оборудования. Она по факту не большая, есть демка с тестом шк и прочего оборудования. А на ней уже логику склада написал. В итоге без всяких ВК, и танцев с бубном сканер норм во внешнем событии отрабатывает.

(112) юзал на смартдройдах

(112) дык повезло с (113)

(112) Тогда ты все сам знаешь. В части использования дров нет разницы между МК и МП.
> В итоге без всяких ВК
Уверен? А то суслики - они такие

(115) если считать драйвера, которые хранятся в макетах бибилотеки моб оборудования вк, то не уверен))

(116) А кроме как из макетов их на мобильном вроде и не загрузишь. Хотя могу ошибаться.

(40) нахрен. гетерогенные решения имеет смысл делать если нет возможности сделать гомогенное.

(58) "Основные функции тсд это посмотреть остатки,"
- это говорит о том, что у вас складские процессы ни в дугу. Просмотр остатков на ТСД - это сугубо "контрольная" функция которая больше делается "для красоты" чем для реальных нужд постоянной оперативной работы на ТСД. Постоянное использование "просмотра остатков NCL@ ну в очень специфических случаях нужно, возможно у вас такой случай, а возможно и нет.

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

(79) делать бочки ячейками - это трэш. ибо бочка по сути своей - перемещаемя "единица хранения". Сегодня она стоит в левом углу, а завтра в правом.

(88) "печатать штрихкод на каждый объем." не надо этого делать. достаточно штрихкодировать сами бочки и вести учет количества в них (бочка = грузовое место). Т.к. по сути разливное/развесное - есть тонкости оперирования остатками в каждой бочке/грузовом месте, но складские операции с таким видом товара в складских системах отработаны.

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

еще раз кину ссылку https://infostart.ru/community/groups/22/publications/
автору - полистать, там собрано дохрена всего, а в одиночку забодаешься на ИС искать все это.

Глянь вот это решение: https://infostart.ru/public/1153616/
работает онлайн, настраивается как конструктор

(124) (125) Посмотрю все, спасибо. Мне просто нужно в голове построить путь, все остальное ерунда. Чтобы вы лучше понимали с чем приходится работать, то склад это свободные участки в цехе, которое не используются под производство. Частично тару храним на третьем этаже, то же только только разгребли цех старый. Вот и получается 1 и 3 этаж кусочками нарезка в 2D плоскости с названиями, типа шахматной доски. До недавнего времени кладовщика то не было, все функции выполнял один человек и мастер и кладовщик. Но мы растем. Не давно прошли сертификацию по iso 9001:2015, 45001:2015,2018. Персонал складской то же пока не понимает в головах, как это программа указывает им что нужно брать и откуда, понимаю все через это проходят при нововведениях. Одному порой сложно.

ИМХО писать нужно на классической 1с + РДП адаптировав интерфейсы под нужное разрешение. Были сканеры под Вин СЕ все прекрасно работало, потом докупили под андроидом за 5 минут настроили подключение и в путь, Попались на виндовс мобайл тоже взлетело и работает. Завтра выпустят сканеры на хувавеи ос. наверняка в для них будет написан РДП клиент и все будет работать дальше без изменения кода в 1с. Делая специализированную софтину на андроид в будущем получишь проблемы с тем что ее нужно будет переписывать. Приложения работавшие на 4 андроиде вдруг на 10 перестает работать за роботоспособностью РДП клиентов следит их производитель и вы не паритесь с этим.

(0) за туже зарплату ?

(128)Накидывают периодически премии, в целом по региону средняя хорошая ЗП у нас на предприятии, не обижают по ЗП в общем, но функций много, администрирование, атс + программирование, благо в целом компов не больше 30 в работе + ТСД добавятся. Больше только в столицу ехать.

(129) имхо выбейте бюджет под веяния в (0) и наймите писателя НЕ 1с на эту ставку
Что буде делать неважно - главное без Вас . Потом из изделия импортировать только .

(130)Путь честно говоря не очень. Не по душе мне такие делегирования. Есть шанс стать зависимым от этого человека это раз при условии, что функционал постоянно растет и скил свой то же таким образом не прокачать никак.

(131) тогда саморазвитие и личностный рост . Это еще не озвучивалось руководством  в (0) :)

(125) Очень интересная вещь! Спасибо.

(133) ну если бы полистал ссылку на группу что я дал - то это интересное решение там увидел. вместе с другими полезностями и решениями... а так есть сайт www.simleui.ru

(134) я смотрел, спасибо. Много информации. Надо переварить.

веб приложение с использованием https://github.com/FragsterAt/barcode_hid_reader и общением с 1с через http сервисы. простой деплой (открытие URL) , минимум проблем с работой под разные версии, маркетами, распространением .apk, работа под ios (через bluetooth hid сканеры)

вполне симпатично получается, на 1с такое фиг сделаешь: https://imgur.com/a/1Lb5RhP

(137) Лучше, чем 1С, но так себе интерфейс, если честно.

(137) капец ты напихал на ТСД на экран. нафига там это всё...? ;-)

типа будут все на экране рассматривать ;-)
http://forums.kuban.ru/f1040/0_5off%2A4_ill_back_ili_ckromnost-_ukrashaet_kogda_net_drugih_dostoinstv-7826901-3.html

https://content.screencast.com/users/Che66/folders/Jing/media/eeb27821-fb9d-4570-8643-68598967d598/2017-04-15_2321.png

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

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

(143) угу. "А когда этого нет - тогда от портянки не уйти " -ну, это недоработки в процессах и их автоматизации (не хватило бюджета, нет спеца нормального складского и тянут на ТСД "учетные" принципы работы с определяющей ролью пользователя в процессах и прочие причины, в т.ч. низкий эк.эффект от автоматизации). Принцип простой - как только на экране появляется альтернатива для выбора пользователем - это значит недоавтоматизировано по уму.

(143) а на 6.5 дюймах ууууу сколько понапихать можно!!!
по мне так вместо "понапихать" лучше сделать экранчики более юзабельные, чтобы пользователи глазки не убивали в меленьких букавках...

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

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

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

(147) это да..

(137) а как ты сделал выход из браузера по завершению работы в клиенте ?

(150) window.close()