Наименование: Система управления складом "А-ВМС Базис" (A-WMS Basis)
Сайт продукта: https://awms.ru/basis.html
Прайс-лист: https://awms.ru/price.html
Первое внедрение: Октябрь 2023
Обновлено: 14.07.2026

A-WMS Basis - это конфигурация на платформе 1С:Предприятие 8, предназначенная для организации учета товаров на адресных складах.
Решение оптимизировано для использования на складах торговых компаний и имеет готовую интеграцию с 1С:УТ11, 1С:КА, 1С:ERP.

Что дает использование A-WMS Basis:
- запуск адресных регламентов в течение первого месяца без простоев;
- возможность эффективного обучения сотрудников в рабочем режиме;
- простую поддержку: в режиме эксплуатации 99% вопросов решаются силами оператора WMS;
- оперативное масштабирование: от добавления новых пользователей, до расширения складских территорий;
- неограниченное подключение терминалов сбора данных на основе решения A-WMS Mobile (Система управления ТСД).

Контакты для связи:
- телефон: +7 (916) 592-18-30
- электронная почта: p-soft@mail.ru
- telegram: @awms_sales

может уже и не развивается/не поддерживается, хз...

(0) Добрый день. Возможно как-то посмотреть функционал A-WMS Basis? Демо база или видео с возможностями системы и примерами настроек. Так же интересно по стоимости продукта узнать и о лицензировании его.

(468) добрый день.
что есть:
1. ссылки на документацию на странице awms.ru/basis.html
2. ссылки на документацию на странице awms.ru/mobile.html - это связанный продукт;
3. могу провести удаленную демонстрацию;
4. могу провести очную демонстрацию для региона Москва и МО.

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

в текущий момент свободная продажа лицензии AWMS Basis приостановлена, продукт поставляется только в рамках проекта внедрения.

(469) Я вас понял, спасибо. По демонстрации подумаю.

если будет демонстрация - маякните и мне плиз, посмотрел бы с интересом

(471) там глобально ничего не поменялось от того, что ты уже видел. но начал мобильное приложение на java переводить - это будет интереснее.

хроники внедрения.

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

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

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

хроники внедрения.

проект завершен: мебельная фурнитура, ~2тыс.кв.м, 10 ТСД.
работают без отдельного оператора (не прижился).
запустили работу с марками (шины) по схеме: ТСД->WMS-УТ.
проблем и нервяка не было.

уже месяц идет разработка новой версии мобильного рабочего места под андроид, уже на java - переносится логика до этого тестировавшаяся на МП 1С.

Всех с Наступающим!
Пусть Новый год принесет нам много интересных задач и приличные деньги за их решение!)

новостей нет! проект жив, #кудаонденется))

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

ждем с нетерпением релиза новой версии мобильного рабочего места уже на java! но пока тестирование.. A-WMS Mobile 3 содержит практически весь функционал предыдущей версии, но это уже не МП 1С, со всеми связанными с платформой рисками и глюками! это легкий привычный android-интерфейс и неограниченные возможности по решению бизнес-задач!

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

(479) ну у меня меняется шрифт в настройке, три стадии. это пройдено давно.

новое

1. Внесли изменения в лицензионную политику продуктов: убрали все лишнее, конфигурация Basis теперь бесплатна, решение для мобильных рабочих мест разделено по направлениям.

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

3. Начали эксплуатацию A-WMS Mobile 3 в составе внедренной ранее одному из клиентов WMS.

(481) 1. зря. сделать базовую версию на 1 лицензию бесплатно только.

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

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

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

(485) понятно, базовый кейс.

(485) допилил вариант с оборудованием.
Что предлагаю:
- 1 компутер в сборе под ubuntu + WiFi роутер;
- 1 принтер этикеток;
- 1 ТСД;
- установленный софт.

Комплект, типа plug and play (вставили в розетку и работаем):
- заводим товар, печатаем этикетки и клеим;
- ведем учет складских заказов;
- ведем сборки на ТСД;
- делаем пересчеты на ТСД;
- контролируем остатки.

