УТ 11.4
Подскажите пж, как можно отразить упаковку в УТ. Есть номенклатура, которая на остатках хранится как в штуках, так и в упаковках. Как отразить в базе процесс упаковки? Что бы система поняла, что часть номенклатуры на складе хранится в штуках, а часть в упаковках? Неужели нет вариантов, кроме как дублировать элемент номенклатуры...?

(0) прикол по теме: https://fixogram.ru/kolichestvo-v-raznyh-ediniczah/

(0) да, лучше всего дублировать.

(0) ну там же можно в разные упаковку (шт и уп), не?

(0) Практически ОЧЕНЬ редко возникает необходимость хранить остатки ИМЕННО в двух и более единицах измерения. Это порождает больше проблем чем профитов. Например проблема "перепаковки", когда клиент-заказчик такого варианта остатков хочет чтобы в резерве (на высотных стеллажах) все считалось в упаковках, а в рабочих ячейках - в штуках, даже если там в реальности лежат вперемешку и упаковки и штуки. И начинается тряхомудия с явной перпаковкой с участием складского персонала и с "тихой" учетной перепаковокой без участия персонала.
.
В реальности вполне хватает простого пересчета учетных штучных остатков для вывода в какой-либо отчет по принципу от крупных упаковок в мелким. Когда на складе хранится 5000 шт, а "размер" упаковки (Кф) =10, то реальная "погрешность" расчета несущественна.
.
Вопросы точного учета именно количества штук и именно количества упаковок могут быть существенны при большом количестве штучных возвратов при малом складском запасе, соизмеримым с количеством штучых возвратов.
.
Имхо именно вести реальную регистрацию (учет) в разных единицах измерения - это надо очень сильно подумать насчет (экономической) целесообразности. Затрат - много, выхлоп (по сравнению с расчетным учетом упаковок) - пшик.
.
Варианты учета весового/мерного/наливного товара - это отдельная тема.

(0) как вариант хранить в ячейках разных и для себя в уме держать что в этой ячейке только в метрах
а в этой только в штуках

Интересно, если на штуках не указан срок годности, а на упаковке указан и наоборот.

Из моей практики - штучный товар, упаковки по принципу матрешки - шт-блок-упак. Весь учет остатков - в шт. Но для определенной категории клиентов (сети) отгрузка должна выполняться ТОЛЬКО БЛОКАМИ (даже более "высокими") упаковками - нельзя. Для этого мне не надо знать сколько у меня упак или блоков - просто на этапе сборки товара из ячеек (где в рабочих ячейках лежит физически и штуки и блоки и упаковки - редко когда бывает вскрыто болдее 2-х блоков или более 1-ой упаковки) для заказов таких клиентов стоит блокировка штучной сборки (ТСД просто "не пропускает" сканирование штук), а допускается сборка только блоками или упаковками, собранное упаковками просто на этапе контроля после сборки распаковывается до блоков и все.
.
Поначалу прибегали сборщики с вопросами типа "собираю, а оно не дает!" ;-) выясняется что количество типа 100 штук пытался собрать именно "штуками", а не коробками/блоками...

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

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

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

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

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

создаете отбор с видом перемещение. Указываете одну и ту же номенклатуру и ячейки. Разные единицы измерения - это и есть разупаковка

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

(0) "Что бы система поняла, что часть номенклатуры на складе хранится в штуках, а часть в упаковках?"
Что бы что?
1. Что бы выписывать документы в штуках и упаковках? 2. Или что бы получать отчеты об остатках в тех единицах, что хранится в реале?
Вопрос 1 - вредительство за которое нужно давать семь лет пожизненного расстрела.
Вопрос 2 - вполне решаем при помощи дополнительной абстракции "складская единица".

(15) а пояснить "вопрос 2" чуть подробнее можно?

Видел 2 конфы на 77 где колонки "Короб"/"Блок"/"Штука" пректически во всех документах и отчетах.

(17) ты познал Дзен..?! ;-)

на самом деле в (0) интересно узнать только какую ПРАКТИЧЕСКУЮ задачу хочет порешать автор, как справедливо заметил Алибаба Васильевич

(0) Не совсем понятна задача...
Есть кабель. Продаем в метрах и бухтах. Поступает в бухтах. Бухта = 305 м.
И?

(20) есть бухты фиксированные, есть нефиксированные. есть продажа только кратно бухтам (при фиксированных бухтах) - по итогу - это штучный товар, где уп = бухта (КФ=метраж фиксированной бухты)

(21) А есть еще бумага: пачка, коробка = 5 пачек.
О том и речь: можно держать (на складе) - бухту, коробку и можно держать на складе метр и пачку. Как продавать будем?

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

(18) Не. Вот если бы это было в регистрах, тогда бы познал наверное :)

(23) Коробку бумаги легко разбить на пачки и наоборот (из пачек собрать коробку). А вот с бухтами и подобным сложнее.
Мне в ТиС 7.7 было достаточно кратности ЕИ (для бумаги), а вот для бухты и подобного - разная номенклатура.
По сабжу - не понятно.

