Наименование: Система управления складом 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

(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) в акселоте под затратами понимается стоимость работ. товар оценивается через реквизит цена в партии - этого вполне достаточно для целей складского учета.

(377) Поддерживаю. Не надо в WMS тянуть то что не имеет физического воплощения.

(376) то что надо - учет различных затрат/стоимостей логистических операций - этим обычно в рамках WMS занимаются отдельные подсистемы биллинга (как правило, приобретаемые и подключаемые отдельно).
Можно получить стоимости стрейчевания паллет, стоимости стикеровки товаров, стоимости комплектования наборов итд итп - любой операции которая регистрируется в WMS.
.
Вариант вкорячить в эту бюджетную WMS расчет стоимостей чего-то - я бы лично ка кразработчик не стал делать. У каждого заказчика - свои потребности.
.
ИТ-служба Заказчика или _по отдельному соглашению_ с разработчиком вполне можно дописать расчет стоимостей каких-то СКЛАДСКИХ ОПЕРАЦИЙ, регистрируемых в WMS

Или вычисляемых косвенно (например, мы по системе знаем что отгружено 1000 паллет, нигде операции стрейчевания и стикеровки паллет не регистрируются но мы-то ЗНАЕМ - поэтому тупо отчет: количество паллет умножаем на 10м пленки * 2рубля за метр + 1000 этикеток паллет * 75коп за этикетку). Но "косвенно" - это адские велосипеды, для нормальной WMS включать в продакшен - выстрел себе в ногу.

А получать логистические затраты регистрируемых операций - их еще регистрировать надо? ой, у нас на это нет времени...

Возможно, хочется считать увеличение "себестоимости" ТМЦ вследствие хранения - распределение арендной платы (и прочих затрат) на объемы/количества/стоимости хранимых ТМЦ... Или что-то подобное.

(380) это очень замечательно 1С:Управление торговлей 11 делает.

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

(381) согласен

(377) Спасибо.

"этого вполне достаточно для целей складского учета."

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

Скажите, как в вашей системе построен процесс инвентаризаций? Как печатные формы обслуживают этот процесс?

(376) нет, в блоке WMS никакой себестоимости и затрат нет. У Акселота комплекс интегрированных систем, может это есть в какой то другой компоненте,  SCM например

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

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

(385) Спасибо.

Замечу только, что я не вводил в дискуссию тезис о "учет тмц в бухгалтерии". Более того, в (321) об этом явно указано:

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

(384) Mitroshin, спасибо за информацию!

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

(388) это верно только с точки зрения бух.учета

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

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

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

А если представить склад полного цикла как производство, то это надо ка, ерп внедрять.

Если нужны параметры себестоимости по тез операции

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

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

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

(394) а считать сколько стоит разобрать, собрать, отгрузить я где должен? На коленке или в учетной системе?

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

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

(397) т.е. все параметры мне надо тянуть в ерп, чтобы рассчитать факт

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

(398) у меня 1 регистр и генератор производственных доков

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

(401) да и адресное хранение будет там избыточно

Тем более отдельной системой

(392) почему складской учет нельзя мешать с другими видами учета я писал уже.

Может быть, конкретизируете тезисами, в отдельном пункте, а то уже к (400) плавно подобрались?

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

я сам пару лет наблюдал смешение учетов в 1С:Управление торговлей 11. во-первых, страдает достоверность складских данных. во-вторых, избыточная сложность управления и для склада и даже для айти. ну и естественные ограничения объединенной модели учета.
с момента как я перевел этот склад с ут на basis, я перестал видеть их заявки в принципе. сейчас у клиента работают уже две складские команды в разных городах, одна из них удаленно обучалась. операторы полностью рулят, от настройки тсд до разбора косяков менеджеров. пару раз переезжали с одного места на другое, сейчас как раз в стадии очередного переезда - растут быстро, молодцы. да, с учетом нового склада, общая площадь хранения перевалила 10тыс.кв.м

p-soft правильно излагает. Присоединяюсь.

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

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

Свой личный большой склад (картинки на ис) с евростеллажами где первый ярус - ячейки отбора коробочно-штучного под 1000 ячеек и еще мелкое хранение в мезонине с туевой хучей ячеек - 5-7 человек отбивали за обычный рабочий день, причем часам к 15 все просчитано и потом часа 3-4 выковыривание гуано с пересчетами

На тсд формы инвента "штатные", у оператора - удобный Арм заточенный под проведение инвента. После инаента у меня уходило 2 часа на сведение итогов в КИС. Больше времени занимало отчет для куроводства написать.

Но это все - если склад держать в ежовых рукавицах.

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

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

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

