edit README

README.md

@@ -1,7 +1,7 @@
 # Redmine Ticket-Portal (Prototyp)
 
 Vorgeschaltete Webseite für die Ticket-Anlage mit verpflichtendem Kundenbezug  
-(Lösungsvariante 1 aus [redmine.unicon-gmbh.de](https://redmine.unicon-gmbh.de/redmine/issues/6)).
+(Lösung #1 aus [redmine.unicon-gmbh.de](https://redmine.unicon-gmbh.de/redmine/issues/6)).  
 Die Kundenauswahl läuft über ein Autocomplete gegen die eigenen Stammdaten.  
 Die Kunden müssen also nicht als Auswahlliste in Redmine gepflegt werden.  
 Die Kundennummer wird in ein Text-Custom-Field des Tickets geschrieben.
@@ -10,14 +10,14 @@ Die Kundennummer wird in ein Text-Custom-Field des Tickets geschrieben.
 
 1. Mitarbeiter sucht den Kunden per Nummer oder Firmenname (Autocomplete)
 2. Betreff und Beschreibung erfassen
-3. Der Server validiert die Kundennummer gegen die Stammdaten und legt das
-   Ticket per POST /issues.json in Redmine an (API-Key nur serverseitig)
+3. Der Server validiert die Kundennummer gegen die Stammdaten und legt das  Ticket per POST /issues.json in Redmine an (API-Key nur serverseitig).
 
 ## Setup
 
     npm install
     cp .env.example .env    # Werte anpassen (API-Key, Projekt, Feld-ID)
     npm start
+<br/>
 
 Ohne gesetzten REDMINE_API_KEY läuft der Server im Trockenlauf: die
 Oberfläche funktioniert komplett, Tickets werden aber nur simuliert.
@@ -26,6 +26,7 @@ Zum schnellen Ausprobieren reicht daher:
     npm install && npm run start:dry
 
 Danach http://localhost:3000 öffnen.
+<br/>
 
 ## Konfiguration (.env)
 
@@ -43,6 +44,6 @@ Die Feld-ID lässt sich per GET /custom_fields.json ermitteln.
 ## Nächste Schritte Richtung Produktion
 
 - Kundenliste direkt aus CRM/ERP ziehen (DB-View oder Export per Cron)
-- Authentifizierung für die Techniker (z. B. LDAP/SSO im Reverse Proxy)
+- Authentifizierung für die Mitarbeiter (z. B. LDAP/SSO im Reverse Proxy)
 - WS-Nummer als zweites Custom Field automatisch mitschreiben
 - HTTPS und Betrieb hinter dem vorhandenen Reverse Proxy