Можно самостоятельно подключать дополнительные принтера и ТСД.
Дополнительно, возможна интеграция с КИС, УТ11 например. В этом случае добавляем сканирование марок при отгрузке и трансляцию их в КИС.

Если смотреть б/у железо, то вместе с лицензиями 1с получается в районе 150 тыс.руб.

новое

в рамках проекта запустил сервис обслуживания ТСД:
1. продажа б/у ТСД по интересным ценам с гарантией;
2. ремонт ТСД.

работаю пока только с одной моделью honeywell eda60k, т.к. есть доступ к запчастям.
идем в сторону 100% сервиса)

новостей нет!

две недели назад отгрузили первую партию ТСД, все работает, все рады и смеются - еще бы, при таких условиях)

научился переупаковывать аккумуляторы для ТСД, в паке обычные 18650, дешевые, быстро дохнут.

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

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

(490) переживаете от того что ваши продукты не продаются? придумайте что-то новое!

А "A-WMS Mobile" сугубо в базовой WMS работает, или доводилось прикручивать к УТ/ERP?

(492) "A-WMS Mobile" создавался как дополнение к УТ11, потом уже сделал отдельную конфу для адресов.

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

(490) и правильно что пишет. А то всякие недовыкормыши изобретают какие-то, сука, "КОЛЛЕКТИВНЫЕ операции" на складе. На складе "коллективная" операция - это когда два работяги коробку передач вручную на тележку кантуют, а не то что эти недовыкормыши этим термином обозначают, внося сумятицу...

(493) поддерживаю всеми 20-ью конечностями!

(493)
>> WMS+УТ11 оказалось эксплуатировать дешевле

Вдогонку, обмен WMS - ERP есть ведь?

(496) да, даже проект завершенный есть

(497) Можно еще пару вопросов?
Сейчас многие категории товаров маркированные (допустим, категория предполагает учет по сериям/срокам годности). При отборе операции в ТСД происходят по кодам ЧЗ (всем этим КИГУ/КИТУ и т.д.) или классическим баркодам в вашем мобильном приложении, грубо говоря, что пикает комплектовщик?
Второй вопрос: у вас классическая wms, чем-то похожая на адресное хранение в ERP/УТ. Т.к. от ЧЗ уже никуда не деться, получается, нужно организовывать процесс отгрузки/приемки по ЧЗ (набор кодов) отдельно от остальных процессов и отдельно от WMS (допустим, после отбора, или перед размещением)? Соответственно, тут нужны отдельное ПО и ТСД (допустим, что-то прикручивать к ERP/УТ, чтобы в фин. документы попали отсканированные марки)?
зы: Давно не занимался WMS, руководство сейчас что-то начало это обсуждение, пытаюсь отбиться от покупки чего-то типового-отраслевого (и оторванного от ERP/УТ напрочь).

(498) если коротко:
1. пикается то что задается сценарием, он любым может быть.
2. моя модель управления адресами не похожа на таковую в ут/ерп. но она разрабатывалась с учетом логики работы ут/ерп. по маркам не надо ничего прикручивать отдельно, все что нужно либо есть, либо реализуется в рамках архитектуры.

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

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

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

(499) Ок, спасибо большое. Пока скинул контакт руководителю, пусть думают.

Классическая, вмс, чем-то похожая на адресное хранение в ут/ЕРП
.
Это в мемориз!

(501) Когда я сталкивался с WMS 10+ лет назад, тогда не было никакой маркировки, соответственно процессы несколько отличались. Адресное хранение в ERP особо не развивалось все это время. Тот же ЧЗ "прибит гвоздями" к фин. документам (почему - в целом понятно, не понятно как это вписать в складские процессы).

(502) Но я тут в целом выступаю пока как консультант работодателя по вопросу "как не выстрелить себе в ногу при внедрении ...".

(503) сделай модельку

(0) а есть модуль интеграции с Документооборотом 3.0 (БИД)?

