Логистика, доставка и склад — LOGISTICS · DELIVERY · SKLAD

1) Краткое описание

Три взаимодополняющих контура закрывают физическую исполнительность после оформления заказа: LOGISTICS — склады компании, отгрузки и связка с master-складом в App (public.warehouses и зеркала по канону CORESYSTEM/28); DELIVERY — расчёт доставки и маршруты; SKLAD — WMS-уровень (зоны, ячейки, инвентаризация). Вместе они убирают разрыв между «заказ оплачен» и «товар у клиента», сохраняя единый shop_id / company_id.

Неверная модель складов — частый источник расхождений остатков; платформа закрепляет источник истины по складам и их отражение в логистике.

2) Полный охват потребностей пользователя

Когда связка закрывает потребность «от начала до конца»

• Руководитель логистики видит склады, отгрузки и статусы в согласовании с заказами — без параллельного учёта в Excel.
• Кладовщик / смена работает в SKLAD с адресацией и инвентаризацией, если включён WMS-режим; иначе остаётся упрощённый контур без ячеек.
• Менеджер по доставке получает расчёт тарифов и маршрутизацию через Delivery, а подключение конкретных перевозчиков — через INTEGRATIONS при необходимости.

LOGISTICS — зона ответственности

Склады компании, отгрузки, связь с source_warehouses и зеркалами master-склада в App (CORESYSTEM/28). Закрывает вопрос «где физически лежит товар и что отправили».

DELIVERY — зона ответственности

Расчёт стоимости и сроков, сценарии курьера/ПВЗ — по качеству мастер-данных (вес, габариты, зоны). Не заменяет юридический договор с перевозчиком вне системы.

SKLAD — зона ответственности

Углублённый склад: ячейки, зоны, пересчёты. Без него компания может обходиться при простой модели, но тогда полный объём контроля остатков на адресном уровне недоступен.

Границы

Ни один из модулей не отменяет необходимость корректных товарных master-данных в Shop и правил company / shop_id: логистика «лечит» исполнение, а не качество каталога.

Главные фишки

• Склады и отгрузки — резервирование, статусы отгрузок, связь с заказами и документами.
• Доставка — тарифные модели и расчёт (интеграции с службами — через модуль INTEGRATIONS при необходимости).
• WMS (SKLAD) — адресное хранение, зоны, инвентаризация, контроль расхождений.
• Согласованность с Orders — события и статусы без «ручного» переноса в таблицы.
• Масштабирование — разделение ролей: кто настраивает справочники, кто исполняет на складе.

Технологический стек

• Сервисы: logistics-backend (8090), delivery-backend (8080), sklad-backend (8096).
• Данные: PostgreSQL; геоданные и маршруты — по выбранным интеграциям.
• Интеграции: карты, службы доставки, весогабаритные правила — конфигурируемо, без хардкода в коде витрины.

Допущения и важные оговорки

• Канон складов не дублируется произвольными справочниками в модулях — при расхождениях приоритет у документированной связи App ↔ LOGISTICS.
• Расчёт доставки зависит от качества мастер-данных (вес, габариты, зоны) — без них любой алгоритм даёт формальные цифры.

Оценка стоимости

Базовый контур (склады + статусы отгрузок + простая доставка)

• Ориентир: 5–14 млн ₽
• Сроки: 4–9 месяцев

Полный WMS + интеграции перевозчиков + высокая нагрузка

• Ориентир: 14–38 млн ₽
• Сроки: 9–18 месяцев

Сопровождение

• Ориентир: 180–700 тыс ₽/мес