Предыдущая ветка
WMS на 1С. Выбор (Голосовалка)

Продолжаем обмен мнениями, хроники удач и провалов
Хвалим себя, ругаем других
Для альтруистов и бесребреников: ругаем себя, хвалим других

Описываем и меняемся опытом по решенным/нерешенным проблемам.

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

И просее по существу складских вопросов

В прошлой ветке ProxyInspector писал

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

ProxyInspector 226 - 30.04.15 - 08:04
Я думаю скачок в скорости набора будет 100 раз :)

Прошло 5 месяцев, было бы интересно узнать каклно там, на автозапчастях..?

О себе
На складе прошли очередные две квартальные инвентаризации
Результаты отличные

С 16.09 - я в глубоком отьезде, торговая база и WMS функционируют без поддержки

О себе и в инфе прочитать можно :) А у тебя демки никакой нет? Или презенташки...

(3)  демки/презенташки чего?
Я же не разработчик wms
A описание и масштабы моего склада можно на ИС посмотреть
Просто активно интересуюсь складскими технологиями
И в группе http://catalog.mista.ru/community/groups/22/ собираю все что публикуется на ИС по этим аопросам

(2) у вас управленческое списание/оприходование по результатам квартальной или годовой инвентаризации?

в текущей работе все выявленные отклонения и отгрузки, которые не могут быть отражены по бухучету, откладываются в отдельный разрез учета по торговой базе. По результатам ПЛАНОВОЙ инвентаризации в торговой базе учет приводится к факту. Получившиеся отклонения отражаются по БУ?
Ок?

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

(6) о как завернул. Сказал бы по простому что "перекидываете недостачи на склад "Про..али" и в конце квартала списываем".
(7) Плановая инвентаризация может проводиться неограниченное колво раз в любой период.
Может то может, просто мне интересно это только у нас без ИТ подбить итоги инвентаризации для списания боятся или это обычная практика. Одно дело квартальная чтобы остатки причесать, другое дело фин. потери зафиксировать.

(8)  во первых не прое...ли
Потери от "прое...ли" за квартал у меня составили чтото в районе 11 тысяч недостатки и 7 тыщ излишки

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

(10) > насчет сведения без ИТ - это не только у вас

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

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

Сейчас заканчиваем перевод не большой компании в рамках холдинга на УТ 11. Детская одежда.

SKU примерно 2000.
Остаток товара около 80 000 единиц.
Во всем этом богатстве ковыряется один кладовщик. На этих выходных ему в помощь еще 2х дали и они в три рыла провели инвентаризацию и занесли информацию об адресах в программу.
Так, неделю уже параллельно работали (в 10.3 и УТ 11). В целом никаких существенных проблем. Все работает.
Следующий этап - это занесение весо-размерных характеристик каждой единицы товара.

А если склад работает под БП - сюда можно или не стоит? )))

лет 5 назад внедряли КИТ Логистик от Софинфромбюро. На маркировку и комплектацию.

Не взлетело.

Заказчик сильно переоценил возможности оборудования и недооценил производительность собственного склада. А СИБ пошел у них на поводу, продавая внедрение вместо результата.

Вместо 6 РМ попытались обойтись сначала 3 АРМами, потом докупили 4-ое  - но так и не смогли добиться что бы ночная комплектациия через ВМС дотягивала даже до средней (не говоря уже о пиковых декабрьских отгрузках).
В итоге по мере выхода из строя оборудования, ВМС тихо скончалась в конвульсиях.

Сейчас заход делает Акселот. Будем посмотреть.
Пока что маячат те же грабли -  заказчик пытается сократить количество РМ путем установки меньшего количества АРМов

З.Ы. колбасное производство, около 200 активных наименований. 200-400 заказов в сутки. Сборные (батонные заказы).  ОТ 500 до 1500 SKU  в сутки.

(13)  так не интересно
;-)
Провести инвентаризацию это ок!
Забить по адресам - это ок!

Но интересно кучу других вопросов!!!
- как производится сборка заказов?
- как производится приемка и размещение?

Больше инфы!
Очень интересно как вообще работает ут11 в части топологии, поанирования заланий, деления одного большого задания на части и прочее

(14)  стоит!

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

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

Извлекли ли заказчики уроки из первого внедрения?
И почему поперли на акселот, а не реанимировали решение СИБ?

Ты в каком качестве выступал при внедрении СИБ?

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

(14)  также интересно было бы особенности такого склада-производства. Возможно там требуется как отгрузка в килограммах, так и в штуках палок? Тотесть какомуто заказчику типа 100 палок колбасы московской, а другому 500 кг... Есть ли такое? Как реализуется?

> 200 активных наименований.
> от 500 до 1500 SKU в сутки.

Вот она мечта советского человека! 200 сортов колбасы! :)

От УТ11 отказались в связи с ее тормозами. При SKU 40 тыс управляемые формы умирают.
  Перешли на Рарус автозапчасти (так заказчик захотел). Пришлось переписывать адресное хранение. Переделали Работу с торговым оборудованием (драйвера сканера штрих кодов от Рарус не предназначениы для работы), используем стандартные драйвера из УТ10. Перенесли из УТ11 систему разработки и печати этикеток (не плохая идея). Исправили многочисленные косяки Рарус.
  Взяли систему размещения на адресном складе из УТ11, исправили кучу косяков и сильно доработали.
  Три недели назад попытались перейти с 1с77 Рарус на 1с8 Рарус автозапчасти. Ведя учет параллельно в двух программах. Не смогли.

Проблема в том, что хочется совместить адресное хранение с управленческой базой.
  Три магазина, оптовый склад. 40 тыс SKU, 300 номенклатурных групп, по 300 областей хранения на каждый склад. 200 тыс. единиц хранения. 10 тыс ячеек на всех складах. Зоопарк мест хранения от полки стеллажа, коробки, места на стенки, до простого места на полу.  Плохая маркировка товара.
  Недостаток сотрудников. Очень тяжело запуститься.

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

(17) Я выступал как интегратор ВМС с учетной системой, которую собственно и разрабатывал (тогда это была 7-ная бухия, сейчас 3.0)

Плотная работа заказчика и внедренца через 9 часовых поясов в условиях спутникового интернета - мягко говоря оказалось сюрпризом для внедренцев. Особенно когда удаленный доступ к серверу заказчика идет через спутник с пингом 600-800 - а на территории заказчика только консультант и руководитель проекта, без программиста...
Вообщем грустно.

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

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

Эпопея длилась года два пока оборудование потихоньку не загнулось в агрессивной среде. За все время на 100% ночную отгрузку даже в самый маленький по тоннажу день недели так ни разу и не вышли.
Дневная отгрузка ВИПам, которым 95-99% продукции отгружается целыми ТМ - вышла на проектную мощность в течении месяца (но днем и задействовано было 2-3 РМ)и на 3 АРМах без взвешивания они справлялись легко. А ночная отгрузка сборников, когда в бригаде до 6 комплектовщиков задействовано - ни на 3, ни на 4 АРМах ни взлетела.

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

Естественно такой алгоритм усложняет работу ВМС и увеличивает количество операций комплектовщика.

То есть в обычной ситуации комплектовщик
1. ставит на весы пустой картонный ящик. Тарирует.
2. Идет к ячейке хранения и берет наименование
3. Кидает туда 1-е наименование
4. Записывает вес на бумажке.
5. Тарирует весы.
Повторяет 2-5 пока ящик не наполнится.
6. Пишет маркером на коробке имя заказчика (сокращенное)

Для мелких заказов может быть существенно уменьшен п.2 так как комплектовщик вполне может взять по 1-2 палки 3-4 видов разной колбасы за раз и по очереди покидать их в ящик.

В случае ВМС
1. Ставит ящик на весы. Тарирует
2. Генерирует ШК и распечатывает этикетку для идентификации ТМ
3. Клеит этикетку
4. Идет к ячейке хранения. Считывает штрих код СКЮ, где хранится колбаса которую он берет
5. Сканирует ШК на ящике в который комплектуется заказ.
6. Кладет колбасу на весы и фиксирует вес и передает его в ВМС.
7. Сканирует команду закрытия ящика
8. Распечатывает транспортную этикетку с указанием перечня продукции и заказчика
9. клеит ее на ящик.

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

З.Ы. Но стоить отметить, что организация работы склада и так доведена практически до идеала - во всяком случае у Акселота никаких особо радикальных предложений по улучшению не возникло. Склад зонирован - Зона паллетного хранения, зона пикинга, зона комплектации с гравитационным складом на 160 ячеек (полностью закрывает группы А и В). транспортер для зоны комплектации. Зона контроля готовых заказов и зона маршрутизации.
Продукция привязана к ячейкам гравитационника - и заказ из системы печатается сразу по зонам комплектации, в порядке их сбора. Каждый комплектовщик обслуживает зону из 20-30 ячеек (естественно на 3-4 день свой ассортимент знает наизусть). Сбор заказов персонализирован и оплата идет от выработки. Работа операторов, которые отбивают заказы в программе с бумаги - так же максимально оптимизирована - набор заказов идет со скоростью 40-50 наименований в минуту у опытных операторов. 60-80% рабочего времени они тратят на печать, сортировку и подпись пакетов документов.

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

(21)  я вообще не сторонник ведения параллельного учета.
Когда переходили с самописного складского блока на wmc то перепрыгнули скачком в среду после обеда
Поколбасило малость до конца недели и вообщем все. И то основные прооблемы были с оборудованием на АРМ - принтера, принтсерверы

Вести параллельно учет в двух системах это не правильно. Тем более, что после начала ведения учета в WMS данные существенно отличаются за счет простого наведения порядка.

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

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

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

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

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

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

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

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