(505) нет

(502) как чз прибить к складским процессам?
Смотря что вы понимаете под ЧЗ в складских процессах.
Работа с маркированным товаром ничем не отличается от того что было в складских процессах ранее.
Если тянуть взаимодействие с ЧЗ в вмс -то это выстрел себе в ногу. Взаимодействие с чз отдается на откуп КИС.
А вся остальная работа на складе с марками не особо отличается от обычных складских процессов.

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

(507) >>Взаимодействие с чз отдается на откуп КИС.

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

(509) все правильно

(508) нормальная вмс умеет разбирать сложные шк.х дБ
Ей похер что это - марка или иной сложный составной.
код.
Отправить на проверку в ЧЗ - опять же в нормальной вмс настраивается события и обмен по событиям с КИС. Вплоть до того пока из кис не придет ответ по которому изменится статус и система двинет после этого процесс дальше.
Работа с агрегацией - это вообще базовые функции, исключас само слово "агрегат" ;-).
Какие-то частности стопудово придется дописывать типа знать что требуется поэкземплярный учет но при этом знаем паллету что в ней требующие поэкземплярного учета объекты, но экземпляры самих объектов не знаем (и их валидность) а они в любой момент могут понадобиться - это дырка в логистике оборота товара и ее придется так или иначе закрыть на каком-то этапе обработки товара.
.
Пишу по опыту работы.
.
Есть решения вмс, которые напрямую с чз не взаимодействуют, а есть такие что и взаимодействуют (такие решения больше для клиентов у которых швах с учетом и автоматизацией в кис или специфические запросы к автоматизации - ну так у этих и бюджеты соответствующие).
И те и другие нормально справляются с работой с маркированным товаром, маркированный товар - всего лишь вариант поэкземплярного учёта, а вис с поэкземплярным вариантом давно работать умеют и под работу с ЧЗ адаптировались быстро.
Както вот так.
Конечно появление чз это был большой подарок для производителей и внедренцев вмс.

(510) все правильно-2.
Пожелаем (509) успехов!

(511) Спасибо за мнение.

>>Работа с агрегацией - это вообще базовые функции, исключас само слово "агрегат" ;-).

Пока не силен в терминологии. ) Знаю, что в ERP/УТ есть похожая сущность, называемая "упаковочный лист" и все (ну и в модуле ГИСМ отдельно, если включить его использование).

(512) Спасибо!

(513) тут проблема в том - и я писал об этом раньше - что до сих пор нет устоявшейся ОБЩЕПРИНЯТОЙ терминологии по складскому участку. Каждый вендор ищмысливает свое, 1с добавляет мутности, и еще всякие автоматизаторы кладовок при магазинах выросшие и претендующие на обработку на складах со своими высерами типа "коллективной сборки".
Поэтому кто в лес, кто по дрова.
На складе все просто если не заниматься автоматизацией сферических коней.

Вот что такое "агрегат" (который ЧЗ) с точки зрения складских процессов?

С точки зрения складских процессов, как я понимаю, если хотят превратить 100 штук в 10 агрегатов, то не как попало должны марки собираться, лишь бы по 10 штук в один, а как в ЧЗ зарегено...

Или на оборот, собирают как попало, а агрегацию в ЧЗ, заказ на них марок и нанесение на агрегаты делают после сборки.

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

М

А агрегат чз - для вмс это обычное грузовое место транспортная единица) с уникальным идентификатором. Конечно как писал выше это только в том случае если агрегат чз в Реалбности присутствует на складе.

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

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

(517) ну так если делать 10 агрегатов по 10 штук, то может сначала так и сделать, а уж потом отсылать в чз инфу по агрегации, не?

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

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

(521) откуда в ВМС помарочный состав паллета появился?

(522) завод прислал, тут залили в базу.

(521) диво дивное

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

хроники внедрения

начали новый проект:
- товар - крепеж и разные железки в ассортименте, до 1500 sku;
- склад ~1000кв.м.;
- 5 комплектовщиков;
- КИС - УТ11.

