gifts2017

WMS (Управление торговлей 11.1, УТ 11.1) практика одного внедрения

Опубликовал Сергей Козынкин (Ulus) в раздел Управление - Управление проектом

Речь пойдет о внедрения WMS системы на базе  типового функционала Управление торговлей 11.1 для автоматизации склада готовой продукции.
Цель данной статьи - рассказать эволюцию принятия решения, предпроектного обследования.
Описать аргументы именно той реализации, которая была выбрана в итоге.
И, конечно, результаты внедрения.
Кому интересно, прошу под кат …

Содержание

  1. Глоссарий
  2. Профиль предприятия.
  3. Топология склада готовой продукции.
  4. Предисловие.
  5. Цели проекта.
  6. Хронология проекта
  7. Муки выбора: на каком ПО внедрять.
  8. Муки выбора: оборудование.
    1. Выбор планшетов для погрузчика.
    2. Выбор сканера для  погрузчика.
    3. Выбор сканера для инвентаризации.
  9. Рабочая группа
  10.  Результаты внедрения
    1. Результат. Достижения целей.
    2. Результат. Оглянемся назад. А правильно ли мы выбрали  1C «Управление торговлей 11»
    3. Результат. Оглянемся назад. А правильно ли мы выбрали  оборудование.
  11. Итоги. Проблемы.

1. Глоссарий

 

УТ11 – 1С Управление торговлей 11

УПП – 1С: Управление производственным предприятием.

Паллета – единица продукции, состоящая из упаковок или кег. Например,  в 1 паллете - 12 кег.

 

2. Профиль предприятия.

Производство алкогольной  и безалкогольной продукции.

Отмечаю не зря,  тут главное слово «алкогольной» с системой ЕГАИС и прочими сюрпризами от нашего государства. 

 

3. Топология склада готовой продукции.

Привожу пример старой топологии.  Эта топология в изначальном тех.  задании.

 

 

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

То есть:

  1. Продукция стоит по дорожкам
  2. Напольное хранение
  3. Подъезд только с одной стороны

Сам склад не такой тяжелый,  в  плане учета.

Всего порядка  скажем 100-300 SKU   и дорожек порядка  400-500

 

4. Предисловие.

Задача по автоматизации учета склада у нас летала в воздухе давно.

На предприятии внедрена учетная система 1С: Управление производственным  предприятием.

И по готовой продукции ведется учет по сериям (по партиям).

Но так же необходим и учет по дорожкам, что УПП не умеет.

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

Процесс пересменки занимал кучу времени. Недогрузы/Перегрузы по датам розлива (по сути по партиям) – это было нормально явление.

И время шло. На протяжении этого времени мы накапливали информацию. Читали, иногда ездили на форумы.  То есть база знаний в голове накапливалась.

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

Но тут пришел ЕГАИС, и вот он, «хороший стимул». С 01.10.2015 фиксация в ЕГАИС. Все, точка.

И тут уже точность учета контролирует  РАР, а не клиент, который поворчал из-за очередного недогруза/перегруза и все.

Было принято решение о старте проекта …

 

P.S. справедливости ради,  отмечу, что недогрузы/перегрузы/пересорты по ЕГАИС отражаются корректно. По сути, фиксируем Корректировку реализации. Все по закону, все хорошо.

Но тогда все были на взводе, все только начиналось, ошибок недогруз/перегруз/пересорт было много, и входить полноценно в ЕГАИС все считали более чем рискованно в  такой ситуации.

 

 

5. Цели проекта.

  1. Сведение к минимуму ошибок отгрузки из-за человеческого фактора.
  2. Добиться полноценного учета по датам розлива и по дорожкам. (В любой момент времени есть информация, какая продукция, какой даты в каких упаковках и в каких дорожках на остатке на складе)
  3. Минимизировать "бумажный" учет (Необходимая информация хранится в системе).
  4. Оптимизация процессов на складе.
  5. Контроль системой за расположением и оперативная ротация продукции по дорожкам.
  6. Уменьшение времени приемки за счет того, что система сама «говорит»,  в какую дорожку размещать продукцию и не тратится время на предварительный анализ кладовщиком.
  7. Уменьшение времени отгрузки за счет того, что система сама определяет, откуда взять продукцию  и не тратится время на предварительный анализ кладовщиком.
  8. Уменьшение времени инвентаризации.

Комментарии к целям.

Если  своими словами, то, конечно же, основная цель была «Сведению к минимуму ошибок отгрузки из-за человеческого фактора».

Мы "алкоголисты", любая отгрузка в он-лайн режиме фиксируется в системе ЕГАИС.

Перегрузы/Недогрузы для нас более чем критичны.

По  достижениям целей по результатам вернемся в конце.

Далее хронология проекта и муки выбора.

 

6. Хронология проекта

–      Начало полноценной работы по проекту: октябрь 2015 г.

–      Запуск в промышленную эксплуатацию: 01.02.2016

–      Работа в отладочном режиме: до  01.03.2016

–      Сдача проекта 01.03.2016 на оперативную поддержку (Service Desk)

 

7. Муки выбора: на каком ПО внедрять.

 

Выбор  разделим на две части

– Выбор программного  обеспечени

– Выбор оборудования

Начнем с ПО.

 Первое, конечно, с чего мы начинаем: 1С или  не 1С.

 Ведь есть куча решений  крутых, дорогих,  наших и не наших.

 На самом деле,  тут даже не думали: однозначно 1С.

 Аргументы:

 - центральная учетная система  у нас 1С:УПП, и наша WMS с ней тесно интегрирована.

- поддержка. На заводе отдельный  отдел 1С.

 Выбор сделан,  осталось выбрать 1С решение, которого оказывается на рынке достаточно.

 Или самим разработать?

 Хорошо помогла, помню, статья http://infostart.ru/public/78075 Отличная статья, рекомендую, плюс дебаты в комментариях обязательны к прочтению.

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

 И на второй чаше весов покупка готового решения.

 Мысль,  проанализировать Управление торговле 11, так как там есть подсистема WMS, пришла позже, и эта идея попала в яблочко.

 В итоге выбор стоял такой (по приоритетам сверху вниз)

–Самостоятельная разработка «с нуля»

–Внедрения собственными силами на базе 1С Управление торговлей 11

–Внедрения стороннего решения  на платформе 1С. Полностью на аутсорсинг.

–Внедрения стороннего решения  на платформе 1С. Внедрения собственными силами.

 

Аргументы «ЗА» и  «Против» самостоятельной  разработки

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

Но это было маловероятно. Да и уметь разрабатывать именно коммерческие  продукты надо уметь.

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

Если завелось – начинаем наращивать мясо. Изучать best practices и.т.п.


Аргументы «ЗА» УТ 11

–Это одна из основных типовых  решений нового поколения. Со всеми новыми возможностями платформы (а платформа, как мы видим сейчас,  развивается просто, какими то  бешеными темпами). Плюс УТ 11  развивается и будет развивать не только в плане локализации под законодательства  РФ, но и функционально.

– Кучу литературы, куча курсов.

– Нам разработчикам,  в плане развития,  хотелось бы более плотно работать с типовыми решениями последнего поколения (повторюсь, у нас центральная учетная система УПП – это предыдущее поколение)

–  Стоимость проекта.  Минимум затрат с максимумом отдачи.


Аргументы «Против» УТ 11

–Это коробочное решение на широкую аудиторию и WMS там минимум. Мы это понимали.

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

–Также понимали, что необходимо будет брать в руки напильник и вперед.

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

 