(29) Без ВМС стояло (и сейчас стоит) 6 обычных деревянных как стол Digi за 3 копейки. А ставить пришлось Бицербовские комплексы с 6-значным ценником, потому как их давали в лизинг - это все естественно привело к практической невозможности расширить бюджет проекта. Хотя в итоге деньги все равно ушли только в бесценный опыт. ((

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

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

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

(32) По еврейски.
Там на самом деле было много способов оптимизировать систему - но все упиралось в бабки.
Можно было готовить ящики заранее, но для этого нужно место.
Ибо гофра лежит сложенная и занимает возле АРМа место - а его мало. Реально подготовить можно 5-10 ящиков на АРМ - а это 5-10 минут работы. Больше просто негде разместить.

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

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

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

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

(14) Предлагаю свои услуги. Акселот тоже не взлетит я так думаю.

(34) Ну и плюс СИБ адаптировал к нам систему спроектированную для отгрузки целых ТМ без взвешивания - в итоге эти лишние считывания сканером - которых при нормальном проектировании бы не было.

(35) Я не принимаю решения.

(26) Вот, очень правильный подход. 2 маленьких нюанса как в анекдоте - нужен опытный внедряльщик-программист в одном флаконе и желание руководства.

(36)  Ну и в 2007 году не сказать, что рынок ВМС систем и оборудования для них был многообразен и был широкий выбор всего и вся.

(14)  а какая схема оплаты применяется? Мотивация персонала?

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

(41) Кстати, забавно, что у КИТа функционал отчетов был весьма куцым, в итоге я поднимал в 1С почти все информацию и тот же отчет по времени сбора заказов и тоннажу комплектовщиков менеджеры формировали в 1Се

(26) это у меня один из трех разных вариантов упаковки
Есть еще два принципиально отличных от описанного
Именно поэтому варианты не на 1с я даже не планировал рассматривать, чтобы при необходимости в крайнем случае можно было самому выпилить все что нужно. При внедрении разработчиками были реализованы вещи под нужные нам процессы, а не наоборот...
Работаем уже почти полтора года, практически никаких доделок/переделок не понадобилось. Процессы на складе стабильные и малоизменяемые. Я даже и внутрь по надобности чеголибо и не лазил. Один раз макетик этикетки подмайстрячил чисто оформительски и все...

(33)  эээээ
Так блин непонятно какие задачи ставились на результат внедрения? Ускорить все операции при том же самом персонале? Повысить качество? Что еще..?

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

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

(34)  насчет площадей
Мне кажется собственники часто не понимают что наличие достаточного места для комплектации/упаковки/обработки заказов - непременное условие продуктивной работы склада.
У нас когда шефы решили сдать часть какбы неиспользуемого площади склада в субаренду я просил, не надо! Или хотя бы оставьте вот такое пространство - иначе существенно увеличаться проблемы, которых мы сейчас избегаем за счет наличия нормального пространства для обработки заказов. Нет, не послушались. В результате получилось я не скажу чтобы сильно уж плохо, но ситуация как я и прогнозировал ухудшилась. В итоге потом спустя какое-то время субаренду ликвидировали и вернулись к предыдущему состоянию

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

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

Причем это не только у себя такую позицию наблюдал...

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

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

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

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

Ну и сопутствующие - уменьшение количества ошибок комплектовщиков и операторов, переросла и прочей бла-бла-бла.

В 2007 году выбор был не велик и ВМСв на 1С как то и не было особо. Поэтому ездили в Москве на профильные предприятия и выбирали систему. Собственно внедрять брался только СИБ, имевший за плечами на тот момент 6 автоматизированных площадок в МСК и СПБ в Черкизовской группе и еще пару внедрений в ЦФО.
Но таки сломать заказчика на отгрузку целыми ТМ без взвешивания ТМ - они не смогли, а в отношении сборных ТМ с взвешиванием производительность системы и гибкость программы  оказались слишком низкими.

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

вот, например, есть стандартный евроблок (~ 270 см): совокупность из трех паллето место, ограниченных слева и справа стойками. Пусть номера паллетомест будут 2,4,6

Есть товары, поставляемые на паллетах двух типоразмеров: европаллета (EUR), шириной 80 см, и финпаллета (FIN) шириной 100см.

В евроблок встанет:
- 3 европаллеты на места 2,4,6
- 2 финпаллеты на места 2 и 6, место 4 как таковое получается неиспользуемым\заблокированным
- 1 финпаллета и 2 европаллеты (место 2=финпаллета, место 4 и 6 - европаллета).

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

при этом если в блок поставлена финпаллета (например на место 2) - то места 4 и 6 - доступны для размещения евро, а место 6 - для финпаллеты.

если в евроблок поставлены две финпаллеты (на места 2 и 6) то место 4 заблокировано должно быть

если в евроблок поставлено две европаллеты - то доступно еще для одной европаллеты или одной финпаллеты

если в евроблок поставлена финпаллета и европаллета - то доступно только одна евро...

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

(50)  а сейчас ты в этой конторе? Какое место данимаешь в планируемом проекте на акселоте?

Я в той же конторе на аутсорсинге и тогда и сейчас.
И заниматься буду тем же самым интеграцией учетной системы с ВМС.

(49) "Заплатить "своему" челу условно лям жаба давит, а вот сторонним - три ляма не давит."

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

Поэтому дешевле и проще заплатить стороннему специалисту в 3 раза больше, чем собственному.
Это без учета того факта, что миллион собственному сотруднику - с учетом зарплатных налогов, отпускных, больничных - это примерно равносильно 1,6-1,8 миллиона  заплаченных сторонней фирме.

(53)  итеграция это вообщем частный вопрос.
Никакой другой роли в проекте на тебя не предусмотрено?
Кто у вас там логистом по складу? Есть отдельный чел?

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

(54) а я не в штате
Я такойже вутсорс можно сказать, но фиксированный?
У меня есть ряд задач/работ которые я делаю/поддерживаю
Задачи которые явно выбиваются из Текущих - обговариваются всегда отдельно

(51) " разномерных тмц в типовых евроячейках..."
  Мы сейчас вынуждены организовывать хранения совершенно разномерных ТМЦ в совершенно разномерных ячейках. Более того отдельные номенклатурные группы могут полностью не влезать в ячейку и могут свешиваться.
  Сейчас у нас в ячейках может лежать до 100 ТМЦ с различными размерами.

(58)  ээээ
Свешиваться это фигня
Речь идет о том как обеспечить блокирование соседних ячеек при расположении товара в текущую ячейку
Более того блокировка ячейки может зависеть от наличия не только в одной соседней ячейк, а от обеих соседних
Как хитро извернуться?
Организовывать какие-то дополнительные метаконтейнеры не особо хочется

(59) чуть-чуть скажу - вместимость финки в стандартную ячейку = 0.66

(60)  это надо сильно обдумать

(46) Все равно перепиливать, не сегодня так завтра
А с учетом навороченности и тормознутости... ох, не завидую
В итоге будет висеть что-то такое страшное сбоку и неиспользуемое... + свои корявки везде где только можно - в итоге все равно через полгода обновлять это не будет иметь никакого смысла
У меня все крутилось очень шустро, на древней семерке. Роботы допроводили заявки по 2-3 в секунду на среднем серваке.

+(62) Я бы в одиночку все давно у вас сделал :)
Ты уже маешься этой фигней ... не помню сколько

Ищу WMS для алкогольного склада,
сейчас работаем на 7.7, своя небольшая адреска работает в бумажном варианте, так руки не дошли до ТСД.
В связи с ужесточением Егаис, текущий учет по партиям  ограничен размером пикинга.
Если есть решения и желание [email protected]

(63) с чем маюсь? С самописк ой не маялся, делал что требовалось.
А внедрение вмс это было не мое решение.
Так что теперь маюсь уже с другими вопросами/проблемами

(64)  совсем мало понял
Если следовать пока непонятной мне логике - каким образом wms поможет текущему учету партий или размеру пикинга?

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

Просто в текущем варианте не справитесь с объемом информации при учете партий/производителей?

(62)  хз
Когда понадобится перепиливать - будем перепиливать
Пока работаем без доделок-перепилок
А если понадобится - будем доделывать силами внедренцев с сопутствующими сложностями и проблемами. Лично мне заниматься на 8-ке глубоким программированием нет никакого интереса. Ничего принципиально нового я там себе не открою к сожалению...

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

(64)  может быть имеет смысл прикрутить тсд к тому что есть сейчас?

(66) Да нет там немножко другая проблема - для того что бы выгрузить в ЕГАИС данные - необходимо эти данные поднять в программу. Раньше декларация позволяла вести менее детализированный учет.
Сейчас нужно по сути учитывать в программе практически каждую бутылку с учетом ее марки и диапазона марок от производителя.

В общем головняк.

Причем сама по себе ВМС система как бы решает проблему с одной стороны, но с другой стороны плодит новые - поскольку в пределе в качестве СКЮ выступает каждая отдельная бутылка - то возникает потребность чуть ли не каждую бутылку сканировать.

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

В общем у нас тоже алкоголики по потолку бегают - но ясности пока не возникает.

З.Ы. Не сочтите за рекламу - но акселот упоминал в своем портфолио автоматизацию алкогольных складов. Какой-никакой - но опыт у них должен быть. Но опять же до ЕГАИСный

(70) Тогда тоже на правах рекламы :) http://www.arena-wms.ru/news/99-altima.html

(62) Непонятно, откуда взялось мнение о тормознутости WMS на 1С 8, при правильном подходе тоже все летает..

Cо скоростью размещения и отбором у 8-ки проблем нет. Проблемы начинаются при работе с большими справочниками и документами. Это для толстого клиента. Для управляемых форм все существенно хуже. Время отклика 5-10 сек - вполне стандартное значение.
  На 7-ке время отклика меньше 1 сек

(73) Больше полугода работает WMS на 8, проблем с производительностью, кроме как вызванных криворукостью разработчиков системы, которые постепенно исправляются, не наблюдается. Объемы - примерно 80 тыс. операций с товаром в сутки.

(74)  чегото мало у тебя операций, ты за операцию что считаешь?

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

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

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

Алкоголь и серии про егаис на ИС
Может пригодится
http://catalog.mista.ru/profile/89678/public/

(74) 80 тыс. операций с товаром в сутки - это 80 тыс строк заказов в сутки или ~20 тыс строк заказов ?

(78) Наврал немного, нехарактерный день посмотрел. На самом деле примерно 100-110 тыс. операций, из них примерно 50 тыс. отборы по заказам.

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

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

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

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

(81) А что считаете генетическим алгоритмом? какие-нибудь оптимальные перестановки массовые по складу?

(83) Нет, транспортный блок - расчет маршрутов доставки собранных заказов. Сделали внутри WMS маленькую TMS :)

(72) На таком же железе? Или в супер-мега-кластере топовых серверов?
Давай не будем петь военных песен...

(72) WMS крутится на том же сервере, где остальные 3 1С конфигурации на 8, железо было рассчитано соответственно. То, что 8 на железе времен расцвета клюшек будет тормозить никто и не оспаривает...

(84) а что минимизируете? по какому критерию отбор идет?

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

(87) Как настроишь - расстояние, время, расстояние плюс время, ну и главное - стоимость перевозки.

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

(88) Во во, всегда это напрягало.

(91)  хорошо хоть что это приходится делать редко..

(92) Ну тебе то да, а продажникам?

(93)  видимо я слабо представляю работу настоящих продажн ков
В конторе у меня продажники по телефону или с листа заявку не бьют в базу и справочной для псевдоклиентов не работают...

(94)  да и на одной из предыдущих работ гендир персонал драл нсли они начинали быть справочной на телефоне

(90) Цвет бутылки - это скорее уже другая номенклатура.

(96)  ну это для примера, будем считать что та же самая номенклатура...

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

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

(100) Во, а кстати какую проблему вы хотите решить динамическим адресным хранением?

(101) Проблему оптимальности размещения. Порядка 30-40% ячеек пустует. В то время как остальные заняты.

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

(103) Скорее не устраивает что много места зря пустует. В то время как определённые товары хранятся на улице на территории. Обороты склада большие и продукция часто очень разная. Т.е. был 1 товар, под него выделили ячейку. Через полгода товар перестали возить (не нужен). И ячейка осталась пустая.

А коммуникация закупок и склада часто отсутсвует. Вообще склад у нас какое-то обособленное подразделение. Гордое, ахреневшее местами.

(104)  понятно
У меня на данный момент статическое хранение
За каждым товаром закреплена одна ячейка Активного хранения
Товар в торгбазе имеет три статуса - активный ассортимент, допродажа, выведен из ассортимента. Статусы перегружаются в вмс - используются чисто информационно. В торгбазе если остаток товара со статусом допродажа стал равен нулю - автоматом переводится в статус выведен (в торгбазе крутится робот), изменение статуса отражается выгрузкой номенклатуры на вмс
При загрузке в вмс товаров проверяется если статус товара выведен и остаток равен нулю, то ликвидируется привязка ячейки к товару, ячейка становится свободной

(105)  дарю, читай первый слайд
http://catalog.mista.ru/public/320167/

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

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

(108)  хотя бы чтобы товар с улицы убрать??

(110) Блин да статическое то есть! Вопрос в том что склад ломает проверять есть ли товар там, а не пустует ли ячейка. Даже ВМС есть. пробовал Акселот внедрять - не взлетело. Свою написал, попроще. Вот проект в стадии внедрения. Но склад тупит. Тупит часто из-за человеческого фактора. Говорю-же - ахренели!

(111)  учет количества по ячейкам есть? Или только справочное размещение?

(111)  рекомендации раз такое дело
1 ликвидировать возможность альтернатив
То есть никакие движения на отгрузку и приемку товара не могут быть завершены (в том числе обязательно полный тотальный запрет выписки отгрузочных документов) если они не проходят по складским ячейкам
2 как можно быстрее менять текущий складской персонал. Те кто привыкли работать по старому есть тихие саботажники и будут все объяснять плохой программой, ее неоптимальностью типа мы лучше знаем и прочей ху..той. Чем быстрее смените старый персонал тем будет проще. Смотрите на бестпрактик типа макдональдса. Как только вы на складе сможете линейный персонал менять в любой момент - значит склад работает нормально
3 все-таки определиться законодательно кто является ответственным за развитие склада - ??? Кому подотчетен начсклада?

У меня наблюдалась примерно такая ситуация как у тебя. Удалось все жто продавить, причем в условиях практически полного отсутствия полномочий, поэтому было можно сказать долго - было несколько явных этапов. Главное сдвинуть инерцию на начальном этапе. Приходилось просто как взводному-ротному днями стоять над душой. Конечно, было непросто. Но в итоге стало все можно сказать зашибись. Особенно когда сменился почти весь старый персонал. И такая смена пошла по нарастающей когда старые "короли" почуствовали что их "знаю где стоит" нахрен никому не нужно...

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

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

И внедрение вмс или развитие какоето крупное надо внедрять параллельно и смену персонала

УБЕЖДАЛСЯ В ЭТОМ МНОГО РАЗ
и пимал помоему здесь в форуме на этом

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

(77) Не, я бухгалтерией 3-ой обошелся . Причем на этапе проектирования резерв был заложен - поэтому там где 8-ка проблем с самим ЕГАИСом нет - есть проблемы с ошибками персонала. Просто в условиях ЕГАИС - цена ошибки персонала возрастает.
А менеджеры вместо того что бы спуститься на склад и понять откуда растут ноги у массового переросла - ищут легких путей - "купить сканеры, поставить везде и будет счастье"

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

(111) Вынужден огорчить - никакая динамическая адресация не поможет. Нельзя оргмеры заменить техническими решениями...

(90) " ... Разделение хранения по ячейкам по несмешиванию производителей "
Я в текущей WMS это реализовал. У меня 300-400 номенклатурных групп и 300 областей хранения. Часто область хранения это отдельная ячейка. Нельзя же положить стекла к железякам и т.д.
Для классической WMS описываются правила размещения Номенклатурная группа - Область хранения - Приоритет. Для нашего случая для каждого склада пришлось бы написать более 1000 правил размещения. При этом для каждого склада они свои.
  Поэтому я реализовал размещение в ячейках по следующим критериям: товар размещается по приоритету
