Наименование: Система управления складом A-WMS Basis
Сайт продукта: https://awms.ru/basis.html

Это развитие складской темы Программа сбора штрихкодов на Android (мобильный модуль WMS)
На текущий момент две разработки образуют завершенный комплекс управления складом.
В октябре 2023 года система A-WMS Basis была впервые внедрена на складе электрооборудования: 2тыс.кв.м, 1,5тыс.sku, управляющая система 1С:УТ 11.

Система A-WMS Basis написана на платформе 1С:Предприятие 8 и содержит интегрированный модуль управления мобильными устройствами A-WMS Mobile ( https://awms.ru/mobile.html ).

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

Предложения можно слать на почту info@awms.ru

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

Про персонал... KPI всякий...

новое

- передали решение в эксплуатацию: товар - фасованная химия, общая площадь хранения порядка 8 тыс.кв.м., 10 ТСД, КИС - ERP. пока стадия активной поддержки. в активной фазе внедрения проект был порядка 1,5 мес. особенностью проекта стала потеря кучи времени на решение орг-вопросов, но прорвались.

- начат новый проект: упаковочные материалы, 3тыс.кв.м. порядка 15 комплектовщиков (высокая оборачиваемость товара). завершается стадия предпроектного, на днях будет готова базовая интеграция с КИС (УТ11). планируемый срок завершения проекта - конец марта. складом рулит сильная команда, есть все шансы побить рекорды внедрения)

хочу обозначить этапы типового проекта:

1. предпроектное, базовая интеграция, разворачивание базы WMS, срок - до 2-х недель, далее ждем завершения этикетирования;
2. формирование модели под нюансы учета, согласование новых процессов, доработка WMS под согласованные процессы, тестирование, срок - до 2-х недель, с момента завершения этикетирования;
3. обучение, передача в эксплуатацию и оперативная поддержка, срок - до 2-х недель.

переход на новые регламенты получается достаточно плавным:

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

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

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

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

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

(182) норм!
.
а так конечно будет интересно когда-нибудь увидеть чем будет обосновываться собственником переход с A-WMS на другую WMS

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

(185) это маловероятно на поздних стадиях, т.к. это перевнедрение. (186) логика модели

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

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

(189) каким образом актуальные остатки по складу оказываются в кис когда весь товар оказался в белых ячейках?

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

(191) риска никакого нет, все равно пока живем по данным кис

фу, какая бяка.
на переходный период еще понятно. но дальше как-то аккуратнее  должно быть. Какой смысл если в КИС манагер видит 2500шт, а на складе реально 2300. Какому-то клиенту - опа! недогруз! а клиент внезапно випом оказался...

А потом корячиться с догрузом недовоза.
Или с довозом недогруза.
;-)

Но, наверное, где-то и с кривыми остатками в КИС народ счастлив. Склад стал шустрее с ТСД сборку делать - уже радость!

(193) если потеряли/утратили пару паллет или в запакованной на заводе коробке нашли воздух, то выполняется регламент по изъятию товара из продажи на стороне КИС: перемещаем на виртуальный склад для последующего списания при инвентаризации. то же самое, если товар заканчивается в ноль физически, но в КИС остаток присутствует.
но смысла нет дергать товар в КИС, если сейчас чего-то не нашли - найдут позже.
(195) народ счастлив в первый день запуска, когда система не дает творить дичь по пересорту. ходить ровно они начинают когда пересчитанные ячейки перевалят половину (если сразу высокооборачиваемый товар начинаем пересчитывать)

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

