Вот не верю что на мисте нет опытных в плане складского учета. После бухии  для 1снега это основная кормушка. Не считая конечно зарплатников, но зарплатники это совсем другое.

Пиленная УТ10.3, разумеется.

бери красненькую

Бери 2 выше любое верно

(1) ут10 уже прошлое :)

(4) Спорное утверждение. Если для конкретной организации разработана бизнес логика не важно на чем УТ10, УТ11. И это логика исправно работает, то говорить что она  "прошлое", я думаю, безосновательно. Для WMS Я тоже склоняюсь к пиленной УТ10

Странный опрос. Например №1 и №3 это разные инструменты под разные задачи.

Без конкретных цифр по автоматизируемому складу - это будет тычок пальцем в небо.
и даже при наличии таких цифр - на 80% тоже будет тычок в небо

Я за: Пилить отдельное свое собственное решение, непривязываясь даже к УТ11

Без данных по складу вопрос похож "Какой автомобиль купить".

Решения из списка довольно сильно разнятся по функционалу.

Кортес я бы точно не взял.

Ну почему, Кортес очень простая, но и очень дешевая система.

Если нужно только адресное хранение, то вполне подходит.

(8)+1 поддерживаю
тупо PHP+mySQL+jscript - получишь неописуемое наслаждение

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

(12) нафига это все 1снику..??? ;-)

УТ 11 я бы не брал. Я на это нарвался.
УНФ допиливал вполне не плохо получилось
Авто-Рарус сейчас пилю, работать можно
УТ 10 доработать и вполне подойдет.

(12) Мне Ruby с рельсами больше нравится

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

(17) как ты четко вопрос о бюджете в отдельное предложение выделил :)

(7) стопудово.
кол-во SKU всего, кол-во отгрузок в сутки, кол-во грузчиков на складе, используете ли ТСД?

есть еще ВМС на 1С: Арена и Севко.

(17) +100500

(0) расширяй кругозор. Это не все что есть в природе на 1С.

(13) Вот вот..Завтра такую за один день запилю.Без штрихкодирования и количества.

(21) на такой системе кучу лет "мой" склад работал: http://catalog.mista.ru/public/338893/

(19) rsergio - это и есть Arena

(13) а пополнение/подпитка? размещение по АБЦ? учет партий по сроку?

(23) я в курсе ))
(22) почитаем...

(24) Все зависит от особенностей склада и товародвижения.
- пополнение/подпитка - без проблем;
- размещение по АБЦ - у меня не сильно актуально, ибо я я не летун/переросток, а солидная марка. а качестве "АБЦ"критерия - количество подходов к ячейкам отбора, два-три раза в сезон тупой расчет по учетным торговым данным (средненедельное колво  отгрузок артикула = средненедельному колву подходов к ячейкам) и перестановка.
- партионки у меня нет; но усложнить по принципу в какой ячейке какая партия - тоже просто.

тут главное понять - где следжует остановиться в процессе усложнения и перепрыгнуть на "промышленную" вмс

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

чисто в качестве примера, текущее состояние
http://content.screencast.com/users/Che66/folders/Jing/media/27b88c7b-0ba9-4b5d-a22e-8c94030ea96e/2015-04-20_1729.png

(28) прикольно, у меня схема похожая была, только по-компактнее

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

насчет самописок и истории http://forums.kuban.ru/showthread.php?p=38740640

даже сейчас, к сожалению, часть функционал ПОСТОБРАБОТКИ после WMS пишу/программлю на клюшках...

Заел это Акселот..

Глюки, дописки его, пилите УТ11 - там не так всё сложно. С пивом работы на 2 недели.

(33) и что там не так в этом всеми любимом Акселоте?

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

http://erplb.com/
Система управления адресным складом (WMS)
эту штуку юзал, люди архитектуру взяли из западной WMS и на 1с её переложили, скажу так, на 4-

+(36) Часто не требуется такой вот жесткости, требуется регистрация изменений по ячейкам, причем не всегда с контролем остатков. Ну т.е. кто-то без ТСД переложил с ячейки на ячейку (допустим товар упал с полки, грузчик положил но промахнулся), приходится делать инвентаризацию ячеек.

Да и временные задержки, пока перекачаеться в УПП..

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

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

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

(42) Надо просто ввести практику телесных наказаний для кладовщиков. И всё будет в порядке

(42) "маленький" - это сколько?

(43) Не получиться. Некому работать будет. И текучка будет большая, что еще больше все усугубит.

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

(40) Ага, а связанные уже готовые документы как к новому прицепить?

(42) (45) ТСД и ячейки и Акселот как раз это выполняет.

(0) Была такая темка по WMS, много всего перетирали v8: WMS Toplog vs Axelot

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

моя собственная WMS (rekache на мэйл ре).

Чо, спец же

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

Только никто же не читает, все думают "за такие деньги все должно быть волшебно!"

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

Обсуждение коня в вакууме. Оборудован ли склад для внедрения WMS (места приемки, отгрузки, сборки, карантина). Как с инженерной точки зрения все это выглядит (бывает что невозможно отделить зону приемки от зоны отгрузки). Нужен ли FEFO и так далее. Размещать в ячейки без ТСД еще в СССР умели )). Купить систему и поставить ее на неподготовленный склад непростая задача.

У нас сейчас все еще внедряется LeadWMS (начали в сентябре). Сделал вывод: не важно, что за wms система, дешевая или дорогая, все равно ее нужно будет допиливать под свои процессы. Весь вопрос только как будем дорабатывать силами 1с-ников (свой штат, дешевая доработка) или wms-ников (каждая доработка за серьезные деньги, согласование и т.п.). Поэтому если готовы платить денежку, то можно смотреть и в сторону не1с, если хотите сами пилить, то 1с.

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

Кортес - когда им звонил сказали что реально использовать их ПО до 5000 метров.

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

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

(45) ну и пофиг. когда дисциплина на складе есть - нужен 1-2 вменяемых человека. остальных можно (при необходимости!) менять как на конвеере в макдоналдсе. на старом (состоянии) склада - тоже тряслись над каждым - бо незаменимый был... а сейчас пришел новичек - если не совсем алкаш - 1-2 часа обучения - ТСД в зубы и вперед. Нормальные ребята после 20 минут "входа" в работу с ТСД - начинают самостоятельно работать. и Все "вхождение "заключается только в обучении нескольким тривиальным вещам (да и те с терминала подсказываются) да набора новым сотрудником нужного темпа/навыка.. все...

(51) какты сделаешь выбор осознанно? растянуть на год-два ознакомление и подробное изучение 4-8 претендентов (где взять столько времени-ресурса-спецов)? Положиться на слова владельцев вмс (все врут)? посмотреть на склады (которые хрен знает где, не товя специфика) и т.д.

на что ориентироваться?

(54) поддерживаю.

КонецЦикла в упомянутой выше ветке написал про WMS:
.
"...Сделаю на 1С 7.7 + ВК относительно занидорага :)
ТСД, сканеры, принтеры этикеток, конвейер и проч.
Снеговики будут нервно курить: 2-3 заявки в секунду при овер 100 пользователях (в т.ч. бешеных роботах) на средненьком сервере.."
.
и знаете что? - Я ЕМУ ВЕРЮ!

вот здесь v8: WMS Toplog vs Axelot rsergio писал в топике 104
.
"..Если ты делаешь систему под конкретный склад, то лучше и быстрее писать прямой код.

Был на складе в Питере, так там систему написали строго под себя, алгоритмы внешне вообще не правятся, все заложено внутри конфигурации, а при необходимости программисты правят запросы.

Работало неплохо и склад полностью удовлитворило. Но такую систему продать на другой склад практически невозможно, а при переделке все-равно вылезут "лишние" куски кода.

Коммерческая система должна быть хорошо настраиваемая. Только нужно знать где нужна гибкость, а где она не нужна. Часто бывает наоборот - там где нужно все очень жестко, а там где не нужно сложная система настроек. "
.

здесь я бы хотел выделить отдельно !"Коммерческая система"!
надо понимать, что вам не склад автоматизируют в первую очередь. в первую очередь ПРОДАЮТ чтото.
.
удастся ли с этим "чтото" автоматизировать склад - зависит от обоих сторон процесса, их вовлеченности в прцесс и разработки ТЗ и иего реализации. Зачастую то что называют ТЗ - является техпроектом - то есть БОЛЕЕ ОБЩИМ описанием. И насколько техпроект удастся превратить в работающую систему так как надо Заказчику - зависит от многих факторов. Могу ошибаться, но одну из главных ролей здесь должен занимать отдел автоматизации (вместе с ВМЕНЯЕМЫМИ НАСТОЯЩИМИ ЛОГИСТАМИ по складу - а они везде есть?). Если техотдел не будет рулить вместе с логистом внедрением - может получиться бяка.

могу ошибаться, но яслаюо себе представляю техотдел который на проектах АВТОМАТИЗАЦИИ находится на задних ролях... в таком случае техотделу вообщем все оравно чтополучится, топы/менеджмент разговаривают на своем языке/уровне далеком от действительности склада, начсклада занят другими вопросами - получаем что..???

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

Добрый день, коллеги.

С ноября 2014 года был сторонним наблюдателем за увлекательной дискуссией, но сообщение 48 от ГеннадийУО, задело за живое. Честно. Не могу больше молчать.
По моему нику вы можете понять в какой компании я работаю.
Итак,
Уважаемый ГеннадийУО, обращаюсь лично к Вам.
Прошу вас не быть голословным и предоставить конкретные факты почему решение было ошибочным и Топлог вы врагу не пожелаете. Очень жду ответа.

(51)
И еще. В 2011 году мы внедрили TopLog WMS на складах Королевского трубного завода, при этом не ограничились WMS, а также внедрили MES, с ведением сырьевой себестоимости, учета отходов и тд. Да, проект был очень сложный и долгий, особенно МЕS. Ушло 10 месяцев, но в итоге все остались довольны.
На сайте арены WMS есть клиент Апогей металл, У меня вопрос к rsergio, поделитесь своим опытом внедрений на подобных складах. Сколько у вас времени ушло на данный проект?
Каким образом компания Апогей металл выбирала поставщика WMS? Кого слушали при выборе и куда показывал палец....?

ну все, побежал за попкорном и колой...
http://cdn1-www.momtastic.com/assets/uploads/2012/01/file_171305_0_120125-Kids-movie-theatre.jpg

(0) Пилить заказчика на предмет тз - что именно он хочет увидеть на выходе. Думается мне что все что он желает есть в УТ - просто немного "не так работает". Как всегда - в коробке не так, а умные директора контор знают лучше)))

