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