Архив форума

Да это смешно просто, сопротивление и негативное отношение..... На обучение  сотрудника адресной системе надо не более 2-х дней (если мы говорим о комплектовщике), проверено на практике. Просто надо ЗАХОТЕТЬ!!! Нового сотрудника на работу берете с опытом работы на складе с адресной системой хранения и он ваших кадров обучает, если нет сотрудника/денег на сотрудника , то берете ваших ребят его/их за руку и целый рабочий день с ним проводите, сами показываете где брать и куда ставить, все! Через неделю они сами смеяться будут над ....опротивлением и негативным отношением. Основной нюанс: адреса должны быть понятны для восприятия простого человека без высшего образования.  

Ну да, конечно, 5000-10000, суть не в этом. Тут основная задача с топологией склада определиться. Вы когда програмисту ТЗ даете на написание адресов ему все равно как их назват. Есть название буквенное или знаковое, которое в любом случае к порядковому номеру ячеек в программе складского учета прикрепляется. Есть номер ячейки в программе и есть ее название которое на балке висит.

Добрый день! Господа
Помогите пожалуста советом.
Внедряю систему адресного хранения на небольшом складе 2000м2.
Номенклатура -продукты , соответственно требуется учет сроков годности. В основном сборка штучных заказов. Пополнение запасов из учета поддержание двухнедельного стока
Основная проблема с расчетом размеров ячеек для зон пикинга и хранения товара.
Вопрос-на какае параметры лучше опираться при расчете ячеек для пикинга-какой размер запаса держать в них?

на мой взгляд -главное самому понять необходимость в покупке wms....
ну и конечно убедить в этом руководство....

Здравствуйте, коллеги!
История про адресное хранение и WMS  системы. Это целая логистическая жизнь - это мое мнение. И ее может не хватить для достижения вершин.
Начинали работать на самописке. И очень не плохо для ее уровня. А потом очень захотелось.......но денег не дали. Купили практически пустую платформу. И вот тут мне повезло - подобралась команда единомышленников с обалденным желанием и потрясающими базовыми знаниями (образованием - политех, военмех и т.п.) плюс хороший опыт работы и обалденный прогаммист. Начинали потихоньку, а потом разошлись ( в деньгах СУЩИЕ КОПЕЙКИ - ПОВЕРЬТЕ!!!!!!) и было не остановить. Дописались до голосовых модуляций (даже матерные команды включали - действуют безотказно). Манхеттен, Солво - хорошо, но не то, ищите БухТу, но не ту которую рекламируют. Дошли до 4PL - логистики. Поверьте она разработана и существует и на ней работает ряд крупнейших российских холдингов, но им об этом не говорят, да им и не надо. Потому что качество услуг такое, что им все равно на каком ПО это делается. Для себя уяснил одно - ГЛАВНОЕ ЭТО КОМАНДА. Очень сложно сейчас это сделать, молодежь прет вперед не оглядываясь по сторонам. Всей нашей команде более 40. Если работать с типовыми КИСами это большущая трата деньжищ.
 
P.S. Сечас работаю в другой компании, но со всеми коллегами поддерживаю отношения. Внедряю адресное хранение в 1С - ЭТО УЖАС. АКСЕЛОТ (пишу нашими буквами, потому что .....) не люблю. Но с этой командой внедрю, даже на дружеской основе. Правда здесь тоже программист достался "от бога" и опять за сущие копейки....везет.. Всем удачи.

Процитировано сообщение: Султамуратова Эльмира от 23.08.2010 :: 16:50:04:

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

Здравствуйте!
 
