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

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

Для 20 заказов в день - вообще нихера не надо.
Писали выше про тетрадку и ручку

А, кстати
Из расширения доступ к объектам и данным другого расширения в 8ке доступно?

Доя ноль если делать
То как Новиков обозначал
Я бы сделал АРМ который тащит юзера по этапам. Без альтернатив

Ни влево ни вправо

Если речь зашла о сборке и тсд
То начинать надо с фундамента
А это - адресное хранение.

А клиенту читать
Журнал
Логистика360, #4 2026, стр. 40

Извиняюсь что если злобен или неадекватен.
Я вообще добрый. И альтруист.

Расскажу как начинал я. База данных по адресному хранению была тупо в Экселе. Первый столбец код товара далее как угодно стеллаж паллета полка ячейка. Получаем список заказов, 1с из excel получает места хранения и сборочный лист. На этапе внедрения это позволяет одновременно и из 1С получать данные  и в ручном режиме, если что-то пошло не так, найти положение товара.

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

Далее добавил ТСД, все приходы пропускаем через него. На каждый короб с товаром клеим QR-код для дальнейшего быстрого поиска и расставления по ячейкам через ТСД.
На выходе ТСД какбы и не нужен, т.к. для себя решили что нашу группу товаров проще собирать по всей ленте заказов (1-2 раза за день её получаем) чем поштучно /но я пока не до конца в этом на 100% уверен )/
п.с.
хранение в екселе так и продолжается, пока больших минусов не наблюдаю. Новые приходы тупо в конец списка записываются, нулевой остаток (или ежемесячная инвентаризация) обнуляет то что ушло и актуализирует красиво ексель файл этих мест хранения.
п.с.
Если вдруг 1с/RDP легло - ексль всегда в облаке как копия и руками положение товара можно посмотреть
п.п.с
ленту заказов печатаем конечно из 1с, любая сортировка доступна (почти всегда удобно группировать по ТМЦ), а не как в кабинете ВБ 1 вариант только.
п.п.п.с В базе товар должен быть оприходован до его появления на складе. Тогда из прихода кладовщик печатает QR на коробки, что позволяет контролировать привоз, QR должны все расклеиться по коробкам, глазами сверяется артикул на коробке и на QR, лишних наклеек не должно остаться и коробки все должны проклеиться. Недовоз-пересорт по приходам выявляется сразу и практически не пропускается

(74) "берём товар в руки, сканируем ШК и отправляем его в сборку" - если товар взяли в руку - он уже на этапе "сборки"...
.
надо в термнах понимать одно и то же... а то про разное говорим?
.
в складской работе реальной - сборка - это извлечение товара с места хранения (источник) с доставкой в место-получатель. Часто употребляется термин ОТБОР.
.
бывают (часто тоже) что "сборкой" назыаают весь процесс подготовки товара к отгрузке, начиная от планирования, собственно отбора и всех последующих этапов вплоть до момента "отгрузки". Соответственно употребляя термин "сборка" - надо четко обозначать контекст, причем лучше явно.

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

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

При приемке и размещении уникальными ИДами маркируются грузовые места (или часто ТЕ - транспортная единица), формируемые на приемке - это м.б. паллета с товарами и коробами вперемешку навалом, это тупо может быть пластиковый тазик с товарами россыпью, это могут быть стандартные заводские моно короба и паллеты (паллета может быть и не стандартная, но моно). Если видим "валяющуюся" посреди склада паллету то по уникальному ИД этого ТЕ (грузового места) можно в один жмак без доптелодвижений по складу установить что паллету вообще-то в 14:45 взял на вилу погрузчик с водителем Тахтарбековым, берем в руки веник и идем на разборки ;-). если паллеты в зоне приемки не маркировать Идами - то при наличии нескольких бесхозных паллет на территории склада нет возможности установить кто именно обслуживал эти паллеты для разбора ситуации. А когда например в зоне приемки стоят пересчитанные и готовые к размещению монопаллеты одинакового товара, только одна паллета 600 кг, а вторая тот же товар  - 850 кг (ну вот нестандарт пришел, склад-отправитель отгрузил остаток под ноль и на последнюю паллету запихнул чуток побольше) - то запросто паллеты песроналом может быть размещена с нарушением ВГХ стеллажей, что приведет к большому аяаяай...

