Ein Binance-Auto-Trading-Bot kann Regeln weiter auswerten, wenn der Kontoinhaber nicht jede Marktaktualisierung beobachtet. Diese Bequemlichkeit verändert das Kontrollproblem. Der Nutzer muss festlegen, was die Software tun darf, wann sie handeln darf, wie viel sie binden darf und was geschehen soll, wenn eine gewöhnliche Betriebsbedingung wegfällt. Ein Zeitplan allein beantwortet nur die zweite dieser Fragen.
Dieser Leitfaden betrachtet Spotabläufe zentralisierter Börsen und verwendet fiktive Beträge, um Zeitplanung und Budgetierung zu erläutern. Er setzt nicht voraus, dass ein bestimmtes Konto oder eine bestimmte Anwendung jede beschriebene Funktion unterstützt. Der Leitfaden zum automatisierten Kryptohandel führt in das umfassendere Betriebsmodell ein; hier liegt der Schwerpunkt auf der Begrenzung unbeaufsichtigter Aktivität und der Erklärbarkeit jedes geplanten Laufs.
Zeitplaneinstellungen eines Binance-Auto-Trading-Bots
Die Zeitplaneinstellungen eines Binance-Auto-Trading-Bots sollten beabsichtigte Zeitzone, Intervall und Behandlung von Kalenderänderungen angeben. Eine als „jeden Morgen“ beschriebene Regel überlässt der Anwendung zu viel Interpretation. Die Software benötigt eine präzise Ereignisdefinition, die nach einem Neustart, einer Reise oder einer Uhrzeitanpassung mit der Nutzererwartung abgeglichen werden kann.
Unterscheiden Sie Kalenderzeitpläne von verstrichenen Intervallen. Ein tägliches Ereignis zu einer lokalen Uhrzeit ist nicht immer gleichbedeutend mit einer festen Stundenzahl nach dem vorherigen Ereignis. Sommerzeitwechsel und verzögerte Läufe können den Unterschied sichtbar machen. Die richtige Wahl hängt vom Zweck der Regel ab; die Oberfläche sollte sie deshalb klar offenlegen.
Geben Sie jedem geplanten Ereignis eine Identität, die Wiederholungsversuche überdauert. Ein Zeitplanereignis sollte von fällig zu ausgewertet und dann zu abgeschlossen oder ausgelassen wechseln können, ohne bei jedem erneuten Laden des Programms als neues Ereignis zu gelten. Die Identität verbindet die ursprüngliche Nutzeranweisung mit der resultierenden Auftragsentscheidung und verhindert versehentliche Duplikate bei gewöhnlicher Wiederherstellung.
Eine Fälligkeit löst eine Prüfung aus
Das Erreichen eines geplanten Zeitpunkts sollte eine Prüfung aktueller Bedingungen auslösen. Es belegt nicht, dass Mittel weiterhin verfügbar sind, der Markt geeignet ist oder frühere Aktivitäten abgeschlossen sind. Eine Regel, die die Uhr als bedingungslose Handelsbefugnis behandelt, kann Änderungen ignorieren, die nach der ursprünglichen Zeitplankonfiguration eintraten.
Die Prüfung kann Marktzulässigkeit, nutzbare Kontomittel, bestehende Verpflichtungen und die von der Strategie verlangten aktuellen Preis- oder Liquiditätsbedingungen prüfen. Scheitert eine Prüfung, erfassen Sie ein ausgelassenes oder ausgesetztes Ereignis mit seinem Grund. Das geplante Ereignis fand trotzdem statt; die autorisierte Handlung erfüllte lediglich ihre Voraussetzungen nicht.
Ein wöchentlicher Erwerbsplan kann beispielsweise auf einen nicht verfügbaren Markt oder einen ungeklärten früheren Auftrag treffen. Die korrekte Reaktion hängt von der erklärten Richtlinie ab. Einen Ersatzmarkt zu erfinden oder den nächsten Betrag zu verdoppeln, sollte aber kein impliziter Standard sein. Ein unbeaufsichtigtes System braucht gerade deshalb eine engere Interpretation, weil der Nutzer möglicherweise nicht zur Korrektur anwesend ist.
Ausgabengrenzen eines Binance-Auto-Trading-Bots
Die Ausgabengrenzen eines Binance-Auto-Trading-Bots können pro Ereignis, pro Zeitraum und über die gesamte Strategielaufzeit gelten. Diese Kontrollen beantworten unterschiedliche Fragen. Ein kleiner Einzelauftrag kann bei häufiger Wiederholung trotzdem zu einer großen Gesamtbindung führen, während eine großzügige Monatsobergrenze keinen akzeptablen Betrag für ein einzelnes Ereignis festlegt.
Verwenden Sie einen Beispielplan mit höchstens 25 Gegenwährungseinheiten je Ereignis und 100 je Kalendermonat. Vier abgeschlossene Ereignisse könnten die gesamte Monatszuteilung verbrauchen. Ein fünfter Termin in einem längeren Monat würde das festgelegte Auslassungs- oder Prüfverhalten erfordern, statt automatisch weitere 25 hinzuzufügen. Kalenderzeitplan und Ausgabenplan müssen übereinstimmen.
Legen Sie fest, ob Gebühren dasselbe Budget oder eine separate Reserve verbrauchen. Soll das Maximum den gesamten Kontoabfluss begrenzen, lässt ein Auftragsbetrag in Höhe der Obergrenze möglicherweise keinen Platz für Gebühren. Die Umsetzung sollte den reservierten Betrag, den tatsächlich ausgegebenen Betrag und die Rückkehr ungenutzter Reservierungen in die verfügbare Zuteilung erklären.
Mittel vor konkurrierenden Ereignissen reservieren
Zwei Zeitpläne können kurz nacheinander fällig werden und denselben Bestand lesen, bevor einer der Aufträge abgeschlossen ist. Ohne gemeinsame Reservierungen kann jeder glauben, alle übrigen Mittel gehörten ihm. Das Ergebnis können abgelehnte Aufträge, unbeabsichtigte Prioritäten oder Verpflichtungen über der geplanten Nutzerzuteilung sein.
Angenommen, eine hypothetische Strategie hat 90 Gegenwährungseinheiten verfügbar. Zwei Ereignisse fordern jeweils 60 an. Ein schlüssiger Budgetprozess genehmigt höchstens eine volle Anfrage, sofern der Nutzer nicht ausdrücklich eine andere Zuteilungsregel autorisiert hat. Das zweite Ereignis sollte die erste Reservierung sehen, selbst wenn die Börse noch keine endgültige Ausführung gemeldet hat.
Reservierungen sollten bei Unsicherheit bestehen bleiben. Eine Anfrage mit unbekanntem Ergebnis kann bereits einen Auftrag erzeugt haben. Ihr Budget sofort freizugeben, weil die Anwendung keine Antwort erhielt, lässt dasselbe Geld wieder verfügbar erscheinen. Halten Sie einen dokumentierten Abgleichspfad vor, der die ursprüngliche Anfrage klärt, bevor ihre Zuteilung als frei behandelt wird.
Festlegen, was nach einem verpassten Lauf geschieht
Verpasste Aufträge eines Binance-Auto-Trading-Bots erfordern eine Richtlinie, die einen ausgelassenen Termin von einer fehlgeschlagenen Anfrage unterscheidet. Ein zum geplanten Zeitpunkt nicht verbundenes Gerät hat möglicherweise nie einen Auftrag vorgeschlagen. Eine verbundene Anwendung, die eine Anfrage übermittelte und die Antwort verlor, hat ein anderes Problem: Im Konto kann bereits ein aktiver oder abgeschlossener Auftrag existieren.
Für tatsächlich verpasste Ereignisse sind verbreitete Richtlinienoptionen das Auslassen, ein einzelnes geprüftes Nachholereignis oder das Warten auf den nächsten gewöhnlichen Termin. Keine sollte als universell richtig gelten. Die Wahl verändert Engagement und Timing und gehört deshalb in das ursprüngliche Nutzermandat und die Aufzeichnung jeder Wiederherstellung.
Stellen Sie sich vor, eine Anwendung war während fünf täglicher Ereignisse über jeweils 20 Einheiten offline. Alle fünf nach der Wiederverbindung zu übermitteln, verwandelt einen schrittweisen Zeitplan in einen Schub über 100 Einheiten bei einem einzigen Marktzustand. Dies kann dem Zweck des Plans widersprechen. Eine Nachholfunktion benötigt eine ausdrückliche Betragsobergrenze und eine neue Prüfung aktueller Bedingungen, nicht nur eine Schleife über überfällige Zeitstempel.
Unbeaufsichtigte Sitzungen begrenzen
Ein Zeitplan kann ohne Ablauf- oder Prüfbedingung unbefristet weiterlaufen. Entscheiden Sie, ob die Autorisierung für eine feste Ereigniszahl, einen Datumsbereich oder eine verlängerbare Sitzung gilt. Ein für ein kurzes Experiment erstellter Plan sollte nicht bloß deshalb zu einem dauerhaften Kontomandat werden, weil der Nutzer vergisst, ihn abzuschalten.
Sitzungsgrenzen können auch Betriebsannahmen begrenzen. Ein Softwareupdate, eine geänderte Kontoberechtigung oder ein veränderter Strategieparameter kann eine erneute Prüfung auslösen. Der Zeitplan sollte die aktive Regelversion benennen, damit spätere Aufzeichnungen eine alte Entscheidung nicht den aktuellen Einstellungen zuschreiben.
Ein Ablaufdatum sollte eine definierte Wirkung auf bestehende Börsenaufträge haben. Das Ende der Erlaubnis für neue Vorschläge storniert nicht automatisch bereits von der Börse angenommene Aufträge. Geben Sie an, ob diese bewusst ihren ursprünglichen Bedingungen folgen sollen, separat geprüft oder durch eine autorisierte Handlung storniert werden. Der Sitzungsbericht sollte verbleibende Verpflichtungen sichtbar machen.
Pause, Stornierung und Verkauf unterscheiden
Eine Pause kann verhindern, dass neue geplante Auswertungen zu Aufträgen werden. Eine Stornierung versucht, einen ausstehenden Auftrag zu entfernen. Ein Verkauf verändert gehaltene Bestände. Dies sind getrennte Handlungen mit unterschiedlichen Folgen, und eine einzige Stopptaste sollte ihre Beziehung nicht uneindeutig lassen.
Betrachten Sie eine Strategie, die nach der Teilausführung eines Auftrags pausiert wird. Die ausgeführten Einheiten bleiben Bestand, und der unausgeführte Teil kann ohne Stornierung als offener Auftrag bestehen bleiben. Eine Pausenmeldung, die die Strategie als inaktiv bezeichnet, kann technisch stimmen und dennoch wirtschaftlich bedeutendes Kontoengagement auslassen.
Geben Sie einen verständlichen Status an, der erklärt, was verbleibt. Ein nützlicher Datensatz im pausierten Zustand kann sagen, dass neue Ereignisse blockiert sind, ein Auftrag auf Stornierungsbestätigung wartet und eine angegebene Menge weiterhin gehalten wird. Der Leitfaden zur Meme-Coin-Handelsautomatisierung bietet verwandte Prinzipien zur Trennung einer automatisierten Regel von den Vermögenswerten und Verpflichtungen, die sie hinterlässt.
Preisbedingungen ohne endloses Hinterherlaufen behandeln
Eine geplante Regel kann eine Preisobergrenze, ein Spreadlimit oder eine andere Marktbedingung enthalten. Wird diese nicht erfüllt, entscheiden Sie, ob das Ereignis abläuft oder innerhalb eines begrenzten Fensters erneut geprüft werden darf. Ständiges Aktualisieren und Lockern einer Grenze kann einen geplanten Ablauf in ein ungeplantes Streben nach Ausführung verwandeln.
In einem hypothetischen Beispiel erlaubt ein Ereignis den Erwerb nur bei geschätzten Stückkosten von höchstens 4. Beträgt die aktuelle Schätzung 4,3, ist das Ereignis nicht zulässig. Eine spätere Prüfung bei 3,9 kann nur berücksichtigt werden, wenn die ursprüngliche Richtlinie eine weitere Prüfung erlaubt und das Ereignis nicht bereits erledigt wurde.
Bewahren Sie den Grund jedes geänderten Vorschlags auf. Ein neues Kursangebot, ein kleinerer Betrag oder ein verändertes Ablaufdatum kann wesentlich ändern, was der Nutzer ursprünglich autorisierte. Manche Änderungen können nach einer klaren Regel erlaubt sein; andere sollten eine erneute Prüfung verlangen. Entscheidend ist, dass Komfortfunktionen innerhalb des Mandats arbeiten, statt es stillschweigend umzuschreiben.
Weiterempfehlen und USDC verdienen
Weiterempfehlen und USDC verdienenUnser Partnerprogramm zahlt in Echtzeit.
Mit teilweisem Abschluss rechnen
Ein geplanter Betrag und ein ausgeführter Betrag sind unterschiedliche Aufzeichnungen. Ein Limitauftrag kann vor Ablauf oder Stornierung nur teilweise ausgeführt werden. Der nächste Termin sollte tatsächliche Ausführungen und weiterhin offene Verpflichtungen verwenden, statt die Ausgabe der gesamten geplanten Zuteilung vorauszusetzen.
Angenommen, ein beispielhaftes Ereignis reserviert 50 Gegenwährungseinheiten, führt aber 30 aus, bevor der restliche Auftrag storniert wird. Ist die Stornierung bestätigt und fallen keine weiteren Kosten an, werden 20 ungebunden. Die Richtlinie muss bestimmen, ob dieser Rest für künftige gewöhnliche Ereignisse verfügbar bleibt oder innerhalb des aktuellen Zeitraums erneut verwendet werden darf. Ihn sofort wiederzuverwenden, ist eine separate Zeitplanentscheidung.
Verbergen Sie einen teilweisen Abschluss nicht hinter einem Erfolgsabzeichen. Das Journal sollte geplanten Betrag, gebundenen Betrag, ausgeführte Menge, Gebühren und Restzuteilung bewahren. Diese Unterschiede ermöglichen die Erklärung, weshalb die Strategie weniger als das geplante Ziel erwarb, ohne die Differenz als rätselhaften Kontofehler zu behandeln.
Uhrzeit- und Verbindungsprobleme einplanen
Eine korrekte Uhrzeit zählt sowohl für lokale Planung als auch für authentifizierte Börsenanfragen. Ein Rechner kann online wirken, während seine lokale Zeit oder sein Zeitplanzustand inkonsistent ist. Die Erkennung sollte abhängige Handlungen aussetzen, bis sich die beabsichtigte Ereignisfolge wieder feststellen lässt.
Auch Verbindungszustand hat mehrere Ebenen. Öffentliche Marktdaten können erreichbar sein, während Kontoaktualisierungen verzögert sind, oder Kontoabfragen können funktionieren, während eine bestimmte Marktquelle veraltet ist. Verwenden Sie die von der geplanten Regel benötigten Abhängigkeiten statt eines einzigen Internetverbindungsindikators, um über die Ausführungszulässigkeit zu entscheiden.
Halten Sie Wiederherstellung vorsichtig, aber informativ. Der Nutzer sollte wissen, ob das System auf frische Beobachtungen wartet, einen früheren Auftrag verifiziert oder eine neue Autorisierung erwartet. Ein stiller Zeitplan, der einfach keine Ereignisse mehr erzeugt, ist schwer zu beaufsichtigen. Ein System, das in einem ungewissen Zustand weiter Anfragen sendet, kann doppelte Verpflichtungen schaffen.
Benachrichtigungen als Betriebswerkzeug prüfen
Benachrichtigungen sollten dem Kontoinhaber helfen, normale Ereignisse von Situationen mit Handlungsbedarf zu unterscheiden. Ein ausgelassenes Ereignis wegen ausgeschöpfter Monatsobergrenze ist erwartetes Verhalten, wenn dies die Richtlinie war. Eine verlorene Kontoverbindung mit einem ungeklärten Auftrag kann eine andere Sichtbarkeit erfordern.
Verlassen Sie sich für die dauerhafte Aufzeichnung nicht allein auf Push-Zustellung. Telefone können offline, Nachrichten stummgeschaltet und Benachrichtigungen in falscher Reihenfolge zugestellt sein. Der Zeitplanverlauf sollte unabhängig verfügbar bleiben und nach der Wiederverbindung der Anwendung den aktuellen Status jedes Ereignisses zeigen.
Eine nützliche Meldung benennt Zeitplan, relevanten Markt, beabsichtigten Betrag und aktuelle Behandlung, ohne Zugangsdaten offenzulegen. Sie sollte nicht „gekauft“ sagen, wenn das System nur einen Vorschlag vorbereitet oder eine unbestätigte Anfrage übermittelt hat. Präzise Formulierungen lassen den Nutzer die Handlung verstehen, ohne erraten zu müssen, welche Phase die Benachrichtigung darstellt.
Einen Aktivitätsmonat als Ganzes bewerten
Prüfen Sie die gesamten Verpflichtungen über den vollständigen Zeitraum einschließlich ausgelassener Ereignisse, Teilausführungen und manueller Änderungen. Ein Monat mit weniger Käufen als erwartet kann korrekte Budgetdurchsetzung statt eines unzuverlässigen Zeitplaners widerspiegeln. Ein Monat mit genau der erwarteten Benachrichtigungszahl kann trotzdem doppelte Aufträge enthalten, wenn Ereignisidentitäten falsch behandelt wurden.
Trennen Sie Kontozuführungen von Strategieergebnissen. Zusätzliche Mittel können den Kontowert erhöhen, ohne einen Gewinn aus dem automatisierten Plan anzuzeigen. Bewahren Sie Einzahlungen, Auszahlungen, Erwerbskosten und Endbestände als getrennte Einträge auf, damit die Wirkung des Zeitplans für sich verstanden werden kann.
Der Leitfaden zum Krypto-Trading-Bot bietet einen breiteren Rahmen zur Bewertung von Aufzeichnungen und Betriebsverantwortlichkeiten. Für einen geplanten Ablauf ist die zentrale Prüfung einfach: Jedes fällige Ereignis sollte eine erklärbare Behandlung haben, jede übermittelte Anfrage ein abgeglichenes Ergebnis und jede Ausgabe zu einer dokumentierten Zuteilung passen.
Eine Ausgabenobergrenze von einer Verlustgrenze unterscheiden
Eine Ausgabenobergrenze begrenzt, wie viel eine Regel für Erwerbe binden darf; sie begrenzt nicht, wie weit der Wert erworbener Vermögenswerte fallen kann. Eine verlustbezogene Regel betrifft eine andere Bedingung und kann ihrerseits von Beobachtungen und ausführbarer Liquidität abhängen. Die Oberfläche sollte nicht suggerieren, dass ein kleiner geplanter Kaufbetrag einen bestimmten maximalen Kontoverlust garantiert.
Bei einem hypothetischen Plan, der bei jedem von vier Ereignissen 40 Einheiten ausgibt, betragen die gesamten Erwerbsausgaben vor Kosten 160. Hat der resultierende Bestand später einen indikativen Wert von 100, beträgt der Rückgang 60, obwohl jedes Einzelereignis seine Ausgabenobergrenze einhielt. Budgeteinhaltung und Anlageergebnis müssen getrennt bewertet werden.
Eine Prüfung sollte deshalb sowohl den autorisierten Geldabfluss als auch die angesammelten Bestände umfassen. Der Zeitplan kann exakt wie beschrieben arbeiten und trotzdem ein Engagement aufbauen, das der Nutzer nicht mehr möchte. Regelmäßige Mandatsprüfung berücksichtigt diese Möglichkeit, ohne vorzugeben, Zeitplangenauigkeit sage die Vermögenswertentwicklung voraus.
Wiederkehrende Ereignisse wirtschaftlich getrennt halten
Jeder geplante Erwerb besitzt eine eigene Entscheidungszeit, eigene Preisannahmen und ein eigenes Ausführungsergebnis. Alle Aktivitäten zu einem Durchschnitt zusammenzufassen, kann für Berichte nützlich sein, sollte aber einzelne Ereignisdatensätze nicht auslöschen. Unterschiede zwischen Ereignissen können ein Timingproblem oder eine wiederkehrende Ausführungsbeschränkung aufdecken.
Stellen Sie sich vier gleiche Gegenwährungszuteilungen vor, die wegen veränderter Preise unterschiedliche Tokenmengen erwerben. Die durchschnittlichen Erwerbskosten sind die Gesamtausgaben geteilt durch die gesamte erworbene Menge und nicht der einfache Durchschnitt von vier angezeigten Preisen, sofern die relevanten Mengen diese Berechnungen nicht zufällig gleichwertig machen. Bewahren Sie die zugrunde liegenden Beträge auf, damit der Bericht korrekt rekonstruiert werden kann.
Der Ereignisverlauf hilft auch, Gebühren und teilweisen Abschluss zu erklären. Ein Ereignis kann in mehreren Ausführungen enden, während ein anderes nie seine Marktbedingung erfüllt. Eine einfache Zählung geplanter Termine belegt nicht, welchen Bestand das Programm tatsächlich ansammelte.
Prüfverantwortlichkeit vor einer Abwesenheit festlegen
Auch unbeaufsichtigte Ausführung benötigt eine benannte Person oder einen Prozess für Ausnahmen. Bestimmen Sie, wie lange ein ungeklärter Zustand bestehen darf, bevor der Zeitplan eine Prüfung verlangt, und welche Informationen der Prüfer benötigt. Ein System, das wiederholt Meldungen ausgibt, ohne seinen Betriebszustand zu ändern, kann laut sein, ohne sinnvoll beaufsichtigt zu werden.
Bei einem engen Ablauf kann die Verantwortung bescheiden bleiben. Ein Nutzer kann wählen, einen regelmäßigen Bericht zu prüfen und nur dann sofort benachrichtigt zu werden, wenn eine definierte Bedingung die sichere Interpretation des Kontozustands verhindert. Entscheidend ist, dass Benachrichtigungsrichtlinie und Betriebsreaktion übereinstimmen; keine sollte davon abhängen, dass der Nutzer jedes gewöhnliche Ereignis in Echtzeit bemerkt.
Prüfen Sie vor einer geplanten Abwesenheit Ablaufdatum, Restzuteilung und ausstehende Verpflichtungen des Zeitplans. Dies ist eine Prüfung des bereits erteilten Mandats und keine Einladung, Berechtigungen auszuweiten, damit die Software jede denkbare Situation automatisch behandeln kann.
Den ursprünglichen Grund für einen Zeitplan bewahren
Ein Zeitplan sollte einen angegebenen Zweck haben, etwa eine feste Zuteilung über mehrere Termine zu verteilen oder eine begrenzte wiederkehrende Regel zu bewerten. Dieser Zweck hilft bei Grenzfällen. Verdichtet ein Ausfall mehrere Termine auf einen einzigen Zeitpunkt, kann der Betreiber beurteilen, ob Nachholen noch dem ursprünglichen Ziel dient.
Ohne dokumentierten Zweck können Komfortfunktionen den Plan schrittweise verändern. Automatische Betragserhöhungen, unbefristete Verlängerungen und opportunistische Ersetzungen mögen einzeln geringfügig wirken und gemeinsam eine andere Strategie schaffen. Prüfen Sie wesentliche Änderungen anhand des ursprünglichen Mandats und dokumentieren Sie jede bewusste Überarbeitung.
Dieser Kontext macht auch das Stoppen leichter interpretierbar. Ein Plan, der sein Zuteilungsziel oder Prüfdatum erreicht, kann erfolgreich enden, selbst wenn die Software weiterlaufen könnte. Abschluss bedeutet, dass das autorisierte Programm seinen definierten Endpunkt erreicht hat, und nicht, dass der Bot einen Grund fand, weiter Aktivität zu erzeugen.
Einen unbeaufsichtigten Fehler proben, bevor Sie sich darauf verlassen
Bewerten Sie die Zeitplanlogik mit kontrollierten Szenarien ohne Ausführung. Beziehen Sie einen doppelten Start, einen verpassten Tag, ein ausgeschöpftes Zeitraum-Budget, ein unbekanntes Auftragsergebnis und eine Pause bei teilweisem Abschluss ein. Ziel ist zu sehen, ob das System die beabsichtigten Grenzen bewahrt, wenn gewöhnliche Annahmen scheitern.
Halten Sie das erwartete Verhalten schriftlich fest, bevor Sie das Ergebnis beobachten. Andernfalls lässt sich leicht nachträglich alles, was das Programm tat, als akzeptabel beschreiben. Eine klare Erwartung könnte ein Ereignisdatensatz sein, keine neue Verpflichtung bei ungeklärter früherer Anfrage und eine sichtbare Erklärung der Aussetzung.
Erfolgreiche Planung ist nicht bloß regelmäßige Aktivität. Sie ist die getreue Anwendung der Zeit- und Ausgabenregeln des Nutzers in gewöhnlichen wie unterbrochenen Sitzungen. Ein Binance-Auto-Trading-Bot lässt sich leichter beaufsichtigen, wenn er erklären kann, weshalb ein Ereignis stattfand, weshalb ein anderes ausgelassen wurde und genau welche Verpflichtungen bei der Rückkehr des Nutzers verbleiben.