(57) Осознанно - смотреть функционал системы, ставить кейс-задачи и смотреть как они реализуются в каждой системе.

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

Попутно задавать вопросы как реализовано то или другое требование. Как реализованы защиты от ошибок пользователей. Смотреть движения документов, насколько они корректны. И т.д.

Если не можете сами сравнить, то нанимайте посредников. Перов, например, очень грамотные ТЗ составляет. Умеет выделить специфический функционал от базового и просит поставщиков предоставить вариант реализации этого функционала.

(65) Когда к нам обратился Апогей, то на тот момент они уже работали с Axelot. Для них уже было написано ТЗ, т.е. они были в проекте, но руководству не понравился Axelot. Они решили прекратить с ними сотрудничество и начать работу с нами.

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

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

Описали процессы AS-IS, потом начали описывать процессы TO-BE. В это время все ответственные сотрудники ушли в отпуска. В процессе детального анализа всплыли нюансы, о которых ранее не было известно. В итоге через 3 месяца удалось все-таки согласовать документы и договор был закрыт.

На основании проделанной работы был подготовлен второй договор, с немного возросшей стоимости в связи с найденными нюансами, а также заложенными рисками затягивания сроков.

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

Т.е. по договору работы были проделаны, детально описание работы склада было создано и согласовано. Договор был закрыт и оплачен. Тут мы выступили в роли логистического консалтинга, описав очень подробно каждый процесс с использованием WMS. Документ получился в разы детальней, чем у Axelot. С ним уже заказчик мог выбрать любую WMS, имея на руках полностью прописанные процессы.

(64) 1. Низкий уровень проработки проектных решений. Допускается работа без подробного предварительного обследования бизнес-процессов автоматизируемого предприятия и составления ТЗ.
2. Отсутствие аналитической проработки вносимых доработок системы. Возможно внесение доработок, не обеспечивающих работоспособность доработанного функционала для всех вариантов работы бизнес-процессов. В результате проблема выявляется только в процессе эксплуатации.
3. Низкий уровень функционала, обеспечивающего контроль ошибочных действий пользователя и системы.
4. Неоправданные технические решения, приводящие к быстрому росту размеров базы данных. Например, в остаточном регистре накопления имеются абсолютно идентичные движения по приходу и расходу. Также регистр не закрывается в разрезе некоторых измерений, что приводит к росту таблицы итогов.
5. Отсутствие документации разработчика и встроенной подсказки для объектов конфигурации.

(70) Я конечно не топлог, но пару слов в защиту коллеги кину

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

2. Постановка задачи должна содержать цель, назначение, описание  проблемы и контрольный пример. Если их нет, то проблемы постановщика задачи.

3. Системы 1С изначально поставляются открытыми, задача при внедрении как раз закрыть избыточную функциональность
Обусловлено это нерегламентированностью опер учета.

4. ноукоммент, но база 1С не соответсвует теории проектирования баз данных.

5. Это вопрос к разработчику

Даже так, куда смотрел РП заказчика принимая систему без документации?

(71) Так внедрение идет не с нуля, есть некоторая базовая конфигурация, в которой есть некоторые бизнес-процессы. И когда делается доработка уже существующего бизнес-процесса логично ожидать, что разработчик знает все особенности этого бизнес-процесса, и сделает доработку, которая будет учитывать все особенности данного процесса.
Что касается ТЗ - это вопрос интересный конечно, но разработчик когда делает доработки, должен хотябы для себя какое-то ТЗ писать, или нет?

(69)
Правильно ли я понимаю, что интегратором WMS был выбран Акселот. Они описали БП склада, после чего перестали нравиться заказчику. То есть клиент уже заплатил за ТЗ.
Потом пригласил вас и вы снова стали писать ТЗ за которое клиент опять заплатил. После чего отказался от проекта
из-за "немного возросшей стоимости"? А также стал устраивать распродажу нового оборудования (терминалы, точки..) с 30% дисконтом?

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

(73) Вот тут главная ошибка
"И когда делается доработка уже существующего бизнес-процесса логично ожидать, что разработчик знает все особенности этого бизнес-процесса"

Если логично предположить не описано в договоре.

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

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

ГеннадийУО, добрый день.
Я так рад, что вы здесь.
Очень жаль, что сейчас мне придется ненадолго оставить сей форум. Я обязательно отвечу на все ваши выпады, а также, после совещания, которое состоится в пятницу, приведу цифры, чтобы "из полученного результата можно делать определенные выводы..."

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

(69) Слово в разы детальней чем у Акселота- впечатляет ;-)

+(69) А автора документа ты не знаешь? Просто я работал в акселоте, и нареканий к документации там никогда не было, можно в личку

(74) Вы все правильно описали, так оно и было. То что они решили кинуть Axelot нам уже изначально не понравилось, но не придали этому значения. Поплакались про свой негативный опыт и настояли, что платить деньги за систему вперед не буду, только после анализа документов они примут решение о выходе из проекта. Оставили для себя лазейку.

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

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

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

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

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

У меня все ходы записаны, есть куча переписки, могу все предоставить.

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

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

Тем не менее - по первому договору мы работы сделали. Документы у нас приняли. Все остались довольные. Работы оплатили. Мы провели большую работу, чтобы описать сложную работу кранов на открытой площадки, отдела резки и прочего, что сложно вписывалось в обычное понимание "автоматизации склада".

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

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

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

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

Отличный холиварчик. Подпишусь.

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

(80) Давно уже было, подзабыл.
Открыл тот документ. Это было просто "Функциональные границы проекта" на 8 листках. Возможно это был даже типовой предпроектный документ. Автор сохранился в тегах - Константин П. ;)

(86)Ну так это грамотный спец, и функциональные границы проекта пишутся на продаже

Потому что в Акселоте времен 5-тней давности было совмещены 2 документа ТП и ТЗ

И вот за нарушение данных границ заказчиком идет допсоглашение

(87) Заказчик очень странный. Не успел с одной компанией начать работать, как решил перепрыгнуть на другую.

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

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

(90) Ну теперь становится все на свои места, а не-то Акселот плохой ;-) НИфига не сделали, тз им написали, а оно не тз ;-)

(91) Прошу прощения, что упомянул слово "ТЗ". За давностью лет забыл что уже там было, помню что был какой-то документ. Но я специально поднял тот документ, чтобы уточнить. Все честно написал.

На том проекте Axelot'у даже не дали ничего сделать, просто заказчик вдруг соскочил. Потом они были просто в ярости, когда мы подняли стоимость проекта. Думаю, что разговаривая уже с TopLog обливали грязью всех и ставили условия чуть ли не оплаты после внедрения. По крайней мере нам все уши прожужжали, что не хотят платить до того, пока не увидят результат у себя.

(92) Axelot не отжать по деньгам, поэтому нашли кто попроще

Функциональные границы вещь конечно интересная
Я могу считать что нужное мне входит в описанные функциональные границы, а заказчик считает что нет
И где правда

(94) Поверь мне, наличие такого документа очень сильно ограничивает заказчика. А наличие 8 страничного документа по блоку складского учета как бы намекает, что там наличиствует многое

Вчера пришел запрос на WMS для строящегося космодрома Восточный.

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

(96) Ну если корпоративку в главке делает Бит, как думаешь?

(96) мне кажется я догадываюсь кто этот подрядчик ))
Шафл - который год за годом тендер в МЧС "выигрывает".

(98)  а какже импортозамещение?

(99) в смысле?
шафл - наша контора которая работает исключительно на госзаказчиков.

Кстати
По результатам квартальной инвентаризации проводил сверку учета в вмс базе и торговой на предмет выфявления разбежкк/несоответствий между базами
Срок три месяца
С годовой 2014 инвентаризации
Выискивал блох как говорится с целью поиска узких мест и косяков
Результат соответствовал ожиданиям
1. Разбежек как таковых нет
2. Все что делают руками все потенциально криво и опасно не потому что это руками а ввиду отсутствия нормальных регламентов взаимодействия разнух групп/отделов

Разбежки выявилось всего две
Недостача в торговой базе одной штуки на сумму 273 руб
В складской базе принято 1шт а в торговой вбили две
Косяк ручной перелачи данных между вмс и торг базами

Внедрю относительно простую, самописную (на основе БСП) WMS за 90 дней "под ключ".

(102) WMS на основе БСП? Звучит заманчиво :)))

(101) Это конечно хорошо, а вот циферки строк выработки на человека до и после ВМС, процент уменьшения ФОТ, процент уменьшения потерь склада есть у вас?

(104)  есть

Внедрю простую FreeWMS бесплатно :)

(105) А предъявить :))

(104)  пооцент выработки до и после внедрения вмс
Если брать внедрение промышленной вмс текущей то процент выработки на человека практически не изменился
Так как самые проблемные участки по скорости и трудозатратам были выпилены еще на самопальной вмс
Поэтому имеет смысл говорить до внедрения автоиматизации на складе и после внедрения автоматизации на складе

До внедрения автоматизации средний показатель примерно 45 строк на человека в час, после автоматизации в среднем 105 cтрок в час

В строке может быит несколько видов упаковки одного артикула
Например одна коробка плюс два минипака плюс 1штука

Срок взождения новичков
До начала автоматизации испсрок 3-4 месяца
После автоматизации через 2-3 дня становится понятно подходит человек еам или нет
Практически это выглядит так что человек самостоятельно становится на сборку после20-60 минут обучения

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

Процент уменьшения фот
Фот вообщем не поменялся
Это на складе где бегает сотня человек экономиия 20 процентов лает существенный выигрыш

Оплата по сдельной выработке на данный момент отсутсвует
Это то к чему мы стремимся

Много разных участков и не совсем понятно как и что учитывать при сдельной выработке
По сути логист на складе как таковой отсутствует и его функции выполняю я

Внедрение вмс позволило практически вдвое сократить сроки инвентаризации за счет количественного учета в ячейках

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

Как правило очень много проблем всплывающих на инвентаризации связаны чисто и исключительно с человеческим фактором и несоблюдением регламентов работы и подготовки к инвентаризации
И данные проблемы имхо практически не поддаются инвентаризации

Про потери на складе говорить трудно
На самописке когда я работал над складскими процессами каждая инвентаризация давала уменьшение отклонений в два раза
Как только переставал работать на совершенствование склада результат практически не менялся
Что и вызывало неозвучиваемое взу недоверик к самописке
Хотя за пять лет ее жксплуатации и ксовершенствования никто так и не сиог обнаружить ошибок в ее работе которые приводили бы к искажению учетных или фактических данных