(76) >""берём товар в руки, сканируем ШК и отправляем его в сборку" - если товар взяли в руку - он уже на этапе "сборки"..."

в моём контексте Сборка - это в ЛК ВБ из Новых заказов товар перекинуть в Сборку.

И вот тут как я понимаю существует два подохода:
а) -Сначала собрать все новые товары и привезти их к сборочному столу и затем поштучно сканировать и одновременно поштучно и отправлять их в кабинете ВБ из разделы Новые в раздел "На сборке" с одновременной поштучной распечаткой QR заказа.

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

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

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

При размещении на хранение физически ИД такого грузового места может сохраняться, но при отражении в учете (постановка паллеты в ячейку с ВГХ=1паллета) такой ид "обнуляется", а при взятии паллеты из ячейки заново используется как ИД ТЕ при перемещении паллеты по процессу товарооборота. Если же оставить ИД паллеты используемым в системе в ячейке хранения  к этому д.б. веские основания, ибо если учет в ячейке ведется с использованием ИД ТЕ - то даже если с паллеты надо взять 2 коробки - сначала сканируем ячейку, потом ТЕ с которого берем товар. смысл в этом если ячейка - на одну "паллету". Учет по ид ТЕ обычно ведется в безразмерных Ячейках (напольное хранение и прочая)...

(79) "Сбока это... - перекинуть в сборку" - тавтология ;-)

(79) вариант Б - это только для того чтобы быстрее отразить в ЛК что товар уже в процессе обработки.
.
вариант А - лучше.
но ничто не мешает если так уж хочется в варианте Б - отправить в ЛК статус "на сборке" - но это никак не связано с фактическим товародвижением на складе.
.
отправь в ЛК статус на сборке, а далее иди по ВарА
.
в расширении УЭТ, которым пользуются многие клиенты (мой в Т,Ч,) статусы ЛК и статусы обработки заказов различаются, это не одна и та же сущность.

(80) да, такой подход применяется и довольно часто, рядовая ситуация. К размещению в ячейки этого не требуеся.
.
все зависит от степени "тупости" - если подходить совсем параноидально (а иначе зачем так делать как писал выше Новиков) - уникальные ИД коробов на приемке, потом на размещении можно доп.контролировать что щелкнув по этикетке короба -  ячейку положили два разных короба. А то может он щелкнул два раз по неуникальному ШК товара на коробе, а положил всего одну коробку а вторую заначил под рубашку для выноса со склада. Но если идти дальше - то и при уникальных ИД коробов - где гарантия того что щелкнув по ячейке и уникальному ИД короба - положил именно этот короб именно в ту ячейкуЮ а не попутал или из злобности специально щелкает одно, а кладет другое. Тогда надо вешать гоупро на лобешник и писать видео. Втсает вопрос: где тот предел где надо задавить излишости? Опыт показывает, что склад в лице линейного персонала не делает того что ему невыгодно с точки зрения его усилий. Исклбчаем конечно преднамеренное вредительство и откровенный саботаж - это вычисляется быстро и без излишней автоматизации. Но где-то и так как выше делают.. всяко бывает. разное все везде

(32) (35) естественно раз у собственника встал вопрос о том, что нужно что-то улучшить, то заказов для 1 человека слишком много.
Примерно 500 заказов в день , почти все на 1шт, т.е. товаров всего в этих  пустых заказах пусть 525 или типа того.  
Озон и ВБ маркетплейсы.
адресного хранения нет и по мнению собственника организовать его не получится: мало место, склад переполнен, т.е. по факту в одной ячейке несколько разных товаров . В целом так как он один в основном работает и типа всё знает где лежит, может пока это и не самый актуальный вопрос.

(36) всё делает в УЭТ- это расширение УЭТ:Управление электронной торговлей? что-то глянул мельком, ничего в описании про упрощение сборки не увидел, там вот это заявлено, но непонятно, что это Массовая печать этикеток и документов отгрузки (ТТН)

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

>"т.е. по факту в одной ячейке несколько разных товаров"
Какая проблема? Одна ячейка очень часто содержит много товаров.
для каждого товара определяем номер ячейки, соответственно далее сборочный лист распечатали и в каждой строчке написано номер ячейки, где этот товар лежит.

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

