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

Что такое по вашему адресное хранение?

(0) никто не мешает проходу дать адрес.

http://mywms.ru/blog/sklad/adresnoe-hranenie-tovara-na-sklade

(2) А если проход требуется освободить для доступа к конкретной ячейке? Или в одной ячейке может находиться много всего разного?

(4) Автоматизация бардака?

Если при поступлении товара будут указывать куда его положили, и на складе вместо «где-то там в конце склада справа» - появится нормальный адрес - то это уже начало какой-то логистики. Только есть вероятность что на этом всё и закончится.

(4) Хранить в одной ячейке можно разный товар. Но удобнее все таки одна ячейка - один товар. Если у вас товар в проходе то адресное хранение вам ничего не даст. Это нужно менять саму организацию работы на складе. И размещение товара соответственно.

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

Адресное требует больше места, при хорошей ротации товаров.


А сейчас Злобчинский придет и все по полочкам разложит!

(7)  Товар в проходе - это тоже ячейчка "Проход номер 5, " :)

(9) Для роботизации, в будущем, это все равно бардак.
В амазоне ездят по складу платформы, оператор склада подходит к платформе и кладет на нее товар ради которого платформа подъехала.

(10) да-да... из каменного века сразу в освоение космоса, не смешите мои тапочки.  руководству сначала надо дорасти.

(11) Эволюционный путь это конечно понятно и привычно, но так хочется иногда пропустить некоторые этапы!

Спасибо всем.
(6) пока проблема, что есть один человек, который на себе все завязал. То есть только ему известно, где и что лежит. Хочется для начала это ликвидировать. А сделать большой склад пока нет возможности. Удаленный склад сразу растянет бизнес процессы.
Амазон да, хороший пример. Есть куда стремиться.

(13) Для начала хороший совет - увольняйте нафик этого человека "который на себе все завязал".

Или по крайней мере внедрения адресного склада делайте в его отсутствие, в отпуск там его отправьте или просто на больничный ))

(14)+ Ну или просто откажитесь от адресного, не нужен он вам с таким незаменимым человеком.

Вопрос только как инвентаризации проходят.

(15) Как сборка происходит? Каким образом сборщики/грузчики собирают заказ/накладную? Получается только через этого незаменимого человека.
Адресность позволит собирать согласно сборочному листу, где напротив каждой позиции будет указан адрес.

(13) вот этот самый "незаменимый" влегкую утопит и нач склада и программиста, задержав важную отгрузку, потому что а) Ваш адресный склад - говно и неудобно б) 1С тормозит и мешает в работе.

(0) миф

(17) +5!

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

(13) Нужно доносить руководству, что этого "незаменимого" нужно ставить начальником, и не менее 2-х охламонов ему в подчинение. И с него спрашивать за тормоза "охламонов". Сам порядок наведет.

А если руководство "экономит", и берет себе "незаменимых", вместо 2-х заменимых, то адресный склад не спасет.

(16) Вот только кто бы туда ложил
Ибо когда приход, ой нам туда тащить лень, а вот тут место было, и мы забыли сказать об этом девочкам

(20) а вот за такое выговор, строгий выговор и увольнение

это ж вредительство и нарушение инструкции должностной.

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

если уж так процесс выстроен

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

(14) Человека, "который на себе все завязал", так просто не уволишь и в отпуск не отправишь.

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

(26) не надо, надо разработать методику хранения, выгнать всех, набрать новых, неделю поофигевать, и все станет нормально

(20) Указывать место по факту! Куда положили, то и указывать. Динамическое адресное хранение.

(27) Неделя "офигевания" может оказаться смертельной для бизнеса.

(28) Ага, причем, строкой! "Здесь", "там в углу", "за воротами" и т.п.

(30) самое интересное, что сейчас развивается in door navigation, на тренде может быть даже возможно автоматом определять место. ну, или его ШК сканировать. а за оставленный груз вне мест карать - все-таки, например, при пожарной инспекции за это полюбят сильно.

(30) Выше написано. Сначала нужно ввести адресацию.
см. начиная с поста (6)

(28) И как отгружать, если товар раскидан в 20 ячейках "по факту"

(33) Умная программа должна составить маршрутный лист по всем двадцати ячейкам, берем товар слева направо, сверху вниз.
Ничего сложного !!!

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

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

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

(34) еще раз умная программа сказала ему взять товар с прохода 3 ячейка 222, а он нашел такой же товар в проходе 2 в ячейки 12 и взял оттуда.

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

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

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

(35) Хехе, да банальное пополнение мелкого товара (в ячейках на стеллажах) из больших коробок сверху/снизу стеллажей

(38) Очень смешно, видно человека не работавшего на реальном складе с реальными сотрудниками "старой закалки" ))

это тот самый форум, где логистику склада оптимально настраивают.

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

(38) ближайшей откуда? Вот товар А лежит в проходе 2 и 3. Причем в этой же накладной другой товар Б лежит в проходе 3. Вот программа и с оптимизировала маршрут и предложила взять товар и А и Б с прохода 3, чтобы он не бегал туда сюда.

Но кладовщик ленивый, он взял ближайший и крикнул Васе который мимо 3 ряда проходил, чтобы он захватил товар с прохода 3

(41) Угу тут даже знают как пал(л)ета пишится ))

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

(43) ежедневный просчет зоны подбора с наказанием всей смены - и завтра ни у Васи ни у Пети подобных желаний возникать не будет.

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

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

(47) имелось ввиду на этапе внедрения.
Потом поймут, что "порядок" это круто, а сдельная оплата труда укрепит это понимание.

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

В случае тотальной нехватки места для хранения товаров возможен только вариант с адресным хранением без остатков.