Выше читать
И имхо данные проблемы практически не поддаются решению средстваит автоматизации

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

(101) Во, еще одна возможная проблема WMS. Тупо нет вьюхи с остатками товара, чтобы сравнить с остатками в 1С. Поэтому перед внедрением нужно хотя бы поинтересоваться возможностью сравнения остатков и выяснить за дополнительные денежки это будет или это типовой функционал.

(116) Ну а твоя ВМС в каком месте была крива?
P.S. Сегодня сносим акселот и думаю тупо модули нужные из него взять и в упп перенести.

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

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

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

Продолжаю
Вмс способствовала выявлению фактов воровства
Примерная оценка выявленых обънмов воровства соответствует отклонениям на ранее проведенных инвентаризациях
Ибо судя по всему воровство было регулярным
Собственно говоря то же самое можно было и на самописке выявить но с большими затратами ресурса

Сейчас при вмс стало просто труднее вывести товар за пределы склада неконтролируемо
Но по прежнему возможно
Ибо руководство хочет как обычно и птичку сьесть и профит получить ибо все упирается в простой принцип за тоже время сделать два движения зотя влазит не более одного

(120) В чем к примеру воровство обнаружилось?
И как этому вмс поспособствовал?
Я на самописку иду только из-за оперативности и из-за гибкости.

(117)  все не так просто
Впрямую зачастую сравнить нельзя
Вылазят частности
Наример
В торгбазе выписана реализация
Товар с баланса ушел
В вмс базе товар числится в зоне отгрузки
Что с чем сравнивать?

(117)  например еще
Когда начинаешь расследовать ситуацию по конкретному товару
По вмс базе есть куча движений которые не проходят по торговой базе
Или
Хронология движения товара в разрезе заявок покупателей в торг и вмс базе разные

Здесь четкое правило
Продумывание и неукоснительное соблюдение регламентов и точек обмена между торг и вмс несмотря на различное поведение систем гарантирую согласованность данных в базех
Убеждался в этом не раз
Есть например клиент у меня
Озабочен непрстым движением денег междц цб и пб скучей передач
Сел разобрался
Говорю
Требуйте точного соблюдения установленных в конторе праил работы с наличкой
Тогда правильный результат сложится сам собой и данные в базе будут биться с данными на руках у пользователей
Это оказывается сильно сложно
И клиент предпочитает тратить время не на наведение дисциплины а на ежедневный контроль и перепроверку кто куда сколько принес передал

(118)  да вообщем ни в чем
Ввиду выбранной схемы учета получение нужной инфы занимало больше времени чем хотелось бы

(121)  я бы вообщем на вмс тоже не переходил
С начсклада был составлен план-календарь что где допилить для нужного эффекта и улучшения ситуации
На вмс пошли ввиду политических причин можно сказать так

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

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

(121)  тут фиг его знает что чему спсобствовало
Но раз это случислось после внедрения вмс то будем считать что этому способствовала вмс

Ситуация простая
Я регулярно чешу гондурас ну то есть базу на предмет всяких несуразностей, нетиповых операций, бяк отклонений и прочего
И вот в результате такого регламента выходу на артикул который вызывает у меня подозрения что с ним могут быть проблемы. По учету типа 7 штук и по факту должно быть 7 штук, пипл идет инвентаризирует по факту 5 штук, идем с начсклада сами исследуем да 5 штук, а так быть не может потому что эн дней назад было 9 штук и это однозначно зафиксировано, проданоотгружено 2 шт за жто время, по факту в ячейке должно быть 7 но там их нет, не хватает 2шт. Начинаем чекрыжить истрию. Выявляем подозрительные заказы -возможно в них переложили этот товар. Заказы стоят готовые к отгрузке, запалетированные, прошли все этапы обработки. Вероятность что в них криво весьма мала. Но я параноик. Для очистки совести вскрываем три заказа по несколько палет каждый. Перебираем. Никаких отклонений. Варианта два: либо товар гдето в соседних ячеках (такое бывает ввиду некоторого разгильдяйства персонала но редко) либо спиzdili. Обследование возможных мест срседних ячеек рядов результата не дало. Я говорю ищите ибо так быть не может. Ну в итоге нашли в гадюшнике/загашнике сборную несанкционированную коробку с ходовым товаром. Вообщем мы не сильно удивились. Ну дальше все как обычно бывает. Разбор полетов санкции и прочее

По поводу гадюшника/загашника - я в него не лезу специально это выделенная область склада с оборудованием и запчастями где рулит один из старого персонала
Я вот смотрю и начсклада тоже смотрит и наблюдаем как там по старым технологиям хорошо и красиво все как раньше было и прочее и прочее. А то высшее начальство не сильно вьезжает что порядок и красота на складе не сами собой организуются. Вот смотрим как старый персонал по стрым технологиям организует хотя бы одну инвентаризацию этой области за последние 3-4 года

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

На данный момент потери на складе соизмеримы со статистикой внутритарных заводских невдожений

В УЦ изучал. Достаточно жизнеспособная вещица

(117) Если и КИС и ВМС на 1С, то написать сравнение остатков дело часа максимум. Другой вопрос, что в динамике эти остатки никогда не совпадут, так как время движения документов в двух системах будет разное. Более того, из-за особенностей бизнес-процессов, наличие расхождения остатков может быть заложено в систему умышленно. И тут встает вопрос уже не о сравнении остатков, а о корректировке остатков в одной из систем по данным другой.

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

(130) Время движения разное. Это точно. Мне пришлось в 77 сделать механизм, который позволял двигать остатки фактическим временем, а не временем Документа. После этого сравнивать WMS и ТИС стало существенно легче.
  С воровством однозначно WMS помогает бороться. Конечно более эфективна охрана, но если большие обороты воровства, то охрана не помогает. У нас до внедрения WMS воровали 3-4 фуры в неделю при обороте 100 машин в день. После внедрения уровень воровства снизился на порядок.  И стал сопоставим с естественной порчей продукции в р-оне 40 палетт в месяц

(127) "вылезли такие дикие цифры что их озвучивать страшно было -  основное возражение было простое - а у нас раньше все сходилось и все было зашибись"
  Мне тоже все кричали, что со склада не возможно вывезти 4 фуры в неделю, но вывозили. В пик продаж баже больше

(132) Чот ворье у вас - прям ученики Гудини :) Это ж насколько все с учетом запущено было?

(134)  вот сиотри
Пришло 100 фур
Отгружено 40 фур
Осталось 60 фур
По учету все четко
По факту на складе 50 фур
И главное по учету все четко
Воровство это практически всегда сговор
При отсутствии полной и тотальной адресности от приемки до отгрузки

(135) Да я-то понимаю, но это ж помимо сговора еще и раздолбайство должно быть адовое.

Пример воровства на одном из складов:

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

По заказу весь товар подобрали, все стоит в этикетках.
Сотрудник идет на склад, набирает на роклу товар, клеит пустые этикетки (по которым в WMS ничего нет) и ставит рядом с заказом. Внешне - все ОК.

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

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

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

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

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

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

могли при этом реально купить по безналу, переставить старое - новое продать налево. с документами/учетом все ОК.

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

на складе Велеса (алкоголь) вообще все так заперто было, мы от них переняли подход такой.

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

По поводу функциональности - у нас сейчас склад запускается в Казахстане, 25 000 кв.м., товар от холодильников до плееров, напольное хранение крупной техники (холодильники), стеллажное хранение средней техники (ТВ, микроволновки, мультиварки), многоэтажный мезонин для мелких товаров (плеера, бритвы, телефоны.

Договор был на дистанционное внедрение системы с существующим функционалом. Ребята (и девчата) на месте изучили систему и сами все настраивали, проводили обучение складских сотрудников. Мы обучали только по Skype, на месте ни разу не были.

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

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

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

Соответственно никаких глюков от сырых доработок. Основные проблемы только в человеческом факторе, и шаловливые ручки людей с правами администратора :)

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

Такое, к сожалению, редкость.

(141) Отчасти вы правы - небольшую часть процессов они выстроили не так, как хотели изначально. Но при этом не испытали неудобств, а по некоторым процессам признались, что на практике это оказалось даже лучше.

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

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

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

(141) (142) это не редкость - это совершенно правильно, когда заказчик свои фантазии адаптирует под реализованные бизнес процессы.

я раньше работал в конторе которая внедряла самописную ЦРМ для автосалонов, первый же клиент, который внедрил систему на 2х точках с подгонками под существующие процессы, а потом открывая 3й салон - наоборот там все подстроили под систему - через пару месяцев с удивлением заявил: "вротмненоги! у нас в 3й точке уже %% продаж (посетители/покупатели) на треть выше!!!"

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

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

(142) Так документация наверное есть, в которой описаны реализованные в программе бизнес-процессы, и как разные настройки влияют на работу этих бизнес-процессов?

(144) Описание есть, но оно очень быстро устаревает т.к. все-таки функционал постоянно растет.

Например, вчера в ночи под Краснодарский проект дописано пополнение в разрезе Производителей алкоголя. Т.е. для каждого производителя выделяется своя ячейка отбора, а товар один и тот же, только партии разные.

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

Ну и что получается
Что функционал системы самостоятельно не почитать внятно не поисследовать в соответствии с написанным. В итоге методом творческого тыка исследовать?

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

Ну и логичный интерфейс и код никто не отменял ;)

Например, в Axelot 4.0 я разобрался вообще без наличия описания. Что что, а все очень логично реализовано, информация считывается на ура.

(147)  получается тот же самый фикс только хрен знает где
Дешевле видимо фикса держать
Можно будет спросить и попрограммит заодно за фиксевую месячную зп а не обобщенные 2000 в час

(130) у нас остатки как правило совпадают, если в конце дня бывает такое, что они не совпадают - оповещаются дежурные, которые должны оперативно разобраться в причинах...

вообще, я не видел крупных складов с хорошо работающей WMS

+ на базе 1С

(150) а на других? и каких именно?

(149) Что по вашему "крупный" склад и что есть "хорошо работающей WMS"?

(122) ту как раз нужны статусы. Ести статус "В работе" то движения выносятся в отдельную колонку как "неподтвержденные" и вычитаются из остатков. Тоесть у тебя сравниваться должны только "подтвержденные" остатки.

+(153) хотя самая конечно надежная сверка подокументная. Остатки могут подвести что расхождения по 2-м опеациям могут компенсировать друг-друга.

