Здравствуйте!

Подскажите, пожалуйста, работает ли мобильный клиент ERP со  справочным адресным складом? Посоветуйте, пожалуйста, мобильное приложение для ТСД, которое подходит для работы со справочным адресным складом ERP, если такое существует.

Спасибо.

Мы писали свое с маркировкой и сериями.

На текущий момент взяли бы ессно типовое и доработали

А какой смысл тсд в справочном складе?

(2) В какую ячейку положил ТМЦ, ту и отсканировал и ТМЦ просто отсканировал. Или может я что-то не правильно понимаю? У нас планируется, что товар будет хранится на постоянных местах.

Кажется сам нашел ответ на свой вопрос вот здесь:
https://its.1c.ru/db/erp25doc#bookmark:WarehouseMobileApplication:WarehouseMobileApplication

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

Буду пробовать.
Спасибо.

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

(5) у псофта есть, думаю вечерком будет здесь

(6) да много у кого есть, не все афишируют свои нетленки

(6) не будет. он в отпуске, смотрит на море)

(8) идиработай :-)

Где?

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

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

(2) Вполне определенный. Работает прекрасно. Есть свои плюсы, есть свои минусы. Чтобы справочный склад работал хорошо - надо думать также хорошо как и при запуске адресно-количественного учета. На моем основном складе вертелось справочное хранение 6 лет (а склад не мелкий был). Все трудности ТСД на справочном складе - нормальный программист, который ПОД РУКОВОДСТВОМ знающего складские процессы - в т.ч. и ПО СПРАВОЧНОМУ СКЛАДУ - для конкретного склада без универсальности напишет хоть МП, хоть МК достаточно оперативно.
.
Справочно: склад представлен на фото (фото склада - реальные): https://infostart.ru/pm/338893/

(3) "У нас планируется, что товар будет хранится на постоянных местах." - в большинстве случаев это ведет к снижению эффективности использования площади/объемов склада. Рассмотрите возможность на динамическое размещение ТМЦ по ячейкам - ТСД И АВТОМАТИЗАЦИЯ вам для чего даны? чтобы комп помнил, знал и направлял, а бегунки не забивали себе голову ненужной им инфой.
.
даже сейчас по данным торгового оборота за год-два - построй матрицу типа "статического хранения" (артикул строго закреплен за конкретной ячейкой) - даже без сложных расчетов такая картинка позволит оценить эффективность такого статического расположения/привязки
.

Подтверждаю что говорит (11).
Когда пишу под клиента адресный склад (на 77) - с учетом того, что движок (простой) есть - на выпилить по уму фейс на ТСД (RDP) плюс дописки в движок по специфике - это месяц-полтора впахивания как не в себе.
.
Может, конечно, кто-то "мимо крокодил" - ХХП! - ну.. я не знаю, у меня так не получается.
.
А написать хороший движок, позволяющий более-менее универсально покрывать потребности клиентов - это вообще адский ад. p-soft мне показывал как у него движок построен - мне в целом понравилось/разумно сделано/в правильном направлении. Морда на ТСД конечно хрень ;-) - но это лично мое субъективное мнение, прошу на него не опираться ;-)

(14) универсальность противоречит производительности

(15) да то вопрос баланса. универсальность - решаем три задачи из пяти хорошо, одну на 3 балла, одну никак.

(15) совершенно согласен.
.
поэтому нормальная система должна уметь за счет универсальности архитектуры реализовывать для конкретных проектов (а внутри проекта для разных зон/персонала/итд) частные эффективные сценарии. Что вообщем требует определенных машинных ресурсов. Никто на проектах внедрения тех же WMS не будет под каждый проект ПИСАТЬ свою эффективную систему. Стоимость проекта и ее сопровождение такой системы для клиента будет неподъемно по бюджетам.
.
Написать частное эффективно решение может себе позволить какой-нибудь "фикс", который "сидит" на конторе плотно-постоянно. но это очень близко к "Сынок, это фантастика!"

Эфективность-универсальность.
.
как надо делать на ТСД - габаритов, веса, партии, сука даже номера ГТД, регистрация нового ШК - отдельными шагами-экранами или все на одном? Универсальность говорит что лучше делать отдельными экранами - это позволяет из таких экранов-шагов строить любые нужные цепочки последовательностей дейстивй (не лазя внуть этих экранов-шагов).
.
А на одном проекте - там народ уже был наблатыкан достаточно эффективно работать с "WMS" и для выжимки эффективности пришлось пихать это все практически на один экран ТСД с кучей реквизитов для повышения скорости...
.
но там где стоят такие вопросы - есть свои разрабы у клиента, которые сидят и прогают на потребности склада" - и могут навеску в виде "экранов ТСД" переписать вхлам слева-направо и сверху вниз - благо это не затрагивает ядро... Что многие крупные компании и делают, допиливач тоноксти/эффективности надфилем...

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

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

(17) Не соглашусь с тобой,

универсальное решение дает Дешевую реализацию возможностей,

далее при наличии ROI, мы идем к реализации спец возможностей,

потому что принцип Парето никто не отменял

(21) Не вижу противоречий, с чем ты не согласен?
более/менее тиражные решения - пусть это будут WMS раз мы тут про складское трем - штатными возможностями "изкаропки" покрывают весьма солидный пласт потребностей склада, те же самые 80%, а то и больше. НУ а дальше - если есть возможности - начинаем допиливать/улучшать. Обычно в стоимость проекта закладывается изначально некоторая стоимость работ по программированию всякого "нештатного" (всякой мелочевки, которая не требует напряжения - как говорится - ума и сердца)  , это покрывает еще часть из оставшихся 20%/ Ну а дальше - как повезет... ;-)
.
Своим клиентам я говорю (клиенты обычно пытаются впихнуть в "типовой бюджет" тотально всю адскую специфику нужна она или не нужна, критична она или некритична). Я обычно говорю так - что вы пытаетесь океанский лайнер забабахать сразу? делаем хорошую океанскую яхту, которая стопудово поплывет и попывет хорошо. Дальше - когда кругосветку сделаете - будет видно, нужен ли вам вертолетная площадка и батискаф... ;-) Сделайте сначала чтобы все базовые процессы шли хорошо чтобы + некоторая специфика без которой не обойтись. Подтянете/утрасяете взаимодействие с подразделениями (продажами/закпуками/транспортниками/итд) - (на проектах это частенько весьма болезненный вопрос, ибо тотальная система "Витязь" со стороны офисных подразделений)...
как-то вот так.
.
так что не вижу никаких противоречий, с (21) я согласен.

Здравствуйте!

В продолжение (4).

По функционалу приложение "ERP: Мобильное рабочее место кладовщика" вроде устраивает. Но столкнулся с тем, что при сканировании штрих кода в документе, товар не подбирается. Хотя если попытаться, например, добавить штрих код в справочник, то штрих-код добавляется. Читал, что есть такие проблемы, но как решить (желательно только настройками) пока не нашел. Может кто сталкивался с этим и подскажет в какую сторону смотреть?
ТСД на Android, Urovo DT30.

Спаибо.

>> желательно только настройками

Это вера в магию и не вера в программный код. Мы такое не одобряем

(23)
>>подскажет в какую сторону смотреть?
Жуколов найдёт всё что скрыто.

(25) Жуколов - отладчик? Простите, но не соглашусь с тезисом "Жуколов найдёт всё что скрыто.".

Нет отладчика с шагом назад. 🔥
Хотя он мог бы быть... Могу дать ТЗ