Аргументы «ЗА»  стороннего WMS решения  на платформе 1С.

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

– Оно, скорее всего,  достаточно проработанное и нацеленное  именно на функционал WMS

–Гибкость настроек

–Внедренцы.  Профессионалы именно по части WMS (а таких еще поискать надо было, причем хорошо поискать).

 

 Аргументы «Против»  стороннего WMS решения  на платформе 1С.

–  Большие риски. Очень большие.  Выбрать грамотного внедренца сложно. Мы рассматривали одно из решений достаточно плотно и консультировались по практикам внедрения.  Много неудачных проектов, много.

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

–      Зачастую все сторонние  решения еще написаны на старом движке, на старых поколениях. Да, разработчики начинают переписывать свои решение под новые возможности платформы и.т.п.  Но все это инерционно,  очень инерционно.

–      Стоимость. Самый дорогущий вариант.

 

 Итог мы выбрали:   Внедрения собственными силами на базе 1С Управление торговлей 11.

Одно решили, двигаемся дальше


8. Муки выбора: оборудование.

Отдельная мега история :).

Так как это большие деньги, достаточно большие.

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

Какое необходимо было оборудование:

–Промышленный Wi Fi;

–Планшеты для погрузчика;

–Сканера для погрузчика;

–Терминалы сбора данных (ТСД) для инвентаризации;

Сразу сделаю основное примечание. В УТ 11 мобильное место – это просто АРМ, который открывается при открытии у пользователя. Все.

То есть, какие имеем варианты запуска на мобильно устройстве:

–RPD (тогда можно рассматривать и Андроид планшеты)

–Тонкий клиент. Без вариантов только Windows планшеты.

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

1. Выбор планшетов для  погрузчика.

 Основные муки, поэтому про них подробнее.

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

 –Специализированное оборудование именно для погрузчика;

–Что то другое.

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

 Бюджет у нас на оборудование был хороший, собственник понимал, оборудование необходимо брать хорошее.

 И мы начали выбирать …

 Работали с крупным поставщиком. Спасибо им. Они нам давали все модели  для теста.

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

 – Терминал Rhino 10  2500$

–Терминал Honeywell Thor VM2  3500$

– Motorolla  vc70  3500$

–Кибер буки смотрели

– И еще и еще ...

 Обратите внимание 3500$  – это только за планшет. Еще отдельно шло крепление к погрузчику,  по ценам, от которых  голова кружилась.

 И это тогда,  когда скаканул доллар. В итоге становилось грустно.

 Но даже это было,  в крайнем случае,  не преграда.  Они все были огромные, с резистивными экранами. Рино был еще на  древнейшем железе, что ужас (и это за 2500$)

 Начали искать альтернативные варианты  и … если попробовать защищенный планшет.

 Выбор пал на  Panasonic Toughpad FZ-M1.

 Ни в коем случае не реклама,  я не сторонник панасоников  и.т.п.

 Заказали у наших поставщиков тестовый,  начали тестировать.

 Красота. Емкостной экран. Мультитач, ударопрочный, влагозащищенный.   Полноценная Windows 8. Мы сразу вышли по RDP без танцев с бубнами.

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

 И мы решили рискнуть. Осталось за малым ) как крепить его  на погрузчик.

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

 

 И вот что получилось 

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

 Что в итоге:  4 месяца работаем. Полет нормальный. Конечно,  есть момент, когда заводишь Кар, надо, чтобы планшет лучше был выключен.

2. Выбор сканера на погрузчик.

Тут много писать не буду. Выбрали одномерный  дальнобойный сканер, чтобы комфортно было с погрузчика стрелять.

3. Выбор сканера для инвентаризации.

Выбрали двумерный  ТСД.

 

9. Рабочая группа.

От нас работало два человека на 90%  загрузку.

Автор статьи, то есть я – вся методика была на мне.

Вся разработка на одном человеке.

  • - Планы обмена с перебросками УТ11-УПП;
  • - Вся адаптация УТ11.

По оборудованию,  помогали админы. Хорошо помогал поставщик оборудования.

 

10  Результаты внедрения. 

1. Результат. Достижения целей.

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

Сведению к минимуму ошибок отгрузки из-за человеческого фактора (ТОЛЬКО ПАЛЛЕТЫ)

достигнута, есть проблемы

Добиться полноценного учета по датам розлива и по дорожкам

достигнута

Минимизировать "бумажный" учет

достигнута

Контроль системой за расположением и оперативная ротация продукции по дорожкам

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

Уменьшение времени приемки 

достигнута, есть проблемы

Уменьшение времени отгрузки 

достигнута

Уменьшение времени инвентаризации

достигнута
   

 

 Кратко комментарии.

Цель 1

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

Но прошло время. Некоторые карщики сменились, начался сезон.

Начали ошибаться. Почему?  Об этом ниже,  в последней главе по проблемам.

Цель 2

Было:

  1. По дорожкам информация хранилась где-то в головах и на бумагах кладовщиков. Больше никто ее не знал.
  2. Пересменки кладовщиков: достают из карманов бумаги  чиркают в них  состояние склада, по которому один Кладовщик передает другому. Занимало по несколько часов иногда.
  3. Не было информации нигде, что разорвано, а что в паллетах, кроме как в головах кладовщиков и на бумагах.

Стало:

  1. В любой момент времени можно сформировать отчет, где будет информация, в какой дорожке, в каких упаковках (в паллетах или в упаковках) и сколько на остатке продукции.
  2. Пересменка: формируется отчет и кладовщик с кладовщиков физически открыживают на складе эту информацию. Пересменка занимает 15 минут.
  3. Четко, на любой момент понимаем, что у нас в розничной зоне, а что в паллетах. (есть маневры – давать эту информацию клиентам, для оптимизации разрывов паллет).
По остальным целям не так интересно, достигли ).

2. Результат. Оглянемся назад. А правильно ли мы выбрали  1C «Управление торговли 11»

Однозначно считаю что ДА.

Вопрос:  Было ли много напильника?

Ответ: Да, напильником орудовали

Вопрос:  Тронули ли ядро?  

Ответ:  Нет, размещение по дорожкам автоматика, отбор по дорожкам автоматика и.т.п. Никаких новых регистров, никаких новых документов, все типовое.

Вопрос: Есть ли гибкость в настройках?

Ответ: Как и ожидали, нет. Приведу, пару примеров.

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

У нас паллета. Если 2 паллеты перевезти в другую дорожку, схема такая: подъехал  "взял на вилы" отвез, снова подъехал.

Выход: задание на ротацию даем только на одну паллету, необходимо 5 паллет перевезти - 5 заданий.

Пример 2. Задание на размещение. Это по сути один документ. (!) Именно документ, это важно.   А теперь представьте, что возит несколько карщиков? Все тупик. Один задание взял документ заблокировал.

Нам пришлось выкручиваться так: один документ  - одна паллета.

Пример 3. Отбор.

УТ11 дает только два варианта: сканируем ячейку, потом  товар и наоборот, товар потом ячейка.

Нам необходимо для  более полного контроля, так как карщик возит паллету сразу в машину

Ячейка – товар  - Ворота


Вопрос:  Один из аргументов у нас был, это то, что бы берем флагман коробочного решения фирмы 1С именно нового поколения.  И?

Ответ:  Однозначно, правильный выбор.  Например, мы по максимуму использовали расширение конфигурации и.т.п.

 

 3. Результат. Оглянемся назад. А правильно ли мы выбрали  оборудование.