(49) Кто именно поймет? Сдельная оплата за что?

Это в смысле больше работать чтобы столько же получать? Нафуя?

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

Да всем нас..ть на пересорт. Виновата программа. И ежу понятно что косяк в программе, а не на складе.

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

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

(54)+ ну и потом еще три склада открыли, в других городах, так как оборот вырос

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

(53) с таким подходом ты и останешься нейдачником-троллем ;)

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

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

(56) Каким образом мы получим в программе фактическое списание товара ???
В сборочном листе указаны одни ячейки, товар взяли из других, инвентаризацию делать лень ???
Программа внатуре виновата!

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

очень быстро перестанут так делать

(52) Это вы собираетесь говорить незаменимому человеку? Он вам в лицо рассмеется и будет прав.

(63) это ему скажет его начальник

если бизнес адекватен, то все будет нормально

иначе (57)

мне, конечно, интересно, как это белокаменцев в https://habr.com/users/nmivan/posts/ разрулит - один в один ситуация с пораженческими настроениями, когда ответственный сотрудник боится ответственности и полномочий, по типу тех, кто тут говорит о том, что его будут саботажить

(56) ??? Как программа узнает что списание с другой ячейки? У вас ТСД?

Вы дали кладовщику задачу взять товар с ячейки 25, он взял товар с ячейки 12. Как 1С должна узнать об этом, если кладовщик не скажет?

(57) У меня просто на работе боссы ходят и ноют, что вот как все плохо, а вот взять ответсвенность и сделать лучше они не хотят. На вопрос, чем я могу вам помочь сделать лучше, начинают рассказывать как они бабки теряют. Ждут когда кто то придет и сделает бесплатно, потому что "ну ты понимаешь денег нет сейчас". Причем весь топ персонал вообще не хочет перемен, типа, да нас и так все устраивает. Всех кто что то хотел сделать - разогнали и уволили, типа не то делаете, не так и дорого, вот за эти деньги мы сейчас наймем людей они дешево, быстро и под ключ сделают.
Короче мы с января переходим на 8-ку, до сих пор не можем определиться писать свою нетленку или взять типовую. Все упирается что у нас сделано не правильно, ни так как в софтверных компаниях. Должны быть описаны все бизнес-процессы на бумаге. Причем взять штат системного архитектора, бизнес-аналитика, руководителя проекта, консультанта 1С (который знает типовую УТ и будет инструкции писать для пользователей)  и т.п. - нет это дорого, я так предполагаю, что надеются что эти все программист должен делать. Типа и программу настраивать и пользователь обучать и дописывать. Причем еще вчера, ибо смотреть типовую никто не хочет, всем подавай кнопочки как в 7-ки, но свое писать долго, поэтому возъмем типовую УТ, но чтобы с проводками, с документами и главное чтобы все бизнес-процессы были как в 7-ке.

Так что я взял попкорн уселся поудобнее и смотрю чем этот цирк закончиться. Поэтому почему бы не потроллить

(68) Это выявит любая инвентаризация либо сверка.

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

(69) а дальше будет "понять и простить незаменимого", а программисту объявить выговор, потому что его программа не догадалась правильно в себя ввести данные.

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

(68) когда другой пойдет брать товар с ячейки 12 (ну или класть на 24, если её обнулили) и увидит расхождение, поднимается история и другие ячейки с этой номенклатурой, проводится пересчет, потом последний, кто должен был брать/класть получает 500 рублей, а тот, кто обнаружил +250 (допустим)

(70).2 не будет. программист не вводит данные. вообще никакие. максимум пишет инструкции.

(72)+ кто должен был брать/класть получает -500 рублей

есть, конечно, вариант, https://music.yandex.ru/album/5328435/track/40871516 вместе с незаменимым и свалить в закат

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

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

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

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

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

(76) Почему? У нас тупо берут группу позиций и перемещают в программе на отдельный склад. "Склад инвентаризации". (это гарантирует что никто не сделает реализацию или списание).
Далее идут считать, проводят результат (списание/оприходования) по этому складу и результат возвращают на основной.
Так что нет никаких проблем в ежедневной инвентаризации

(78) Позиция выпадает из остатков у менеджера, который её как раз в этот момент не может продать жаждущему клиенту?

(68) Смотря как он берёт товар. У нас вот все ячейки со штрих-кодами. Т.е. он должен не просто взять товар, но и щёлкнуть ШК ячейки. Ну теоретически он может взять товар с одной ячейки, щёлкнув ШК другой ячейки, но это уже будет целенаправленное вредительство, за такое точно увольнять нужно)

(80) ШК-Пипикалки тоже денег стоят )

(51) это все вопросы опытного начсклада или еще какого "эффективного управленца". Зачем тут их задавать?
Внедрение WMS - на 80% состоит из ломки предыдущих (совковых) устоев. И только на 20%  - техническая часть.
Не будем забирать хлеб у "проактивных менеджеров" - это их стезя.

(76) Хм не поверишь но когда реальная контора/бизнес проводит сравнение что лучше постоянные небольшие потери на воровстве или охеренные затраты на систему + сопровождение + повышение зп.

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

(81) Всё денег стоит. Мне кажется если нет денег на ТСД, то и про адресное хранение не стоит думать

(83) так ведь затраты на WMS - нифига не "охеренные", срок окупаемости меньше полугода

(84) Если начсклада грамотный - адресное хранение без ТСД нормально взлетает.

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

(84) Как ТСД поможет сборщику правильно пройти по сборочному листу с указанием адресов?

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

Нафига это если бизнес не знает будет ли он жив через полгода?

(79) Да, поэтому они стараются рано утром это делать, когда все кофе пьют. И естественно речь идет не о 1000+ позиций, т.е. посчитать можно быстро

