elevator intelligence.
Start

Open Elevator

Ein offener Standard und eine API für alles, was ein Aufzug an Papier erzeugt: Verträge, Prüfberichte, Angebote, Mängel, Fristen.

Die Aufzugsbranche arbeitet mit PDFs, Faxen und Excel. Jeder Hersteller, jede Servicefirma und jede Prüfstelle hat eigene Formate. evi ist API first gebaut: Alles, was die Plattform kann, ist über die Open Elevator API und den Elevator MCP erreichbar, und alles, was evi liest, wird in einen offenen, gemeinsamen Standard überführt.

BausteinWas es ist
Open Elevator APIREST-API für Anlagen, Dokumente, Verträge, Angebote, Prüfungen und Mängel
Elevator MCPModel Context Protocol Server: evi-Werkzeuge direkt in KI-Assistenten und Agenten
Document IntelligenceKlassifizieren, lesen und strukturieren von Aufzugsdokumenten
Open Elevator Contract StandardEinheitliches Schema für Wartungs- und Notrufverträge
Open Elevator Data ModelGemeinsames Datenmodell für Anlage, Prüfung, Mangel, Angebot

Warum ein Standard

Ein Wartungsvertrag ist erst vergleichbar, wenn Vertragsart, Intervalle, Notruf, Laufzeit und Preisgleitklausel in denselben Feldern stehen. Ein Prüfbericht ist erst bearbeitbar, wenn jeder Mangel Code, Frist und Gefährdungsstufe hat. Open Elevator legt diese Felder offen fest, damit Betreiber, Servicefirmen, Prüfstellen und Software dieselbe Sprache sprechen.

Open Elevator API

Open Elevator API

REST, JSON, OAuth 2.0 und API-Keys. Ressourcen für Anlagen, Dokumente, Verträge, Angebote, Prüfungen und Mängel.

Basis

Base URL   https://api.elevatorintelligence.com/v1
Format     application/json, UTF-8
Auth       Authorization: Bearer <token>   (OAuth 2.0 Client Credentials oder API-Key)
Version    URL-Präfix /v1, additive Änderungen ohne Versionssprung

Ressourcen

RessourceEndpunkteZweck
elevatorsGET /elevators · GET /elevators/{id} · POST /elevatorsAnlagen mit technischen Daten und Status
documentsPOST /documents · GET /documents/{id} · POST /documents:analyzeUpload, Klassifikation, Extraktion
contractsPOST /contracts:analyze · GET /contracts/{id} · GET /contracts/{id}/benchmarkVertragsanalyse nach Contract Standard, Marktvergleich
offersPOST /offers:analyze · POST /offers:compareReparaturangebote prüfen und vergleichen
inspectionsGET /elevators/{id}/inspections · GET /inspections/deadlinesPrüfungen und Fristen nach BetrSichV
defectsGET /defects · PATCH /defects/{id}Mängel aus Prüfberichten und Störungen
risk-assessmentsGET /elevators/{id}/risk-assessmentGefährdungsbeurteilung und Sicherheitskonzept
eventsPOST /webhooks · GET /eventsEreignisse abonnieren

Beispiel: Dokument analysieren

POST /v1/documents:analyze
Authorization: Bearer <token>
Content-Type: multipart/form-data

file=@pruefbericht.pdf
elevator_hint=Leopoldstraße 112
{
  "id": "doc_7Kq2",
  "type": "inspection_report",
  "confidence": 0.97,
  "elevator": { "id": "elv_A2021", "match": "factory_number" },
  "inspection": { "kind": "main", "date": "2026-06-11", "result": "defects", "next_due": "2028-06" },
  "defects": [
    { "code": "4.3.2", "text": "Notrufsprechverbindung nicht i.O.", "severity": "significant", "due": "2026-07-09" }
  ]
}

Fehler und Limits