а. по правилам размещения (если они есть)
б. по наличию в ячейке такого же товара
в. по наличию в ячейке товара с подобным артикулом
б. по наличию в ячейке номенклатурной группы товара
С учетом требования по монотоварности, свободному объему в ячейке, приоритету использования ячейки и т.п
   За основу взяты алгоритмы размещения из УТ11. Правда серьезно переработанные

Сделали инвентаризацию в одном магазине. Не останавливая отгрузки.
  9000 CKU
  18 тыс единиц хранения
  1000 ячеек
  Итоги следующие:
  Пересорт 2000 SKU
  Излишки 300 единиц хранения
  Излишки - Недостача = 1.7 млн. руб

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

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

(118) Какой товар у вас? Пересорт по 25% SKU что-то странно выглядит.

(119) Недостача-Излишки это сумма потерь по вине склада, соответственно от этой величины зависит мотивация склада...

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

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

(116) +100500!

(123) У нас такого не бывает :) Недостача всегда больше, продукты питания всеже :)

(126)  сжирают больше чем из дома приносят ;-)

(121) У нас запчасти. Последняя инвентаризация (ручная) была около года назад. К тому же в учетной системе сознательно вносился бардак, типа OEM приходовалась как оригинал.
  Так что 20% бардака для первой инвентаризации не плохо.
  ДЛя склада излишки гораздо более серьезное нарушение чем недостача. Если исходить из закона сохранения, нас ждет громадная недостача на оптовом складе.

(128) какая была недостача когда я проводил первую инвентаризацию - я лучше умолчу... ;-)
Но зато старый персонал - а у нас все раньше сходилось! Да не вопрос: - только ни одной не то что инвентаризационной ведомости - самих признаков инвентаризации в базе я не видел... ;-) Но зато - все сходилось!!!

На последних не кольких инвентаризациях суммарные отклонения по недостачам/излишкам составляет у меня сотые доли процента от товарооборота

(112) И так и так в данный момент.

(131) Что мешает автоматически удалять привязку товара к ячейке, если по нему нет остатков на всем складе?

(132) А зачем?

(133)  ячейка даже при отсутствии товара считается типа занятой под конкретный товар

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

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

Статическая адресация ячеек  - это детский сад. Она может работать только при малом товародвижении и при наличии свободного места на складе. Статическая адресация возможна только в зоне отбора.
На предыдущей WMS заполнение склада в отдельные моменты достигало более 100%. И это при оборачиваемости склада 2 недели. Иногда даже приходилось останавливать линии еа несколько часов.
Сейчас тоже загрузка склада более 90%

Ну вот у меня статическая адресация
И уже давно
Вполне нормально
По показателям видно что жта статическая соответствует оборачиваемости товара.
Товар меняется редко
Востребованность товара тоже меняется релко
Пару раз в год проводим перестановку товара по абц

(135) Товар привязывается к ячейке в зоне отбора для возможно пополнения.
Только в некоторых системах этот механизм слишком неповоротлив. Например в Exceed все на ручном управлении - и привязка и отвязка.
В других системах такая привязка более динамична - сохраняется на период наличия товара на складе или даже в ячейке. Как товар ушел - ячейка освобождается и готова принять любой другой товар.
В хранении обычно никакого закрепления нет и работает правило поближе к ячейке отбора.

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

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

У меня сейчас 100% динамическая адресация. Прописаны размеры ячеек, размеры ТМЦ, номенклатурные группы.
  Проведена инвентаризация ячеек.
  И теперь в случае размещения программа определяет свободный объем в ячейке и размещает туда товар, если там лежит такой же товар или товар такой же номенклатурной группы.

Ни одного правила размещения не прописано

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

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

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

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

(145) как эксперт в WMS, как Вы оцениваете функционал УТ 11 применительно к управлению складом?

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

(146) никак. как и большое количество других WMS - которые делают планируют только размещение и отбор. а к управлению складом - как до луны...

(145) Ну вот у нас например 6000 активных SKU, ротация максимум 100 SKU в месяц, что может быть плохого в статической адресации?

(148) Вот хороший вопрос - а что такое управление складом?

вот сидит 4 человека на маркировке...хреняк сваливается очередной заказ в систему. НЕ ВЛАЗИТ - не успеют собрать\обработать. Система просчитывает и говорит - на маркировке достаточно оставить 2 человека, на упаковке 2 человека - осовободившихся с маркировки и упаковки - "направляет" на отбор.
- и это только один из нужных фич УПРАВЛЕНИЯ складом.

(139) Так не проще ли найти где сейчас есть остаток партии с нужными параметрами и выдать - клади в 01-20-15. Статика не имеет смысла имхо. Никаких привыканий нет если все доведено до автоматизма. Зато можно оперативно проводить ротацию и более грамотно распоряжаться свободным местом.

(146) " функционал УТ 11 применительно к управлению складом"
я бы оценил как крайне убогий. Там есть много рющечек, но работать не возможно. Плюс ошибки в реализации алгоритмов, а исправить там не так просто. Плюс тормоза.
  Делаешь отчет остатки по ячейкам, а он формируется по 20 мин.
  Если у вас есть три ячейки, два товара и три кладовщика ( с Exell), то вы сможете вести учет в УТ11. И наверное сможете провести инвентаризацию.

(153)  а ошибки какого рода?
И почему исправить не так просто?

(146) К своему стыду я никогда не рассматривал УТ11 для управления складом.

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

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

(155) другое дело, что большому количеству складов возможностей УТ11 - хватит вполне...

(156) Возможно, но я с такими складами не пересекаюсь :)

(157)  от ут11 отпочкуется типовая аля вмсодноэс
Ии жпс рынку вмс
Особенно когда одноэсники подымут скилл по складам

(158) отраслевые конфигурации выпускаются как 1С-Совместно, по управлению складом такая уже есть и рынок wms на 1С тоже есть

(159)  это про 1с-Логистика что ли...?
Тут у мну на соседнем складе идет внедрение акселота... Наблюдаю...

(160) Боишься не взлетят?

(161)  а чего мне бояться-то? Это им волноваться надо...
А мне в е интереснее
У мну одна вмс, у соседей акселот внедряется, у других соседей Psi вертится, причем и с теми и с другими сотрудничаем, psi у соседей уже давно вертится, надо будет поближе посмотреть...

(162) Все системы с одними корнями :)

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

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

Сейчас вот диаграмки рисую...

Тьфу ты, Psi с Penta перепутал :)

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

(155) ну небольшие склады понятие относительное...т.е. с точки зрения архитектуры УТ 11 вполне себе ничего?

(165) С учетом того, что мне в большинстве WMS не хватает функционала, в УТ11 его считай почти нет :)

Есть какое-то адресное хранение, лучше чем раньше, но назвать это блоком WMS рука не поднимается...

А, ещё что хотел спросить... Насколько оправданно разносить WMS и основную оперативную базу? Как мне кажется это ничего кроме гемора с синхронизацией не приносит, но для продавцов WMS это имеет большой профит в том что они могут продавать свои поделки без привязки к основной учётной системе...

(166) лучше чем раньше? Раньше это в УТ 10?

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

(167)...Насколько оправданно разносить WMS и основную оперативную базу?
- офис в Мск, склад за тридевять километров, интернет на складе неустойчивый
- внедренцам WMS не нужны риски связанные с производительностью управленческой базы
- внедренцы WMS осуществляет удаленную поддержку на этапе опытной эксплуатации и при промышленной эксплуатации, при этом им совсем не нужны обвинения в поломке управленческой базы :)
и т.п.

(167) Всё так и есть. Гемор очень большой.

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

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

Почему выгодней разъединять базы:

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

Главное - пока никто из создателей ERP не сделал хорошей встроенной WMS. Сторонние разработчики, занимающиеся только WMS предлагают существенно лучшие решения, которые не зависят от учетной системы. Она может быть на 1С, Axapta, SAP, самописка - никакой разницы.

(173) по пунктам:
1. и что?
2. Что такое архитектура остатков? Каких остатков?
3. Рукалицо.
4. И что?
5. Какими вытИкающими?
6. Не должен.

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

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

(175) не забывайте про ...я думаю, я полагаю, я считаю и т.п. :)

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

(175) Scio те nihil scire

(174) Вы спросили - я попытался ответил. Спорить смысла не вижу. Внедряйте УТ11 на здоровье.

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

(175) Ага, ничего не приносит, кроме сокращения издержек и возможности безболезненного роста бизнеса. Да, определенные проблемы при ведении 2 систем параллельно возникают, но выгоды на порядки перевешивают...

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

(180) У меня просто отдельный регистр для движения товаров в вмс.

+(183) Связан с документами очень хитро. Там регистрируется проведение документа позиционно и снятие его с проведения. Всегда можно докопаться чьи кривые руки сняли приход с проведения.

(182)  сколько заводов и фабрик сделал...?

Объемы складов? Количество скю на самом крупном складе? Количество отгружаемых отдельных единиц за год на самом крупном складе? Количество складского персонала на самом крупном складе? Количество тсд на самом крупном складе?

(184)  преимущество вмс как паз в том что чьето левое делание снятия с проведения - то есть движение воздуха - никоим образом на склад не повлияет.

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

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

(185) 6, а что?

(187) У меня хитро всё, очень хитро. Нехватка персонала (

(190)  фигня какая
Персонала вообще проблема
Особенно вменяемый

(191) Вот я и о том же. Ладно хоть девчонки исполнительные.

Меня что-то охватила тема TMS, но информации мало.

Поискал тут - почти никто не обсуждает.

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

Так люди как оптимизируют маршруты доставки со своих складов? Неужели все вручную?

(193) Да, вручную. У нас слишком много факторов, которые не автоматизировать. А просто учёт заводить не охото.

(194) Какие факторы?

(195) Везти часто приходиться по неоптимальному маршруту. Дороги..
Клиенты сложные. То им срочно срочно вот прям "щас", то ну уже не к спеху.
То сама доставка мозг парит: пример, заказали из Китая товар (неск. миллионов, пару фур.). Товар везут уже 3 месяца. Хотя должны были привезти 2 месяца назад. Хаос одним словом.

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

(193) На Инфостарте есть на эту тему

(193) У меня острой необходимости в автоматизации нет. Минимальный инструментарий раскидывания заявок по машинам, своих машин штуки 3, и они небольшие, маршруты по москве уже накатаны и практически точки все постоянные. А автоматизировать - как ребята выше писали... например, в определенную точку должны ездить только определенные машины - пошлешь не ту - ее выгрузить не смогу.. с пандусом проблемы у клиента ;-)

(193) У нас самописка на движке Ингит.

(200)!

(199) В свое время работал с готовой системой от Ингит - в итоге не подошла, но было это давным давно.

Посмотрел TMS от Акселота - по презентации модуль автоматического планирования не блещет и вообще кажется сделан ради галочки.
Понравилась ABM Rinkai TMS - я почти так же сделал :)

А по WMS - сижу на складе, очередной запуск...

Очередная версия ут - расширен функционал по складу
http://downloads.v8.1c.ru/content//Trade/11_2_1_28/news.htm

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

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

(203) загрузка в фуру паллет в два этажа
- правильно это делать в специальные фуры, типа  https://www.youtube.com/embed/t3Dwgeqnlek?enablejsapi=1&wmode=opaque
- жлобский вариант - паллета на паллету и обмотать стрйч-пленкой в паллетайзере, вниз потяжелее, верхняя полегче. и водителю в поворотах потише :)

(205) вот и получается у меня судя по всему жлобский вариант.

(203) Отбор планировать или отгрузку паллет? У нас например при загрузки машины тупо не даст паллету не в свою очередь в машину закатить...

(207)  своя очередь определяется чем? Порядком выгрузки заказов на маршруте?

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

(208) Порядком объезда торговых точек машиной.

в связи с ЕГАИС'ами - получается сейчас практически для любой WMS, которая потенциально может работать с алкоголем - надо прикручивать учет "из коробки" по производителям, акцизным маркам и т.д...?

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

во-вторых, алкоголь зло и его надо душить начиная с оптовых складов :)

поэтому добавлять в функционал WMS алкогольную специфику совсем не хочется, вполне достаточно складов с нормальной продукцией

(212)
- бабы?
- нет, что вы...
- алкоголь?
- нет, что вы...
- а как же вы расслабляетесь..?!
- а я и не напрягаюсь!!!

;-)

(70) "А это ипануться какие трудозатраты - соответственно нужно некое специальное оборудования - но пока не ясно какое. "  А торговля себестоимостью это и есть затраты .  На персонал , на помещение склада и так далее  и прочееее

(212) наверное да,
такие небольшие склады сможет и УТ11 покрыть

+(212) Почему ?  Имхо дело в бюджете  на ... операторов ввода. Кто ж  вколачивать то будет в прогу . В 1С ли .. в Excel  ли или еще куда  или кнопку на сканере жать.. А это как правило низколплачиваемый и как следствие низкоквалифицированный персонал.

(216) в wms не должно быть операторов ввода, на ТСД не используется стилос и клавиатура только для ввода количества. Только штрих-коды - у всего есть штрих-коды, у людей, у техники, у принтеров, у весов

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

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

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

