Add AI workspace reviews
This commit is contained in:
@@ -0,0 +1,29 @@
|
||||
# AI Assistant Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
KI-Funktionen unterstützen Benutzer und Prozesse.
|
||||
|
||||
Die KI ersetzt keine Kernlogik und trifft keine finalen Entscheidungen.
|
||||
|
||||
## V1-Prinzip
|
||||
|
||||
Die KI darf:
|
||||
- Vorschläge machen
|
||||
- Daten erkennen
|
||||
- Zusammenfassungen erstellen
|
||||
|
||||
Die endgültige Entscheidung trifft ein Benutzer.
|
||||
|
||||
## Geplante Funktionen
|
||||
|
||||
- Ticketzusammenfassungen
|
||||
- Antwortvorschläge
|
||||
- Rechnungserkennung
|
||||
- Kundenerkennung
|
||||
- Vertragsvorschläge
|
||||
- Importunterstützung
|
||||
|
||||
## Sicherheitsprinzip
|
||||
|
||||
KI erhält nur notwendige Daten, keine direkten Systemrechte und keine direkten Schreibrechte im Core.
|
||||
@@ -0,0 +1,39 @@
|
||||
# Billing Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Hosting-Backoffice ist kein eigenes Buchhaltungs- oder Banking-System.
|
||||
|
||||
Billing wird über externe Systeme integriert.
|
||||
|
||||
## Unterstützte Systeme V1
|
||||
|
||||
- Lexware Office
|
||||
- Invoice Ninja CE
|
||||
|
||||
## Zahlungsarten
|
||||
|
||||
- Rechnung
|
||||
- Überweisung
|
||||
- Lastschrift
|
||||
- PayPal
|
||||
- Wero
|
||||
|
||||
## Zahlungslogik
|
||||
|
||||
Das System verarbeitet zunächst keine echten Zahlungen selbst.
|
||||
|
||||
Es verwaltet:
|
||||
- Status
|
||||
- Referenzen
|
||||
- Hinweise
|
||||
- spätere Gebührenregeln
|
||||
|
||||
## Rechnungen
|
||||
|
||||
Das System speichert:
|
||||
- Rechnungsnummern
|
||||
- Zahlungsstatus
|
||||
- Beträge
|
||||
- Referenzen
|
||||
- Archivverweise
|
||||
@@ -0,0 +1,33 @@
|
||||
# Customer Portal Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Das Kundenportal ist die zentrale Kundenansicht.
|
||||
|
||||
Der Kunde soll professionell betreut, informiert und sicher eingebunden werden.
|
||||
|
||||
## V1-Funktionen
|
||||
|
||||
### Kundenbereich
|
||||
- Stammdaten
|
||||
- Verträge
|
||||
- Domains
|
||||
- Hostingpakete
|
||||
|
||||
### Rechnungen
|
||||
- Rechnungsübersicht
|
||||
- Zahlungsstatus
|
||||
- Dokumente
|
||||
|
||||
### Support
|
||||
- Tickets
|
||||
- Antworten
|
||||
- Ticketstatus
|
||||
|
||||
### Dokumente
|
||||
- PDFs
|
||||
- Anhänge
|
||||
|
||||
## Sicherheitsprinzip
|
||||
|
||||
Kunden sehen ausschließlich eigene Daten.
|
||||
@@ -0,0 +1,27 @@
|
||||
# Document Archive Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Das Dokumentenarchiv verwaltet Dateien, Metadaten, Hashes und Objektbezüge.
|
||||
|
||||
## V1-Funktionen
|
||||
|
||||
- PDF-Ablage
|
||||
- Dokumentenmetadaten
|
||||
- Hash-Erzeugung
|
||||
- Objektverknüpfung
|
||||
- Audit-Log bei Upload und Änderung
|
||||
|
||||
## Dokumentenarten
|
||||
|
||||
- Rechnungen
|
||||
- Verträge
|
||||
- Supportanhänge
|
||||
- Importdateien
|
||||
- Kundenunterlagen
|
||||
|
||||
## Nicht Ziel von V1
|
||||
|
||||
- vollständiges DMS
|
||||
- eigene Buchhaltung
|
||||
- rechtlich garantierte GoBD-Zertifizierung
|
||||
@@ -0,0 +1,29 @@
|
||||
# Import Assistant Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Importe sollen kleinen Anbietern den Einstieg erleichtern.
|
||||
|
||||
Bestehende Daten sollen möglichst einfach übernommen werden können.
|
||||
|
||||
## V1
|
||||
|
||||
### Registrar-Import
|
||||
- 1blu Exporte
|
||||
- mehrere Accounts
|
||||
- Domains erkennen
|
||||
|
||||
### Kundenzuordnung
|
||||
- manuelle Zuordnung
|
||||
- Vorschläge später möglich
|
||||
|
||||
## KI-Unterstützung später
|
||||
|
||||
- Rechnungserkennung
|
||||
- Kundenerkennung
|
||||
- Vertragsvorschläge
|
||||
- automatische Vorschläge
|
||||
|
||||
## Sicherheitsprinzip
|
||||
|
||||
Importe verändern niemals ungeprüft Core-Daten. Sie werden geprüft, protokolliert und bestätigt.
|
||||
@@ -0,0 +1,26 @@
|
||||
# KeyHelp Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
KeyHelp wird als modular angebundenes Hostingpanel integriert.
|
||||
|
||||
Die Plattform bleibt providerneutral.
|
||||
|
||||
## V1-Funktionen
|
||||
|
||||
- Serverobjekte
|
||||
- KeyHelp-Referenzen
|
||||
- Hostingpaket-Zuordnung
|
||||
- Serverstatus später möglich
|
||||
|
||||
## Später geplant
|
||||
|
||||
- Hostingdaten synchronisieren
|
||||
- Ressourceninformationen
|
||||
- Benutzerinformationen
|
||||
- Servertemplates
|
||||
- Konfigurationsprofile
|
||||
- API-gestützte Abläufe
|
||||
- Paketverschiebungen
|
||||
- Mailmigrationen
|
||||
- Downtimeplanung
|
||||
@@ -0,0 +1,47 @@
|
||||
# Module Structure v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Hosting-Backoffice basiert auf:
|
||||
- Core
|
||||
- Service-Modulen
|
||||
- Integrationsmodulen
|
||||
|
||||
Der Core enthält ausschließlich zentrale Plattformlogik.
|
||||
|
||||
## Core-Bereiche
|
||||
|
||||
- Benutzer
|
||||
- Rollen/Rechte
|
||||
- Kunden
|
||||
- Verträge
|
||||
- Produkte
|
||||
- Domains
|
||||
- Hostingpakete
|
||||
- Server
|
||||
- Dokumente
|
||||
- Audit-Logs
|
||||
- Benachrichtigungen
|
||||
- API
|
||||
- Einstellungen
|
||||
|
||||
## Service-Module
|
||||
|
||||
- Ticketsystem
|
||||
- KI-Assistent
|
||||
- Import-Assistent
|
||||
- Dokumentenarchiv
|
||||
- Migrationen später
|
||||
|
||||
## Integrationsmodule
|
||||
|
||||
- Lexware Office
|
||||
- Invoice Ninja CE
|
||||
- KeyHelp
|
||||
- 1blu Business
|
||||
- PayPal
|
||||
- Wero
|
||||
|
||||
## WordPress-Plugin
|
||||
|
||||
Das WordPress-Plugin ist kein Corebestandteil. Es dient später als Frontend-Integration über die REST API.
|
||||
@@ -0,0 +1,39 @@
|
||||
# Registrar Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Domains und Registrarinformationen werden zentral verwaltet.
|
||||
|
||||
Registrare werden modular angebunden.
|
||||
|
||||
## V1
|
||||
|
||||
Unterstützt:
|
||||
- 1blu Business
|
||||
|
||||
## Funktionen
|
||||
|
||||
### Registrar-Accounts
|
||||
- mehrere Accounts
|
||||
- Accountbeschreibung
|
||||
- Anbieterreferenz
|
||||
|
||||
### Domainverwaltung
|
||||
- Domainname
|
||||
- TLD
|
||||
- Status
|
||||
- Laufzeiten
|
||||
- Kundenzuordnung
|
||||
|
||||
### Importfunktionen
|
||||
- Exportdateien einlesen
|
||||
- Domains erkennen
|
||||
- Kundenzuordnung
|
||||
- Audit-Protokollierung
|
||||
|
||||
## Später geplant
|
||||
|
||||
- API-Synchronisation
|
||||
- weitere Registrare
|
||||
- TLD-Regeln
|
||||
- Routinglogik
|
||||
@@ -0,0 +1,21 @@
|
||||
# Server Migration Module Future
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Servermigrationen sind eine spätere Erweiterung und nicht Teil von V1.
|
||||
|
||||
## Geplante Funktionen
|
||||
|
||||
- Hostingpaket von Server A nach Server B verschieben
|
||||
- Webdaten übertragen
|
||||
- Datenbanken übertragen
|
||||
- Maildaten übertragen
|
||||
- DNS vorbereiten
|
||||
- Downtime planen
|
||||
- Kunden informieren
|
||||
- Rollback ermöglichen
|
||||
- Migration protokollieren
|
||||
|
||||
## Architekturhinweis
|
||||
|
||||
V1 muss bereits wissen, auf welchem Server ein Hostingpaket liegt, damit spätere Migrationen möglich werden.
|
||||
@@ -0,0 +1,24 @@
|
||||
# Server Template Module Future
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Server-Templates sind eine spätere Automatisierungsfunktion.
|
||||
|
||||
## Ziel
|
||||
|
||||
Neue Server sollen nach definierten Profilen eingerichtet werden können.
|
||||
|
||||
## Mögliche Inhalte
|
||||
|
||||
- KeyHelp-Installation
|
||||
- Basiskonfiguration
|
||||
- PHP-Versionen
|
||||
- Mailserver-Konfiguration
|
||||
- DNS-Konfiguration
|
||||
- Sicherheitsregeln
|
||||
- Backup-Konfiguration
|
||||
- Monitoring
|
||||
|
||||
## V1-Vorbereitung
|
||||
|
||||
V1 sollte Serverrollen und Servermetadaten so erfassen, dass spätere Templates möglich bleiben.
|
||||
@@ -0,0 +1,33 @@
|
||||
# Ticket System Module v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Das Ticketsystem ist kundenzentriert aufgebaut.
|
||||
|
||||
Support soll direkt mit Kunden, Domains, Hostingpaketen und Verträgen verbunden sein.
|
||||
|
||||
## V1-Funktionen
|
||||
|
||||
- Tickets erstellen
|
||||
- Tickets beantworten
|
||||
- Tickets schließen
|
||||
- Priorität setzen
|
||||
- Status setzen
|
||||
- interne Notizen
|
||||
|
||||
## Verknüpfungen
|
||||
|
||||
Ein Ticket kann verbunden sein mit:
|
||||
- Kunde
|
||||
- Domain
|
||||
- Hostingpaket
|
||||
- Vertrag
|
||||
- Rechnung später möglich
|
||||
|
||||
## KI-Unterstützung später
|
||||
|
||||
- Ticketzusammenfassungen
|
||||
- Antwortvorschläge
|
||||
- automatische Kategorisierung
|
||||
- Priorisierung
|
||||
- Wissensdatenbankintegration
|
||||
@@ -0,0 +1,32 @@
|
||||
# WordPress Plugin Strategy v0.1
|
||||
|
||||
## Grundprinzip
|
||||
|
||||
Das WordPress-Plugin ist eine optionale Frontend-Erweiterung.
|
||||
|
||||
Der Plattformkern bleibt unabhängig.
|
||||
|
||||
## Wichtig
|
||||
|
||||
WordPress ist nicht der Core.
|
||||
|
||||
Alle Funktionen laufen über die REST API. Keine direkte Datenbankkopplung.
|
||||
|
||||
## Geplante Funktionen
|
||||
|
||||
- Login-Widget
|
||||
- Kundenbereich
|
||||
- Verträge
|
||||
- Domains
|
||||
- Rechnungen
|
||||
- Tickets
|
||||
- Produktdarstellung
|
||||
- Supportintegration
|
||||
|
||||
## Langfristige Ziele
|
||||
|
||||
- Elementor-Widgets
|
||||
- Gutenberg-Blöcke
|
||||
- Bestellprozesse
|
||||
- Kunden-Dashboards
|
||||
- API-basierte Echtzeitdaten
|
||||
Reference in New Issue
Block a user