From 8492718e6eac26e78fb132a01aa91c80957a7227 Mon Sep 17 00:00:00 2001 From: Falko Date: Mon, 13 Jul 2026 14:04:30 +0200 Subject: [PATCH] edit README --- README.md | 15 ++++++++------- 1 file changed, 8 insertions(+), 7 deletions(-) diff --git a/README.md b/README.md index 7ec306d..5d9c973 100644 --- a/README.md +++ b/README.md @@ -1,23 +1,23 @@ # 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)). -Die Kundenauswahl läuft über ein Autocomplete gegen die eigenen Stammdaten. -Die Kunden müssen also nicht als Auswahlliste in Redmine gepflegt werden. +Vorgeschaltete Webseite für die Ticket-Anlage mit verpflichtendem Kundenbezug +(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. ## Ablauf 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 +
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. +
## 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