ячейкой может выступать что угодно: полка стеллаж, паллета, комната

(79) (83)
да, собственник и хочет что-то типа вот этого варианта А, в умной ленте в его расширении вроде как заявлено это, но у него почему-то не работает и вообще она вроде как кривая там

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

(85) "В целом так как он один в основном работает и типа всё знает где лежит, может пока это и не самый актуальный вопрос."
вполне себе может быть.
но тогда не очень понятно а что он хочет? )

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

"т.е. пожелание: собрал условно на сборочный стол какое-то кол-во товаров, пропикал сканером - этикетки распечатались и статус заказа изменился"
это более сложный вариант Б.
При таком раскладе на входе он каждый товар должен просканировать его уникальный ШК.

Возможно, на старте ему проще будет начать с варианта А,
Когда он в личном кабинете все товары Новые закинул в Сборку, далее распечатал сборочный лист, взял сборочный лист в руки и пошел на склад искать товар.
Это избавит его от изначального сканирования всех ШК товаров на складе и привязки их к баркодам ВБ.

п.с
Наверное сейчас его парит, что ВБ ленту стикеров печатает в порядке поступления заказов и сложно с ней работать.
Просто отсортировать её по товарам - и уже собирать станет заметно легче и быстрее

>  (91) >"условно зонты похожие"
тогда в момент приходов сканировать ШК товаров (если они есть или печатать свои) и закидывать на ВБ как баркод и затем использовать вариант Б при сборке.
Это сразу повышает уровень ответственности на оприходовании товаров.
нельзя чтобы приехала машина с коробками кинули и забыли про них. Обязательно все должно сканироваться на входе.
И повторюсь, тогда при сборке он берёт товар, сканирует ШК и в этом момент из принтера вылазит QR заказа

(93) И повторюсь, тогда при сборке он берёт товар, сканирует ШК и в этом момент из принтера вылазит QR заказа
это где такое есть? напомню у него УНФ с расширением сторонним для маркетплейсов

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

(94) по типовым не подскажу, себе я пишу с нуля

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

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

(97) а в УНФ кстати не сталкивался, как реализован адресный склад штатно?

(86) Сборка как таковая в УЭТ - не поддерживается на данном этапе, основная задача - обмен инфой и удобный фейс для работников со всеми МП "в одном окне". Предполагается, что там, где стоит вопрос об автоматизации сборки - это делается в типовом контуре или в доработках в типовом контуре. Делать в универсальном модуле (УЭТ или Вероника) чтото на поддержание автоматизации сборки/упаковки - это выстрел в ногу - у каждого свое представление как у него на складе и претензии что "расширение авно, раз не умеет". Понятно, что какое-то простейшее поддержка сборки и упаковки должно быть, но что именно - непонятно, надо сильно думать. Не хочется в НЕДОРОГОЙ модуль впихивать WMS (см.выше переписку с Новиковым). А дорогой - клиенты поотваливаются типа твоего в (0) ;-)

(99) есть адресное хранение, есть количественный учет. как фундамент - есть все что надо.

(87) +, да

(91) при массовой сборке а потом на сортировке товаров как минимум должно быть на товарах ШК товара. Пикнул ШК товара - система понимает какой заказ/поставка итд - и печатает нужный лейбак (как минимуму) и "говорит" что делать дальше (желательно)

(94) хз. как сказал Евгений - "пишу с нуля себе".
Где-то есть, кто-то что-то уже писал такое. Поройся на ИС.
или написать "тз" и заказать обработку-расширение, которое будет лезть в базу Вероники и делать как надо.
.
Почему не могу сказать где это есть точно.
- потому что давно пройденный этап и совсем неинтересно как это сделано в типовых (если сделано) - ибо лисапеты там часто делают менее функциональные и удобные чем написанное когда-то самим или сделанное в специализированном софте.

