Архив форума

Встала задача по автоматизации склада. Но бюджет ограничен  , причем ограничение связано с нежеланием руководства платить за внедрение сторонним организациям. Посоветуйте с выбором "коробочной" системы. Склад не большой - 1000кв.м., торгуем как штуками, так и коробками, в день проходит около 15000 транзакций. Система должна (как минимум) поддерживать адресное хранение, FIFO, подпитку активной зоны, открытый код. Для себя, пока, определил 1С:Логистика от Axelot, но, IMHO, это не "коробка" так как для внедрения нужны существенные доработки.

Процитировано сообщение: Немкин Дмитрий от 13.10.2007 :: 16:31:38:

 
Из реального контакта с тремя компаниями самостоятельно внедряющими систему управления складом 1C:Логистика.  Внедряли и продолжают внедрять уже более года. Только-только реализовали адресное хранение. Об "упавлении", т.е. формировании системой команд на какие-то внутренние перемещения даже и речи еще не было... Согласитесь, эффективное внедрение  
 
Дмитрий, 1С:Логистика это идеальный продукт для вашего руководства !  За те деньги которые они выкинут на приобретение 1С их научат простой истине !
 
Процитировано сообщение: Перов Дмитрий от 14.10.2007 :: 15:35:17:

 
Ну а если серьезно, не имея опыта и знаний в автоматизации складов внедрить 1С своими силами не реально.
 
Если в вашем распоряжении будет специалист с соответствующим опытом и знаниями, но не будет средств на приобретение WMS, мне кажется, эффективнее написать нечто свое, чем дописывать 1С:Логистика... не связывайтесь с этим продуктом. Ни эффективного склада не получите, ни опыта работы с WMS.
 
А нужна ли вам WMS ?  Может для начала ограничиться грамотным логистом и минимальной доработкой вашей ERP ?
 
 

По опыту скажу, что еще не разу на практике не встречал на 100% готовую "коробочную" WMS.
Доработки будут всегда, т.к. каждый бизнес со своей "кухней" и потербуется "заточка" под потребности своей компании.
 
Что касается привлечения "сторонних" компаний - при покупке WMS обязательным условием с Вашей стороны должно быть тех. поддержка на период адаптации, которую может дать только либо разработчик, либо провайдер, которых Ваше же руководство называет "сторонними"... где логика?
 
Избегайте 1С:Логистика  

Дмитрий, 15000 транзакций - это 15 тыс строк заказов на отгрузку ?

Дмитрий, возможно Вам следует обратить внимание на вариант классификации WMS по транзакциям
http://www.cnews.ru/reviews/free/trade2006/articles/wms/

Цитата:

 
"Система будет сама давать команды, что и куда положить" - это и означает, что она будет управлять работой склада.
--
 
А вот действительно, если есть желание взять "коробку". Причем, например, достаточно организации адресного хранения. Т.е. система, только сообщает где этот товар лежит, но никаких команд не формирует.  
 
Какую систему порекомендуют господа независымые эксперты ?
 
Кто-нибудь внедрял CoreIMS ? Аргусофт заявляет, что полностью внедряют стандарную коробку за две недели. Без всякой предварительной заточки под бизнес клиента... А вот потом на базе основного функционала пишут ТЗ и проводят платные доработки если есть потребность в получении элементов "управления" складом.

Процитировано сообщение: Немкин Дмитрий от 16.10.2007 :: 12:36:47:

А вот действительно, если есть желание взять "коробку". Причем, например, достаточно организации адресного хранения. Т.е. система, только сообщает где этот товар лежит, но никаких команд не формирует.  
 
[/quote]
[/quote]
 
Чо то я не пойму, как это - "только сообщать, но никаких команд..."? А как она узнает, что из ячейки взяли или положили туда?
По-моему, если без команд - это Excel. Дёшево и сердито!

Если не CoreIMS, не Axelot c 1С и не Бухта,  
то что скажете о Проксима-Склад ?
Она модульная.  
 
Присматриваю для склада на 1000 м2, паллетное-коробочное-штучное хранение (учесть фронтальные, полочные и мезонинные стеллажи, + напольное хранение в паллетах), номенклатура ~3тыщ.  запчасти.
 
