Доброго времени суток всем.
Ищется тиражное мобильное приложение для запуска на ТСД под Андроидом. Для работы адресного склада - приемка товара по штрих-кодам, сборка по заказам, инвентаризации и т.д. В связке с КА 2.5. Маркированных товаров не предполагается.
Пока склоняюсь к DataMobile ,юзал кто-нибудь? Или что-то другое?

Хм. Вроде как у 1С Кладовщик есть мобильный.

(1) 1с Кладовщик адресных складов не поддерживает, если я не ошибаюсь. И отзывы на него на плеймаркете в основном нехорошие.

(2) Есть версия "1С:Кладовщик для ИТС", в ней выложена конфигурация cf, можно допилить и собрать.
Сборка apk сейчас возможно в облаке: пользовательский режим, Все функции для технического специалиста - Стандартные - Сервис сборки мобильных приложений.

(3) Поправка, "1С:Кладовщик. Версия для разработчиков"

(0) awms.ru, как раз под УТ/КА/ERP: дешево, функционально и на 1С!

(5) Спасибо, опыт использования есть?

(0) А в КА нет штатного?
В ERP есть конечно мобильное рабочее место кладовщика, но эта поделка для работы категорически не годится. Тоже думаем купить или написать свое.

(7) Есть штатное. Оно не совсем мобильное, через RDP подключаться надо. Наверно, такое же, как в ERP. Его еще подробно не смотрел. А что в ERP с мобильным РМ не так?

(8) Не, тут прям мобильное, через web сервер и мобильную платформу подключаешься. Интерфейс ужасный, сканирование только через камеру (событие сканирования не подключить, сканер не настроить). В общем для реальной работы мало пригодно.

(6) я ее разработчик, я же и внедряю. есть обширный опыт использования этого решения. к концу года будет доступен модуль управления адресным хранением на 1С, также оптимизированный для использования с УТ/КА/ERP, сейчас обкатываю.

(0) DataMobile норм. Просто и удобно.
Интеграция от Клеверенса не понравилась.
Можно и свое написать. Мобильное приложение 1С нормально общается с Активити Андроида без всякой внешней компоненты. Может понадобиться, чтобы встроенный в ТСД сканер заюзать.

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

(10) "к концу года будет доступен модуль управления адресным хранением на 1С" т.е. пока адресный склад не поддерживается?

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

(14) Спасибо, буду иметь в виду возможность консультации.

(10) Есть "видосики" реальной "приемки" и "комплектации"?

1С:Кладовщик для разработчиков сделан как учебное пособие, особенно последние версии, кода много, всего много, разбираться долго, но для самоделки подойдет. В Кладовщие есть несколько драйверов оборудования, 1С Native API сканер штрихкода, Сканкод сканер штрихкода, RightScan устройство ввода, ScanPort устройство ввода, СканСити устройство ввода - какой лучше выбрать ?

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

(17) 1С Native API сканер штрихкода, он рабочий.

Мне SimpleUI понравился.

(0) надо было тебе на CeMat-2023 зайти (сегодня последний день был). Нашел бы себе подходящее.
.
https://t.me/wms1c/176

(0) надо было тебе на CeMat-2023 зайти (сегодня последний день был). Нашел бы себе подходящее.
.
https://t.me/wms1c/176

(16) и что ты там хочешь увидеть?
.
могу видосики приемки на своей клюшечной WMS показать... ;-)

Хотите простенькое и рабочее - см.DataMobile

(18) между "представлением о процессе" и "реальным процессом" разница примерно такая как между типовой демобазой 1с, и реальным учетом.
(23) Хочу увидеть проработанность процесса.

(0) используем "DataMobile".(встроен в УТ 10.3)
не весь заявленный функционал работает, но основные моменты вроде норм.
внедрение прошло хорошо, поддержка- так себе.
на любой чих посылают обновлять.
обновы пилят часто.
но у нас все нештатные заморочки именно из-за маркировки.
если у тебя нету- должно быть всё гуд.
никакой ПМ (как у контура) не предусмотрен.
после каждой обновы снова пилить свой код во все модули.
это жуть...

(26) Если нужно пилить свой код, зачем вообще чужое приложение? Не проще и приложение, и код в конфигурации свой?

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

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

Про существующие - ну так это те же проблемы, что и с современными продуктами 1с: "...а теперь пристегните ремни, и мы попробуем со всей этой фигней взлететь".

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

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

(31) Я именно про это. Остальное - фигня.
(30) На слово я уже давно не верю.

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

интересуют-то не "картинки", а "связь картинок". А тему я читал... И много других тем тоже...

(33) а какая тема? можно ссылочку,полюбопытствую тоже.

(35) итоговая Программа сбора штрихкодов на Android (мобильный модуль WMS)
в первом посте ссылка на предысторию.

(28) основные частности связаны с маркировкой разными этикетками товаров, грузов, паллет и сборкой всякихтнаборов и комплектов для всяких сетевых и крупных клиентов. 2-3 проекта в каждой области (пищевка, электроника, одежда итд позволяют покрыть почти всё потребности других клиентов в этих отраслях. А то что не покрывается - пр  доработке на проекте не требует влазить в архитектуру. Что-то существенное дорабатывать - нечасто. Поэтому если нужен Нор альная система - берём Нор альную систему, внедрение которой дофига и разрабы уже покрыли почти всё поле потребностей. Ну или пилим "свою ВМС" На каждом новом проекте прилепляя очередной костыль для очередной отрасли, а когда с парочку тройку проектов по отрасли сделаем - костыли посылаются нахер, рефакторинг и встраивание в архитектуру делается нормально. И следующие клиенты идут по накатаной.

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

Постояв на выставке - клиенты делятся на две категории: чтобы было хорошо и чтобы было недорого...
;-)

(39) да это деление и без выставки давно известно )

(40) ..причем от размера склада это не зависит ;-)

(26) а у вас адресный склад?

(38) А как без списка показать, что сборка пропикана не полностью?

(43) возможны два варианта (?)
1. по системе все пропикано полностью (факт=план), а слева (источник откуда берем для пика) - есть еще товары
2. слева пусто (пропикали все что лежало/было), система ждет еще сканирований (факт<>план)
.
по п.1 - зависит от того как такая ситуация обговаривалась при постановке задачи по процессу "проверка сборки", вариантов несколько может быть, самый простой - непонятный "остаток" пропикивается как "излишек" на сборке и остается возле зоны контроля как обычная ячейка для сборки товара или идет на размещение в ячейки хранения (при этом автоматом назначаются частные инвенты на нужные "исходные" ячейки хранения где числится этот товар и/или откуда отбирался этот товар), более сложные варианты - повторный пересчет сборки (всей или только по проблемным номенклатурам) итд итп - как определено при постановке процесса
.
по п.2 - аналогично - вариации разные, от простой генерации добора непропиканного товара (с автогенерацией частных инвентов) до повторного пересчета итд итп.
.
показать, например, по п.2 список непропиканных позиций - ну показали и что? ой, непропикано 2шт Товар23 - и что контролер/проверяльщик будет делать? - по факту он полезет в пропиканный товар, переберет его ручками и "посчитает" заново вручную, ой 2шт действительно лежать в кучке пропиканных, но почему-то непропиканы - допикает их. Это все можно свести к пошаговым операциям, по п.2 примерно так: слева пусто - система ждет счета товара, контроллер дает команду типа "проверка завершена" - система видит что товар не весь и ведет дальше по шагам - либо принудительно требует "пекресчитай заново Товар24", потом "пересчитай заново Товар47", либо показывает список товаров для пересчета "Товар24, Товар27" и пользователь сам "выбирает" товар исходя из того, какой "ближе" лежит в куче пропиканного.
.
в (38) имеется в виду показ списка с целью дать возможность пользователю ТСД самостоятельно ПРИНИМАТЬ РЕШЕНИЕ посредством выбора альтернатив.
.
варианты, когда список надо показывать для выбора пользователю бывают, но не так уж и много их...
.
на одном из проектов штрихкодирование тмц отсутствовало, а инвент надо делать быстро, при этом артикулы на коробах - адская сместь русских, английских цифр и спецзнаков - так товароведы кодировали товар ;-) Причем артикулы могли быть достаточно длинные... а вводить буквы на ТСД - то еще веселое занятие. Пришлось в карточке товара держать "приведенный артикул", который состоял только из цифр, входивших в артикул и пользователь набивал цифры из артикула - система вываливала подходящие артикулы в виде списка, пользователь выбирал нужную позицию - так себе решение, но в тех условиях пришлось делать так... жизнь такая... ;-)

(43) более интересный вопрос: нужно ли на проверке сборки показывать сколько _должно быть_ (план)..?

(43) самый простой вариант с проверкой сборки - да, со списком ;-) делается быстро и дешево. Обычно в таких "быстро и дешево" не предлагается ничего вменяемого для решения "проблемы". Пользователь, ТСД, на котором "Товар23, план=25, факт=23" - а дальше пользователи - кто в лес, кто по дрова... у кого на что фантазии хватит... на ручном управлении... ;-)

(44) Спасибо, познавательно.

P.S. Возможно разница подходов в том насколько работа сборщика/кладовщика востребована. В нашей деревне кладовщиками работают вполне грамотные сотрудники, некоторые с высшими образованием. В больших городах это работа скорее для гастробайтеров со стажем работы пара дней.

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

(48) пессимист... или информированный оптимист?

(49) Информированный пессимист ;-)

(47) А какая разница если работа простая и нужен ответ сколько будет 2*2. ничего тут думать 4.
Вы не первый строите адресный склад и все продуманно, перепробовано, набито куча шишек, потрачено куча денег и времени до вас. Делаем по учебнику через нацать лет личного опыта можно пробовать что-то оптимизировать на вашей фирме. Если у вас нет опыта работы с адресными складами то будь вы хоть трижды гений построить сразу, что то лучше у вас не получится.

можно почитать
Склад как конкурентное преимущество. Йерун ван ден Берг
Мировые стандарты складской логистики. Эдвард Фразелли