(406) если основа бизнеса складские услуги, то вы не правы за исключением, когда за 2 купил, за 7+ продал

(412) " эту модель предлагает 1с в ут11."
Эта модель тупо передрана с WMS. Тако подход в WMS я видел в 2008 г, когда первый раз с нормальной WMS работал, а в ВМС наличествовала как таковая еще раньше.
.
в "ячейке отклонений" количество плюсовое = недостачи, количество минусовое = излишки.

(415) да, к складским услугам это не относится, я в (397) писал. у них управленка совмещена со складским учетом.

(412) да, все верно. можно и так, даже не проводя как такойого инвента. вполне норм, только как правильно заметил - если высокая достоверность, т.е. соблюдение складких процессов/регламентов.
.
а дальше - вариантов инвентов по графику и прочего вагон и тележка, в зависимости от пожеланий Заказчика.
.
у себя например - так как к внедрению ВМС склад уже был "отровнен" и имелась статистика и опыт - была разработана система рейтингов отклонений (каждая проблема с количеством недостачи/излишка имела свой рейтинг, простой коробочный отбор товара из ячейки имел самый низкий рейтинг, штучный отбор - чуть повыше, если сборщик фиксировал проблему "нет товара" - к рейтингу +мульен), рейтинг копился на конкретных ячейках/товарах, и система автоматом выдавала задания на текущие инвенты в первую очередь по ячейкам/товарам с наивысшим рейтингом, после инвента ячейки - рейтинг на ней обнулялся - "всплывали" следующие ячейки. Если рассмотреть ситуацию когда проблем реальных - минимум - в пересчет текущих инвентов по заданию системы всегда попадали ячейки к которым больше всего осуществлялось подходов по отбору товара (где чаще берут - там выше вероятность наличия косяка). Плюс "подмешивались" ячейки по графику где движения нет и низкие рейтинги, чтобы они не оставались неиенвентными. Система себя вполне оправдала. На кубани где-то картинка в бложике себя великого картинка склада с показателями подходов и прочего лежит.
В период наведения порядка - большие инвенты проводились ежеквартально, отрабатывалась технология, подготовка, дрючился состав. В итоге практически вышли на требуемый уровень качества работы склада: отклонения по бухинвентриазации составляли 0.02%-0.05% от оборота продаж межинвентного периода.

Для "тупых" поясняю: если сумма излишков = 100, а сумма недостач = 150, то общая сумма отклонений составляет 250, а не 50. Ибо и излишки и недостачи - это признак "плохого" склада.

(413) это да.
тут требуется баланс между качеством и скоростью.
и притирка/устаканивание - как бы себе заказчики не рисовали розовых единорогов - после внедрения ВМС только начинается. Часто (зависит от тууевой хучи причин) после сдачи ВМС в промэксплуатацию - система либо замирает, либо медленно деградирует (или быстро) если нет заинтересованного по складу лпр.
На одном из проектов после сдачи - попался внятный ИТотдел с хорошим аналитиком (не ИТ, а по фирме), которым склад был интересен. Они успешно и развивали и улучшали и потом клонировали на другие склады холдинга.
.
Само по себе - ничего лучше становиться не будет. как б ни думали ВЗУ. Само по себе - только загнивает и портится. На своем складе - чуть побольше на складе поотсутсвуешь - пришел = сразу видно. Берешь "старшего" и пошли по складу "возить ихней селедкой в рожу тыркать". Начинается с малого: например, когда в евросекции на 3 паллеты (на 1 ярусе, ячейки отбора) коробка лежит напопоалм на две паллеты...

(415) не понял, если важно - разверни суть чуть

Что будет если спросить "Что противоположно единице?"
- программист ответит 0
- математик ответит -1
и только начальник склада ответит: "Отсутствие единицы"...

Все заинтересованные - приходите на центральное событие по складам 16-18 сентября 2025
https://www.cemat-russia.ru/

(423) спасибо) мы там будем в красивых маечках) но без стенда - не заработали пока)

(424) зарегались как участники?

(425) без точки/стенда, но да.

(423) Спасибо за ссылку.

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

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

(428) мелкие склады бывает труднее автоматизировать чем большие.

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

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

(423) весной, кстати, еще одна будет: TransRussia|SkladTech 17-19 марта 2026 года. менеджер звонил сегодня.

(421) Если ты зарабатываешь на складских услугах, то тогда ты будешь ВМСку совмещать с системой которая будет считать экономику.
Если у тебя хранение не основной вид бизнеса, а например торговля, то тогда на твое усмотрение, но на объемах в 10к+ квадратов, это задача все равно встанет