Automatisierung
Definierten Regeln und Schritten folgen.
Für wiederholbare Prüfungen, Aktualisierungen und Weiterleitungen.
BeispielEine Kostenänderung kennzeichnen und eine Prüfung weiterleiten.
Halten Sie kommerzielle Arbeit in Bewegung.
Lassen Sie Agenten und Automatisierung arbeiten.
Reagieren Sie auf veränderte Kosten, untersuchen Sie Ausnahmen und leiten Sie Aktionen zur Freigabe weiter, mit Workflows und KI-Agenten, die innerhalb Ihrer Geschäftsregeln arbeiten.
Vom Signal zur Aktion
Definierte Schritte. Schlussfolgern, wo es hilft.
Verfolgen Sie eine Kostenänderung durch Prüfungen, Untersuchung und eine vorgeschlagene Reaktion, mit Freigabe am vorgesehenen Kontrollpunkt.
Beispielhafter Workflow, aufgebaut aus unterstützten Triggern und Aktionen
Was dieser Lauf ergeben hatAwaiting approval
- 1,842 Artikel gegen die aktualisierten Kosten geprüft
- 137 über dem Schwellenwert von 2 %, zur Prüfung gekennzeichnet
- 1 Befund als Notiz gespeichert, mit Verweis auf die verwendeten Datensätze
- 1 Preisliste eingereicht, wartet auf die Personen, die ihre Richtlinie vorsieht
Eingereicht heißt nicht freigegeben, veröffentlicht oder zurückgewonnene Marge. Beispielzahlen.
Den Workflow als Text lesen
- Die Aktualisierung empfangen. Trigger sind manuell, ereignisbasiert oder zeitgesteuert. Ein Ereignis-Trigger reagiert auf jedes Ereignis seiner Art im Workspace. Der Lauf startet und legt einen Laufdatensatz an.
- Betroffene Artikel ermitteln. Eine Datenänderungs-Bedingung beobachtet eine Schlüsselspalte und fragt, was sich bewegt hat, mit einem Schwellenwert in absoluten oder prozentualen Werten. Sie hat zwei Ausgänge, nicht einen. Artikel über dem Schwellenwert nehmen den „Yes“-Pfad. Die übrigen nehmen den „No“-Pfad und werden markiert, sodass sich ein geprüfter Artikel von einem unterscheiden lässt, den der Lauf nie erreicht hat.
- Den Rest als innerhalb der Toleranz markieren. Eine Bedingung hat zwei Ausgänge, also gehen die Artikel, die sie nicht erfüllen, trotzdem dorthin, wo Sie es festgelegt haben, statt ins Leere. Diese Artikel werden als geprüft gekennzeichnet. Daran erkennt der nächste Lauf einen geprüften Artikel und unterscheidet ihn von einem, den er nie erreicht hat.
- Die Reaktion untersuchen. Der Agent plant und ruft Tools auf. Er wählt, was er sich ansieht; seine Tools prüfen bei jedem Aufruf die Berechtigungen der Automatisierung, sodass ein Schritt, der nur liest, keine Schreibrechte braucht. Ein schriftlicher Befund und eine Notiz, gespeichert über das agenteneigene Tool create_note. Der Laufdatensatz bewahrt den Prompt, die Antwort und die verwendeten Tools.
- Die Aktion vorbereiten. Diesen Schritt zeichnen Sie selbst; die Antwort des Agenten wird nicht von allein dazu. Nichts wandelt eine Antwort von selbst in eine ausstehende Preisänderung um. Ein Set-Field-Schritt kennzeichnet die Datensätze, die der Befund nennt, sodass der nächste Schritt etwas Bestimmtes hat, auf das er wirken kann.
- Zur Freigabe einreichen. Ein Übergang nennt ein Verb, statt einen Status zu schreiben. Die Richtlinie entscheidet, ob dieses Verb von dem Stand aus zulässig ist, auf dem der Datensatz tatsächlich steht. Die Preisliste wechselt auf „Submitted“ und wartet auf diejenigen, die die Richtlinie dafür vorsieht. Sie ist nicht freigegeben, nicht veröffentlicht und keine zurückgewonnene Marge.
Delegieren
Wählen Sie, wie die Arbeit erledigt wird.
Agent
Ein Ziel mit zugelassenen Tools untersuchen.
Wenn die Arbeit verlangt, Informationen zu prüfen und zu entscheiden, was als Nächstes untersucht wird.
BeispielEinen Margenrückgang mit belegenden Nachweisen erklären.
Kombinierter Workflowauch genannt Hybrid
Untersuchung in einen definierten Prozess einbauen.
Wenn Routineschritte vor der nächsten Aktion eine agentengestützte Einschätzung brauchen.
BeispielBetroffene Kunden einschätzen, bevor eine Pricing-Reaktion vorbereitet wird.
Nebeneinander vergleichen
| Eigenschaft | Automatisierung | Agent | Kombinierter Workflow |
|---|---|---|---|
| Wer den Weg wählt | Sie, auf dem Canvas, bevor er läuft | Der Agent, zur Laufzeit, Schritt für Schritt | Sie zeichnen den Weg und übergeben einen Schritt |
| Wiederholbarkeit | Folgt konfigurierten Regeln und Verzweigungen | Schlussfolgert auf das Ziel hin, daher kann der Weg variieren | Definiert vor und nach dem Schritt mit Schlussfolgerung |
| Wird gestartet durch | Einen manuellen Lauf, ein Systemereignis oder einen Zeitplan | Eine Anfrage oder einen Schritt in einem Workflow | Was auch immer den Workflow startet |
| Läuft auf | Preislisten, Rulesets, Datasets, Views und dem Newsfeed | ||
| Governance | Für alle drei gleich: die Berechtigungen des Erstellers, Ihre Lebenszyklus-Richtlinie, ein Laufdatensatz pro Ausführung | ||
Wie die Verarbeitung auf Datensatzebene funktioniert
Eine Bedingung bestimmt eine Teilmenge von Datensätzen, statt sie einzeln zu prüfen, und eine unterstützte Aktion wirkt dann auf diese Teilmenge, sodass eine Kennzeichnung über viele Artikel ein Schreibvorgang ist und nicht einer pro Artikel. Zwei Grenzen sind wichtig. Ein Schritt, der jedes Element einzeln bearbeitet, etwa eine Familie von Datensätzen durch einen Lebenszyklus bewegt, übernimmt höchstens 500 pro Lauf, weil jedes Element eine eigene Runde aus Lese- und Schreibvorgängen in einem einzelnen Worker ist. Ein Schritt, der eine einzige Arbeit über die gesamte Menge ausführt, ist nicht auf diese Weise begrenzt. Die Anzahl der Datensätze beeinflusst trotzdem, wie lange die zugrunde liegenden Abfragen dauern.
Prüfen
Sehen, was passiert ist und was Aufmerksamkeit braucht.
Eine Untersuchung durch einen Agenten endet in etwas, das Sie lesen und prüfen können, nicht in einer Wand aus Tool-Aufrufen. Die Aufrufe sind trotzdem da, wenn Sie sie brauchen.
Ziel„Die Marge im Nordosten ist in diesem Quartal um etwa zwei Punkte gesunken. Finden Sie heraus, was das verursacht hat, und zeigen Sie mir die Kunden dahinter.“
BefundRun complete
Die Marge ist um 2.2 Punkte gefallen. Die Einstandskosten erklären fast den gesamten Rückgang, konzentriert auf drei Lieferanten, und elf Kunden tragen den Großteil der Belastung.
| Kosten | −2.4 | Einstandskosten, Frachtzuschlag |
|---|---|---|
| Mix | +0.3 | Verschiebung zu Linien mit höherer Marge |
| Preis | −0.1 | Realisierter Preis weitgehend gehalten |
| Netto | −2.2 | Margenpunkte, Q1 zu Q2 |
Quellen
- Northeast Price Book, Q1 und Q2
- Landed Cost 2026, mit seiner Herkunftsspur
- Marge nach Kunde, 1,842 Artikel
Als Notiz gespeichert, mit Verweis auf die oben genannten Datensätze. Eine Notiz ist ein Entwurf: Nichts wurde veröffentlicht, und kein Preis hat sich bewegt.
- 01Die relevanten Datensätze findenNortheast Price Book, Q1 und Q2
- 02Marge über Perioden vergleichen1,842 Artikel
- 03Preis, Kosten und Mix analysierenKosten +2.4 Pkt., Mix +0.3, Preis −0.1
- 04Beitragende Änderungen zurückverfolgenEinstandskosten, Frachtzuschlag, 3 Lieferanten
- 05Betroffene Kunden ermittelnDie Top 11 tragen 68 % der Belastung
- 06Einen belegten Befund vorbereitenNotiz gespeichert, nichts veröffentlicht
Ausführungsdetails prüfen
Beispielhafte Ausführung mit unterstützten Tools. Jedes unten genannte Tool existiert im Produkt; der Lauf selbst ist eine Zusammenstellung für diese Seite, keine Aufzeichnung.
- 01
search_pricing_modelslesenNortheast Price Book, Q1 und Q2 - 02
engine_query_datalesen1,842 Artikel - 03
design_new_analysislesenKosten +2.4 Pkt., Mix +0.3, Preis −0.1 - 04
check_data_provenancelesenEinstandskosten, Frachtzuschlag, 3 Lieferanten - 05
engine_query_datalesenDie Top 11 tragen 68 % der Belastung - 06
create_noteEntwurfNotiz gespeichert, nichts veröffentlicht
Berechnungen führen die Abfrage- und Analyse-Tools aus, nicht das Sprachmodell. Das Modell entscheidet, welches Tool es aufruft, und fasst zusammen, was zurückkam.
Delegierte Arbeit. Definierte Befugnis.
Berechtigungen
Ein Workflow handelt unter eigenem Namen, mit der Befugnis seines Erstellers. Die Rollen werden bei jedem Lauf neu vom Ersteller gelesen, sodass eine entzogene Berechtigung ab dem nächsten Lauf gilt und ein Workflow nie weiter reichen kann als die Person, die ihn gebaut hat. Verliert diese Person ihre Rolle, verweigert er die Ausführung und hält den Grund fest.
Freigaben
Ihre Lebenszyklus-Richtlinie entscheidet, nicht der Workflow. Ein Schritt, der namentlich benannten Personen zugewiesen ist, kann von einem Workflow überhaupt nicht ausgeführt werden: Er wird abgelehnt, und die Arbeit wartet auf diese Personen. Schritte, die niemandem zugewiesen sind, laufen mit der Befugnis des Erstellers wie jede andere Aktion.
Ausführungsgrenzen
Ein Lauf ist ein Job, und das Abbrechen des Jobs stoppt ihn, bevor er seinen nächsten Schritt macht. Bereits erledigte Arbeit bleibt bestehen, denn Anhalten ist kein Rückgängigmachen. Ein Lauf, der mit seinem Worker abbricht, wird als fehlgeschlagen abgeschlossen statt offen gelassen.
Laufhistorie
Jeder Lauf bewahrt seinen Trigger, jede Wirkung mit dem Schritt und dem Datensatz, den sie betraf, Start und Ende, und bei einem Fehler den auslösenden Schritt und seinen Fehler. Notizen halten fest, warum ein Lauf weniger getan hat, als zu erwarten wäre. So unterscheidet man einen Lauf, der nichts erreicht hat, von einem, der nichts zu tun hatte.
Anwenden
Beginnen Sie mit Arbeit, die Ihr Team wiederholt.
Vier wiederkehrende Muster. Jedes davon würden Sie selbst bauen, keines ist eine Vorlage, die im Produkt bereitliegt.
Prüfung von Kostenänderungen
Kombinierter Workflow- Trigger oder Ziel
- Trigger: Das Kosten-Dataset wird aktualisiert.
- Ausgeführte Arbeit
- Artikel, deren Einstandskosten sich über Ihren Schwellenwert bewegt haben, werden ermittelt; der Rest wird als innerhalb der Toleranz markiert.
- Ergebnis
- Betroffene Artikel gekennzeichnet und eine Prüfung bei der Richtlinie eingereicht. Kennzeichnen und Einreichen sind keine zurückgewonnene Marge.
Margenuntersuchung
Agent- Trigger oder Ziel
- Ziel: eine Margenbewegung erklären.
- Ausgeführte Arbeit
- Der Agent vergleicht Perioden, zerlegt Preis, Kosten und Mix, verfolgt die Änderung zu ihrer Quelle zurück und ordnet die Belastung.
- Ergebnis
- Ein schriftlicher Befund, als Notiz gespeichert, mit Verweis auf die verwendeten Datensätze.
Freigabe-Routing
Automatisierung- Trigger oder Ziel
- Trigger: Ein Datensatz geht in einen Prüfstatus über.
- Ausgeführte Arbeit
- Der Workflow benachrichtigt die zuständige Stelle und bewegt den Datensatz entlang der Verben, die seine Richtlinie erlaubt.
- Ergebnis
- Der Datensatz liegt bei den Personen, die die Richtlinie vorsieht. Ein Schritt, der namentlich benannten Personen zugewiesen ist, bleibt ihnen vorbehalten.
Überwachung von Verlängerungen
Automatisierung- Trigger oder Ziel
- Trigger: ein Zeitplan, in einem festen Rhythmus oder als Cron-Ausdruck mit Zeitzone.
- Ausgeführte Arbeit
- Ein Dataset oder eine View mit Vereinbarungs- und Rückvergütungsterminen wird auf fällig werdende Meilensteine geprüft.
- Ergebnis
- Eine Benachrichtigung, die nennt, was ansteht, mit den Datensätzen dahinter.
Aufgebaut auf einem Dataset oder einer View, die diese Termine enthält. Automatisierungen laufen auf Preislisten, Rulesets, Datasets, Views und dem Newsfeed; es gibt keine Vereinbarungs- oder Rückvergütungsentität, an die sie sich direkt anhängen.
Eingebaut in Ihre kommerzielle Plattform.
Workflows und Agenten nutzen die gemeinsamen Datensätze, unterstützten Aktionen und Governance-Kontrollen von Revomo.
Bringen Sie den Workflow mit, den Ihr Team immer wieder durchläuft.
Gehen Sie mit uns durch, wie Revomo definierte Schritte, agentengestützte Untersuchung und Freigabekontrollen rund um Ihre kommerzielle Arbeit verbinden kann.