Процесс внедрения адресной системы всегда один и тот же: сначала понять зачем, что именно Вы хотите получить от её использования? Узнать возможности ИТ-службы по поводу добавления связанных таблиц с вашими новыми данными и данными находящимися в учетной системе. Затем описать топологию, посчитать объемы ячеек хранения, предварительно разделив на розничные и боксовые ячейки (если будете использовать подпитку зоны пикинга), разработать "маску" адресов (желательно визуально выделять размеров цифры (буквы) номер прохода, ячейку (в зоне пикинга) или этаж (в боксовой зоне при условии высотного хранения). Далее следует определить оборачиваемость товара, чтобы правильно подобрать тип ячейки под тип товара и согласно норм пополнения (оптимальный запас в ячейки скажем, на 3 дня продажи, после наступления значения минимума инициируется задание на пополнение). Товарам и адресам дать некий признак(буквенный или цифровой не важно) по которому нужный товар будет находить нужный адрес, прописать ограничение по количеству занимаемых адресов одним наименованием. Ну и в принципе все эти данные объединить в блок-схему с вариантами ответов типа: если условие выполнено, то "А", если условие не выполнено, то "Б" и т.д. Только так программисты смогут Вам правильно написать требуемые Вам модули для работы с адресами и товарами с оборачиваемостью по FIFO, LIFO или как вам требуется.
 
С уважением,  
Багаев Д.С.

Коллеги ,спасибо за отклики!
 У нас планируется открытие гипермаркета формата Кэшн Кери.В городе нет аналогов,чтобы посмотереть и сказать "Так оно работает!"
Учет ведется в программе "Спрут",может кто слышал или работал?
 Сама думаю ,что должно быть 2 склада: хранение (верхние ярусы)и  склад розничных продаж(стеллажи,полки,холодильник и тд ).Для подпитки розничного склада делается пермещение со склада хранение.Но на стеллажах храниться огромное количество наименований товара(мелкий товар ).Как всему  товару розничного склада присвоить адреса и еще ,чтобы он визульно был видим .Например , заглянем в холодильную витрину,в данный момент там  находится разные виды мясных и колбасных изделий.Как  теперь их отделить и адреса присвоить ,и поддерживать ,чтобы лежал в своей ячейке ....Или в торговом зале на полу размещены  спортивные  тринажеры , их же тоже надо учитывать в системе.Есть в продаже школьная мебель(парты ,стулья и т д) как им присвоить адрес .?Таких мелких вопросов много.
...

А я бы начал эту работу с совсем других вопросов. И это будет титаническая работа. Поскольку необходимых данных вам никто не даст (хотя бы потому, что организация системы учета - это слабое место почти любой компании).
 
1. Нужно получить данные о планируемом грузобороте. Ведь у вас же должен быть хоть какой-то бизнес план. Сколько вы планируете продавать в месяц (день, неделю, не суть важно), чтобы выйти через установленное время на окупаемость вашего проекта.
1.1. Эти данные должны быть структурированы. И вот тут начинаются самые большие сложности.
Для правильного (или хоть как-то приближенного к жизни) расчета, надо знать весогабаритные характеристики товара. Тогда, из плана продаж Вы сможете расчитать потребность в складских площадях (стеллажах, холодильниках и т.п.) по каждой группе товара.
1.2. В моей организации, - спасибо коллегам! - в каждой карточке номенклатуры (SKU) есть данные о ширине-глубине-высоте (или высоте-радиусе) товара и его вес. У вас (вряд ли тут ошибусь в предположении) ничего такого нет. Но сделать можно вот что: для каждой группы прикиньте приблизительно среднее значение для этих позиций. Да, ошибки будут, но в допустимых пределах (тут уж от Вашей сообразительности зависит). Например, молоко в пакетах, ясно, что вне зависимости от соотношений ширины-глубины-высоты, всем упаковкам объемом 1 литр, можно присвоить значения 0,1х0,1х0,1. Для 2 литров - 0,1х0,1х0,2 и т.д.
Попробуйте поговрить с программистами, если получится из наименования товара вытянуть его вес в отдельное значение товара, то дальше,для каждой группы через поправочные коэффициенты вы вытяните и данные объема.
1.3. Посмотрите теперь на планы продаж в его весогабаритах и расситайте потребность в оборудовании для его хранения. Не забудьте, что каждый товар должен иметь доступ. То есть товар в небольшом количестве "съест" все пространство за собой.  
 
2. Теперь, когда вы поделили все пространство вашего гипермаркета на зоны и расставили там необходимое оборудование, присваивайте названия адресам по каждому элементу оборудования.
2.1. Если у вас в холодильнике (два метра высотой, два шириной и полметра глубиной) хранится большое наименоване, скажем, сыров, то нет необходимости этот конкретный холодильник разбивать на много адресных ячеек. Разумный максимум здесь будет состоять в том, чтобы присвоить адреса полкам этого холодильника. Затем, например, чтобы в дальнейшем вы могли управлять запасами и иметь данные о том, есть у вас место в холодильниках для ввода еще одной позиции, или все уже заставлено. Тому, кому будет поручено (в виде накладной перемещения ТМЦ) разнести новый товар по местам хранения, будет вполне достаточно, если будет указано: Хол.5. И он отнесет этот сыр именно туда.
2.2. Таким образом, часть задания программистам будет состоять в том, чтобы в карточке номенклатуры была переменная, в которой этот адрес будет Вами (а впоследствии обученными этому операторами) занесен.  
2.3. Тот факт, что сразу у многих позиций будет одинаковый адрес, не должен Вас смущать. Так Вы сможете контролировать действия сотрудников других отделов. Например, поставить автоматической уведомление (или даже запрет) на закупку у поставщиков тех товаров, которые уже не помещаются в этой ячейке (стеллаже, холодильнике и т.п.). По крайней мере, Вы будете предупреждены и сможете предпринять соответствующие действия.
 
На этом я пока остановлюсь. Потому что все вышеперечисленное и так уже должно повергнуть Вас в некоторый шок : ) Действительно, если у вас гипер, то наименований должно быть около 100 000. И работы будет ну о-о-о-очень много. Читайте, вникайте, задавайте вопросы.
По моему глубокому убеждению, адресная система хранения нужна не только для того чтобы облегчить задачу по нахождению груза, но и для управления запасами, контроля эффективности используемых площадей (у меня склада, у Вас - маркета), учета труда сотрудников и т.п.
Мало надписать стеллажи цифрами и буквами. Нужно продумать всю систему работы с адресами хранения - кто и зачем получает данные о них, какие отчеты нужны, как поддерживать соответствие учетным данным об адресе товара и его фактическом местоположении.
 
