Propose
An LLM agent reads SAP through schema-locked, read-only tools, reasons about the supply need, and drafts a purchase order or stock-transfer order. It cannot write to SAP.
// RESTRICTED · AUTHORISATION REQUIRED
NATO defense logistics simulation — access-controlled preview.
▸ Invalid code — access denied.
// NATO DEFENSE LOGISTICS · LAYER 3 SUPPLY AGENT
▸ A working simulation · v2 · 3 sovereign nations + a Layer-2 command hub
An LLM agent reads SAP through read-only tools, reasons about a battlefield supply need, and drafts purchase and stock-transfer orders — but it never writes. A human reviews and approves; then deterministic, non-AI code calls the SAP BAPIs and dispatches transport. This site shows what has been built so far.
An LLM agent reads SAP through schema-locked, read-only tools, reasons about the supply need, and drafts a purchase order or stock-transfer order. It cannot write to SAP.
A human logistics officer reviews the proposal — the actions, estimated cost, ETA, and the agent's natural-language rationale — in the approval app, then approves or rejects.
Only on approval does a deterministic executor — no AI — call the SAP BAPI write endpoints behind a token guard, then dispatch transport for a carrier and ETA.
A CAESAR 155 mm self-propelled howitzer sits deadlined at the Rzeszow forward depot, missing a 28 mm hydraulic coupling from its gun-laying circuit. The agent queries SAP: 12 in stock at Depot Metz, 4 at Toul, 0 forward. It drafts a C-130 stock transfer, Metz → Rzeszow. A human approves. Deterministic code writes the STO, decrements Metz, books the carrier — ETA 2 days.
edge-sim CLI; the hub ingests & persists every event.Signed workshop events — equipment, part, GPS, urgency — over the shared event envelope. Shipped as the edge-sim CLI.
SAP MM/PM stub — materials, BOMs, depot stock, lead times, BAPI write facade. SQLite-backed.
CompleteOllama-hosted LLM with schema-locked tools and a deterministic optimizer. Proposal store. Live in all 3 nations.
CompleteHuman review UI — rationale, cost, ETA. Approve or reject; the deterministic executor writes.
CompleteEnd-to-end demo: a battlefield part need to an approved, shipped stock-transfer order.
Complete/history/events
DONE
/fleet + /forecast
DONE
/llm brief & chat
DONE
Dots are warehouses (hover for plant name). Arrows light up as the system dispatches material across the theatre — no replay, only what's happening now.
logistics.blap.dk/ ├─ sap.france.logistics.blap.dk SAP stub ● live ├─ approval.france.logistics.blap.dk Approval app ● live ├─ llm.france.logistics.blap.dk LLM agent ● live ├─ sap.rm.logistics.blap.dk SAP stub ● live ├─ approval.rm.logistics.blap.dk Approval app ● live ├─ llm.rm.logistics.blap.dk LLM agent ● live ├─ sap.pl.logistics.blap.dk SAP stub ● live ├─ approval.pl.logistics.blap.dk Approval app ● live ├─ llm.pl.logistics.blap.dk LLM agent ● live ├─ centralhub.logistics.blap.dk Layer 2 hub ● live (3A–3D) ├─ transport.logistics.blap.dk Mock transport ○ not deployed └─ logistics.blap.dk This page ● live
All three nations now run a fully sovereign triplet — their own SAP stub
(with a read-only SAP-cosplay browser at sap.<nation>.logistics.blap.dk),
approval app, LLM agent and private Ollama runtime. The seeded network spans
24 warehouses across 3 nations (8 per nation); 3 of those per nation are
dynamically provisionable at runtime via POST /bapi/plants or the
SAP-cosplay UI — lead-times to every existing plant are auto-generated on creation.
The Layer-2 Central Hub is live with its own event historian, cross-nation
tender flow, failure forecasting, donation ledger and a network-isolated hub-LLM —
explore it at centralhub.logistics.blap.dk (passcode glaucus).
The hub stays blind to nation internals: it sees only aggregate, hub-owned data.