При автоматизации бардака получится автоматизированный бардак.

(88) сборочный лист может быть в ТСД и показывать следующий пункт в листе, доп ограничение, когда сборщик не может пойти собирать с другого конца склада

(88) Зачем сборочный лист при наличии ТСД?

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

(89) ну какая "куча"? допустим, на складе у тебя на 100мнл. продукции, а все внедрение в простейшем случае (силами "внутри компании") - условнобесплатно (два месяца зп 2 человек)

(95)+ даже оборудование можно никакое не покупать, только методики разработать и впихнуть

(94) Идиоты, что тут говорить...

(96) Бумагу для этикеток купить тока надо )

(95) (96) Сказочник

(85) Мои сказали что даже и 15 тысяч на самый дешевый ТСД не хотят тратить. Типа если кладовщик разобъет он столько не получает, чтобы возместить из з/п. Сказали дорого эти ваши ТСД

(98) Нафига? Обычная бумага + хороший скотч рулят...

(98) на малярный скотч адреса написать, если ТСД не планировать сразу

(100) ТСД совсем не обязателен

(101) (102) Ручкой на стеллажах тоже можно писать

(104) Ты теоретик, а мы практики :))

(99) см (54), без СТД, по два СШК на склад + принтер (который там и так есть). СШК тоже не обязателен, по большому счету (но очень помогает.)

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

(107) пикайте на входе и выходе на склад

Поймите в 90% случаев на складе никаких ТСД с WMSами нафик не надо.

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

(106) Ну как бы не у всех теплые склады. У нас склады это неотапливаемые ангары, т.е. сколько на улицы (-30,+40), столько и внутри. Ну только что крыша над головой, и товар не мокнет, если конечно его на улицы не оставят, потому что типа ставить некуда

(0) У нас существуют склады где адрес ячейки с адресоми имеет размеры 20 на 20 см так как по GMP определенные реактивы и сырьё должны хранятся в отдельных ячеёках, даже по сериям смешиваить в одной ячейки нельзя + програмный контроль за размежением.
Так что ответ да возможно.

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

Так что ответ да всё возможно

(110) за 10-15к можно изи сделать теплую зону приемки

(112)+ к тому же наверняка есть теплое место для отдыха сотров + тепловые пушки всякие

(113) Ну есть отдельно стоящая кирпичная будка на улице, вне складской зоны.

(114) а как сейчас проверяется соответствие товара с накладными на входе и выходе?

(93) ТСД ничем не лучше чем сборочный лист, если работники достаточно дисциплинированы. Что он идет по бумажке, что по ТСД - разницы никакой, если он следует четко по маршруту.

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

(116) С ТСД ошибиться намного сложнее, и проще реализовывать нестандартные алгоритмы сборки/размещения/пополнения. Но без них можно нормально работать, это факт.

(115) что есть соответствие на входе/выходе?
У нас в основном доставка. Девочки в офисе печатают накладные. Специально обученный мальчик идет и раздает по складам складские. Далее кладовщики собирают и отвозят товар в зону комплектации, где комплектовщик под камеру упаковывает в коробки подписывают и отвозят коробки в зону отгрузки, где водитель принимает тарными местами и везет клиентам.

Соответсвенно клиент при приемки просто принимает коробки и если в коробке недостача, то ревизор поднимает запись и смотрит а был ли товар? (бывает или не в ту коробку положили или вообще не ложили)

(119) проверка соответствия того, что вошло на склад по документам и по факту. то же для "вышло со склада"

еще бывает контроль при пересечении границ зон

при использовании ТСД - условный контроль при пересечении границы складской ячейки.

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

хотя порой конвейер более эффективен, да.

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

(123) тогда ты спросить не с кого, кто и что положил. Или предлагаешь каждому кладовщику регистратор на лоб вешать?

(126) так ведь известно, кто какой заказ собирает

(127) Видео труднее смотреть будет, если сборщик по всему складу шатается.

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

(128) так зачем видео-то? есть претензия от клиента - не положили. Ну, или ШК-контроль на выходе (это лучше). Знаем, кто собирал, знаем, откуда должен был брать то, на что претензия. Проверяем остатки, видим расхождение. Если свой  контроль на выходе, то добираем, если от клиента - то там дальше как договариваются. В любом случае кладовщику и начальнику склада - по KPI. Это когда нет ТСД. Когда есть тсд история другая. Когда отдельно консолидируется сборка с ячеек и раскладывание по заказам - третья.

(129) Например чтобы не было ситуаций как в (53)

(130) Что такое ШК на выходе? Это где?

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

у нас на выходе из склада жто упакованная коробка с номером клиентом и номером маршрута

(132) это линия контроля, когда товар пересчитывается с помощью СШК. На входе на склад и на выходе с него. Если уж мы говорим про вариант без ТСД.

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

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

(136) см. (137)

*перед

(130) Ключевая твоя ошибка в том что должен быть заинтересовано руководство к внедрению KPI. Или это программист должен на себя взять ответственность  разработать и внедрить новую систему мотивации?

(137) т.е. кладовщик собирает товар по накладной в коробки несет её в зону комплектации и начинает по сканеру сдавать по штучно? А зачем ему коробка?

(138) Ну линии контроля в общем случае может и не быть. Всё от склада и товара зависит.

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

(141) Тут, на самом деле, может быть очень много различных вариантов, и все их по-разному автоматизировать надо :))

(134) И брутто-весом?

(130) и да видео помогает с "проблемными" клиентами, который говорит, что товара небыло. ОН товар принял в запакованной коробки, коробка не вскрыта, есть видео, где товар кладут в коробку и коробку заклеивают фирменным скотчем.

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