(149) А теперь представь, что склад работает 24х7...

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

(154)  поясни плиз
Подокументная какая и чего
Если делать подокументную то нафиг придется в одной системе дублировать функционал другой системы

Как выше я приводил пример
У мена например
В торгбазе уже проведены и распечатаны отгрузочные документы торг12  и тн и разложены по лоткам для утрешних водителей

А по вмс
Все жто нифига не отгружено
А стоит в зоне отгрузки

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

(149)  хорошо работать может имхо только склад насаженный на унифицированные процессы/прогу

Например

Типа как автомобили
Проблем вообщем с ними нет
Топливо унифицировано
Дороги унифицированы
Вообщем и сами авто унифицированы

Только вдруг оказывается что авто не может проехать по тропинке в лесопосадке где на велике до нужного места 15 мин
И в итоге авто едет объездным путем два часа с пробками
Зато в комфорте и с кондишеном

(157) Зачем проводить реализации в КИС до отгрузки?
Обычно после отгрузки из WMS идет информация в КИС, после чего документы проводятся автоматически.

Если дело только в предварительной печати, то можно разрешить печатать и без проведения.

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

(158) Просто вы не видели авто, которая может проехать почти везде, и по тропинке тоже ;)

(159)  отгрузки идут в с шести до семи утра
Отдавать это полностью на откуп технике самоубийственно
Держать под это отдельного оператора не имеет смысла
Отгрузки небольшие
Склад некруглосуточный

(160)  ну-ну ;-)

(157) подокументная это когда у тебя количество списанное/принятое в управленческой системе сверяется с количеством отгруженным/принятым по складу. По большому счету документы же 1 к 1 относятся. Из сверки выкидываются документы у которых по складу статус а-ля "в работе" поскольку как правильно ты заметил товар может еще лежать на складе. Причем отчет могут построить в момент когда часть товара уже "отпикали" а часть еще нет.

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

(164)+ и тут детализация сверки по документам в рамках 1 SKU еще как-то позволяет ориентироваться.

(159) > Зачем проводить реализации в КИС до отгрузки?
Разные причины бывают. Кто-то банально не хочет доверенности на право подписи на склад отдавать. Иногда документы на склад нужно напечатать с "особенным" заполнением или в нестандартном количестве. Кто-то экономит на штате операторов, поскольку так 1 оператор отдал пакет документов и все, а если напечатать, расписаться и поставить печати то уже только 2-3 оператора тот же поток успевают обслужить.

Смотрел видео про Focal, показали кусочек их склада.

Весело организованы этикетки на стеллажи:
http://i48.fastpic.ru/big/2015/0425/0e/81bfbcffef42cd339eac3ab2de1df10e.jpg

Хотя не оптимально, но цветасто :)

(167) Непонятно нафига так сложно? И зачем буквы? У нас например цветом только резервное хранение от активного отличаются, и все обозначения цифровые...

(159) Если люди уверены, что наберут все 100% заказов, почему нет?

(168) Там много чего не оптимально, но красиво :)
По поводу букв - был на одном складе, автоматизированным с помощью LVS. Там УРОВНИ были обозначены цифрами. И так это было не удобно, что на каждой этикеточке рядом с буквой была наклеена цифра, чтобы было понятно какой уровень по счету :)

(169) Да как душе угодно, "клиент всегда прав" ;)

(170) опечатка, УРОВНИ - БУКВАМИ

(167)  хм а в чем фенька штрихкода по диагонали?

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

(174) Да, это основное. Плюс еще один момент - немного сокращается длина "паровоза этикеток"

Но мы сейчас пошли по другому пути, отказавшись от "паровоза" :)

(175) Да практически что угодно лучше того, что на картинке...

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

(177)  и мне плиз на [email protected]

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

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

А фигли? Ведь все просто "внедрить штрихкодирование на складе"
И на мисте такие ветки регулярно появляются

(70)
Добрый день, коллеги.
Добрый день, ГеннадийУО.

Наконец есть время ответить на ваши апрельские тезисы.
Итак:
1. Технический проект необходим в первую очередь нам - интеграторам, для того чтобы как-то ограничить Заказчика от постоянного желания добавлять в систему новые пожелания. Руководство вашей компании приняло решение взять за основу типовой проект для крупных и интенсивных дистрибьюторских складов продуктов питания. Тех проект был предоставлен в октябре 2014г.

2. Все доработки идут от Заказчика, которые он должен аналитически прорабатывать.

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

4.  Вступать с вами в дискуссию по архитектуре регистров я не готов. Если вы сможете сделать лучше, то мы с вами станем конкурентами на рынке WMS.

5. Документацию разработчиков для типовых решений не выпускает даже фирма 1С, мы также этого делать не планируем. Кроме того мы проводили обучение программистов, хотя никогда и ни на одном проекте этого не делали, но, УВЫ, см пункт 4.  
Рабочие инструкции для пользователей системы были предоставлены.

(76)
"а вот из полученного результата можно делать определенные выводы..."

Итак, сделаем выводы, только сначала небольшое описание объекта:
- дистрибьюторский центр продуктов питания в ПФО
- площадь около 20 000 м2
- режим работы 24*7
- 100 радиотерминалов
- товарные группы (бакалея, гастроном, охлажденка,  
  заморозка, фрукты, овощи)
- отгрузка около 120 автомобилей в сутки

А теперь, Геннадий, итоги внедрения и выводы руководителя складского комплекса Кислицына А., озвученные на пятничном совещании.
1. Значительно увеличилась скорость набора товара. Раньше наборщик набирал 700-800 строк в смену, а теперь более 1400 строк.
2 Многократно сократилось количество вычерков товара (точных цифр пока нет)
3 Существенная экономия средств на транспорте. Благодаря внедренной процедуре комплектации паллет, наемников приглашают намного реже. До внедрения TopLog WMS в машину загружали максимум 15 торговых точек, после внедрения - 25 торговых точек.
4. До внедрения TopLog WMS собрать товар успевали  к 7 утра, а сейчас к 3.

При этом WMS работает не так давно, и люди еще не полностью привыкли. Благодаря внедрению TopLog WMS Заказчик может троекратно увеличить объем отгрузки на складе без увеличения кол-ва персонала.

Так что первые итоги такие, а вывод, коллеги, делайте сами.

Немелкий склад

1400 строк за смену - это они там сутками работают без перекуров и туалета? ;)

(182) Я отвечу с цифрами чуть позже, пока лишь отмечу, что мягко говоря не все написанное является правдой...

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

Нет слов...

(186)
Подберите какие-нибудь.

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

(188) Ой, как мне страшно...

(188)
Геннадий, я сейчас не понял. Честно...
Чего страшно?

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

(1) +1

(0) почему 11-то? ))

(184)
Это нормальный уровень. У одного из наших клиентов (тоже РЦ продуктов питания) есть наборщик-монстр, который за смену собирает 2300 :)

(191) Хорошо, меня попросили не озвучивать никаких цифр по проекту на форуме, так как проект не закончен, и это может негативно сказться на вашей работе. Отмечу только, что склад работает 24х6, и цифра загрузки максимум 15 точек до внедрения WMS не соответствует действительности, и до WMS были рейсы с количеством 20 точек и более. При этом среднее количество точек в машине до и после начала работы в WMS практически не изменилось. Ну и следует отметить, что загрузка машин планируется вне WMS системы, т.е влияние WMS на загрузку машин весьма опосредованное.

(193) Строка - это строка документа, в котором может быть 1 штука, а может 20 штук?

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

Добрый день.  Вопрос к тем кто работает с 1С: WMS Логистика. Управление складом.  Примерно с сентября прошлого года там появилось голосовое управление. Есть ли у кого опыт его использования?   Начальник складского комплекса побывала на семинаре и теперь хочет внедрить голосовое управления на сборке заказов.  Считает, что это сократит время сборки и хочет с экономить на покупке ТСД.

(181) Теперь по пунктам.

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

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

3. Как пример, я считаю ненормальным, когда из WMS в КИС выгружаются результаты набора, не соответствующие фактически набранному товару, в результате чего по данным WMS отгружено одно количество товара, а документы из КИС оформлены на другое количество. Я думаю, не надо объяснять цену такой "ошибки."

4. Вы конечно можете считать свою систему идеальной, для примера приведу, что за неделю работы системы размер БД вырос на 4 ГБ, при этом количество записей таблицы итогов вашего основного регистра составляет примерно 80% от количества записей в основной таблице.

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

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

(198) У нас уже есть закупленная партия ТСД Symbol MC3190, там есть поддержка гарнитуры.  Сейчас WMS работает на алкогольном складе,   предстоит внедрить на склад молочной продукции, а так же на склад бакалеи и пива.   Встал вопрос о использовании голосового управления на молочном складе.   Один из аргументов начальника складского комплекса, это свободные руки.  Не надо таскать ТСД,  одел гарнитуру и вперед.   Возник вопрос какая связь между человеком и программой,   программа только проговаривает ячейку, номенклатурную позицию?  Как происходит подтверждения, что сборщик дошел до ячейки?   Сборщик проговаривает штрих код ячейки?  Как происходит распознавание голоса? Интересует как это функционирует в WMS от Акселота.

двухсотка

У нас работает адресный склад сырья на ERP - проблем нет. Реализованы в том числе и ТСД. Реализован посерийный учет.
Из доработок - рабочее место и пакетное формирование ордеров.

Вопрос в том, что это не тот WMS, который сам распределяет товары по зонам, создает задания на перемещения в зависимости от целей работы процесса "Хранения", например:
- Минимизация времени отбора
- Максимизация загрузки ячейки
- Минимизация внутренних перемещений
- пр.

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

Так что для небольшого склада - Пилить УТ или ERP.
Для большого склада полить можно, если есть ресурсы, а так брать готовое.
   Готовое делится на 1С и не 1С. Не 1С работает быстро, но поддержка стоит денег (примерно 90-140 тыс/мес) и надо писать интеграционные стыки со всеми вытекающими. 1С не стоит ничего (ИТС), но и поддержка посредственная, собственными силами, скорость работы страдает.

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

(197) На этом обсуждение системы T-g я вынужден прекратить, имеющий уши да услышит.

(194)
Ну, Геннадий, ну шутник.
ТО есть озвучить цифры вы не можете "так как проект не закончен, и это может негативно сказаться на вашей работе.", а вылить ведро помоев на TopLog готовы. Видимо это должно сподвигнуть нас на сверх результаты.

Коллеги, склад действительно работает 24*6. Геннадий, вы поймали меня за руку.

