Архив форума

1С-ки совсем как кетайские инженеры - каждые 3 месяца берут новые рубежи
Николай, приглашаю в гости посмотреть и пообщаться 22-30.11
кофе и коньяк гарантирую

"WMS на платформе 1С" - очень растяжимое понятие.
 
Приведу несколько вариантов каким путем может пойти тот или иной разработчик.
 
1. Создание адресного склада на плане счетов.
А что? Уже есть готовая система дебет-кредит, из одной ячейки товар уходит, в другую приходит. Есть субконто (номенклатура, паллета и  т.п.).
 
Будет работать? Будет.
Про быстродействие - лучше и не упоминать т.к. тормозить будет страшно.
 
2 Создаем свой регистр накопления "АдресныйСклад", пихаем туда кучу измерений (включая измерения по заявкам), создаем документы и в модуле проведения пишем движения в наш регистр.
 
Будет работать? Будет.
Про быстродействие - опять же блокировки, избыточность регистра накопления, движения и т.п.  
При росте кол-ва пользователей будут тормоза.
 
3. Модифицируем второй вариант - где нужно вставляем регистры сведений, блокировки переводим на управляемые (управление не через SQL, а через платформу).
 
Будет работать? Конечно будет.
По быстродействию - получиться лучше чем во втором варианте.
 
4. Разрабатываем структуру базы данных (или копируем ее с именитых конкурентов).
Выкидываем все специализированные объекты 1С (регистры накоплений, документы с движениями и т.п.) и делаем все сами на справочниках и регистрах сведений (плоские таблицы), всю логику загоняем в запросы, выкидываем циклы на внутреннем языке. Нужные вещи делаем сами (движение в журналах и т.п., ничего платформе не передаем).
 
Будет работать? Будет.
По быстродействию - ничем не хуже чем любые другие базы данных.
 
Почему?
Потому что язык запросов 1С хорошо транслируется в SQL (если знать все особенности), работа MS SQL от платформы не зависит, а зависит от серверов и грамотности создания таблиц (индексы, связи) и запросов.
При этом получаем все преимущества 1С (интерфейс, открытый код, множества механизмов "в комплекте") и быстродействие, которое определяется только профессионализмов разработчиков (как они умеют проектировать структуру БД и писать грамотные запросы).
 
Есть и минусы - 1С не умеет пользоваться всеми возможностями MS SQL (особенно 2008 версии), но это проблема и многих других систем, которые используют SQL лишь как хранилище информации.  
Поэтому на чистой MS SQL можно выжать большее быстродействие.
 
Так что вопрос не совсем точный - на 1С можно создать как очень тормозную систему, так и очень быструю.
Проблема в том, что большинство (но не все) разработчики на 1С "думают" стандартными методами и пытаются решить задачу автоматизации склада так же, как они решают задачу автоматизации торговли или производства.
 
Но к счастью, на рынке WMS на 1С уже присутствуют "правильные" системы, которые своим опытом на многих склада доказали, что проблем в платформе нет

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

Знакомая ситуация.
Я наблюдаю даже такую картину - некоторые имея уже внедренную западную WMS не готовы ее тиражировать, и уже сейчас ищут WMS именно на 1С из-за более оправданной цены и не разоряющей поддержке.
 
Создание своей некоммерческой WMS на 1С - это утопия. По своему опыту могу сказать, что первый более-менее рабочий прототип выйдет только через год разработки. При условии что у людей есть опыт работы с различными WMS и в ИТ отделе сидят действительно хорошие программисты. При таком раскладе гораздо проще купить коробочный продукт от Акселота, и не заказывая у них внедрения доработать решение и внедрить самостоятельно - это будет по любому дешевле и быстрее.
 
"Неограниченные возможности" - об этом никто не говорил.  
Я лишь хотел донести то, что при правильном проектировании БД разницы с другими системами теоретически нет, все дело в грамотности разработчиков и выбранной стратегии обработки данных (большим скопом сразу все, или постепенно, но быстрыми мелкими транзакциями).
 
У меня есть достаточно большой опыт работы с Exceed и могу сказать, что замер производительности этой системы в сравнении с решением на 1С не совсем в пользу первой.
Например, анализ БД Exceed за пол года работы склада показал, что максимально эта система переварила 3 операции в секунду (полноценные операции перемещения продукции из одной ячейки в другую). При этом запуск волны из 200 строк вводил склад в ступор на 5 минут. Тут проблема не сколько в системе, а в огромном кол-ве доработок, которые как снежный ком навалились и снизили эффективность процессов, которые когда-то давно заложили еще SSA.
 
Мои данные по 1С, а также данные из тестов других систем показывают, что решения на 1С позволяют в 1 секунду обработать чуть ли не на порядок больше операций (не транзакций, а именно полноценных операций с реализацией той или иной логикой и с записью данных во множество таблиц)
 
PS: Я уже нахожусь в процессе создания нового сайта по WMS на базе 1С и на нем будет также данные по тестированию быстродействия (30000 ячеек и 10000 номенклатурных позиций), так что скоро открою все карты

Есть небольшой опыт внедрения Складской логистики от Акселота, что я могу сказать,
при хорошем железе и при не очень больших объемах внутри документов менее 1000 строк
вполне себе работает нормально. Если не углубляться, а сделать критерий цена-качество то  
Акселот является одним из лидеров, так как коробочное решение у них не очень дорогое в  
сравнении с другими аналогичными решениями на базе 1С.