По планшетам считаем,  что не прогадали  100%.

Приведу пример,  станет понятно. Мы протянули промышленный WI FI, сделали бесшовным.

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

Мы даже сделал в мобильном АРМ кнопку переподключить сканер.

Что решили: перешли на полноценного тонкого клиента на планшетах  и все стало отлично.

Что мы бы делали,  купив планшет за 3500$, где установлена мобильная Windows? Насколько я понимаю, там мы бы тонкого клиента не поставили. Конечно, может там и не было таких проблем или они грамотно решались, но все-таки.

А вот с ТСД, которые  предназначались для инвентаризации,  прогадали. Как то не завелось. Тут писать не буду, получится много букв получится.

Там кратко суть: что инвентаризация так же делается в АРМ, это надо дать задание отдельно себе, поставить в статус и.т.п. Неудобно.

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

 

11. Итоги. Проблемы.

Главный итог: проект считаем успешным.

Вопрос: есть ли проблемы?

Ответ. Да, проблем хватает.

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

Приведу пример, станет понятно.

Карщику надо везти 10 паллет. Что важно однозначно сканировать каждую паллету и, причем именно ту, которую везет.  (Тут  все удивятся, что я пишу само собой разумеющие вещи.)

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

Что он делает. Берет Штрих код себе в кабину и начинает сканировать. Надо ему 10 паллет вести, он, стоя на одном месте 10 раз сканирует «ячейка – товар» и все. Задание успешно закрыл и потом преспокойно начинает по факту возить, уже ничего не сканируя.

А если в дорожке другая дата? А если запутался и с другой дорожки взял по факту?


Вопрос: Это проблема мотивации?

Ответ:  ИМХО,  ДА.

 

Вопрос. Может, это проблема в неудобстве работы на планшете.

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

 

Вопрос: нет мотивации, эта проблема  организации процесса непосредственным руководством?

Ответ:  ИМХО,  да.

 

Вторая по важности проблема: бизнес-процессы.

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

Вариант или останавливать линию, или выстроить процесс так четко, что на это будет уходить время, максимум 5 – 10 минут.

Итог: все друг на друга смотрят, перепираются, а проблема остается. Это Россия. Да забыл еще и ругаются. (В итоге каждый ответственность снял с себя: я не виноват это он и так по цепочке)

Итог как следствие: пускают розлив, без сканирования  и в учетной системе по факту раскидывают по дорожкам.

Итог как следствие от следствия: ошибки …

Привел точечный пример одной ситуации.

 

Закончу статью на оптимистичной ноте.

Проблемы есть, мы про них знаем, боремся. Все решаемо. Необходимо время.

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

 

З.Ы.  и последним пунктом  "скрин" содержания тех. задания. По нему понятно, какие бизнес процессы автоматизировались.

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Alex Melnichuk (Amel2010) 08.06.16 13:04
Спасибо за обстоятельное описание... Было интересно. По поводу "негибкости" могу посоветовать такую доработку: доп. документ, который объединит задания (раздробленные по-палетно). В нем, кстати, можно бы прописать логику обработки интервалов сканирования - чтобы не злоупотребляли сканированием подряд несколько раз (отвезти палету можно только за разумный промежуток времени).
Такой свой документ не повлияет непосредственно на логику работы решения - просто добавить свой обработчик события ПередЗаписью для документа-задания.
Интересно, поддерживает ли УТ в качестве клиентского устройства ТСД - со своим спец. упрощенным интерфейсом (под определенный профиль пользователя)?
2. Сергей (Che) Коцюра (CheBurator) 08.06.16 19:03
О, интересно! Приду домой почитаю, явно будет с чем автором пообщаться
Сграблено в группу адресного учета http://infostart.ru/community/groups/22/
cleaner_it; baracuda; +2 Ответить
3. Сергей (Che) Коцюра (CheBurator) 08.06.16 19:07
(1)
Интересно, поддерживает ли УТ в качестве клиентского устройства ТСД - со своим спец. упрощенным интерфейсом (под определенный профиль пользователя)?

наскольо я знаю - нет. предложат или мобильное решение, или умудаченные формочки на управляемом фейсе - который нафиг не нужен на ТСД и более того даже наверное вреден. В упомянутой группе - смотри предыдущую публикацию
4. Сергей Козынкин (Ulus) 09.06.16 05:33
Интересно, поддерживает ли УТ в качестве клиентского устройства ТСД - со своим спец. упрощенным интерфейсом (под определенный профиль пользователя)?

Если вы говорите о полноценном тонком клиенте, то, я так понимаю, не возможно так. И дело не в УТ, а в самой платформе.
Тут только или мобильное решение, как уже отметили, или RDP.
Если же имеете ввиду штатный режим ТСД, то да, конечно же есть. Это когда на ТСД своя прошивка и стандартная работа из 1С (или через буферные файлы или напрямую).
5. Сергей Козынкин (Ulus) 09.06.16 05:38
О, интересно! Приду домой почитаю, явно будет с чем автором пообщаться

Спасибо! готов на дебаты.
С вами знаком. По выступлениям на Инфостарте.
Видел очное выступление на Експосистем кажется в 2013 году в Москва Сити что ли. Рассказывали как раз о практике внедрения WMS на своем предприятии.
6. Геннадий Николаев (genayo) 09.06.16 09:03
Да, грандиозная работа проведена, респект. Но всеже АХ в УТ 11 это не полноценная WMS...
7. Сергей Козынкин (Ulus) 09.06.16 11:15
(6) genayo, Спасибо.
Что не полноценная WMS согласен.
В нашем случае хватило )
8. d4rkmesa (d4rkmesa) 10.06.16 13:28
Спасибо, очень познавательно. WMS познается в сезон, как говорится. Действительно, много зависит от мотивации персонала, начальников смен, которые и должны предотвращать бардак. Задания должны сдаваться четко по регламенту, а ТСД вовремя передаваться во время пересменки и с ненулевым уровнем заряда батареи. Плохо, если нач. смены покрывают косяки своих работников. Или обращается в IT-отдел для корректировки чего-нибудь(неправильно приняли товар, к примеру, по сроку годности) под предлогом плохо работающего ТСД и т.п.. Мы после внедрения постепенно приучали самостоятельно нести ответственность за всякого рода ошибки. Кто-то из работников склада, разумеется, не осилил работу после внедрения, да и сейчас определенная текучка есть. Планируете ли учитывать складские операции, для мотивации и оплаты труда по сдельным расценкам, да и вообще развивать функционал УТ 11 своими силами?
9. Сергей (Che) Коцюра (CheBurator) 11.06.16 01:36
(8) смысла в таком развитии мало
Получится еще одна узкоспециализированная система
Которая будет зашибись работать вот здесь
А вот тут зубовыламывательно

Поэтому если пилить чтото то пилить некие оконечные фунциклодивайсы, общающиеся с типовым ядром через шину какуюнить
10. Сергей (Che) Коцюра (CheBurator) 11.06.16 01:38
В конце июля предварительно планирую вебинар запилить по практическим вопросам
Если соберусь и осилюа аот как сделать решение позволяющее автоматом учитывать размещение негабаритных тмц в габаритных паллетоместах - красиво пока не придумал
11. Сергей (Che) Коцюра (CheBurator) 11.06.16 01:39
И есть ли в ут11 такая возможность чтобы разным тмц размещение планировалось по схожему принципу - например по рейтингам ясеек - но рейтинги для разных товаров - разные
12. Сергей (Che) Коцюра (CheBurator) 11.06.16 17:36
(5)
"Видел очное выступление на Експосистем кажется в 2013 году в Москва Сити что ли. Рассказывали как раз о практике внедрения WMS на своем предприятии."