Все остальные данные были предоставлены начальником склада, в том числе по сокращению расходов на наемный транспорт.

Читаю все с интересом

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

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

Хотя я сам за открытость информации - здоровая конкуренция должна лишь идти в плюс рынку в целом и проектам в частности.

(197)

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

Не бывает идеальных людей, вещей, WMS.
Да, Геннадий, TopLog WMS это не идеальная система, я даже больше скажу, что идеальной она никогда не будет.
Системе TopLog WMS есть куда расти и стремиться. НО!!!! от проекта к проекту она получает все бОльшие возможности, постоянно развивается и дополняется новыми функциями и модулями. Да, в нашей практике внедрений (а мы автоматизировали более 60 объектов с абсолютно разными характеристиками и направленностью) никогда не было клиента с процессом "работа с аналогами" а соответственно, ее нет и в нашей ПРОМЫШЛЕННОЙ СИСТЕМЕ.
Зато наша, как вы выразились "промышленная" WMS, обеспечивает более 235 000 строк отгрузки в сутки, поддерживает единовременную работу с тсд и голосовым управлением. Причем голосовое управление не на стенде, выставке или семинаре, а на крупном РЦ площадью 70 000м2.
Какая еще WMS на 1С работает с такими объектами?
Только не на словах, а на деле.

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

Что же касается самого внедрения, то и тут мы не идеальны, УВЫ. У нас бывают ошибки и просчеты.
Однако, ответить вы не можете, а посему рассказывать про просрочку в 4 месяца, неверные загрузки данных в КИС, а также по какой причине все это возникло, кто виноват в этих причинах - я не буду.
Скажу лишь, что сама цифра 4 месяца для меня странная. По изначально утвержденному при подписании договора графику, окончание проекта февраль-март 2015 года. Кстати, тех проект мы пишем всегда и на всех проектах. А почему мы его не писали, так вы были на совещании на котором обсуждалась необходимость данного документа.

Геннадий, вам удачи.

Как только появятся подробные цифры о результатах внедрения, я их предоставлю.

(204)
Реальные отзывы есть, только их очень сложно отличить от нереальных. Те кто недоволен объявляют новый тендер и становится все понятно.
"тихо меняют"
Ну не пресс-релиз же им выпускать "как  мы внедряли ...., истратили кучу бабла и ничего не получили".  Тем более не внедрена система может быть по разным причинам. Причем причины могут быть абсолютно разные: неправильно выбрана сама WMS (выбирали только по цене), тупит команда исполнителя, Заказчик не может сам организовать процесс работы по WMS (саботаж), ну и тд.

К тому же все относительно...
Вот вы говорите, что Апогей плохой, а Апогей говорит, что вы плохой. Как понять кто дурак?

(195)
Да, строка - это строка документа, в котором может быть 1 штука, а может 20. По сути это подход к ячейке.
Он отбирает быстрее чем за 20 секунд, а еще у него краповый берет есть. Короче это монстр. Так как зп сдельная от выработки, то у него мега зп, с учетом региона нахождения РЦ. Да даже без учета.

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

(204) Ну когда-нибудь я расскажу, чем все кончилось, но для этого мне еще очень много надо сделать...

(206) Ну а вам я могу только пожелать скорейшего окончания проекта. Сделать предстоит еще много, я в вас верю.

(207) Это вы мне?

Я не говорю что Апогей плохой, я лишь говорю, что до WMS там дело не дошли, они ее и не щупали :)
Они настойчиво попросили описать только процессы - мы описали. Им понравилось - заплатили деньги, закрыли договор. А вот дальше по цене второго договора не договорились, бывает. Мы не меценаты.
Другой правды и не может быть т.к. все подкреплено документами ;)

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

(208) Быстрее чем 20 секунд - я на своей практике таких, к сожалению, не видел. На многих складах тоже сдельщина, люди могут прямо на ТСД посмотреть свою зарплату, но вот 20 секунд на перемещение между ячейками, подтверждение на ТСД и перекладывание товара - этого Копперфильд какой-то :)

(205)  поддерживаю

2. БИТ.Управление складом

Пилить БИТ.Управление складом

(212)  зададимся простым вопросом: как посчитать (среднее) время, затрачиваемое на отбор?

1. Можно считать просто: время от сканирования ячейки отбора до "подтверждения" окончания отбора из ячейки. Здесь нигде не фигурирует время перемещения между ячейками

2. Можно считать интереснее: время от входа в режим отбора (например, время выдачи задания) до выхода из режима отбора (завершение задания)

Отношение времени по п.2 к суммарному времени по п.1 - дает кпд операции отбора

Если считать только по п.1 - то 20 сек на "отбор одной строки" - вполне достижимая операция

А если (в зависимости от частностей) сделать все именно для быстрой сборки, например
При условиях
в ячейке только один товар
товар только в одной ячейке
На тсд пишем
Яч. 1-2-3
2 коробки
Сборщик тупо идет к ячейке
Отбирает 2 кор
Подтверждает выполнение единственным сканированием шк товара
Получает след ячейку-количество
Можно еще сильнее ускорить: подтверждением будет нажатие кнопки "готово" на клавиатуре без всяких сканирований
И т.д и т.п.

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

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

У нас на предыдущем складе скорость отбора - погрузки/размещения палетт - 40-50 сек. Выработка на карщика где-то 200 палет в смену.
  С линии палетты выходят 2 шт за 40 сек. А линий 4 штуки. Правда поменьше производительности.  
Поэтому мы не могли внедрить подтверждение отгрузки/размещения сканированием.
  На отборе норма 15 тонн или 1500 упаковок. Скорость набора 30 сек/упаковка. Тоже не смогли внедрить сканирование.

(217)  "выработка за смену" вещь в себе
Это скорее всего хорошо на складах где постоянная высокая нагрузка, и простоев нет
А это вообщем не везде
В итоге все равно сведется к описанному мною выше: к вычислению полезного времени, затрачиваемого на отбор

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

Выработка в среднем (считал за месяц) составляла 103 строки в час
Это вообщем без разделения рабочих ячеек по мезонину и по первому ярусу узкопроходных стеллажей где тоже рабочие ячейки

Один из сборщиков часто показывал результат в 130 строк и выше
Разгадка проста - выбирал себе. Удобные минипаковые/блоковые сборки и выходил из режима отбора во время перехода от одного ряда к другому, то есть таким образом повышал описанный мною ранее КПД отбора

И как я выше говорил - при отсутствии автоматизации выработка составляла в среднем 45 строк в час, а те кто вырабатывал 60 строк считались королями

Поэтому конечно мне весьма интересны цифры по складу ГеннадияУО, и такой резкий скачок в показателях сборки - склад получается был на очень низком уровне автоматизации до внедрения вмс?

(218)  непонятно
Тогда как е цели вы преследовали при автоматизации?
По любому - внедрение вмс это бОльшая детализация операция и адресное отслеживание товародвижения. Это требует ресурсов. Затрачиваемые ресурсы должны давать какую-то окупаемость
Или иной профит
????

(220) Наличие скачка вещь такая - стоит его захотеть увидеть, и он сразу появляется...

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

У нас на складе не было проблемы со скоростью набора. Маленький ассортимент порядка 120 SKU. Набор из зоны отбора. Проблема была со сроками годности. И немного с поиском товара.
Кроме того требовалось автоматическое размещение товара с линии.
  Все это удалось решить без замедления работы.

Вот сейчас в работе автозапчасти. Там действительно большие проблемы со скоростью набора. 30 000 SKU. Низкая квалификация кладовщиков. Скорость набора несколько строк за десяток минут.

Я думаю скачок в скорости набора будет 100 раз :)

По поводу профита. Уменьшение Штрафов за недогруз и недопоставку дают профит несколько сот тысяч рублей в месяц.

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

(225)  весело

В сраче всплыли фамилии господ, которых нужно бояться: некий Федчун, и некий руководитель складского комплекса Кислицына А. Причем наблюдаются такие интересные вбросы, что Геннадию надо побаиваться второго, ибо совещания идут где-то, и вроде этот Кислицин реальный мужичок там.

Наблюдаю и немножко переживаю за Геннадия в том плане, что за длинный язык можно по болтушке получить ;) Что видимо в лайтовой версии уже как-то произошло, т.к. градус накала срачки существенно снизился. А жаль. Разожглось вроде неплохо.

С нетерпением жду развязки! Мысленно с Геннадием, но десять на черное.

(230)  все зависит от того, кто является "главным" со стороны Заказчика, и на каких ролях находится ИТ- отдел заказчика
Как я выше писал - имхо - если ИТ не являются деятельным участником процесса внедрения, то результат скорее в его будет малоположительным. Ибо нафига ит-отделу "чужая" программа, написанная хрен знает кем по хрен знает каким правилам. Программистам редко нравится написанное другими программистами... ;-)

(231) Хорошо написанный код должен нравится всем. Есть стандарты разработки и при их соблюдении все должно быть хорошо.

Другое дело когда архитектура решения построена неправильно. Тут красивость кода уже неважна.

А если чего-то не хватает, то всегда можно органически вписать.

ИТ отдел может по разному участвовать в процессе. Обычно хватает правильно настроенной интеграции с КИС, далее от них уже ничего не нужно. Если только они в будущем не хотят сами сопровождать, то тогда нужно более плотная работа, чтобы освоить систему.

(230) Да не, все нормально, продолжаем работать и наблюдать :))

(232)  все стандарты разработки идут лесом если решение не прошло хоть какой-либо "сертификации" на соответствие "стандартам разработки" - а для специализированных решений до этого как пешком до луны
Так мне кажется

Поэтому например замечания о незакрытых регистрах или иных промахам по "стандартам" - они всегда интересны

Но кому?
Исключительно программерам
Да и то не всегда

А в остальном все очень просто декларируется
Систему внедрили
Система улучшила ситуацию
Зашибись?
Зашибись!

Кто например будет верифицировать код/архитектуру решения того же топлога/арены/акселота/прочее на предмет адекватности (построения) системы для автоматизации тех или иных складов?

И даже если такой человек найдется и напишет какие-либо обзоры недостатков/преимуществ системы то со второй стороны ответ будет простой: на нашей системе успешно автоматизировано эн складов!

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

Все плохо...

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

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

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

+ (236) забыл добавить, что руководство при этом считает что под "более плотной работой" имеется ввиду - недельку поковыряться в коде без документации и общения с разработчиком, впервые увидев систему.

Всем стоять и учиться!!!
https://www.facebook.com/tucerebrodigital/videos/955221651155957/

