Остаток в системе не совпадает с фактическим
Если приход, продажа, возврат или другое движение отражаются с задержкой, данные в системе постепенно расходятся с реальным складом.
WMSWarehouse / Inventory
Если фактический остаток отличается от Excel или данных в нескольких программах, продажи и закупки начинают опираться на неверную информацию. Создаём складской процесс, в котором понятно, откуда пришёл товар, куда он ушёл и сколько осталось сейчас.
Для дистрибуции, розницы, аптек, производства, филиального бизнеса и компаний, которым нужен точный контроль товарных остатков.
Складской модуль может работать как отдельная система либо как часть ERP или POS. Архитектуру выбираем под реальный процесс.
Когда нужна складская система?
Задача автоматизации склада — не только хранить количество товара. Важно понимать причину, время и ответственного за каждое движение.
Если приход, продажа, возврат или другое движение отражаются с задержкой, данные в системе постепенно расходятся с реальным складом.
Если перемещения между филиалами и складами не имеют понятной истории, найти причину расхождения становится сложно.
При ручном сравнении фактических и учётных остатков поиск расхождений и их причин превращается в большую отдельную работу.
Если подразделения не видят актуальный остаток, можно продать отсутствующий товар или слишком поздно заказать нужную позицию.
Подход Bergamot
Разбираем, как товар принимается, хранится, продаётся, возвращается и перемещается. Затем фиксируем, как каждая операция должна влиять на остаток и историю.
Остатки расходятся между Excel, системой продаж и фактическим складом. Восстановление истории движения и поиск причины расхождения занимают много времени.
Каждую операцию, меняющую остаток, связываем с понятным правилом и при необходимости интегрируем склад с ERP, POS или продажами.
Актуальный остаток, движение товара и история операций по каждому складу доступны в единой системе.
Возможности склада
Состав модулей зависит от бизнеса. Небольшому складу не добавляем сложность, которая ему не нужна.
Приём товара в систему с количеством, датой, документом и другими необходимыми данными.
Фиксация причины выхода товара со склада и связи с соответствующей операцией.
Контроль отправки и приёмки товара между складами или филиалами с понятной историей.
Сравнение фактического остатка с системой, фиксация расхождений и управление корректировками.
При необходимости — отслеживание партий, происхождения товара и последовательности операций.
Автоматическая синхронизация складских данных при изменении продаж, заказов или закупок.
Нужна ли специальная складская система?
Создавать новую WMS или складской модуль нужно не всегда. Если существующая ERP или готовый сервис хорошо закрывает процесс, разумнее сохранить его.
Процесс внедрения
Сначала определяем все реальные операции, которые меняют остаток. После этого безопаснее проектировать интерфейсы и интеграции.
Изучаем приход, расход, продажи, возвраты, перемещения и текущий процесс инвентаризации.
Определяем товары, единицы, склады, партии и другие необходимые сущности.
Фиксируем, когда и каким образом каждая операция должна менять остаток.
Реализуем ключевые сценарии прихода, расхода и контроля остатка.
При необходимости связываем склад с продажами, CRM, ERP, POS и другими системами.
Тестируем систему на фактическом движении товаров и сценариях инвентаризации.
Реальный проект
В ProDoctors каталог товаров, аптечные филиалы, продажи и POS работают как части единой платформы. На странице кейса показаны реальные экраны административной, POS и публичной частей.
Посмотреть кейс ProDoctors


Это не отдельные скриншоты WMS. Здесь показаны реальные товарные и POS-интерфейсы ProDoctors; в описании кейса склад и контроль остатков также являются частью общей платформы.
Вопросы о складе
Объём складской системы зависит от количества товаров, складов, филиалов, операций и интеграций с другими системами.
Складская система в первую очередь отвечает за остатки, приход, расход, перемещения и инвентаризацию. ERP может дополнительно объединять закупки, продажи и другие внутренние процессы. Складской модуль также может быть частью ERP.
Да. Каждый склад или филиал может вести отдельный остаток, а руководитель с соответствующими правами — видеть общую и детальную картину.
Можно систематизировать сравнение фактических и учётных остатков, фиксацию расхождений и процесс корректировки. Конкретный сценарий зависит от работы склада.
Если системы имеют API или другой механизм обмена, продажи, заказы и изменения остатков можно связать между собой.
Стоимость зависит от количества складов, модели товара, операций, ролей, инвентаризации, интеграций и состояния существующих систем. Сначала анализируем процесс, затем определяем объём.
Аудит складского процесса
Расскажите, как сейчас ведутся приход, расход, продажи и инвентаризация. Обсудим, что разумнее: отдельная складская система, модуль ERP или интеграция существующей программы.
Обсудить склад