Наименование: Система управления складом A-WMS Basis
Сайт продукта: https://awms.ru/basis.html
Первое внедрение: Октябрь 2023
Обновлено: 05.08.2025

Коротко о важном на промо-странице: https://awms.ru/promo2.html

Система A-WMS Basis написана на платформе 1С:Предприятие 8, компактна и имеет простое управление.

Кратко, что в "коробке":
- учет исполнения входящих заказов складской службе;
- поддержка работы с несколькими территориальными подразделениями (складами), с общей НСИ и возможностью разделения доступа пользователей;
- учет остатков товаров на складах и в ячейках;
- учет элементарных складских операций: приемка, размещение, отбор, пересчет и т.п.;
- исполнение операций на ТСД Android;
- функционал учета отгрузок собственной службой доставки;
- статистическая отчетность;
- механизм интеграции с корпоративной системой на основе WEB-API.
- готовая интеграция с 1С:УТ11, 1С:КА, 1С:ERP.

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

А так же A-WMS Basis - это недорогая лицензия без ограничений на количество подключений мобильных и десктопных рабочих мест.

По вопросам приобретения, внедрения и интересных предложений можно писать:
- на почту info@awms.ru;
- в телеграм https://t.me/awms_sales.

Новости и обновления продуктов в канале телеграм https://t.me/awms_it

(277) ну так-то конечно. А закупщики поставщика нагнуть не могут по одинаковости шк... Допа со всех сторон, никто низера сделать не может, только автоматизаторы. Ща тарелку супа.

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

немного рекламы для поднятия темы.

Предлагаю простой и быстрый способ организации учета на адресном складе: 1-2 месяца от экспресс-обследования бизнеса до передачи решения в эксплуатацию.

Процесс перехода на адресную форму хранения товара происходит плавно, без останова текущих складских процессов.

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

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

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

новое

добавил документацию (ссылки есть на странице продукта):
1. Описание конфигурации A-WMS Basis: https://awms.ru/docs/b_description.html
2. Описание интеграционного решения A-WMS Basis: https://awms.ru/docs/b_integration.html

новое

добавил раздел блога и пару статей:

1. перечисление ключевых особенностей продукта:
https://awms.ru/articles/promptresponse.html

2. описание технологии типового внедрения:
https://awms.ru/articles/smoothintegration.html

(282) дешево - это когда Китай дешманский.
Лучше синоним "недорого"?

(283) в том контексте нормально, выражение устоявшееся

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

(285) учтем

новое

добавил FAQ по продукту: https://awms.ru/docs/b_faq.html

немного помусолил тему про внедрение своими силами: https://awms.ru/articles/freeintegration.html

(287) Напомните, пожалуйста, как в вашей системе организован учет себестоимости хранимого и организован ли? Или товар хранится исключительно в количественном эквиваленте?

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

(289) Спасибо. А Ваша система позволяет получать информацию по остаткам не только в разрезе МОЛов (кладовщиков), но и Ответственных держателей (лицо, отличное от Мола)?

(290) нет, остаток в системе хранится только в разрезах: склад, ячейка, агрегация(контейнер), товар, партия.

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

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

новое

добавил размышления на тему причин необходимости перехода на WMS: https://awms.ru/articles/whywhywhy.html

(291) Учет по МОЛам может вестись не только когда нет возможности разделить учет по складам. Например его используют, когда на складе есть разномастные товары, например: крепёж, тросы и запчасти. Все хранится на одних и тех же складах, ячейки для хранения выбираются в зависимости от их заполненности (на одной ячейке могут лежать и гвозди и уплотнительные кольца для компрессора), но за каждую группу отвечает свой МОЛ (он проводит инвентаризации и т.п.). Причем один МОЛ может отвечать за товары одной группы не на одном физическом складе. Поэтому эти два параллельных учета могут использоваться одновременно.

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

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

(295) какой регламент у мол, когда его товар "потеряли" на полках? кто платит?

но в общем смысл понятен: совмещение приемщика и ответственного за ассортимент.

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

Нет. Учет товара в разрезе МОЛ, это возможность посмотреть остатки по МОЛ. МОЛ - материально ответственное лицо, отвечающее за хранение этого товара.

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

МОЛ и Ответственный держатель - это разные лица. Первый - материально отвечает за хранение. Второй - отвечает за все оставшиеся вопросы.