(147) "можно двух человек" - правильнее сказать m+n человек, m собирают (и их больше), n контролируют и запечатывают коробки, палетируют в соответствии со схемой.

(147) Ага и третий следом возит на тележке компьютер со сканером и блоком питания для сканирования

(149) Компьютер со сканером? Дичь какая

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

Т.е. там где раньше был 1 кладовщик теперь 3 человека + отдел ИТ, зато автоматизация

(152) Если вам этот вариант не подходит - это не значит, что он плохой :)

(151) Ну это ты предложил что нужно 2 человека, первый будет собирать товар, второй сканировать

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

(152) Раньше была конюшня, а теперь автозавод

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

например можно вместо сборки ночью и одной большой машины для развозки сделать 4 маленьких машины и доставка в течении 3-4 часов.

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

(159) а денег тебе хватает?

(158) 4 маленьких машины на порядок дороже, чем одна большая

(160) Ну свою сотню в месяц имею

https://habr.com/search/?q=%5Bпроще%20чем%20кажется%5D&target_type=posts

(161) а доставка день в день может быть конкурентным преимуществом. например, если у вас 10%-30% рынка, можно увеличить долю в 2 раза.

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

(164) Вот только цель компании не захватить мир, а получать прибыль. Так что если доля рынка в 5% позволяет получать больше прибыль, чем доля в 30%, то сам понимаешь куда двинется компания

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

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

(157) "сократить время сборки" - только если позволит меньше платить иначе нафуя?

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

"сократить задержки при отгрузке" - вот это полезно но ради этого дополнительные затраты?

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

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

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

Зато сэкономили...

p.S. Вроде потом срочно вернули все взад

(170) Ага были и такие люди, но это же затраты, зачем нам лишние деньги платить, что кладовщики сами не посчитают

(169).1 позволит вести норматив и мотивацию на скорость сборки. иначе же "а пока найдешь, пока подвинешь, а пока то, пока се"
.2 если см. выше, то выйдет
.3 дополнительные затраты при железной руке и уже имеющемся ит отделе с программистами - условный 0, даже ТО не надо покупать. но если надо - то до бесконечности, да.

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

(173)+ кстати, затраты были не такие уж и большие

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

(169) Да, основные преимущества от внедрения адресного хранения, при условии что до этого на складе не было бардака, косвенные. А вот в случае бардака, и пересмотра в процессе внедрения бизнес-процессов, выгоды самые прямые.

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

(171) У вас склад не адресный судя по (78) - может из-за этого вашим кладовщикам надо выходить в воскресенье и что-то "собирать"? А так бы им лист сборки с ячейками программа распечатала и вуаля, скорость поиска выше (как бы уже все собрано), нет?

(178) Адресный, правда адресация статическая без остатков

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

(169) У нас адресное хранение сделало возможность оптимальной маршрутизации, что привело к увеличению производительности труда сборщиков. Ну и адресное хранение исключило ошибки сборки. И всё это без ТСД.
Насчет "много денег" не совсем понял. Ввести адресацию склада, развесить указатели, ну и поддержать программой - много денег не надо.

(181) 1. Каким образом в программе указывается адрес хранения для партии товара
2. Кто допиливал программу чтобы можно было выделять эти партии товара (для номенклатуры целиком одно место не влазит)
3. За чей счет эти допзатраты на операторов и программистов?

(182)+ Раньше приходную накладную в УТ вбили, проверили с накладной поставщика, свою форму распечатали и с товаром на склад отдали.

А сейчас после всех этих действий куда, кто и каким образом занесет в программу "места хранения" для каждой строчечки накладной?

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

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


А не просто видел как работает уже давно готовое или рядом стоял...

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

(184) Вариант 0: Указывать в программе текущей негде и считать она не умеет.

Твои действия?

(186) ЫЫЫЫЫЫЫЫЫЫЫЫЫ

(186) >Место выделяется в момент заведения новой карточки,
это так не современно и неэффективно

(185) Ей богу, именно такое впечатление и возникает от твоих постов. :)

(189) Меня пробило с этого теоретика ))

(189) В смысле? Один и тот-же товар должен гулять по складу? Зачем? У нас в наличии всегда весь ассортимент. И зачем тусовать его по складу немного непонятно.

(189) Работает - не трожь :)) Может, у них 100 наименований номенклатуры и 1000 ячеек всего :)

(190) Ты понимаешь что вот тут в (186) "Место выделяется в момент заведения новой карточки, или возвращения карточки в ассортимент, привязка места удаляется в момент вывода позиции из ассортимента."

Написал какую то хрень?

Представь что для Номенклатуры 1 выделили места с 1 по 10.

А потом пришла партия номенклатуры в *10 раз и ее куда засунули?

(192) Теоретик. Или производство когда планы не меняются не месяцами а годами ))

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

(192) А если больше, чем в ячейку помещается, пришло?

(196) За чей счет будем смотреть?

(198) так вы меня нанимаете, или имеете своих людей?

(199) Своих имеем но они бесплатно не более тебя горят дополнительно работать ))

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

А в общем я так скажу - у нас, например, внедрение WMS системы позволило открыть новое направление бизнеса :))

(194) В смысле? Произошел качественный скачок в потреблении некоторого вида колбасы, и поэтому ей потребовалось в 10 раз больше места? Тогда именно в этот момент, в момент качественного скачка в потреблении, и будет выделено больше места. А случайно прийти товара в 10 раз больше не может. Не может у нас в регионе вырасти потребление одной позиции в 10 раз, при этом незапланировано. И товар "случайно" прийти в незаказанных количествах не может.

(200) а где тут про "дополнительно"? никто ж не заставляет сидеть после 18

