Наименование: Система управления складом 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

(156) Смотри (155) ;-)

(157) Ты не смог освоить простые правила?

Прочитал тему полностью, успехов!
По факту шаришь как и Злопчинский!
Тема нужная, как раз сейчас занимаюсь похожей фигней!
Но процессы немного специфичнее скажем так)

(159) было бы интересно услышать про "процессы немного специфичнее", на тему прикинуть себе можно ли выкрутить специфичные процессы настройками (если что - то можно и в личку)

(159) Спасибо.
Злоп круче - у него стаж больше)
но я внедряю собственный софт.

(161) Это смотря в чем стаж мерять ;-)

(161) я тоже писал велосипеды. это время конечно подымает квалификацию, но потрачено в никуда. Этим стоит заниматься только если нацеливаться на создание тиражного продукта и сопровождения и развития в одно рыло. Можно посмотреть на Arena WMS - чем это все закончилось.

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

массово фиксируем попытки отбирать не то, но тсд не пропускает. осознали, приняли)

ждем полностью пересчитанные ячейки - таки прочухали что по маршруту ходить удобно)

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

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

в целом, нормально и показательно: месяц-полтора и адреса в работе. допом много времени ушло на согласование и ожидание, но это лирика. общая складская площадь порядка 8тыс.кв.м., ~10тыс.sku, товар сложный, впереди сроки годности.

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

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

(165) Если бы были "типовые клиенты" - нафиг никаких доработок не надо было бы.

(164) "сроки годности".
готовься для "типовых клиентов" - для разных категорий клиентов разные варианты допустимых сроков годности. Где-то по ОСГ - строго не менее 70% на дату отгрузки (например, сети и вип-клиенты), есть категория клиентов которым допускается незначительное нарушение ОСГ, но не более чем в ворота, требуется 70, но до 68% тоже прокатит. Где-то сроки годности будут "эквивалентны" датам производства. Всяким мелким ИПшникам/рознице - можно грузить вообще наплевав на сроки годности, даже малые пойдут ибо берут малыми количествами и быстро распродают. А где-то придется не от ОСГ плясать, а от абсолютных величин: - и это все придется из КИС передавать как требования к сборке. И внезапно окажется что для сборки с требуемым сроком годности - товара нет в ячейках отбора и придется подпитку делать с верхних ярусов, а свободных ячеек внизу нет и надо кидать в оперативную зону... Плюс к этому придется адски бороться за ячейки, ибо мешать в одной ячейке существенно разные сроки годности - прямой путь к траблам. И если на верхах обычно одна паллета = одна серия, то в ячейках отбора бывает можно миксовать незначительно расходящиеся сроки годности. Плюс к этому как всегда крупный поставщик поставляет 10 паллет, 9 - моносрок, а на последней паллете поставщик подобрал хвосты и там смесь разных сроков - на приемке надо сразу разделять...
И понеслось...
То что навскидку вспомнил...

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

Но по всякому - ты молодец, двигай дальше.

(164) "допом много времени ушло на согласование и ожидание, но это лирика. "
это не лирика. это жрет проектное время. а когда у тебя в очереди будут стоять клиенты (а команду свою кормить надо), то любая задержка со стороны клиента - ставит под срыв проекты следующих клиентов. И тут начинаем к договору на внедение подходить совсем по другому. Календарный план жестко выдерживать и бодаться и понселось - объем административной работы у РП резко возрастает...

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

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

(167) да самое веселое - это сроки годности и маркировка

(173) Короче, ждем репортажей с линии внедрений ;-)
А то совсем что-то движухи тут нет

(174) Да скукота

Приехать,
сделать модель учета под штучную маркировку
Получить от заказчика, что так сложно ему не надо, и нужно под общий учет
Допилить систему под общий учет
Вернуться к первоначальной модели под штучную маркировку

аналогично и со сроками годности и со всем остальным

(176) "Допилить систему под общий учет
Вернуться к первоначальной модели под штучную маркировку"
итого ценник*2
;-)

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

(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) можно говорить все, что доступно в открытых источниках,
остальное - потенциальный источник прибыли конкурентов заказчика)