(235) У вас просто мало опыта работы с разными WMS. Мне не нужно смотреть код, чтобы понять возможности системы. Достаточно пол часика посидеть и посмотреть интерфейс, где какие настройки есть, какие реквизиты у базовых справочников (номенклатура, ячейки), как устроены документы, как настраиваются стратегии/правила. Плюс к этому задать пару кэйсов по сложным ситуациям. После этого уровень системы ясен.

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

Поэтому в основном выбирают так - у кого проектов больше, у кого есть автоматизированный "конкурент", кто красивее сказки рассказывает, а систему могут даже в глаза не видеть ;)

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

(240) Так, регистры закрываются или нет?

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

(241)  кстати, до тех пор пока база будет удовлетворять по скорости работы и объему - мне ПОКА совершенно пофиг закрываб
Ются регистры или нет, особенно если рабочие отчеты показывают данные, совпадающие с фактом на нужном мне уровне аналитики/детализации.
Вылезут проблемы - будем решать.

И вообщем
Главный вопрос
Как выбрать вмс?
Так и остался практически нулевым
Методики выбора нет.
Единственный более менее приемлемый - обратиться к экспетру.
Но гарантий что эксперт что-то шурупит в нужной предметной области - нет. Предложит ли эксперт из вмс нужную вам? Или предложит ту которую он лучше знает? Да, предложенный вариант решает ваши задачи, но стоит 10 лямов, но есть вмс которая стоит 5 лямов, но эксперт ее просто тупо не знает

Все както плохо...

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

(244) А тут очень просто - пока все будут молчать о том как внедрялась и работает их WMS, достоверной информации не будет, только победные пресс-релизы и жонглирование цифрами...

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

(244) Найдется немало компаний, которые осознанно купят систему за 10 лямов.

У нас еще крепко сидит правило, что "чем дороже - тем лучше".

(248)  вот и встает вопрос о получении достоверной инфы

(249) Так надо активней выбирать.

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

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

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

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

Если подойди с умом, то все можно выбрать. Просто многим откровенно лень. Хватает на 1-2 системы, а дальше на автомате "у нас такой вот склад - вышлите коммерческое предложение".

(248) у нас еще крепко сидит "правило отката".

плавали - знаем. но те истории никак с ВМС не связаны были...

(37) Планшет вниз лицом на фото?

(250)  по твоему мнению в конторе-заказчике кто жтим должен заниматься?

(253) Проектная команда, в которую входит как минимум ИТ директор, логист, начальник склада. Если есть отделы развития или бизнес-технологий, то и они подключаются.

(230)
Что-то стала чахнуть ветка. А посему:
Уважаемый господин Новиков, в чем вы абсолютно правы, так это в том, что Кислицын "реальный мужичок там".

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

Так что ставок больше нет....
Выпало красное

PS А вот за Федчуна сказать не могу, может и стоит опасаться. :)) Тут надо у Геннадия уточнить, что они не поделили

А мы работаем... Сегодня за ночь WMS 2 раза порадовала :))

(256) автор пиши еще!
Чем порадоала
Как сильно

(257) Низзя... разработчики обижаются...

Пока будем молчать
Так и будут нас радовать

(259) Да я вроде вполне достаточно написал выше, картину достроить не сложно :))

(260)  фигово вы написали
Топлог ответил с цифрами в руках, подтвержденными официальными заявлениями конкретных лиц

А от вас - вот збесь плохо, тут не закрывается - общие слова которые пользы мало несут

Вот например посты rsergio по проблемам в акселотовском продукте - достаточно информативныеконкретные

12 числа вернусь в офис - посмотрим как работало все без мну вмс без присмотра с 23 апреля - пока склад меня не беспокоил

(261) Насчет цифр - тут политика, я в политику не лезу пока...

(262) Ну я надеюсь через годик тоже так смогу :)))

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

продолжаем мониторить

(265) Мы это кто? Я не вы...

(267) добрее надо быть, добрее
и непонятно кто у вас там проблемы вылазящие решает
у нас - разработчики + я

и ваще непонятно...
складывается впечатление = сем бОльшие по внедрению команды участвуют с обеих сторон - тем труднее идет внедрение...
или нет...?

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

Рассказывал, что позвали его на большой проект внедрения ВМС, который загибался. Рассказал он, что на проекте участвовало что-то около 20 с небольшим человек (с двух сторон или со стороны только заказчика точно не помню, но вроде именно со стороны заказчика) - суть свелась к тому, что разогнал он всех нахрен, осталось всего 7 человек с ним, из них 3-4 программера, и 2-3 администратора процесса вместе с ним.
Вроде как успешно в итоге завершили (вмс не помню,точно, врать не буду, но вроде акселот)
Причем РП этот вообщем и не особо в складских делах шарил - как я понял - главное правильная организация - ты беги туда, ты делайто, и контроль и управление.

(268) Поверь, у меня есть основание быть злым. Расскажу как-нибудь про всю эту веселуху...

(269) Когда на проекте работает много людей, то это показатель того, что пытаются взять количеством, а не качеством.

Я был на одном из первых запусков Manhattan ILS в России. Картина маслом - 4-ро консультантов сидят возле ноутбука, что-то активно обсуждают. Голос со стороны "Решают очередную проблему". Просто система для них была новой, они и сами не знали почему всплыл очередной баг, вот и тыкали во все кнопки, чтобы понять почему и как решить.

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

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

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

Я вот ваще не понимаю, как можно организовать опытную эксплуатацию. Опытную эксплуатацию чего? оснонвных процессов проверить нормально они пойдут или нет? для чего опытная эксплуатация - выловить мегаошибки? - ну так их у внедренцев НЕ ДОЛЖНО БЫТЬ. и если допустим склад человек 50, и опытная эксплуатация - чтобы протащить всю цепочку операций - нанять еще 10-15 человек? Один заказ тащить по опытной эксплуатации - а другие в старой системе? - ну так что покажет такая опытная эксплуатация - что в простой ситуации все работает?

(271) вы очно рассказывайте! ;-)
я первые дни тоже был злым,
потом нормализовалось.

(272) мы запустились без опытной эксплуатации. Просто разом перепрыгнули на новую систему и все. В целом - поколбасило 2.5 дня, дальше в целом нормально шло, не без огрехов конечно, но они определялись и устранялись. Может быть все более-менее удачно потому что склад простой (упоминал ранее: http://catalog.mista.ru/public/338893/ - на первом сладйе не демо, а реально мой склад, если видно - есть ярус на уровне пояса - его сделали - не хватало ячеек в мезонине - потом когда начсклада "запилил" нормально мезонин - убрали)

Че-то про Кортес никто ничего не сказал.
Их WMS была первая с чем я познакомился. Критиковал часто и беспощадно хотя у самого опыта было "с гулькин нос". Потом пришло понимание что их система была сделана именно под конкретный склад и конкретные требования с конкретными сроками из за чего гибкостью не обладала. Сейчас они сильно изменили свой "коробочный" как они позиционируют продукт.
После знакомства с некоторыми другими WMS могу сказать одно - с ними было договориться о функционале намного проще чем с теми с кем пришлось столкнуться потом.

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

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

(276) вы конкретнее про "некоторые другие вмс"

(278) скажу так, их нет в указанном списке :)

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

Меня у Акселота убил 1 момент - просил у них тестовый стенд хотя бы удаленно, потыркать кнопочки что называется. Не дали. Сказали вот давайте наши специалисты приедут и покажут. Типа "В руки не дадим" :)

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

И кстати, вся выгода больших ВМС - сразу уходит в никуда как только большое разнообразие процессов\функций надо обвесить удобным функционалом (на ТСД и на РМ) - потому что дофига программировать. и кто будет программировать? - внедренцы или отдел ИТ свой. То есть или "игла" или "самописное программировние" - разница только что у тебя есть нормальное ядро. а так от самописки ничем не отличается.

(274) Проект идет с октября... Я становлюсь все злее..

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

(284) всего-то пол года :)

всетаки реализовывать интерфейс ТСД через RDP в 1С это уже архаизм.

Нужна другая технология. Накладно для клиента терминальные лицензии закупать.

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

(287) Это сложный вопрос на самом деле... Если взять схему как у Акселот, где для терминалов используется свой отдельный сервер, взаимодействующий с ядром, мы получаем еще одну возможную точку отказа и возникновения сторонних эффектов. Видел также вариант работы ТСД через браузер - тоже своя специфика. А у многих западных WMS вообще ТСД через Telnet клиент работают...

(282) Ну у них по крайней мере вроде как NFR версия была, если я ничего не путаю.

Через telnet - хорошо знаком. Жесть не удобно после RDP. А через web в чем специфика?

Голосовалка несправедливая по отношению к УТ 11. Потому что пилить придется любую из этих.
Логистика 3 имеет аппаратную защиту и частично закрытый код, насколько я помню.
В Логистике 4 полностью закрыт код мобильного клиента.
Кортес - код обфусцирован, или как это сказать по-русски, т.е. пропущен через обфускатор, чтобы  сделать нечитаемым / недорабатываемым. Кроме того, это примитивная WMS.
Т.е. это всё привязка к производителю и зависимость (жесткая) от него.
БИТ.Управлением складом – не видел, не слышал, но этих трех буковок мне хватает, чтобы даже не смотреть в его сторону. Наверняка такого же ужасающего качества, как и другие продукты БИТ. И наверное имеет аппаратную защиту.
УТ 11 – полностью всё открыто, код неплохого качества, простота доработки, широкое распостранение (ненулевой шанс найти внедренцев / пользователей с опытом работы в УТ 11).
Если УТ 11 у вас используется в качестве торговой системы, то тут и думать нечего.

И, самое важное: УТ 11 может внедрить и поддерживать кто угодно, любой одинэсник-внедренец, имеющий опыт работы с адресными складами. А остальные, по большому счету, могут быть внедрены только компаниями-авторами.

(273) Опытная эксплуатация - проверить все основные процессы, что они правильно настроены, что оборудование не сбоит, обмен работает, что при анализе не забыли какие-то моменты, чтобы обучить персонал.

Если этого не делать, то первый день становится адом. Сам проходил со стороны клиента на Exceed :)

Со стороны внедренца опытную эксплуатацию видел разную, в итоге сформировался вариант, при котором сам запуск идет без сбоев.

Но каждый выбирает свой путь, кому то в кайф пары дней/недель стрессовой ситуации :)

(283) Выбирайте системы, которые не нужно программировать, а которые настраиваются быстро ;)