(195) Это не теория, это вполне может работать, подтверждаю.

В идеальном случае затраты да минимальны - но в этих случаях они уже давным-давно обычно сделаны и работает это адресное хранения.

Проблема что обычно адресное не введено по каким то веским причинам, а не просто другие такие тупые.

(194) Твоя проблема в том, что ты видишь свой маленький склад, и не думаешь что всё может быть иначе. Что клиентов может быть десятки тысяч, что накладных тысячи в день, что спрос может быть равномерным, что прийти не по заказу товар не может и т.д.

(203) Очень смешно. Позвонил клиент (выиграли тендер) и закупили/произвели хоть в 100 раз больше.

(203) А... У вас размер склада позволяет выделять на один товар блоки ячеек. Это хорошая ситуация.

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

*условно

(207) Моя не проблема в том что сейчас я никаких складов не вижу )) не хочу больше.

А раньше видел много разных от больших до очень больших.
Маленькие склады уровня одного магазина даже не учитываю.

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

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

(210) У кого проблема? Я в курсе что привязка бывает статическая и динамическая, и что у нас статическая. Только с чего ты взял что у нас проблемы?
Зачем нам привязывать по факту прихода, если у нас статическая привязка?

(215) тебе не кажется, что отвечаешь ты не мне?

(213) Так сложно понять что производят/торгуют не только колбасой?

(214) Я ее знаю. А некто не зная (или зная только про производство колбасы) начинает советовать ))

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

(218) Статическая привязка это упрощенный вариант динамической.

Достаточно сделать "динамическую" и "статика" не проблема если что.

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

давайте лучше это обсудим в октябре в авроре?

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

Когда делали бесполезную работу и теперь снова все переделывать.

(221+) http://catalog.mista.ru/journal/news/mir-1s/infostart-party-2018-vecherinka-proydet-v-klube-avrora_879023/

(218) см. (192). Простой вопрос - зачем? У нас поддерживается всегда примерно один и тот-же остаток по всем товарам, с маленькими вариациями в случае изменения спроса. Места достаточно. Зачем менять место товара?

(220) Блин. Ваша упрощенная схема подходит вам. Но в случае значительных изменений будет пипец.

И эта схема не подойдет большей части других складов. Нафига ее советовать?

(224) впихнуть больше :)

(222) У нас, например в части зон статическая адресация, а в части динамическая. И всё хорошо...

(224) Потому что иначе не влезает.

(225) То, что большинству складов схема с выделением нескольких ячеек под один товар не подойдет, достаточно очевидно.

(222) У нас есть возможность менять адрес из прихода. Но это не нужно, не востребовано. Еще раз см. мои предыдущие посты.
Ну и понятно что по уму должна быть возможно изменения адресации из разных мест. У нас так и сделано - отдельные удобные обработки, из карточки товара, из прихода, из приема продукции (документа взвешивания) и т.д.
Но. У нас статическая адресация склада. Места как я уже писал выше меняются редко. И я не понимаю зачем спорить что так не бывает.

(229) отнюдь. по моим наблюдениям заруливает большое количество одинаковых ячеек, в которых номенклатура лежит на нескольких ячейках. объем склада можно загрузить более, чем на 90%

при этом без привязки ячеек к номенеклатуре

(225) В чем будет пипец? Я тебя не понимаю. Приведи пример. Тендер выиграли? Так выделили больше смежных адресов на товар, да и всех делов.

(232) Как можно взять из ячейки правильный товар, если ячейка не привязана к номенклатуре? Может привязка есть, но динамическая?

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

(234) Без ТСД - никак :))

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

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

(237) Откуда такие выводы, что возьмут один товар, а просканируют другой? Совсем идиоты необучаемые на складе чтоли?

(237) ну то, что в одном месте только одна значимая единица лежит (серия, номенклатура, характеристика или партия) - это очевидно

(239) в одной ячейке не должно лежать разного

(238)(240)(241) Ну тогда это ничем не отличается от нашей схемы без ТСД. Только адреса не меняются в момент прихода. Так как товар есть на остатке всегда. Не заканчивается он. Такого не должно быть в продуктах питания.

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

(242) А у вас что мешает при отборе взять не тот товар?

(243) Я как раз удивился что "в одной ячейке разный товар".
В таком случае легко можно отсканировать одно, а взять другое.

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

Размеры упаковки для каждой номенклатуры выяснять?
Придумывать как эта упаковка влезет в ячейки?
Кто таким идиотизмом будет заранее заниматься?

По факту приходит товар - надо размещать - нужно пришел на склад, пикнул товар, пикнул ячейку - разместилось и в системе указано (номенклатура, партия, ячейка, количество)

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

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

А вот одинаковый товар но разных партий - как раз лучше хранить в разных ячейках, чтобы случайно не тот срок годности не отгрузить!

(244) У нас не бывает один товар в разных ячейках.
Ну и KPI. Редкость что собрали не тот товар, и кому-нибудь он обязательно ударит по показателям со всеми вытекающими. Сборщик должен подойти к правильной ячейке, той что указано в сборочном листе. Ну и если товар не будет соответствовать (что очень маловероятно на складе с статической адресацией), то он увидит это, так как в сборочном листе есть наименование продукта.

(249) Опечатка! "у нас не бывает разный товар в одной ячейке"

(249) Ага еще скажи просрочка на складе совсем случайно не залеживается ))

(251)+ Когда в одной ячейке лежит колбаса разных сроков годности и так получилось что всегда сборщики брали более свежую, а старая завалилась назад и испортилась ))

