Здравствуйте. Собрались внедрять у нас на предприятии данную систему. Стоит вопрос о том какие Терминалы закупать (wi-fi) и возможно ли будет приспособить старые терминалы без wi-fi к этой системе. Может сталкивался кто-нибудь? Порекомендуйте оборудование пожалуйста? И да...Как расшифровывается WMS ?

(0) "Стоит вопрос о том какие Терминалы закупать (wi-fi)"
- задаваться этим вопросом на данном этапе преждевременно.
если тем не менее гондурас чешется именно сейчас - тогда ответ простой: закупать хорошие. Критерии "хорошести" - определить самим

(16) у (11) достаточно небольшой склад
в том же логистическом центре 1С одновременно 75 ТСД

...на складах с более чем 200-ми одновременных пользователей с РДТ - здесь лукавство в том, что это один логистический комплекс 60-80 тыс кв.м, состоящий из 3-5 складов, в каждом из которых своя база

(0) "и возможно ли будет приспособить старые терминалы без wi-fi к этой системе. "
- скорее всего - да

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

большой/небольшой склад - тут играет роль потянет ли система нагрузку при высокой интенсивности "запросов" к системе.

а по выработке персонала (скорости выполнения операций) я сколько смотрел/сравнивал/просчитывал со свсякими доступными мне складами/цифрами - у меня получаются примерно такие же цифры как и на прочих складах.

все равно все в итоге упирается в чисто физические возможности персонала, и оптимальности размещения товара.

(23) а нафейхоа им летать быстрее прямых? им надо там где это критично - обеспечивать приемлемое время отклика системы. Вообщем все. С учетом того, что в частных случаях насчитать много чего можно ЗАРАНЕЕ - все может быть кузяво...

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

но, вообщем, пилить ЛЮБУЮ вмс - можно практически бесконечно ;-)

(23) нет проблемы с запросами, если отдельные запросы выполняются 0.01-0.03 сек без конкурентного доступа к данным

а может не стоит пилить?)
вот у меня в последнее время мысли, что может быть есть смысл строить склад под нормальную ВМС (только для складов с нуля), а не наоборот. по аналогии с сапом - они говорят, у нас система "бест пракитикс проверенная годами, блабла, меняйте процессы под нас" - и схема работает же! ну для этого бизнес конечно должен быть готов для перестроек
ЗЫ я ни в коем случае не являюсь адептом какой-либо конкретной WMS)

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

(29) и какие конкурентные преимущества будут у таких "шаблонных" фирм ?

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

(31) а преимуществами как раз должны быть best practices

(29) "пилить" в том смысле - что всегда есть что улучшить/повысить эффективность. У меня например - тупая переработка интерфейса для более удобного визуального восприятия - дала порядка 5% прироста скорости сборки...

(30) это какая?

(33) Почитай Л.Ленч "Любовная лодка разбилась о быт..."

(13) Есть такое на 1С.
Дабы не вбрасывать, озвучу просто цифры:
- рц (55 000 м2) с одной базой;
- В смену 270 ТСД (включая голосовые);
- В среднем 170 000 строк заказов в сутки.
- В пике, перед майскими, более 250 000 строк.

(0) Уважаемый, Славянин.
Чтобы советовать какие-либо тсд, надо понимать в каких условиях они будут работать (температура, влажность, если склад высокоинтенсивный, то нужны мах удароустойчивые модели)

(38) не, автор сделал с утра вброс и пошел видимо пиво пить.. ;-)

(0) ТСД там 1 вида: Моторыла МС 3190. С большим экраном. Цепляет через РДП. Т.е. вин CE Pro с поддержкой RDP обязательно. Но я вообще свою вмс написал вместо этой логистики.

(39) Автор похоже вообще ничего не понял. Особенно радует: "расшифруйте что такое WMS"

(40) с винмобайлом мне кажется более предпочтительным

а так все активно пилят мобильные приложения на 1С и пихают их в андройды.. як скаженные... в группе по ссылке есть таких...

(42) Чем более предпочтительным? Весом и ценой отката? Пофигу, главное что-бы РДП работал. В общем то на каком то терминале вообще заменили ось с просто на про. Ну и работало, а ценник легче.

(43) Ну можно и так. Я не стал особо заморачиваться. После внедрения этой бяки у меня моторылы остались.

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

(40) ТСД есть разные, помимо Моторолы есть Datalogic, Intermec, ну и остальная не особо популярная гвардия