Еще вопрос к вам: допустим к вам на склад ("складскую территорию") пришло некое ТМЦ. Далее, оно со склада уезжает в его место эксплуатации. Я правильно понимаю, что классификация ТМЦ в этом случае определяется элементом справочника "Склад"?

(296) смотря как "потеряли". Товар может пропасть с ячейки, например, если была ошибка сборщика, и он пробил код одной ячейки, а взял товар с другой. Тогда этот артикул попадает в контрольный лист. Он числится "условной недостачей". При инвентаризациях (они бывают по артикулам и по группам ячеек регулярно), такой товар обычно находится через некоторое время (есть алгоритм расчета, показывающий, за какое максимальное число инвентаризаций товар найдется). Потому как при обоих видах инвентаризации сканируются коды всех коробок в проверяемых ячейках. Только при поартикульной не все заносятся в ведомость. Если контрольный срок прошел, а товар не найден, тогда признают как реальную недостачу. Если реальная потеря, но без криминала (например сборщики ошибочно взяли три упаковки вместо двух, а покупатель не сообщил о излишке) - тогда распределение суммы, часть на МОЛ, часть на бригаду сборщиков, часть на бригаду кладовщиков (они размещают товар при приемке и перераспределяют товар чтоб пополнить более близкие к зоне сборки секции израсходованным товаром). Процентовку назначает начальник склада после расследования (там все равно далеко не 100% покрытие недостачи, а только уменьшение премии на некую сумму в несколько процентов от стоимости, но не больше 25% от премии).

(297) у вас "Ответственное лицо" появляется если товар привезли не в общую "кучу" а под конкретный заказ/проект? Т.е. товар сразу резервируется и взять его никто не может?

Поменьше тащить в складской учет в WMS всякой аналитики, которая не относится к товародвижению тмц внутри склада.

Тот же "ответственный держатель" - сущность его так и не понял. Критично для "ответственного держателя" что "его" товар стоит именно в ячейке А1...?

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

(301) что "его" товар стоит именно в ячейке А1.

Нет. Что его товар - на таком-то складе. Если это его имущество - оно там-то. И т.д. В какой конкретно ячейке/паллетте и т.д., его не интересует, конечно.

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

(302)  Резервируется по разному: и под конкретные заказы, и под конкретного клиента, и под группу клиентов, по направлениям деятельности

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

По МОЛ - сколько делал и видел - такого не встречал. Может гдето и надо. На складах под управлением WMS хранение товара обеспечивается не участием МОЛ в каких-то процедурах, а следованием установленным регламентам и работой системы.
.
Что будет если МОЛ внезапно заболел?
На нормальном складе это никак не повлияет на работу склада, ну может поначалу немного тормоза будут, пока другой со рудник притрется к специфике данного товара.
.
Чаще, проведя зонированин склада и складских групп товаров, за зоной закрепляется со рудник, который работает преимущественно в закрепленной зоне товара и лучше знает специфику обработки товара (условно при сборке товара для вот этого тмв его надо брать вот таким образом чтобы было удобно/быстро).
.
А назначение не кольпих "мол" на одну ячейку микс товара на мой взгляд как и выше отметили приведет к конфликтам, скорее всего скрытым. А за хранение "отвечать* не надо. Когда на зону закреплен сотрудник - он обеспечивает в своей зоне порядок, хранение итд.

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

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

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

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

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

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

(304) это понятно и для WMS это рядовая задача. Потому как вполне достаточно не торговых складов, а складов (условно) МТО.
И где/чье/где лежало/как перемешалось (критично может быть и температурный режим и соседство с другими тмц) - определяется вполне конкретным Физическим атрибутом (штрихкод, маркировка партии, и прочее что может быть). Под партией может пониматься и примеряться разные варианты - это может быть и производственная партия, и партия по конкретной приемке, и партия по конкретному ГТД которая заходит на склад в несколько приемов, вплоть до поэкземплярного учета). И в разрезе таких признаков можно посмотреть что надо. Независимо от того, что еще вчера "ответственным держателем" был менеджер Вася (или площадка буровая23), а сегодня это уже петя (и буровая17).
.
Это все должно определяться на этапе техпроекта на вмс, все значимые особенности.
.
В одном проекте прослеживаемость на всех этапах требовалась вплоть до поставщика и конкретной поставки, где склад мто был всего лишь одним звеном ОКР военки. Что там дальше было - не знаю, бо сразу отпихнулся всеми руками и ногами, видя что там не "складской учет наладить надо" (как озвучили), а там - надо сделать ВСЁ (при том, что в УПП там внешними силами только какой-то фискальный бух учет удалось осилить).