(248) >когда в одной большой ячейке лежит разный мелкий товар (позиции)
нет, правильно делать несколько типоразмеров ячеек - самый ходовой + некоторое количество под мелочевку (в зависимости от средних остатков)
На книгах у нас были места под 18 стандартных пачек (десятки тысяч мест) + 2 тысячи мест под остатки меньше 2 пачек

(246) Идиоты что-ли на складе работают? Не знают сколько места нужно для конкретного количества колбасы?
То есть как, у вас товар может вводиться в матрицу без образцов, без указания упаковки и т.д.?

при этом с типографии приходило по 200-400 пачек одной номенклатуры, соответственно, распихивалось на 10-20 мест

(254) "Колбаса" бывает в разных упаковках/коробках/ящиках/бочках/цистернах и т.д.

(251) Нет конечно. Просрочки при нормальных процессах быть не должно. Старый товар всегда должен лежать спереди. Это вопрос выкладки. При каждой сверке это проверяется.

(253) Да это уже мелочи и в процессе доходят как лучше выделять/размещать.
Оперативное размещение в свободные ячейки по неким зонам.

(257) Хохо.
Т.е. в учетной системе сроки годности не учитываются при поступлении/хранении/отгрузке?

(258) размер ячейки был выбран исходя из физических размеров полок + скорости ухода. чтобы часто целиком освобождались ячейки.

(256) Сборка поштучная. Основная масса клиентов это магазины, розница. Какие бочки, цистерны? Не видел колбасы в цистернах, у нас такое видимо слишком редко бывает.
(259) Конечно учитываются. Я не понимаю твоей логики.
У нас нет разделение разных дат по ячейкам, ибо это не нужно. А вот даты выработки еще как учитываются.

(259) При отгрузке - только тем кто требует. Зачем нам знать дату выработки каждой отгруженной штуки? На что это повлияет? На усложнение и удорожание бизнес-процессов? А плюсы какие?

А вот при поступлении - учитываются.

(261) На складах не только колбасу хранят ))

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

(263) Учитывают в какой ячейке сколько шт./уп. каждой даты хранится?

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

Зачем сборщикам искать нужную дату выработки? У них нет в сборочном листе указания дат. Им нужно взять правильную номенклатурную позицию, не более того. Вариант продукции требующей точного указания даты не рассматриваем, потому что она вся маркирована, и дата (ВСД) считывается с маркировки.
(265) Мы учитываем сколько какой даты у нас на остатке, для нужд сверки, и указаний торговому отделу об активизации продаж. Для этого достаточно знать количество и даты при приеме  (приходе) продукции, и понимать что практически вся отгрузка идет по фифо в разрезе дат выработки. Чему служит правильная выкладка в ячейках.

(266) Все началось с того что я написал что адресное хранение - это дорого!

И тут мне начали на примере "только наш склад, и ничей иной" доказывать что это совсем дешево и несложно ))

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

(267) Если тебе рассказывают содержание конкретного фильма, то тебе рассказывают содержание именно этого фильма.
Если я тебе рассказываю про свой склад, то я рассказываю именно про свой склад. Это тяжело понять? Или ты сам поступаешь не так? Рассказывая про свой склад рассказываешь на самом деле про другие?

(267) Ты начал хамить после моих постов (181) и (186)
На что я  могу сказать - разуй глаза, с чего начинается фраза в (181) Процитировать тебе?
"У нас адресное хранение сделало возможность оптимальной маршрутизации..."
"Не для каждой строчки, а для каждого товара.
Место выделяется в момент заведения новой карточки, или возвращения карточки в ассортимент, привязка места удаляется в момент вывода позиции из ассортимента."

А теперь что ты ответил в
(185) (191)
Процитировать?

(268) > и знаю что практически всегда можно её ввести дешево
Опять 25.
"Дешево" только в очень редких простых случаях - обычно в этих случаях эта адресность уже давно внедрена или нафик не нужна.

(269) Ну вот опять. На примере одного фильма (склада) говорят что все прочие фильмы (склады) ничуть не сложнее.

(270) Да извиняюсь что начал хамить.
Сейчас не хочу разбираться по истории постов почему и зачем.

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

Делаем вывод о всех складах по одному случаю. Ну бывает.

(271) Где тут написано про «все склады»?

(272) Дорого в редких случаях, и зачастую когда внедренец усложняет на ровном месте. Но естественно дешево не всегда.
Но ваше мнение что «чаще дорого» против моего что «чаще дешево» - наверно не стоило того чтоб скатываться в откровенное хамство?

(27) я понимаю, что большинство тут работало только с торговыми складами. И не все представляют большой бардак. Поэтому поофигевав неделю, поофигевают и две. А дальше три и так далее, пока пирамида не рухнет.
(29) +146
(19) он и есть начальник, и есть ещё на каждом складе такой же кладовщик, который на себя повязал процессы.
(25) В проходах лежит не потому, что не успевают положить куда надо, а из-за отсутствия места

(274).4 может стоит разобраться с оборачиваемостью склада? или надстроить этажность?

(273) Занимались внедрением адресного склада в крупной конторе с нуля?
Причем или в одиночку или в качестве РП?

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

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

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

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

(45) (50) спасибо
(54) В те годы да. Сейчас без нормальной системы склада остались только самые извращенцы. Мы как раз из таких.
(68) Один в один моя ситуация. Только вот на 1С не с января переходят, а уже больше 10 лет (76) спасибо, все по делу
(82) согласен
(100) аналогичная ситуация
(83) наш случай, и хочется, и колется

(276) издеваешься? У меня миллион лет не было маленьких клиентов, и вроде я всегда внедряю в том числе в качестве РП, и с нуля.
И если у клиента нет денег, как ты писал, то зачем ты пытаешься навязать ему дорогой вариант, на который у него нет денег?
Добавлять вдрес не обязательно в карточку товара, можно в партию. Сути это не меняет.
И ты опять путаешь посты про конретно контору где я сейчас работаю, и внедрения ячеистого склада в общем.

