Änderung rückgängig machen
jtl_aenderung_wiederherstellen
Was das Tool macht
Setzt die Felder eines früheren Schreibvorgangs auf den gesicherten Vorzustand zurück (backupId aus jtl_aenderungshistorie) - mit Vorschau, eigenem Backup und Bestätigung wie bei jeder Änderung. Warnt, wenn die Felder seitdem erneut geändert wurden. Anlagen, Stornos und Notizen lassen sich nicht automatisch zurücknehmen. Nutze dieses Tool für 'Mach die letzte Preisänderung an SKU X rückgängig', 'Stell den alten Stand von Kunde K-123 wieder her'. Vorschau zuerst, dann mit dryRun=false und bestaetigung erneut aufrufen.
Eingaben
| backupIdPflicht | Id des Vorgangs aus jtl_aenderungshistorie |
| dryRunoptional | true (Default) = nur Vorschau, in JTL wird nichts geändert. false = wirklich schreiben - nur zusammen mit der bestaetigung aus der Vorschau und nach ausdrücklicher Zustimmung des Nutzers. |
| bestaetigungoptional | Bestätigungs-Token aus der Vorschau (Dry-Run). Pflicht bei dryRun=false. |
Die Eingaben füllt die KI aus deiner Frage. Du musst dir keine Parameternamen merken.
So wird gerechnet
Der Rechenweg in der Reihenfolge, in der das Tool arbeitet: Abruf, Filter, Berechnung, Ausgabe. Aus dem Tool-Code abgeleitet, damit nachvollziehbar ist, warum eine Zahl so ist. Dieselbe Auskunft liefert das Tool kiuser_tool_logik direkt im KI-Chat.
- 1Prüft die Rechte wie jedes Schreibtool (Server, Verbindung, AVV, Add-on) und lädt den Vorgang zur backupId aus dem Protokoll der eigenen Verbindung.
- 2Zurückgenommen wird nur ein erfolgreicher Vorgang mit gesichertem Rück-Payload, der nicht schon rückgängig gemacht wurde; Anlagen, Stornos, Notizen und hinzugefügte Positionen lassen sich nicht automatisch zurücknehmen.
- 3Liest den aktuellen Stand des Objekts über das ursprüngliche Tool und setzt im Nachher-Stand nur die damals geänderten Felder auf ihren gesicherten Vorwert; alle anderen Felder bleiben wie jetzt.
- 4Wurde eines dieser Felder seit der Änderung erneut geändert, warnt die Vorschau mit damaligem und heutigem Wert; der alte Wert wird trotzdem gesetzt.
- 5Ohne Bestätigung endet der Aufruf als Vorschau mit einmaligem Token (15 Minuten gültig, an Rück-Payload und heutigen Ist-Stand gebunden); ist das Objekt in JTL inzwischen anders, wird abgelehnt.
- 6Der scharfe Aufruf verbraucht Tageslimit und Kontingent, legt einen eigenen Backup-Datensatz mit Aktion „wiederherstellen“ an und sendet den gesicherten Rück-Payload über denselben Schreibweg wie das Original.
- 7Danach wird nachgelesen, der Originalvorgang als rückgängig gemacht markiert und die Wiederherstellung selbst protokolliert; sie lässt sich wiederum zurücknehmen.
Annahmen und Grenzen
- Der Rück-Payload enthält den damals gesendeten Block vollständig (z. B. alle Preise oder die ganze Adresse); spätere Änderungen an anderen Feldern dieses Blocks werden mit zurückgesetzt und erst beim Nachlesen gemeldet.
- Eine entfernte Position wird als neue Position mit neuer Positions-Id angelegt.
- Ist das ursprüngliche Tool nicht mehr verfügbar, ist keine Wiederherstellung möglich.
- Zählt gegen das Tageslimit (3 je Entität und Tag in der Einführungsphase) und das Schreibkontingent; das Protokoll wird 12 Monate aufbewahrt.
So sieht eine Antwort aus
Vorschau der Wiederherstellung – noch nichts geändert: Artikel 100234, Verkaufspreis netto: 22,90 € → zurück auf 24,90 € (Stand vom 12.09., 14:02). Das Feld wurde seitdem nicht erneut geändert. Soll ich den alten Preis wiederherstellen? Auch dieser Schritt wird gesichert und lässt sich wieder rückgängig machen.
In wenigen Minuten die erste Antwort aus deinen JTL-Daten.
Sieben Tage kostenlos testen, ohne Kreditkarte und ohne Kündigungsfrist.