Прошло 4 мес. Пора рассказать о состоянии внедрежа.
Опытно-промышленную эксплуатацию пока не начали. Но вот-вот начнем. Надо отчитаться перед собственником. Что имеем:
1. Приемка. Приемку с сортировкой нам пока не сделали. Руководитель проекта забил на это. Будем работать как сейчас - выгружать рассыпуху потом сортировать помодельно. Затем врубать систему и классической приемкой сканировать сформированные паллеты.
2. Размещение. У нас мезонин и паллетка. У Инсток классическая приемка в паллетку размещает только монопаллеты (т.е. на паллете 1 артикул, а артикул это модель-цвет-размер). У нас с начала года такого добра было хорошо если 50 из примерно 50000 паллет. Все остальное система пихает в мезонин. Так что основа современной логистики - грузчик - будет включать мозг и решать куда деть то, что он взял на рохлю. А этой давалке, ну, типа ВМС, в таком случае все до лампочки. Даже объем не контролирует. За контроль объема при ручном размещении денег просят.
3. Пополнение. На фоне вышеописанного оно таки работает. Правда если вы запустите в работу два или более заказов требующих пополнения одним и тем же артикулом будет веселуха. Система пройдется по артикулам одного заказа, потом по артикулам второго и т.д. Т.е. вы подойдете к одному и тому же поддону несколько раз. Но она еще и в мезонин будет скидывать также по частям, причем в разные ячейки.
4. Вытеснение. Рабтает через виртуальную ячейку вытеснения. По уму должно быть 2 задания - из яч 1 яруса А в яч верхних ярусов С и из яч В опустить в яч А. Так что сами прикиньте что могут устроить эти умельцы при работе через космос. Вначале вообще было так: еще не успел разместить все принятые поддоны как начинали сыпаться задания на подъем этих паллет выше. "Вытеснение срабатывает каждые 15 мин. Вы же не прислали заданий на этот товар вот система и подняла поддоны."
Еще долго можно описывать как реализовали наши процессы. В отборе, консолидации, тгрузках и пр. тоже много "вкусного". Корень зла в том что их программисты программируют фантазированием - читают словесное ТЗ и решают, что этот момент будет реализован так. Или сяк. Еще в августе поняв что после такого "программирования" мы не тестируем реализацию процессов, а ходим по кочкам потребовал предоставить хотя бы схему приемки. За пару другую часов размышлений над схемой мы бы нашли не меньше половины косяков, выявленных за последующие 2 месяца. Но схем нет. И пока мы не подпишемся что система работает они их делать не будут. И с документацией так же. Сейчас полстраницы оглавления в тексте помещаются на одном листе. Потому что одни заголовки. Половина остального не соответствует действительности.
Но руководитель проекта считает, что надо нАчать, а потом углУбить. То есть работать и параллельно переделывать (за доп деньги) приемку, размещение и далее по списку.
Пишу update по внедрению IsWMS. Приподниму завесу: этот пост касается компании JS Group. Одним из основных требований заказчика было запустить систему за 2 месяца. Мы сразу предупреждаем, что запуск склада с довольно сложными бизнес-процессами возможен за 2 месяца по следующей методологии: первой фазой запускаются базовые процессы с целью перевода склада на адресное хранение, отработки интеграции с ERP, обучение персонала, и, в процессе запуска, прорабатываются нюансы процессов, которые надо доработать, перенастроить и т.п. (Григорий об этих договоренностях, видимо, не знал). То же автоматическое вымещение паллет с миксованным товаром из зоны подбора в верхние ярусы: места внизу под отбор товара не хватает - решение на первой фазе - сразу поднимать паллеты наверх, как только потребность под товар закрыта. Решение на второй фазе - более оптимально формировать паллеты на приемке, с учетом пополнения мезонина.
Малая стоимость проекта предполагает то, что если потребуются доработки, то они будут выполняться за отдельную стоимость: идем мы по такому пути в тех случаях, когда заказчик соглашается именно на такой вариант (Григорий об этих договоренностях также, видимо, не знал).
А проблемы, с которыми мы встретились на этом внедрении, действительно, требовали нестандартных подходов. Например, то, о чем говорил Григорий в начале этого поста: в паллетке хранятся микс паллеты, и требуется пополнить мезонин коробами определенного артикула. Но эта задача только на поверхостный взгляд так просто формулируется. На самом деле, если при такой организации хранения подбирать короба всегда только из мезонина, то количество заданий пополнений из паллетки в мезонин, при которых нужно выбирать определенные короба из собранного паллета - будет огромным. Да и не оптимально это. Пример: На мезонине есть 5 коробов, в паллетке 50 коробов, пришел заказ на 6 коробов - надо ли пополнять одним коробом мезонин, или вести отбор напрямую из паллетки? А если в паллетке, при прочих равных всего 3 короба... А если в одном заказе 4 короба, а в другом 2… и под разные варианты будет разный ответ.
На второй фазе уже мы реализовали механизм, (причем только более детальными настройками, без программирования), когда WMS ориентируется, в каком случае отбирать под заказ короба из мезонина, в каком - напрямую из паллетки, а в каком - пополнить мезонин. На сегодняшний день система в JS Group работает как часы, реализованы очень интересные оптимизационные алгоритмы и по отбору и по консолидации товара. На склад компании можно согласованно подъехать и поговорить с администратором WMS, персоналом.
Работаем с AZ.Group и 1С 8.2. Стыкуются проблематично. Возможно потому что сами дорабатывали ВМС, а возможно потому что используем более 40 000 артикулов. Однако все удалось настроить, остались небольшие тормоза с импортом в виде 20-30 минут.
На маленбкой линейке продукции (3000 наименований) внедрили адресное хранение в 1С. Устраивает пока что. Пару траблов правда есть.
Добрый день. Если кому то интересно как работает Infor (Exceed) обращайтесь. Наша комманда имеет большой опыт работы с системой. Постараюсь ответить на все вопросы.
Начали плотное общение с одним из вендеров Infor, пока все положительно и внимательно. На днях оценивали презентационную модель к нашим процесса, больше позитива, чем .... Вопросв следующем, какие проблемные места у Infor? ERP у нас 1С, отсюда вопрос, как стыкуются системы и много ли надо операторов для обеспечения данного взаимодействия, или возможно обойтись без них? Заранее спасибо.
Проблемные места, как и у всех - опыт интегратора. Если опытная команда, внедрение проходит без проблем. Infor в этом плане (функционал) даст фору многим.
По поводу интеграции с 1с - проблемы могут возникнуть, в случае не правильного описания формата обменом данными между системам, но это все решаемо. В нашей практике, мы предъявляем определенные требования к файлам обмена и формату, после чего Заказчик делает выгрузку. Настраивается все просто. В дальнейшем при эксплуатации шина работает в автоматическом режиме.
Если под оператором имеете ввиду своих спецов, то достаточно одного сотрудника, который разбирается в вашей 1с, так как выгрузку обычно делает заказчик, если иное не описано в требованиях.
Никита, напишите мне в ЛС - пообщаемся по этому вопросу дополнительно, дабы не засорять топик.
Есть у вас какая-то специфика в процессах и для какого применения смотрите Infor ?
Григорий, добрый день.
Для себя рассматриваем варианты Exceed VS Solvo. Все,что на базе 1С наше количество SKU не потянет.
У нас по колготкам чуть более 10000 живых артикулов. Белье растет активнее, но 10000 пока нет.
Выбирали между ISWMS и акселотовской четверкой.
При таком количестве артикулов вам вполне подойдет продукт на базе 1С, оптимально по цене и приемлемо по качеству
Внедряем ISWMS. При выборе из этой пары я был за Акселот. Но они сами сделали все, чтобы их не выбрали.
Очень интересно будет узнать результат внедрения и сроки, т.к. в заявленное на сайте верится слабо.Удачи в нелегком процессе.
Прошло 4 мес. Пора рассказать о состоянии внедрежа.
Опытно-промышленную эксплуатацию пока не начали. Но вот-вот начнем. Надо отчитаться перед собственником. Что имеем:
1. Приемка. Приемку с сортировкой нам пока не сделали. Руководитель проекта забил на это. Будем работать как сейчас - выгружать рассыпуху потом сортировать помодельно. Затем врубать систему и классической приемкой сканировать сформированные паллеты.
2. Размещение. У нас мезонин и паллетка. У Инсток классическая приемка в паллетку размещает только монопаллеты (т.е. на паллете 1 артикул, а артикул это модель-цвет-размер). У нас с начала года такого добра было хорошо если 50 из примерно 50000 паллет. Все остальное система пихает в мезонин. Так что основа современной логистики - грузчик - будет включать мозг и решать куда деть то, что он взял на рохлю. А этой давалке, ну, типа ВМС, в таком случае все до лампочки. Даже объем не контролирует. За контроль объема при ручном размещении денег просят.
3. Пополнение. На фоне вышеописанного оно таки работает. Правда если вы запустите в работу два или более заказов требующих пополнения одним и тем же артикулом будет веселуха. Система пройдется по артикулам одного заказа, потом по артикулам второго и т.д. Т.е. вы подойдете к одному и тому же поддону несколько раз. Но она еще и в мезонин будет скидывать также по частям, причем в разные ячейки.
4. Вытеснение. Рабтает через виртуальную ячейку вытеснения. По уму должно быть 2 задания - из яч 1 яруса А в яч верхних ярусов С и из яч В опустить в яч А. Так что сами прикиньте что могут устроить эти умельцы при работе через космос. Вначале вообще было так: еще не успел разместить все принятые поддоны как начинали сыпаться задания на подъем этих паллет выше. "Вытеснение срабатывает каждые 15 мин. Вы же не прислали заданий на этот товар вот система и подняла поддоны."
Еще долго можно описывать как реализовали наши процессы. В отборе, консолидации, тгрузках и пр. тоже много "вкусного". Корень зла в том что их программисты программируют фантазированием - читают словесное ТЗ и решают, что этот момент будет реализован так. Или сяк. Еще в августе поняв что после такого "программирования" мы не тестируем реализацию процессов, а ходим по кочкам потребовал предоставить хотя бы схему приемки. За пару другую часов размышлений над схемой мы бы нашли не меньше половины косяков, выявленных за последующие 2 месяца. Но схем нет. И пока мы не подпишемся что система работает они их делать не будут. И с документацией так же. Сейчас полстраницы оглавления в тексте помещаются на одном листе. Потому что одни заголовки. Половина остального не соответствует действительности.
Но руководитель проекта считает, что надо нАчать, а потом углУбить. То есть работать и параллельно переделывать (за доп деньги) приемку, размещение и далее по списку.
Пишу update по внедрению IsWMS. Приподниму завесу: этот пост касается компании JS Group. Одним из основных требований заказчика было запустить систему за 2 месяца. Мы сразу предупреждаем, что запуск склада с довольно сложными бизнес-процессами возможен за 2 месяца по следующей методологии: первой фазой запускаются базовые процессы с целью перевода склада на адресное хранение, отработки интеграции с ERP, обучение персонала, и, в процессе запуска, прорабатываются нюансы процессов, которые надо доработать, перенастроить и т.п. (Григорий об этих договоренностях, видимо, не знал). То же автоматическое вымещение паллет с миксованным товаром из зоны подбора в верхние ярусы: места внизу под отбор товара не хватает - решение на первой фазе - сразу поднимать паллеты наверх, как только потребность под товар закрыта. Решение на второй фазе - более оптимально формировать паллеты на приемке, с учетом пополнения мезонина.
Малая стоимость проекта предполагает то, что если потребуются доработки, то они будут выполняться за отдельную стоимость: идем мы по такому пути в тех случаях, когда заказчик соглашается именно на такой вариант (Григорий об этих договоренностях также, видимо, не знал).
А проблемы, с которыми мы встретились на этом внедрении, действительно, требовали нестандартных подходов. Например, то, о чем говорил Григорий в начале этого поста: в паллетке хранятся микс паллеты, и требуется пополнить мезонин коробами определенного артикула. Но эта задача только на поверхостный взгляд так просто формулируется. На самом деле, если при такой организации хранения подбирать короба всегда только из мезонина, то количество заданий пополнений из паллетки в мезонин, при которых нужно выбирать определенные короба из собранного паллета - будет огромным. Да и не оптимально это. Пример: На мезонине есть 5 коробов, в паллетке 50 коробов, пришел заказ на 6 коробов - надо ли пополнять одним коробом мезонин, или вести отбор напрямую из паллетки? А если в паллетке, при прочих равных всего 3 короба... А если в одном заказе 4 короба, а в другом 2… и под разные варианты будет разный ответ.
На второй фазе уже мы реализовали механизм, (причем только более детальными настройками, без программирования), когда WMS ориентируется, в каком случае отбирать под заказ короба из мезонина, в каком - напрямую из паллетки, а в каком - пополнить мезонин. На сегодняшний день система в JS Group работает как часы, реализованы очень интересные оптимизационные алгоритмы и по отбору и по консолидации товара. На склад компании можно согласованно подъехать и поговорить с администратором WMS, персоналом.
Дмитрий Филатов,
InStock Technologies
Добрый день!
На наших складах стоит WMS Exceed. Довольны. На все новые склады будем ставить только ее.
Внедряем и поддерживаем своими силами.
Артикулов у нас порядка 5000.
C уважением,
М. Дидерев
Работаем с AZ.Group и 1С 8.2. Стыкуются проблематично. Возможно потому что сами дорабатывали ВМС, а возможно потому что используем более 40 000 артикулов. Однако все удалось настроить, остались небольшие тормоза с импортом в виде 20-30 минут.
На маленбкой линейке продукции (3000 наименований) внедрили адресное хранение в 1С. Устраивает пока что. Пару траблов правда есть.
Добрый день. Если кому то интересно как работает Infor (Exceed) обращайтесь. Наша комманда имеет большой опыт работы с системой. Постараюсь ответить на все вопросы.
Андрей, доборго времени суток.
Начали плотное общение с одним из вендеров Infor, пока все положительно и внимательно. На днях оценивали презентационную модель к нашим процесса, больше позитива, чем .... Вопросв следующем, какие проблемные места у Infor? ERP у нас 1С, отсюда вопрос, как стыкуются системы и много ли надо операторов для обеспечения данного взаимодействия, или возможно обойтись без них? Заранее спасибо.
Добрый день, Никита.
Проблемные места, как и у всех - опыт интегратора. Если опытная команда, внедрение проходит без проблем. Infor в этом плане (функционал) даст фору многим.
По поводу интеграции с 1с - проблемы могут возникнуть, в случае не правильного описания формата обменом данными между системам, но это все решаемо. В нашей практике, мы предъявляем определенные требования к файлам обмена и формату, после чего Заказчик делает выгрузку. Настраивается все просто. В дальнейшем при эксплуатации шина работает в автоматическом режиме.
Если под оператором имеете ввиду своих спецов, то достаточно одного сотрудника, который разбирается в вашей 1с, так как выгрузку обычно делает заказчик, если иное не описано в требованиях.
Никита, напишите мне в ЛС - пообщаемся по этому вопросу дополнительно, дабы не засорять топик.
Есть у вас какая-то специфика в процессах и для какого применения смотрите Infor ?