у, это давно, тогда еще на самописке простенькой работали.
13. Сергей (Che) Коцюра (CheBurator) 12.06.16 11:46
Сделай для начсклада визуальную карту склада
Типа

АУП доволен будет
Заодно увидит что-то привычное и поймет что вы няшки
И может потянется к вам с какими-нибудь вопросами/предложениями
14. Сергей (Che) Коцюра (CheBurator) 12.06.16 23:23
Тнтересно было бы какие-то количественные характеристики услышать..
- среднее количество заказов в смену (длительность смены какая)
- среднее колво строк в заказе;
- средний вес/объем заказа;
- среднее количество паллет на вход и на выход за смену;
- количество сборщиков/комплектовщиков
- и прочее аналогчиное
15. Сергей Козынкин (Ulus) 14.06.16 08:51
И есть ли в УТ11 такая возможность чтобы разным тмц размещение планировалось по схожему принципу - например по рейтингам ясеек - но рейтинги для разных товаров - разные

Попробую в трех словах, концептуально объяснить как размещается товар в УТ 11.
Есть центральный Регистр Сведений (РС) «Правила размещения товара в ячейках»
Его структура:
группа номенклатуры, группа упаковок, область хранения, приоритет.
Где:
группа номенклатуры – реквизит спр. Номенклатура,
группа упаковок – реквизит спр. Упаковки
область хранения – реквизит спр. «складские ячейки».

Далее вот такой алгоритм
УПОРЯДОЧИТЬ ПО
СостояниеПересчета - если ячейка на карантине, помечена к пересчету в нее размещаться будет в последнюю очередь
ПриоритетОбласти – вот как раз, с в вышеописанного, РС дергается приоритет (!) всегда только по группе номенклатуре и групее упаковок,
ПриоритетСтратегии – отдельный мега алгоритм рассчитывает приоритет в зависимости от настроек монотоварности, обособленного храненя и.т.п, львиная доля настроек задается в области хранения
УровеньДоступности – доп. реквизит у ячейки. Дает маневр еще по нему приритет расставить,
СвободныйОбъемПорядок УБЫВ – наиболее пустая ячейка при прочих равных условий будет заполняться в первую очередь,
ПорядокОбхода - доп. реквизит у ячейки. Дает маневр еще по нему приоритет расставить,,
Код – если все выше перечисленные приоритеты стали равны, то просто по коду ячеек пойдет программа.

Вот и все. Зная этот алгоритм, от него и пляшешь как настроить.

Что в вашем случае можно придумать:
Как вариант, рейтинг товара связать с группой номенклатуры. То есть товары в одинаковым рейтингом будут иметь одну и ту же группу номенклатуры.
Далее все разрулить через приоритету области, настроив вышеперечисленный РС.
Пример
Товар1 и Товар 2 размещаются в первую очередь по следующему принципу сначала Ячейка1, потом Ячейка2
Товар3 – размещается наоборот сначала Ячейка 2, потом Ячейка 1.
То есть для разного товара рейтинги ячеек разные.
Делаем так:
Ячейка1 – область хранения Область1
Ячейка2 – область хранения Область2

Группа номенклатуры Группа1 – в нее входят Товар1 и Товар2
Группа номенклатуры Группа2 – в нее входит Товар3
РС «Правила размещения» ляжет вот так
Группа1 Область1 1
Группа1 Область2 2
Группа2 Область2 3
Группа2 Область1 4

Вот и все. Товар 1 всегда будет размещаться сначала в Ячейку 1, а потом в ячейку2.
А вот товар3 – наоборот.
16. Сергей Козынкин (Ulus) 14.06.16 09:00
(8) d4rkmesa,
Планируете ли учитывать складские операции, для мотивации и оплаты труда по сдельным расценкам, да и вообще развивать функционал УТ 11 своими сила

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

Развивать будет все своими силами. Опять же не перекашивать УТ11, а плясать от бизнес процессов и внедрять именно процессы, адаптируя УТ11 под них.
Но повторюсь, на 90% типового функционала нам хватает.
17. Сергей Козынкин (Ulus) 14.06.16 09:01
(14) CheBurator, могу дать статистику, но чуть позже.
18. Сергей (Che) Коцюра (CheBurator) 14.06.16 19:34
(15) одна и та же ясейка может входить в несколько областей хранения? Или только в одну?
19. Сергей (Che) Коцюра (CheBurator) 14.06.16 19:37
Посетил сегодня РосУпак
Куча всего для упаковки, маркировки и тп
Особенно лично меня привлекли широкоформатные принтеры на а0 и больше - возьму завтра схемк склада может убазарю распечатать
20. Сергей (Che) Коцюра (CheBurator) 14.06.16 19:38
(15) спсб за пояснения
Вроде как складской контур в Ут11 ноги растут от Акселотовских решений. В ерпе этим контуром вроде как щаведует чел, который раньше в акселоте работал
21. Сергей Козынкин (Ulus) 15.06.16 04:24
(15) одна и та же ясейка может входить в несколько областей хранения? Или только в одну?

только в одну.

Вроде как складской контур в Ут11 ноги растут от Акселотовских решений. В ерпе этим контуром вроде как щаведует чел, который раньше в акселоте работал

вроде то же слышал, что при разработки концепции ЕРП2 они за круглым столом участвовали.
Я в периоде предпроектного обследования то же выходил на человека, который работал рук проектов в Акселоте и ушел на свободные хлеба.
Общались помнится по скайпу.
Вариант поднимать на акселоте конечно же у нас так же был на рассмотрении.
22. Антон Бордачев (iTony73) 15.06.16 10:51
Думаю, опытные специалисты уже давно поняли почему лучший способ, это Сертифицированный продукт + Самостоятельное внедрение;

Если для кого то это еще непрозрачно, то давайте я озвучу очень простые доводы:

Прошу прощения, нет времени шлифовать текст, думаю мысль будет ясна.

Почему плох свой велосипед, давайте на примере:

У меня два склада, 5000 класс В+ и 6000 метров, класс А, на обоих системах я запустил WMS. Порядка 1500 SKU, гигиена и бытовая химия; Наша компания пошла по пути комбинированного велосипеда. Плохая WMS + программист, то есть в общем я знаю, о чем я говорю...

7 месяцев вы занимались в основном занимались этим проектом, и я абсолютно уверен, вот по этим словам:

Проблемы есть, мы про них знаем, боремся. Все решаемо. Необходимо время.


что это далеко не конец...

Вероятнее всего, вы будете еще долго любить и лилеять, Ваше дидятко, вклыдвая в него силы и время.
По моим скромным оценкам, минимум еще 3-4 ваших обоих человеко месяца, то есть в итоге вы будете этим заниматься около года.
Два человека. Полностью.

В общем можете сами посчитать сумму затрат на оплату компанией Вашего времени;

Плюс Ваш выбор оборудования. Не уверен, что не рассчитанные на это вещи прослужат дольше полутора лет.
То есть период обновления явно чаще, чем у профессионального оборудования, оно поэтому внимание столько и стоит, что они:
Противоударные, с горячим переключением, рассчитаны на много лет эксплуатации(периодически требуется только замена аккумуляторов);

И планшеты через RDP, стоит только упасть одной точке доступа, и все... бизнес встал; RDP и склад не совместимы, точка.