(197) если система нормальная - то оператор нужен когда манагеры хреном груши околачивают. Или недостаточность автоматизации в самой системе. Там где бегунков 8-12 оператор как таковой и не нужен чтобы постоянно рулить.
Задания падают из кис, результаты выплевываются в кис. Задания в вмс упали из кис. Система спланировала-раскидала в очереди, задания из очереди выталкиваются бегункам на исполнение. Оператор здесь нужен пару раз в день эпизодически чтобы трэш который продавпны творят разруливать когда не выстроена стстнма приоритезации и диспетчеризации и всем этим вручную занимается оператор - сидит и все поступающие задания ручками планирует/распределяет. Это по сути самы нижний уровень автоматизации складской работы.
.
Обычно оператор/начсклада рулит распределением ресурсов - сколько поставить на сборку, сколько на приемку, сколько на маркировку, упаковку итд. Бо нормальное автоматическое управление персоналом в рамках вис я не встречал. Может что и появилось.
.
Я пытался с помощью коллег с форума чтото выпилить, но то ли мотивации в меня настоящей не было, то ли это не очень надо было - не пошло дальше намнток что и как.
.
Чаще всего все планирование ресурса на уровне далборда типа если будем собирать с таким же темпом то к 17-00 не успеется или успеется собраться заказы требуемые или промаркироваться или упаковаться.
.
А вот такого типа чтобы успеть собрать все заказы к назначенному времени и промаркировать например и упаковать - надо с маркировки где сейчас работают 3 чела перекинуть одного человека на сборку. А с упаковки где 2 чела - перекинуть одного на приемку (ибо товар не принят и заказ в сборку не планируется и не успевает к сроку.
.
Как такое управление ресурсами сделать - практически не представляю. И надо ли оно? Обычно на основе статистики уже понятно сколько строк за день успевают собрать, промаркировать и прочие операции сделать. И на рабочий день типа некий стек операции-емкость и если стне заполнен то срок задания сдвигается на след.день.
.
Но это имхо тоже совсем не просто. То же самое планирование ресурсов в чуть упрощённом виде. В вис не встречал такого. Может где и есть, молчат же в п кто имеет опыт эксплуатации всяких акселотов, псиаев, одинассвээмэсов итд...

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

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

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

(199) дичь продолжает творить офис
- это да. При творящем дичь офисе эффект от автоматизации склада есть конечно, но совсем не тот что может быть. Дикий офис приводит как раз к ручной диспетчеризации оператором. А эффект от ускорения сборки спустя какое-то время съедается увеличившимся валом заказов на тот же самый ресурс времени - склад о стал работать "лучше". И продолжается та же самая зарара с нехваткой времени на обработку заказов, ручными управлением вася пилай назер свой заказ на 450тыс и похер что посередине и беги срочно собирать а то тут мегапупер суперважный самовывозник с двумя позициями на 4200 руб. Да, пересортов на порядки меньше, претензий мало от клиентов. Но принципиал нот ничего не поменялось. На своих проектах всегда заказчику говорил что если хотите чтобы было ряшно - или склад потянет да собой упорядочивание работы взаимодействующих подразделений (чем и должен заниматься начсклада с народом и начзакупом) или будет конечно получше, но не так хорошо как вы себе рисуете единорогов. Ктото параллельно с внедрением вмс сразу прорабатывает приоритетность и диспетчеризацию заявок на уровне продаж, а кого то и дикий офис устраивает.

(199) абсолютная автоматизация - согласен и это понятно. Постоянный движ который резко возник или умрет через 2-3 недели или новая какая-то хрень станет нормой и автоматизируется и летит дальше на автомате. Все зависит от бюджетов. Я как-то упоминал что на каком о проекте было нивъ..ное количество правил автоматического разруливания товаропотока и заказов. И работало. Понятно что не за 2-3 дня такое устаканивается. Но если работать над совершенствованием процессов на складе постоянно более-менее - вполне достижимо. Там где в этом реально заинтересованы. Ибо цена разруливпния неавтоматизированных косяков начинает реально ломать очень сильно.
А так да, правильно все пишешь. Интересно.
Имеет смысл вести с полей и вот это все писать не только здесь но у себя в канале или в меня в мелких каналах в телеге по вмс, заодно и аудитория подтянется и клиенты потенциальные

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

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

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

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

о!! дикий офис, шустрые карапузики!! надо запомнить))

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

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

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

(206) +100

(208) +100

хроника внедрения (продолжение)

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

осталось дописать код под регламенты.
в планах запуститься 3-4 апреля.

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

(211)