Продумайте для каждой группы товаров, какой вид адресной системы вы (вы - это Ваша организация) будете использовать, динамический или статический. Где и как будет хранится информация: номенклатуре будет присвоено значение адреса, или каждому элементу адреса будет "пристыковываться" новая партия товара.
Да, кстати, учет-то у вас (у огранизации) партионный? Нельзя же работать со скоропортом без партионного учета.
 

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

На одном из наших складов (небольшой, 700 кв м) долго думали что внедрить, походили по сайтам, цены от 40т если более 3х рабочих мест по сети, а у нас там 7 и сервер. В итоге взяли "малобюждетное" решение от zavsklad.com. Ну сказать что внедрили за ночь - это нет, но через пару месяцев боле-менее наладилось. Сейчас вроде не жалуются. Может кому то поможет наш опыт.

ого, Юрий, столько задач. видно сильно прижало  
ваши вопросы напомнили нашу ситуацию пару лет назад. ходили с линейками от коробки к коробке, взвешивали (не все поставщики вес коробки указывают). хватило терпения месяца на 2, и у начальства и у непосредственных исполнителей, текучка которых надо сказать значительно увеличилась, т.к. руководство было настроено решительно и бесповоротно перенести учет на новые  точные рельсы. ага, щас...  
на первом этапе пытались и оптимальные места хранения рассчитывать, и наполнение ячеек контролировать и минимальный "пробег" персонала собирающего заказы определять.  
всё расставило на свои места время. теперь наш оптимальный и наконец-то рабочий вариант реализован на базе решения от zavsklad.com и выглядит следующим образом. ячейки хранения - безразмерные, как по весу, так и по габаритам. Что куда размещать при поступлении решает завсклад, который из программы берет карту склада на которой видно где ячейки заняты (полностью или частично), а где пустые. Во время приемки/выгрузки товара напротив каждой позиции товара в накладной указывается адрес ячейки, куда товар расставлен. Если товар не расставлен, естественно, ничего не пишем. Далее накладные поступления с такими отметками попадают товароведу, который отвечает за внесение информации в базу 1С. Он и «расставляет» товар по ячейкам. Вкратце – всё. Более подробно все эти процедуры описаны у разработчиков на сайте zavsklad.com в разделе «скачать», лень мне пересказывать, там листов 30 с картинками. Для небольшого склада вполне приемлемое решение и по расходам и по времени внедрения. Ну уж никак не сотни тысяч при реализации на базе 1С8.
Будут вопросы – обращайтесь. Постараюсь помочь, что знаю.

Здравствуйте!
Хочу организовать систему адресного хранения, но возникают 2 проблемы.
1. Компания занимается продажей автошин, ассортимент которых известен, но количество может быть разным в течение месяца, т.е сегодня у меня в 1 позиции 100 колес, завтра может быть 3000. Ячейка хранения имеет вместимость 1500 колес. Если присвоить адрес ячейке под определенную позицию, при количестве 100 колес, ячейка будет неэффективно использоваться (много складских площадей простаивать).  
Есть ли какой-нибудь опыт в этом плане?
2. У нас все еще БЭСТ.

Процитировано сообщение: Лукьяненко Владимир от 23.06.2008 :: 16:19:44:

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

Процитировано сообщение: Лукьяненко Владимир от 23.06.2008 :: 17:35:14:

 
Ну за то работает