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

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

(0) На инфостарте есть готовое решение для ТСД, поищите там.

бери такой
https://infostart.ru/public/1153616/

(0) моя градация по степени сложности разработки:
- rdp
- мобильное приложение/клиент
- браузерное приложение
- android-приложение

на сторонних разработчиков ты уже ставку делал )

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

(5) там не совсем закрытое. там доработка самих форм ведется на стороне 1с

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

(7) тогда пиши то знаешь

(0) МК или МП для ТСД на Андройде. Пиши сам.

(5) ...возможность работы оффлайн...
стоимость полного wi-fi покрытия намного дешевле разработки приложения
и методологически работа ТСД в оффлайн ничем не отличается от бумажных заданий

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

(0) надо было брать правильную систему, тогда не стал бы заложником.

(12) они все правильные пока не сменится команда разработчиков и маркетологов))

(11) вижу только одну причину ТСД в оффлайн - работа на режимном объекте

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

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

(15) не путайте склад со своей кладовкой ;-)

(10) Попробуй, сделай полное покрытие на складе под открытым небом тыщ на 50 квадратов...

(18) и в чем проблема? для склада с такими квадратами сделать покрытие - грубо говоря копейки...

(19) Ну да, конечно :) Оффлайн работа дешевле на порядок будет.

(15) "с сервером и обслугой на складе"
а сейчас какая-то обслуга на складе-то ведь все равно есть? ну ТСД там, принтеры, принтеры этикеток..?
склады - обычно консервативные штуки, поставил сервак, сеть прокинул и забыл. что там каждую неделю будет меняться что там ИТ-обслугу надо держать сверх того что есть сейчас? хотя хз, всяко конечно может быть. Склад есть, а денег нет.. ;-) Это обычное дело тоже ;-)

(20) ну тут каждый сам выбирает. что важнее - дешевле на порядок или оперативная работа. Я сильно сомневаюсь что на оффлайн МП можно перенести всю логику процессов которые отрабатывают на ТСД в онлайне. Как выше написали - это не сильно будет отличаться от бумажной работы. Быстрее - да, но по существу - отличий мало.

(22) Да это в общем вопросы решаемые, а вот стабильное покрытие под открытым небом не всегда :)

(22) а вы вообще в курсе что там на той стороне? Какая там конфа, есть ли там возможность мобильного клиента? Конечно, если возможность есть, то удобне с блокировками работать ячеек, данные всегда актуальные и т.д.. В общем все от специфики зависит, а про нее толком ничего не написано.

а кто-нибудь делал тсд уже на мобильном клиенте?

(25) я на мобильном приложении писал простенькое решение. А до андрюши через РДП писал интерфейсы и логику уже более серьезную для терминала.

можно заморочиться и написать API через которую заливать/получать данные из основной базы, инфу по блокировкам и т.д. Далее МП в плотную работает с данной апишкой. С мобильным клиентом проще, никакую прослойку делать не надо в плане API, но нужно более менее стабильное соединение.

(18) представь себе какое-нить производство типа керамической плитки с полями паллет готовой продукции
для этих целей существуют уличные точки доступа с рабочей температурой  -40°C  до 60°C

(15) думаю основные причины облачного сервера:
- экономия на лицензиях
- риски изъятия сервера правоохранителями

сервер для WMS это 150 kруб. если linux, то остается только стоимость лицензий 1С
при сильном опасении ареста сервера, то на рабочем сервере можно держать только хвост транзакций 5-7 дней

нет ни технических, ни денежных проблем для сервера на складе

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

(24) оптовая торговля, пара тысяч ячеек, немножко тысяч штучного товара. самописка на УФ + купленная система управления ТСД. со связью беда.
(27) а почему требование к стабильной связи для мобильной платформы? пакеты же в архиве гуляют? или я неправильно понимаю, что такое есть "МП" и "мобильный клиент"?
я с разработкой под мобильные устройства дел никогда не имел, но вопрос надо решать. поэтому пытаюсь понять плюсы-минусы разных вариантов.

(30) думаю причина уклонения от онлайна прозаична - твоя самописка работает с документами, а в онлайне пакет данных это каждое изменение состояния товара Адрес-источник  => Адрес-получатель

МП - работает в оффлайне с периодическим обменом
МК - работает в онлайне