(278) маршруты сборки по накладным в 50 позиций опытный сборщик тоже «в уме» строит?

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

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

(279) ...Сейчас без нормальной системы склада остались только самые извращенцы...

все зависит от масштабов - если на 3-х кладовщиков имеется ангар 2 тыс кв.м с трехярусными стеллажами и активных товарных позиций = 500, то вполне можно успешно работать без адресного хранения.
Если очень хочется, то можно сделать в торговой программе укрупненное адресное хранение без остатков - за группами товаров закрепляются области склада. Разбиение склада на 10 областей позволит ускорить поиск товаров.

(284) Разбиение склада на области -  это уже первый шаг к адресности.

(285) в ситуации ТС любая привязка товара к месту хранения будет шаг вперед в снижении зависимости от персонала.
обычно при автоматизации меняется 20-30% работников склада. в эти проценты кроме конкретных невменяшек входят и всезнающие и опытные.

(286) Хоть кто-то меня поддержал. А то Garykom совсем разошелся. :)

(287) Garykom абсолютизирует свой личный опыт, хотя уже 2500 лет тому один грек изрек "Чем больше я узнаю, тем больше понимаю, что ничего не знаю"

(213) А почему ты решил, что компания удовлетворяет спрос рынка по колбасе на 99,9%? Или мы про своё производство говорим?

Допустим компания продает колбасы на 2 тонны, а рынок переваривает 2500 тонн. Поэтому клиент который ранее брал у конкурентов выйграл тендер и решил брать у вас. Вот тебе и скачок. И как видишь предел далеко не в 10 раз, а может быть и в 1000 раз (по крайне мере чисто теоретически, типа брат мэра стал монополистом по поставкам колбасы во все бюджетные учреждения)

(241) как раз в одной ячейки не должно лежать однородного, а разное допускается.
Грубо говоря когда в ячейки лежат фломастеры всех цветов в обычной жизни это проще, ибо все знают, что фломастеры в том углу. А вот в случае адресного склада, такая схема приводит лишь к пересортам между цветами. И если лежит в одной чейки красный и синий, то найуться люди которые пересортят + это снижает время сборки, так как человек должен понять, где красный, а где синий и какой ему надо взять. Поэтому фломастеры должны лежать в разных ячейках по цветам, но тем не менее вместе с фломастерами могут в одной ячейки лежать к примеру линейки и дыроколы. Что тоже приведет к снижению скорости, но уменьшит пересорты, так как идиотов которые не отличают фломастер от дырокола намного меньше, чем людей, которые цвет фуксия не отличат от цвета амарантовый маджента

(289) Почему на 99,9? Немногим меньше.
Дело не в скачке, а в том, что скачок возникает не в момент поступления товара, а раньше. Сначала становится понятно что товара потребуется больше, потом делается повышенный заказ, а только потом придет больше продукции.
Немного нелогично в такой ситуации выделять новое место именно в момент поступление товара?

(289) У нас не может быть такого скачка. Мы дистрибьюторы, первые руки. Не может быть такого что у конкурентов брали в разы больше чем у нас.

+(291) хотя это совершенно несущественно. Нет никаких проблем вывести выбор адресов для товара куда угодно.

(291) Раньше это насколько?
НУ к примеру у нас бывает снабженцы берет не то что нужно а еще чуть чуть больше, потому что поставщик скидку дает если взять не 2 тонны, а 10. И еще фигни которая никому не нужно, ибо за неё поставщик дает откат снабженцу. Так что да, де факто иногда получается никто не знает что приедет и сколько.

(279) 10 лет говоришь ... мы с 2005 переходим. Сначала перевели бухию офигели от производительности и решили постепенно обновлять сервера. Пока что не успеваем за разработкой тормозов в новых конфигурациях и платформах от 1С. На текущий момент по моим грубым оценкам нужно разово порядка 25 лямов, чтобы обновить весь парк серверов и клиентских машин (нужно порядка 150 пользователей посадить в 1С, которые сейчас сидят на бездисковых тонких клиентах в терминале) закупить все лицензии (ибо УФ в терминале так себе, а для дисковых станциях нужна лицензия на софт) провести обучение всего персоанла, и допилить типовую (никто не хочет отказываться от проводок и классического партионного учета с расчетом в реалтайеме и чтобы в подборе было видно вся история продаж с клиентом + планы продаж для менеджера + остатки, цены,акции, фото, и еще 100500 разной херни которой нет в типовых) + компы на складе + ... Короче руководство ждет человека который придет и за бесплатно все это сделает под ключь

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

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

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

(296) В кондитерке, например, очень хорошие бонусы за объем, и брать большую партию, даже понимая, что её не продать, бывает выгодно...

(295) Бардак у вас, вот и всё... Но, раз хозяев всё устраивает  , живите с тем, что есть :(

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

(298) Закупщик не замотивирован к продаже? :)
(299) Поставщику зачем это, если его товар и так всегда есть в наличии? И будет продано, и будет взято в конечном итоге такое-же количество товара. Не продать больше от того что у тебя на складе месячный запас товара. Тем более и оборачиваемость и просрочка это KPI.

(302) Кто их, поставщиков, знает. Некоторые вон даже компенсируют нераспроданный товар с истекшими сроками годности. В пределах лимита, конечно, но компенсируют...

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

(304) Я понимаю, что это ненормально. Но оно почему-то так работает. Может, конечно, они тоже ради своих бонусов это делают.