(24) ну, у меня и врегистрах есть в спецконфиге. на то она и есть СПЕЦконйфига. узкая.

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

(16) Все просто. На стороне "Склад" или "WMS" (как удобней) товар принимается в "базовых единицах". Все это укладывается в произвольные емкости (короб, паллета, ...) и этой емкости присваеивается ее собственный SSCC. SSCC заносится в базу с указанием УИД (ссылки) SKU и количеством. Дальше на складе обрабатывается как одна единица. Перемещения по ячейкам, комплект, раскомплект... И в складских отчетах отображается именно она (с указанием количества "базовых единиц").
Без минусов не бывает. Иногда бывают отгрузки не кратные этим самым "складским единицам" - приходится делать "комплект/раскомплект" без складской необходимости. Просто есть покупатель мутдаг которому никак не подходит количество (например) 10 или 20. А нужно в обязательном порядке 23. Более замороченный учет тех самых SSCC...

(28) немного не понял.
"и этой емкости присваеивается ее собственный SSCC"
- ты здесь говоришщь о товаре упакованном в тару ПРОИЗВОЛЬНОЙ емкости, с присвоением этой емкости SSCC - то есть то, что называется "грузовое место", "груз". - именно как емкость с произвольными вложениями (одной номенклатуры?)
.
или здесь речь о заводских фабричных упаковках номенклатуры с фиксированными (редко изменяемыми) КФ упаковок?

(29) "именно как емкость с произвольными вложениями"

ЗЫ. По поводу "фабричных упаковках номенклатуры с фиксированными (редко изменяемыми)". Случилось один раз. Были упаковки в которых было 20 коробок порошка. Потом с какого-то момента пошли упаковки по 22 штуки. Внешне упаковки друг от друга не отличимы. Только штрих-кодом. Два дня склад выдавал 22-х штучные вместо 20-и штучных. Зав складом месяц отработал без зарплаты.

(30) понятно.
вообще-то такая смена упаковки - рядовая ситуация (причем частенько даже без изменения ШК упаковки).
.
"Потом с какого-то момента пошли упаковки по 22 штуки...  Два дня склад выдавал 22-х штучные вместо 20-и штучных".
ну, тут явно недоработка процессов на стороне "wms", возможно в т.ч. и в связи с несвоевременным заведением (обменом) данных по новой упаковке.
.
Если сделано на складе правильно - то такая смена упаковки д.б. быть отловлена на этапе приемки поставки или на этапе размещения по местам хранения. неотлов такой ситуации может быть связан с "упрощением" приемки/прочих процессов.
.
как видится мне -
вариант А.
1. допустим, на складе нет данных о новой упаковке
2. пришла поставка с новой упаковкой, об этом никто не знает
3. на приемке надо считать то что видим - короба/упаковки, тогда на приемке по этой поставке сразу бы вылезли недостачи, ситуация была бы отловлена и скорректирована (как самый простой вариант - временной блокировкой мест хранения упаковок с новой вложенностью)

Вариант Б.
1. допустим, на складе уже есть данные о новой упаковке, в итоге будет две упаоковки в системе с одинаковыми ШК - это не есть нарушение (хотя и плохо/нежелательно)
3. на приемке надо считать то что видим - короба/упаковки, - при интерактивном выборе товара выдается перечень упаковок среди которых надо выбрать ЕДИНИЦУ СЧЕТА - ..далее все прозрачно... (или при сканировании ШК упаковки система выдает что есть несколько упаковок с таким ШК, далее - прозрачно)
.
другие варианты не думал сильно, имхо такая ситуация стопроцентно д.б. быть отловлена на приемке. Если этого не произошло - явные недоработки в логистике, экономии на приемке (чего в принципе делать нельзя, ибо это снежным комом пойдет что и получилось), это также может происходить из-за отсутствия "плана приемки", когда приемка "по факту", и принятый факт в учетной программе (с посмертным учетом) осматривается и отрабатывается с большой задержкой оносительно складской приемки.
.
возможны и другие варианты, которые привели к ошибке. Интересно было бы услышать если это возможно - что показало расследование - причина такой ошибки в чем?
.

попутно в инофразвитие темы, как сделано "у меня"
приведенные ниже экраны - после шага "идентификация товара", шк штуки и шк коробки - совпадают (или ШК коробки не задан, но система позволяет отрабатывать и такую ситуацию когда счет коробками выполняется по ШК штуки)
.
https://content.screencast.com/users/Che66/folders/Capture/media/a6cb197b-f235-4366-8b23-076568d5844c/LWR_Recording.png
.
https://content.screencast.com/users/Che66/folders/Capture/media/ae5dc8fe-bdfc-4eef-94b4-a067329e71c0/LWR_Recording.png
.
отлов излишков проще, с недостачами сложнее.
ну, и не надо экономить на складском операторе ;-)