В последнем релизе Акселот тоже подтянулся, все больше и больше настроек. Они даже "мастер" сделали на 22 шага, чтобы последовательно все настроить.

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

(289) то естьчасть заказов не проходит по вмс. сборщик по вмс подошел к ячейке - а там пусто - потому что по заказу из старой системы выбрали?

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

(290) тоже не люблю стыков - потенциально проблемное место...

Ох вот тут сколько всего интересного
(267) (271)
А меня злит однобокость в подаче ситуации. Про наши недочеты вы громко и открыто заявляете, подавая их под завесой сакральности для наблюдателей за нашим разговором таким образом, что они кажутся  гигантскими, а про свои скромно умалчиваете. Если почитать все ваши комментарии, то складывается история печального внедрения, что проект давно забуксовал, склад стоит, компания в убытке, договор на грани разрыва.
При этом перед 1 мая компания ставит рекорды по количеству отгрузок.
Удивительно.
Цифры приводить не буду, все равно это политика...

(289)
Такой вариант возможен при условии строгого закрепления товара за ячейками, непересечения заказов между системами. Один заказ набирается по WMS или по КИС.
Тогда можно выделить зону, провести в ней инвентаризацию, а потом из этой зоны пускать ВСЕ заказы через WMS. У вас так и сделали, сначала кондитерку запустили.

Опытная эксплуатация круче всего проходила на КОМАЦУ. Там нам дали целый стеллаж с товаром и мы, совместно с Заказчиком, прогнали все процессы от начала до конца. На пром эксплуатации проблем не было. Только там склад совсем другой.

(286)
Во первых 6 месяцев для такого склада, я считаю нормальным.
Во вторых
Склад круглосуточный, работает 24*6. Запускать в пром эксплуатацию перед НГ, 23 февраля, 8 марта, пасхой и тд никто не будет, поэтому время запуска необходимо подбирать.

(296)
Ваще без программирования? А есть такие системы?

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

(298) Частностей не так уж и много, все они поддаются классификации и во многих системах тоже поддаются настройке.

Я уже писал, что недавно запустили склад в Казахстане. Все только через настройки, никакого программирования.

Сейчас скоро будем еще запускать склад в Краснодаре. Там интересная ситуация - человек на стороне заказчика хорошо знает логистику и 1С. И у него мания - ни трогать ни в коем случае систему, а все настраивать только сверху. А т.к. у нас экраны ТСД тоже настраиваются, то он успел уже переделать систему авторизации и выдачи ТСД, еще приемку, и все без программирования :)
Приходится его останавливать и просить не спешить, возможно где-то проще в код две строчки дописать, чем экраны настраивать.
Но для них пришлось дописывать, там алкогольный склад, товар имеет разных производителей и надо отбирать/пополнять не только по датам розлива, но и по производителю.

Вот у Axelot тоже можно посмотреть количество настроек:
http://www.youtube.com/watch?v=cD0MdD6lrPo

Хотя по мне много чего не хватает. Даже начиная просто с топологии склада и обхода ячеек. Но все-равно достаточно много можно сделать без программирования.

(300)
> Во первых 6 месяцев для такого склада, я считаю нормальным.
Во вторых cклад круглосуточный, работает 24*6. Запускать в пром эксплуатацию перед НГ, 23 февраля, 8 марта, пасхой и тд никто не будет, поэтому время запуска необходимо подбирать.
Нормальный для кого? Смотря сколько процентов функционала было доработано под заказчика, тоесть не отработано и подлежит отлову косяков. Если процентов 30-40 было написано/переделано под заказчика то и за год можно не выйти на стабильную работу. И кстати после НГ сразу тоже запускают. Особенно те у кого "не сезон" и оборотов минимум.

(272)
Сколько необходимо человек для запуска круглосуточного склада?

(304) По разному.

Когда я в составе компании Red Tree запускал круглосуточный склад X5 в Нижнем Новгороде, то нас туда двинулось 4 человека. 2-е работали в дневную смену, 2-е в ночную. Мне выпало работать в ночную смену. В целом больше штаны просиживал, чем что-то нужное делал.

На недавнем запуске круглосуточного склада в Казахстане я один удаленно решал все вопросы. С учетом сдвига по времени на 3 часа удавалось захватывать и ночную смену. Но ночью только отбор, там все как по нотам, без происшествий.

(296) Это уже 4? Тройка как бы на 1с вся.

(306) Да, я про 4-ку говорю.

Считаю, что 4-ая версия лучше 3-ей, но со своими особенностями ;)

(301) Есть ;)

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

Система работает стабильно. Перед первым мая отгрузили больше 50 000 строк. Хрен бы на кривой-косой-проблемной системе были бы такие отгрузки. Просто есть вещи которые полируются как со стороны WMS так и КИС, в результате иногда вылезают зазубрины.

Вот про время запуска - После НГ - я с вами согласен. Но запуск было решено перенести на другое время.

(302)
Уважаемый rsergio, раскройте одну из своих методик (Я свою описал.) Хотя бы в общих чертах.

У нас тоже есть склады, которые запускались без программирования. И склады где TopLog WMS внедрял сам Заказчик.
Все зависит от склада. Отрасль, параметры склада, какая КИС используется и тд

(308)
rsergio, ну не томите ожиданием. Сделайте это. Назовите систему.

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

Что касается выбора поставщика WMS.
Для начала определиться с задачей, а для ЧЕГО вам ваще WMS?
Далее, и тут с rsergio не поспоришь, Заказчик должен сформировать проектную команду: Директор по логистике, по ИТ, ну и нач склада (состав может быть дополнен и изменен).
Потом необходимо определиться с платформой, на которой написано решение. Понять, кто будет в дальнейшем обслуживать WMS. Будет это делать заказчик своими ИТ силами или планирует отдать эти работы на интегратору. Архитектура закрытая или открытая. Наличие специалистов на рынке.  Посчитать возможные затраты.

После чего необходимо сформировать список требований к функционалу системы. Адресовать этот список ИСполнителю. Посетить 1-2 объекта с референс визитом.

И еще, надо понимать следующее, кто бы вам чего не говорил. Система WMS не пишется в прохладном офисе за чашкой кофе. Так можно написать только начальный функционал. А дальше идут клиенты, на которых отрабатывается производительность, обрастает новыми фишками система, появляются новые отчеты, формы, настройки и тд.
Выбирая WMS необходимо понимать, что эта система должна обеспечивать не сиюминутные ваши потребности, а иметь запас прочности производительности и функционала на 3-5 лет (вы же предполагаете рост вашего бизнеса), а то и больше. Соответственно, посмотрите сколько проектов внедрил возможный Исполнитель, а что еще более важно - какие это проекты. Внедрить WMS на складе с 3 сборщиками и 4 отгрузками это не тоже самое, что на складе 70 000 м2 где 300 человек бегает.
А дальше, попросите КП у поставщиков. И если система будет окупаться 1000 лет, то на фиг она не нужна, какая бы крутая она не была. Только окупаемость необходимо учесть по всем критериям. От сокращения персонала, до сроков проведения инвентаризации, штрафов за неправильно собранный заказ ну и тд

Что же касается независимых экспертов, то их привлечение не всегда ведет к положительному результату. Во первых они не всегда независимы :), а во вторых иногда такого напридумывают, что легче ракету в космос запустить. Интегратор ракету запустить готов, но за ваш счет. А готовы ли вы оплачивать космическое путешествие? Но сразу оговорюсь, есть специалисты, которые не только показывают свою значимость, но и реально работают на благо Заказчика.

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

(311) Например, PSIwms. Очень гибкая система. Сами настройки не очень удобно задаются (в Exсel и потом импорт в SQL), но подход и архитектура очень понравились. Многое взял на заметку.

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

Имеем 2 категории клиентов - VIP, которым можно отгружать товар с остаточным сроком годности, и обычные, которым можно отгружать товар с любым остаточным сроком годности.

Имеем 2 ячейки активного хранения: АХ1 для товара, подходящего VIP и АХ2 не подходящего VIP
Рассмотрим пример - в ячейке АХ1 10 ед. товара с остаточным сроком годности 75% и 10 ед. товара с остаточным сроком 51%
В ячейке АХ2 - 10 ед. товара с остаточным сроком 45%.

Поступило 2 заказа VIP - 15 ед. , не VIP 15 ед.

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

Пропустил одну цифру, VIP можно отгружать товар с остаточным сроком годности более 50%

(316) Если я скажу, что это настраивается за 1 минуту без программирования, то это вам как-то поможет?

(318) Ну хотелось бы доказательств :)) Мне это конечно не очень поможет, но надеюсь поможет тому, кто еще не выбрал WMS...

(319) Блин, опять скриншотики делать, как тогда Злопчинский просил?! https://dl.dropboxusercontent.com/u/2229898/primer01.pdf

Кто будет выбирать - пусть попросят, покажу как все настраивается ;)

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

(316) "Рассмотрим пример - в ячейке АХ1 10 ед. товара с остаточным сроком годности 75% и 10 ед. товара с остаточным сроком 51%"
- это бяка, на ткаое размещение можно идти только в условиях нехватки ячеек, гораздо лучше разных сроки\серии - в отдельных ячейках - существенно ускоряется процесс сборки, минимизируются пересорты, гораздо выше точность и простота инвентаризаций

(322) Нет такой возможности, ячеек не хватает...

(319) а хз... хорошо если как в (318) можно без программинга.
с программиногм - задачу отношу к сложности ниже средней - и тут все зависит какого уровня программеры в команде внедренцев - по моему разумению - от задания такой задачи, до первого тестовой пробы не должно пройти более 2-3х часов...

(323) тады "ой" ;-)

(320) а вы что совсем блин обленились... за что не люблю внедренцев - им блин лень лишний раз пошевелиться.. ;-)

и лучше не скриншотики, а видео как это настраивается и выполняется. Если в открытй доступ влом\нельзя выкладывать - прошу в личку прислать [email protected]

Для записи видео и скриншотов рекомендую прожку JING (погуглить и скачать, видео до 5 минут пишет)

и да - вопрос и Арение и Топлогу:
у меня все ЦЕЛОЧИСЛЕННОЕ
можно настройками (не куроча конфигу\ядро, без допрограммирования) - не выводить дробные части в количествах (которые всегда - дробные части - ,000)

???

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