(45) "бяка" - это что?

(35) infor
(37) это какая? без вброса
(32) может утверждение в (7) не имеет оснований? Или столкнувшись с косячным решением гребем под это все?

(0) WMS = Where My Stock?
:)

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

(49) Вот здесь http://www.lobanov-logist.ru/new_forum/new_forum8/topic135/?PAGEN_1=3 вы можете пообщаться с программистом, который обслуживает упомянутую WMS, и еще кое с кем...

(7) Да нет, вы просто не профессиональный разработчик на 1С.

(51) Разложим на составляющие:
1) команде внедренцев
2) команде заказчиков
3) ну короч чтобы все звезды как надо легли
= Бяка. потому что в цепи аж 3 состовляющие! И одна из них 3-я хз что..
Посему оставим 1) вариант и сделаем свою. Интересует? Звони.

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

(55) А когда перепишешь овер 50% исходного кода - задумаешься, а надо ли?

"Экспертов" привлекать надо на этапе выбора системы (и да, пиz..ть - не мешки ворочать, поэтому с моей точки зреняи эксперт - это чел который говорит - здесь хреново, могу сделать лучше! и делает!!! - пусть даже не сам, а руководит "командой" или иным способом)
.
далее, единственным, поддающимся оценке критерием успешности/неуспешности (внедрения) системы является субъективные мнения (по сравнению с вариантом до внедрения системы).
- старшего смены/участка
- начальника склада;
- главного логиста;
- руководителей компании/бизнеса.

и по большому счету пофиг какие есть технические трудности (хоть пусть запросы в цикле) при этом - это епархия ИТ-шников и к успешности работы склада+системы имеет весьма опосредствованное решение. А то блин зашибись -оценивать только СИСТЕМУ. вмссистема и склад на котором она работает - только так и только так следует оценивать/выносить суждения.

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

Но это заключение вообщем никак не характеризует саму систему или характеризует совсем мало. Такое экспертное заключение характеризует лишь НАБЛЮДАЕМЫЙ В ДАННЫЙ МОМЕНТ результат внедрения системы. Если все плохо по мнению эксперта - то кто в этом виноват. разработчик решения в единственном числе? если все хорошо - кто виноват - заказчик в единственном числе?

херня короче. как обычно все. как обычно везде.

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

Когда решение на 1 регистре + внешняя обработка + отчеты решают все потребности в УПП. Ну ещё 2 процедуры в модуле ну и в поступлениях - реализациях - перемещениях 6 строчек кода.

(54) В рельсу что ли...?

(57) Вот последнее самое главное! Кароче коллектив должен быть подготовлен.

(59) В рельсу это к РЖД. У нас в пофигуратор

(56) ну дык мое глубочайшее имхо - лучше написанного самим - нет ничего.

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

вот сижу, думаю, как сделать? примерно вот так делал бы! ну все - ща сделаю! лезу в вмс - смотрю, тьфу блин, примерно так и сделано - и нафига тогда мне делать? ЧСВ или гондурас почесать - это да ;-)

(61) "телефон" пофигуратора-то какой?

А ваще - задрало все. Никому особой красоты не надо. И особой правильности. Стало лучше чем было - УЖЕ ЗАШИБИСЬ!

поэтому в общем - "скучно" мне...
сижу для хобби формочки для ТСД иногда рисую...
или процедуры упаковки...
или еще что...

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

.. ив этих самых ВМС рулит тот же самый Парето: 20% усилий дают 80% результата. И тут обычно все и глохнет. ибо дальше смысла бороться за показатели/качество/скорость - смысла очень мало

особенно ржачно, когда какой-нить руководитель почему-то ждет что внедрим вот WMS(придут вот WMSники-влобешники) - на складе станет зашибись! кузявость нереальная попрет! Сколько видал таких "складов" - так и хочется спросить - а что мешает навести на складе ТРИВИАЛЬНЫЙ ПОРЯДОК собственными силами (не надо программить, не надо софт выбирать, не надо на железо тратится)...? что мешает..? эээ... бэээ... мээээ...
тьху!

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

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

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

Из систем WMS на 1С, у которых нет проблем с быстродействием на базовых операциях могу назвать известные мне: Arena, Penta, Toplog.

.. однако 1с маленькими шажками движется в правильном направлении в части автоматизации "склада" в типовых конфигах. функционал типовой УТ11 - уже может покрыть ЗНАЧИТЕЛЬНУЮ долю потребности рынка в автоматизации складов (что такое склад в понятиях рынка WMS - отдельный вопрос)