(220) Если в номере партии уже есть перечень серий, то потом по номеру партии можно уже вытащить серии.

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

(222) одним из партиобразующих признаков является как-раз диапазон марок, поэтому по партии определяется нужный диапазон, на который потом и предоставляются нужные документы

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

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

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

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

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

(226) Если грузчики на сделке, то как вы им сейчас з/п считаете?

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

(228) пока все эти работы считаются по часам, сделки по ним нет. ведутся табели.
(229) оператор не справится, если только он этим и будет заниматься т.к. кол-во операций очень большое, у нас 3PL сфера.

(230) А может и не стоит тогда на сделку их переводить? Тут экономия по ФОТ по-моему не очень большая будет...

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

Да и чот странно в 3PL сдельщину вводить, у вас же статистически прогнозируемая загрузка персонала, из нее и формируйте ФОТ.

(226) Да, кстати, что за WMS такая, которая автоматическое размещение делать не умеет? Это же одна из простейших операций...

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

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

(231) Во-во. При большом количестве задач можно равномерно распределить загрузку и не париться.

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

(232) >Да и чот странно в 3PL сдельщину вводить, у вас же статистически прогнозируемая загрузка персонала, из нее и формируйте ФОТ.

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

(234) >считали номер накладной и свой бейджик

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

>на складах, где небольшая нагрузка

То-то и оно, что небольшая. Там да, сдельщина рентабельнее существенно.

(237) Дык тут опять же не автоматизацией решать надо, а бизнес-процессы в порядок приводить.

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

(238) бейджик кореша не прокатит) табель все равно ведется

(240) Вот когда нужны своих хитрые алгоритмы становится понятно, чем хороша WMS на 1С...

(240) >табель все равно ведется

И тут внезапно мы возвращаемся к бесполезности автоматизации :)

(241) возможно да. Геннадий, с интересом прочитал темы Ваши выбора ВМС и внедрения. поделитесь, как сейчас у Вас дела обстоят?
(242) когда полностью будет продумана схема сделки и учета операций, табели, скорее всего, отомрут)

(243) >когда полностью будет продумана схема сделки и учета операций, табели, скорее всего, отомрут)

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

(243) Дела нормально обстоят, вычищаются косяки разработчиков, пишется новый функционал, в планах полное изменение алгоритмов пополнения и развитие WMS в части учета 3PL клиентов с различной спецификой тарификации...

(244) на самом деле схема практически готова, единственный момент - это учет работ, которые без ТСД. если не придумаю, как это автоматизировать, значит будет оператор склада ручками всю инфу вбивать) Но спорить не буду, мало ли)

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

(246) Нет, не проще. Просто внедренцы оказались немного не компетентны. Сами не написали бы за такое время, потому как в процессе внедрения мы только осознавали, как правильно надо делать.

(226) на ТСД - вход, авторизация по личному ШК, операция= разгрузка (зафиксировалось что Сидоров с 9-00 на разгрузке). Тот же сидоров - пробивает людей, которые работают сним - а то так у вас народ напробивает себе операций на 30 часов в день.. ;-0

(236) напиши в личку плиз тоже [email protected]

(247) > потому как в процессе внедрения мы только осознавали, как правильно надо делать.
- угу, нехилый склад. А пока не начали автоматизировать - слабо понимали что и как надо автоматизировать - веселая у вас там компания.. ;-) Очень интересно - чем там у вас и склад и логисты и ИТ занимались до начала внедрения... ;-)

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

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

(249) скинул

(252) Оно?
http://www.arena-wms.ru/features/descr/popolnenie-wms.html

(254) Ага, не совсем то конечно, эти процессы для пополнения мезонина, но похоже...

(254) Но чтобы такое в нашей системе сделать - это очень нетривиальная задача...

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

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

(256) чето у вас все нетривиальные...

(257) Что значит "по-факту"? Пополняем все ячейки где есть свободное место, или как?

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

(260) это у меня например так в самописке делалось. Соответственно пополнений было много (регламентных, которые делались в свободное время). Сейчас - даже регламентных пополнений штук 15 в сезон было в день (перед началом рабдня делались). И 1-3 срочные подпитки бывает иногда в день...

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

(260) а дальше сам :)

(263) да там вроде и писанины немного должно быть. Подпитка планируется целыми паллетами. С РХ ставится в буфер, с одновременным с постановкой в буфер заданием на перемещение в АХ. Бегунок берет их буфера - по заданию прется в ячейку ставит сколько влезло (или по заданию системы конкретное колво - это проще и штатно). Подтверждает перемещение из паллеты в АХ, если паллета = пусто то и ок, если не пусто - говорим вези блин в буфер. - везет в буфер, ставит в буфер - одновременно генерится задание на перемещение из буфера в РХ. я бы так делал (не вникая особо в функционал проги, может там еще все просто) - то есть все вообщем делается в обработке ТСД, которая "выполняет" перемещение из буфера в ах. Наваять обработку ТСД - дело одного рабочего дня

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

(265) Это не наш вариант, буфера городить. Должно быть одно сквозное задание, у которого может быть несколько исполнителей.

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

(268) Есть задание - пополнить ячейку АХ из РХ, не важно, сколько внутри операций, результат должен быть одинаков. А дальше нюансы - если карщик спустил паллету из адреса РХ  - этот адрес РХ становится свободным для размещения или нет? И если не весь товар с паллеты перемещен в АХ, в какую ячейку РХ его положить? А если на паллете несколько товаров или несколько партий? И т.п...
Задание выполнено на половину - в терминах этой WMS это значит задание со статусом Выполняется. Соответственно, остатки номенклатуры со статусом Выполняется не будут доступны для других заданий. Также можно дополнительно например блокировать ячейки на Приход или Расход. Масса вариантов...

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

Поддержу (268) и (270)

Как это работает у нас:
- Система планирует пополнение товара по приоритету
- Для определенных зон стоит настройка перехватывать задачу и снимать не товар, а весь паллет в ближайший проход
- По событию съема паллета в проход планируются все возможные пополнения с этого паллета
- Кладовщик выполняет пополнение с паллета
- По событию последнего пополнения формируется задача размещения остатков (если есть) обратно в хранение

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

(272) Нужно только помнить, что потом как-нибудь может потребоваться получить время выполнение операции каждым сотрудником в отдельности.

(273) А внутри оно и будет разбито по исполнителям.

У меня сейчас проект нарисовался с чем-то вроде адресного хранения. На базе самописной 1С 8.1

Реализованный Замысел:
Учитывать уже собранные и обклеенные этикетками с ШК коробки. В разрезе какая коробка от какой накладной, в какой полке лежит.

Оборудование:
Терминалы сбора данных IT 8000, на базе windows СЕ.
По wifi подключаются на сервер терминалов, и там уже в обычной 1С работают...как клавиатура. У всех нужных документов есть специальные формы для работы через сканер.

Схема работы:
На каждую вертикальную стойку наклеены этикетки с 4 штрих-кодами(1 шк это 1 полка, пол возле стойки это тоже полка.)
Человек подходит...тыкает в беспроводном сканере. Создать документ поступление, считывает ШК полки, считывает ШК всех коробок. Жмёт кнопу сохранить. В этот момент проверяется, нет ли в других ячейках этих коробок, если есть, то списываются, и всё приходуется в эту ячейку. В момент загрузки в машину так же всё сканируется в ещё 1 документ и списывается со всех ячеек где отсканированные коробки есть.

Регистры:
Все ШК уникальные и к этому моменту уже хранятся в регистре сведений с привязкой ШК-НомерКоробки-НомерНакладной.

И есть регистр накопления с измерениями ЗонаХранения и НомерШК

(275) Сейчас вот дополнилась задача
Теперь всё учитывать надо не только после того как товар собран и обклеен, но и до.
И не в разрезе ШК коробки-номер коробки, а ещё номенклатура будет...
И я теперь в раздумьях, добавлять новые колонки в ОстаткиТМЦ и молиться чтобы это всё не повисло?
Или двойной учёт в двух регистрах, ОстаткиТМЦ и новый регистр

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

Основа адресного учета и хранения в том что учетное размещение товара соответствует  фактическому размещению товара. Это действительно чтото ТИПА АДРЕСНОГО ХРАНЕНИЯ

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

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

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

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

Добрый вечер.
Сейчас автоматизируем склад ответственного хранения на базе УТ 11.
Скоро руки дойдут до терминалов - Intermec CK3 - будут работать по rdp.
Какие варианты есть заставить его сканировать штрихкоды в 1С, без лишних нажатий?

Думаю о таком варианте в префикс F7 и в суффикс Enter.

Что можете посоветовать по данному поводу?

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

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

(282) ...Что можете посоветовать по данному поводу? - Intermec CK3 очень быстрый тсд, префикс F7 и в суффикс Enter заранее протестируй :)

(284) Работали с Intermec CK3? Какие еще отзывы, помимо скорости? А то один уже вернули поставщику - вай фай не держал. Теперь страшно как то за них.

А подводные камни есть у такого варианта?

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

(286) Это хорошо когда время есть...

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

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

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

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

Основные проблемы были связаны с неверными ШВГ и особенностями применения узкопроходников. Ну и плюс люди с опытом Exceed постоянно пытались применить свой бесценный опыт :)

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

(287)  а в чем проблемы бесценного опыта работы с эксид?

(289) Делать все вручную, в обход автоматических алгоритмов и согласованных процессов.

Например, они привыкли на старом складе паллеты в хранения расставлять визуально, подтверждая через ручное перемещение. При этом завозя паллеты прямо в середину прохода погрузчиком, чтобы ричтрак сильно не напрягался. Соответственно при этом паллеты ставятся абы как, без ABC и других признаков.

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

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

(290)  не пробовали приковать и сечь плетьми??? :-)

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

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

(292) т.е. ВМС заставляет делать более трудозатратно? :-)

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

Например, они уже подходили с просьбой распечатать им этикетки ворот, чтобы наклеить на ричтрак. Я им "Зачем?", а они: "ну мы так привыкли на прошлом складе...".
Пришлось объяснить, что WMS не для того, чтобы ее обманывать, а чтобы порядок навести. Но боюсь они потом как-нибудь втихаря все-таки распечатают себе этикетки ворот и будут перемещать виртуально.

(294) WMS просчитывает как лучше сделать, чтобы ускорить весь процесс. Для этого, например, нужно расставлять товар по ABC. Это значит, что одну паллету нужно поставить в начало ряда, а другую в середину. А человеку проще поставить паллеты в начале ряда рядышком. Он не задумывается к чему это приведет в дальнейшем, он оптимизирует только то что нужно сделать сейчас.

(288) Вот и мы с начсклада так решили, не приживется у нас расстановка по АВС...

(295)
1. "там, где появляется возможность обмануть, пофилонить или что-то украсть - способности персонала к самообучению возрастают на порядок"©
2.ну это-то понятно...

(294) На первом этапе да. А когда люди привыкнут, и все неудобные вещи будут оптимизированы, время "до WMS" будет вспоминаться как страшный сон...

(296) Вообще ABC мало кто на практике применяют. Его очень любят вспоминать на презентациях, но потом быстро забывают.

На текущем складе расстановка как раз именно по ABC вследствие применения узкопроходников. В обычных проходах уже не так критично, поэтому в основном делят на группы товаров, а внутри группы уже "как ляжет".

(299) горизонтальный ABC есть обычный маркетинговый крючок для топов.
но реально применим вертикальный АВС для ячеек ручной сборки

(294)  покажи мне универсальную вещь, которая лучше и производительнее специализированной

Родственная тема
http://www.forum.mista.ru/topic.php?upd&id=756130

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

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

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

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

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

Начсклада в мое отсутствие ибо я был на иввенте в питере переколбасил физическую топологию, поперемещал товары по ячейкам согласно новой расстановке, вчера подтянул/подчистил в базе все по зонам и типам ячеек
Нигде ничего не заглючило
Этому способствовало и малое колво заказов

(306) посудный интернет-магазин работает? - а то на заявки через сайт никакой эрекции

Ща маломало ломаю голову как концептуально правильно регистрировать всякую погрузку разгрузку неких объектов
По всей видимости придется делать операцию отдельную для регистрации таких действий по типу
Объект-количествообъектов-собственник-видоперации-маркерыдатавремя
Чтобы можно было просто какието паллеты двигать или конкретные товары...
Както так?
Ибо выгрузка неклассифицированных палет не кладется в адресную схему основных операций

(307)  это вы про какой? По доменному имени равному нашему бренду? Если да то это проект не нашего юрлица а отдельного, а там я участия не принимал - дальше сами домыслите..
Смайл

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

(309) ...По доменному имени равному нашему бренду? - ясно

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

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

Три раза уже с cwms3000 сталкивался
Два последних раза относительно недавно
Пиплы что с ней работали отзывались бяково
Я в подробности не вдавался

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

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

