Каждый вендор говорит «гибкость». Эта страница показывает, что это слово значит в Linari: производственная конфигурация трёх работающих складов — философия за правилами, компромисс, который несёт каждое из них, и то, как правило реально меняется после запуска.
Проще всего понять правила для каждого склада на примере двух реальных зданий, которые сделали противоположный выбор — и оба правы.
Дорогой товар, ответственность за сроки годности, нулевая терпимость к ошибке в коробке. Его конфигурация читается как чек-лист:
Товар оборачивается за часы, а не месяцы. Сканировать каждый ящик стоило бы дороже, чем экономит, — поэтому конфигурация не мешает:
Тот же код, тот же релиз, та же база. Другое здание — другая физика.
Одиннадцать рабочих правил, три здания, одна система.
| Рабочее правило | Склад общего хранения | Свежая продукция | Третий объект |
|---|---|---|---|
| Отсечка плана отбора | 15:00 | не используется | 12:45 |
| Сверка с планом поставки при приёме | обязательно | выкл | выкл |
| Порог срока годности перед удержанием | 30 дней | не используется | 12 дней |
| Стратегия ротации | сначала по сроку, включая альтернативные штрихкоды | по умолчанию | проще |
| Отборщик сканирует локацию | обязательно | выкл | выкл |
| Отборщик сканирует товар | обязательно | выкл | выкл |
| Поведение при недостаче | распределять наличное, остальное отмечать | по умолчанию | держать заказ целиком |
| Терпимость к перепоставке | нет | разрешена | нет |
| Учёт количества коробок/тары | выкл | выкл | вкл |
| Учёт товара по весу | да | да | нет |
| Момент списания доступного остатка | ранний этап | поздний этап | поздний этап |
Значения сняты с работающей производственной базы 2026-08-17 — а не из брошюры. На демо попросите открыть две такие таблицы рядом и изменить одно правило у вас на глазах.
Правила даются не бесплатно. Каждая строка ниже — это честная версия разговора, который мы проведём при настройке вашего здания: проблема, правило и компромисс, который вы принимаете, когда его включаете.
Более новый товар уходит, а поддон с более ранним сроком стоит на стеллаже — и списание ложится на вас.
Ротация по сроку годности с порогом удержания. Один действующий склад также ротирует по альтернативным штрихкодам, чтобы самый старый товар уходил первым, даже если у него другой штрихкод того же продукта.
Отборщик идёт туда, где старый товар, а не на ближайшее лицо. Вы меняете шаги на срок хранения — обычно выгодный обмен для всего, на чём стоит дата.
Не тот товар или не та полка: коробка, которая доезжает до клиента, — не та, что в заказе.
Обязательное сканирование локации и обязательное сканирование товара — каждое независимо включается на складе.
Каждое сканирование стоит секунду. Строгий распределительный центр платит её при каждом отборе; быстрой площадке со свежим товаром, честно говоря, может быть лучше без него.
Один отсутствующий товар блокирует заказ на сорок строк, и машина уезжает позже.
Частичное распределение: распределяем наличное, заказ идёт дальше, а недостача держится как видимое исключение. Плюс отчёт по пополнению, который называет, какую заблокированную локацию опорожнить и какие заказы это разблокирует.
Кто-то должен вести очередь исключений — отмеченные недостачи, которыми никто не занимается, это лишь более красивая форма хаоса.
Поставщик привозит больше, чем заказано, и излишек становится неучтённым товаром.
Терпимость к перепоставке на каждом складе: отклонять всё, что сверх заказа, — или принимать фиксированный излишек там, где это норма бизнеса.
Нулевая терпимость значит, что машины иногда ждут, пока на воротах разбирают расхождение. Решайте для каждого здания, что вам дороже.
Заказы, обещанные на сегодня, физически не могли быть отгружены сегодня.
Отсечки плана отбора на каждом складе — 15:00 на одном действующем объекте, 12:45 на другом. Заказ, не попавший в отсечку, планируется на день, когда он реально может уехать.
Продажи видят более позднюю дату обещания. Это не система тормозит — это система отказывается врать.
Проверка перед отгрузкой ловила бы ошибки — но проверять всё везде означало бы вдвое снизить пропускную способность.
Проверка как шлюз на каждом складе: отдельный этап контроля качества и настраиваемая задержка подтверждения паллеты, чтобы контроль успевал вмешаться. Работает на двух складах, выключена там, где не нужна.
Жёсткий шлюз останавливает заказы — в том числе иногда те, которые менеджер хотел протолкнуть. Для этого шлюз и нужен.
Ваш процесс поменяется в понедельник. Вот что происходит между «нам нужно это изменить» и работой склада по-новому — для каждого изменения и каждый раз.
«С понедельника склад 2 тоже должен сканировать локации». Это становится отслеживаемым тикетом, а не телефонным звонком.
Настроено на ваших данных, в связи с вашей ERP — не на слайде.
Супервайзеры и операторы прогоняют изменённый процесс на настоящих терминалах и подписывают его.
Письменная запись о том, что и почему изменилось, — которую можно прочитать и на которую можно сослаться позже.
Правило запускается в том здании, которому принадлежит. Остальные склады не меняются.
На демо попросите показать последние десять изменений, которые мы выпустили для действующего клиента, — тикет, тест и описание релиза для каждого.
Правила на этой странице — это конфигурация на одной общей кодовой базе: один релиз и одна база обслуживают все три склада в таблице. Если процесс клиента принципиально другой, операционный слой адаптируется, а модель запасов, журнал аудита и интеграционный слой остаются прежними.
Рабочие правила выше заданы для каждого склада. Некоторые поведения естественно тоньше: штрихкоды — на уровне товара и поставщика, ротация читает партию и срок каждого товара, а терпимости применяются к каждому заказу. Если вашему процессу нужно различие, которое конфигурация не умеет выразить, это становится отслеживаемым изменением и сначала тестируется в вашей среде.
Никто не меняет боевые настройки с кондачка — включая нас. Изменение проходит описанный выше цикл: тикет, тестовая среда, ваше утверждение, описание релиза, продакшен. Это медленнее, чем поставить галочку, и намного быстрее, чем заявка на изменение на квартал.
Ничего. В этом и смысл конфигурации по складам: обязательное сканирование на складе 1 не перетекает на склад 2, и оба продолжают работать на одном релизе.
Откройте в демо две работающие конфигурации складов рядом, выберите правило и смотрите, как меняется поведение. Это самый быстрый способ узнать, значит ли «гибкость» вендора хоть что-то.