нюансы:
- ОЧЕНЬ компактный состав офиса;
- серверной инфраструктуры почти нет.

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

проект на стадии подготовки инфраструктуры.

В чем выражается? Хронический недостаток административного ресурса на работу склада?

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

Wms будешь ставить?

На что у "начсклада" тратится ресурс по работе склада сейчас?

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

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

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

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

(531) А что выполняет оператор? Создает заявки на отбор/размещение, грубо говоря?

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

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

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

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

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

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

(536) для склада 3pl и ответхранения - да,
для оптового склада - вполне нормально, когда есть "ручник".

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

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

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

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

(537) последний абзац - именно так. Смысл держать на ручнике туеву хучу операций если условно из 100 заказов н требуют ручного управления? - речь как раз веду про это.
.
И даже когда "очень срочный заказ" - по уму автообработка таких заказов тоже д. Б. Предусмотрена по большей части автоматом. Если этого нет - например не определен порядок обработки несколько "одновременно" поступивших "очень срочных заказов" - почти всегда это нежелание заказчика думать и вырабатывать правила обслуживания клиентов. Вмс на ручном управлении заказами - на большом потоке заказов не проживет. Оператор будет постоянно косячить в разных смыслах этого слова, бо будут мотаться нервы с менеджерами, где каждый будет проталкивать свои "очень срочные" заказы. Я несколько утрирую, но при росте количества заказов огрехи ручного управления будут все больше влиять на работу склада.
Конечно, ручное управление вполне имеет право на жизнь в определенных условиях.
.
А то что условно как ты сказал "на моих проектах почти все клиенты придерживаются такой схемы работы" - это тупо потому, что другого они не имели возможность эксплуатировать, т.к. в условиях отсутствия автоматизации выживают только простейшие тривиальнеы схемы работы. И переносить их на работу со средствами автоматизации - это самый нижний уровень изменений.
.
Надеюсь, что твоя вмс всё-таки будет развиваться в том числе и в сторону бОльшей автоматизации и диспетчеризации обслуживания заявок.
.
Успехов, товарищ!

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

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

(538) спасибо, товарищ!

на сегодня "a-wms basis" обслуживает порядка 25тыс.кв.м., склады от 1тыс.кв.м, система живет более 3-х лет.
еще одна, написанная мной wms в 21-м году, но на базе модели от УТ11 - еще 20тыс.кв.м, одной территорией.
и во всех случаях работает только частичный автомат.

полный автомат я видел только у 3pl-оператора. вот там это оправданно.

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

"а пытаться заниматься "полной автоматизацией", когда на входе КИС генерит тебе кучу противоречивых данных - такое себе занятие, бессмысленное оно."
.
если по уму - взаимодействие КИС-ВМС строится по апи (будет канал передачи по сети или файлами - разницы особой нет). Заказчику выдается апи и заказчик на стороне КИС реализует что надо - прием и передачу по апи.
.
Заказчик не способен реализовать апи (барадак в учете, недостаток данных в учете итд) - это проблемы Заказчика. в проекте ОН ТОЖЕ РАБОТАЕТ.
.
заказчик мутный и вообще ничего не может - тогда да. все как-то так на ручных обменах чс ручным дозаполнением\управлением итд. Но с таким подходом развитие ВМС приведет к тому, что это будет не ВМС а набор костылей для защиты от дураков.
.
Что впрочем наверное имеет свой рынок. Но развития и роста в нормальную ВМС, которая будет удовлетворять потребностям серьезных складов (а это не обязательно 3пл-операторы) - этого не будет или будет весьма сложно, придется постоянно рефакторить и архитектру и тупо реализацию.
.
все имхо.

вот как сейчас выглядит типовое внедрение "a-wms basis":

1. разворачивание рабочего контура (1-2 дня):
- интеграция с КИС (1С:ERP, например), с переносом НСИ;
- настройка базовой (безадресной) модели складского учета;
- настройка ТСД в безадресной модели, подключение пользователей;
- запуск процедуры этикетирования ячеек и товара.