(314) а вы ведите учет фактически присутствующих на складе остатков корректно (что вполне допускает и реализацию вашей схемы резервирования) - тогда не надо будет с КИС сверяться.
.
у меня - есть РМ которое как раз показывает все нужное для большой плановой инвентаризации. Общий алгоритм такой: идет просчет. Если первый просчет (обнаруженный ФАКТ) совпал с учетными данными наличия товара в ВМС - считаем что сошлось. Эти ячейки никуда-ничего не считаем, они нигде в РМ не показываются. Если просчет дал расхождение с учетным количеством - показывается в РМ в списке "проблемных" ячеек. Задания на повторные просчеты выдаются ручками (выделением строки или совокупности строк с проблемными ячейками). после второго просчета проблемной ячейки - она снова появляется в списке проблемных независимо от результатов просчета(процесс можно повторять до бесконечности. Результатом в ячейке признается тот просчет, который "жмаком" на конкретном просчете посчитает правильным ответсвенный за инвентаризацию. РМ показывает кучу полезной инфы - кто считал, как считал (какими единицами) - все косяки видны сразу и после второго просчета видны в чем именно "предполагаемая" ошибка (в большинстве случаев хватает двух просчетов). например

1 просчет: плн=132, фкт=120, откл=-12
2 просчет: плн=120, фкт=132, откл=+12

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

1 просчет: плн=132, фкт=120, откл=-12
2 просчет: плн=120, фкт=132, откл=+12
3 просчет: плн=132, фкт=132, откл=0

некоторые товары/ячейки считаются много раз. "правдой" признается любой из просчетов по мнению "экспертной" комиссии (система сама скорректирует до нужного количества операцией и видно что это "завершение" инвентаризации ОПЕРАТОРОМ)

потом результаты викидываю в кис.
рассмотрение трех последних инвентаризаций показало - все зашибись. косяки мелкие в расхождениях между итогов инвентаризации между складской и КИС базой сотавляло на препоследней инвентаризации что-то около 2 тыс рублей. На последней даже не смотрел (по итогам видно что все ок). Расследования показывают что все проблемы там где "все что вы делаете ручками..." - есть не до конца заавтоматизированные редкие случаи.. - на них и косячат постоянно...

Злопчинский , сделал себе http://catalog.mista.ru/public/19576/ в размер ТСД?

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

(317) ну ты вопрос задал.. как я ее сделаю? - только если окно товей проги смо подстраивается под размер окна терминальной сесии...?

не пробовал еще.. на тсд работают в двух базах, в ярлыке два разных сервера. Но наверное где-то в ноябре попробую - вещь нужная

(315) Основные косяки от ручных корректировок и пересортов между партиями, или еще смешная вещь вылезла - в регистре остатков зачем-то единица измерения присутствует, так каким-то образом на остатках оказался товар с чужими единицами измерения. Чудеса...
А так, при нашей специфике, если пытаться все до единицы свести - инвентаризацию никогда не закончишь. Мы для себя решили - если расхождения в продажных ценах более 1000 руб - тогда пересчитываем, если менее - да и фиг с ним. Есть потолок по общей сумме расхождений по каждой зоне склада, если в него уложимся - просто остатки в КИС откорректируем по результатам инвентаризации...

Народ. подскажите что делать с гоповатым персоналом. Понятно дело что увольнять после 2 разговора. Но как более-менее по законодательству провернуть операцию. Раньше работал у вменяемых работодателей. Не хочешь работать - иди в попу. А тут руководитель мямля. Ну и соответственно 2 зачинщика барадка чувствуют себя очень важными. В итоге не склад идёт за менеджерами а наоборот.

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

(321) стучись в личку в скайп - поделюсь своим "опытом борьбы" с аналогичным

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

(321) вообщем Геннадий все сказал. Просто увольняйте и все. Пипил видя безнаказанность таких людей - будет сам опускаться. если можно им - почему мне нельзя?

(321) как по законодательству - это консультируйся у своих главбухов/кадровиков, у вас же там не контора на 1 главбуха и 1 кассира? ;-)

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

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

(323) Ок. Буду признателен. но не прямо сейчас если можно. Но сделаю обязательно.

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

(321) Хотели наверное сказать что делать с ... низкооплачиваемым персоналом ? Так это снижение издержек. Наверное поднимать ЗП но будут ли при этом рентабельны продажи ?

+(321)"В итоге не склад идёт за менеджерами а наоборот " ... наверное на складе материально ответственные лица а менеджеры на то и менеджеры что ни за что не отвечают.

(321) ...В итоге не склад идёт за менеджерами а наоборот

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

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

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

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

(320) спасибо за пояснения.
.
допустимая вилка расхождения по одному артикулу в 1000 руб - только тогда пересчитывать - это сильно жирно будет. У меня по предпоследней инвентаризации расхождения были по 65 артикулам (из ~1800), на последней по большему колдву артикулов, но суммарно сумма по инвентаризации получилась даже меньше...
.
сделайте НАПРЯГШИСЬ более-менее нормальную инвентаризацию. ОДИН РАЗ. если так надо ДЛЯ БУХГАЛТЕРИИ (бухгалтерия - основной источник проблем для склада ;-). дальше делайте постоянно частные инвентаризации (у себя мы их называем текущими или волновыми) по любому сомнительному поводу (с выгрузкой отклонений в КИС)(отклонение при отборе, нашли рак вне ячейки где-то лежит, пришла какая-то невнятная поставка-возврат ее как-то мутно быстро раскидали, сомнение в совпадении остатков по кис и вмс) - ситуация очень быстро придет в норму если это делать постоянно.

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

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

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

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

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

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

(335) Ну допустим, будут расхождения по итогам полной инвентаризации, которая 2 раза в год проходит, тысяч на 100 (недостачи + излишки) по всему складу, да и фиг с ним, если в день на 30 млн отгружается... Лишние несколько часов простоя на более тщательную инвентаризацию склада дороже обойдутся...

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

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

(339) "ВМС с пояснениями разработчиков" - это фантастика!
это не продукт типа бух/УТ/ЗУП - это каждый раз уникальный проект внедрения и последующей платной поддержки.

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

У нас клиент есть, так он склад считает полностью каждые три месяца. Причем считают не складские, а офисные работники.

Выделяют на это одну субботу. До обеда считают данные по WMS. После обеда пересчитывают повторно то, что сильно не бьется с КИС.

Процедура инвентаризации выглядит так:

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

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

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

(344) у нас считали 2 раза в год тоже в 2 прохода.

первый - по визуализации (отчет БоковаяПроекция) просто сравнивали похоже по объему на бумажке и в ячейке или нет.

второй - там где отметили что непохоже - снимали и все пересчитывали.

"Подсчет идет до победного конца - или пока не закончится максимальное количество настроенных пересчетов (вроде как 5 сейчас настроено), или пока не будет получены две одинаковые цифры. " - наш опыт показал что и на 2 одинаковых просчета нельзя ориентироваться. Счетчики косячат запросто (не специально, а потому что жизнь такая). По учету 300 штук, первый просчет 360 штук, направляется второй просчет = 360 штук. а нифига! при подробном рассмотрении и первый и второй просчет накосячили - им влом было заглянуть чуть поглубже в паллету - там двух коробов нет - а спереди не видно. Понятно что это нарушение регламента укладки/постановки паллеты в ячейку - должна стоять так что полные ряды по вертикали всегда должны быть в глубине ячейки, а неполные - спереди...

И на 5 просчетов как гарницу - тоже нельзя. При ненобходимости считаем и больше раз. Это особенно в ячейках где "валом" - минипаки вперемешку со штуками и прочее... один минипак не посчитает, второй в штуках ошибется на 5шт, третий вообще на несколько десятков штук ошибется, четвертый на 1 шт, 5 два минипака насчитает, но в итоге нехватка и т.д. и т.п. ;-)

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


И 5 просчетов иногда бывает маловато.

(343) уникальный проект - он снаружи уникальный всякой обвеской.

а внутри - грубо говоря как в бухии двойная запись - лежит некая основа.

Вот например см. (330) - кто-то считает это глупостью несусветной, а ведь неспроста сделано... или неправильно сделано? или что?

(347) Подключился к базе и посмотрел сколько стоит максимум пересчетов - сейчас стоит 10.
Видимо клиент сам поднял с 5 до 10.
Потом зашел в последнюю плановую инвентаризацию и посмотрел сколько максимум в реальности считали - максимум по 3 пересчета по 4 позициям.
Зашел в прошлую инвентаризацию - один случай было 5 пересчетов, еще один случай 4 пересчета и 6 случаев по 3 пересчета.

Так что ограничение в 10 стоит, а реально больше 5 раз не считали.

Видимо все-таки ответственно относятся, да и считают не складские, а офисные.

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

(348) как вариант причина в (330) для наглядности по кратности: пал/упак/шт.
что сразу в голову пришло...

в бухии основа регламентируется ПБУ, в ЗУПе - КЗОТом.

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

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

(350) Я так и не понял, зачем это сделано. Во всех операциях на ТСД, отчетах и документах в запросах остатки получаются без учета единиц измерения. Перекомплектация вроде выглядит логичным объяснением. Еще конечно есть предположение, что так хотели сделать учет хранения одинакового товара в различных фасовках мест при отгрузке товаров местами, но явных следов этого в коде я так и не обнаружил...

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

У нас на предыдущей WMS тоже считали один день. о там 120 SKU и 7500 единиц хранения.
Сейчас на запчастях 14 тыс. SKU и 40 тыс. единиц хранения. Первый раз считали неделю не останавливая продажи. Оказалось 4 тыс единиц пересорт. Недостача=Избыток=3.5 млн. руб. 900 позиций номенклатуры просто нет в базе.
  Сейчас идет второй пересчет.
  Идея с пересчетом, пока не сойдется - интересна. Самое главное легко реализуема.
  А впереди у нас инвентаризация 10 тыс  SKU и 150 тыс единиц хранения.

Народ уже тащится от WMS.

(319) а чег не батник с меню? просто, надежно. + сам растягивается.

(349) вообщем да, у нас тоже больше 3 пересчетов можно сказать редко.
основная идея - автозавершение пересчетов давать на откуп проге - пока опасно. осматриваются пересчеты, делаются выводы, выбирается последний пересчет. Почти всегда. ПОЧТИ.

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

(355) Поподробнее...

(351) "в складе - только нормы по охране труда и безопасности, остальное все свое, имхо. ну и плюс базовые термины, операции." - МХ вы куда отнесете - к складу или к бухии? кто должен запонять МХ?

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

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

или тупо (притянуто за уши)

допустим на складе есть товар в упаковках 6, 12, 24.
в РХ - паллеты только с упаковками.
Допускается подпитка из РХ в АХ только упаковками (целая паллета удовлетворяет этому условию тоже).
В РХ стоят две паллеты по 36 штук (6*6) и (3*12)
Необходимо подпитать их РХ в АХ 18 штук.
Из какой паллеты РХ брать упаковки для подпитки?
в РХ стоят 2 паллеты с количеством = 36 и 36

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

(354) "Сейчас на запчастях 14 тыс. SKU и 40 тыс. единиц хранения." - ну это в среднем по 3 единицы хранения на скю, фигня... (если я правильно понял, что такое скю и единица хранения)
у меня артикулов гораздо меньше (~2000), но единиц хранения гораздо больше получиться, если только по АХ посчитать ~то единиц хранения набежит 15-20 тыс это точно...

(361) Это уже изначально кривой пример.

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

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

(365) да что вы говорите?! При правильной настройке ВМС и бизнес процессов на складе люди не нужны и все само делается.

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

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

(365) "Если заказ в коробках," - заказ в штуках. в общем случае это не кратно любой из упаковок.

(366) "А у тебя на складе - суммарно 8 коробов, но все распакованы в блоки, или еще того хуже - в штуки." - если складские раскрывают в одной ячейке все коробки в подряд, хотя уже есть вскрытая коробка, тот тут WMS конечно бессильна.

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

(354) это какая ВМС? она в принципе позволяет инвентаризацию не останавливая отгрузки?

кстати в СЕВКО интересная вообще модель инвентаризации - 3 вида, сейчас не вспомню, дома в блокнотике где то...

(360) МХ - ???

(366) по нормальному - достаточно чтобы кол-во рабочих ячеек (отбора) было равно кол-ву СКУ. если не хватает - это кривизна настройки ВМС или вообще организации работы.

а по хорошему вообще достаточно и меньше, т.к. я сильно сомневаюсь что всегда на складе ВСЕ (!!) СКУ присутствуют (должны присутствовать)

(369) "Я думал, что 8 коробов разбросаны по разным ячейкам. А если они лежат в одной ячейке, то обычно раскрывается только одна коробка." - да, именно так. Артикул (всякие упаковки) - лежат в одной АХ, и в подавляющем большинстве случаев открыт один минипак и одна коробка. Но случаи разные бывают - когда нагрузка тогда при необходимости отобрать 11 штук сборщик не будет набирать 11 штук из штучных в этой же ячейке - он вскроет минипак (12 шт), выложит одну и минипак с 11 штуками положит в сборку. Или - один артикул идет в ассортименте цветов, по цветам мы не продаем, но если ОЧЕНЬ НАДО - продажники делают приписку -"только красные" или "1 зеленая, 2 синие" - если есть такая допинфо - сборщику при позиционировании на яченйку выдается подсказака - и он начинает вскрывать все подряд, чтобы набрать требуемую цветность. А при задании на отбор из ячейки - выдается на ТСД план отбора "3кор + 2мп + 3шт" - обычно так и набирается, но ничто не мешает если в ячейке нет КОР - набрать минипаками (но при этом регистрируется отклонение от плана сборки и на ячейку вешается увеличение Кф проблемности - такие артикулы потенциально проблемыне и инфентаризируются по текущим инвентаризациям в первую очередь)

(370) МХ - форма по ответхранению

как интересно
на мотороле9090 кнопка с символом десятичной точки имеет сканкод не 46, а 190...

Охохо.

Буду в ближайшие дни читать всю ветку. У нас тоже захотели WMS. Причем яростно. Пригласили акселотовцев, те сказали что "без б" всё наавтоматизируют так, что только пыль будет лететь.
Съездили в 2 места посмотреть как оно работает - по факту используют только функции адресного хранения без особых наворотов.
Складские возлагают огромные надежды на эту WMS, что она сама всё им организует.

(374) яростно рекомендую пообщаться с rsergio на тему внедрения ))

(374) ну тогда в качестве ликбеза
http://catalog.mista.ru/public/320167/ - это прямо бери и складским крути ;-)
выборочно-частично: http://catalog.mista.ru/public/338893/

(375) потом хотелось бы яростно пообщаться с теми кто запустил и сделал проект по таким яростным рекомендациям ;-)

(374) Пригласите акселотовцев, пусть озвучат примерный ценник. Думаю, будете весьма удивлены...

(370) У нас на складе ну скажем 5000 ячеек отбора. А товаров в прайсе - 6000. И что нам делать?

(371) Все понятно, но причём тут единицы измерения в остатках WMS?

(375) К сожалению времени совсем нет. На след. недели еду на следующий проект, где вели переговоры с акселотом, но не договорились. И на этой неделе был на складе где опять же не смогли договорится с этими ребятами, и если у нас все срастется, то до весны следующего года все будет расписано. Так что всем работы хватит.

Но пообщаться всегда рад ;)

А у нас 1400 ячеек и 14 тыс товаров

И склад забит под завязку

(380) по (371) - это к (361) - ИНОГДА надо знать, сколько в ячейке лежит товара в каких упаковках (вопросы правильный или неправильный при этом склад - опускаем, иначе нет предмета для обсуждения и разные вмс не нужны ибо они все неправильные и не соответсвуют сферическому коню в вакууме)

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

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

У меня ларечник такой - точки все забиты необорачиваемым товаром - а вдруг завтра клиент придет, а у меня нет нужного товара! ну да.. полгода не приходил, а завтра придет и мы от этого сразу тотально обеднеем от нехватки товара 1шт в полгода.. ;-)

Если у вас столько много товара и так мало ячеек - либо большая часть товара нафиг не нужна бизнесу (но пусть будет - см.выше про ларечника), либо прибыль от товара не вкладывается в развитие, а уводится в карманы владельцев/акционеров и т.д. - кто в этом виновать? ну явно не маленький склад... И ситуации не исправить, всякие карусели и прочее складсое которое позволит и 14000 товаров на маленьком складе крутить - как обычно было бы хорошо, но надо даром. и Персонал чтобы бегал как супермены и тоже даром.

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

в бюджет на WMS всегда нужно закладывать три суммы:
- сумма на Акселот
- сумма на попытку разработать собственную конфу
и сумму на восстановление учета на складе с использованием предыдущей системы учета
:)

А чего стоимость внедрения. Говорят что в 5 лямов всё входит. Я, правда, сомневаюсь.
Мы предлагаем начать своими силами хотя бы адресное хранение внедрить. Потому что у них представление экзотическое о таком учёте. Что-то вроде "оприходуем с учётом партий, списываем без учёта, на выходе система должна все разрулить".

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

(386) Так надо привлекать всяких интеграторов и прочую шушеру-франчей на внедрение :) И деньги потекут...

(388) За такие деньги не только все входить должно, а еще бесплатная поддержка на 5 лет :)

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

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

(392) Википедия говорит:
"Бизнес (англ. business — «дело», «предприятие») или промысел — деятельность, направленная на получение прибыли; любой вид деятельности, приносящий доход или иные личные выгоды".

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

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

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

(393) ну и я про то же самое.
"А когда внедрение WMS ставится на поток, то "бизнес" идет конечно - деньги капают, только вот не все довольны результатом" - ну так вот бизнес, когда внедрение поставлено на поток и большинство и оказывающие и получающие услуги внедрения - довольны - вот это бизнес!

А по википедии и наемный работник - он тоже бизнесом занимается - доход то есть? есть! личные выгоды есть - явно есть... - Бизнес!

В части WMS на 1С
- как автомасштабировать экраны тсд для разных разрешений..? пока то что есть - как-то по бяковому...

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

(396)  делать декларативный  интерфейс?  :-)

(394) Знаете такую систему, где с конвейера сходят 100% проекты?

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

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

Т.е. работа то идет, но не эффективная. С точки зрения "бизнеса" все здорово - клиенты платят, консультанты суетятся, а для бизнеса больше и не надо.

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

Поэтому кадры решают. Думаю если вы бы пошли консультантов, то вышел бы хороший проект. Но ведь не пойдете ;)

(398) с другой стороны для бизнеса иногда "чуть хуже, но гораздо быстрее" гораздо выгоднее.
И отсутствие распространённости вашей системы пугает бизнес -  даже если сам акселот сдохнет - останется 100500 партнёров, которые хот как-то поддержат систему. А у вас? Для нашей конторы это был решающий аргумент в сторону акселота. Хотя я и поддерживал вашу систему.

(399) Акселот не сдохнет, и мы тоже :)

В любом случае продукт на 1С со 100% открытым кодом без поддержки не останется т.к. 100500 программистов 1С тоже хотят кушать ;)
Наша система полностью открыта, все модули только на 1С, никаких внешних компонент, понятный читаемый код.

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

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

Но у нас мало ресурсов, поэтому все проекты брать на себя не хотим и не можем. Сейчас вот три активных проекта, поэтому всех новых клиентов, кому нужно срочно, отправляем в акселот ;)

(400) "Да, человек смертен, но это было бы ещё полбеды. Плохо то, что он иногда внезапно смертен, вот в чём фокус!"©
я, конечно, этого не желаю. но вероятность - в расчет беру.
-----
а вообще, глядя на вас - приятно видеть редкий нынче тип человека, который откусывает столько, сколько может прожевать. но все-таки создается впечатление, что вы себя искусственно сдерживаете, и это вам вредит...
хотя каждый сам себе злобный буратино...

(395) "как автомасштабировать экраны тсд для разных разрешений..? "
  У меня это сделано и на управляемых формах и в толстом клиенте. Более того из-за удобства поиска в управляемых формах, в последней версии рабочего места для работника склада, часть экранов сделана на обычных формах, а часть на управляемых. Все это в рамках одного рабочего места, и все это масштабируется. Иначе получается анонизм.
Сейчас даже мысль пришла, что можно сделать даже автомасштаб под разрешение экрана. Заходишь с ТСД 180х240, с КПК 480х600, с планшета - сколько есть, с ПК 600х800. Надо будет сделать.

(397)  нафиг нафиг
Моргать должно быстро
А не вальяжно барски

(398)  а я сейчас и смещаюсь в область консультирования
Программировать влом
Да и старый чтобы в мегатоннах кода копаться
А построить чтонить в проекте это интересно
Вот и хочется помацать вашу конфигу ближе чтобы понять поближе что может как и насколько трудоемко

Опять же
Какая принципиальная проблема собрать команду и не одну на внедрения допустим вашего продукта?
Система гибкая?
Настроек много?
Выкрутить можно очень многое без программинга
Нафига здесь много программеров с глубоким знанием складской специфики? Может разработчик с падаваном тащить
Но прчемуто не взлетает такая схема организации бизнеса судя по всему? Поэтому и возникает кучас сомнений

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

(400)  а потом после акселота собираете горяченькими ;-)?

надо поинтересоваться что у нас у соседей с акселотовским внедрением
Месяца два три прошло уже )-;

(402)  рабочие места для работников склада это все таки десктопы там полегче

(395) А что не нравится в том, как сейчас есть? Работает же вроде, если не особо мудрствовать с интерфейсом?

(398) Ага, у нас тоже внедрял WMS программист, который до этого с WMS никаких дел не имел :) И консультанты кстати были половина новичков. Результат в общем был закономерен :)

(409)  да бяково
Промаргивает бяково
Отрисовывает с бегунками потом промаргивает и без бегунков
Тут может и моя вина - не смотрел требования к минимальным характеристикам тсд
Но на экран с остающимися сверху и снизу титулами от по винмобайла то есть раб область по вертикали меньше 320 не масштабирует, хреново получается
Чтобы настроить НА КАЖДОМ ТСД а они у меня в винды коннектяться под своими логинами каждый надо сделать кучу шаманских действий на десктопе и на самом тсд
То есть у меня как непрограммитста плотного больше нареканий вызывает неаккуратность именно фейсов
Но это имхо можно считать перфекционизмом наверное
Ибо тратить кучу денег на выпилку фейсов это можно когда все остальное даром досталось ;-)

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

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

У меня вообще складывается ощущение что границей вменяемой суммы для кучи руководителей является граница в 300 тыщ

Конечно это не бешенные склады где миллионные бюджеты?

Что можно сказать на такие хотелки?
- хотите почти даром то никто не запрещает
Делайте
Сами
Трудитесь

(411) Насчет ТСД - нашел вот такую поделку:
http://ru.aliexpress.com/item/Android-pos-terminal-with-3G-NFC-RFID-wifi-full-function-PDA/32326558479.html
хочу привезти потестировать.

(404) ... Опять же Какая принципиальная проблема собрать команду и не одну на внедрения допустим вашего продукта?

суть бизнеса в получении дохода предпринимателем, поэтому создание рабочих мест есть вынужденная мера. бывает так, что слаженная команда из 2-3 человек приносит много больше дохода и удовольствия, чем падаванское стадо программистов и консультантов :)

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

2-3 человека организовать скажем упрощенно не проблема
А вот организовать стабильный коллектив из 30-40 человек который работает на достойном уровне - вот это уже гораздо больше похоже на бизнес, а не на личное предпринимательство.

Ладно, это несущественно
Не в ту сторону я углубился

(414)  отпишись потом впечатления

(411) А, ну может быть. У вас же старые ТСД используются, мы же под проект покупали новые. На них такого не наблюдается...

(412) Ну если бы не было грамотных специалистов с нашей стороны - оно бы вообще не взлетело :)

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

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

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

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

(413) 300 тысяч - это даже на ТСД не хватит, значит бумага только. Как вариант только купить коробку и внедрить самостоятельно адресное хранение.

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

(417) Организовать работу 30-40 сотрудников действительно очень сложно. Это не каждому дано. Я видел стартапы умных людей, которые через пару лет просто разваливались.

Только все это не связано с качеством WMS.

Я вот, например, увлекаюсь качественным воспроизведением музыки Hi-Fi/High-End. Есть большие бренды, выпускающие массовую аппаратуру. А есть небольшие компании, делающие почти штучную продукцию, по объемам не сравнимую с гигантами.
Но я купил себе сабвуфер Rythmik Audio, который невозможно купить в наших магазинах, а не какой-нибудь Yamaha.
И первая нормальная акустика была американская Vandersteen, а не распространенные Heco, Focal или JBL.

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

(420)  были бы грамотные специалисты с вашей стороны то давно бы запилили свою систему а так сидели ждали искали кто вам красиво сделает

Ну если кто то ради качественного акустики готов стоять в очереди на прлучение то почему нет
При нужде в вмс тоже вообщем можно подождать

(423) Если очень хочется, то можно и подождать :)
Например, я корпуса для своих последних АС ждал 5 месяцев...

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

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

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

Вы, кстати, почему выбрали не Акселот а другое решение?

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

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

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

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

(426)  это смотря кому что надо
Мне кажется что всех кто выше логиста склада и начсклада вмс как таковая и презентации по ней не интересуют

"как автомасштабировать экраны тсд для разных разрешений..? "
В "Рабочем месте работника склада) нас одновременно работают десктопы(1200х600), планшеты (любое разрешение), КПК (600х800), ТСД (240х240). Все работаю с одной формой, которая масштабируется.
  Более того постоянно скачут с одного прибора на другой.
Единственная проблема, это когда перескакивают с 600х800 на 240х240 тажело попасть на кнопочку масштабирования.
Я не определяю масштаб рабочего стола при входе и соответственно нет автомасштаба. Надо попробовать сделать

Реально WMS Необходим в двух случаях.
1. Если потери от не правильной работы склада составляют более 200 тыс в месяц. На пред. работе (прямые потери типа штрафов от покупателей составляли 300 тыс/мес и воровство 1 млн/мес)
2. Если работать без WMS не реально (сейчас у нас вынужденно остановлена торговля оптом, т.к. нет возможность обработать опт с количеством номенклатуры порядка 40 тыс) потери более 200 тыс/мес
  Поэтому без WMS не обойтись

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

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

Опт при 40 тыс номенклатуры это примено 1000 позиций в день. ПРи этом специфика такая, что часто требуется перемаркировывать товар. Без WMS для такого объема требуется как минимум квалифицированный менеджер и три    квалифицированных сборщиков. Это более 100 тыс руб из ФОТ.
В случае WMS эти люди смогут обеспечить объем в 10 раз больше.

(432) Да ну на.. У нас каждый товар ВСЕГДА получает свой ШК. И кладовщиков и сотрудников у нас много, не получится так. Это сказки.

(414) Просьба поделится опытом

(432) а вы сроки годности не перебивайте и не мухлюйте... оно и нормально будет... ;-)

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

(435) А вот у нас связи со спецификой бизнеса переигрышей много достаточно.

(436) но вы же как в (432) не занимаетесь фигней какой-то...?
мне вот непонятно, чем в (432) ВМС поможет...

(437) В общем то да: схема очень простая:
Товар на склад приходит, сверка по качеству/количеству, наклейка ШК, сверка по кол-во во второй раз и одновременно размещение. Далее отгрузка. В отгрузочной ведомости адрес хранения товара по ячейкам.

(438) "сверка по качеству/количеству, наклейка ШК, сверка по кол-во во второй раз"
- а сверяете как? у меня один из участков маркировщицы - им наклейки под счет печатаются и поартикульно (то есть наклейки не универсальные), поэтому на этом участке по сканеру ничего не прогоняется (только сборка идет) - сверка путем проклейки. После проклейки результат считается верным.

(438) И на чем работаете? на самописке?

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

Если сверка проходит то что-бы поставщик не ждал его посылают с подписанными документами.
Далее девочки распечатывают ШК: на каждый товар свой ШК, так же печатают 1 большую бумажку на каждую номенклатуру и степлером крепят наклейки к этой бумажке.

Далее следующий приемщик берет эту бумажку, берет ШК и клеит на каждый товар каждую наклейку. Если вдруг кол-во ШК больше/меньше то поднимается шухер.
Если всё корректно то через ТСД товар уже идёт по местам хранения. Т.е. ТСД тут ещё 1, 3-й этап контроля.

(440) Сначала долго и упорно грыз ВМС Акселота 3-й версии, переписал половину, плюнул, написал своё за 3 недели. Ну вуот сейчас мелкие баги подправляю. Если что в Акселоте этих багов насчитал штук 10.

Своё работает по хитрожопому алгоритму в самой УПП. Состав - регистр сведений, обработка главная, которая на ТСД запускается через РДП, Ещё 1 регистр (был допилен до меня). Своя комплектовочная ведомость из заявки (печатная форма), свой модуль обработки движений (документы оооочень хитро проводятся по регистру сведений ВМС), пару служебных обработок, несколкьо хитрых отчетов и самый шик - графический отчет о состоянии склада:
Там указанна вся топология склада, кликаешь на нужную ячейку - показывает тот товар, который хранится в текущий момент, тот товар который привязан к ячейке (мы ещё не ушли от статического хранения полностью), по этому товару можно глянуть движения - может этот товар 1 раз привезли и ячейка не используется полностью, ну в общем это предмет скайпа если всё в мелочах описывать.

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

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

Или бывает так что сначала поступление провели, потом оказалось что документы неверные а товар уже отгрузили, в итоге в ВМС он уже отработался а по регистрам УПП ещё нет. Т.е. хитро всё, через хитро сделанную загугулину, прям как свиста БГ.

Зачем такие сложности? Ну вот так тут заведено. Иначе не взлетает. Я с большой завистью смотрю на тех контрагентов у которых специфика другая: произвел пельменей 10 штук видов, отгружают паллетами, корректировки не вносят и т.п. Там Акселот взлетает на ура. А у нас хоть и формально ОПТ, а на самом деле просто крупная крупная розница.

Номенклатуры 16 000 видов и подвидов: от Двигателя/рамы/КАМАЗа до шайбочки 0.1 на 0.1 см.
Когда заказ комплектуют - взвесте нам пожалуйста 1 КАМАЗ, 1 двигатель для него на всякий случай, 10 гаечек под него, и т.п.
Специфика: На север отправляем - он пока туда дойдет 2 месяца пройдет. Там КАМАЗ несчастно эксплуатируется 2-3 месяца посменно, потом идёт на кап. ремонт с заменой кабины и двигателя (нефтянка на 40 градусов мороза разъедает даже раму, не говоря уж о нежной кабине, где краска через 2 недели сползает кусками от постоянной полировки химикатами, гравием, песком, перепадом температур и проч.)

Ну и когда рама уже всё (порядка в среднем 4 года по той же причине что и кабина разрушается) КАМАЗ разбирают на части - то что можно ставят на новую раму, ну или новый КАМАЗ покупается.
Да, сразу скажу что всякие там маны/сканьи и проч. выходят тупо дороже. Кстати несмотря на то что двигатели Cummins признанны во всём мире, то на нашем севере часто от них отказываются - ходит он несомненно в 2-3 раза дольше, однако стоит так же и часто без спец. оборудования его не починить, ну и более сложен в настройке, требователен к топливу и проч.

Я конечно более жути нагнал но в целом это так.

(441) то есть на приемке у вас тут самая большая проблема - отсутствие маркировки штрихкодом на товарах..? Не пробовали приемщице дать ТСД чтобы тупо то что чиркала на бумажке - "пробивала" на ТСД - у меня сейчас есть такая процедура на ТСД
1. Приемщик идентифицирует товар
- жмаком по штрихкоду или
- выбором из списка товаров поставки (чего нет в списке - "СТАВЬ В КАРАНТИН" - или излишек или этого вообще нет в поставке)
- после идентификации вводит количество - тупо давит на клаве "150" или если укладка слоями тогда может надавить "3*10*5"
- после ввода количества проверка - если излишек - снова "ставь в каратин"
.
типа такого не пробовали? будет ли быстрее...? если в поставке много товаров - может получиться быстрее...?

(442) Со всеми с кем я разговаривал "в кулуарах" кто плотно внедрял Акселот - на вопрос "скольо переписал" - отвечали порядка 70%... ;-)

(443) "Там указанна вся топология склада, кликаешь на нужную ячейку - показывает тот товар, который хранится в текущий момент, тот товар который привязан к ячейке (мы ещё не ушли от статического хранения полностью), по этому товару можно глянуть движения - может этот товар 1 раз привезли и ячейка не используется полностью, ну в общем это предмет скайпа если всё в мелочах описывать."
- примерно так и у меня в ВМС, но не допилено до конца. Показывается еще дата последней инвентаризации ячейки, рейтинг "проблем" и "вес" ячейки по "АБС"

(451) Я как лайт модер могу про Акселот сказать матом но промолчу. Я когда на половину его переписал тупо за 3 недели своё написал. Если бы я срузу писал это даже дешевле вышло бы чем стоимость лицензий на Акселот)

(450) Скажем так - у нас на половине товара нет своих ШК. Но то что ты написал это как раз и делается. Но у нас ВЕСЬ товар маркируется своими ШК. Зачем? Хех, а вот тут мы очень хорошие продажники )

(446) "А у нас хоть и формально ОПТ, а на самом деле просто крупная крупная розница." - ну и нас также получается. ;-) у меня из миллиона отгружаемых единиц 80% грузится штуками, 15% минипаками, 5% - мастеркоробами. Опт, елы-палы... ;-)

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

(455) Ну вот тут подход Акселота и не канает по сути. Вот я всё понимаю - в целом вполне рабочая программа, но по сути только на картинке. К реальности не приближена.

(456) Тут скайп лучше поможет с демонстрацией рабочего стола.

(458) ну если будет время то стукнись в скайп, спсб

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

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

(431) Кстати о масштабировании, посмотри у себя в WMS на 8 функцию ТерминалыВыполнитьМасштабирование, там все достаточно примитивно :)

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

(460) Для облегчения работы операторов. Что бы 20 документов не плодить.

(463) Тоесть под каждый вид устройств делать свою форму? Накладно выйдет...

(465) Ну тут я думаю для ТСД 1 вид, для планшета другой. Имхо. Ну и вообще функции могут быть разные.

(379) все 6000 СКУ постоянно должны быть в наличии на складе?
если это так - что мешает еще 1000 ячеек отбора выделить?
если они будут уже на 2м ярусе - нет таких штабелеров чтоли?

(388) 2-3 ляма если по умному. и не последняя часть - это оборудование, недавно заметил что хорошие ТСД уже по 80-160 т.р. стоят...

(421) "с программистами немного проще - они могут в конфигураторе посмотреть и уже много вопросов исчезнет."

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

(467) Так 2 ярус тоже под отбор занят уже :))

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

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

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

(471) ну мы же друг друга понимаем, что в моем случае в НЭКМе был как раз самый неправильный вариант ))

(464) Сомнительно.
Ордера - складские доки. с ними работают складские. УПП - работают манагеры, все что надо - обеспечить в упп-док подтяжку из ордеров. Бо хотелки неизмеримы. У мну в "финансовом" доке есть "КолвоПлан"(то что ожидаем по докам), "КолвоФакт" (то что по факту) и штатное "Количество" (учетное) - вот что хотите - то и пихайте в учетное количество... я забодался вникать в хотелки бухов,"а вот если клиент вот этот то надо в качестве учетного взять факт"...

(468) 2-3 ляма - это практически фиксированный бюджет. Если внедренцы на условиях подписанного договора готовы работать по фиксированному бюджету - то вперед. Акселот славится простым принципом - в тз/договоре не прописано - платите отдельно! А если в ТЗ/договоре прописать все подробно - то дешевле по такому ТЗ свой вмс написать с нуля, или взяв за основу ядро за лям или меньше у каких-нить вмсников...

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

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

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

"без потери качества" - это не реально, вернее на первых пару проектов точно. У нас есть консультанты/внедренцы, но ни один из них пока не может на 100% выполнить проект полностью самостоятельно, так что они еще в процессе обучения.
Есть один очень толковый консультант со знанием логистики (не только складской, но и транспортной) и программирования. Два проекта уже сделал, после отпуска возьмется за новый, надеюсь опыта уже хватит самостоятельно все сделать.

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

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

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

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

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

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

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

(479) о чем и речь!
нужен даже не прог, а чел который может грамотно настройки (в терминах Арены - Стратегии) настроить.

(473) У нас факт соответствует докам в УПП. Это решение ГД, ГБ и ГЗамСклада. Как этого добиться это отдельная тема. Поэтому размножение общностей не нужно вообще.

(478) Какой том самостоятельно, в системе более 250 таблиц, из которых большая часть для настройки процессов ;)

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

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

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

В свою очередь столкнулись с такой проблемой в Exceed и не смогли правильно настроить. И во многих других системах видел такой простой подход.

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

По скорости вопросов пока не возникало.

(484) ...Вот опять же
Приемка
Размещение

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

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

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

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

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

(489) Да, правильный посыл. WMS на 1С ни в чем не уступают решениям не на 1С. Но не все, а только лишь некоторые :)

(489) С этим нужно быть очень осторожным. Логист и программист должны иметь очень хорошую квалификацию и знание самой WMS.

Иначе могут такое накрутить, что потом придется расхлебывать с привлечением сторонних специалистов. Но при этом программисты не признают своей вины, а будут все сваливать на разработчика
http://s017.radikal.ru/i417/1511/16/df637c5ca2ec.jpg

;)

(491) хм, а кто виноват, что программисты и логисты, юзающие, к примеру, некий продукт "А", не понимают что и как..: варианты ответов
1. Владельцы А никак не объясняют логику и архитектуру работы своего продукта для эффективного использования силами исполнителя (то есть грубо такой продукт ничем не отличается от сиротливого черного ящика, который исследуют по мере своих возможностей)
2. Готовы пояснять, но просят невменяемое бабло, то есть по сути фикс-игла - в чем профит для фирмы владения чужим продуктом, где по каждому чиху стоит бежать к светилам медицинской науки..?
3. Логисты исполнителей-потребителей - неквалифицированны более чем и неспособны понять полет мысли гениев-разрабочтикво системы и не знают ничего в сфере складской логисики
4. Логисты и программисты исполнителя курочат продукт вполне может быть и делаюь (все) неправильно, но результат (на определенном этапе) вполне удовлетворяет, так как позволяет решать текущие возникающие задачи.

.. еще что-то?

(492) Хороших программистов 1С, к сожалению, не так много, поэтому есть шанс, что даже простые вещи могут быть допилены довольно криво.

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

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

