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

(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) "закрывать" не буду, но поставил утопление.