E-Mail und Benachrichtigungen

Benachrichtigungskanäle, Vorlagen, Zustellung und Abrechnung konfigurieren.

Verbindliche Kontomitteilungen

Guthabeneingänge, Auszahlungsupdates, Tarifergebnisse und Änderungen der Kontosicherheit erzeugen In-App-Mitteilungen und E-Mails an das Konto. Händlervorlagen können diese Mitteilungen nicht deaktivieren.

Benachrichtigungen und Vorlagen

Die Kanalverwaltung öffnet sich in einer Seitenleiste auf der aktuellen Seite. Oben rechts hinzufügen oder in der Liste bearbeiten, jeweils im Dialog. Wechseln Sie oben über Kanäle / Benachrichtigungsverlauf zwischen Kanalverwaltung und Benachrichtigungsverlauf. Die Benachrichtigungseinstellungen erscheinen nicht mehr in der Seitenleiste. Beide Bereiche wechseln mit einer horizontalen Animation auf derselben Seite, ohne URL-Änderung; Filter und Seitenauswahl bleiben erhalten.

Vorlagenschalter steuern Zahlungsbenachrichtigungen; Karten zeigen aktive Vorlagen als Tags.

Zahlungsvorlagen sind an einen bestimmten Kanal gebunden; pro Ereignis, Kanal und Sprache ist eine erlaubt. Neue Vorlagen sind deaktiviert. Pro Ziel wird aktiver Inhalt in der Benachrichtigungssprache, danach auf Englisch, höchstens einmal je Ereignis verwendet. Listen bleiben in Panels, Formulare öffnen sich in Dialogen. Das Verwerfen von Änderungen muss bestätigt werden; während Vorgängen ist das Schließen gesperrt. Tests senden nur an das gewählte Ziel, ohne die Vorlage zu speichern oder zu aktivieren.

Zahlungsvorlagenvariablen sind oberhalb von Abbrechen und Speichern eingeklappt. Aufklappen und eine Variable zum Einfügen anklicken.

Die englischen und chinesischen Standardvorlagen für Wallet-Einnahmen und -Ausgaben tragen Telegram im Titel. Ihr Inhalt beginnt mit dem Zahlungsfluss-Tag ohne vorangestellte Emojis.

Ziehen Sie am Desktop den linken Rand der Nachrichtenvorlagen-Seitenleiste, um die Breite anzupassen. Ziehen Sie die untere rechte Ecke des Inhaltseditors, um die Höhe auf maximal 600px oder 70% der Fensterhöhe zu ändern, je nachdem, welcher Wert kleiner ist.

Konfigurieren Sie Vorlagen und Kanäle über die Zahnräder im Adressformular. Listen öffnen sich in Panels, Formulare in Dialogen, die den Adressentwurf erhalten. Test senden verwendet nur den gespeicherten Kanal und die Vorlage derselben Zeile; es speichert keine Adresse und bestätigt keine echte Übertragung. Wird eine überwachte Adresse deaktiviert, gelöscht oder wegen der Abrechnung pausiert, werden fehlgeschlagene Kanalbenachrichtigungen nicht erneut versucht. Auch manuelles erneutes Senden wird blockiert. Bereits gesendete Nachrichten werden nicht zurückgerufen.

Telegram-Tests geben bei abgelehnten Bot-Tokens (401 Unauthorized) den Fehlercode 10036 zurück. Prüfen oder ersetzen Sie den Token mit BotFather. Beim Testen eines gespeicherten Kanals verwendet ein maskierter Token die gespeicherten Zugangsdaten. Zum Ersetzen geben Sie den vollständigen neuen Token ein.

Zustellung und Wiederholungen

Prüfen Sie vor einer Wiederholung den Zustellverlauf. Fehlgeschlagene E-Mails werden mit zunehmenden Abständen bis zu fünfmal versucht. Nachgeholte Wallet-Mitteilungen und Wiederholungen unterliegen dem unten beschriebenen Adressstatus und der 72-Stunden-Frist.

Die Wallet-Überwachung sendet Benachrichtigungen nur für Transaktionen, deren Blockchain-Zeit höchstens 72 Stunden zurückliegt. Dies gilt für den ersten Scan, nachgeholte Benachrichtigungen und erneute Zustellversuche. Ältere Transaktionen können im Verlauf verbleiben, lösen aber keine In-App-, externen oder Webhook-Benachrichtigungen mehr aus.

E-Mail-Sprache

E-Mails unterstützen Englisch und Chinesisch. Die Auswahl erfolgt nach Ereignissprache, Händler-E-Mail-Sprache, Kontosprache und zuletzt Englisch.

Unabhängiger Webhook

Ein einzelner Wallet-Monitoring-Webhook wird im Webhook-Bereich unter den Vorlagen der Benachrichtigungseinstellungen verwaltet und verwendet weder die Zahlungskonfiguration noch allgemeine Benachrichtigungs-Webhooks. Die Konfiguration hat einen eigenen Ereignis- und Adressbereich, Schlüssel, eine HMAC-SHA256-Signatur, einen Wiederholungsstatus und versioniertes JSON. Änderungen an URL, Bereich, Ereignissen oder Schlüssel deaktivieren sie bis zum nächsten erfolgreichen Test. Alte Kanal-Webhooks bleiben schreibgeschützt; erstellen und testen Sie die Konfiguration über die Migration.

Prüfen Sie jede Anfrage mit dem unveränderten Request-Body, bevor Sie JSON parsen. Lesen Sie X-PolyPay-Timestamp und X-PolyPay-Signature (t=<timestamp>,v1=<hex>), berechnen Sie HMAC-SHA256 mit dem vollständigen whsec_...-Geheimnis über <timestamp>.<raw body> und vergleichen Sie die Bytes in konstanter Zeit. Lehnen Sie Zeitstempel ab, die mehr als 5 Minuten von der aktuellen Zeit abweichen, und verarbeiten Sie jede Payload-id nur einmal. Jede Testanfrage verwendet eine eindeutige Test-Event-ID.

Tarife und Nutzung

Zahlungstarife, Bestellkontingente und Empfangswallet-Nutzung gelten pro Händler. Wallet-Monitoring-Tarife, überwachte Adressen und Benachrichtigungskontingente gehören zum Konto; ein Händlerwechsel erzeugt kein weiteres Monitoring-Kontingent.

Zahlungsmitteilungen an Personen und Wallet-Monitoring-Webhooks sind unbegrenzt. Nur die erste erfolgreiche Wallet-Mitteilung an Personen je Ziel verbraucht das Monitoring-Kontingent des Kontos oder verursacht die entsprechende PAYG-Gebühr. Fehlgeschlagene Zustellungen, In-App- und Systemmitteilungen verbrauchen es nicht.