(309) а стоит ли специализированную систему нагружать несвойственными ей задачами).

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

Для внешнего контура
Ну какой же он "внешний"? У Вас - предприятие. ТМЦ (опуская классификацию) поступает на:
- склад, где есть кладовщик, территория, ячейки и т.д.
- в помещение, не являющееся складом, допустим напрямую в то здание, где вы расположены. Его принимает такой же МОЛ и хранит у себя, пока не отдал туда, кому нужно.

И склад, и помещение - это место хранения ТМЦ. Они никакие "не внешние", относительно вашего предприятия.

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

Задача любого складского хранения/обслуживания - сократить до минимума срок хранения. Тут и балансируют между этим показателем и всякими страховочными запасами итд...

(313) Если вмс управляет складом

Моим первоначальным вопросом, я и пытаюсь это выяснить у ТС. В рамках его конфигурации, возможен только учет материала/товара, принимаемого на складе? Кстати, по поводу Вашего замечания в (311):

"И в разрезе таких признаков можно посмотреть что надо. Независимо от того, что еще вчера "ответственным держателем" был менеджер Вася (или площадка буровая23), а сегодня это уже петя (и буровая17)."
Именно таким "признаком" и является Ответственный держатель. Если Вы обратили внимание, то ТС обозначает аналитику хранения остатков как "склад, ячейка, агрегация(контейнер), товар, партия.". Но в рамках одной партии могут быть разные ответственные держатели. Именно поэтому и интересуюсь.

(297) про мол, я ответил исходя из контекста, а так да - Вы правы.

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

сам справочник Склады используется как:
- сквозная аналитика для учета товара;
- как отправитель/получатель товара по заказу в случае перемещений, производства и т.п.

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

(316)(317) спасибо за ответы.

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

"то привязку делаем только в партиях."
А Вы можете привести кейс, по моему примеру, как сделать "привязку в партиях"?

Допустим, есть одно приобретение, оно заезжает на 1 склад. В этом приобретении, допустим 10 товарных позиций. Я хотел бы их привязать к 3 разным ответстветнным, при этом одна номенклатурная позиция, вполне может иметь 3 ответственных (в случае, когда каждая штука идет на своего ответственного).

Что нужно вашей системе сделать, для такого случая?

(318) а не основные ли это средства?

(318) 1. добавляется реквизит МОЛ в справочник партий ("Серии номенклатуры")
2. определяется регламент привязки МОЛ к партии. проще всего в качестве мол регистрировать пользователя ТСД, который выполнил задание на приемку или выполнил задание по регламенту формирования контейнера.

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

(320) с МОЛом я понял, спасибо. А с владельцем (ответственным, держателем) как быть? Его есть куда вписать и так же прощить вместе с серией по всему учету?

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

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

(322) то привязываемся к партии.

А можете какой-то скрин показать, как это у Вас происходит?

Есть 1 партия, там 1 товар в кол-ве 3 шт. Я хочу повесить его на Иванова, Петрова, Сидорова (это не молы).

Можете показать на скрине, как это мне через партию сделать у вас? Если я правильно все понял, конечно же.

(323) показать сложно, подобного кейса пока нет.

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

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

(324) Спасибо.

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

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

(321) если !!единовременно!! у одной или  несколько экземпляров товара только один ответственный держатель - например используйте механизм ответственного хранения с указанием поклажедателя = ответственный держатель. Ничего дописывать не надо в ВМС. Другой вариант: используйте ид партии (например, номер производственной партии) как "держатель".
.
Можно в качестве ответственного держателя просто держать в ВМС резерв на клиента=держатель.
.
Можно в качестве держателя использовать "категорию качества" для ТМЦ. Что позволяет например реализовать схему когда
20 болтов - категория качества "норма"
10 болтов - категория качества "площадка17"
45 болтов - категория качества "площадка45"
При этом "площадки" можно быть как "норма" Или как "не норма разных видов"
.
Что позволит избежать ситуации когда в ВМС свалилось задание на 35 болтов и система автоматом цапанет в сборку болты "площадок" (Что запросто может быть при использовании ОПИСАТЕЛЬНЫХ признаков партий например типа МОЛ что не учитывается в механизмах планирования сборки и потребуется либо дописывать алгоритм либо настраивать спец схему процесса сборки имеющимися средствами ВМС.
.
А для того чтобы в сборку пошёл пул товаров "площадка17" - в задании из КИС явным образом указывается "качество = площадка17"

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

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

(329) а автор - хитрый зая, читает тут и в код переводит)))

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

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

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

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

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