(28) И кроме точек надо ещё к ним питание подвести, и места, куда их ставить, оборудовать. И стоят они скорее всего на порядок больше внутренних.

(25) я делал. решение под любой смартфон с андроид, сканер на пальце. разрабатывалось для отбора товара. т.к. товар в основном весовой, то приложение поддерживает весы по IP. сейчас дорабатываю под честный знак. агрегирование/разагрегирование, запросы в ЧЗ и прочая лабуда...

(32) диагноз не верен: не уклонист и не привлекался! технологии предпочитаю выбирать исходя из условий задачи.
но вообще, спасибо за информацию, про мк пропустил, летит время..

(34) на сколько оно стабильно работает?

(33) у нормальных точек питание по PoE (по витой паре)
для уличных точек оборудовать места установки не надо
дарю спецификацию:
1. точка Edimax OAP1300 ~ 10 kруб https://www.edimax.ru/edimax/merchandise/merchandise_detail/data/edimax/ru/smb_access_points_ac1300/oap1300/
2. контроллер APC500 ~ 22 kруб https://www.edimax.ru/edimax/merchandise/merchandise_detail/data/edimax/ru/app_ap_controller/apc500/

или

1. точка Ubiquiti UniFi AP Outdoor+ ~ 10 kруб http://www.ubnt.su/ubiquiti/unifi-outdoor-plus.htm
2. контроллер ubiquiti UniFi Dream Machine Pro SE ~ 25 kруб

+(34) ну плюс там еще маршрутизация, навигация собранного заказа по местам размещения на складе и прочая лабуда. да, еще голосовое управление буду прикручивать...

(36) само приложение работает стабильно, насколько стабильно работает интернет-сервер. у нас IIS. с точки зрения связи, у нас бесшовное вайфай по всему складу, включая холодильники...

(39) понял, спасибо.

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

+(41) со взвешиванием только будет проблема...

(42) бери весы с Ethernet

+43 например https://massa.ru/products/terminal-ab-ruew/
или попроще https://massa.ru/products/terminal-ra/

(43) спасибо за совет ;) а у нас какие?
проблема в том, что есть справочник весов, где прописан IP весов. управляющие коды для сканера висят на сами весах (взвесит плюс/взвесит минус/ оттарка и т.п.) IP весов зашит в штрихкоде и взвешиващильку не надо думать, он просто сканирует соответствующий штрихкод на весах, а программа сама определяет IP весов и посылает команду драйверу на нужную операцию. в случае отказа сканера, придется весы в ручную выбирать. учитывая контингент работников склада, пока от этой идеи отказался ;)...

(44) спасибо еще раз ;) мы тут деревянные совсем ;)...

+(45) вернее в штрихкоде зашит код справочника весов, откуда берется вся информация по конкретным весам...

(45) а чисто поинтересоватьяс - что у вас взвешивается?
.
ну и делать выскотехнологическое решение с невменяемым персоналом на складе (который не может вручную вес вбить с весов в ТСД вручную (если весовых операций немного)  и не косячит при этом 900 раз из 1000)- имхо так себе задел.

и не косячит = и не косячитЬ

(48) вручную вбивать вес при точности хотя-бы 5 грамм еще то занятие

(50) ясен пень,

(48) колбаса, мясо, сыры и пр.
вручную вес вбить возможность тоже есть. ну и потом, если обезьяну можно научит курить...

+(52) весовых операций много...

(52) комплектовщики собирают, взвешивают и сразу на ворота ?
возможно здесь в 3 этапа - комплектовщики собирают по палкам-головкам, контролеры на стационарном месте взвешивают-маркируют, кто-то разносит по воротам

+ (52) сборка заказов по заявкам с весовым товаром

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

(54) задача была как раз сократить количество этапов. т.е. чтобы комплектовщик/весовщик был в одном флаконе. все собрал, по ходу взвесил, и отвез, куда программа указала. сейчас это делают 2-3 человека, а будет один. контроль только на этапе отгрузки по полному весу заказа...

(58) специализация всегда побеждает универсальность )

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

(59) "сканирование через камеру делаю" - если используешь ФункциональностьМобильногоПриложения то оно не увидит сканер на ТСД

Черный екран будет

(61) понял, спасибо.