(70) да на базовых операциях я думаю мало у кого будут существенные проблемы В СВОЕЙ ЗАЯВЛЕННОЙ НИШЕ.
.
а вот всякие хитрые "свистоперделки" - тут сразу все становится гораздо интереснее.

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

(72) Ну на самом деле, после того как я исправил примерно с десяток кривых запросов, оставленных разработчиками, и научил пользователей не строить отчеты без отборов, сейчас в WMS запросов дольше 10 секунд не стало. Пока принято решение дальше не оптимизировать запросы, дабы более плотно заняться наращиванием функционала.

(74) 10 секунд или 30 секунд формируется отчет или даже 60 сек - я считаю ВООБЩЕ НЕПРИНЦИПИАЛЬНО. Потому что 10 сек на отчет - это явно не для обеспечения ТЕКУЩЕЙ ОПЕРАТИВНОЙ РАБОТЫ.

Если количество формирований отчета "по 10" секунд таково что это становится напряжным с точки зрения зтарта времени АУПАсклада - это значит в "консерватории" надо что-то менять.

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

(75) А если это запрос, который выгружает в КИС результаты наборки из WMS? А отчет, запущенный без отборов, валит сервер 1С?

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

(76) я даже не задумывался - сколько времени у меня на вмс работает запрос который выгружает результаты набора в КИС. он работает - и работет. я знаю - что результаты набора после готовности заказа выкидываются в КИС и там появляются где-то с 15-30 секундной паузой (роботы крутятся примерно так). - этого достаточно. А прочее вот лично у нас - не нужно. у мну остатки на ВМС и остатки в ТОРГ - равны с точностью 99,9999%

и нет необходимости каждый 5-10-20 сек выкидывать из ВМС на КИС "реальные остатки" - они и так у меня всегда правильные и в вмс и в торг. ибо ситсема так построена. и околоптиц!

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

(76) а нафейхоа запускать отчет без отборов в реальной работе? - с трудом представляю...

(78) Так у нас по результатам наборки в WMS документы в КИС создаются, распечатываются и водителям отдаются, тут каждая минута дорога.
Что касается отчета без отборов - ну по неосторожности пару раз запускали. Привыкли, что в КИС у нас с незаполненными обязательными отборами отчеты просто ошибку выдают или значения по умолчанию какие-нибудь подставляются.

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

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

Да, кстати если кому интересно - могу немного рассказать об архитектуре одной из WMS на базе 1С.

(85) интересно, расскажи

(86) Да тебе то какраз и не интересно :)))

(87) Ну если ни кто не спрашивает, это не значит, что никто не слушает ;)

(87) мне-то как раз и интересно

(88) Правильнее так: "Ну если ни кто не спрашивает, это не значит, что никто не подслушивает"

(66) Так и я про это. Вчера был приход. 10% прихода не провели через ТСД. Вот как бороться?

(91)  тривиально
Вмс это в первую очередь соблюдение установленных правил и регламентов работы
10 процентов не провели через приемку тогда все просто
Эти 10 процентов в системе не должны быть видны как доступные остатки для продаж
Ровно до тех пор пока не проведут эти десять процентов как положено

Смысл простой
Если есть альтернатива то будут делать так как быстрее и проще
А не так как должно быть
Поэтому на начальном этапе исключительно десткий запил
Делать только так а не иначе
И пофиг что не кспеваете
И пофиг что нам жто ненужно
Пофиг все
Потому что решение принято работать по новому
Такой десткий запил можно делать на совсем мелких участках
Но чтобы эти участки нельзя было обойти
Когда привыкнут
Или сменится персонал
Тогда смотреть где можно или нужно сделать послабление
Конечно если ты один против ветра то тут надо подумать а надо ли это комуто кроме тебя?
И сколько жто должно стоить?

(85) Так и не рассказал :)

(93) Для затравки:

1. Все операции(приемка, перемещение, пополнение, отбор) в WMS атомарны, следовательно для всех операций можно использовать один документ, делающий движения. Эти документы логически группируются по вспомогательным документам-владельцам, не делающих движений. Так как операции всеже различны, основной документ содержит 38 реквизитов.
2.Два регистра накопления - остаточный (для хранения остатков товаров) и оборотный(для хранения количественных состояний заказов (заказ на поступление, заказ на отбор) на различных этапах выполнения ). Остаточный регистр содержит 10 измерений, 1 ресурс. Оборотный регистр содержит 6 измерений и количество ресурсов, необходимое для учета количественного состояния на каждом этапе состояния заказов.

