- Verschifft
- 6. September 2026 um 21:38 UTC
- Autor
- Kamo
- Ausschuss
- 941c242
BillingService wollte diese senden, seit DunningNotifier geschrieben wurde. Es gepostet sie zu ************ - ein Endpunkt, der noch nie existierte auf EmailService, wo der einzige Controller unter diesem Präfix dient Verzeichnisfotos - und hat den 404 von Design geschluckt, weil ein Mail-Ausfall muss nicht machen Stripe retry a webhook. So bekam ein Kunde, dessen Karte abgelaufen ist, eine Datenbank Reihe und Schweigen: kein Brief, kein Banner, nichts. Das erste, was sie davon wussten, war Apps weigern sich, eine Woche später zu öffnen, wenn die Gnadenfrist abgelaufen. Zwei kanonische Vorlagen, nach der Konstante/dott-Tasten-Split die HR und E-Signatur-Familien nutzen bereits . billing.payment_failed und billing.service_suspended, gesät pro-Ort wie jedes andere. Beide gehen zur BILLING-Adresse auf dem Konto und nicht zu einem Mitglied, weil die Person, die zahlt, ist routinemäßig nicht eine Person, die sich anmeldet, und beide verbinden direkt zu Stripes gehostete Rechnung: jemand, dessen Zugang gerade angehalten hat sollte nicht in das Produkt zu bekommen, um für das Produkt zu bezahlen. Die Formulierung macht die Arbeit der Oberflächen nicht. Der erste sagt, was ist hervorragend, was stoppt, und der genaue Tag stoppt. Die zweite führt mit "Nichts ist gelöscht worden", denn das ist die Angst in diesem Moment und nein Bildschirm war die Beantwortung. Die BillingService-Hälfte - DunningNotifier auf /api/email/templates/send zeigen, die existiert und hinter InternalAuthFilter liegt, landet separat.