В общем считайте, сколько вы еще в течении следующих 7 лет замените оборудования, которое можно было купить 1 раз;

Так же посчитайте время простоя сотрудников, которые будут ждать замены / ждать устранения неисправностей ;

Так же посчитайте сколько раз, Ваши сотрудники приходят к вам с предложениями по модификации.
Посчитайте, сколько вы им отказали ссылаясь на то, что система это не может;

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

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

Стоимость 1С:WMS на ваш склад , не более 400 тысяч, оборудование ну еще 600.
1 миллион, для склада, это вообще не деньги; Скорость зависит уже от Вас, но в общем, документацию я видел, ее у них очень много, и она готова;

Почему нужен сертифицированный продукт:

Программное обеспечение это инвестиция, вкладывая сейчас, ты окупаешь, весь срок его эксплуатации.
Сертифицированное программное обеспечение - именно то которое прошло сертификацию 1С Совместимо, потому что, это значит что на решение смотрел специалист, который знает как должны выглядеть, это гарантирует то что любой программист может разобраться с этим решением;
Ты получаешь поддержку и обновление, в соответствии с новыми технологиями;
Ты получаешь опыт множества компаний, и их опыт ты можешь без доработки быстро применить у себя;
Главное - ты гибкий, за небольшое время путем включения и отключения галочек, ты можешь полностью изменить процессы;

Почему нужно самостоятельное внедрение:
Сначала думаем о себе, и своих сотрудниках: Вы учитесь, и становитесь более высокооплачиваемыми специалистами, и этот опыт, и знания, Вы можете потом продать, на рынке труда;
Экономия средств - если смотреть стандартное распределение бюджета при внедрении получится 1/3 - софт, 2/3 - бюджет внедрения;
С софтом понятно. Давайте по внедрению;

За что ты платишь:
Во первых внедренец не знает вашу компанию, он с ней знакомится. И это стоит денег;
Во вторых внедренец, не знает что вам действительно надо, и надо сейчас, а что хотелки, которые пришли в голову не проспавшемуся начальнику смены, и это тоже стоит денег;
В третьих юридическая безопасность, которая выражается в большом объеме документации, она необходима, но она стоит денег;
И в четвертых, они не благотворительная организация, они тоже хотят денег;
Можно еще что то найти, если покумекать подольше, но я думаю мысль ясна.

В общем, не надо изобретать велосипед;
23. Антон Бордачев (iTony73) 15.06.16 11:01
(13) CheBurator, красиво, делали, вот только практически не применимо...
24. Сергей Козынкин (Ulus) 15.06.16 11:40
(22) iTony73, как много написано жуть. Мои комментарии.
Вероятнее всего, вы будете еще долго любить и лилеять, Ваше дидятко, вклыдвая в него силы и время.
По моим скромным оценкам, минимум еще 3-4 ваших обоих человеко месяца, то есть в итоге вы будете этим заниматься около года.
Два человека. Полностью.

Сервис деск передали 01.03.2016. Прошло 4 месяца. Я вообще отошел от дел. Моего вмешательства минимум.
Ведет 1 человек. Максимум 0,5- 1 час в день. А то и вообще не одного инцидента.
Я писал, что еще еще есть проблемы В ПРОЦЕССАХ, а ни как не в функционале. И, поставив "Сертифицированный" (что под этим словом вы понимаете), вы не уберете проблему в процессах. Тут уже я не думаю, что вы будете спорить. И я не поверю, что вы внедрили ВМС и все пошло по маслу.
Второй виток автоматизации запустим потому что:
а) Необходимо сканировать розницу;
б) будет понятно статистика проблем и как и писали выше упор сделаем на мотивацию.
Все это после сезона ...

далее
Противоударные, с горячим переключением, рассчитаны на много лет эксплуатации(периодически требуется только замена аккумуляторов);

прочтите спецификацию на купленное оборудование. Один планшет стоит больше 100 000 р. У него класс защищенности IP65.
Отличие только в том, что у специального оборудование уже предусмотрено соединение напрямую с аккумуляторм и, вроде как, УСБ порт более крепко в гнезде сидит. Но на другой чаше весов дикая цена, старое железо, резестивный экран и до кучи, мобильная виндовс, на которое не поставить полноценного тонкого клиента.
Мы не экономили на оборудование, мы выбирали.

И планшеты через RDP, стоит только упасть одной точке доступа, и все... бизнес встал; RDP и склад не совместимы, точка.

Прошу прочесть статью чуть внимательней. Мы отказались от РДП, Полноценный тонкий клиент стоит на планшетах.
А если вы имеете ввиду, что вообще необходима автономная работа на планшетах со своей отдельной базой данных и кучей синхронизаций с центральной, не зависящая от интернета, то тут я бы поспоооорил.
Да и еще, если сейчас интернета нет, то все предприятие встает.
Поэтому нет такой буквы в этом слове "стоит упасть точки доступа". Связь должна быть всегда 100%, точка

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

Да вы что. Тут можно много дебатировать. Мы смотрели многие решения.
То есть, в части дальнейшего развития УТ11 в части WMS, ваше мнение - это тупиковая ветка эволюции?
Разочарую. Посмотрите хронологию изменений. Посмотрите что нового в 11.2.3. Один ВЕБ СЕРВИС что значит, которые они сделали.
Плюс это фирма 1С, а не просто конторка, пусть и с "сертификатом".

Вам привести конкретные примеры, где команда изначальных разработчиков и идеологов уходило и данное решение затухало, уходило на нет.
А тут основа основ Управление торговлей, 1С ники еще будут развивать функционал и WMS в частности
И не забываем про ЕРП2, где эта подсистема идентичная.
Это вам не аргументы сертифицированности?

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

давайте тут отдам очко в вашу пользу. Это плюс стороннего решения, если в нем это действительно так. А чтобы проверить и убедится надо перелопатить и достаточно детально все эти решения.
А многие решения коммерческие, и тут вы не будут спорить, выросли из одного конкретного частного внедрения. Потом добавили "гибкости" (специально в кавычках) и выплюнули на рынок.
Не буду конкретизировать, говорю не на домыслах ...
Опять же цыплят по осени считают, посмотри что еще 1С ники в части WMS в УТ11 и в ЕРП2 сделают.

В общем, не надо изобретать велосипед;

Тут вообще накдаун. Где велосипед? Мы подняли полностью типовое решение.

З.Ы. может показаться по моему комментарию, что я облил грязью все стороние решение. Это далеко не так. Просто из множества решений выбрать стоящее очень трудно. Стоящих мало. И они крутые.
Но у нас не 5000 SKU и не сотни тысячи складов, нам функционала WMS во флагманском 1С - ном продукте УТ11 хватило более чем.
25. Олег Родионов (Ovrfox) 15.06.16 12:05
(22) в поддержку (24)
Любое "Сертифицированное" решение означает , что оно было разработано для кого-то , а потом допилено до коммерческого состояния.
Самое главное в решении - это возможность его адаптировать под собственные нужды. Очень часто в "коммерческих" решениях не хватает пары галочек, а разработать их стоит громадные деньги.
Толи дело 1С - даже если галочек нет - берем напильник в руки и вперед - никаких ограничений