(94) Умники. Я посмотрю как WMS в 1С у вас будет на регистрах накопления работать и документах. Пропал ТСД из зоны видимости вай фая с незаконеченным отбором (покурить пошел сотрудник) и что ваш документ делать будет.

+(95) Про скорость этих регистров я вообще молчу.

(96) Не молчи, расскажи какие проблемы видишь? Почему скорость низкая будет?

(95) Куда пропадет документ при работе через РДП?

(95) ...Пропал ТСД из зоны видимости вай фая с незаконеченным отбором (покурить пошел сотрудник) и что ваш документ делать будет

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

(99) А по регистрам какие проблемы будут :)?

(96) при параллельной работе нескольких десятков пользователей в каждом сеансе может записываться 30-50 строк в секунду, при этом реальная скорость работы сотрудника составляет 2-4 строки в минуту.

(100) проблемы со "скоростью" есть у регистров сведений, регистры накопления вполне оптимизированы

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

(101) Так что же вы не говорите (100), что ТСД работает не с документом а напрямую с РС?
(102) Правда? Я и не знал - где пруфы? Рассмотрите записть строки в вакууме - в РС записывается тупо строка в РИ рассчитываются дополнительно итоги - что быстрее?

(104) ...Я и не знал - где пруфы? - полистай http://www.v8.1c.ru/partners

(104) ТСД работает с документами, ни про какие регистры он не не знает. И при проведении проблем не будет, так как записи не пересекаются по наборам измерений.

(96) Подход утопичен - обычно записывается каждая выполненная строка - в случае с итогами будет жутко тормозить (хотя для двух ТСД может быть и приемлемо).
(99) каким образом в регистр накопления записывается каждая операция - с наложением блокировок и считыванием всего набора?

(104) Я тоже далеко послать могу - где пруфы

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

(109) Для тех кто в теме, упрощенно. Есть номенклатура Н1, Н2, Н3.
ТСД_А - выполняет отбор номенклатуры Н1, Н2, Н3
ТСД_Б - в это же время выполняет подпидку областей номенклатурой Н1, Н2, Н3
ТСД_В - в это время выполняет отгрузку номенклатуры Н1, Н2, Н3.

Вопрос как в этот момент поведет себя регистр накопления при записи строк с одинаковыми измерениями.

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

(110) пример по Акселот-Логистика 2.0 ?

(110) Ну так эти действия выполняются не на одной ячейке, а на разных. И если ячейка включена в состав измерений, то все эти записи не будут пересекаться по наборам измерений. То, что на одной ячейке одновременное выполнение разных операций физически не происходит, надеюсь сомнений не вызывает?

(111) Не работал с 2.0 - в третьей регистры накопления не используются и я понимаю почему

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

(110) плюнуть одно тупое движение в регистр - занимает сотые/тысячные доли секунды.

Видел я такие WMS-ки. Где одни шапки документов для исключения блокировок. О чем и речь. В 1С надо обходить грабли которых в других системах как класс просто не существует.

(116) на а что ты хочешь от системы, колторая заточена на ПРЕДМЕТКУ? но при этом дает удобства разработки/прочее? - начинают на метаданных строить архитектуру, соответствующую предметной области -и все... а в других системах своих заморочек хватает...

(116) Ну так ведь работает:

"- В среднем 170 000 строк заказов в сутки.
- В пике, перед майскими, более 250 000 строк."

Значит годный инструмент.

(118) надо обращать внимание на частности - мое большоепребольшое имхо. если ресурсозатратные вещи можно просчитать один раз/настарте процесса, а в последующих использовать либо подтверждение просчитанного ранее либо фоновые/отложенные просчеты...?
.
на самописке у меня вообще все на файловой системе было построена - таблицы с ТСД по нескольку 1-2 мб - за тысячные доли секунд сбрасывались на диск... Могу быть некопенгаген - но те же самые регистры накопления - и запись и расчет итогов - будут на порядок меньше по объему и по времени должны  нормально вписываться в допустимые рамки. а там где бегает 200-300 чел - я вообще сомневаюсь, что есть отсроая необходимость "прямо ща" рассчитывать итоги...