edit README
This commit is contained in:
@@ -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
|
||||
<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
|
||||
|
||||
Reference in New Issue
Block a user