UiPath Documentation
autopilot
latest
false
Autopilot-Benutzerhandbuch
Wichtig :
Bitte beachten Sie, dass dieser Inhalt teilweise mithilfe von maschineller Übersetzung lokalisiert wurde. Es kann 1–2 Wochen dauern, bis die Lokalisierung neu veröffentlichter Inhalte verfügbar ist.

Methodik für Nutzungsschätzungen

Methodik hinter den Autopilot-Nutzungsschätzungen: Modellklassifizierungskategorien, relative Kostenbewertungen und Projektkomplexitätsstufen.

Auf dieser Seite wird die Methodik hinter den Autopilot-Nutzungsschätzungen beschrieben: wie Modelle klassifiziert werden und wie die Projektkomplexität bestimmt wird.

Modellklassifizierung

Modelle werden basierend auf ihren Funktionen und den Workloads, für die sie am besten geeignet sind, in drei Kategorien eingeteilt. Jedes Modell hat auch eine relative Kostenbewertung von 1 – die niedrigsten relativen Nutzungskosten – bis 5 – den höchsten.

KategorieAm besten geeignet fürRelative Kostenbewertung
KosteneffizientFokussierte, wiederholbare und volumenstarke Aufgaben1–2
StandardBreite, allgemeine Funktionen; für die meisten Aufgaben geeignet3
PremiumDie komplexesten Aufgaben, einschließlich langlaufender, mehrstufiger Arbeit4–5

Die relative Kostenbewertung ist eine Ordinalskalierung, die den Nutzungspoolverbrauch zwischen Modellen für vergleichbare Aufgaben vergleicht. Es handelt sich nicht um einen Geldbetrag oder einen exakten Kostenfaktor. Zum Beispiel bedeutet eine Bewertung von 4 nicht den doppelten Verbrauch einer Bewertung von 2. Der tatsächliche Verbrauch hängt auch von der Länge und Komplexität der Aufgabe ab. Die Bewertungen können sich ändern, da die zugrunde liegenden Modellkosten und die Autopilot-Modellaufstellung sich weiterentwickeln.

Projektkomplexität

Schätzungen der Autopilot-Nutzung verwenden drei Komplexitätsstufen für UiPath-RPA-Projekte. Die Klassifizierung folgt dieser Reihenfolge:

  1. Ein Projekt ist komplex , wenn es ein komplexes Kriterium erfüllt.
  2. Wenn kein komplexes Kriterium zutrifft, ist ein Projekt nur dann einfach , wenn es jedes einfache Kriterium erfüllt.
  3. Ein Projekt ist Mittel , wenn es nicht jedes einfache Kriterium erfüllt und kein komplexes Kriterium gilt.

Einfache Projekte

Ein einfaches Projekt ist eine fokussierte Automatisierung mit begrenztem Integrations- und UI-Risiko. Ein Projekt wird nur dann als einfach klassifiziert, wenn alle folgenden Optionen zutreffen:

  • Verwendet 1 identifizierbare Anwendung oder ein identifizierbares System
  • Hat weniger als 10 geschätzte Prozessschritte
  • Hat keine Entscheidungsverzweigungen oder Logik zur Ausnahmebehandlung
  • Hat weniger als drei UI-Selektoränderungen
  • Verwendet nur strukturierte Eingaben ohne Document Understanding, optische Zeichenerkennung (OCR), Intelligent Xtraction Processing (IXP) oder Machine-Learning-Extraktionssignalen

Mittlere Projekte

Ein mittleres Projekt ist eine standardmäßige abteilungsübergreifende oder funktionsübergreifende Automatisierung, die einen moderaten Design-, Test- und Integrationsaufwand erfordert. Ein Projekt wird als mittelkomplex klassifiziert, wenn es komplexer als einfach ist, aber kein komplexes Kriterium erfüllt. Zu den typischen Indikatoren gehören:

  • Verwendet 2–3 Anwendungen oder Systeme
  • Hat 10 oder mehr geschätzte Prozessschritte
  • Enthält einige Entscheidungen, Verzweigungen oder Logik zur Ausnahmebehandlung
  • Hat eine mäßige Anzahl von Änderungen des UI-Selektors
  • Verarbeitet Dokumente oder andere unstrukturierte Eingaben
  • Erfordert zusätzliche Tests und Prozessschutz, enthält jedoch keinen hochkomplexen Trigger

Komplexe Projekte

Ein komplexes Projekt ist eine strategisch wichtige Automatisierung, die wahrscheinlich ein erweitertes Lösungsdesign, eine stärkere Governance, umfassendere Tests und ein laufenden Betriebsmanagement erfordert. Ein Projekt wird als komplex klassifiziert, wenn eine der folgenden Optionen zutrifft:

  • Verwendet 4 oder mehr Anwendungen oder Systeme
  • Enthält 5 oder mehr Entscheidungs- oder Verzweigungsschritte
  • Interagiert mit einer empfindlichen, dynamischen oder sich häufig ändernden Benutzeroberfläche
  • Einschließlich Automatisierung mit Agenten
  • Erfordert eine Human-in-the-Loop-Aktivität wie Überprüfung, Validierung, Genehmigung oder Ausnahmelösung

Begriffe zur Methodik

BegriffDefinition
SystemEin eindeutiger anwendungs-, plattform-, API- oder app-spezifischer Connector. Generische HTTP- oder UI-Automatisierung zählt als ein unbekanntes System. Standard-UiPath-Pakete zählen nicht für sich selbst.
SchrittschätzungGesamtanzahl der Aktivitäten, sofern verfügbar. Andernfalls werden Aktivitäten hinzugefügt, plus ein Schritt für alle acht Eigenschaftsänderungen. Wenn keines von beiden verfügbar ist, liefern aufgezeichnete Autopilot-Ereignisse die Schätzung.
Structured inputEingabe ohne Extraktionssignal für Document Understanding, OCR, Intelligente Datenextraktion und Verarbeitung (IXP) oder Machine Learning.

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben