Наименование: Cистема управления ТСД A-WMS Mobile.
Сайт продукта: https://awms.ru/mobile.html
Первое внедрение: Май 2022
Обновлено: 10.02.2026

Продукт предназначен для организации рабочих мест по обработке штрихкодированной информации на мобильных устройствах на ОС Android (версии 4.3 и более поздних):
- терминалы сбора данных;
- смартфоны/планшеты + bluetooth-сканер.

A-WMS Mobile имеет готовые интеграционные решения для продуктов на платформе 1С:Предприятие 8:
- 1С:Управление торговлей;
- 1С:Управление нашей фирмой;
- 1С:Комплексная автоматизация;
- 1С:ERP;
- 1С:Бухгалтерия предприятия.

Продукт является частью решения A-WMS Basis - системы управления складским адресным хранением (WMS).

Основные возможности продукта:
- имеет лицензирование "на сервер" и позволяет оперативно подключать любое количество устройств;
- позволяет работать в местах ограниченной связи WiFi/GSM;
- логика обработки задания основана на сценариях, с возможностью оперативного внесения изменений;
- содержит встроенную проверку вводимых данных на соответствие задаваемым форматам;
- поддерживает работу с данными маркировки Честный знак;
- работает полностью автоматически и весьма устойчив к ошибкам пользователей;
- имеет простой интерфейс, позволяя исполнителям практически сразу включаться в работу;
- позволяет работать с Online-информацией корпоративной системы 1С для решения текущих задач;
- имеет упрощенное администрирование и работает с учетными записями корпоративной системы 1С;
- поддерживает англо и русский варианты локализации.

И да, продукт к Мобильной платформе 1С отношения не имеет, написан на java. Просто я люблю 1С!)

Вопросы и предложения можно писать в Telegram: @awms_sales

"многозадачные исполнители - обычная ситуация в торговом бизнесе, тут нет странностей."
да, это сплошь и рядом по возможным ролям. Исполнитель тем или иным образом говорит системе в какой роли он будет работать: "я - сборщик" или "я - контролер" или "я - приемщик". WMS, которые бы сами перенаправляли сотрудника с роли на роль типа закончил сборку заказа, а система тебе - "иди работай на участок контроля контролером" - не слышал про таких (но может такие и есть, решая задачу распределения трудовых ресурсов в упрощенном виде). А вот когда сборщик приступил к сборке заказов (будем считать 1заказ = 1 задание на сборку) и сам определяет какой заказ собирать - чем руководствуется? если все заказы равноправны - разницы какой заказ собирать - нет, система сама может вытолкнуть заказы в нужной очередности. Но обычно равноправных заказов не бывает, хоть какой-то "приоритет" присутствует, а то запрасто ситуация когда несколько сборщиков выберут самые большие заказы каждый исходя - надо успеть бы собрать... в результате - пришло время погрузки  - ни один заказ на 100% не готов... а начали бы с мелких - хоть что-то уже и было готово... Обычно если приоритеты заказов не заданы и заказы равноправны - первым в работу идет тот который первым свалился в WMS из КИС (обычно такой вариант "по умолчанию" если Заказчик не определил приоритетность равнеоправных заказов.

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

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

продолжаем наши упражнения..
опишу как работает система коммуникации, связывающая погруженного в свои обязанности исполнителя на ТСД с внешним миром.

система механизм оповещения о событиях:
- появление нового задания отмечается звуковым сигналом и системным стикером;
- появление нового сообщения в чате отмечается звуковым сигналом и дополнительно в окне сканирования появляется баннер.

система имеет встроенный чат с оператором 1с.
чат поддерживает группы контактов, и массовые рассылки.
чат решает задачи массового оповещения исполнителей: оповещения о срочных собраниях, точечное/групповое управление ресурсом.
чат служит каналом обмена информацией исполнителя с оператором по инцидентам: разруливание вопросов "потеряшек", задачи оперативного контроля.

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

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

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

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

эта возможность полезна операторам, начальникам складских подразделений/участков: ставим приложение на мобильный телефон с ОС Android (начиная от древней версии 4.3) и получаем оперативную информацию.

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

(355) "- появление нового задания отмечается звуковым сигналом и системным стикером;"

и что сотр должен сделать? если он в этот момент выполняет другое задание? если он вне заданий и ТСД вообще вне рук сотра...? в чем цель/смысл таких оповщений именно о новом задании? Замена управления голосом от начальника склада/старшего?

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

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

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

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

(363) сессия пофиг. речь о "длине задания", задание ДОЛЖНО БЫТЬ ЗАВЕРШЕНО полностью. то есть. сборщик собрал 20 из 20 и отвез в зону контроля. Если сборщик прерывается ("поступило срочное ЦУ, все бросаем идем на упаковку) - добирает текущий "квант" задания (конец отбора из текущей ячейки или конец отбора текущего товара из ячейки) - "говорит" системе - "я = конец задания" - тащит 7 из 20 выполненных в зону контроля, 13 из 20 невыполненные "падают" назад в "контейнер" невыполненных заданий. Товар отобранный из ячеек не должен болтаться неизвестно где, должен стоять в конкретной ячейке (Сам сборщик может быть тоже ячейкой, но это (условно) транзитная ячейка, и пока она не "обнулилась" - никаких других заданий падать на сборщика не должно, это один из возможных вариантов), в упрощенном виде можно без ячейки-сборщика, но задание должнобыть ЗАВЕРШЕНО. полностью или частичнго. как-то так примерно..

так, смотрю, у тебя богато всего нужного, в правильном направлении, гуд! Если на серьезные склады нацеливаться - поменьше внимания рюшечкам/фишечкам типа чатов и побольше внимания концеции "бегунок нихрена РЕШАТЬ не должен"...

Года два еще и норм продукт будет ;-)

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

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

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

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

(369) "бизнес" иногда такую хрень несет в качестве "живые задачи от бизнеса", просто потому что тупо не знает как можно/должно быть по уму ;-) Тут надо осторожно...

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

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

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

(373) задания не могут выполняться несколько дней.
задание - это пул/набор выданных на исполнение достаточно атомарных операций.
в мин.пределе задание - это одна операция.
например: задание сборщику на ТСД = 20 операций (из ячА1 взять 20 шт.товара, из ячБ3 взять 10 шт товара...) или задание погрузчику в размере 1операция: Из буфера Буф1 взять паллету перевезти в Буф77 (можно в задание напихать и несколько операций, но это - как пример - будет ухудшать параллелизм выполненяия операций). При исполнении даже одна операция может в системе зафиксирована как несколько операций - например, операция "изА1 20шт" по результатам выполнения может быть зарегена как три операции - отбор две коробки по 6(1оп) + блок по 3(2оп) + 5шт (3оп) - тут уже зависит от архитектуры как это регистрируется в системе.  
.
а все что "выполняется несколько дней" - оно не выполняется, оно ждет, когда начнетс выполнение. Лежит себе где-нить в "контейнере" туефа хуча запланированных дейсствий (операций) по исполнению всего одного заказа...
.
как-то так примерно.
.
тут видно, что все достаточно сильно зависит в части понимания как что работает - особенно со стороны - в глоссарии что/как значит, термины и определения...

(375) не, именно выполняется, именно несколько дней.
например, оптовый заказ, марки, несколько сот штук одного артикула.
и это нормально, в контексте оффлайн системы.

(376) это чо там за заказ, что комплектовка пару дней?

Злопыч прав, все будет разбито на атомы, которые в конечном счете станут транспортными упаковками,
Коробка, паллета, фура, вагон

(376) ну, у меня четверо девок за рабочий день мАРКРОВАЛи порядка чуток больше 4 тыс штук. Маркировка - проклейка самопально изготовляеемыми этикетками штук товарв. этикетки печатались на А; (65 самоклеек на листе). На каждую собранную паллету с товаром (это могла быть и три коробки на паллете и больше), стоящую в зоне маркировки старшая по зоне маркировки печатала листы с этикетками - отдельно на каждую паллету - это по факту есть выдача задания на маркировку. 1 паллета = 1 задание. А до тех пор паллеты с товарами тупо стоят и ждут, у старшей маркировщицы - АРМ с перечнем заказов-паллет-итд. Клеили достаточно быстро, маркировка на листах печаталась по упорядочению артикулов, этикетки на каждый артикул отбивались разделителями ну итд. Работали бодренько, еще и болтать умудрялись, руки клеят, а языки чешут. Остатки листов А4 с отодранными этикетками - старшая маркировщица прощелкивала с ТСД (закрытие задания, перевод статуса "выполняется -> завершено". По факту "завершено" - паллета с промаркированным товаром могла быть перемещена уже как задание на перемещение паллеты в зону комплектации... ну итд. Все это зряче, когда задания (печать листов с этикетками) выдается по мере необходимости, а не все сразу... (чем больше атомарность/чем меньше работы с "кучей" - тем лучше видно реальное текущее состояние дел на складе). Но так как почти всегда (редко когда был перегруз по объемам маркировки) колво маркиировки было более-менее сбалансировано с производительностью маркировщиц - старшая по маркировке сразу печатала задания примерно на полдня, а то и на день.

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

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

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

(381) а что есть "зона доступности"..?

(378) оно и разбивается на атомы. но  атомов много. потом все пакуется в компактный обьект - фура)

(383) по типу отбора: вручную/погрузчик, мезонин и т.п.

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

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

(384) а у тебя есть возможность сценарий задать типа
"для клиентов из множества(условиемножества) отбор заводскими упаковкам не менее кратности 12 (или только заводскими упаковками кратсностью = Х) .. типа..?

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

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

(390) для того чтобы крыжики расставлять тоже голова нужна

эх, бросить все что ли и уехать.. в Простоквашино...
.

(391) кушать в нее, чтобы были силы крыжики расставлять?

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

(393) одна из частых причин завала проектов ерп, это как раз крыжики

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

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

(395) да, причем, крыжики зараза меняются от проекта к проекту: одни добавляются, другие пропадают.. приходится прогу лезть и смотреть что "ОНА имела ввиду")

(398) делай проекты быстрее 🤣

(399) я б рад - работать не с кем.

(400) найми кодеров.

(401) управлять людьми надо любить) я не из этой области)

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

Десятка 3 прогонишь через сито - останутся 1-2...

опишу один из вариантов использования A-WMS Mobile,
а именно, в связке с 1С:Управление торговлей, редакции 11.

модуль интеграции для УТ11 выполнен в виде расширения 1С:Предприятия 8.

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

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

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

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

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

для определения типов штрихкодов используется мини-регулярка вида: [{МШДШ}][любой символ], где
- "МШ" - модификатор шаблона, ДШ - длина строки;
- для "МШ": "n" - число, "*" - любой символ;
- для "ДШ": положительное число - длина строки, символ "*" - произвольная длина.
Примеры совпадений:
- {n13} = EAN13
- A{n1}-{n2}-{n2} = A1-01-01
- A{n5} = A77777
- A{*5} = A267Bq
- A{n*} = A26777777777777
- пустая строка, {*} или {**} - всегда совпадает
- {} - ложный шаблон, никогда не совпадает

отмечена рабочая нагрузка для одной из внедренных систем: до 100тыс. операций со штучным товаром в сутки, до 100 подключенных единовременно ТСД

новое
- добавлена возможность формировать фото-видео отчет по заданию;
- оптимизирована работа с аппаратной клавиатурой: возможность формирования матрицы клавиатурных команд для применяемых видов ТСД с полным покрытием стандартных действий комплектовщика;
- реализованы все возможные сценарии работы с посерийным учетом для 1С:Управление торговлей 11;
- добавлена возможность проверки типа кода AIM при сканировании.

новое

добавил документацию (ссылки есть на странице продукта):
1. Руководство пользователя мобильного приложения A-WMS Mobile: https://awms.ru/docs/m_description.html
2. Описание интеграционного решения A-WMS Mobile: https://awms.ru/docs/m_integration.html
3. Пошаговое руководство по работе в демо-режиме A-WMS Mobile: https://awms.ru/docs/help_mobile_demo.html

новое

Начал работы по переводу решения на java.
Релиз новой "A-WMS Mobile 3" планируется на май-июнь 2026 года.
Поставка A-WMS Mobile в текущем виде приостановлена.

отчет по разработке A-WMS Mobile 3:

1. сделаны и работают минимальные логические обвязки: работа с сетью, работа в фоне, таблицы БД с логикой работы и часть интерфейса.

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

как приложение выглядит сейчас есть на картинке во вложении. в эмуляторе, пока на железе нет смысла смотреть.

текущая стадия - реализация модели работы с заданием. по объему работ - еще два раза по столько.

что скажу. после 20 лет в 1с, писать целый месяц на java прикольно) только кода Очень много.

Нихера непонятно сто такое Пересчет.
Результатом такой складской операции что является?

(413) просто сочетание букв - это один из вариантов заданий в тестовой платформе, журнал/очередь/канал/поток заданий типа "Пересчет".

Спасибо за масло масленое.
Задания типа "Пересчет" - результатом выполнения такого задания что является?

(415) этот вопрос мы уже обсуждали в ветке A-WMS Basis.
тут про мобильное приложение. могу, например, рассказать что мне понравилось в java или про варианты лицензирования)

А какие у Вас характеристики десктопа? Андроид студио в режиме эмуляции сильно проседает?

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

новое

Вышла тестовая A-WMS Mobile версии 3, написанная на java!
все просто летает! 2мб файл apk!

на стадии оформления предложения для подключения ТСД к конфигурациям: УНФ, УТ, КА, ERP. будет дешево и практично!

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

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

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

(422) да как сказать... самописное в "одно рыло" - тихо тонет со временем, сколь бы красивое/хорошее оно не было.
вариант один: самописку рассматривать как бизнес. и строить  бизнес.

"а вмс у меня щас дорого стало, посчитал трудозатраты и охренел"
- ты это всяким заказчикам говори, которые считают что всякие "акселоты" - это очень дорого... ;-)

(423) ну так то да, работаю над этим. я щас совсем под мелких точу, вмс пока слабо движется, надо время.
(424) типа того)

новое

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

Для потенциального покупателя подобного решения, отказ от мобильной платформы 1С в пользу джав и т.п. - жирный минус, ибо найти специалиста для сопровождения и доработки такого решения будет очень дорого. Или система становится совсем закрытой, тогда должен быть обеспечен высокий уровень поддержки.

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

новое

сделал вариант файлового обмена. для этого пригодился старый проект мини-web-сервера.

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

в общем, вариант работает с 7.7 тоже, ибо файловый. но под клюшки сам пилить ничего не собираюсь! там делов три строчки, а у меня реабилитация после java)
разворачивается быстро, при налии админского доступа к винде. серверная прога весит 250 килобайт, ее функции - принять-переименовать-отдать файл. можно было на апаче сваять, но уже лениво. на стороне 1с - подключаемая обработка заполнения с формой, весь код в ней, открыт.
с большой вероятностью будет бесплатно, пока думаю как оформить

Если вы не параноик, это еще не значит что я за вами не слежу...

(430) устал очень. 2.5 месяца работал по 12 часов в день почти без выходных.

физо, массаж, сауна, бассейн

(432) лыжи. у меня трасса под боком.

(431) Бедняга! У меня вот только январь выдался жарким и с выходными, а ты 2.5 месяца... Не бережёшь ты себя

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

(435) Держись, брателло! Год такой, январь такой! Будем на связи!

Наблюдаю.
Ибо
Все начиналось "сделать что-то простое"...

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

Есть хороший конструктор мобильного приложение по тсд. Позволяет реализовать любые хотелки.simpleui.

(440) "хороший конструктор" идет в жопу! есть java для крутых и Мобильная платформа 1С:Предприятие 8 для догоняющих.

все существующие сейчас "универсальные" решения оказываются лютым гавном при реальном применении!
работает только то что написано под конкретный бизнес!

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

Я исхожу из целевого применения на оптовых складах - это мой основной клиент, для которого я долгое время внедрял ТиС 9.2 и УТ11. сам! в одно лицо! полный цикл работ!

Однажды я столкнулся с проблемой, подумал, собрал в кучу знания и опыт, набранные за 20 лет, и сделал решение для ТСД, а затем и собрал из этого и WMS.

Причем WMS уже работает в разных местах и приносит радость людям своей простотой и управляемостью!

А на ТСД уже работает несколько сотен исполнителей, и на больших складах, в том числе! Тупые, немые, глухие и криворукие исполнители, хочу заметить, ибо приводят их с улицы - других нет!

И это я еще до рекламы не добрался)

наш лыжный вам привет)
пока дохлый - больше отдыхал, чем катал))

(442) Плохо тебя видно :)

новое.

сделал упрощенную схему подключения ТСД: только внешняя обработка, без расширений.

обмен файловый! для этого сделан мини-веб-сервер под винду, ставится как служба Windows, вешается на любой свободный порт. да, решение пока только под винду. но можно то же самое на апаче скриптами сделать.

код загрузки документа в базу правится по месту, сделан минимальный функционал работы с таблицей Товары любого документа. марки грузит.

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

картинки прилагаю.

plan? fact? У тебя там знатоки английского на складах работают? ;-)

(445) а, сорри, оно двуязычное. скрины с эмулятора))

(446) полный перевод на инглиш сделан и русский в базе

(445) а работают лютые звери - есть что па-русски не бумбум))

так бывает

(445) Fuckt!

(448) угу. "У нас на складе узбеки работают на пиве, а русские - на водке!"©