--- title: "Callback Log" slug: "callback-log" description: "Das Log protokolliert erfolgreiche und fehlgeschlagene Callbacks, bietet Filter, Wiederholungsversuche, Fehlermeldungen sowie automatische Deaktivierungen." updated: 2026-02-25T15:06:50Z published: 2026-02-25T15:06:50Z canonical: "help.frisbii.com/callback-log" --- > ## Documentation Index > Fetch the complete documentation index at: https://help.frisbii.com/llms.txt > Use this file to discover all available pages before exploring further. # Callback Log ## Callback Log Im Callback Log werden alle durchgeführten Callbacks, ob erfolgreiche oder fehlgeschlagene, protokolliert, die zuvor in [Einstellungen > Entwicklung > Callbacks](/frisbii-media/docs/de/callback-erstellen-1) konfiguriert wurden. ![](https://cdn.document360.io/b84e1b5d-2ba6-4465-8c62-fb45a2f31314/Images/Documentation/DE(6).png?sv=2026-02-06&spr=https&st=2026-11-10T07%3A12%3A20Z&se=2026-11-10T08%3A12%3A20Z&sr=c&sp=r&sig=WzvLrANeX%2Fw8GyawDScc8quWrjGGh4qvckBxMe3uaUM%3D) ### 1 Log filtern Das Log kann gefiltert werden nach: - **Zeitraum** zum Beispiel alle Callbacks der letzten 30 Tage anzeigen - **Entitätstyp** Die folgenden Entitätstypen sind verfügbar: - Kunde - Kunde Opt-In - Kunde DSGVO-Daten - Bestellung - Abonnement - Mehrbenutzer-Abonnement - Rechnung - Rechnungsstornierung - Rechnungskorrektur - Transaktion - App-Store Bestellung - App-Store Abonnement - Prämien - Gutschein-Kampagne - Gutschein-Kanal - Zahlung fehlgeschlagen - Erneuerung des API-Zugangstoken - **Callback-Typ** Der Callback-Typ hängt vom ausgewählten Entitätstyp ab und kann daher nur gewählt werden, wenn zuvor ein Entitätstyp ausgewählt wurde. - **Callback-ID** - Den Schalter **“Nur fehlgeschlagene Callbacks anzeigen”** aktivieren, um nur fehlgeschlagene Callbacks anzuzeigen. ### 2 Tabelle Die Tabelle zeigt alle Callbacks, die ausgelöst wurden. - **Callback-ID** anklicken, um direkt zu den Callback-Einstellungen zu gelangen. - **Entitäts-ID** anklicken, um direkt zur jeweiligen Entität zu gelangen, z. B. - Entitätstyp: KUNDE - Entitäts-ID: Kunden-ID → Kundenaccount öffnet sich. - Entitätstyp: BESTELLUNG - entity ID: order ID → Bestellung öffnet sich. - Der **Status** zeigt entweder erfolgt oder gescheitert an. Wenn ein Callback den Status gescheitert hat, kann die zugehörige **Fehlermeldung** erweitert werden. - Die Spalte **Anzahl der Versuche** zeigt an, wie oft versucht wurde, einen fehlgeschlagenen Callback auszulösen. Für weitere Informationen über fehlgeschlagene Callbacks, [siehe unten](/frisbii-media/docs/de/callback-log#fehlgeschlagene-callbacks). --- ## Fehlgeschlagene Callbacks Wenn ein Callback beim ersten Versuch scheitert, versucht das System weitere drei Male den Server zu erreichen. Dies geschieht in einem Abstand von 1 Stunde, 6 Stunden und 24 Stunden. Danach werden keine weiteren Versuche unternommen. Wenn ein Callback 10 mal oder mehr 7 Tage in Folge fehlschlägt, wird er vom System automatisch deaktiviert. Wir versenden eine automatische Systemmail, wenn der Callback 10 mal oder mehr innerhalb eines Tages fehlschlägt, um rechtzeitig darauf hinzuweisen. Diese Systemmail wird an die E-Mail-Adresse versendet, die im Merchant Backend in den Unternehmensdaten des Mandanten als Kontakt E-Mail hinterlegt wurde. **Beispiel:** Im Merchant Backend wurde ein Callback mit der Callback-ID CB_YKHKY3T6UXIDFIXF6 und dem Callback Typ "Kunde erstellen" konfiguriert. Dieser Callback wird nun jedes Mal ausgelöst, wenn ein neuer Kunde erstellt wird. Nehmen wir an, innerhalb eines Tages registrieren sich 20 Neukunden - somit werden 20 Callbacks ausgelöst. Diese schlagen nun beim ersten Versuch fehl. Erneute Versuche für alle Callback-Typen werden nochmalig nach 1 Stunde, nach 6 Stunden und nach 24 Stunden unternommen. Nachdem der letzte Versuch ebenfalls fehlschlägt, trifft das Szenario ein, dass der Callback mit der Callback-ID CB_YKHKY3T6UXIDFIXF6 10 mal oder mehr innerhalb eines Tages fehlschlug und die Systemmail verschickt wird. ![](https://cdn.document360.io/b84e1b5d-2ba6-4465-8c62-fb45a2f31314/Images/Documentation/2025-07-10_10h20_59(2).png?sv=2026-02-06&spr=https&st=2026-11-10T07%3A12%3A20Z&se=2026-11-10T08%3A12%3A20Z&sr=c&sp=r&sig=WzvLrANeX%2Fw8GyawDScc8quWrjGGh4qvckBxMe3uaUM%3D) Im Callback Log könnte jetzt nach Entitätstyp *Kunde* und Callback-Typ *Erstellung* gefiltert werden. Die Fehlermeldungen helfen dabei, dem Fehler auf den Grund zu gehen. Sollte das Problem innerhalb einer Woche nicht gelöst werden, wird der gesamte Callback deaktiviert. --- ### Fehlgeschlagene Callbacks ohne erneutem Versuch Es gibt spezielle Fälle, in denen wir einen erneuten Versuch nach Fehlschlagen nicht durchführen, da wir davon ausgehen, dass dieser nicht erfolgreich sein wird: | Fehlermeldung | Bedeutung | | --- | --- | | `no such host` | Server oder Domain wurde nicht gefunden. | | `tls: bad record MAC` | Eine verschlüsselte Verbindung kann nicht hergestellt werden. | | `TLS handshake timeout` | Eine verschlüsselte Verbindung kann nicht hergestellt werden. | | `tls: handshake failure` | Eine verschlüsselte Verbindung kann nicht hergestellt werden. | | `tls: error decoding message` | Eine verschlüsselte Verbindung kann nicht hergestellt werden. | | `tls: server did not echo the legacy session ID` | Eine verschlüsselte Verbindung kann nicht hergestellt werden. | | `i/o timeout` | Es kann keine Verbindung zum Server aufgebaut werden. | | `EOF` | Der Server hat die Verbindung abgebrochen. | | `tls: failed to verify certificate` | Eine verschlüsselte Verbindung kann nicht hergestellt werden. | | `context deadline exceeded` | Der Server ist erreichbar, lässt jedoch keine Verbindung zu, z. B. aufgrund einer Firewall. | | `connection reset by peer` | Eine Verbindung wurde hergestellt, aber der Server hat die Verbindung anschließend abgebrochen. |