Fehler folgen RFC 9457 (Problem Details). Rate Limits stehen in den Headern RateLimit-Limit, RateLimit-Remaining und RateLimit-Reset. Lange Analysen laufen asynchron: Antwort 202 mit Job-ID, Ergebnis per Event oder Abfrage.

Open Elevator API

Document Intelligence

12 Dokumentarten, 17 Klassen, eine Pipeline: klassifizieren, lesen, strukturieren, der richtigen Anlage zuordnen.

Dokumentarten

typeBeispieleExtrahierte Felder
maintenance_contractWartungsvertrag, VollwartungContract Standard (siehe Verträge)
emergency_call_contractNotrufvertragAnbindung, Technik, Kosten, Laufzeit
inspection_reportPrüfbescheinigung, ZÜS-BerichtPrüfart, Ergebnis, Mängel, nächste Prüfung
maintenance_recordWartungsbestätigung, LeistungsnachweisDatum, Arbeiten, Intervall
offerReparaturangebot, KostenvoranschlagPositionen, Stundensätze, Material, Summe
invoiceRechnungPositionen, Bezug zu Angebot und Vertrag
risk_assessmentGefährdungsbeurteilungBereiche, Gefährdungen, Maßnahmen
fault_reportStörungsmeldungSymptom, Zeit, Reaktion
type_plateFoto TypenschildFabriknummer, Baujahr, Tragkraft
photoKabine, Schacht, TürBauteil, Zustand
correspondenceSchriftverkehrAbsender, Bezug, Frist
otheralles andereVolltext, Anlagenvorschlag

Qualität

Jedes Feld trägt eine Konfidenz und einen Verweis auf die Fundstelle im Dokument (Seite, Bereich). Unsichere Felder gehen an das evi-Backoffice zur Prüfung, bevor sie in der Akte landen.

Open Elevator API

Open Elevator Contract Standard

Ein offenes Schema für Wartungs- und Notrufverträge. Damit wird jeder Vertrag vergleichbar, egal von wem er kommt.

Wartungsverträge sind heute nicht vergleichbar: andere Begriffe, andere Leistungsumfänge, versteckte Preisgleitklauseln. Der Contract Standard legt fest, welche Felder ein Aufzugsvertrag hat und was sie bedeuten. evi überführt jeden gelesenen Vertrag in dieses Schema.

{
  "$schema": "https://openelevator.org/schema/contract.json",
  "kind": "full_maintenance",           // basic_maintenance | full_maintenance
  "elevators": ["elv_A2021"],
  "term": { "start": "2019-01-01", "years": 10, "auto_renew_years": 1, "notice_months": 3 },
  "services": {
    "maintenance_visits_per_year": 6,
    "emergency_call": { "included": true, "technology": "2G" },
    "fault_repair": "included",
    "spare_parts": "wear_parts_only"
  },
  "price": { "annual_net": 2760, "currency": "EUR", "escalation": { "type": "index", "index": "destatis_wage_metal", "cap_pct": 4 } }
}

Benchmark

GET /contracts/{id}/benchmark hält den Vertrag gegen vergleichbare Anlagen (Antrieb, Haltestellen, Baujahr, Region, Leistungsumfang) und liefert Marktspanne, Median und Einsparpotenzial. Die Vergleichsbasis ist anonymisiert und aggregiert.

Mitmachen

Der Standard ist offen. Servicefirmen, Verwaltungen und Softwareanbieter können Felder vorschlagen. Ziel ist Version 1.0 als gemeinsame Branchengrundlage.

Open Elevator API

Open Elevator Data Model

Sechs Objekte, die die Betreiberverantwortung abbilden: Anlage, Dokument, Prüfung, Mangel, Vertrag, Angebot.

ObjektWichtige Felder
Elevatorfactory_number, manufacturer, year, drive, load_kg, stops, address, package
Documenttype, confidence, pages, fields[], elevator_id
Inspectionkind (main | intermediate | special), date, inspector_body, result, next_due
Defectcode, text, severity (minor | significant | dangerous), due, status
Contractsiehe Contract Standard
Offeritems[], total, valid_until, benchmark, status