(334) как сказала мне уролог "не ссыте, Сергей Михайлович, всё будет нормально". ГлаВное чтобы потом покупатель, ориентировавшийся на цену, не начал предъявы строить по типу "Должно быть потому что ну это же очевидно что это должно быть" Типа "ответственного держателя" Или отсутствия здпакера загрузки в машину и ещё интеграции с битриксом покупателя...

(335) на то договор есть, описание процессов есть - все исключительно полюбовно проходит)

(336) ну-ну

Бодался я как-то НЕДЕЛЮ с клиентом, которые в старенький релиз ВМС, заинтегрированный с iiko, хотели впихнуть кучу всего из учётных прог (потому что учётной проги не было в принципе), потому что ну это же должно быть, причём практически забесплатно, да даже и за большие деньги делать бы это никто не стал, ибо работа в никуда.
Вернулся из командировки - высосанный в аут, но непобеждённый.

(338) это да, бывает. надо учиться культурно отказывать и изначально не обещать лишнее. хотя, надо обещать так, чтобы не попросили) но это искусство)

(336) описание и процессов - после договора?

(339) это да

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

На адресном складе ведется учет отрезного товара (кромка). Товар приходит от поставщика уже маркированный в стандартных бобинах (например, 100м). Нарезать товар в момент отбора не представляется возможным, поэтому процесс отбора разбит на подпроцессы:
1. Отбор из хранения (в сборку)
2. Комплектация (сборка)
(3. Возврат остатков из сборки в хранение)
Т.е. пришел товар - 10 бобин по 100м. Нужно отгрузить клиенту товар - 120м. Работник склада подходит к ячейке и набирает 200м (2 бобины по 100м), тащит в зону комплектации. После этого работник собирает заказ - кладет 1 целую бобину и от одной отрезает 20м. Остаток 80м маркируется (в штрихкод зашивается артикул и количество). Заказ идет в отгрузку. Остаток 80м хранится в зоне комплектации и может использоваться для комплектации других заказов. Если потребности в остатках нет - они возвращаются в хранение.
Такая схема работы может быть реализована в A-WMS?

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

"Остаток 80м маркируется (в штрихкод зашивается артикул и количество).
- смотря что маркируется, если маркируется БОБИНА, как товароноситель ТМЦ - в нормальной ВМС это излишне, она и так знает по номеру бобины/паллеты/сборного грузового места что лежит в этом "носителе".

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

(345) не, каждый контейнер (бобина) не маркируется своим отдельным номером. Учет остатков ведется просто в разрезе товар-ячейка. Просто в qr-код вшиваем количество, чтобы удобно было это самое количество вводить на ТСД.

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

(345) опять же задачи знать какие именно обрезки хранятся на складе - не стоит. Т.е. в наличии может быть 400м, а как они выглядят - 4х100м или 40х10м - особой роли не играет. По крайней мере на текущем этапе и касаемо конкретно этого товара. Поэтому принято решение упростить учет и вести просто товар-ячейка

В Акселот WMS X5 это решается через т.н. операцию "Перекладывание". Т.е. если место хранения (палет, бобина) не может быть отгружен как есть - создается отдельная операция по перекладыванию товара из этого МХ на другое (новое). Т.е. собственно операция "отрезания" куска от имеющегося контейнера. Но вести учет всех контейнеров как то не очень хочется.
На данный момент логика реализована в КА2 так, что при отборе из хранения в сборку можно взять больше чем требуется. Т.е. нужно 20м, а сборщик берет целую бобину 100м или обрезок 80м. А вот уже при отборе из зоны комплектации (окончательная сборка) - уже строгий отбор. При превышении количества система предлагает сделать "обрезание" и распечатать этикетки на куски.

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

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