(98) чтобы запустить адресный склад - проблем нет. делается за день.
Проблема - поддерживать его в АКТУАЛЬНОМ состоянии без ТСД.
С этим пипл не справляется.Ибо надо фиксировать на бумагге что куда кладем или фиксировать даже если уже есть что куда переложили или положили не туда где обычно (это все упрощенно говорю) - и потом это с бумаги бить в базу для поддержания АКТУАЛЬНОГО состояня адресного хранения. Это считается "лавочниками" ненужным ибо "я и так все знаю" и/или "некогда" или сделаю вечером/завтра с утра - а завтра - новые задачи/сборки. и превращается в багнюку все это.
.
поэтому само адресное хранение - ну распечататл лебаки на ячейки, проклеил, ну один раз переписал и внес ячейки в базу с товарами. без ТСД - это все потом сдохнет.
.

(98) - читать ссылку на статью в Логистика360, там все описано.

для начала - пусть клиент хотя бы научится/привыкнет штрихкодировать товар физически и поддерживать актуальность ШК в базе. Это нетрудно даже без ТСД.
.
потом на адресном хранении и шк товаров будет строиться все обслуживание товаропотока.

на клюшках - клиенту бы сделал достаточно быстро.
а на 8-ке я не прогаю. ибо неинтеренсо, стар и ленив. Сова я. уже.

(105) сейчас я так понимаю времени не будет, остатки даже внести по адресному складу

вот клиенту на клюшках - как раз сейчас подпрограммливаю работу с МП (модуль ВБ+Озон). сначала было мало заказов, сейчас пошли. буду как раз писать к модулю МП такую вот добавку по упаковке заказов, ка краз по ВариантуА
.
офис печатает сборочный лист, отдают в "подвал". Собирают в коробку, приносят в офис.
далее будет по ВариантуА - скан товар - если заказ=1 товар - вылазит лейбак заказа. Если заказ - из нескольких товаров то "положи в кучкуN", если в кучкуТ попадает последний товар - вылазит лейбак - "возьми кучкуТ, упакуй, налепи лейбак". это минимум.
.
клиент - "лавочник", на 8-ку нет ни бюджетов, ни желания перелазить ему. Плюс к этому - с кем он будет решаь проблемы по 8-ке? с гуманоидами-восьмерочниками?

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

(109) нет настоящих прогов на 8-ке.
внести остатки на адресному складу - один раз пройти по складу с ТСД и пропикать ШК товаров (если они ест), проклеить если нет. все. Но надо сделать/использовать софт. а на это (даже поискать готовый) - у клиента "времени нет".

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

(2) Если допиливать, то ТСД не единственное решение. Он с 10 заказами останется без штанов.
(0) Если на 10 человек заказы однозначно собирать будешь по бумаге.

(6) Озон, яндекс... Хотите чтобы его клиента разбомбили? Сейчас выгодно быть маленькой компанией, склады которой не видно с квадрокоптера. А там какие сборочные листы. Они с цены работают, а не с оборота. 10 заказов.

(115) волков бояться в лес не ходить.

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

(117) да, это пока их основной вопрос
а как правильно фактически идет весь процесс сборки и обклейки обычно? как организован должен быть упаковочный стол
?
вот у нас есть 20 заказов, допустим пошли собирать их, как реализовано, чтобы отличать где 16 заказ а где 17 подобран (в процессе сборки, на упаковочном столе )?

(118) регламент нужен - как напишете и утвердите, так и будут бабароботы делать

допустим - каждый заказ на сборку (перед этапом упаковки) это отдельный ящик/корзинка (как в пятерочке). желательно в собранную корзинку положить бумажку/ШК с номером заказа (но не обязательно)

на этапе упаковки бабаробот открывает в 1С документ Упаковочный лист (его можно/нужно написать свой?), сканирует номер заказа в корзинке. 1С понимает состав заказа и бабаробот берет в левую руку товар, в правую руку сканер, сканирует и кладёт в коробку (упаковывает). Если всё отсканировано по составу и количеству - документ Упак.лист проводится и печатается этикетка для наклейки на коробку/упаковку. можно внутрь коробки распечатку упак.листа положить - датавремя упаковки, ФИО бабаробота....

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

например, заказ поместился в три коробки
в каждую коробку "опись вложения":

коробка 1
заказ N короб 1/3 список товаров

коробка 2
заказ N короб 2/3 список товаров

коробка 3
заказ N короб 3/3 список товаров


как-то так

(119)

А как у Вас получилось, что на каждом товаре - есть ШК, в правой руке? Если ШК нет, в этом случае - как Ваш алгоритм сработает?

(120)

