Pläne und vorgemerkte Änderungen
Konnie kann eine Konfigurationsanfrage in einen Plan und vorgemerkte Änderungskandidaten überführen. Dort prüfst du das Ziel, klärst Fragen und entscheidest über das weitere Vorgehen. Verfügbarkeit hängt von Zielobjekt, Berechtigungen und aktivierten Funktionen ab.
Direkt mit gespeicherten Entwürfen arbeiten
Apps, Materialien, Stücklisten und Arbeitspläne nutzen ihre tatsächlichen gespeicherten Arbeitsentwürfe. Bitte Konnie, die Definition zu erstellen oder zu bearbeiten; ein Umsetzungsplan oder die Annahme vorgemerkter Änderungen ist dafür nicht erforderlich. Eine kompakte Karte im Gespräch öffnet den aktuellen gespeicherten Entwurf in der Canvas-Ansicht. Von dort öffnest du dasselbe Objekt im Operations Studio und arbeitest mit Konnie in der rechten Seitenleiste weiter.
Prüfe die resultierende Definition und bearbeite sie mit Konnie oder im Studio weiter. Speichern erhält die Arbeitsversion; Veröffentlichen ist eine eigene ausdrückliche Aktion mit deinen aktuellen Berechtigungen und der geprüften Revision. Änderungen anderer Autoren können vor dem Speichern oder Veröffentlichen ein Aktualisieren und Abgleichen erfordern. Veröffentliche ein neues Material vor seiner Stückliste oder seinem Arbeitsplan; Komponentenmaterialien müssen ebenfalls vor der Stückliste veröffentlicht sein. Eine neue Stückliste oder ein neuer Arbeitsplan ersetzt keine bereits in Fertigungsaufträgen erfassten Definitionen.
Die folgenden Anweisungen zu vorgemerkten Änderungen gelten für andere unterstützte Objekttypen. Frühere vorgemerkte Änderungen für Typen mit direktem Entwurf bleiben als Referenz verfügbar; setze die Arbeit an den tatsächlich gespeicherten Objekten fort.
Arbeit mit voller Autonomie abschließen
Ist Volle Autonomie für dieses Gespräch eingeschaltet, beschreibe das benötigte Ergebnis. Konnie kann einen zur Ausführung freigegebenen Plan speichern, zusammengehörige Änderungen vorbereiten, über den normalen Ablauf anwenden und veröffentlichen und die resultierenden Datensätze prüfen. Getrennte Rückfragen zur Planfreigabe, Annahme oder Veröffentlichung entfallen. Vormerken erzeugt weiterhin Entwürfe; Konnie setzt den Werkzeugablauf bis zur Veröffentlichung fort, statt Entwürfe als Abschluss zu melden.
Abhängigkeiten werden zusammenhängend vorgemerkt und veröffentlicht. Große Dateipakete können im Hintergrund laufen. Konnie prüft ihren Fortschritt und nutzt denselben gespeicherten Plan und dieselben Revisionen. Fehlende wesentliche Entscheidungen, aktuelle Zugriffsbeschränkungen, veraltete Versionen und erforderliche fachliche Freigaben können weiterhin Klärung brauchen. Ausdrückliche Wünsche nach einem Plan oder Entwürfen enden an dieser Grenze. Bei ausgeschalteter voller Autonomie gilt der folgende Prüfablauf. Siehe die Eingabesteuerung für gespeicherte Standards und Verzweigungen.
Einen Plan zur Prüfung vorbereiten
- Beschreibe Ergebnis, Standort/Umgebung und Grenzen im Gespräch.
- Liefere Quellen und benenne Datensätze, die aktualisiert statt doppelt erstellt werden sollen.
- Bitte Konnie um einen Umsetzungsplan.
- Öffne die Planansicht und prüfe Beschreibung, Zusammenfassung, offene Fragen, Schritte und Abhängigkeiten.
- Kommentiere oder beantworte Fragen und verlange eine Überarbeitung vor der Freigabe unvollständiger Arbeit.
Beispiel: „Bereite einen Anforderungsablauf vor: Tabelle für Material, Menge und Notiz und eine App, die eine Anfrage direkt speichert. Ergänze eine Automation nur für erforderliche Folgeverarbeitung. Zeige Abhängigkeiten und offene Entscheidungen.“
Ein Plan beschreibt Arbeit. Seine Freigabe beweist kein Speichern, Veröffentlichen, Aktivieren oder Testen der Konfiguration.
Konnie führt Änderungen automatisch aus, wenn deine aktuellen Rechte und die eingestellte Aktionsrichtlinie dies erlauben. Ist eine Prüfung nötig, erscheinen unterstützte interne Konnie-Pakete und native Werkzeugänderungen in der Prüfung vorgemerkter Änderungen neben der Unterhaltung. Externe Agenten verwenden ihren delegierten direkten Entwurfs-/Befehlsablauf statt dieser Annahmewarteschlange. Ein Änderungslink öffnet diese Prüfung und hält die Unterhaltung verfügbar.
Vorgemerkte Änderungen prüfen
Öffne den Änderungs-/Prüfbereich. Prüfe je Änderung Objekt, Erstellen/Ändern/Löschen, Vorher-/Nachherwerte, Abhängigkeiten und Quelle. Kontrolliere bei Änderungen das bestehende Ziel. Markiere Akzeptiert, Abgelehnt oder Überarbeitung erforderlich und ergänze einen hilfreichen Korrekturgrund.
| Status | Bedeutung |
|---|---|
| Ausstehend | Kandidat wartet auf Prüfung. |
| Akzeptiert | Positiv geprüft; Anwenden ist noch ein eigener Schritt. |
| Abgelehnt | Dieser Kandidat soll nicht angewendet werden. |
| Überarbeitung erforderlich | Vor dem Anwenden ist eine Korrektur nötig. |
| Angewendet | Über den Veröffentlichungs-/Änderungsablauf des Ziels gespeichert. |
Nutze Alle annehmen und anwenden für berechtigte ausstehende/akzeptierte Änderungen der aktuellen Gruppe oder wende einzeln geprüfte Änderungen an. Eine getrennte Gruppenannahme ist optional. Prüfe Anzahl, Fehler und Datensatzlinks. Je Bereich können zusätzliche Veröffentlichung, Aktivierung, Zugriffseinrichtung oder Laufzeittests erforderlich sein. Ein angewendeter Kandidat beweist keinen abgeschlossenen Bedienerablauf.
Große dateibasierte Gruppen prüfen
Eine Arbeitsmappe oder andere Quelle kann einen gruppierten Änderungssatz liefern. Die Gruppe zeigt Gesamt- und Statuszahlen; Zeilen lassen sich suchen, filtern und für Details öffnen. Dateiname, Tabellenblatt oder Zeilenverweis helfen beim Vergleich mit der Quelle.
Bereit, Blockiert, Unverändert, Wird vorgemerkt, Vorgemerkt und Fehlgeschlagen beschreiben Vorbereitung/Vormerkung. Der Prüfstatus beschreibt Akzeptanz/Anwendung. Eine bereite Zeile ist kein Live-Datensatz. Unveränderte Zeilen benötigen keine neue Änderung. Blockierte oder fehlgeschlagene benötigen Klärung.
Prüfe eine passende Stichprobe und alle auffälligen Zeilen; prüfe wesentliche Gruppen entsprechend eurem Verfahren vollständig. Alle annehmen und anwenden verbindet Entscheidung und Anwendung für aktuelle vorgemerkte Kandidaten der geprüften Version. Nicht vorgemerkte, abgelehnte oder blockierte Zeilen werden dadurch nicht berechtigt. Hat sich die Gruppe während der Prüfung geändert, aktualisiere und prüfe die aktuelle Version.
Einen unterstützten Plan fertigstellen lassen
Wenn Von Konnie fertigstellen lassen angeboten wird, delegierst du die konkret geprüfte Planversion. Der aktuelle begrenzte Ablauf unterstützt Erstellen/Ändern von geeigneten Tabellen, Automationen und Arbeitsplätzen, mit höchstens 30 Schritten und ohne offene Fragen.
Die Delegation kann geeignete Abhängigkeiten veröffentlichen und unterstützte Automationen aktivieren. Separate Formularerstellung, Erfassung und Übermittlungsbindungen sind eingestellt; historische Planeinträge stellen sie nicht wieder her. Löschen, Zugriffsrichtlinien/Berechtigungsänderungen, externe Integrationsschreibvorgänge und beliebige ausführbare App-/Codewirkungen sind ausgeschlossen. Breitere Arbeit braucht ihren eigenen Prüfweg. Aktuelle Rechte und Sitzungsgültigkeit gelten weiter.
Nach dem Start bleibt der Auftrag mit dem ursprünglichen Gespräch verbunden und kann bei geschlossenem Browser fortfahren. Prüfe in der Planansicht Status, Fragen, Fehler und Nachweise je Objekt. In Warteschlange und Läuft zeigen laufende Arbeit. Wartet auf Eingabe/Prüfung benötigt deine Entscheidung. Abgeschlossen beschreibt geprüfte Konfigurationsbereitschaft, keine Geschäftseingabe oder Kundenabnahme.
Nutze Pausieren, Fortsetzen oder Stoppen, soweit angeboten. Sie verhindern folgende Arbeit entsprechend dem Auftragszustand; bereits laufende Aktionen können fertig werden und gespeicherte Änderungen bleiben. Die Delegation hat ein begrenztes Ausführungsbudget und einen Autorisierungszeitraum von 24 Stunden. Abgelaufene Sitzung, geänderter Plan oder erschöpftes Budget können vor Fortsetzung eine neue Entscheidung oder Anmeldung verlangen.
Das Ergebnis prüfen
Öffne resultierende Datensätze und veröffentlichte Versionen. Prüfe Verknüpfungen und Zielgruppe und führe einen ausdrücklich erlaubten Test des echten Ablaufs durch: App als vorgesehener Bediener öffnen, harmlose App-Eingabe senden, genau eine Zielzeile und gegebenenfalls getrennte Automation prüfen und verweigerten Zugriff testen. Konfigurations-Rücklesen allein beweist diese Laufzeitergebnisse nicht.
Prüfe bei unklarem Schreib-/Veröffentlichungsergebnis Live-Daten und Nachweise vor Fortsetzung. Erstelle kein zweites Objekt allein aufgrund einer verlorenen Antwort. Bei Konflikten mit aktiven Automationen oder parallelen Bearbeitungen klärst du Kompatibilität und holst eine aktuelle Vorschau.
Siehe Governance, Veröffentlichung im Operations Studio und Apps und Workflows.