- Hard- und Softwareanforderungen
- Entwicklungsrichtlinien
- Dienste, mit denen Studio eine Verbindung herstellt
- Fehler 1603
- Fehler 1625
- Fehler 4000 – Voller Datenträger
- Fehler 4001 – Nicht autorisiert, eine geplante Aufgabe zu erstellen
- Fehler 4003 – Es wurden zwei Installationen pro Benutzer und pro Maschine erkannt
- Fehler 4004 – Es wurden zwei gleichzeitige Installationen von UiPath Studio erkannt
- Fehler 4012 – Es wurden zwei gleichzeitige Installationen von UiPath Studio erkannt
- Ändern oder Deinstallieren von Studio
- Studio aktualisieren
- Kommandozeilenparameter
- Unterstützte Anwendungen und Technologien
- Aktivieren von Gmail für E-Mail-Aktivitäten
- Telemetrie abwählen
- Ausführbare Studio-Dateien
- Über die Veröffentlichung von Automatisierungsprojekten
- Entwerfen von Automatisierungen
- Verwalten von Aktivitätspaketen
- Konfigurieren von Aktivitätsprojekteinstellungen
- Signieren von Paketen
- Governance
- Importieren von Entitäten
- Moderne Designumgebung
- Verknüpfen eines Projekts mit einer Idee im Automation Hub
- Verwenden des Data Managers
- Über die Workflow-Analyse
- ST-NMG-001 – Namenskonvention für Variablen
- ST-NMG-002 – Namenskonvention für Argumente
- ST-NMG-004 – Duplizierung des Anzeigenamens
- ST-NMG-005 – Variable überschreibt Variable
- ST-NMG-006 – Variable überschreibt Argument
- ST-NMG-008 – Variablenlänge überschritten
- ST-NMG-009: Datentabellenvariablen mit Präfix versehen
- ST-NMG-011 – Datentabellenargumente mit Präfix versehen
- ST-NMG-012 – Standardwerte für Argumente
- ST-NMG-016 – Argumentlänge überschritten
- ST-DBP-002 – Hohe Anzahl von Argumenten
- ST-DBP-003 – Leerer Catch-Block
- ST-DBP-007 – Mehrere Flussdiagrammebenen
- ST-DBP-020 – Nicht definierte Ausgabeeigenschaften
- ST-DBP-023 – Leerer Workflow
- ST-DBP-024 – Prüfung der Persistenzaktivität
- ST-DBP-025 – Voraussetzung für Variablenserialisierung
- ST-DBP-026 – Verwendung der Verzögerungsaktivität
- ST-DBP-027 – Bewährte Methode für Persistenz
- ST-DBP-028 – Voraussetzung für Argumentenserialisierung
- ST-USG-005 – Hartcodierte Aktivitätsargumente
- ST-USG-009 – Nicht verwendete Variablen
- ST-USG-010 – Nicht verwendete Abhängigkeiten
- ST-USG-014 – Paketbeschränkungen
- ST-USG-020 – Minimale Protokollmeldungen
- ST-USG-024 – Nicht verwendet, gespeichert für später
- ST-USG-025 – Missbrauch gespeicherter Werte
- ST-USG-026 – Aktivitätseinschränkungen
- ST-USG-027 – Erforderliche Pakete
- ST-USG-028 – Aufruf von Dateivorlagen einschränken
- ST-USG-032 – Erforderliche Tags
- ST-USG-034 – Automation Hub-URL
- Trigger-basierte Attended-Automatisierung
- Überblick
- Contact Center und triggerbasierte Attended-Automatisierungen
- Erstellen einer geführten Produkttour
- Entwerfen der Validierung für vorhandene Apps
- Informationen zur Fehlerbehebung
- Microsoft App-V – Unterstützung und Einschränkungen
- Fehlerbehebung bei Internet Explorer x64
- Probleme in Microsoft Office
- Erkennen von UI-Elementen in PDF mit Zugriffsoptionen.
- Reparieren der Active Accessibility-Unterstützung
- Automatisieren von Anwendungen, die unter einem anderen Windows-Benutzer ausgeführt werden
- Die Validierung großer Windows-Legacy-Projekte dauert länger als erwartet
Entwerfen der Validierung für vorhandene Apps
Um die Benutzererfahrung und Produktivität zu verbessern, können Sie die Trigger-basierte Attended-Automatisierungslösung nutzen, um benutzerdefinierte Validierungen für bestehende Anwendungen zu entwickeln. In diesem Tutorial wird gezeigt, wie man mit Hilfe von Popups, Formularen und Triggern Validierungen entwirft, um dem Benutzer eine reibungslose Nutzung zu ermöglichen. Dabei wird die Beispielanwendung UiDouble verwendet.
- Erstellen Sie ein Popup nur mit einer Beschriftungs-/Header-Komponente, die die Validierungsmeldung zur Laufzeit anzeigen soll (callout.uiform).
- Erstellen Sie einen allgemeinen Workflow, der den in den UI-Elementen On Cash In und On Us Check eingegebenen Wert validiert (validate.xaml). Immer wenn die Validierungsbedingung verletzt wird (z. B.
elDouble > minValue
), wird ein Popup mit der entsprechenden Meldung (z. B.text
) angezeigt. - Erstellen Sie einen Trigger-Workflow, um die Daten im Feld Auf uns bezogener Scheck zu validieren. Er muss eine Aktivität Application Event Trigger und eine Aktivität Invoke Workflow File enthalten. Das bedeutet, dass, wenn der Benutzer Daten in das Feld einfügt, die Datei validate.xaml aufgerufen wird, um die Validierung durchzuführen (on us check changed.xaml).
- Erstellen Sie einen Trigger-Workflow, um die Daten im Feld Einzahlung zu validieren. Er muss eine Aktivität Application Event Trigger und eine Aktivität Invoke Workflow File enthalten. Das bedeutet, dass, wenn der Benutzer Daten in das Feld eingibt, die Datei validate.xaml aufgerufen wird, um die Validierung durchzuführen (on cash in changed.xaml).
- Erstellen Sie einen weiteren Trigger-Workflow, der beide Felder validiert, wenn der Benutzer auf Akzeptieren klickt. Sie können dies mit Verwendung einer Aktivität Application Event Trigger erreichen. Wenn beide Felder gültig sind, können Sie das Benutzerereignis erneut wiedergeben, das auf die Schaltfläche Akzeptieren geklickt hat (on accept clicked.xaml).
Beispielprojekt
Erfahren Sie, wie Sie eine Validierung für die UiDouble-App erstellen, indem Sie dieses Beispielprojekt als Inspiration verwenden. Sie können die UIDoble-Anwendung hier herunterladen.
Videobeispiel
Sehen Sie sich das folgende Video an, das Sie durch die Entwicklung des Beispielprojekts und die anschließenden Tests führt.