(13) надо брать систему, которая стабильная по ценовой политике. да, возможно цены растут как все на рынке, но чтобы не так, то что стоило вчера 50 руб, сегодня стоит 300... так что - надо было выбирать правильную систему как я и говорил...

(59) сколько народу на складе с ТСд бегает? если 100 - то да, м.б. и имеет смысл МП.
а так - делал бы на РДП прямом без всякого геморроя.

(63) вопрос не в системе. вопрос как ее сделать)

(64) последний проект закончен, я пока не планирую там что-либо менять.

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

(65) известно как: - изобретать адские велосипеды. других вариантов пока не видел из "самописок".
для САМОГО ПРОСТЕЙШЕГО вариант аработы - можно и самописку. чуть сложнее - забить нахер и брать нормальную WMS и не пилить велосипеды с граблями, а заниматься чем-то и расти профессионально.

(67) это только текущее мнение, которое поменяется. сами же кладовщики попросят. вал заказов, не внимательность и т.п..

надо было на андроиде писать, а потом из 1с уходить. такой шанс прокачать себя за деньги работодателя

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

(68) я вроде занимаюсь чем то, профессионально)) система под внедрения готовится.

(69) текущее мнение - это просто текущее состояние.

(71) у них может мин штука в несколько кг

(70) это следующий этап. "работодатель" мне не платит ничего по теме поста.

(72) о, как!
и что умеет "система под внедрения"..?

(75) ты вот так вот от балды решил в тему вмс зайти чтоли?

хотя бы настройка стратегий отбора максимизация скорости/максимизация высвобождения ячеек умеет?

(77) не от балды, у меня несколько лет наблюдается система на УТ11, и сейчас был проект на самописке. делаю еще одну самописку. принципы одинаковы, в сложности пока не лезу

(77) ну почему от балды... чел освоил предметку, появилось понимание более/менее что к чему

(72) Если сумеешь релизовать работу со сканером ТСД так же как с камерой мобильного реализовано через ФМП - взлетит.
Если через прокладку - вряд ли

(79) а! ут11, тогда ок. разрабатывайте...

(78) нету. у меня даже аналитика нету, делаю то с чем столкнулся лично))

(81) у ежова была компонента какая то для этого

(82) мало плохого в ут11. но никто не заставляет это плохое тащить к себе

(83) успехов!
аналитик тут нахер не нужен.
нужен складской логист нормальный, можем назвать его "аналитиком"...

(84) Мда ... какая-то ... встроится в мобильное приложение ?

(87) сейчас в мп работают внешние компоненты. глюки говорят, но мне на текущем этапе прокатит

(83) а какой товарный ассортимент (пищевка, электорника..итд..)..?

(89) пересекался с электроникой, одежда, обувь

(86) я поддерживаю завершенное, с людьми общаюсь, статистику собираю

(86) Добрый Злоп, начинания на корню мотыгой гасит ))
(88) Не пойдет в качестве решения "глюки говорят" - на складе лазают абреки вида "палка палка два струна, я хозяин вся страна".

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

(92) с этого все и началось, в общем то. основная задача - полностью управлять внедряемой системой

а сейчас на рынке персонала рядового для складов - швах, категорическая нехватка складского персонала...

(93) это понятно, но ничего не делать - скучно, согласись?)

(96) согласен. я тоже велосипелды пилю, но это - как хобби...
странно было бы в эпоху ракет строить паровые автомобили на дровах в промышленном варианте...
хотя, вон, в украине, дома многоквартирные уже топят дровами... - кому-то и такое надо...

(97) А есть предложения ?

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

вопрос в студию: блютус сканеры поддерживаются в МП?

(100) в смысле, библиотекой БПО..

(100) Бултус - транспорт. Библиотеке пофиг на транспорт. На сенсор сканера не пофиг

(102) ок, посмотрим, пока едет с али

(3) поддерживаю

(102) китайский бт-сканер заработал и в разрыв клавы и через драйвер.

(105) Продолжай

Ну а что к сканеру скотчем примотать мобилу.
Вполне себе решение

(107) Вундервафля. Начало.
:DD

(107) китайцы как раз комплекты для установки на мобилу продают))

(109) пистолетная рукоятка, мобила сверху и погнали. зато производительность какая)