Нужна система с возможностью донараститься в будущем минимум раза в 2-3. (обороты, площади и т.п.)
 
Нужны ли в таких случаях ТСД и штрихкодирование?  И если не ТСД с шк - нужна лиWMS?
 
p.s. я тут новенький

Возможно ли самостоятельное внедрение на примере:
1) той же Проксимы,  
2) или 1С Axelot (но с учетом того, что САМ ранее в 1С не работал)
 
цели внедрения: привести в порядок, ввести адресность, знать где и что и сколько находится.

[quote author=Рубанов Сергей link=1192278698/0#13  
Смотрел сегодня Бухту близко. Да, лучше чем Акселот, но до мировых лидеров им еще расти и расти ...
[/quote]
Мировых лидеров нам и не нужно. Манхеттен, Exceed и прочая прочая для нас слишком много, Excel слишком мало. Где она середина золотая? (вопрос риторический)
А где смотрели БУХту, чем она лучше Axelota?

[/quote]
Что значит "слишком много"?  Бывает функционала много (лишний), а бывает то что есть просто проработано качество.
[/quote]
Если смотреть с точки зрения цена/наши текущие потребности то бывает качества слишком много. Если сравнивать с авто, Вы же не будете учится ездить на феррари.

Процитировано сообщение: Немкин Дмитрий от 16.10.2007 :: 12:36:47:

 
А чего именно-то хотите ?  Четко фиксировать все перемещения товара ?  Возложить на систему функции определения целевых ячеек для размещения товара ?  Оптимизировать процесс сборки ?  Обеспечить своевременное пополнение зоны отбора ? ...
 
Кстати, какая у Вас ERP ?

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

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

Дмитрий, думаю вас вполне устроит что-то типа дополнительный модуль для конфигурации Торговля и Склад 1С Предприятие 7.7 за 9 т.р.
http://www.zavsklad.com/

ну да, у многих терминалов есть клавиши Fn, на которые можно повесить HotKey кнопок формочек 1С77
иногда разработанные "под себя" решения на 1С77 могут оказаться не хуже коробочных на Oracle

Боюсь, при построении с нуля собственной системы, ошибочных постулатов будет еще больше и ударять они в последсвии больнее. И к тому же такая система будет привязана к нашему складу и впитает в себя ошибки организации склада. При покупке готового продукта можно почерпнуть новые идеи и реструктуризировать склад если не физически, то логически.
 
Процитировано сообщение: Рубанов Сергей от 19.10.2007 :: 11:24:59:

 
От себя скажу так - на 1С 8.1 можно построить WMS систему с нуля, на продукте от Axelot - нет.  
Просто в саму конфигурацию столько ошибочных вещей заложено, что если переделывать по настоящему, то там ничего не останется. [/quote]

[quote author=Рубанов Сергей link=1192278698/30#33 date=1192796786]
 
Я не считаю западные систмемы лучшими априори. Например, лучший просмотрищик Видео LightAlloy написал мой хороший товарищь (это не реклама, он бесплатный). Но поучится чему-то можно у любого человека/продукта.
Вы работаете только в Exceed или есть ERP система. Если есть то как ведется обмен с ней?
столкнулись с проблемой: у нас много доставок. При доставке клиент может отказаться от какого-то товара, в этом случае его просто вычеркивают из накладной. А вот в WMS его нужно оформить каким-то документом. Как это делает "навороченная" программа?

[quote author=Немкин Дмитрий link=1192278698/30#34 date=1192800439]Процитировано сообщение: Рубанов Сергей от 19.10.2007 :: 16:26:26:

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

Процитировано сообщение: Немкин Дмитрий от 26.10.2007 :: 09:12:33:

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

Уважаемый Антон, пожалуйста, не подменяйте понятия.
Процитировано сообщение: Смехнов Антон от 26.10.2007 :: 09:39:37:

Проще - да.
А что "правильно" - это зависит от бизнеса. И от цены вопроса.
Поставленную проблему можно решить, но цена решения будет лежать в районе $20 000.
Суть проблемы в том, что ее решение лежит вне рассмотрения концепции ERP, да и большинство WMS ее оставляют за рамками. Частично можно решить в интерфейсе - это, кстати, Бухте, которая 200 проектов интеграции сделала
Я могу описать проблему и пути ее решения (есть опыт решения), а также некоторые подводные камни,
но мне кажется, что к внедрению своими силами она уже никаким боком, надо знать ERP и WMS на уровне разработчика.
Кстати, история сохранится и без возвратного заказа.
Если хотите - создайте новый топик с названием типа "частичная отгрузка".

Процитировано сообщение: Смехнов Антон от 26.10.2007 :: 09:39:37:

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

Процитировано сообщение: Немкин Дмитрий от 19.10.2007 :: 17:27:19:

Расскажу как у нас...
Из ERP-системы передается документ, уменьшающий остатки склада (заявка на отгрузку), по расписанию либо принудительно. Если возникла потребность изменить объем заявки до сборки - можно переотправить дополнительно заявку, которая "заменит" старую, непригодную. При необходимости - можно "убить" заявку, пришедшую из ERP-системы (при условии разрешения такого шага), и создать обновленную непосредственно в WMS-системе. Далее - склад собирает заявку. Априори, количество на складе идентично остаткам в системе, следовательно, заявка должна быть собрана на 100%. Если остатка на складе "впритык" по заявке, и что-то "поломали/потеряли/продолбали" (сорри), то в WMS-системе оформляется фактически собранное количество. Если при загрузке в машину опять что-то произошло, то вносятся изменения в электронный документ, и после этого печается пакет товарно-транспортной документации на товар, непосредственно загруженный в транспортное средство - с учетом всех потерь на складе. Если ответственность склада на этом заканчивается, то в ERP-систему отправляется подтвержденный документ отгрузки с учетом фактического количества. Если были "потери" - в ERP документ появится с признаком "отгружено с разницей". Если доставка входит в обязанность 3pl-оператора, то ситуация следующая. Для дистрибуции мы разделяем понятие возврата на два: возврат в поставке сегодняшнего дня и возврат от Клиента. Возврат в поставке сегодняшнего дня корректируется до отправки подтверждения отгрузки в ERP-систему. В первом случае если Клиент отказался от приемки части товара (например, заказал торговому представителю 2-хлитровую воду, в заявку записали литровую, которую склад и собрал), на месте водитель-экспедитор вносит изменения в расходные документы с учетом политики компании, и возвращает этот товар на склад. Возврат сегодняшнего дня оформляется строго по текущему документу отгрузки (чтобы не возвращался товар других наименований, других сроков). После физического принятия на склад "вычерка", документ "Заявка на отгрузку" обновляется, и содержит фактически отгруженное Клиенту количество. Если недоставленный товар невозможно использовать в дальнейшем (нетоварный вид, бой), то такой товар перемещается на соответствующий склад (брака, например), а финансовые санкции накладываются с учетом политики компании. И только после приведения документа к фактически отгруженному количеству он (документ) "отправляется" в ERP-систему. Расходные документы перепечатываются и передаются Клиенту согласно правил, установленных в компании. Таким образом сохранена правильность остатков и дебиторская задолженность Клиента. Возврат от Клиента (традиционный) выполняется только на основании документа, импортированного из ERP-системы. Все "манипуляции" с изменением количеств производятся только текущим числом и с помощью WMS-системы. Вот...  

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

Если я правильно понял вопрос, то....
Все зависит от того, по какой причине товар заблокирован. Если данное указание поступает из ERP-системы, то, соответственно, необходим документ, снимающий такой запрет. Например, схема со складом ответвстенного хранения ПОСТАВЩИКА, традиционного для дистрибьюторского бизнеса, когда документ двигает остатки "виртуально". Если это ограничение возникло на складе, на уровне WMS-системы (например, при поступающем заказе определенный процент товара должен быть досмотрен досконально, если поступающий товар не имеет достаточной идентификации, если поступающий товар не может быть идентифицирован при приемке (слоты памяти, ноутбуки с различной конфигурацией), если товар имеет повреждения и необходима его переупаковка, и т.п.) то в основном все решается предустановками, статусами, складскими зонами... В любом случае WMS-система "показывает" общий товарный запас, упорядоченный по группам, с указанием доступного количества.  
Если не ответил, перезадайте, пожалуйста, вопрос.. или в личку, чтобы придерживаться топика...