Система говорит «40». На полке — 12. Какому числу поверит ваш следующий заказ на закупку?
Система управления складом · Грузия · Кения
Система управления складом, созданная для реальной складской работы. Проверено в Грузии.
Linari — это система управления складом, которая контролирует процессы от приемочной зоны до отгрузочных ворот: запасы, ячейки хранения, резервирования, правила ротации, проверки качества и задачи операторов. На сегодняшний день на ней работают семь складов в двух странах.
Приведите один сложный сценарий из вашего собственного склада. Мы проведём его в системе — не в презентации.
Три работающих склада. Одна система.Грузия · производство
Правило работы
WH 1
WH 2
WH 3
Отсечка плана отбора
15:00
нет
12:45
Порог срока годности
30 дней
нет
12 дней
Приоритет срока годности
при распределении между альтернативными штрихкодами
при распределении между альтернативными штрихкодами
вкл
—
выкл
Обязательное сканирование места
вкл
выкл
выкл
Обязательное сканирование товара
вкл
выкл
выкл
Частичное распределение
вкл
—
выкл
Обработка кейсов / коробок
выкл
выкл
вкл
Весозависимый учёт запасов
да
да
нет
Один и тот же код, одна версия, одна база данных. Три склада работают по-разному, потому что их операции различаются.
Показатели взяты из производственных баз данных действующих операций в Грузии и Кении. «Строки заказов» означает строки деталей отгрузочного заказа, созданные за календарный день; то же определение используется для каждого числа на этой странице. Рекомендации клиентов и посещения работающего объекта доступны по NDA.
Настоящая проблема
Склады терпят неудачу не в меню функций.
Они дают сбой в мелких решениях, которые повторяются сотни раз в день. Серьёзная WMS делает эти решения видимыми, воспроизводимыми и обязательными к исполнению.
Ваши комплектовщики ходят по складу вместо того, чтобы отбирать из нужного места хранения.
Паллет с более ранним сроком годности всё ещё на стеллаже, а более новый товар уже отгружен.
Что-то отгружено неправильно — и никто не может сказать, кто это трогал, где и когда.
Каждая из этих ситуаций — это решение, которое система должна была принять до того, как оператору пришлось импровизировать.
Одна система. Разные складские правила.
Все поставщики говорят, что они гибкие. Вот что это значит на практике.
У каждого склада своя операционная конфигурация. Одна и та же версия ведёт себя по-разному в каждом здании, потому что операции в этих зданиях действительно различаются.
| Правило работы | Сухой склад (DC) | Свежие продукты | Третий объект |
|---|---|---|---|
| Время отсечки плана отбора | 15:00 | не используется | 12:45 |
| План поставки проверяется при приёмке | обязательно | выкл | выкл |
| Порог срока годности до удержания запаса | 30 дней | не используется | 12 дней |
| Стратегия ротации | сначала по сроку годности, в том числе между альтернативными штрихкодами | по умолчанию для объекта | проще правило |
| Комплектовщик обязан сканировать место | обязательно | выкл | выкл |
| Комплектовщик обязан сканировать товар | обязательно | выкл | выкл |
| Поведение при нехватке товара | выделить доступное, отметить остальное | по умолчанию для объекта | удержать строку |
| Допустимое превышение приёмки | нет | разрешено | нет |
| Учёт количества в кейсах / коробках | выкл | выкл | вкл |
| Запас, учитываемый по весу | да | да | нет |
| Момент списания доступного запаса | на более раннем этапе | на более позднем этапе | на более позднем этапе |
На демо попросите открыть два таких склада рядом и пройтись по различиям. Это самый быстрый способ узнать, имеет ли «гибкость» вендора хоть какой-то смысл.
От ворот приёмки до отгрузочных ворот.
Одна система управления складом, одна операционная цепочка.
Не перечень разрозненных модулей. А одна операционная цепочка, где статус запасов, ячейка, резервирование и решения по задачам остаются согласованными от приёмки до погрузки в грузовик.
01 · Приёмка
Замечайте проблему у ворот, а не в конце месяца.
Каждая приёмка сканируется по заказу на закупку. Количество, штрихкод, партия и срок годности проверяются, пока машина ещё во дворе и поставщику ещё можно предъявить претензию.
Штрихкоды поставщика и альтернативные штрихкоды
У товара может быть несколько штрихкодов, включая специфичные для поставщика. Они распознаются при приёмке — и отклоняются, если принадлежат другому товару или другому складу.
Партия и срок годности фиксируются при поступлении
Данные ротации записываются в момент приёмки, поэтому каждое последующее решение об отборе может на них опираться.
Допустимое превышение приёмки
Настраивается для каждого склада: принять определённый излишек или отклонить всё выше заказанного количества.
Приёмка по плану поставки
Там, где этого требует операция, приёмка может проверяться по плану поставки до принятия запаса.
02 · Размещение
Запас остаётся видимым между воротами и стеллажом.
Размещение выполняется как отслеживаемая задача на сканере, поэтому товар, который принят, но ещё не размещён, никогда не бывает невидимым для остальной операции.
Задача с подтверждением сканированием
Размещение подтверждается по месту хранения, а не записывается на бумаге и не вносится позже.
Кейс или штука
Склады, работающие с кейсами, могут хранить и перемещать запас на уровне кейса; другие работают со штуками. Настраивается для каждого склада.
Приоритет зоны отбора
Места ранжируются так, чтобы зоны отбора обрабатывались иначе, чем зоны массового хранения, при распределении запаса.
Структура мест и зон
Ряд, стеллаж, уровень и зона являются полноценными величинами, поэтому логика мест и отчётность соответствуют физическому зданию.
03 · Отбор
Отбор, который понимает запас — а не только заказы.
Linari разрешает складские правила до того, как задача попадёт оператору. Ротация, резервы, альтернативные штрихкоды и приоритет мест применяются для каждого склада.
Сначала по сроку годности или первый пришёл — первый ушёл
Стратегия ротации выбирается для каждого склада. Один действующий объект работает «сначала по сроку годности» между альтернативными штрихкодами — поэтому самый старый товар уходит первым, даже если у него другой штрихкод того же товара.
Зарезервированный запас удерживается
Запас, выделенный под заказ, удерживается для него. Другой процесс не может его израсходовать, пока распределение действует.
Приоритет зоны отбора
Работник сначала направляется в нужную зону отбора, прежде чем переходить к менее эффективным местам.
Частичное распределение, по складам
Опционально: продолжать движение пригодного для работы запаса и отмечать нехватку как исключение, вместо блокировки всего заказа. Включено на одном действующем складе, выключено на другом.
Пополнение, которое называет заблокированные заказы
Отчёт показывает, из какого заблокированного места нужно переместить запас, сколько и какие именно заказы клиентов при этом станут распределяемыми.
Изменения заказа после подтверждения
Количества можно корректировать после подтверждения и выпуска заказа — используется сотни тысяч раз в обеих действующих странах.
04 · Проверка / КК
Проверка может быть жёстким барьером, а не формальностью.
Там, где этого требует операция, заказ проверяется до отгрузки. Проверка включается для каждого склада и выполняется на сканерах в зоне упаковки.
Сверка по фактическому товару
Проверка подтверждает то, что физически в коробке, а не то, что, по документам, должно было быть.
Отдельный этап контроля качества
Отдельный этап контроля качества выполняется вместе с проверкой там, где операция этого требует.
Подтверждение паллеты удерживается для КК
Подтверждение паллеты может откладываться на заданный интервал, чтобы КК успел вмешаться до отгрузки. Действует на двух складах.
Исключения удерживаются, а не скрываются
Неудачная проверка останавливает заказ и остаётся видимой, пока ответственный не решит её.
05 · Отгрузка
План соответствует тому, что склад реально может отгрузить.
Дни доставки выводятся из реального времени отсечки, а загрузка выполняется по паллетам и заказам, уже прошедшим проверки.
Планирование на основе отсечки
Заказ, не попавший в сегодняшнюю отсечку, планируется на день, когда он реально может уйти. Время отсечки различается по складам — 15:00 на одном действующем объекте, 12:45 на другом.
Контроль паллет и манифеста
Паллеты создаются, подтверждаются и оформляются в манифест как отслеживаемые объекты, а не как пометка на распечатке.
Транспортные накладные
Транспортные накладные формируются и хранятся в записи отгрузки.
Подтверждение обратно в бизнес-систему
Данные по счетам и отгрузке возвращаются в ERP через тот же интерфейсный слой, который приносит заказы.
06 · Контроль запасов
Запас движется по причине, и причина фиксируется.
Перемещения, корректировки и смены статуса — это полноценные операции, каждая из которых оставляет полную запись «до и после».
Перемещение между местами и складами
Перемещения выполняются как отслеживаемые задачи. В более ранних поколениях системы их было выполнено более полумиллиона.
Контролируемое изменение запаса
Корректировки — это записанная операция с причиной, а не тихая правка количества.
Смена статуса запаса
Перевод запаса между «продаваемым», «заблокированным» и другими состояниями отслеживается со своей историей.
Инвентаризация
Циклическая инвентаризация по местам с задачами для работников, раундами пересчёта и зафиксированными расхождениями. Проверено в более раннем поколении Linari; см. ниже.
Интеграция с ERP
Когда сообщение не проходит, вы это видите — и можете отправить его снова.
Каждая складская система заявляет о двусторонней интеграции с ERP. Важен вопрос — что происходит в день, когда она выходит из строя. В Linari неудачное сообщение — это видимая запись с действием повторной отправки, а не тихая дыра, которую обнаруживают через три недели.
✓
В обоих направлениях
Товары, штрихкоды, заказы на закупку, заказы магазинов, запасы и данные по счетам.
Товары, штрихкоды, заказы на закупку, заказы магазинов, запасы и данные по счетам.
✓
Сбои отображаются, а не скрываются
Экран мониторинга показывает ошибки интеграции по мере их появления.
Экран мониторинга показывает ошибки интеграции по мере их появления.
✓
Повторная отправка из интерфейса
Поддерживаемые типы сообщений оператор может отправить заново без разработчика и без потери операционного следа.
Поддерживаемые типы сообщений оператор может отправить заново без разработчика и без потери операционного следа.
✓
Проверено в больших объёмах
Десятки миллионов записей интеграции в текущих и более ранних внедрениях Linari.
Десятки миллионов записей интеграции в текущих и более ранних внедрениях Linari.
Мониторинг интеграцииЗаказы магазинов · сегодня
Интерфейс заказов магазиновТовар не активен на этом складе
ОшибкаОтправить зановоИнтерфейс заказов поставщикаШтрихкод принадлежит другому складу
ОшибкаОтправить зановоИнтерфейс заказов магазиновОтправлено заново после исправления мастер-данных
ОбработаноПросмотрЭкспорт счетовПодтверждение отгрузки возвращено в ERP
ОбработаноПросмотрПредставление экрана мониторинга интеграции. Попросите показать реальный экран с живыми данными в демо.
Traceability
Каждое перемещение фиксирует, каким был запас и каким он стал.
Linari не просто сохраняет изменение и не оставляет вам восстанавливать баланс. Каждое перемещение запаса несёт доступное и фактическое количество до и после операции, с её ссылкой, номером операции и документом.
Доступно до → после
Фактически до → после
Операция и ссылка
Место и партия
История движения запасаОдин товар · одно место
Отбор · распределение по заказу
Доступно36 → 24
Фактически36 → 36
Размещение · из приёмки
Доступно12 → 36
Фактически12 → 36
Перемещение · в зону отбора
Доступно0 → 12
Фактически0 → 12
Иллюстрация записываемой структуры. Каждое перемещение в производстве несёт эти значения.
Выполнение на складе
Система управления складом идёт к оператору, а не наоборот.
Приёмка, размещение, перемещение, отбор, проверка и инвентаризация выполняются на сканере прямо в проходе. Оператор видит следующее контролируемое действие — а не сложность, стоящую за ним.
Задачи по сканированию
Экраны по ролям
Проверка штрихкода
Списки задач для каждого работника
Что происходит, если сеть пропадает
Сканер работает по живому соединению с сервером, поэтому каждое сканирование подтверждается централизованно, и два оператора никогда не работают по устаревшей картине одного и того же места. Офлайн-выполнение задач в настоящее время не поддерживается. Перед запуском мы вместе с вами обходим здание и находим «мёртвые зоны» — это задача обследования объекта, и её дешевле решить точкой доступа, чем программным обеспечением.
LINARI · ОТБОР10:42
СЛЕДУЮЩАЯ ЗАДАЧА
Перейти на
место P-12-04
Отсканируйте штрихкод местаP-12-04
Товар 374110Выбран «сначала по сроку» · срок годн. 14 сен 2026
Отобрать 12 штукЗарезервировано под этот заказ
ПОДТВЕРДИТЬ ОТБОР
Более ранние поколения
Возможности, которые эта платформа уже несла в масштабе.
Linari прошёл через несколько поколений. Эти возможности работали в производстве в более ранних внедрениях в Грузии — они часть истории платформы, а не каждой текущей установки, и мы скажем об этом прямо, а не будем подразумевать обратное.
Кросс-докинг
Товар, привязанный к исходящему заказу, перемещался через здание без двойного хранения — зафиксировано на миллионах перемещений запаса.
Размещение по группам хранения
Товары сопоставлялись с разрешёнными местами через миллионы правил товар-место, определяя, куда запасу можно было попадать.
Циклическая инвентаризация
Пересчёт по местам с задачами для работников, раундами пересчёта и зафиксированными расхождениями, выполненный на десятках тысяч строк пересчёта.
Управление воротами
Ворота определялись и использовались как часть процесса загрузки и отгрузки.
Водители и доставка
Записи водителей и доставок хранились в системе как часть исходящего процесса, на тысячах записей водителей.
Склады с зонами
Склады делились на десятки зон, при этом структура мест и отчётность соответствовали физическому зданию.
Адаптивность
Система управления складом — это половина решения. Вторая половина — команда, которая за ней стоит.
Любой поставщик может показать демонстрацию экрана. Что важно в течение пяти лет — понимает ли он вашу операцию, может ли безопасно менять систему и остаётся ли рядом после запуска.
01
Мы говорим на языке складских решений, а не названий функций.
Правила ротации, зарезервированный запас, приоритет зоны отбора, альтернативные штрихкоды поставщика, работа с кейсами, пороги срока годности. В реальной операции это повседневное поведение, и система относится к нему именно так — сложные случаи были в дизайне с самого начала, а не добавлены после первого пикового сезона.
02
Когда процесс принципиально другой, фундамент всё равно держит.
Операция одного клиента отличалась настолько, что инвентаризация, отбор, размещение, упаковка и отгрузка должны были работать иначе. Они работают на том же фундаменте, что и любой другой объект Linari, — та же модель запаса, тот же аудит-след, тот же слой интеграции, та же безопасность и разграничение складов, та же архитектура сканеров — с заменённым операционным слоем поверх.
03
Ваш процесс меняется в понедельник. Система может так же.
Большинство поставщиков отвечают на операционное изменение коммерческим предложением и кварталом. У нас изменение — это отслеживаемая заявка, она тестируется в вашей тестовой среде перед выходом в продакшен и описывается в релиз-нотах, которые вы можете прочитать. Попросите в демо показать последние десять изменений, которые мы внедрили для живого клиента.
Это не молодой продукт. Linari вырос из складской системы, работающей в ежедневном производстве более десяти лет, и был перестроен через несколько поколений в то, что используют наши клиенты сегодня.
Where we fit
Linari — не правильная система для каждого склада.
Большинство страниц складского ПО делают вид, что у них нет конкурентов. Вы уже знаете, что у вас есть три реальных пути, поэтому мы предпочитаем быть с вами честными о них.
Вашего ERP может быть достаточно
Оставайтесь как есть, когда…
- Один человек всё ещё держит картину запаса в голове, и это работает.
- Места, партии и сроки годности не определяют ваш отбор.
- Вашей команде комфортно работать с распечатанными списками, а не со сканируемыми задачами.
- Складской модуль вашего ERP покрывает ваши правила сегодня, и вы ожидаете, что так будет и дальше.
Linari подходит
Поговорите с нами, когда…
- Ваши складские правила сложнее, чем может выразить модуль ERP.
- Правила различаются по объекту, клиенту или товару — и одно глобальное настраивание их не покрывает.
- Срок годности, партия или резерв определяют, какой запас можно отбирать, а не только сколько у вас есть.
- Работа должна выполняться и подтверждаться сканированием в проходе.
- Ваш ERP остаётся бизнес-системой, а склад должен оставаться с ним согласованным.
- Ваш процесс будет продолжать меняться после запуска.
Глобальная платформа может подойти лучше
Смотрите в другое место, когда…
- Вам нужен один шаблон, развёрнутый одинаково во многих странах, внедряемый местными партнёрами.
- Ваши планы включают экосистемы автоматизации или робототехники.
- Закупки требуют поставщика такого размера — законное ограничение, и мы с этим не спорим.
Если первая или третья колонка описывает вас, вы услышите это от нас на первой встрече. Мы лучше потеряем сделку, чем референс.
Для вашей ИТ-команды
Вопросы, которые ваш IT-директор задаст первыми.
Ответы даны прямо, в том числе там, где ответ — «пока нет». Полная техническая документация предоставляется по запросу.
- Платформа
- Веб-приложение .NET с базой данных Microsoft SQL Server.
- Изменения схемы
- Применяются как версионируемые пакеты базы данных, по средам, с тестовой средой впереди продакшена.
- Роли и права
- На основе ролей, с контролем доступа на уровне полей и записей.
- Разграничение
- Пользователи и данные разграничены по складу и бизнес-единице во всей системе.
- Зависимость от сети
- Сканер требует живого соединения. Офлайн-выполнение задач не поддерживается.
- Интеграция
- Файловые, базовые и сервисные интерфейсы, с плановыми заданиями для периодических обменов.
- Обработка сбоев
- Неудачные сообщения интеграции перечислены на экране мониторинга, и поддерживаемые типы можно воспроизвести из него.
- Логирование
- Логирование приложения и производительности с сохранением времени каждого запроса в базе данных.
Внедрение
Четыре этапа, на каждом что-то, что можно взять в руки.
Каждый склад разный, поэтому мы не назовём вам количество дней, пока не увидим ваш. Мы берём на себя эту последовательность — и присутствие на вашем объекте, а не только в переговорной.
Карта процесса, которую вы подписываете
Мы обходим здание — приёмка товара, места, правила ротации, исключения и то, что реально происходит в пиковый день. Вы получаете письменное описание своего процесса и утверждаете его до начала любой настройки.
Настроенная интегрированная тестовая среда
Структура вашего склада, места, товары, пользователи и операционные правила, подключённые к вашему ERP и работающие на ваших данных — в тестовой среде, в которую вы можете войти.
Операционная валидация вашей командой
Ваши супервайзеры и операторы выполняют реальные сценарии на реальных сканерах: ваши SKU, ваши штрихкоды, ваши сложные случаи. Ничто не попадает в продакшен, пока люди, которые будут этим пользоваться, это не утвердили.
Запуск и непрерывное улучшение
Наши люди находятся на складе в первые дни работы и в течение первого пика. После этого изменения продолжаются — отслеживаемые, тестируемые и документированные.
Вам не нужно брать на себя всё сразу. Начните с одного склада и одного пикового периода, оцените нас по тому, как работает объект в это время, и решите об остальном позже.
Закажите операционную демонстрацию.
Принесите один сложный сценарий из вашего склада — зарезервированный запас, ротацию по сроку годности, правило, которое различается по клиентам, упрямый интерфейс ERP. Мы прогоним его в системе, а не в презентации. Специалист по складу отвечает в течение одного рабочего дня. Тарифы и цены — на странице цен.