у меня так получилось, что на этапе упаковки весь товар обштрихкодирован/кувыркодирован полностью...

иначе бабаробот не  сможет его упаковать (1С не проведет упак.лист)

я про ШК производителя или внутренний ШК/кувыркод для весового/собственного производства

(120) на примере пятёрочек магнитиков ашанов

бродите вы с корзиной/тележкой собираете свой заказ.
взяли бананы - опа. ШК нет. нужно ШК добыть. положили на весы, взвесили. нажали кнопочки или выбрали на табле. распечатался ШК, наклеили сбоку

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

положили опись (чек) в короб/пакет. упаковка заказа (покупка в пятерочке) окончена. game over

(122) на примере пяторочек магнитиков ашанов
Лихо вы перескочили с условного ПВЗ на 1 человека, то полноценного складского помещения.

Если в "пяторочек магнитиков ашанов" на обычный (не весовой) товар не наклеен ШК, то вы прямо с кассы, обычно, пойдете искать его ШК. Или кого-то позовете, и тот пойдет. Я про ЧЗ даже не заикаюсь сейчас.

(123) которая из букв непонятная?

я про упаковку заказа всего лишь написал (119), когда заказ уже собран, но еще не упакован

про ЧЗ не заикайтесь, там еще туева хуча "если" на складе может нарисоваться в процессе

"ну и бардак у вас там. осталось только на.рать"

про ЧЗ на примере касс самовыноса в пятерочках магнитиках

на товаре есть ШК производителя и кувыркод ЧЗ

если отсканировать обычный ШК, то касса еще кувыркод ЧЗ потребует...

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

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

(126) зонты разные по ШК?

упак.лист по-идее должен помочь - проконтролировать сканированием, что товар соответствует заказу по составу и количеству

если зонты с одинаковым ШК (от производителя), но разные по цвету/перламутровым пуговицам... можно перепутать канешн при упаковке

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

важно проверить, что товар не поврежден, все целочки на коробочках заводских на месте... а то были приколы. есть коробочка с часами. а часов внутри нет :)

(124)
Почему?

(128) потому что (119)

> регламент нужен - как напишете и утвердите, так и будут бабароботы делать

(129) а что написать в регламенте, чтобы при упаковке всегда был ШК?

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

- напишите что-нибудь

(131) Это понятно, т.к. при сотрудниках всегда есть Вы. А если Вас нет, как из ситуации выйти?

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

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

"я тут вот это на этово, что-то нажала и всё пропало..."

(130) Товар без ШК отправляется в брак. А что должен быть ШК пишется в договорах поставки. Поставил товар без ШК 10% стоимости товара штраф. И товары без ШК перестают приходить.
Если приходит без ШК его тупо не принимаете или маркируете за счет штрафных санкций.

(134)
Может в коробке 10 шт. зонтов, на коробке есть ШК. В договоре поставки, согласно вашему требованию, должно быть указано, что каждый зонт должен быть промаркирован еще и внутри коробки? Так может они уложены там аккуратно упаковщиком без упаковки - получается, надо и это прописать тоже? А иначе куда вы собрались клеить ШК? на кругляшок ручки?

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

а что уж про ЧЗ и прочие маркировки говорить.... налепите куда-нибудь сбоку сверху. если нет возможности налепить прямо на сам товар - бирка/этикетка/ценник бумажная (как на одежде - скока скока стоит? и размер) и вот на неё лепите

(135) Каждая товарная позиция должна быть промаркирована. Товарной позицией выступает Зонт или коробка зонтов?.
Ручки маркируют не вижу никаких проблем с зонтом. или наклейка на ручки или бирка.

(127) да, меня именно регламент, как собирают заказы интересует.
т.е ездит условно тележка , а в ней 20 прономированных ячеек от 1до 20 и в первую первый заказ, во вторую второй и т д ?
как обычно этот процесс организован?

+ (137) йувелирка

(137) Вы указали фотографию ручки, на ней есть штрихкод. А его можно, при самостоятельной распечатке на наклейке, напечатать на том же самом принтере этикеток, что и допустим, на принтере для зонтов? Вот такой небольшой по размеру ШК - на своем устройстве печатается, или для всех возможных ШК - хватит и одного устройства?