(212) от слова "обклейка" меня мутит)))

Маркировка

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

(216) Я так и не понял сложности в маркировки, сколько проектов было, больше боязни и лени прочитать нормативку

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

(218) У богатых свои причуды (с) Народное

(214) согласен.

(219) ну, если есть возможность маркировку (КИЗ) наносить на этапе производства - то почему бы и нет. это экономит кучу ресурса.

(215) не, не пойдет. Маркировка плотно ассоциирована с ЧЗ, ЕГАИС и прочими изподвыпердами.

хроника внедрения (продолжение)

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

(217) У нас с осени начинается поштучная маркировка БАДов. Все расхождения кодов - через УКД и УПД-И. Размер геморроя просто непредставимый! Как решали эту проблему?

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

(224) решать надо проблему, которая приводит к "расхождению кодов".
Откуда берутся эти расхождения.

(225) поддерживаю...

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

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

(225) Весь гемор - в КИС и стыке с WMS. И общении с аптеками, которые от УКД и УПД-И отмахиваются как черт от ладана.

(228) Хочется сделать максимально просто для претензионистов. Вариантов работы много:
- покупатель утвердил УПД - одна история, одна цепочка ЭДО
- не утвердил - другая
- неправильное количество - третья
- неправильная сумма - четвертая
- И сочетание последних двух с первыми двумя
- Туда короб - обратно штуки и т.п.
- А если короб - в нем возможен заводской пересорт
И кто-то всё это должен разгребать.

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

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

(230) нет там никакого гемора.
Рсоыт писал и ч напишу
1. Не надо тащить в вис то, что не пасается физической обработки товара.
2. Если вы на приемке не отрабатываете приемку так как надо а потом плачетесь - ссзб.

(231) заводской пересорт - вещь редкая и погоды не делает.
Если производитель - говно и пересорт идет постоянно - это отрабатывается на приемке. Для этого давным давно кейсы отработаны.
.
Для "тупых" - на приемке экономить НЕЛЬЗЯ! При нормальной приемке - остальная складская работа - это простые технологические операции где не надо никакого ума.
.
Экономите на приемке - ип..сь с корректировками, возвратами, первичкой, кучей бухов и прочего. Ссзб.

(231) еще раз. Облегчать работу отделу претензий - да, полезно и нужно. Но это задача даже не второй очереди. Не в ту сторону смотрите...

хроника внедрения (продолжение)

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

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

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

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

(239) ну так первый совет после предварительного экспресс-осмотра склада - отделу кадров тихим сапом готовиться к смене 80% линейного персонала (это в особо запущенных случаях)
;-)
Мой мелкий опыт показывает - при нормальной автоматизации склада - всякая шушера вымывается со склада достаточно быстро, а те кто нормальные работяги - они и дальше нормально работают. Еще и прибегают - когда на промзапуске сидишь или при работе надипроектом на складе заказчика - они еще и ценную инфу притаранят бывает и прибегут с типа вот здесь херня какаято, смотришь - действительно херня... Но это у меня обычно на складах с относительно небольшим количеством бегунков, человек до 15...

Правда сейчас со складским персоналом пишут что напряг. Курьерстово/доставка многих вымыла...

А как оно на больших складах - хз...
На этом проекте сколько на складе бегунков?

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

(241) ну почему то да, проблема. тут тоже: нужен контролер, а то и пара - кадры мнут тити месяц уже

(242) 9 - первый этаж, еще 4 - 2 этажа мезонина, итого 13 комплектовщиков. плюс водители 2, плюс один пока контролер, плюс 2 приемщика.

(244) в контролеры переквалифицировать самого умного бегунка.

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

(245) водителей вычеркиваем.
Имхо самый нормальный размер для вдумчивой автоматизации. Если больше народу - там много других проблем/хотелок вылазит

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

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

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

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

(252) куча мусора в том смысле что остатки того чего нет?
Или что?
Интересно.

(253) раздел ком.тайны. работают, но дохера нюансов.

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

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

новое

тестирую модель автоматического размещения товара в ячейках.

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

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

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

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