2. как только основная часть товара этикетирована - запускаем в работу wms в безадресной модели и работаем так до 1 месяца:
- учим оператора wms;
- учим офис жить в новых реалиях, когда все распоряжения  складу документируются;
- сборки выполняются по ТСД (устранили пересорты).

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

4. еще примерно месяц мы оперативно контролируем процесс.

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

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

на старте у всех одно и то же.

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

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

(544) "как тебе поможет крутое апи, когда манагер на голубом глазу врет что ничего не делал, все склад виноват?"
- склад регистрирующая система. Вранье менеджера вскрывается на раз. Менеджер посылается нахер или ситуация эскалируется до ЛПР.
.
"как тебе помогут супер-пупер автоматические регламенты, когда у тебя сотрудники специально сканируют одно, а делают другое?"
- это называется саботаж и вредительство. в рамках внедрения\работы ВМС вскрывается на раз. Далее - организационно-административные действия. Если действий нет - ССЗБ.
.
"чтобы эту херню пережить надо либо тупо всех уволить и научить новых, "
- да. еще в 2013г на конференции инфостарта я делал доклад и озвучивал это прямым текстом: если вы хотите избавиться от бардака и внедряете ВМС - тихим сапом параллельно готовьтесь к смене 80% складского персонала. С внедрением ВМС зависимость склада от персонала резко уменьшается, среди 10-15 линейного персонала всегда найдется 2-4 вменеямых, остальных - менять. Не хотите - тоже возможно. Но ВМС не лечит организационные проблемы. Да, сейчас с учетом другой ситуации на рынке труда (курьеры и прочее) - ситуация прменялась Но даже и сейчас смена персонала тупо приводит к тому, что большую часть невменяемых сменяю пусть такие же невменяемые, но которые не знают "вот раньше мы без всякой ВМС работали и у нас все было всегда зашибись". И новый персонал работает по новым лекалам.
.
"а манагеры чудят у всех. и процессы торговые меняются раз в год, иначе не выжить."
- угу. это вопросы управления бизнесом и персоналом. Раз чудят - значит владельца устраивает по тем или иным причинам. Ну и слава богу. Пусть чудят дальше. Всегда найдется тот, кто сопли и каки подтирать будет. За соответсвующую плату.
"а прикинь, иногда линейного комплектовщика на оклад в 150тыс.руб не могут найти?"
- угу. бизнес и капитализм - он такой.

(543) - одобрямс!

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

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

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

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

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

Любая технология работы склада (а это и есть WMS) - устойчива к бардаку.

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

(551) 1. разведение зон ответственности по разным контурам;
2. в моей wms проще регламенты, она более масштабируемая;

ордера в УТ созданы из-за кучи разных видов входящих заказов, по факту - модель избыточная. немного есть тут: https://awms.ru/articles/ut11vsbasis.html

я сам внедряю УТ11. по одному из проектов, эксплуатировал склад сначала в УТ11, потом вынес его в wms и наблюдаю уже три года. точнее, я забыл что он есть. точнее - они, т.к. есть филиал, оба склада со своими операторами и комплектовщиками. тысяч на 7 общей площадью. в одной базе wms.

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

(553) ну так там вроде ордера еще дальше дробятся для обеспечения складских действий... Да и вообще, УТ в автоматизации складской работы делает адские велосипеды. и отстает лет на 15. И сама попытка запихнуть в принципе разные подходы (посмертноучетные и онлайнрегистрационные) в одну коробку мне кажется не очень...

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

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

(556) я про это и имел в виду.

(555) а как в ут менеджеры могут влиять? Ордера это складской документ, менеджеры не имеют к нему отношения.


И я вот готовлюсь к внедрению ут 11 заместо 10, мне не очень нравится перегруженность складской системы ут 11, но я так и не понял на примерах, какие реальные, конкретные задачи решит использование wms вместо системы ут11. Топ-10 кейсов, так сказать, или топ-10 решаемых ситуаций

