KamoCRM

Spraw, aby wydarzenie powtórne Stripe było no-op

FeatureBillingService
Przesyłane
25 sierpnia 2026 22:28 UTC
Autor
Kamo
Zgłoszenie
7fcf1d3

Dodaje BillingWebhookEventClaimService na własną rękę, z REQUIRES_NEW Każda metoda i przełącza ją do procesuWydarzenie przed przełącznikiem wysyłki. Przegrana roszczenie wraca bez wysyłki, więc ponowna dostawa pieniędzy Stripe'a Impreza nie robi nic, niż pisanie dwa razy. Twierdzenie przechodzi przez wstrzyknięty fasola, nigdy to.claim(...): Samopowołanie omija serwer proxy wiosny i cicho unieważnia REQUIRES_NEW, więc Cofnięcie uchwytu odrzuciłoby roszczenie i sprawi, że każda próba będzie wyglądać jak Pierwsza dostawa. CommissionService już raz wysłała ten błąd. Klucz konta wraca do nienułego PLATFORM sentinel, ponieważ NULL Komponent w unikalnym kluczowym konflikcie z niczym w Postgres i nie byłoby Po cichu wydzielić dedupe za dokładnie te wydarzenia, które ten punkt końcowy otrzymuje dzisiaj. Również pieczęci wygłuszający zegar z - nagim now() odczytać domyślną strefę kapsuły, podczas gdy co drugi znacznik czasu w pliku jest Zbudowany w UTC. Zgnieciony z dwóch commitów: zamieszanie tylko z fasoli nieudany BillingWebhookClaimShapeTest W odosobnieniu, ponieważ okablowanie pola wylądowało w drugim. Nic nie zostało naciśnięte.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Wszystko to pojawia się w twoim miejscu pracy na własną rękę. Zacznij od bezpłatnego planu i przeczytaj tę stronę ponownie w miesiącu.

Zacząć na zawszeZobacz ceny