(320) кстати, а как у вас настраивается такая фигня:
- 1. отбор всегда только из АХ;
- 2. задание на отбор в ячейку АХ - выдается только тогда, когда в задании возможно отобрать ВСЕ требуемое количество из АХ;
- 3. в случае если требуемое колво превышает вместимость АХ - отбирается в несколько приемов из АХ (отбор-подпитка-отбор)
- 4. в случае если отбор требуется с контролем кратности (допускается только минипаковый и коробочный отбор, а штучный - нет) - отбор по п.3 идет с учетом этого правила.

???

19 мая попрусь в бит, там будет типа семинара по сабжу, потом отпишусь сюда...

(328) хм.. ну не знаю..
если это не настраивается правилами, то просто модифицируется процедура планирования отбора (входит ли это в нмодифицируемое ядро или навешивается сверху - тут я не знаю)

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

сам, у себя на клюшках - такую ЧАСТНОСТЬ выпилил бы очень быстро, то есть если утром задача возникла, то в обеду уже бы вовсб с ней работали, но это когда сам программишь на клюшках... а восьмерочники - хз...

(330) это где и когда? дай инфу - я бы поперся тоже!

+ (331) как я раньше упоминал
в своей самописке я писал процесс для отбора с ТСД. Написание с нуля и сдача в промэксплуатацию заняло 24 часа. из них - 20 часов - собственно программинг, и 4 часа - повертелся с утра на складе, когда запустил в работу - поправил две-три помарки (видимость надписей с разных слоев). ВСЕ. и потом это работало с сентября 2011 до 2014г. - при том там был режим переключение в режим произвольного отбора, с ячеек АХ в ячейки РХ.

(331) Жаль, что ты не восьмерочник... Посмотрел бы код, поудивлялся...

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

(334) а вы выдающиеся перлы публикуйте... всякона пользу пойдет

(316) работу с остаточными сроками годности можно почитать http://logogrif.ru/downloads/LiB_2011-12-03-anonce.pdf
стр.66 Управление сроками годности как стимул к развитию WMS

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

(337) уууу бяки ;-), а где сами страницы 66-72..?

(339) Да, печальненько... Не приобщимся к Мудрости...

В моей WMS остаточный сроки годности - стандартный функционал. Вся отгрузка идет строго по остаточным срокам годности. У VIP клиентов есть реквизит СамыйСвежий/ПроцентСрокаГодности им в соответствии с этим и подбирается товар. Всем остальным подбирается самый старый, но с остаточным сроком годности > 5%.
В некоторых WMS не требуются остаточные сроки годности, вот они и не заморачиваются.

В системе TopLog WMS есть справочник "категории сроков годности". В нем можно задать неограниченное кол-во категорий с различными требованиями по остаточному сроку годности (верхняя и нижняя границы). Категория назначается клиенту и может быть переопределена в заказе. Эта настройка влияет на отбор товара из ячеек. Выполняется без программирования.

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

(342) Значит описанная мной задача может быть решена без программирования в TopLog WMS?

(343) А если товара который удовлетворит всех не хватит, тогда что?

(345) В первую очередь обслуживаются заказы со статусом "критично", потом "важно", потом "норма". внутри каждого - по возрастанию например ДатыОтгрузки. Кому не хватило - тому - не хватило...

(345) Мне, например, непонтятно как может быть
"А если товара который удовлетворит всех не хватит"
.
Мое мнение таково: КИС должна иметь возможность ПО СВОИМ УЧЕТНЫМ данным дать ответ покупателю хватит или нет товара по заявке покупателя.

Соответсвенно, вариант что на ВМС не хватит товара - это редкое исключение должно быть (брак, некондиция - обнаруженные во время сборки)

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

(347) Как я понял речь идет про нехватку товара со сроком, удовлетворяющим всех в ячейке отбора после подпитки.

(347) Да, кстати у нас например есть бизнес-процесс, когда по заявке покупателя резервируется заказанный у поставщика, но еще не поступивший товар. Соответственно, если заказ не пришел - тут товара и не хватит...

(350) здрасьте вам в люлю... или заказ на ВМС выкидывать частями только по фактически наличиствующему товару или дожидаться полного обеспечения и выкидывать на вмс только после этого.

Опять же...

Вполне все разрулится штатно.
Выкидываете на вмс все 100 штук. От поставщика еще не пришло 20 штук. ВМС успешно спланирует 80 штук в отбор. Они успешно отберутся. ТОВАРА ХВАТИТ. а вот 20 штук неспланированных - вы затрахаетесь анализировать почему они не спланировались - это правильно что они не спланировались? или неправильно и какие-то косяки? Потом поступят от поставщика штатно 20 штук - вмс их штатно и тупо допланирует и отдаст в отбор.

Но мне такая схема не нравится. НЕЖИЗНЕННО - особенно в большом потоке заявок. Именно из-за "непоняток" с неспланированным количеством.

Я бы (навскидку) попытался бы сделать так: из КИСА выдавать в отбор ОБЕСПЕЧЕННОЕ НАЛИЧИЕ. То есть 80 штук. А по факту прихода товара, оприходования его в ВМС и передачи прихода в КИС - выкидывать заказ повторно в полном количесиве - ВМС его учтет как корректировку заказа и допланирует.

Единственное, на ВМС я бы как-то помечал заказ что он выкинут на вмс "полностью" или "частично". Иначе м.б. путаница. 80 штук заказано, 80 штук отобрано. ВСе ок. Выкидываем результат в кис,Ю готовим отгрузочные доки, а 20 штук - мимо..

Тут надо смотреть частности имхо - как процессы построены и что именно надо. Моя твердая позиция - НА СКЛАДЕ ДОЛЖНО БЫТЬ МАКСИМАЛЬНО ПРОСТО И НЕ ДОПУСКАТЬ ДВУЗНАЧНЫХ\НЕЯСНЫХ ТОЛКОВАНИЙ. А с выкидкой 100 штук, отбором 80 штук и повисшими 20 штук как неспланированные - именно такая двузначность\неясность

(351) Согласен, анализировать тяжеловато, но в 95% случаев заказы приходят, поэтому пока эта проблема отмечена как несущественная, чтобы ее в ВМС тащить...

(352) ну... 5% проблем может быть достаточно объемным массивом информации на большом складе.

(352) а сейчас вы как отрабатываете? выкидываете все 100 штук на ВМС или как? - потому что я не понял как вы отрабатываете данную ситуацию

(354) Пришел заказ- хорошо, не пришел - не повезет каким-то клиентам, не наберем им товар, будет отмечено что товар не набран по причине отсутствия. На самом деле таких необеспеченных заказов процентов 5, 5% от 5% не так и много...

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

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

(355) я-то понял.. ;-)
а как склад понимает - неотобранный товар - как вы его "классифицируете" - это "не пришел от поставщика" или это "косяки склада"..? или такая задача не стоит?

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

(357) Вот не знаю как, но они об этом узнают и идут на разборки с закупщиками :))

(358) а у вас что - между торговыми и представителями и ВМС нет КИСОвской прослойки в лице менеджеров? или все в КИСЕ по возможности максимально на автомате разруливается?

(359) да скорей всего тупо узнают: по учету в ВМС - д.б. 80 штук, есть 80 штук, отобрано 80 штук, по учету 0 шт, должно быть отобрано 20 шт. - значит налажали закупы\поставки.

Другое дело как часто учет и факт сверяются в ВМС...

пора уже вендорам wms-систем из этого топика начать заносить за саморекламу ;)

(362) ... ибо nexux

В этот топик еще бы парочку разработчиков вмс-систем...

(364) Не, в этот топик надо тех, кто честно расскажет про WMS с которыми работают, а производители сами подтянутся, как T-g например...

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

(366)  это плата за универсализм
Цифры правильные - правильные!
Внедрение состоялось!
А то что эти нули глаза мозолят и экран забивают - так это похрен

По моим мелким наблюдениям
На эргономику интерфейсов уделяется совсем мало времени

на одной из выставок смотрел тсд какойто вмс
Сейчас уже не помню врать не хочу
На сях вроде написано

Тсд на досовском текстовом интерфейсе

весь экран забит инфой
Там и партии и качество и серии
Все сразу

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

Ох и не любят они менять что либо в своих универсальных решениях

универсальное решение оно как плоскогубцы
И гайку завернуть и гвоздик забить и откусить  и прочее

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

Может сейчас не так
Или напутал может что я

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

(370) Универсальные решения - это не плоскогубцы, это чемоданчик с 50 наборами инструментов под все задачи. Или вы себе гаечные ключи под нужный размер сами отливаете? :)

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

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

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

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

Вернулся из перерыва по отдыху.
Фирма (торг база на 7.7 и вмс на снеговике) работал без поддержки с 23.04 по 11.05, 9 рабочих дней.
Все штатно, никаких казусов, проблем не происходило, а если что-то и происходило то разрулили самостоятельно...

(375) "скрипач не нужен". пора искать новую работу? :)

+(376) https://youtu.be/b1yoUtNj9y0

(376) Да там работы - на годы...

(375) Так проект по внедрению WMS - закончен?

(379) вот все вам возьми и расскажи...

(351) так тож просто - в КИС идет отклик из ВМС по факту приемки товара в ней. Соответственно еще на еще непришедший товар в КИСе невозможно будет выписать заказ.

(355) 5% не много, ага. Обслуживаете вы клиента - скидывают вам заказ на 200 строк. И вы так чик - 10 строк вычеркиваете - мол - а хз куды пропало. Ну ну...

(372) А если в одной приемке галоши, а в другом - лекарства. Как принимать с отключенной наполовину инфой?

(381) Все ровно наоборот - в КИС можно сегодня утром заказать товар с доставкой завтра, который придет к нам сегодня вечером...

(382) Неправильно считаешь, 5% от 5%, это максимум одна-две строки на заказ клиента, погоды не делает...

(381) "..Соответственно еще на еще непришедший товар в КИСе невозможно будет выписать заказ."
.
а это смотря какой заказ выписывать можно выписать заказ с "резервированием из будущих поставок" - и он успешно проведется (в каких разрезах и каких количествах - отдельный вопрос - отсюда же автекает и выбранные варианты выгрузки такого заказа на ВМС для сборки)

ух у меня тут тема наклевывается...

Крылатые выражения:

-----------------------------------------
Хотите узнать профессию человека?
Спросите у него что противоположено единице.
Варианты ответа:
"0" - программист.
"-1" - инженер.
"-i" - математик.
"отсутствие единицы" - зав. складом.
-----------------------------------------
Везде должен быть порядок! Даже на складе!
-----------------------------------------

"В душе каждого автоматизатора сидит гестаповец.."

Сегодня еще раз в этом убедился...