10 KiB
Use-Case-Vergleich: UseCases_Short.md vs. andere Dateien
Referenz-Datei: ERP_WEB/UseCases_Short.md
- 748 Use Cases in 17 Modulen (1-17)
- Deckt ab: Abrechnung, Administration, Adressen/CRM, Automatisierung, Buchhaltung, Controlling, Einkauf, Verkauf, Helpdesk, MyCentron, Logistik, Stammdaten, Vertraege, CentronNexus, Asset Management, Terminverwaltung, State Machines & Wizards
Ignoriert: Produktionsplanung, TicketManagement, RMM-Anbindung, REST API Endpunkte, Validierungsregeln
Fehlende Anwendungsfunktionen (in anderen Dateien, NICHT in UseCases_Short.md)
A. Komplett fehlende Funktionsbereiche
A1. Kundenportal / Self-Service (UC-070)
Quelle: FOLGEMEETING_VORBEREITUNG.md Was fehlt: Ein kundengerichtetes Portal, in dem Kunden (nicht Mitarbeiter!) ihre Daten einsehen koennen:
- Beleg-Uebersicht (Rechnungen, Lieferscheine, Angebote)
- Zahlungshistorie
- Kontaktinformationen
- Optional: Tickets erstellen/einsehen
Abgrenzung: CentronNexus (Modul 14) ist das interne Web-Portal fuer Mitarbeiter. Das Kundenportal ist eine voellig andere Zielgruppe.
A2. CRM-Aktivitaeten (UC-031)
Quelle: FOLGEMEETING_VORBEREITUNG.md Was fehlt: Erstellen und Verwalten von CRM-Aktivitaeten als eigene Entitaet:
- Anrufe protokollieren
- Kundenbesuche dokumentieren
- E-Mail-Korrespondenz verknuepfen
- Notizen/Vermerke erstellen
- Wiedervorlagen/Follow-ups planen
- Aktivitaeten einem Kunden zuordnen
Abgrenzung: UC 3.1.4 "Adresse mit Aktivitaetshistorie anzeigen" zeigt nur die Historie an - es gibt keinen Use Case fuer das ERSTELLEN und VERWALTEN von Aktivitaeten.
A3. Lead-Management / Anfragen (UC-032)
Quelle: FOLGEMEETING_VORBEREITUNG.md Was fehlt: Der gesamte Prozess von der Anfrage bis zum Angebot:
- Anfrage/Lead erfassen (Webformular, Telefon, Messe)
- Lead qualifizieren (Interessensprofil, Budget, Dringlichkeit)
- Lead-Status tracken (Neu, Kontaktiert, Qualifiziert, Verloren)
- Lead zu Angebot/Kunde konvertieren
Abgrenzung: CRM-Projekte (3.3) beginnen erst bei einem konkreten Projekt. Der fruehe Vertriebstrichter (Lead -> Opportunity) fehlt.
A4. Arbeitssicherheit / Qualitaets-Compliance
Quelle: UNDOCUMENTED_USE_CASES_DATABASE_MODELS.md DB-Tabellen vorhanden: AGArbeitssicherheit, AGMaterial, AGUmweltschutz, AGPrufvorschrift, ArtikelAGArbeitssicherheit, ArtikelAGMaterial, Arbeitssicherheit Was fehlt: Ein ganzes Modul fuer Arbeits-/Qualitaetssicherheit:
- Sicherheitschecklisten pro Arbeitsplatz/Taetigkeit verwalten
- Materialsicherheit dokumentieren (Gefahrstoffe, Umgang)
- Umweltschutzanforderungen erfassen und pruefen
- Pruefvorschriften fuer Artikel/Materialien definieren
- Arbeitssicherheits-Audits durchfuehren und dokumentieren
- Compliance-Berichte fuer ISO-Zertifizierungen generieren
Hinweis: Nicht zu verwechseln mit den Compliance-Erwaenungen in UseCases_Short (DSGVO 2.2, Report-Compliance 12.7.5 etc.) - dort geht es um Daten-Compliance. Hier geht es um physische Arbeitssicherheit und Materialqualitaet.
A5. Social-Media-Management
Quelle: UNDOCUMENTED_USE_CASES_DATABASE_MODELS.md DB-Tabellen vorhanden: SocialMediaStream, SocialMediaStreamAccount, SocialMediaAction, SocialMediaComment, SocialMediaLike Was fehlt:
- Social-Media-Accounts verknuepfen (Facebook, Twitter, LinkedIn)
- Social-Media-Feeds ueberwachen
- Posts planen und veroeffentlichen
- Kommentare und Interaktionen verwalten
- Engagement-Metriken analysieren
- Leads aus Social Media generieren
B. Fehlende Funktionen in bestehenden Modulen
B1. Warenausgang (UC-021)
Quelle: FOLGEMEETING_VORBEREITUNG.md Modul: Logistik (11) Was fehlt: Der Warenausgang als eigenstaendiger Prozess:
- Lagerausbuchung bei Lieferschein-Erstellung
- FIFO-/Seriennummern-Auswahl beim Ausbuchen
- Bestandsaktualisierung nach Warenausgang
- Warenausgangs-Protokoll/Beleg
Abgrenzung: Kommissionierung (11.4) ist das Zusammenstellen der Ware. Warenausgang ist die tatsaechliche Bestandsreduzierung und Buchung.
B2. Allgemeine Bestandsfuehrung (UC-022)
Quelle: FOLGEMEETING_VORBEREITUNG.md Modul: Logistik (11) Was fehlt: Laufende Bestandsverwaltung zwischen Inventuren:
- Lagerbestandsabfrage (Menge, Reserviert, Verfuegbar)
- Lagerumbuchung zwischen Lagerorten
- Manuelle Bestandskorrektur mit Begruendung
- Mindestbestandswarnungen
- Bestandsabstimmung (Soll/Ist-Vergleich)
Abgrenzung: Inventur (11.3) ist die periodische Zaehlung. Bestandsfuehrung ist der taegliche Umgang mit Bestaenden.
B3. Lagerwert-Report (UC-061)
Quelle: FOLGEMEETING_VORBEREITUNG.md Modul: Controlling (6) Was fehlt: Ein dedizierter Lagerwert-Bericht:
- Bestaende x Einstandspreis = Lagerwert
- FIFO- vs. Durchschnittsbewertung
- Slow-Mover-Identifikation
- Abweichungsanalyse (Bewertungsdifferenzen)
- Lagerwert-Entwicklung ueber Zeit
Abgrenzung: UC 6.1.8 "Lagerbestands-Entwicklung und Umschlag" erwaehnt Mengen, aber nicht die wertmaessige Betrachtung (Lagerbewertung, Slow-Mover, FIFO).
B4. Aufwand/Kosten-Analyse (UC-062)
Quelle: FOLGEMEETING_VORBEREITUNG.md Modul: Controlling (6) Was fehlt: Uebergreifende Aufwands- und Kostenanalyse:
- Zeitaufwand pro Kunde/Projekt aggregieren
- Kostenvergleich: geplant vs. tatsaechlich
- Gewinnmarge pro Projekt/Kunde berechnen
- Aufwand/Kosten-Report exportieren
Abgrenzung: Kostentraeger/Kostenstellen (12.3) ist Stammdaten-Verwaltung. Hier geht es um die analytische Auswertung.
B5. Automatische Abrechnung (UC-041)
Quelle: FOLGEMEETING_VORBEREITUNG.md Modul: Abrechnung (1) / Automatisierung (4) Was fehlt: Zeitgesteuerte Abrechnung ohne Benutzereingriff:
- Regelmaessige Abrechnungsjobs konfigurieren (taeglich, woechentlich, monatlich)
- MSP-Gebuehren automatisch fakturieren
- Vertragsgebundene Abrechnungen nach Intervall ausfuehren
- Ergebnis-Benachrichtigung an Sachbearbeiter
Abgrenzung: Modul 1.1 (Vertragsabrechnung) ist ein Wizard, den ein Benutzer manuell durchlaeuft. UC-041 beschreibt die vollautomatische Abrechnung im Hintergrund.
B6. Abteilungstaetigkeiten
Quelle: UNDOCUMENTED_USE_CASES_DATABASE_MODELS.md DB-Tabellen: AbtTaetigkeiten, AbtTaetigkeitenZuordnung Modul: Administration (2.14) Was fehlt: Verwaltung von Taetigkeiten pro Abteilung:
- Taetigkeitsprofile definieren (z.B. "Vertrieb Innendienst", "Service Aussendienst")
- Mitarbeiter Taetigkeiten zuordnen
- Taetigkeiten fuer Kapazitaetsplanung nutzen
Abgrenzung: Abteilungsverwaltung (2.14) hat nur "Abteilung erstellen" und "Abteilung zuordnen". Die Taetigkeitsebene fehlt.
B7. Artikel-Lifecycle-Sonderfaelle
Quelle: USE_CASES_STATE_MACHINES.md Modul: State Machines (17.3) Was fehlt in 17.3 (dort nur: Retoure, Verschrottung, Umbuchung, Ersatz):
- Artikel verloren bei Inventur - Buchung und Dokumentation wenn ein Artikel bei der Inventur nicht auffindbar ist
- Seriennummer-Abweichung - Workflow wenn gescannte SN nicht mit erwarteter SN uebereinstimmt
- Demo-Geraet deaktivieren - Spezial-Lifecycle fuer Demo-/Leihgeraete (Aktiv -> Rueckruf -> Aufbereitung -> Wiederverwendung/Entsorgung)
- Artikel-Zustandsaenderung - Aenderung des Zustands (Neu -> Gebraucht, Repariert -> Einsatzbereit)
- Batch-Wareneingang - Einlagerung mehrerer Artikel gleichzeitig (z.B. nach Paletten-Lieferung)
B8. CRM-Projekt als vollstaendiger Lifecycle
Quelle: USE_CASES_STATE_MACHINES.md (UC-030) Modul: CRM-Projekte (3.3) Was fehlt: Die State Machine des CRM-Projekts:
- Status-Uebergaenge: Opportunity -> Proposal -> Negotiation -> Won/Lost
- Automatische Eskalation bei Inaktivitaet
- Win/Loss-Analyse nach Abschluss
- Pipeline-Ansicht aller Projekte nach Status
Abgrenzung: Modul 3.3 hat CRUD-Operationen und "als verloren markieren" (3.3.7), aber den vollstaendigen Sales-Pipeline-Lifecycle mit Statusuebergaengen und Analyse nicht.
B9. Kontingent-Szenarien (Vertiefung)
Quelle: USE_CASES_WIZARD_WORKFLOWS.md Modul: Kontingent-State-Machine (17.6) Was fehlt (17.6 hat nur 4 generische UCs):
- Geld-Kontingent mit Overbooking-Regelung
- Stunden-Kontingent fuer Dienstleister
- Quartals-Kontingent mit Warengruppen-Zuordnung
- Kontingent-Uebertrag in Folgeperiode
- Gratis-Perioden (Promotions)
- Kontingent-Umverteilung waehrend Vertragslaufzeit
B10. Workflow-Engine / Automatisierungsregeln (UC-042)
Quelle: FOLGEMEETING_VORBEREITUNG.md Modul: Automatisierung (4) Was fehlt: Eine generische Workflow-Engine:
- Trigger definieren: Beleg-Status, Datumsregeln, Betragschwellen
- Aktionen konfigurieren: E-Mail senden, Report generieren, Daten aendern, Aufgabe erstellen
- Bedingungslogik (Wenn-Dann-Sonst)
- Workflow-Ketten (Aktion A loest Aktion B aus)
Abgrenzung: "Erwartete Events" (4.1/4.2) deckt Event-basierte Triggers ab. Die generische Workflow-Engine geht darueber hinaus - sie verkettet Aktionen und hat Bedingungslogik.
Implementierung
Schritt 1: Datei kopieren
- Kopiere
ERP_WEB/UseCases_Short.mdnachERP_WEB/UseCases_Short_V2.md
Schritt 2: Fehlende Use Cases einfuegen (an passender Stelle im Dokument)
Einfuegestellen und neue UCs:
| Position in Datei | Was einfuegen |
|---|---|
| Nach 1.1 (Vertragsabrechnung) | 1.x Automatische Abrechnung (B5) - zeitgesteuerte Abrechnung |
| Nach 3.1 (Adressstamm) | 3.x CRM-Aktivitaeten (A2) - Anrufe, Besuche, Mails, Notizen |
| Nach 3.3 (CRM-Projekte) | CRM-Projekt-Lifecycle als State Machine ergaenzen (B8) |
| Nach 3.4 (Kampagnen) | 3.x Lead-Management (A3) - Anfragen, Leads, Qualifizierung |
| Nach 3.4 (Kampagnen) | 3.x Social-Media-Management (A5) |
| Nach 4.2 (Erwartete Events) | 4.x Workflow-Engine (B10) |
| Nach 6.1 (Analytics) | 6.x Lagerwert-Report (B3) und 6.x Aufwand/Kosten-Analyse (B4) |
| Nach 11.3 (Inventur) | 11.x Warenausgang (B1) und 11.x Bestandsfuehrung (B2) |
| Nach 2.14 (Abteilungsverwaltung) | 2.x Abteilungstaetigkeiten (B6) |
| Neues Modul 18 | Arbeitssicherheit / Qualitaets-Compliance (A4) |
| Neues Modul 19 | Kundenportal / Self-Service (A1) |
| In 17.3 (Artikel-Lifecycle) | 5 Sonderfaelle ergaenzen (B7) |
| In 17.6 (Kontingent) | 6 spezifische Szenarien ergaenzen (B9) |
Schritt 3: Nummerierung konsistent halten
- Neue Unterkategorien erhalten die naechste freie Nummer im jeweiligen Modul
- Stil und Format beibehalten (#### fuer UC-Titel, Beschreibungstext darunter)