Что такое неконтейнерное размещение?

Какая разница по перечню форматов ячеек? Будет их н типоразмеров или 50.. В чем ограничение?

Статистика размещения товара в определенный формат - типа товар 10 раз размещался в типоразмер1 и 50 раз в типоразмер3?

.. Есть накопленная информация о количестве?
Типа что в ячейку типоразмера3 входит 10 штук товара?
Учитывается ли что вместимость ячейки по количеству припересчете в базовые штуки будет разной если товар размещается поштучно и заводскими упаковками..?

Суть (257) пока мутновата. Толком не понял что и как...
Разверни баян пошире, без углубления в техподробности, а концептуально.

Стандартно есть два варианта расчета размещения в ячейки (будем говорить о монотоварных ячейках активного хранения (ячейки ручного отбора)).

1.Размещение на основе вгх ячейки и вгх товара. Требуются исх.данные по типоразмерам ячеек и вгх товаров. ВГХ товаров считываются/задаются обычно на этапе приемки. Есть варианты когда вгх товара известны (например, пришли из КИС), но требуется единожды верификация при приемке.

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

2. Вариант когда вместимость задается по принципу: товарN в ячейку ТипМ помещается в количестве Хшт, YупаковокА, ZупаковокВ
Такой вариант требует большого количества задания исходных данных и расчет такого количества вместимостей разных упаковок для исходных данных неочевиден и трудоемок. Но вполне работает, если данные потихоньку вводить по мере работы

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

Например, товар 50 штук. Сотрудник разместил 40шт в яч1 и 10 шт в яч5 (одинаковый типоразмер). СКОРЕЕ ВСЕГО в яч1 максимально возможное количество раз размещение пришлось раздробить. Во время размещения статистика скорее всего не обновляют.

Короче, непонятно что и как. Ждём баян

(258) навалом, без упаковки(контейнера) ))

(269) хм... Может и так.
Но это в том случае если товар сам по себе штучный и заводских упаковок не имеет.
А если товар имеет заводские упаковки - нигде не видел чтобы упаковку при размещении в ячейку отбора вскрывали и навалом вываливали ;-)

Остальные вопросы автор не пояснил.. Шифруется...

(258) навалом, без учета какой-либо агрегации.
(259) один смысл - не бесконечное количество.
(260) максимальное количество в ячейке, с учетом возможных ошибок размещения.
(261) если товар учитывается на остатке в разрезе упаковок, то упаковки учитываются и в механизме размещения.
(267) данные по размещению обновляются оператором(предпочтительно) при первичном размещении. сам порядок комплектации указывается в п/ф заказа на приемку, выдается приемщику.
(270) чтобы учитывать упаковку, на ней должен быть ш/к и его надо иногда(товар чужой) наклеить. так вот, при высокой оборачиваемости, процедура обклейки ВСЕГО получается достаточно дорогая и клеят минимум этикеток. поэтому возможны варианты: учитываем или только штучно ( итоговое количество по кратности считаем руками), или клеим основные короба (кратность определяет сам тсд). поэтому, если можем - клеим все, штуки и все короба. если не можем - имеем некоторый компромисс.
(271) я в отпуске еще, весь день дорога иногда случается.

(272) по (261) - например, товар НА ОСТАТКАХ в разрезе упаковок не учитывается. Но это не значит что заводскую упаковку, которую приняли на приемке, следует рассчитывать сам факт размещения как штучные товары. 100 indr товара - по ВГХ в текущее свободное место в ячейке могут влезть, а упаковка 100 штук - может и не влезть... или даже наоборот... ;-) часто товары сложной формы в упаковке занимают меньше места чем навалом ... Но это так, чисто замечание на "подумать"

(272) по (270) и часто идет заводская упаковка хотя бы даже без штучного ШК на упаковке? дешманские товары из китая?

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

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

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

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

(277) ну так-то конечно. А закупщики поставщика нагнуть не могут по одинаковости шк... Допа со всех сторон, никто низера сделать не может, только автоматизаторы. Ща тарелку супа.

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