(136) "заводская бирка" и распечатанный и наклеенный ШК на товар, это, кажется, совершенно разные процессы. Бирку еще нужно, опять же кажется, но как-то уже не клеить, а у вас вроде бы - на ниточку привязать?

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

кто-то по заданию на сборку - берешь лоток/корзинку в руки и в неё только один заказ собрал, отнес на упаковку...

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

(141) наклеивать ШК на товар нужно только для весового/расфасованного/собственного производства (например фастфуд)

во всех остальных случаях у вас уже ШК априори есть на товаре, (если не рынок Садовод)

а если нет ШК на товаре, то вероятно бирка/этикетка протеряна/упаковка протеряна - как вы его продавать/отгружать собираетесь?

отложить в сторонку и позвать насяльника - пусть думает что дальше с таким товаром делать

(142) интересно как действуют в подобном нашему случаю :
один сборщик, заказы по 1 товару практически всегда.
сейчас проблема в том, что иногда обклейка не соответствует заказам , т.е или съехало на одну этикетку (вместо 7 поклеили 6ой, вместо 8ого 7ой и т д ) или случайно заказ местами поменялся (вместо 7ого 6ой, вместо 6ого 7ой) .
сейчас никаких регламентов нет

(143)

Если я правильно понял ситуация, там сейчас и есть один начальник.

(144) > сейчас никаких регламентов нет

как вариант (55)

(145) тады ой

Ну вот, пошли на третий круг. Все эксперты оказали свои бесплатные консультации, но ясности вопросу - не прибавилось как-то :)

бесплатные советы. консультации за денежку

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

Скажите, у вас сильно прояснилось в голове по Вашему вопросу? Удалось ли что-то практическое вынести?

(144) > сейчас проблема в том, что иногда обклейка не соответствует заказам

"у каждой проблемы есть имя и фамилия" © цЫтаты великих

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

(152) преимущественно ясно

(138) вы там с даба рухнули?
Собрали 5 мячиков, 10 лопаток , н блямбок.
Нахрена вам знать по каким заказам при сборке товара?
На упаковочном столе жмакнули по шк мячика - система сама определила к какому заказу относится, вылез лебак - упаковали, налепили лейбак. Все.
В вашей ситуации это так. Будет 20 разных товаров - точно так же отработает

Ну и отдельный ссзб когда с очки зрения покупателя разные товары, в у вас в учёте и на складе это как один товар. Если нет цветовой дифференциации штанов...

Статью-то почитайте чтобы мутных вопросов не задавать "как быть если проклейка съехала на одну этикетку".
Никак. Застрелиться. Или утопится.
Все товары на складе должны быть пооштрихкодированы. Для автоматизированной идентификации товар заказ.
Если штрихкодирование невозможно - мелочный товар штрихкод рвётся укладыванием в мелкоштучную тару (например) зиппакетик с наклейкой на него шк товара. Барабанчик наклеек стоит в ячейке с таким мелким товаром. Если и это невозможно - роль автоматизированной идентификации на упаковке выполняет баборобот. Все.

Такое ощущение что клиент хочет чудес. За этим - к мощам Спиридона Тримифунтского

(157) > клиент хочет чудес

не ждите чуда, чудите сами

Вариантов как организовать - накидали кучу.

Как должен быть упаковочный стол - чтобы было удобно.
На столенине должно никакой посторонней хрени валяться. Монитор, сканер, принтер этикеток, принтер а4.
Конкретная расстановка на столе - в зависимости от процесса. В случае сабжа - рекомендовал бы стационарный многолучевой сканер. Рядом со сканером - принтежьикеток. Эргономику стола обсуждать не буду.
У меня когда паллету со сборными коробками подвозили к столу - ставили паллету или сборную коробку на приступок, чтобы взять коробку и вывалить содержимое на стол можно было не нагибаясь до пола.
Столы правый левый нужной формы делали сами. С отсеком для монитора, площадкой для а4 итд.

(126) >"как организовать, чтобы не перепутать например зонт из 9 заказа с зонтом из 10го?"

здесь у вас недопонимание, нет 9го заказа и 10го заказа (они не нумерные). Есть конкретный "QR-код ВБ заказа" к которому привязан конкретный товар на складе.
В сборочном листе напротив QR указывается товар, который нужно взять с полки, наклеить на него QR.