(99) ракеты не летают во дворах домов (тот рынок где ты пзиционируешься).
а если летают - то это не ракеты, а петарды.. пшик и все...

(98) предложения всегда есть.
одно из предложений последний "типа проект" - клиент отказался от ВМС, пилит своими силами. затраченное время уже эквивалентно времени на проект внедрения ВМС. но зато - своими силами! а результат - оооочень маленький... до чего-то вменяемого - еще не дошло. Потому что в одиночку выпилить много всего - и технические и методические и организационно-административные вопросы и текущая поддержка по нескладским/невээмэсным вопросам - это ну блин опупеть каким спецом-гераклом надо быть... Может кому-то это в кайф. Только пользы от этого лично себе - весьма мало...

За писят копеек владелец будинкса не особотврлнуется за результат да и за сроки..., а вот если вместо писят копеек сумма будет раз в 10-20 больше - тут и подход к результату и срокам и люлей своим же надавать - сразу найдётся всё нужное...

Серег, больше позитива, нас никто не заставляет лезть в разное гавно, а залез - чего плакать.

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

(115) Кто может "запилить ее в разумные сроки" вопроса такого даже не возникает

Имхо ТС сам нихрена не сможет в разумные сроки. Не думаю что пара лет это разумный срок ))
Ибо судя по его вопросам и незнанию там почти 0 в разработке

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

продолжаем наши упражнения)
сделал апк-файл. на текущий момент приложение работает в двух режимах:
1. "изолированный": ведение базы товаров, сканирование, отправка результата на эл.почту. режим включен при установке, надо только настроить оборудование и почту.
2. "клиент-серверный": получение с сервера НСИ и заданий, исполнение задании и отправка на сервер. режим включается через меню, должна быть интеграция с хостом.
из минусов:
- с эргономикой пока не очень, надо ломать избалованное десктопами сознание.
- есть периодические глюки работы текущей связки оборудования и не понятно чьи: или блютус-сканера или драйвера 1с, надо играться.
если кому интересно - могу скинуть апк, буду рад советам по теме.
исходники выкладывать пока не планирую.

(118) предлагаю убрать из заголовка WNS, чтобы впустую портянку не читать

модератор, прошу закрыть тему

(44) R-ка не попроще, а в разы посложнее и пофункциональнее. Это такая бицерба на минималках. Если бы ещё сборка была бы покачественнее и косяки в софте быстрей чинили бы - цены ей не было бы.

ну раз тему не закрыли..
(4) вчера зарелизил продукт по пункту 2. выложил демку https://infostart.ru/public/1627137/
изучаю п.4

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

видел самописную Wms в тсд програмки работали на C++ , результат отправлялся в sql базу, а потом обработка из 1с закачивала все в 1с.

к тсд должен быть компилятор C или Vusual C.

(123) на инфостарте выпиленный вариант выложен, скелет, для помощи выбирающим и старта - самое оно. хотя, если не проходишь сам все этапы, слишком многое не очевидно.
оригинал сейчас внедряю клиенту, ужасов хватает, допилов много.
пока самый большой ужас - разная производительность файловых систем разных моделей терминалов при одинаковом процессоре.
сейчас на EDA61k запускал, разница с Атоллом на частичном обновлении - на 30% дольше, sku перевалили 200тыс.
да, есть возможность выбора склада внутри документа. для пересчета бред, согласен, но это настройками рулится. есть еще фильтр входящих заданий по складам.
я писал по известной мне модели, под конкретный учет, пока не претендую на охват всех реалий. но уже есть к чему стремиться.

(126) он все 200 тыщ позиций на себя тянет?

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

(128) у тебя не клиент сервер чтоли? смысл тогда в такой программе?

(127) угу.
в зависимости от устройства процесс занимает от минуты 40 секунд до 5 минут ровно(
основное время тратится на запись в файловую систему пары полей..
нужно это под задачу когда создание создается на самом тсд и нужно контролить, например, маркированный товар.

(129) серверная часть впиливается в учетную систему вместе с модулем интеграции

(130) а как отбор товара происходит, когда несколько пользователей?

(132) не совсем понял вопрос.. есть очередь заданий, они либо изначально распределяются, либо кто успел

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

(126) "..внедряю клиенту, ужасов хватает, ..."
- это да, как ни делаешь проект, хоть даже и небольшой - одна матерная лексика на языке... ;_)

