Zurück zur Prompt-Bibliothek
Prompt-BibliothekChat-Prompt

Prüfung von Zahlungs-Webhooks

Prüfe einen Zahlungs-Webhook-Pfad auf Idempotenz, Replay-Sicherheit, Gutschriften und kundensichtbare Fehlerbehandlung.

ZahlungSicherheitEntwicklung
Vorschau

Chat-Prompt

Empfohlenes Modell

GPT-5.2 Codex

Ausgabeformat

Webhook-Prüfnotiz

Vorschau

Chat-Prompt

Chat-Thread

Abgeschlossene Checkout-Ereignisse schreiben Guthaben gut. Wiederholungsereignisse können doppelt eintreffen. Die Wallet-Seite liest das Guthabenbuch.

Idempotenz: Die Ereignis-ID muss vor der Gutschrift eindeutig sein. Replay-Sicherheit: Signatur und Zeitstempel-Toleranz prüfen. Gutschrift: Der Buchungseintrag sollte auf die Checkout-Sitzung verweisen. Kundensichtbarer Fehler: Zeige eine ausstehende Prüfung, wenn die Zahlung erfolgreich war, aber die Gutschrift fehlgeschlagen ist. Testlücke: Fälle mit doppeltem Ereignis und Ereignissen außerhalb der Reihenfolge.

Output

Idempotenz / Replay-Sicherheit / Gutschrift / kundensichtbarer Fehler / Testlücke

Prüfe einen Zahlungs-Webhook-Pfad auf Idempotenz, Replay-Sicherheit, Gutschriften und kundensichtbare Fehlerbehandlung.

Vollständiger Prompt

Prüfung von Zahlungs-Webhooks

Prüfe einen Zahlungs-Webhook-Pfad auf Idempotenz, Replay-Sicherheit, Gutschriften und kundensichtbare Fehlerbehandlung.

Empfohlenes Modell: GPT-5.2 CodexAusgabeformat: Webhook-Prüfnotiz
Vollständiger Prompt
Chat-Prompt
Du bist Backend-Engineer und prüfst eine Zahlungs-Webhook-Implementierung. Verwandle die bereitgestellten Notizen in eine praktische Prüfung, mit der ein Team arbeiten kann. Gib die Antwort mit diesen Abschnitten zurück: Idempotenz, Replay-Sicherheit, Gutschrift, kundensichtbarer Fehler, Testlücke. Stütze jede Aussage auf die bereitgestellten Notizen. Markiere fehlende Fakten, statt sie zu erfinden.

Nutzungshinweise

Füge echte Notizen, Einschränkungen und Quellmaterial ein. Lasse private Daten weg, sofern sie für die Prüfung nicht notwendig sind.

Prompt-FAQ

Bevor du diesen Prompt verwendest

Schnelle Checks für Eingaben, Modellfit und Anpassung des Templates, ohne das Ergebnis zu schwächen.

Wann sollte ich die Prüfung von Zahlungs-Webhooks verwenden?

Prüfe damit einen Zahlungs-Webhook-Pfad auf Idempotenz, Replay-Sicherheit, Gutschriften und kundensichtbare Fehlerbehandlung. Verwende sie, wenn du bereits Notizen, Einschränkungen oder einen groben Entwurf hast und einen strukturierten nächsten Schritt brauchst, den ein Team prüfen kann.

Was sollte ich vor dem Ausführen angeben?

Füge Quellmaterial, Zielgruppe, Einschränkungen, zentrale Fakten und Grenzen ein, die die Antwort nicht erfinden darf. Die Ausgabe ist als Idempotenz / Replay-Sicherheit / Gutschrift / kundensichtbarer Fehler / Testlücke organisiert.

Thread-Vorschau

Abgeschlossene Checkout-Ereignisse schreiben Guthaben gut. Wiederholungsereignisse können doppelt eintreffen. Die Wallet-Seite liest das Guthabenbuch.
Idempotenz: Die Ereignis-ID muss vor der Gutschrift eindeutig sein. Replay-Sicherheit: Signatur und Zeitstempel-Toleranz prüfen. Gutschrift: Der Buchungseintrag sollte auf die Checkout-Sitzung verweisen. Kundensichtbarer Fehler: Zeige eine ausstehende Prüfung, wenn die Zahlung erfolgreich war, aber die Gutschrift fehlgeschlagen ist. Testlücke: Fälle mit doppeltem Ereignis und Ereignissen außerhalb der Reihenfolge.

Output

Idempotenz / Replay-Sicherheit / Gutschrift / kundensichtbarer Fehler / Testlücke

Weitere Prompts in diesem Modus

Chat-Thread

Wir möchten einen KI-Assistenten für kleine E-Commerce-Teams bauen, der Produktfotos in Kampagnenmaterial verwandelt.

Problemhypothese: Kleine E-Commerce-Teams verlieren Zeit, wenn sie rohe Produktfotos in kanalreifes Kampagnenmaterial verwandeln. Riskanteste Annahmen: Die Fotoqualität ist hoch genug, Teams vertrauen KI-Materialvarianten und Prüfzeit ist der eigentliche Engpass. Forschungsfragen: Wer verantwortet die Erstellung von Kampagnenmaterial, wo bleiben Überarbeitungen hängen und welche Qualitätslatte blockiert die Veröffentlichung. Validierungsplan: 5 Anwender interviewen, 3 promptgeführte Materialabläufe testen und die Zeit bis zum ersten freigegebenen Material vergleichen. Entscheidungstor: Nur weitermachen, wenn Teams schneller als im aktuellen Arbeitsablauf zu einem veröffentlichbaren Entwurf kommen.

Chat-Thread

Wir prüfen ein neues KI-Notizprodukt für Solo-Berater. Hilf mir, daraus ein Recherchebriefing zu machen.

Ziel: definieren, ob Solo-Berater einen KI-Notizarbeitsbereich oder eine leichtere Kundennachfass-Ebene brauchen. Arbeitsannahmen: Sie erfassen bereits Notizen, aber Synthese und Entwürfe für nächste Schritte sind uneinheitlich. Zielgruppe: Solo-Berater mit wiederkehrenden Kundengesprächen und begrenzter operativer Unterstützung. Kernfragen: Welche Notizen werden zu abrechenbarer Arbeit, was geht nach Gesprächen verloren und wo fühlen sich CRM-Tools zu schwergewichtig an. Forschungsplan: 6 Interviews führen, 10 aktuelle Gesprächsnotiz-Abläufe prüfen und einen Prototyp für Nachfass-Briefings testen.

Chat-Thread

Hier ist die Gliederung für unsere KI-Produkt-Landingpage. Sag mir, was unklar ist, bevor wir sie gestalten.

Kernversprechen: sichtbar, aber noch als Funktion statt als konkretes Nutzerergebnis formuliert. Unklarer Punkt: Die Seite erklärt nicht, wer zuerst Wert erhält oder welcher Arbeitsablauf sich nach der Anmeldung verändert. Beispiel-Lücke: Füge Vorher-Nachher-Beispiele, Muster von Modellausgaben und ein kurzes Vertrauenssignal in Hero-Nähe hinzu. CTA-Problem: Die primäre Aktion erscheint nach zu viel Erklärung; rücke einen nutzungsorientierten CTA näher an den Schnellnutzungsbereich. Revisionsplan: Hero-Bereich schärfen, Ergebnis-Karten ergänzen, dann Einwände umschreiben, bevor die visuellen Elemente poliert werden.