То, что касается оборудования - я прекрасно знаю. что на любом специфическом оборудовании наченки минимум 100%, т.е. половина цены идет за "специфику". Поэтому выбор защищенных планшетов - самый оптимальный. В большинстве случаев, можно заменить ТСД на ноутбук + сканер и это работает в разы лучше, потому что Вы вкладываетесь не только в устройство, а на всем остальном экономите, а в устройство и способ крепления и процесс работы , что бы устройство не пострадало. Я свидетель того, что это не только Россияне додумались, то же происходит и в Польше и Румынии и в Турции и даже в Германии. Складские работники предпочитают пользоваться не роклой и ТСД, а специальной теллежкой с жестко закрепленным планшетом. ТСД остаются только на штабелерах, потому что это они (европейцы и турки) не могут придумать крепление на штабелер для планшета. Я думаю. причина только в этом.
ДА, и кстати, многие покупают НЕЗАЩИЩЕННЫЕ планшеты, потому что они дешевле. И предпочитают их менять раз в год -два. Потому что , как сказали мне в Турции по секрету, если взять защищенный, то он и за пять лет не выйдет из строя. А работать на старом железе хуже (медленнее) чем на новом. (Хотя система у них вообще самописная, без 1С, но из-за развития ВЕБ технологий ВЕБ решения становятся более требовательны к железу, чем раньше)
26. Антон Бордачев (iTony73) 15.06.16 13:22
(24) Ulus,

Не смогу ответить на все, времени, к сожалению нет.

Понятно что вам не нужен сейчас весь функционал, но какие то блоки будут точно нужны;

Да ERP умеет процентов 15 от того что может WMS, но там и масштабируемость так себе.

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

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

На Вашем месте я бы поступил так же, но пройдя все, и поработав с системой пару лет, я знаю, что это грабли, и не рекомендую кому либо на них наступать.
27. Сергей (Che) Коцюра (CheBurator) 15.06.16 21:18
(23) Ну почему же, применимо вполне - в основном на начальном этапе, когда еще не все "запилено" как надо. Иногда проще визуально оценить, чем собирать какие-то данные в большое количество цифр. Считаю - на начальном этапе вполне. Сейчас я, например, по схеме оцениваю правильность работы алгоритмов размещения, и если мне что-то "не нравится "- лезу смотреть в цифры.
28. Сергей (Che) Коцюра (CheBurator) 15.06.16 21:27
(22) "RDP и склад не совместимы, точка." - у кривого танцора всегда что-то звенит.. ;-)
У меня (склад А, 5800) - RDP благополучно живет с 2008г. не падало. ни разу. точка пережила пару переездов по стенам склада. В зипе стоит точно такая же еще одна точка, готовая к эксплуатации (знаю и был еще на с пяток складов - все прекрасно живут с RDP)/ Упасть может все и всегда. С этой точки зрения оптимальной является - бумага. да и то - вдруг электричество отрубят - будут с фонариками ходить? всегда есть риски.

А так, да - с (22) во многом согласен, многое спорно. особенно спорно что сертифицированное решение 1С:Совместимо - даст успех. И вполне может быть - что частное решение ребят/авторов намного лучше универсального решения. А нужна или нет гибкость - вопрос еще тот...

Ну а то, что суммарно оплата времязатрат на самопальное решение - соизмеримо с покупкой нормальной WMS - это точно. Вложенное количество сил - было бы лучше купить ядро или минимальное внедрение и дальше пилить на специализированом софте заточку под свои процессы.
29. Сергей (Che) Коцюра (CheBurator) 15.06.16 21:30
"Так же посчитайте сколько раз, Ваши сотрудники приходят к вам с предложениями по модификации.
Посчитайте, сколько вы им отказали ссылаясь на то, что система это не может;" - это не показатель. Это в любой области так - ко мне тоже куча приходит предложенйи допилов (не в вмсной области) - половину можно отказывать смело - потому что нежизненно и сиюминутно. И тратить ресуср на это - нерационально. Когда нечего будет делать - тогда займемся )не)нужной фигней.

А вообще - всё очень индивидуально.
30. Сергей Козынкин (Ulus) 16.06.16 04:40
(26) iTony73, да я думаю мы высказали свою точку зрения и дальнейшие споры уже будут лишние.
Мы же понимаем, что точки зрения расходились и будут расходится.
Иначе, если бы все были за универсальные решения, то были ли на рынке сторонние и наоборот.
Я вряд ли смогу вас убедить, вы уже сделали много, и вы будете уверены, в этом, но моя мысль, для всех остальных заключается в том, что за те же деньги можно было бы получить больше, выбрав типовое решение;

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

Так же согласен с
А вообще - всё очень индивидуально.

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

И ваша точка зрения конструктивна и спасибо, что отозвались.
И, поверьте, ваш вариант у нас в тендере стоял на первых строках приоритета.


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

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


Да ERP умеет процентов 15 от того что может WMS, но там и масштабируемость так себе.

прокомментирую свое мнения, хотите прислушайтесь как к совету, хотите пропустите мимо. У меня то же все время руки чешутся написать проценты, кое как удерживаюсь, но скорее всего так же и пишу. Говоря про 15 процентов, вы не правы скорее всего.
К тому же давайте честно, вы выбрали в свое время стороннее решение и неужели вы так досконально изучили WMS подсистему ERP, что прям точно написать "15% от полноценной WMS".
Скорее всего, вы не знаете функционал WMS в ERP2 (знаете концептуально) и говорите про 15 процентов уже наугад, что заведомо неверно.
Не знаете, не потому что не компетентны, судя по комментариям вы сильный специалист, а потому что просто нет надобности вам досконально изучать WMS в ERP2.


31. Сергей (Che) Коцюра (CheBurator) 16.06.16 16:39
(30) На "их варианте" у меня соседи вроде автоматизировались, автоматизировались, так и не выавтоматизировались... или возможно что-то не так понял...
32. Геннадий Николаев (genayo) 21.06.16 07:23
(30) Ulus, Извините, но то что вы называете "WMS в ERP2 " из коробки к WMS имеет мало отношения, это просто реализация адресного хранения "чтобы было"
33. Сергей Козынкин (Ulus) 21.06.16 12:08
(32) genayo, ок, делаем так, чтобы не углубится в споры "как корабли бороздят просторы".

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

Я, например, так досконально теорию WMS не знаю. И досконально не знаю, что умеют какие нибудь зарубежные решения, где стоимость проектов оценивалось бы в несколько десятков миллионов как минимум.



34. Геннадий Николаев (genayo) 22.06.16 08:08
(33) 1. Расчет сдельной оплаты труда пооперационно, с учетом того, что товар по одной накладной принимают несколько сотрудников - один выгружает из машины, другой принимает через ТСД, третий раскладывает товар на паллеты.
2. Одновременный отбор товара одним наборщиком по нескольким заказам, заказы группируются по порядку следования точек доставки в маршруте.
35. Сергей Козынкин (Ulus) 24.06.16 16:07
(34) genayo, извиняюсь за задержку, авральчик тут небольшой не было времени.
В трех словах. Пляшем от того, что у нас есть, то есть связка УТ11-УПП. ERP2 не рассматриваю подробно ее не знаю, только концептуально.
Расчет сдельной оплаты труда пооперационно

Сам процесс отбора/сканирования это по сути один документ. Перегрузить его в документ Сдельный наряд не составит труда. Правила обмена накидать - 2 часа работы.
А дальше полет фантазий как детализировать операции в сдельном наряде.
резюме: думаю если бы эта задача упала на нас, мы бы выкрутились.

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