(132) это зависит от выбранной архитектуры формирования и выдачи заданий.

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

(137) http://forums.kuban.ru/f1040/0_5off_%2A_7_ill_back_ili_ckromnost-_ukrashaet_kogda_net_drugih_dostoinstv-9127109.html
тут под клиента месяц-полтора ТСД-заточку делал. Ядро в принципе уже готовое было, раньше для нескольких делал.

А что кубань нынче заблокирована?

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

(139) не, норм

(141) на теле2 заблокирована

(142) у них бабла нет, все на рекламу ушло

(143) проверь здесь и увидишь
https://blocklist.rkn.gov.ru/

(144) я хз что там. пытался кубань там проверить - говорит ничего не найдено.
ссылка на форум http://forums.kuban.ru/f1040/

(132) у меня вот так
https://content.screencast.com/users/Che66/folders/Capture/media/1427c648-ad0a-455a-9474-13175e43d509/LWR_Recording.png
https://content.screencast.com/users/Che66/folders/Capture/media/87f4a2df-42d5-45b9-ac8e-4470c4acd8fe/LWR_Recording.png
.
каждый сборщик из очереди заданий (спланированных к выполнению) получает свой пул/квант работы и идёт и делает.

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

вот подпитка
https://content.screencast.com/users/Che66/folders/Capture/media/c66eeea8-088a-4495-b482-661c09af4899/LWR_Recording.png

(148) у меня очередь так выглядит: http://1snik.ru/img/image/ochered.png

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

"выталкивается пул заданий"
- есть два варианта: "выталкивающая" и "вытягивающая" система

есть вИдение/мнения что работа по вытягивающей схеме - это вообще не ВМС...

(152) если люди учатся работать, а иногда просто незадорого пытаются понять что им нужно - не стоит им мешать))

(153) это да. пусть учатся.

(5) WMS в оффлайне - это хорошая шутка)))

(155) жизнь в принципе штука веселая

кто-нибудь сталкивался с работой драйвера сканера из МБПО на старых устройствах?
не работает на zebra mc36 в режиме broadcast: ошибок нет, события не ловит.
все перебрал, уже и в апк утилиты сканирования залез - все правильно делаю.
подозреваю, что из-за того что андроид на зебре 4.4.2, а в требованиях драйвера минимально 4.4.4.
не хотел компоненту писать на текущей стадии, но других вариантов не нахожу(

(137) Как я и говорил примерно за два года напишешь... :)

(157) Ты просто не потянешь в одну голову разные девайсы поддерживать.
Выбери пару хороших недорогих моделек ТСД, с которыми точно нет проблем из МП/МК 1С и сосредоточься на них.
Какие модели выбрать изучай ИС и просто поиском.

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

(159) хорошие советы, спасибо. но они лет на 20 запоздали.
нужна информация по работе МБПО на 4.4.2-м андроиде в режиме отлова сообщений! горит!

(161) хочу огорчить но настолько древний андроид уже не поддерживается свежими версиями МП/МК

(162)+ самый старый вроде бы android 7, но лучше уже свежее иметь на девайсах/ТСД

(163) 5.1 андроид у меня на версии МП 8.3.15.1830 вполне работал.
Но я таки решил сменить основную модель ТСД на ту, которая с 9 андроидом поставляется)
На всякий случай.

(164) 8.3.15 это весьма древняя платформа
сейчас 8.3.21.26

и там еще проблема что МП может вполне запускаться то будут разные прикольные глюки
например у вкладки глючили и т.д.

(165) А там в 90% случаев функционала старой платформы будет достаточно.
Если просто грузить документы из 1С, что-то сканировать и выгружать результат обратно.

У меня, когда я выбирал релиз для работы на китайском ТСД, 8.3.20, например просто выкидывало из приложения, прям на начальной форме со списком баз.
Так что релиз методом перебора придётся выбирать на подходящий именно к конкретной модели ТСД.

(166) угу это и подразумевал
что слишком много возни и трабл если на поддержку кучи разных ТСД распыляться

