Logistické IS & WMS

Proč logistika potřebuje specializovaný IS¶

Generický ERP modul pro sklad nestačí, když zpracováváte tisíce zásilek za hodinu. Logistické operace vyžadují real-time zpracování, integraci s hardware (skenery, třídičky, váhy) a odolnost proti výpadkům. Minutový výpadek v třídícím depu znamená stovky nezpracovaných zásilek a kaskádu zpoždění.

Architektura, která vydrží¶

Naše logistické IS jsou postavené na event-driven architektuře s Apache Kafka jako páteří. Každá operace — scan zásilky, přetřídění, naložení na vozidlo — generuje event. Downstream systémy (tracking, billing, reporting, notifikace zákazníkům) konzumují eventy nezávisle.

Proč event-driven: - Odolnost — Výpadek jednoho systému nezastaví třídění. Eventy čekají v Kafce. - Škálovatelnost — Přidání nového consumera (nový reporting, nová integrace) bez změny producenta. - Auditovatelnost — Kompletní historie každé zásilky z eventů. - Decoupling — Týmy pracují nezávisle na svých službách.

Typická architektura WMS¶

┌──────────────────────────────────────────────────────────┐
│  ZAŘÍZENÍ (Edge)                                          │
│  Skenery, třídící linky, váhy, tiskárny                 │
│  → Edge processing, offline buffer                       │
└──────────────┬───────────────────────────────────────────┘
               │ MQTT / REST
               ▼
┌──────────────────────────────────────────────────────────┐
│  INGESTION LAYER                                          │
│  API Gateway → Event Validation → Kafka                  │
└──────────────┬───────────────────────────────────────────┘
               │
               ▼
┌──────────────────────────────────────────────────────────┐
│  PROCESSING LAYER                                         │
│  Sorting Engine │ Routing Engine │ Inventory Manager     │
│  Rules Engine   │ Exception Handler │ SLA Monitor        │
└──────────────┬───────────────────────────────────────────┘
               │
               ▼
┌──────────────────────────────────────────────────────────┐
│  INTEGRATION LAYER                                        │
│  ERP Sync │ Customer Notifications │ Partner APIs        │
│  Billing  │ Reporting │ Analytics                        │
└──────────────────────────────────────────────────────────┘

Sorting Engine — srdce třídícího depa¶

Sorting engine rozhoduje, kam zásilka putuje — na základě destinace, hmotnosti, rozměrů, priority a SLA. Rozhodnutí musí padnout pod 10ms, protože zásilka fyzicky projíždí třídící linkou.

Jak to funguje: 1. Skener přečte čárový kód/QR → event do Kafky 2. Sorting engine dotáže routing pravidla (Redis cache, < 1ms) 3. Rozhodnutí → příkaz pro třídící linku 4. Konfirmace → event o úspěšném třídění

Pravidla se mění bez deploye — operátor upraví routing v admin UI, změna se propaguje do cache za sekundy. A/B testing nových pravidel na části trafficu.

Hardware integrace¶

Integrujeme se vším, co najdete v logistickém depu:

• Skenery — Zebra, Honeywell, Datalogic. REST API nebo SDK.
• Třídící linky — OPC-UA, Modbus, proprietární protokoly.
• Váhy — Průmyslové váhy s automatickým odečtem.
• Tiskárny štítků — ZPL, EPL, PDF direct print.
• AMR roboty — REST API pro task assignment, fleet coordination.

Real-time tracking¶

Zákazník vidí, kde je jeho zásilka — v reálném čase, ne s hodinovým zpožděním. Event-driven architektura to umožňuje nativně: každý scan generuje event, tracking service ho konzumuje a aktualizuje stav. WebSocket push pro live tracking na webu/v appce.

Škálování pro špičky¶

Vánoce, Black Friday, e-commerce akce — throughput naroste 3-5×. Naše architektura na to je připravená:

• Kafka partitioning — paralelní zpracování, horizontální škálování consumerů
• Kubernetes HPA — automatický scale-up na základě queue depth
• Load testing — k6 simuluje špičky měsíce předem
• Capacity planning — víme, kolik potřebujeme, dřív než to potřebujeme

Monitoring a alerting¶

• Business metriky — zásilky/hodinu, chybovost třídění, SLA compliance
• Technické metriky — Kafka lag, API latence, error rate
• Hardware monitoring — stav skenerů, třídičky, konektivita
• Alerting — PagerDuty/OpsGenie, eskalační pravidla, runbooky

Dashboardy v Grafaně — jeden pro management (business KPI), jeden pro operations (technické metriky), jeden pro support (troubleshooting konkrétní zásilky).

Souvisí s