(554) да вроде не дробятся. Статусы меняются.

(558) тоже в процессе перехода на УТ 11 с УТ 10 (точнее на КА). WMS дает возможность разделить способы отображения хранения товара в зависимости от задачи. Например мы храним в следующей связке Товар - Паллет - Ячейка. Если перемещаем, то весь паллет целиком. УТ это не позволяет. На складе товар, не соответствующий характеристикам, переводится на склад ОТК, где проводят всякие тесты и принимают решение. А в УТ это смена качества товара в пределах одного склада. В УТ убогая система работы с ячейками и зонами склада. WMS имеют более удобные инструменты для этого. И т.п.

(560) истинно так

(558) Вот основные для нас кейсы, обосновывающие внедрение WMS:
1. Хранение: Товар - Паллет - Ячейка. Паллет перемещается целиком.
2. Наличие ячеек двух типов: паллетные и быстрого доступа где  хранится товар только одного артикула.
3. Доступность и грузоподъемность. Нам важно зафиксировать что ячейки таких-то номеров напольные (на них можно размещать тяжелые станки и агрегаты), а таких-то требуют для работы с ними штабелер.
4. Топология. Нам важно зафиксировать что ячейки таких-то номеров расположены ближе друг к другу чем ячейки других номеров. Это позволяет строить маршрут сборщику.
5. Разделение склада на зоны: Приемки, Основного хранения, Разбраковки и пересчета и т.п. Товар должен быть уже принят на склад (смена владельца, но еще не прошел ОТК и не может быть доступен менеджерам) и т.п.
6. Возможность блокировки части товара на складе для любых движений и изъятий для проведения постоянных поартикульных инвентаризаций. и чтоб это не мешало менеджерам добавлять товар в заказы и т.п.
7. Возможность работы с ТСД и прочими инструментами (штрихкодирование нарядов, сборщиков и т.п.), контроль за тем кто конкретно собирал товар, какой, для кого и требуется ли обязательный пересчет у контролера.
8. Контроль времени и качества сборки. Контроль ошибок размещения товара.
9. Планирование времени потребного для сборки и соответственно планирование когда заказ можно будет отгрузить. Зависит от текущего числа сборщиков, норм времени на сборку типов товаров и т.п.
10. Контроль качества товара (карты контроля, акты, протоколы испытаний и т.п.).

>  УТ это смена качества товара в пределах одного склада

Гм. У меня в ут10 это перемещение на спецсклад. Не вижу проблем в 11 сделать тоже.

(563) В УТ 11 это плохое решение, так как контуры учета должны быть разделены. Например какой-то товар должен быть помечен как брак, но это бывает в двух случаях - товар физически перемещается на участок Разбраковки, и товар не перемещается на участок Разбраковки (например это тяжелый станок).  В вашем решении товар всегда должен быть документами перенесен. При разделении контуров учета: в УТ ОТК меняет качество товара, в WMS оператор склада принимает решение и перемещает или нет станок или другой товар на участок Разбраковки (у участков разные МОЛ!).

(559) ордер на отгрузку на 1000 строк. Собрать надо срочно. Как собирать будете? Всяко придется ордер дробить. .
Даже меньшие объёмы ордеров - часть собирается коробами в евроячейках, часть - штучно в мезонине. Как как чем маркировать будете? Как потом  собранное в разных местах сконсолидировать в одну а до этого еще и проверить после сборки перед консолидацией, при проверке выясняется что штучно недобрали 5 штук (прописали, но по какой-то причине не положили в корзинку), а при проверке коробочной сборки выясняется что одна коробка не тот артикул - надо оперативно сгенерить задание на Добор штук и на Добор одной коробки и при этом задание на размещение лишней коробки на место хранения или в оперативную ячейку отбора.
И все это крайне желательно чтобы планировалось и выдавалось в работу автоматом, задания на Добор в приоритетном порядке, на размещение - в обычном

Оно и ут имеет право на жизнь. Надо смотреть частности.