(166) я как раз на 8.3.20 писал, под имеющееся железо глюков в принципе не ловил - атоллы, хонейвелы.
но тут дело в другом, получается: проблема в версии дров из МБПО, они написаны для андроида с версии 4.4.4,
а более ранние не поддерживают отлов сообщений сканера.
(167) по поводу поддержки старого железа - все так, но вопрос в том, что те же зебры достаточно шустро работают.
и можно долго рассказывать клиенту, что он с этим хламом не в тренде, а учитывая текущую стоимость железа, все равно придется что то решать.

(168) подбирать платформу 1С из рабочих
и писать нативные ВК для сканеров и аппаратных кнопок

У зебры прекрасная документация по отлову сообщений.
Кроме того,если не важно сканирование с кнопок,можно ловить через Proxy приложение - я так делал,но там засада в том,что в приложении нужно два потока - один отправляет запрос на сканирование,а другой получает результат или отвал по таймауту - в один поток,почему-то,ничего не работало.

И еще,у зебры есть API,которое позволяет менять режимы,и не все,чтр доступно через api,можно менять в настройках.

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

(155) (172) хорошо, когда мысль оформлена в виде, понятном окружающим. это особенно полезно непризнанным гениям.
вопрос (157) закрыт - принято решение писать вк. заодно нормально решу вопрос с привязкой приложения к устройству. да и работа с аппаратной клавой нужна.

(172) кроме WMS имеют место учетные системы с адресным хранением и много складов, для которых этого достаточно

(173) Это он о том одном складе на 30к метров с сотней тсд ;-)

Где от типового функционала останется только платформа

+(173) Так что пили, не отвлекайся

(176) понятно. я на типовую УТ11 целился, для нее сделана бесшовная интеграция в виде расширения. но есть вариант интеграции для не-1с8-систем, клюшки там всякие..

(178) Странно, в УТ 11 есть типовая ВМСка

(179) мобильное приложение? да, есть. но там глобальная проблема с позиционированием решения. и, как написано в комментах - лучше бы они вообще ничего не выпускали, ибо не работает толком.
если говорить про реализацию адресного хранения в УТ11, то жить то оно может. но нюансы в том, что склад сильно оптимизируется под конкретный бизнес, и, как следствие, жизненный цикл складского решения не совпадает с таковым у решения оперативного учета - это то с чем сам столкнулся.
рекламой чуть позже займусь, руки до всего не доходят.

(180) я не буду тебя демотивировать, я считаю что ты правильное дело делаешь, а опыт придет чуть позже

(181) нет-нет, руби)
у меня мотивация исходит из текущих задач, что бизнес просит. и я исхожу из того, что выбор - это хорошо)

Лучше получи опыт выпуска решения в продакшен и первый опыт продажи, это ща более ценно

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

WMS в offline, а почему бы и нет.
Для множества операций online не нужен.
Если нужно собрать заказ,то карта маршрута и список того,что нужно собрать - этого достаточно.
Online позволяет видеть,где находится сборщик и добавлять элементы задания в процессе его работы,но,если это не нужно,то и offline подойдет.
Опять же,если строить систему на сообщениях,то для них можно задавать приоритеты,и задание прилетит сразу,тогда как остатки будут кешированы.
Если система готова работать в Offline,то при потере связи ничего не встанет,а вот у чисто online-систем даже кратковременная потеря связи критична.

(173) отчитываюсь. сделал свои дрова, работают на zebra mc36 (android 4.4.3, можно ниже), попутно сделал обработку аппаратной клавиатуры.
(185) когда-то давно-давно, когда онлайн был только в сказках топменеджеров билайн.. да, все именно так.

(184) надеюсь не Протек?

(187) не, я в то время Белгород окучивал, в Воронеже своих хватало.

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

отчитываюсь. прикрутил блютус к драйверу, теперь можно бт-сканер цеплять к трубе на андроиде. тестил на самсунге с5 + китайский сканер НЕТУМ.
поигрался с онлайн-сервисами: остатки(по складу/ячейкам), цены из УТ достаточно быстро приходят, жить будет.
модератору очередная просьба закрыть ветку)

(190) нахрена в ВМС цены да еще на ТСД?!

(191) ну попросили вариант отработать, это магазинная тема

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

по хорошему, под магазины отдельное решение надо делать. это только под операции приемка-пересчет-отгрузка подходит. работа с ценниками нужна, а это отдельная логика.

(190) "закрывать" не буду, но поставил утопление.