Люди же всё-таки обладают разумом, и если даже идут на подкуп, то из корыстных побуждений, а не так чтоб дать откат ради того чтоб получить дополнительные убытки. Поэтому любое нарушение должно иметь объяснение. В данном случае, в нашем случае - всё выглядит слишком надуманным.
(305) А может всё проще? Взятка закупщику дается в других случаях? А не на ровном месте, когда ни поставщик, ни менеджер поставщика не имеют ни малейшей выгоды?

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

(295) А сейчас на чем всё  вертится? 7.7?

(306) Если бы выгоды не было - наверное, так бы не делали. Внутреннюю кухню поставщиков не знаю. Но бонусы и скидки за объем они дают весьма неплохие, и нам, как дистрибутору, это выгодно. Товара всё равно за месяц будет продано столько-же, и закупщик свой процент получит. Но, кроме этого, мы получаем товарный/денежный бонус и скидки на закупку в следующем месяце. Единственно, это, конечно, "заморозка" денег в товарах, но это уже проблемы финдира :)

(295) "постепенно обновлять сервера" - как будто это долгий процесс :) На 150 юзеров купить пару серверов под СУБД (один в качестве резервного), и всего делов.

(310) Смотря что покупать - если нормальное серверное оборудование, то тут легко за 10 лямов вылезти. А если, как тут некоторые советуют, топовое десктопное железо, то да...

(309) Конечно-же выгода есть, процент дают от закупа за/для лоббирования интересов поставщика. Закупают больше тогда когда товар не постоянно на полке и т.д.
Если закупщик решает вопросы товарной матрицы, то он вообще может не взять товар или взять товар конкурента. Но это всё другие случаи. Когда товар и так всегда на полке, ни закупщику ни поставщику не выгодно брать больше чем надо, тем более в случае просрочки они пострадавшая сторона, а KPI (оборачиваемость, просрочка) - от закупки лишнего ухудшаются, а продажи естественно не растут, так как товар и так всегда на полке.

(312) Ну хорошо, спишем на особенности "русского бизнеса".

(311) на 150 юзеров? да там меньше ляма все будет

(314) Не зная объемов базы и интенсивности работы - вот так сходу меньше ляма? Ну и, обычно, если менять парк серверов - надо все менять, не только 1С.

(314)  Меньше ляма это на что?
Не забывай сейчас у юзверов нет компов, а значит, нужно помимо серверов под 1с либо мощные терминальные сервера, где будет крутиться клиент 1С, либо покупать дисковые машины с ссд.

Т.е. хотя бы примерно накидай конфигу на 150 машин под сервер 1С, скуль, клиентов 1С, лицензии ...

(300) Этот вопрос не на мою зарплату

(315) базапузомер за июль месяц показал
Всего документов 143к
В среднем за день 4,8к в среднем по 10 строк в каждом

Понедельник обычно 9к+, вторник-четверг 5к+, пятница 6к+

(318) Повторюсь, но - неужели сейчас на 7.7 вертится?

(319) вот именно, на файловой 7.7
И вот перегружаю я доки в 8-ку и смотрю время сколько нужно на тупое перепроведение  за периода, и сколько мне нужно времени для этой же операции в 7-ке и становиться грустно

А когда я из КИПа запускают тестирование обычных операций (создание документа, подбор товара, проведение) в ОФ (УТ10) и УФ (УТ11) грусть моя растет

(320) Про перепроведение с такими объемами в 8ке - забыть сразу.

А видя как 10 бухов легко и непринужденно укладывают сервак работая в БП 3.0 я вообще с опаской смотрю на переход на типовую УТ11/КА2

(320) Семерка же тоже наверняка не типовая, а переписанная. В типовой тяжело за день проводить по 10К документов.
(322) При таком документообороте смогли перейти на типовую БУХ? Сколько у вас квартал по времени перепроводится?

Если уперлись в возможности 7.7 - деваться некуда, придется переходить. Но будет ОЧЕНЬ дорого и больно.
Если нет - смысла не вижу, овчинка того не стоит.

(321) Забыть в типовой. Никто не мешает переписать.

(321) вот и я о том же, что с теми запросами (проводки, партии и расчет себестоимости (так как от неё идет расчет цены клиента)) цена в 25 лямов на переход выглядит вполне себе скромно. И обсуждать чем жертвовать никто из топов не хочет, у всех один подход, нам пофиг на 8-ку, главное чтобы было все тоже, что и в 7-ке

(326) Беги, лес, беги - было уже такой совет тебе или пока нет? Если нет - лови :)

(326) Не... с таким подходам вам на 8-ку не надо...

(324) ну где то на границе болтаемся, особенно по понедельникам. Но пока наиболее реальный сценарий это перевод финансистов и бухов в 8-ку, т.е. оставить из 7-ки чисто торговую базу, для отражения торговых операций (расчет по средней, проводки нафиг), а все остальное после перегрузки добивать и смотреть в 8-ке (например учет ОС и материалов, авансовые отчеты), но никто даже обсуждать не хочет :(. Пока что разговор больше переход, ради перехода, типа все перешли, а мы чё до сих пор не перешли?

(328) Это совершенно нормальный подход, кто умеет так "подходить" не имеет свой % от 26+ лямов ))

(330) *кто не умеет

(325) Это да, у нас объемы побольше - и всё работает. Но и сервера такие сейчас стоят 25 лямов, и конфа не типовая, конечно.

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

(330) Попил - вещь хорошая. Но простому прогу с него только гемор, проверено.

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

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

(332) Ну вот, а мне тут в моей деревни (Ростов-на-Дону) и спросить не у кого. все местные франчи ничего сложнее переводов на 25 пользователей на типовую не делали, поэтому даже привлечь сторонних спецов проблематично