тут как бы вообще не понял проблему, это стандартно.
Как в УТ11 по типовому, структура подчиненности:
1)Документ Реализация (РТиУ)
2) Документ расходный Ордер (РО)
3)Документ Отбор
Отбор перемещает в зону отгрузки, как бы в кучу все складывает.
Один отбор можно сделать на основании нескольких РО. То есть мы отобрали наши заказы (Один заказ - один РО) и сформировали ОДИН Отбор по всем этим Заказам(РО). Это важно. Так как программа оптимально будет отбирать, ячейки буду обходится в той последоватльности, которая необходимо.
Далее из кучи все в машину перекладывается в той последовательности, как едет машина. Это делает уже кладовщик, например со своим сканером/ТСД но уже в какой последовательности переносить в машину решает сам, а не система.
Чтобы из этой "кучи" программа давала раскладывать в той последовательности, которое необходимо тут такого нет.
Опять же если бы было это необходимо делать, можно было как то выкрутиться (например "куча" это просто ячейка и первый этап у нас идет перемещение из ячеек в "кучу" и потом задания (в той последовательности, которая необходима) на отгрузку уже с кучи. Тогда бы у нас типовая зона отгрузки как бы отсутствовала.)
и.т. п.

Ну вот как то так, все решаемо без покупки ПО за миллионы )))
36. Сергей (Che) Коцюра (CheBurator) 26.06.16 12:59
(35) Плохой вариант решения. как только получается какая-то хоть сколь-нибудь "куча" - это прямой путь к косякам и проблемам. ну и т.д.

И как выше писали - ваши затраты на то что вы сделали и то что еще вам придется - судя по всему с лихвой перекроют стоимость вполне доступных по цене и при этом весьма неплохих решений по WMS на 1С. А с учетом того, что в той же УТ куча всего что совсем не надо для складской деятельности - это хорошо что у вас интенсивность отборов/отгрузок невысокая...
37. Сергей Козынкин (Ulus) 26.06.16 15:17
(36) CheBurator, ) ну не буду контраргументировать.

Только повторюсь:
1) 70% кода при разработке - это правила перебросок УТ11 - УПП. не думаю, что была бы дикая интеграция в УПП под нашу специфику, в случае покупки решения WMS на 1C.
2) 30% напильник. Не тронуто ядро, все типовое и полностью устраивает.

не понял в чем суть слова
Плохой вариант решения

есть определенный типовой функционал, реализован в УТ11.
Он так же будет и в готовом решении WMS на 1С.

В рамках нашей дискусии с (34) genayo, были приведены парочку бизнес процессов, которые я попробовал слету (думал минут 10) натянуть на тип. функционал.
Вы так же думали бы, как тип функционал готового решения, эти моменты разрулит.
Я предложил.

Куча - это зона наборки или зона отгрузки.
В классики, в основном так и происходит:

1) Наборщик по заданию с ячеек собрал все в кучу.
2) Кладовщик или другое ответсв. лицо, эту кучу проверил (внимание так же сканером)
3) Отгрузка.

Есть второй тип процесса:
1) Наборщик сразу все везет в на отгрузку.
2) Отгрузка.

вот и все. Я с этой точки озвучивал.

судя по всему с лихвой перекроют стоимость вполне доступных по цене и при этом весьма неплохих решений по WMS на 1С.

честно не понимаю вас, вообще не понимаю.
Неужели вы думаете, что, купил готовое, пусть и самое хорошее, решение, оно на 100% подойдет на вашу специфику бизнес процессов?
Неужели оно не будет требовать каких то часов сопровождения в рамках Servicr Desk-а?
У нас куплено несколько решений.
Вот недавно мы внедряли 1С: ТОИР. Ребята приезжали, на аутсорсинге. И мы так же после того как они уехали, мы красим "губы этой подсистеме".
Кстати, в рамках проекта ТОИР, мы так же анализировали и там без вариантов победило мнение о покупке готового решение на 1С.
Поверьте, я не сторонник тех или иных позиций, везде нужно проводить анализ и взвешивать все "за" и "против".

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

Ну да ладно, спорить не будем.
Я еще раз просто резюмирую:
прошло почти пол года и я на 99,9999% уверен, что именно в нашем случае мы пошли по правильному пути и в покупке оборудовании и на чем внедрять.

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

Ну и как резюме
интенсивность отборов/отгрузок невысокая...

100% правы. Думаю так, не факт бы, что мы бы пошли по пути внедрения 1С:УТ11 в случае, если бы наш склад на склад Амазона был похож по процессам, далекооо не факт )))).
Я же понимал процессы на наших складах, понимал ...
38. Геннадий Николаев (genayo) 27.06.16 08:21
(35) Это к сожалению очень типично для конфигураций семейства ERP - сделать можно, но несколько нелогично и через одно место. Не думаю, что для WMS системы нормальным решением является вынос части ее функционала во внешнюю КИС. И из вашего решения непонятно, как всетаки быть, если одну операцию поступления товара осуществляют 3 различных сотрудника?
По второму вопросу - разве в УТ11 без создания РТиУ отбор не сделать? Если это так, тогда все еще печальнее чем я думал...
Мой посыл не в том, что специализированное решение всегда лучше, а в том, что подсистема адресного хранения в конфигурация семейства ERP никак не WMS система...
39. Сергей Козынкин (Ulus) 27.06.16 13:01
Не думаю, что для WMS системы нормальным решением является вынос части ее функционала во внешнюю КИС.

ну дак речь то была про сдельную оплату труда. А это подсистема другая и ИМХО к WMS отношения не имеет.
WMS система все равно будет работать у вас в связке с учетной системой центральной.
С точки зрения учета на предприятии WMS система далеко не самодостаточная.


разве в УТ11 без создания РТиУ отбор не сделать?

можно, но не скажу )))
Помидорами закидаете, что опять через одно место ))).

что подсистема адресного хранения в конфигурация семейства ERP никак не WMS система...

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

Покажет время и статистика, какие предприятия будут пробовать эту типовую подсистему поднимать.
Ведь копиться у 1С статистика внедренный ЕРП2 проектов.





40. Геннадий Николаев (genayo) 28.06.16 08:49
(39) Не думаю, что 1С доведет подсистему адресного хранения до полноценной WMS. Подход "от документа" для WMS неприемлем, нужен подход "от операции" для обеспечения необходимой гибкости и масштабируемости.
41. Сергей (Che) Коцюра (CheBurator) 26.07.16 17:51
Прошел почти месяц..
Как идет развитие/доработка системы?
в каком направлении?
Пипл требует информации!
42. Сергей Козынкин (Ulus) 01.08.16 09:03
пока все в норме. Никаких доработок, все работает. Вообще не лезем. Так звони консульташки минимальнейшие.
Был вопрос как бы так сделать, чтобы розлив отражать в минимальным вмешательсовм диспетчеров.
Даже не думал. Придем время помазгуем, как тут оптимизировать процесс еще можно.
После сезона наверное

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

цикл повторился ...

сканировтаь машину - этой реализации явно в системе нет , тут допил, но не большой.
Сделаем потом, пока все работает.
Последние инвентаризации показали хорошие результаты кстати.
Ошибки у нас только в рознице. То есть, где упаковками грузят, а не паллетами.
Ждем когда сможем маркировать упаковки (оборудование соответствующее) и тогда внедряемся еще и скан. упаковок.
43. Сергей (Che) Коцюра (CheBurator) 02.08.16 01:07
44. Сергей (Che) Коцюра (CheBurator) 02.08.16 01:12
Если у вас одновременно на погрузке ресколько машин могут стоять - то да, лучше поставить такую подстраховку
А во избежание злоупотреблений в момент постановки машины на отгрузку - генерится/печатается уникальный код этой машины/отгрузки - который лепится на погрузочные ворота, чтобы этот шк в качестве подтверждения туда ли положил карщик - этот карщик и сканировал
45. Сергей (Che) Коцюра (CheBurator) 02.08.16 01:20
Если отгрузки идут строго последовательно одна за другой, то есть на одних воротах, то такое подтверждение я бы не стал делать, оно излишне, мне кажется
46. Сергей (Che) Коцюра (CheBurator) 02.08.16 01:45


