Testen Sie LadVen OS mit unsDemo anfragen
Zum Hauptinhalt springen

Automation und Portaleinstellungen

Automation in LadVen OS hilft, wiederkehrende Aktionen in Aufgaben, CRM und Workflows zu steuern. Portaleinstellungen setzen die Grenzen: wer Regeln erstellen darf, welche Aktionen erlaubt sind, welche Schutzpruefungen unsichere Uebergaenge stoppen und wo Administratoren Risiken kontrollieren.

Nutzen Sie diese Seite als Steuerungskarte fuer Automation. Aufgabenautomation und Workflows haben eigene Seiten; hier geht es um sicheren Betrieb.

Wo es zu finden ist

Wichtige Einstiege:

  • Automation (/automation) - Uebersicht ueber Aufgabenregeln, CRM-Regeln, Workflows und Operation Guards;
  • Operation Guards (/automation/operation-guards) - Regeln, die Uebergaenge oder Aktionen blockieren, wenn Bedingungen fehlen;
  • Portaleinstellungen (/portal-settings) - Moduleinstellungen, Rechte, Zugriffspolitiken, Sicherheit, Dokumente, Dateien und Arbeitsbereiche;
  • Technische Aufgabeneinstellungen (/portal-settings-tech) - erweiterte Aufgaben- und Automationseinstellungen fuer Administratoren.

Welche Bloecke sichtbar sind, haengt von Rolle und Rechten ab. Wenn eine Aktion fehlt, pruefen Sie auch den Bereich: Unternehmen, Projekt, Pipeline, Stufe oder Modul.

Automation Hub

Der Automation Hub zeigt, welche Regeln und Prozesse existieren, wo sie aktiv sind und wer sie verwalten darf. So erkennen Sie, was Aufgaben, CRM und Workflows beeinflusst.

Vor einer Aenderung pruefen Sie:

  • Modul und Bereich;
  • Status: aktiv oder deaktiviert;
  • letzten Lauf oder letzte Aktualisierung;
  • Verantwortlichen der Aenderung;
  • Ueberschneidung mit anderen Regeln oder Workflows.

Aktivieren Sie keine Regel, wenn Ziel und Verantwortlicher unklar sind.

Operation Guards

Ein Operation Guard stoppt eine Aktion, wenn das Objekt noch nicht bereit ist: etwa bei fehlendem Pflichtfeld, falschem Status oder einer zusaetzlichen Bedingung fuer den Uebergang. Das ist Prozesssicherheit, keine Strafe.

Eine gute Pruefung erklaert, was der Benutzer korrigieren muss. Die Meldung sollte kurz sein und keine technischen Codes enthalten.

Nutzen Sie Schutzpruefungen fuer:

  • Pflichtdaten vor Abschluss einer Aufgabe oder Opportunity;
  • Kontrolle von Statusuebergaengen;
  • Verbindungen zwischen Aufgaben und CRM;
  • Schutz vor unvollstaendigen Objekten;
  • einheitliche Regeln fuer Teams und Pipelines.

Rechte und Richtlinien

Automation sollte fuer die Menschen offen sein, die den Prozess verantworten. Normale Benutzer koennen erlaubte Szenarien starten oder sehen, waehrend Regel- und Richtlinienverwaltung bei Prozessverantwortlichen und Administratoren bleibt.

Vor der Vergabe von Rechten pruefen Sie:

  • ob Ansicht, Start oder Verwaltung noetig ist;
  • zu welchem Modul das Recht gehoert;
  • ob es global oder nur in Projekt, Pipeline, Stufe oder Arbeitsbereich gilt;
  • wer die Aenderung nach Aktivierung prueft.

Vergeben Sie keine breiten Administratorrechte fuer eine einzelne Regel. Nutzen Sie eine genaue Richtlinie.

Portaleinstellungen

Portaleinstellungen beeinflussen Aufgaben, CRM, Chat, AI, Dokumente, Dateien, Sicherheit und Arbeitsbereiche. Behandeln Sie sie als Arbeitsregel, nicht als einmalige technische Korrektur.

Vor einer Aenderung beantworten Sie:

  • wen die Aenderung betrifft;
  • wie das Team den neuen Ablauf versteht;
  • wie schnell Regel oder Einstellung gestoppt werden koennen.

Nach der Aenderung testen Sie ein typisches Szenario mit einem sicheren Objekt und pruefen die Benutzerhinweise.

Gute Praxis

  • Aktivieren Sie Automation zuerst in kleinem Bereich.
  • Benennen Sie Regeln nach fachlichem Sinn.
  • Halten Sie Guard-Meldungen verstaendlich.
  • Pruefen Sie Konflikte vor der Veroeffentlichung.
  • Deaktivieren Sie veraltete Regeln.
  • Nutzen Sie fuer Screenshots nur vorbereitete Demo-Daten und lokalisierte UI.

Verwandte Szenarien