(144) "сейчас проблема в том, что иногда обклейка не соответствует заказам , т.е или съехало на одну этикетку (вместо 7 поклеили 6ой, вместо 8ого 7ой и т д ) "

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

Выше прочитайте про два варианта сборки, кратко повторю (на скрине наиболее понятно)
Вариант А: в сборочном листе два столбца - Стикер = QR заказа, он печатается на наклейке 58*40 и виден глазами. И в сборочном листе А4 левее его инфа по самому товару, фото Артикул продавца и т.д.
И вот кладовщику нужно не ошибиться и взять этот конкретный QR-код заказа и наклеить на правильный товар.
Такой метод бывает быстрее в сборке но выше риск пересорта (Используется, когда много однотипных товаров, а ассортимент маленький). На ФФ используется редко поэтому.

Вариант Б: По сборочному листу на складе собрали все товары, которые нужно, и перенесли их к столу упаковочному, Далее берем поштучно каждый товар, сканируем его штрих-код и 1С автоматически печатает привязанный к нему QR-код заказа. Клеим его на товар. Риск пересорта заметно ниже

Лично мы работает по варианту А, максимально доработали и сборочный лист и ленту QR заказов для минимизации ошибок, вся лента отсортирована по товарам, Сначала на ленрте идёт этикетка со штрих-кодом товара со всеми характеристиками, а потом сразу за ним QR-код заказа. Оторвали от бобины часть ленты одного артикула и расклеиваем. Далее следующий артикул, риск пересорта уменьшается, скорость  растёт, печатаем не поштучно каждый QR заказа а один раз сразу все заказы (100, 1000, не важно)

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

(164) а ТСД разве отменяет вариант лент? Думаю нет, мы вот и ТСД используем и ленту. Как по мне, поштучно печать по одному заказу , дольше сборка будет длиться, плюс принтер должен быть на столе и к нему постоянно тянуться за этикетками.а у нас стол только 8м2 )

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

Поэтому самый хороший уни "вариант" = скан Шктовара - вылезла этикетка - налепили, сканШК товара - вылезла этикетка - налепили. Просто потому что выполняется поставленная задача и минимизируется вероятность ошибок. Хочется быстрее - печатаем ленту и контрольные функции возлагаются на "гомосапиенса".
.
Склад - это всегда выбор между скоростью и качеством. Пропорцию - определяет бизнес. Но потом нехер жаловаться что карточку или кабинет заблокировали потому что "гуманоид" при отрыве от ленточки лейбака в итоге не на ту упаковку налепил.
.
Я в одном складе вообще упростил до максимума работу по отбору товара, бо были сильно требования по скорости сборки и жмакать сканером по нескольку раз на отбор товара из ячейки - плохо было. И при этом достаточное количество товара в ячейке обеспечивалось заранее. и принималось что в ячейке (тазик на полке с мелкоштучным товаром типа фитинги всякие гайки и прочая мелочевка) лежит именно тот товар который там должен лежать (уже допущение!)
ТСД - старт - Ячейка245-ТоварА-20шт - ? - сборщик идет к ячейке берет 20 шт - жмак сканером по ячейке ПОСЛЕ отбора - выдается следующее Ячейка255-ТоварБ-5шт ... Если в ячейке нет товара жмак по шк ячейки два раза подряд (это быстрее чем тыкать в клаву или экран для команды "пусто"). Если в ячейке не хватает товара - взял скольо есть - на тсд в поле ввода тупо втоптал с клавы "3 энтер" - следующее задание "Ячейка258-ТоварН-45"...
Было очень быстро. Но косяки лезли регулярно, бо верить на слово "у нас всегда в тазике будет хватать товара и пересортов там не будет" - это только джентельмены могут когда им карта прет...
.
Хорошо отгуевиный фейс на тсд экономит просто дофига времени по сравнению с бумагой.
.
К сожалению, на заточенность фейса под быструю работу - нечасто обращают внимание. такую херь на экранах андроидных рисуют боже ж ты мой. Надо ввести количество - выезжает клава МЕЛКАЯ сцуко - ну нарисуй ты клаву НА ВЕСЬ ЭКРАН, чтобы целкость не проявлять, а с ходу в нужную кнопку не особо целясь попадать...