# 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.md` nach `ERP_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)