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

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

(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 часа на сведение итогов в КИС. Больше времени занимало отчет для куроводства написать.

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