По времени завершения операции видно - что карщик халявит, сначала отщелкал паллеты, а потом грузит...;-)))
47. Сергей (Che) Коцюра (CheBurator) 02.08.16 01:53
В список паллет тупо загнал два реквизита датаприход/датарасход
При приемке/отгрузке по тсд - тупо пишется соответствующая дата
Исключительно как справочная инфа, полную учетную инфу по движению паллеты можно получить из ведомости по движению тмц
Там же в списке паллет простой флажок-индикатор типа - паллета свободна, в использовании, отгружена
48. Сергей (Che) Коцюра (CheBurator) 02.08.16 01:58
Не нарисовал еще саои дорожки по типу (13) ?
У меня начсклада частенько схему использует для всяких нужд, и работает через нее блокировки/разблокировки, отчеты, да и как раньше я писал - ввыливается вводная типа 200 паллет сможете принять? - зырк глазом на схему, угумс, понятненько, сможем..;-))
49. Александр Шишкин (Шёпот теней) 02.08.16 11:45
по-пробую быть "плохим" ...

мне кажется автор прорекламировал УТ11 (страшную вещь в себе) и себя - как большого дрессировщика этой УТ 11 ....

"Уменьшение времени отгрузки - достигнута" это как ?! ... а какие замеры времени были "до того" и "после того" и какая разница ( в смысле дельта? какая?)!!!

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

хочется увидеть КПД этих действий: количество обрабатываемых документов, строк документов, площадь склада, номенклатура склада (кол-во), скорость сборки, анализ с "до того как было", стоимость ЗП и прочее и прочее ... а иначе это всё самореклама и реклама УТ 11 (страшная вещь в себе) !

конечно, можно сказать что "я" её готовить не умею, эту "УТ11" ... вот и хочется познать опыт чужой - и восхититься КПД !!! где КПД ?! где анализ ...? или всё таки задача была "бабла потратить" !!

... вотКПДвот ....

50. Геннадий Николаев (genayo) 04.08.16 09:49
Да, по части затрат кстати. Знаю одну контору - там УТ11 до WMS допиливают с полгода уже, на одном складе тренируются. А их конкуренты взяли готовую WMS и уже на 16 складах внедрили. Вроде как готовая WMS дороже, но зато уже работает, и является конкурентным преимуществом. А УТ11 пока допиливают - дешево, зато часть рынка потеряют. Вот и считай тут...
51. Сергей (Che) Коцюра (CheBurator) 05.08.16 04:17
(49) "Уменьшение времени отгрузки - достигнута" это как ?! ... а какие замеры времени были "до того" и "после того" и какая разница ( в смысле дельта? какая?)!!! "

- из того, что я понял, у автора то что называется "отгрузкой" (то есть перемещение тмц из "зоны отгрузки" через рампу/ворота -> наружу) является на самом деле "отбором" - то есть извлечением тмц С МЕСТА ХРАНЕНИЯ и транспортировки его (упрощенно) к месту отгрузки (у автора "место отгрузки" - собственно и есть сама машина, то есть отгрузка совмещена с отбором). Я думаю, что экономия составила не менее 25% (реально думаю ~40%) по времени - за счет отсутствия процесса "поиска" нужных тмц/паллет.
52. Сергей (Che) Коцюра (CheBurator) 05.08.16 04:18
Из того что я уловил - существенно ускорилась и упростилась пересменка

а так, да, цифирь мало.
53. Игорь Steelvan (Steelvan) 13.08.16 06:55
Ога, если такие дурачки как (50) лезут в таблицы регистров накопления и начинают там в служебных полях данные менять, то конечно будут еще очень долго внедрять.
54. Сергей Козынкин (Ulus) 17.08.16 11:09
Ого сколько коментов ... не открывал публикацию руки не доходят.

отвечу по порядку
(43) CheBurator, - изначально на 11.2 все и поднимали. Там пару вещей сделано для нас важных было
(44) CheBurator, согласен что лишнее у нас на ворота - 1 машина, погрузка последовательная. Убедил руководство, что лишнее. Как изначально и хотели - будем сканировать ворота.
(46) CheBurator, ага так то же анализировали ))). Сделайте еще этап сканирования ворот и все уйдет халява у них )))
(48) CheBurator, тема классная конечно, поживем увидим, пока не до этого. Куча других задач. У меня на ВМС один человек + помимо ВМС у него куча всего. По планам работ на ВМС - 10% времени максимум.
55. Сергей Козынкин (Ulus) 17.08.16 11:29
(49) Шёпот теней,
Коллеги по кругу пойдем, не буду расписывать контаргумены читайте комменты.
Очень кратко
мне кажется автор прорекламировал УТ11 (страшную вещь в себе)

поражаюсь над людьми. Еще и 1С начните грязью обливать. И это будет троллинг.
УТ11 я не пиарил, так как по сути знаю ее плохо, но скажу однозначно: всегда по максимум я задействовал типовые решения и будут, дабы не изобретать велосипед.
Для вас тогда и ЕРП2 - страшная по себе вещь.
Тогда вывод: путь ко всем тип конфигурациям нового поколения вам закрыт. Наверное вы остались на 7.7.

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

Куча бабла - это лицензия на УТ11
Кучу времени - это проект с октября по февраль.
затратив кучу времени на переобучение персонала - одни выходные обучали карщиков и диспетчеров (семинар проводили), потом инструкции.
Обалденные кучи прямо таки.

И резюме:
Я не пиарю УТ11, почитайте пожалуйста, комментарии.
То что до полноценно ВМС ей далеко, я согласился.

По стоимости владения и затрат в рамках Сервис деск то же почитайте.

Цель показать один из вариантов внедрения идти по нему или нет решает каждый сам ...

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

Насчет анализа и замеров. Тут полностью с вами согласен. Нужен он.
Но мы в России.
Помнится на предыдущем месте работы, изучая PMBook и.т.п. мы делали устав проекта, пробовали разработать измеряемые цели. Измерять "до" и "после".
Реалии накладывают свое. Такого мало где, это все красиво в теории и на вебинарах.

Одно то что у меня был четкий план график и ТЗ на 50 страниц - это уже считаю успешным ведением проекта.
До замеров доживем, придем время ).

Мы достигли главного: база данных, где расставлено все по дорожкам (раньше по дорожкам было на бумажках), количество пересортов/недогрузов сведено к минимуму.
И возможность дальнейшей оптимизации бизнес процессов.
56. Александр Шишкин (Шёпот теней) 18.08.16 08:10
(55) Ulus, бла...бла...бла ... самопиар !!!

сколько слов... сколько слов ...

если есть система дешевле - зачем ставить дорогую !!! ???

1. потратить бабло!
2. списать ошибки
3. за чужой счёт "пощупать" ПО и оборудование

... НЕинтересноНЕТ ...

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

для 99 проц. предприятий УТ 11 это стрельба по воробям из пушки - поэтому и "страшная вещь в себе".

... вот ...
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа