Как вы думаете к чему оптимальней привязывать работу склада к объему или к штукам ,у нас привязка к времи,котрая в среднем расчитана на штуки ,коробки,палеты,есть НО не учтен формат склада взято в среднем по 10 филиалам,формат разгрузок и товаро оборота фактически не учитывается так как есть фактор сезонности.
Комментарии (78)
На днях пришлось разбираться с одной из систем WMS на складе крупной компании. На сайте разрабочтика лестные слова, на деле все просто очень и очень плохо. Поездка на склад показала, что процессы не оптимальны, количество обслуживающего персонала завышено, совместно с работой ТСД параллельно печатается тонна бумаги.
Виной, наверное, не столько само решние, сколько постоянная доработка системы силами компании.
Склад вскоре должен перейти на новую систему, но пока задача протянуть до запуска, что тоже нелегкая задача.
Табло работы склада в режиме онлайн. Монитор не является частью функционала WMS, сделан на основе регистрируемых событий (складских операций) в базе данных (не нужна лицензия на клиента WMS для рабочей станции). Порой штатный модуль мониторинга в функционале WMS не всегда полностью удовлетворяет пользователя.
Очень показательная таблица. Я делал аналогичную у себя. Только задача ставилась проще. Смысл в следующем. На складе стоит комп, через который комплектовщик сканирует начало и конец отрборки сборочного листа. В момент пока ни кто не сканирует на компе, он в он-лайн режиме демнострирует, сколько каждой складской зоне нужно собрать операций, сколько собрано, сколько осталось. Данная таблица «подстегивает» комплектовщиков на спортивную коллективную конкуренцию между складами. Когда комплектовщик заходит в меню через свой бейдж, для сканирования начало и конца отборки. Система показывает, сколько комплектовщик выполнил операций за текущую смену, и сколько операций выполнил с начала месяца.
Данная таблица индивидуально мотивирует комплектовщика на зарабатывание денег и на производительность.
Еще раз повторюсь, что система работает в он-лайн.
Пожалуйста, войдите или зарегистрируйтесь, чтобы комментировать.
Согласен, что информацию нужно предоставлять достоверную и какие-то подтверждения своим словам.
Но наивно пологать, что обратившись к поставщику можно получить правдивую информаци т.к. поставщик не заинтересован выдавать не выгодную ему информацию. В данном случае как-раз коллеги из EME вместо ответа на вопрос упорно утверждают, что клиент доволен, хотя уже два несвязанных человека заявили, что клиент ищет другую систему. Со своей стороны готов предоставить все данные по обращению, только разве это повернет разговор в другое русло?
Я вообще против обсуждения конкретных поставщиков (поэтому свой список и не разглошаю), но Николай настолько активен, что не удержался и подтвердил его информацию.
Мне кажется, что не стоит стыдится неудачных проектов. Они есть у каждого. Вопрос какие выводы сделала компания из этого и как она попыталась исправить положение. На ошибках учатся, поэтому негативный опыт — тоже опыт. Я, например, готов рассказать о своих ошибках и никакой информации не скрываю ;)
Сергей привет!
Мне импонирует твоя позиция открытости и честности по отношению к клиентам, желание честно рассказать о трудностях возникающих в работе. Именно это развивает компании и улучшает их Системы! Я смотрел вашу Арену и как видите у меня нет никакого желания наезжать ни на Систему ни на компанию, так как прямо на сайте и в статьях ты объективно говоришь о реальных возможностях своей Системы, ты объективно оцениваешь её нишу.
Конечно Лид и Арена -это Системы разных уровней, но они не конкуренты, так как цена Арены настолько доступная, что критерий Цена/качество становится у Арены очень хорошим и привлекатильным для тысяч клиентов не способных выложить более 2млн руб за WMS.
Николай, почему вы считаете, что Лид и Арена системы разных уровней?
Я могу лишь привести один пример — группа компаний МАК-ДАК, которая использует для одной из своих компаний решение на Лиде, для своего московского склада выбрало наше решиние т.к. по их словам Лид на тот момент им на мелкоштучной отгрузки не понравился, ну и плюс еще пару моментов, о которых я писать здесь не буду.
Хоть наше решение и дешевле, но выбор был не только из-за цены, сколько из-за функционала. В новой версии Лида вроде как поменялись алгоритмы работы с меткоштучкой и возможно сейчас выбор был бы другим.
Но общаясь с их логистами я сделал вывод, что во многих моментах наше решение даже более функциональней и какие-то идеи они решели перенести в Лид. При этом нельзя сказать, что одна система заменила другую. Склады ответственного хранения продолжают запускаться на Лиде по всей России, ну а наше решение постепенно запускается на московском распределительном складе и вскоре охватит весь склад (запуск поэтапный).
Сергей,
я не претендую на лавры эксперта по ИТ и не копал обе системы досконально, но после первичного знакомства у меня сложилось впечатление, что платформа Лид более современна, а сама WMS имеет бОльший потенциал по производительности. Всё-таки платформа 1С — это не самая лучшая платформа для реализации Систем типа WMS. Хотя искусные разработчики и на 1С достигают хороших результатов. Я, например, смотрел Пенту Валеры Павлова — бывший Логитон, доведённый до ума, так мне очень понравилось. И вообще мне нравится как Валера работает со своими клиентами. Его клиенты не сидят на игле — их программисты 1С-ники легко сопровождают Пенту ВМС самостоятельно.
Сравнивать функционалы — это гиблое дело, так как все пишут примерно одно и тоже по функциональным возможностям, а на практике Систему всё равно нужно подстраивать под функционал, под особенности бизнес-процессов конкретного клиента. Я всегда подбираю Систему «под клиента», а не по бренду или цене.
«Главное, чтобы костюмчик сидел!»
Николай, отчасти я с вами согласен. Платформа Лид имеет потенциально большую производительсность из-за особенности своей реализации, но имеет и свои огранчения связанные с «ядром».
Платформа 1С обладает очень медленным интерпретатором кода и есть некоторые особенности использования сложных объектов. Но к счастью выполнение запросов к SQL серверу выполняется так же быстро, как и на любой другой платформе. Поэтому уменьшив до минимума обработку информации кодом и переведя всю логику работы на SQL мы лишаемся первого недостатка. Отказ от сложнх объектов (типа документ и регистр накоплений) позволяет уйти и от второго недостатка.
В итоге можно получить производительное решение на единой платформе, которая содержит все необходимые блоки без необходимости использовать сторонние программы (сервер отчетов, печать этикеток, модуль KPI, планировщик заданий, интерфейс рабочей станции, интерфейс ТСД и т.п.).
К сожалению платформа дискредитировала себя непрофессиональным использованием. Легкость ее освоения породило массу «специалистов», которые поддерживая то или другое решение все больше и больше вносят ошибок, чем развивают ее. Также недоверие к платформе связано с большим количеством систем управления складом, которые написаны со стандартным подходом к бухгалтескому и управленческому учету.
В 2007 году нам было сложно продвигать решение и мы старались напирать на функционал, а про платформу упоминать уже потом. Сейчас же ситуация координально изменилась — многие клиенты изначально ищут систему только на платформе 1С. И понять их можно — негативный опыт общения с закрытыми системами с высокими ценами на обслуживание заставляет изначально выбирать открытую платформу, поддержание который можно выполнять своими силами или более прозрачно контролировать выполненные работы поставщиком услуг.
С Валерой у нас хорошие отношения, даже когда-то обменивались клиентами в связи с загрузкой. Хотя само решение я не видел, но по имеющейся информации оно достаточно качественное и производительное.
Но из всех обращений клиентов, которые уже имеют одну из WMS и хотят ее поменять, я ни разу не слышал жалобу на производительность. Обычно не хватает функционала и/или не нравится качество и/или стоимость поддержки.
Функционал у разных систем сильно отличается. Достаточно задать пару вопросов и понятно как выполняется та или иная задача и какие перспективы по настройке системы под различные варианты. Но тяжело оценить все возможности системы и примерить ее на себя, гораздо проще описать свои требования и узнать как они реализованы в одной или другой системе. Если большинство требований реализуются через отчеты и доработку системы — это один вариант, а если уже механизмы настройки заложены в текущую версию и нужно лишь подстроить под конкретный склад — это уже другой вариант.
Да, Сергей, у меня тоже есть информация, что появился пул клиентов желающих получить WMS на 1С — это уже тенденция, которая связана с тем, что в качестве КИСы клиенты используют 1С, а некоторые особо дорогие Системы не удосужились сделать качественный интерфейс с 1С и просят примерно 150-200 тыс руб с клиентов за его разработку. Как правило эти крутые Системы имеют примитивные интерфейсы с 1С через XLS c использованием эл. почты, а сделать действительно автоматизированный интерфейс на XML это для них так трудно, что нужно драть с клиента дополнительную мзду.
У меня тоже есть несколько каверзных вопросов, чтобы оценить уровень функциональности Системы!
Например,
Есть ли у вас функция с использованием АВС анализа сортировки товара по ТЕ после его выгрузки и приёмки перед его размещением в зону хранения?
Какие у вас стратегии размещения товара в места хранения?
Какие у вас стратегии отбора товара и пополнения ячеек отбора?
Какие стратегии уплотнения товара и его дефрагментации в зоне хранения?
Какие стратегии контроля сборки заказов?
Есть ли в вашей системе модуль биллинга, расчёта зарплаты и мотивации сотрудников?
Есть ли система нормирования операций и как она работает?
Пока видел только примитивы в базовой версии, которые нужно дорабатывать напильником и слышал коронную фразу: Скажите как вам надо и мы напишем! За дополнительные и немалые деньги конечно!
А в Арене как обстоят дела по этим вопросам?
Николай, хорошие вопросы.
Про мотивацию мы с вами уже пообщались, а на остальные вопросы ответы будут слишком объемные. Информацию можно найти у нас на сайте, ну или можем пообщаться вне форума. Думаю стоит даже пересечься на складе какого-нибудь клиента, я надеюсь вы останетесь довольны функционалом нашей системы ;)
А про интерфейс обмена — вроде уже все решения на нашем рынке имеют интеграцию с 1С т.к. в качестве КИС это очень распространенная система. Думаю проблема не столько в самом обмене, а сколько в завышенных ставках на любые дополнительные работы сверх проекта. Помню как по Exceed компания i2 СНГ за 4 доработки запросила свыше 600 тыс. рублей. После таких цен начинаешь инстуктивно искать более открытые решения.
Хотя все не так однозначно. Сейчас вот взялся за работу восстановить работоспособность одной WMS на базе 1С. Виновато не само решение, а группа программистов в компании, которая довнедряла систему до такого состояния, что остатки просто пропадают, отборные листы задваиваются и складское начальство уже не верит данным системы.
Тут главное не перегнуть палку с собственной поддержкой с помощью непрофессиональных специалистов.
Сергей,
я не просто так трачу своё время на этом форуме, а преследую несколько целей:
1. Поднять посещаемость форума обсуждением актуальных вопросов
2. Выложить самому и побудить выкладывать других спецов ценную информацию по конкретным вопросам
3. Установить дополнительные связи и приобрести дополнительных партнёров и клиентов.
Поэтому, если ты потратишь своё время и выложишь здесь информацию по моим вопросам, то тоже достигнешь всех трёх целей!
Буду рад встретиться и посмотреть Арену вживую, чтобы возможно заняться её продвижением.
Николай, мне не жалко потратить свое время, но как минимум эта не та ветка для обсуждения функционала, а как максимум данных действительно очень много, а в текущей реализации этого форума читать ее будет достаточно тяжело.
Ну и главное — я не люблю пиариться на форумах, меня раздражает когда на форумах размещают красивые оптимизированные SEO тексты с ссылками на сайты, на количество метров склада, довольных пользователей, красивых отзывов и т.п. Для этого есть официальные новостные ленты каждого поставщика, а тут мы обсуждаем детали без лишнего пафоса.
Например, по вопросу размещения можно почитать информацию на нашем сайте:
http://www.arenawms.ru/features/descr/razmeshhenie-wms.html
http://www.arenawms.ru/news/articles/34-wms.html
http://www.arenawms.ru/features/descr/fullfunc.html
http://www.arenawms.ru/features/descr/technologiya.html
Но это только поверхностное описание, реально стратегии размещения гораздо гибче и могут быть настроены на разные подходы к размещению продукции. Можно даже из завязать на текущие показатели KPI склада и они будут автоматически подстраиваться под текущую ситуацию на складе, они также могут быть зависеть от конкретного исполнителя, качество размещаемого товара, вида паллеты, наличия уже размещенного товара, группы совместимости, пробега от ворот и т.д. и т.п.
Сергей, я давно предлагал завести новую тему по обсуждению и сравнению конкретных WMS.
Я видел ваши стратегии на сайте, но они меня не удовлетворили, так как обладют высоким уровнем абстрактности и неопределённости, а я как логист ищу в них конкретную логику.
Ну, например, вы пишете:
Гибкий механизм настраиваемых пошаговых стратегий размещения с преднастроенными общими алгоритмами:
Без обид, Сергей, но я не увидел ни одной реальной стратегии в этом списке!
Чтобы не быть голословным критиканом привожу некоторые стратегии из моих выполненных проектов.
Стратегия размещения товара в места хранения:
А вот ещё один вариант стратегии размещения для клиента с гравитационными стеллажами!
Правила размещения.
Размещение ГП на стеллажах происходит путём подбора определённого набора стеллажей с одним или несколькими типами хранения, исходя из нижеследующих условий:
Суммарная вместимость набора стеллажей должна быть максимально близка значению ТЗср по артикулу. При этом применяется динамическая система с подбором места хранения из набора 9 «типов хранения» с фиксированной вместимостью. См табл№2 выше.
Подбор производится по следующим 20 правилам.
Условия размещения ГП
Усл
ТЗср
СДРкор
АВС по Кобр.
наборТХ=околоТЗср
ТЯ
1
меньше ТЗср гр
0
Ао,Во,Со
N*ФС3=околоТЗср
ТЯП
2
меньше ТЗср гр
больше 0
Ао
N*ФС1=околоТЗср
ТЯК
3
меньше ТЗср гр
больше 0
Во
N*ФС1=околоТЗср
ТЯК
4
меньше ТЗср гр
больше 0
Со
N*ФС2=околоТЗср
ТЯК
5
больше или = ТЗср гр, но меньше 6
0
Ао,Во,Со
1*ГС2-6
ТЯП
6
больше или = 6, но меньше 12
0
Ао,Во,Со
1*ГС2-12
ТЯП
7
больше или = 12, но меньше 15
0
Ао,Во,Со
1*ГС2-15
ТЯП
8
больше или = 15
0
Ао,Во,Со
N*ГС2=околоТЗср
ТЯП
9
больше или = ТЗср гр, но меньше 5
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-5
ТЯК
10
больше или = 5, но меньше 6
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-6
ТЯК
11
больше или = 6, но меньше 7
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-7
ТЯК
12
больше или = 7, но меньше 12
больше или = СДРкор гр
Ао,Во,Со
1*ГС1-12
ТЯК
13
больше или = 12
больше или = СДРкор гр, но меньше 5
Ао,Во,Со
N*ГС2+1*ГС1-5=околоТЗср
ТЯП+ТЯК
14
больше или = 12
больше или = СДРкор гр, но меньше 6
Ао,Во,Со
N*ГС2+1*ГС1-6=околоТЗср
ТЯП+ТЯК
15
больше или = 12
больше или = СДРкор гр,но меньше 7
Ао,Во,Со
N*ГС2+1*ГС1-7=околоТЗср
ТЯП+ТЯК
16
больше или = 12
больше или = 12
Ао,Во,Со
N*ГС2+1*ГС1-12=околоТЗср
ТЯП+ТЯК
17
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Ао
N*ГС2+1*ФС1=околоТЗср
ТЯП+ТЯК
18
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Во
N*ГС2+1*ФС1=околоТЗср
ТЯП+ТЯК
19
больше или = ТЗср гр
больше 0, но меньше СДРкор гр
Со
N*ГС2+1*ФС2=околоТЗср
ТЯП+ТЯК
20
для п.13-19 подбор комбинации ГС2 нужно делать так, чтобы N был минимально возможным.
Условные обозначения:
ТЗср – средний товарный запас
ТЗср гр — граничное значение среднего товарного запаса (по умолч=3)
СДР – средний дневной расход
СДРкор.гр.- граничное значение среднего дневного расхода (по умолч=0,5)
Кобр– среднее суточное количество обращений к артикулу
ТХ-тип хранения
ТЯ-тип ячейки
ТЯП-тип ячейки паллетный
ТЯК-тип ячейки коробочный
N — количество слагаемых ТХ в наборе
При вышеперечисленных условиях WMS должна соблюдать следующие правила:
Правило№1:
Один артикул может иметь только одну ячейку коробочного отбора.
Правило№2:
Размещение паллеты с артикулом , предназначенной только для хранения, при наличии нескольких свободных ячеек, определяется последовательно по приоритетам как:
1. В ячейку, где данный артикул уже находится
2. В самую близкую ячейку к ячейке коробочного отбора артикула.
3. В самую близкую ячейку к ячейке, где данный артикул уже находится
Правило№3:
На стеллаже ТХ=ГС2, который занят не полностью, можно размещать товар другого артикула. При этом нужно придерживаться правила, чтобы артикул, стоящий в начале стеллажа имел показатель Кобр («количеству обращений») выше, чем товар, размещаемый за ним. Но размещаемый артикул должен быть в другом стеллаже доступным для отбора.
Правило№4:
Если на СК при приёмке ГП с производства образовалось две неполные паллеты с ГП одного срока годности, должно выдаваться задание на консолидацию ГП в одну целую паллету и одну неполную, с размещением целой паллеты в ячейку паллетного хранения, а неполной в ячейку коробочного отбора на стеллаже.
Именно поэтому я считаю, что в рамках форума даже обсуждение одной стратегии займет много времени и текста, а уж обсудить всю систему вообще кажется нереальным.
Отвечу вкратце, остальное нужно расписывать подробней и на примерах.
Размещение для быстрого отбора под спрос — некоторый кросс-докинг, при котором товар минуя хранения размещается в специально выделенные динамические ячейки на складе, из которых потом выполняется сразу же отбор.
Размещение в оптимальную ячейку — под оптимальной ячейкой предполагается заранее зарезервированное место в ячейках отбора, в которой храниться товар для отбора, туда же пополняется, и при размещении мы можем дополнить остаток в этой ячейке.
Размещение в оптимальной зоне вблизи ячейки отбора — это лишь общий алгоритм. Система действует следующим образом — находит на складе ячейку отбора с этим товаром. Определяет по заранее заданным параметрам те зоны, куда товар может быть размещен на хранение (с учетом заданных приоритетов). Зоны могут быть как заданы, так и отсутствовать — считаем что товар может размещаться где угодно. Далее в указанных зонах находим ближайшую ячейку к найденной ячейке отбора для минимизации движений при дальнейшем пополнении. Здесь основой алгоритма являются главное правило — минимизация расстояния от ячейки отбора. Все остальное детализируется уже внутри шага стратегии - можно установить отбор только на определенные типы ячеек, можно дополительно отсортировать результат по удаленности ячейки от склада, совмещению АВС ячейки и АВС товара, возможностью совмещения разных групп товаров и т.д.
Размещение в ячейку с той же номенклатурой — здесь опять же предварительно мы указываем только одно ограничение — что в ячейке должен быть уже такой же товар. Далее в стратегии мы уже дополнительно указываем нужные нам ограничения — можно ли совмещать разные партии, можно ли совмещать разные упаковки, смотреть ли на объем ячейки и ее вес, принимать во внимание нагрузку на балку, учитывать ли габариты коробок и паллеты (а не только объем), установить отбор на определенные виды или категории ячеек, добавить сортировку результата по рейтингу ячейки, классу ABC, расстоянию от текущего места, расстоянию от ворот, минимизации свободного объема после размещения, залежалости товара, разниц дат сроков годности (когда разрешено размещение разных партий) и т.п. В итоге из всего массива ячеек с этим товаров находится самая лучшая ячейка по совокупности параметров. Или ячейка не находится и идет переход на следующий шаг, где идет поиск уже по другим критериям.
Использование другой стратегии — совсем не смешно. С помощью такого хода можно строить вызов уже другой настроенной стратегии со своими шагами, дабы не плодить одинаковые настройки под каждый отличающийся процесс. Хотя на практике такие сложные конструкции еще не применялись.
Стандартный алгоритм — это когда изначально алгоритм не имеет явных ограничений или приоритетов. Все ограничения и приоритеты настраиваются логистом самостоятельно (примеры чуть выше)
Произвольный пользовательский алгоритм — позволяет реализовать самые нестандартные варианты. Суть в том, что если предыдущие алгоритмы лишь дополнительно характеризуются различными ограничениями и порядком, которые задаются в удобной форме, то тут возможно вставить просто оптимизированный запрос, который содержит всю необходимую логику работы, даже учитывать температуру поверхности планеты Венера (если такие данные как-то заносятся в систему) :)
Немного об подходе к настройкам описано тут: http://www.arenawms.ru/features/adaptiruemost.html
Фактически перечень того что есть — это только предопределенные алгоритмы каждого шага стратегии размещения.
А само размещение работает гораздо сложнее:
1. На первом шаге по данным о размещаемом товаре, его качестве, месте нахождения, владельца товара, поставщика, пользователя и т.п. определяется одна из созданных стратегий размещения.
2. Каждая стратегия размещения содержит несколько шагов, которые постепенно перебираются системой, пока не будет найдена искомая ячейка для размещения.
3. Каждый шаг имеет предопределенный базовый алгоритм, шаблон ограничений по объему/весу/габаритам, требуемый тип ячейки, кратность по количеству, а также произвольный набор условий, которые будут ограничивать перечень ячеек в выборке, а также произвольный набор параметров сортировки, которые из полученного массива будут определять какие ячейки более приоритетны.
4. Если на очередном шаге была найдена искомая ячейка, то размещение товара идет в нее. Разместится может как весь товар на паллете, так и частично (после идет доразмещение остатка). Если на шаге не была найдена ячейка, то идет переход на следующий шаг, где заданы другие ограничения в поиске ячейки. Шаги могут также зависеть от данных KPI — при загруженности склада более 90% может срабатывать одни шаги, а при загрузки менее 90% срабатывать другие шаги. Или при наличии задач на отбор выполняться «быстрые» размещения, а при их отсутствии более длинные, но и более оптимальные с точки зрения оптимизации запасов.
5. В качестве завершающих шагов используется проверочные, которые анализируют почему товар не смог разместиться на предыдущих шагах и выдают предполагаемую ошибку почему не была найдена ячейка. Это может быть ошибка в замере объема товара или веса, или нехватки ячеек в определенной области. В качестве завершающего шага может быть использована ячейка разбора, куда перемещается целиком паллета, для которой по каким-то причинам не нашлось ячейки на складе.
Т.е. одна группа товаров может размещаться по одной стратегии, другая группа по другой, брак по третьей стратегии, а размещение роклой по четвертой. В каждой стратегии определяется логическая последовательность, начиная от преимущественного размещения и заканчивая выбором ячеек когда на предыдущих шагах не было найдены ячейки с установленными правилами.
И это еще не все. Помимо самих алгоритмов размещения в системе еще множество других статистических данных, которые потом учитываются в шагах стратегиях. Это и АВС/XYZ товаров, и требуемым запас в отборе на несколько дней отгрузки, и сезонность товара, наличия товаров в уже сформированных заказов, и еще множество факторов, которые рассчитываются или непосредственно во время размещения, или рассчитываются заранее и дальше используются в алгоритмах.
Даже этого думаю не хватит, чтобы понять алгоритм размещение, поэтому я всегда настаиваю посмотреть на живом примере или на дистанционной презентации и тогда все сразу встает на свои места.
Ну вот, Сергей, немного туман рассеялся и становится понятно, что ваша Арена достаточно интеллектуальная Система!
Кстати, а в какой момент складских бизнес-процессов запускается вся эта аналитическая работа Системы?
В момент когда товар выгружен или принят? или раньше, когда он ещё в статусе «в пути»?
Судя по алгоритму перебора — этот процесс поиска нужной ячейки может занять много времени при номенклатуре прихода около 300-500 артикулов, вот тут то и потребуется производительность Системы.
В зависимости от настроек алгоритмы срабатывают:
1. При приемке очередной паллеты с товаром
2. При закрытие поступления (по всем принятым паллетам)
3. Непосредственно при сканировании очередной паллеты, которая расположена скраю зоны приемки.
Приемущественно используется 3 вариант, т.е. место назначение определяется в момент сканирования паллеты и по времени это занимает менее одной секунды.
А быстродействие при таком способе зависит только от производительности SQL сервера, архитектуре базы данных, количестве шагов и их оптимальности. Платформа тут вообще фактически не участвует и лишь задействована для вывода полученного результата на экран ТСД.
Анатолий,
Вы так и не ответили на мои конкретные вопросы, которые интересны многим участникам форума, так как это потенциальные клиенты, которые не хотят покупать «кота в мешке» или «чёрный ящик» в красивой обёртке. WMS — это сложный высокотехнологичный ИТ продукт, в котором сложно разобраться даже хорошему специалисту по ИТ, а уж клиентам разобраться практически невозможно. Поэтому клиентам как воздух необходимо наше независимое экспертное мнение. Они понимают, что поставщики WMS подготовились к «показательным выступлениям» на складах у своих клиентов. Ведь все клиенты большинства WMS практически «сидят на игле», т. е. ЗАВИСЯТ от разработчиков-поставщиков WMS, которые могут одной кнопкой дистанционно устроить коллапс на их складе, отрубив свою Систему, при этом обвинив сотрудников клиента, которые мол нажали не ту кнопку. Я такие ситуации наблюдал!
У Вас, Анатолий, который выступает то от своего имени, то от компании LogistiX, явно не хватает ни аргументов для дискуссии, ни знаний, чтобы отстоять своё мнение, поэтуму Вы пытаетесь запугивать участников форума ГК и УК РФ и всякими правилами форумов. При этом Вы атакуете модераторов форумов, в том числе и этого всякими угрожающими письмами, чтобы они удалили неугодные Вам посты. При чём это происходит не только на этом форуме!
Вы, Анатолий, как «цепной пёс» лаете на всех, пытаясь укусить, защищищая своего хозяина, но по делу Вы ничего сказать не можете. Мне Вас искренне жаль, Анатолий!