В той же конторе, из за нехватки времени, заказали разработку системы бюджетирования сторонним франчайзи. Написали толстенное ТЗ. Подписали. А по результатам получили систему, которая основывалась только на документах, без движений по каким-либо регистрам! Исполнитель напирал, что в ТЗ не указано, что отчеты должно строится по регистрам. А мы даже не могли предположить, что разрабатывая ТЗ нужно упоминать такие простые истины...

(494) "Хороших программистов 1С," - это правило применимо почти везде по моим наблюдениям. Правило 20/80.

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

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

(494) " А по результатам получили систему, которая основывалась только на документах, без движений по каким-либо регистрам! " - это вообще ни о чем, проблемы здесь никакой не вижу. Если система, построенная только на документах обеспечивает пользователям нужный функционал и обладает приемлемым быстродействием ( с расчетом примерно года на три вперед) - то, вообщем, франчайзи сделал почти все правильно.. ;-)

(494) "А мы даже не могли предположить, что разрабатывая ТЗ нужно упоминать такие простые истины..." - надо ли в ТЗ на WMS отдельно упоминать что любые доработки проводимые, например, по каким-то складским операциям, должны обеспечивать регистрацию затраченного времени на операцию..?

(494) rsergio, напишите, пожалуйста, свою почту на yfilimonov собака yandex.ru, есть ряд вопросов.

Пиццот :)

(499) так на их сайте и почта, и скайп указан...

а кто нибудь работал с "Кортес: Адресный склад" ?
http://cortes.ru/software/AddressWH/

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

или просто настроить не смогли?

(502) У нас так не получиться к примеру. Не каждая программа подходит под каждый склад.

(503) как именно?

(504) Ну вот смотри - у нас к примеру на складе есть двигатель и комплект рессор. Комплект рессор весит меньше двигателя. Но если ты этот комплект рессор в контейнер положишь на двигатель, то двигатель может сломаться при тряске. И как тут эффективно распределить программа должна? На что опираться?

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

(505) (506) не понял причем тут это...

и о чем вообще речь? когда ездят на ричтраке и товар отбирают в ПЕ (коробку)? так их можно класть рядом на поддон.

или у вас в одной ячейке что попало друг на друга складывается??

а вообще, есть "группы совместимости товаров" в Арене например, там вообще много опций настраивается.

Завершили инвентаризацию двух складов. Как выяснилось принвентаризировать 15 тыс SKU и 2000 ячеек большая проблема. Запускаешь народ сканировать товар. 5 человек сканирует одну ячейку и все получают разные результаты. С учетом того, что сканируется одновременно много ячеек, отгрузки не останавливаются,  разобраться в этой каше достаточно сложно. Пришлось реализовывать специальный механизм контроля проведения инвентаризации.

(508) у меня на инфентаризации количество ячеек сопоставимое. Артикулов меньше. У вас получается в одну ячейку ~7 артикулов лежит? это сразу гиблый вариант. у нас так было - тольку добиться можно с трудом - только в условиях жесточайшей дисциплины и порядка на складе. а это утопия на многих складах.

Если же в одной ячекйе еще лижит товар одного вилда (винтики-10, винтики-12, винтики-14..) - это плохо.
Варианты для облегчения жизни.
Обязательное _физическое_ разделение - фанерой. картоном - полюбасику. как только это сделали - сразу стало намного легче.
ну и не мешать в одном ячейке похожий товар. меншать только разнородный товар который при счете ну очень трудно посчитать один за другой.

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

Запустился на складе с проектом ОХ.
Работает пока в основном как задумывалось.
Сижу думаю как обеспечить размещение тяжелого товара на нижних ярусах. Пока только в бошку приходит вариант зонирования. Вариант с типоразмерами ячеек мутить не хочется (по сути это то же самое зонирование)

Есть у кого опыт использования планшетов на складе?

Вчера прикрутил виртуальную клавиатуру к экранам ТСД. Теперь форма универсальная - как для обычных ТСД (240х320 и 480х640), так и для планшетов (800х600, 1024х768 и т.п.), масштабируется автоматически.

На iPad выглядит так:
http://s010.radikal.ru/i312/1511/44/8b14fdc37125.jpg

В качестве сканера можно использовать bluetooth сканер Motorola CS3070 или LI4278 (и множество подобных с 2D сканерами).
http://www.youtube.com/watch?v=JJ6e8Yz2JXc
http://www.youtube.com/watch?v=-bKl_7OvqKA

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

(512) Народ все время перетирает эту тему, но каких-то вариантов чтобы это массово было - не слышал. Планшет имеет смысл там где не сильно часто меняется устройство/работа руками - на приемке - там часто даже и сканер не нужен, у меня вот сейчас с ТСД работают, но по сути шк даже не юзают - ибо заказчик шк не дал к товарам многим - в итоге тупо идентифицируют товар по поставке по наименованию выбором из списка в заказе и вводят с клавы колчество коробов и срок годности - тут вполне и планшео пойдет даже без сканера. Типа так как-то... знаю народ на штабелерах планшетники прикрутил и сканером бьет блютузным типа (возможно что даже ты об этом рассказывал?).

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

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

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

(509) У нас по факту все существенно хуже. Стандартно в ячейке лежит 8-10 наименований. Есть ячейки разделенные на коробки и ли отделенные фанеркой, но все равно там лежит по 10-20 наименований и до 300 единиц хранения.
Плюс проблема с тем, что отгрузки не останавливаются.
Но проблему инвентаризации я решил. Сделал регистр сведений ИтогиИнвентаризации, где хранится дата последней инвентаризации и статус Успешна/Не успешна.

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

выше написал - 1.физическое разделение 2.в одной ячейке не мешать товары одного вида.

"Но проблему инвентаризации я решил. Сделал регистр сведений ИтогиИнвентаризации, где хранится дата последней инвентаризации и статус Успешна/Не успешна."
- имхо херня-с... признаком успешности/неуспешности можно считать наличие остатка в "кармане отклонений". до тех пор пока там что-то болтается (по результатам !!текущих!! инвентаризаций - состояние данного товара = "неуспешно". И обнуление этого кармана только по результатам плановой инвентаризации или по решению МОЛ/ЛПР.

А то вот у тебя:
начальное состояние:

- инвентаризация 05.11.15
по учету=100, по факту=100, отклонение=0 - инвентаризация успешна

допустим что-то продали...

- инвентаризация 08.11.15
по учету=90, по факту=80, отклонение=-10 - инвентаризация НЕУСПЕШНА (привели учет к факту, куда вы дели отклонение - я хз (списали?), но зафиксировали что инвентаризация НЕУСПЕШНА).

допустим движений не было...

- инвентаризация 09.11.15
по учету=80, по факту=90, отклонение=+10 - инвентаризация НЕУСПЕШНА...? хотя вообщем-то как раз наоборот - УСПЕШНА - инвентаризация успешна, так как свела предыдущее отклонение (карман отклонений) в ноль...

(502) "там вроде есть слова про "...оптимальный обход ячеек" но на днях приходил собеседоваться чел который сейчас как раз с ним работает - сказал что кладовщики ходят по складу как попало (!!!) с ТСД и бумажкой со списком товаров и ячеек (???) "

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

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

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

В кортесе мне "нравятся" иконки для тыкания на радиотерминале. Они туда бы еще полноразмерную виртуальную клавиатуру приделали ;-) http://screencast.com/t/NXNIuGHEbfB

Прошла полная инвентаризация по двум зонам склада, отклонения примерно 0.5% от стоимостной оценки - принято допустимым.

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

(521) Поздравляю! Вы вышли на уровень, которую обеспечивала моя самописка и процессы на складе примерно на уровне 2010г. ;-) - то есть примерно обычный нормальное состояние склада, которое можно признать стартовым для достижения нормальных результатов.

Я так прикидывю примерно - при месячном обороте продаж ~100 лямов (в прайсовых ценах) - за год набежит 6 лямов отклонений (ктото там хорошо у вас обогащается) ;-)

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

(521) У меня корректировка остатков - это только 1. списание брака из ячейки "Брак" и 2. списание отклонений по результатам плановой инвентаризации.

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

(522) Ну 90% из этого пересорт, по результату по обеим зонам небольшие излишки. Если от оборотов считать - это сотые доли процента. Можно конечно увеличивать качество работы для дальнейшего снижения потерь, но для этого понадобится повышать качество и количество персонала, что приведет к росту ФОТ и не факт, что оно окупится...

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

(525)  пересорт это такая де хрень как недостачи и излишки
Или даже может хуже особенно когда в таких размерах
Получается что пипл постоянно косячит и забивает болт на цу от проги, облегчает жизнь?

Продолжаем тему с планшетами.

Взял на тест портативный сканер:
http://s017.radikal.ru/i437/1511/1f/12b1118e9b93.jpg

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

Прицепил к планшету:
http://s014.radikal.ru/i329/1511/75/bfff43217e1a.jpg

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

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

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

вот, например, евросклад, секции из трех евроячеек
ПРОНУМЕРОВАНЫ. например, вот так

|_1_ _3_ _5_|_7_ _9_ _11_|_13_ _15_ _17_|

как красиво описать, что в эти все ячейки могут становиться европаллеты, а fin-паллеты могут становится только в 1,5,7,11,13,17 итд..? (понятно, что нумерация ячеек условная, и к ней привязываться в общем случае нельзя).

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

(528) вот еще тема с планшетами+сканером
http://catalog.mista.ru/public/424282/

(529) На самом деле задача немного сложнее, чем просто прописать какие паллеты куда ставятся.
Ведь если в 5 стоит fin, то в 1 и 3 вместе уже не поставишь по 1 euro, а если в 3 и 5 стоят euro, то в 1 уже  не поставишь fin, но можно поставить euro.

Обычно описывают вместительность ячеек в условных единицах, и паллетам тоже прописывают условные единицы. В одном поле (на балке) умещается 3 у.е.
1 euro - 1 у.е.
1 fin = 1.5 у.е.

Вместо условных единиц можно задействовать физические - площадь основания.

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

(530) Спасибо, почитаю.

Я разковырял SDK к 3390 и реализовал доп. функции:
- Задействовал стрелки - теперь можно управлять курсором в планшете
- Левая софт клавиша - теперь Esc
- Правая софт клаввиша - теперь Enter
- Убрал с экрана отображение штрих-кода (нефига складским смотреть коды ячеек и паллет)
- Выключаю подстветку экрана сразу после нажатия клавиши

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

http://s019.radikal.ru/i606/1511/38/e4094e5d11cd.jpg

(531) "...Ведь если в 5 стоит fin, то в 1 и 3 вместе уже не поставишь по 1 euro, а если в 3 и 5 стоят euro, то в 1 уже  не поставишь fin, но можно поставить euro. " - зришь в корень!

(531) "..Обычно описывают вместительность ячеек в условных единицах, и паллетам тоже прописывают условные единицы. В одном поле (на балке) умещается 3 у.е."

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

Задачу можно решить по разному, но в WMS лучше решать так, как ближе к физическому смыслу.

Балка имеет свои физические ограничения. И кроме вместительности по паллетам еще и ограничение на максимальный вес на балке.

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

(534) Мужик, я ни [*****] не понял, что ты сказал мне, но ты мне близок. Ты заговорил и достучался до сердца."
.
" с группировкой по коду ячеек, за минусом места (или группировка по ряду, пролету, уровню)." - все это так или иначе задает связность ячеек.

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

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

т.е. для "типового евросклада"
|_1_ _3_ _5_|_7_ _9_ _11_|_13_ _15_ _17_|

дуга из 1 в 3 = вес 1,
дуга из 1 в 5 = вес 2,
дуга из 3 в 5 = вес 1,
дуга из 5 в 7 = вес 999999

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

Я не понимаю почему надо бежать от описания физических взаимосвязях.

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

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

(533) Ну а если, например, автоматически занимать дополнительно 1 соседнюю ячейку, если не европалета ставится?

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

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

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

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

(537) Не универсально, но будет работать с определенными входными данными.

Если мы занимаем соседнюю ячейку, то нужно разрешить в третью ячейку ставить большую паллету (чем евро), при этом уже соседнюю занимать нельзя - она уже занята. Для финской паллеты еще пройдет, а вот для длинномера? Уже нестыковка.

Потом нужно еще как-то эту ячейку "занимать" и вовремя освобождать.

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

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

у нас сейчас авторазмещение на ВМС работает для РХ, в АХ - товар закреплен за ячейками (подвижки ассортимента и изменения классов - небольшие). А вот по проекту ОХ - сразу запилил авторазмещение - начсклада не возражал, только "за" был. Авторазмещение не работает (ввиду нереализованности - описанной выше проблемы с негабаритами) по финпаллетам в евроблоки в зоны, не закрепленные за финпаллетами - там ставим пока "по месту", но финпаллет немного - штук 400...

что главное? главное - чтобы ничего не ломалось, там где не работает! если сломалось почему-то - то блин должно откатиться назад до состояния "перед" выполнением операции. или по крайней мере не ломаться а выдавать самый главный экран
.
http://content.screencast.com/users/Che66/folders/Jing/media/fccfc619-ccd3-4310-9263-9eea806e799f/2015-12-08_1852.png