по-моему, учитывать контейнеры только вендору этой wms интересно))

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

(347) "Просто в qr-код вшиваем количество, чтобы удобно было это самое количество вводить на ТСД."
- в ВМС при использовании товароносителей (особенно когда товароноситель - монотоварный) - система и так знает сколько на носителе товара лежит, и там где надо - подставляет количество на товароносителе и/или тупо говорит - "иди к ячейке A1, бери Паллету 238 и тащия в ячейку Буф2" - и сборщика нахрен не должно волновать сколько на этой паллете количество.
.
но решение зашивать в ШК количества я не сильно одобряю, но и не возражаю. случаи всякие бывают. в самопальных системах это позволяет упростить логику обработки в коде. сам так делал. но с развитием самОй системы - какой-то смысл в ШК следует зашивать там, где без этого никак иначе.
.
В самопльновелосипедной типа миниВМС делал, например, так при подготовке с глобальному инвенту по верхам - ячейкам паллетного резервного монохранения, где паллеты стояли застрейчованные - когда была возможность - штабелер ездил, просчитывал паллету - по сути проводил инвент - на штабелере присобачили принтер этикеток - вылазил лейбак с ШК, в котором зашито не только артикул и количество, но и количество коробов. А на глобальном инвенте - штабелер проехал по верхам, прощелкал эти лейбаки. Но пришлось дописать обработку инвента...
.
Так что возможно все. но если можно обойтись без частностей, универсальностью, - то лучше без частностей.

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

Не сталкивались с погрузчиками, которые на вилы могут брать по 2-3 паллеты с товаром из зоны приемки и развозить по местам хранения? причем паллеты могут быть и с разным товаром, и когда на пал1 - товар1 в кол=120, а на пал2 - товар1 в кол=100...

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

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

зашить в ШК-куер содержимое миксовой паллеты (да даже и монотовароной) - по сути это аналог упаковочного листа на паллету - это очень хорошая вещь.
.
приходит фура с 37 паллет миксовых, заводскими коробами миксом несколько товаров на паллете (когда было хорошо - в фуре приходило ~120 артикулов, когда стало ж.па - и по 600 артикулов запросто) - не было бы упаковочного листа на каждую паллету - пока всю поставку не просчитаешь - стоит ждет развозки на хранение. А когда упаковочный лист на паллету есть - просчитал паллету - сошлась? - ок! - пошла на развозку, товар "сразу" падает в доступ планировщику сборки...

Идем по складу - стоит паллета с товаром, маркировки никакой нет. ЭТО ЧТО? если есть нумерованный товароноситель - тупо жмакаем по нему сканером в режиме просмотр остатков, видим все что надо, в т.ч. что паллета эта на исполнении на данный момент находится на сотруднике "Вася"...

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

(359) выгрузили паллету из авто = сделали приемку. самый главный пересчет как раз и происходит при размещении.

(359) в общем, нет, смысла нет

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

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

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

проигрываю разные сценарии...

(343) сталкивались с такой проблемой, что вы отгрузили бобины с датами изготовления, например 2023 год, 2-ой квартал. а в отгрузочных документах номера ГТД от какого-нибудь 2022 года и покупатель выставляет претензию, мол у него учет не бьется?
(354) Напольное хранение в неразмеченной зоне часто бывает, когда, например, есть крупногабаритный товар, например станки или какие-нибудь компрессоры. Так что это вполне рабочий вариант.

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

Сделал промо-страницу: https://awms.ru/promo2.html

(368) +, норм

(368) красные галочки вызывают когнитивный диссонанс в пищеварительной системе головного мозга

(370) поправлю, ок. какие ставить?)

(371) зеленые, но втрое более жирные.

(372) галки все сделал жирными, пункты выделил другим способом.

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

(374) да, подумаю, спасибо.

(350) В Акселот WMS X5
Mitroshin, скажите, а в упомянутой Вами WMS, себестомость как-то учитывается?

На их сайте нашел такое упоминание в блоке Учет и распределение затрат: "Распределение прямых и косвенных затрат на обработанные грузы (логистическая себестоимость)."

По скриншотам также видно, что в интерфейсе присутствует раздел "Затрат", но скриншотов что там внутри я не нашел.

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