Alle Objekte haben id, created_at, updated_at und organization. Datumsfelder sind ISO 8601.

Open Elevator API

Gefährdungsbeurteilung & Sicherheitskonzept

Ein strukturiertes Schema für die GBU nach BetrSichV § 3: fünf Gefährdungsbereiche, Risiko je Gefährdung, Maßnahmen, Cybersicherheit.

BereichBeispiele
A ZugangNotfallplan, Hinweisschilder, Bündigkeit
B im FahrkorbNotruf, Beleuchtung, Spiegel
C Schacht/GrubeSchutzraum, Leiter, Beleuchtung
D auf dem FahrkorbBalustrade, Halt-Schalter
E TriebwerksraumZugang, Absturzsicherung, Kennzeichnung
{
  "nr": "A2",
  "hazard": "Fehlender Notfallplan",
  "present": "no",            // yes | no | na
  "risk": "ok",                // ok | na | low | medium | high
  "measures": [{ "text": "Notfallplan erstellen", "required": false }]
}

Dazu Handlungsbedarf (kein, 5–10 Jahre, 2–4 Jahre, 1 Jahr), Dokumentencheckliste und eine Cyber-Bauteilliste mit Schnittstelle (Kabel, Funk), Barriere und Risiko.

Open Elevator API

Events & Webhooks

Ereignisse abonnieren statt pollen: neue Dokumente, Fristen, Mängel, Angebote.

EventWann
document.analyzedAnalyse abgeschlossen
inspection.due_soonPrüfung in 60, 30, 7 Tagen fällig
defect.created / defect.resolvedMangel angelegt oder behoben
offer.receivedNeues Angebot liegt vor
contract.benchmarkedMarktvergleich fertig
{
  "id": "evt_91x",
  "type": "inspection.due_soon",
  "created": "2026-10-20T08:00:00Z",
  "data": { "elevator_id": "elv_A2021", "kind": "main", "due": "2026-11-18", "days_left": 30 }
}

Signatur per HMAC-SHA256 im Header Elevator-Signature. Zustellung mit Wiederholung bis 24 Stunden.

Elevator MCP

Elevator MCP

Ein Model Context Protocol Server, der evis Werkzeuge in jeden KI-Assistenten bringt: Dokumente lesen, Verträge prüfen, Fristen rechnen, Normen nachschlagen.

Der Elevator MCP stellt evis Fachwissen als Werkzeuge bereit. Ein Agent kann damit einen Prüfbericht lesen, die Frist der nächsten Hauptprüfung berechnen oder einen Wartungsvertrag gegen den Markt halten, ohne eigene Parser oder Prompts.

Verbinden

{
  "mcpServers": {
    "elevator": {
      "url": "https://mcp.elevatorintelligence.com/v1",
      "headers": { "Authorization": "Bearer <token>" }
    }
  }
}

Werkzeuge

ToolEingabeErgebnis
analyze_documentDatei oder URLDokumentart, Anlage, strukturierte Felder
extract_contractVertrags-PDFVertrag im Open Elevator Contract Standard
benchmark_contractContract-ObjektMarktspanne, Abweichung, Einsparpotenzial
compare_offers2–5 AngebotePositionsvergleich, Plausibilität, Empfehlung
inspection_deadlinesAnlage oder letztes PrüfdatumHaupt- und Zwischenprüfung, Wärtergang
list_defectsAnlage, StatusMängel mit Frist und Gefährdungsstufe
risk_assessmentAnlageGefährdungen je Bereich, Handlungsbedarf
lookup_regulationBegriff oder ParagraphBetrSichV, TRBS, EN-Normen im Klartext

Ressourcen und Prompts

  • elevator://{id} liefert die Anlagenakte als Kontext
  • regulation://betrsichv/16 liefert den Normtext mit Erläuterung
  • Prompt „Betreiberpflichten prüfen“: geht alle Pflichten einer Anlage durch und meldet Lücken