Szablon danych do przetwarzania płatności

Stripe
Szablon danych do przetwarzania płatności

Szablon danych do przetwarzania płatności

Ten szablon pokazuje, jak przygotować przepływy płatności w Stripe do analizy process mining. Zawiera listę atrybutów danych do zebrania oraz czynności z cyklu płatności, które warto śledzić. Dzięki temu można uzyskać czytelny obraz operacji finansowych. Skorzystaj z tego przewodnika, aby usprawnić przygotowanie danych i lepiej ocenić efektywność transakcji.
  • Zalecane atrybuty danych
  • Najważniejsze czynności w cyklu płatności
  • Instrukcja krok po kroku: eksport danych ze Stripe
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty przetwarzania płatności

Tabela przedstawia zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować workflow płatności w Stripe.
5 Wymagane 8 Zalecane 8 Opcjonalne
Nazwa Opis
Czas rozpoczęcia
EventTimestamp
Dokładna data i godzina wystąpienia zdarzenia.
Opis

Ten atrybut zapisuje znacznik czasu zdarzenia. W Stripe jest on podawany jako znacznik czasu Unix w polu „created” obiektu Event. Dane te są niezbędne do ustalenia kolejności czynności.

Analitycy wykorzystują to pole do obliczania czasu cyklu i odstępów między czynnościami oraz do prawidłowego uporządkowania zdarzeń w ramach sprawy identyfikowanej przez Payment Transaction ID. Bez dokładnych znaczników czasu nie można ustalić przebiegu procesu ani zmierzyć jego efektywności.

Dlaczego to ważne

Zapewnia wymiar czasowy niezbędny do odkrywania procesów i analizy ich efektywności.

Skąd pobrać

Stripe API: obiekt Event, pole „created”.

Przykłady
2023-10-27T08:30:00Z2023-10-27T08:30:05Z2023-10-27T14:15:00Z
Czynność
EventName
Nazwa konkretnego kroku lub zdarzenia w cyklu płatności.
Opis

Ten atrybut określa czynność wykonaną w danym momencie. Zazwyczaj jest mapowany na podstawie typów zdarzeń Stripe Webhook, np. „payment_intent.created” staje się „Utworzono żądanie płatności”, a „charge.succeeded” staje się „Autoryzowano płatność”.

Prawidłowe mapowanie technicznych nazw zdarzeń na zrozumiałe dla biznesu nazwy czynności ułatwia odczytywanie mapy procesu. Analitycy mogą dzięki temu śledzić przebieg procesu bez rozszyfrowywania surowych kodów zdarzeń API.

Dlaczego to ważne

Określa węzły na mapie procesu i umożliwia wizualizację jego przebiegu.

Skąd pobrać

Stripe API: obiekt Event, pole „type”.

Przykłady
Utworzenie żądania płatnościAutoryzacja płatnościNieudana płatnośćOtwarcie sporu
Data ostatniej aktualizacji danych
ExtractionTimestamp
Znacznik czasu ekstrakcji danych ze Stripe.
Opis

Ten atrybut zapisuje moment pobrania danych z systemu źródłowego. Pomaga ocenić aktualność analizy i wykryć ewentualne opóźnienia w przepływie danych.

W dashboardach pole to informuje użytkownika, jak aktualne są dane. Duża różnica między znacznikiem czasu zdarzenia a czasem ekstrakcji może wskazywać na opóźnienie w potoku danych.

Dlaczego to ważne

Zapewnia przejrzystość co do aktualności danych i wspiera strategie ich przyrostowego ładowania.

Skąd pobrać

Wartość generowana przez narzędzie ETL lub ekstrakcji.

Przykłady
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Payment Transaction ID
PaymentIntentId
Unikalny identyfikator transakcji płatniczej w Stripe.
Opis

Ten atrybut pełni funkcję głównego identyfikatora sprawy w analizie procesu. Zwykle pochodzi z pola 'id' obiektu PaymentIntent w Stripe, na przykład pi_12345. Łączy wszystkie powiązane zdarzenia, takie jak autoryzacja, obciążenie, niepowodzenie i zwrot, w jedną sprawę obejmującą cały proces.

W analizie ten identyfikator jest niezbędny do odtworzenia pełnej historii żądania płatności. Pozwala prawidłowo powiązać kolejne próby i zmiany statusu z konkretną transakcją finansową zleconą przez klienta.

Dlaczego to ważne

To główny klucz modelu process mining, który pozwala połączyć odrębne zdarzenia w spójny ślad procesu.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole 'id'.

Przykłady
pi_3MtwPdLkdIwHu7ix28XE9f12pi_1Jq8uFLkdIwHu7ix0yNq9g34pi_3N5yQdLkdIwHu7ix1AzP8h56ch_3LkrCdLkdIwHu7ix0ByR7j78
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane.
Opis

Ten atrybut wskazuje źródło rekordu danych. W tym widoku procesu jego wartością będzie zawsze „Stripe”. Jest to przydatne w środowiskach obejmujących wiele systemów, w których przebieg procesu może obejmować CRM, ERP i bramki płatnicze.

Analitycy mogą filtrować mapę procesu, aby wyświetlić tylko czynności wykonywane w systemie obsługującym płatności, albo odróżnić Stripe od innych metod płatności, jeśli analizowanych jest kilka bramek.

Dlaczego to ważne

Pozwala ustalić pochodzenie danych, co ma znaczenie dla zarządzania danymi i process mining obejmującego wiele systemów.

Skąd pobrać

Wartość ustawiana na stałe podczas ekstrakcji.

Przykłady
StripeStripe ConnectStripe Payments
Identyfikator klienta
CustomerId
Identyfikator klienta powiązanego z płatnością.
Opis

Ten atrybut łączy płatność z konkretnym klientem w Stripe. Pochodzi z pola „customer”. Umożliwia tworzenie dashboardu „Opóźnienie powiadomień klientów”, w którym analitycy mogą grupować transakcje według klienta.

Pomaga też identyfikować klientów, których transakcje często wymagają ponownej obsługi lub kończą się niepowodzeniem. Wspiera analizę „Odsetek ponownej obsługi instrukcji płatniczych”.

Dlaczego to ważne

Umożliwia analizę procesu z perspektywy klienta i segmentację klientów.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole „customer”.

Przykłady
cus_9s6X9nLkdIwHu7cus_8f5Y8nLkdIwJu8cus_7d4Z7nLkdIwKu9
Identyfikator wypłaty
PayoutId
Identyfikator wypłaty bankowej obejmującej tę płatność.
Opis

Ten atrybut łączy pojedynczą transakcję z łączną wypłatą (Payout) przekazywaną na rachunek bankowy sprzedawcy. Znajduje się w obiekcie Balance Transaction powiązanym z obciążeniem.

Jest niezbędny w analizie „Różnica w uzgadnianiu płatności”. Jeśli płatność została rozliczona, ale nie ma identyfikatora Payout, oznacza to, że środki nadal znajdują się w Stripe i nie zostały jeszcze przekazane firmie. Wskazuje to na opóźnienie w dostępie do środków.

Dlaczego to ważne

Łączy pojedynczą sprawę z końcowym etapem rozliczenia finansowego.

Skąd pobrać

Stripe API: obiekt Balance Transaction, pole „payout”.

Przykłady
po_1MtwPdLkdIwHu7ix28XE9f12po_1Jq8uFLkdIwHu7ix0yNq9g34
Kod błędu
FailureCode
Kod błędu zwracany w przypadku nieudanej płatności.
Opis

Ten atrybut zapisuje przyczynę niepowodzenia płatności, np. „insufficient_funds” lub „card_declined”. Zazwyczaj znajduje się w polu „last_payment_error.code” obiektu PaymentIntent.

Dane te stanowią podstawę dashboardu „Czas rozwiązania błędu”. Analiza kodów pozwala ustalić, które błędy techniczne najbardziej utrudniają obsługę płatności i powodują opóźnienia.

Dlaczego to ważne

Jest niezbędny do analizy przyczyn odstępstw od procesu i nieudanych transakcji.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole „last_payment_error.code”.

Przykłady
card_declinedinsufficient_fundsexpired_cardincorrect_cvc
Kwota płatności
PaymentAmount
Wartość pieniężna transakcji płatniczej.
Opis

Ten atrybut określa łączną kwotę transakcji. W Stripe jest ona często zapisywana w najmniejszej jednostce waluty, np. w centach w przypadku USD, dlatego wymaga przeliczenia. Atrybut jest mapowany na pole „amount” obiektu PaymentIntent lub Charge.

Dane te są niezbędne w dashboardzie „Widoczność przepływów pieniężnych w skarbie”. Analitycy mogą sumować kwoty, aby ustalić łączną wartość przetworzonych płatności, potencjalne przychody zagrożone w razie błędów oraz wskazać transakcje o wysokiej wartości do ręcznej weryfikacji.

Dlaczego to ważne

Uwzględnia wymiar finansowy w analizie procesu i pozwala ustalać priorytety na podstawie wartości transakcji.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole „amount”.

Przykłady
100.002500.5049.99
Status płatności
PaymentStatus
Bieżący stan PaymentIntent lub Charge.
Opis

Ten atrybut odzwierciedla status transakcji zgłaszany przez Stripe, np. „requires_payment_method”, „succeeded” lub „canceled”. Jest pobierany bezpośrednio z pola „status”.

Atrybut pomaga zweryfikować przebieg procesu. Na przykład sprawa zakończona statusem „succeeded” oznacza pomyślny przebieg, a „canceled” wskazuje na odstępstwo. Umożliwia też kategoryzowanie wyników w dashboardzie „Analiza przepustowości i wydajności”.

Dlaczego to ważne

Pozwala szybko sprawdzić wynik sprawy i zweryfikować, czy proces zakończył się zgodnie z wymaganiami.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole „status”.

Przykłady
succeededrequires_actionprocessingcanceled
Typ metody płatności
PaymentMethodType
Rodzaj instrumentu użytego do płatności, np. karta lub przelew bankowy.
Opis

Ten atrybut określa metodę używaną w transakcji, np. „card”, „ach_debit” lub „alipay”. Jest pobierany z pola „payment_method_types” lub obiektu „payment_method”.

Jest niezbędny w dashboardzie „Ujednolicenie czasu rozliczenia”, ponieważ czas rozliczenia znacznie różni się w zależności od metody. Płatności kartą kredytową są szybkie, a przelewy bankowe wolniejsze. Podział danych według metody pozwala rzetelnie porównywać wyniki.

Dlaczego to ważne

Pomaga wyjaśnić różnice w czasie trwania procesu wynikające ze specyfiki poszczególnych metod płatności.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole „payment_method_types”.

Przykłady
cardus_bank_accountsepa_debitideal
Użytkownik obsługujący
ProcessingUser
Użytkownik lub agent systemowy odpowiedzialny za ręczną weryfikację.
Opis

Ten atrybut wskazuje osobę lub logikę systemową odpowiedzialną za wykonanie danej czynności, zwłaszcza „Wymagana weryfikacja płatności” lub „Otwarto spór”. W Stripe Radar może to być adres e-mail osoby weryfikującej, zapisany w dziennikach weryfikacji.

Dane te zasilają „Mapę interwencji ręcznych”, która pozwala kierownikom sprawdzić, kto obsługuje najwięcej weryfikacji, i wykryć potencjalne wąskie gardła w workflow obsługiwanym ręcznie.

Dlaczego to ważne

Umożliwia analizę zasobów i wykrywanie wąskich gardeł w obsłudze ręcznej.

Skąd pobrać

Stripe API: obiekt Review (Radar), pole „closed_by” lub „opened_reason”.

Przykłady
fraud_team_botanalyst@company.comsystem_automatic
Waluta
PaymentCurrency
Trzyliterowy kod ISO określający walutę transakcji.
Opis

Ten atrybut określa walutę płatności, np. USD, EUR lub GBP. Znajduje się w polu „currency” obiektu PaymentIntent. Jest potrzebny do ujednolicenia raportowania finansowego w dashboardach skarbu.

W analizie pole to pomaga wykrywać regionalne różnice w czasie obsługi płatności i odsetku błędów. Wspiera też widok „Ujednolicenie czasu rozliczenia”.

Dlaczego to ważne

Jest niezbędny do prawidłowego sumowania danych finansowych i analizy efektywności w poszczególnych regionach.

Skąd pobrać

Stripe API: obiekt PaymentIntent, pole „currency”.

Przykłady
USDEURGBPJPY
Czas rozliczenia
SettlementDuration
Czas od autoryzacji płatności do udostępnienia środków.
Opis

Ten obliczany atrybut mierzy czas, jaki upłynął od autoryzacji środków do ich udostępnienia na saldzie Stripe. Oblicza się go, odejmując znacznik czasu czynności „Autoryzowano płatność” od znacznika czasu czynności „Udostępniono środki”.

To główny wskaźnik w dashboardzie „Ujednolicenie czasu rozliczenia”. Pomaga zespołom skarbu przewidywać dostępność środków.

Dlaczego to ważne

Mierzy szybkość udostępniania środków i opóźnienia w przepływie gotówki.

Skąd pobrać

Obliczany w narzędziu process mining.

Przykłady
2 dni7 dni10 minut
Czas rozwiązania błędu
ErrorResolutionTime
Czas od wykrycia błędu do jego rozwiązania.
Opis

Ten obliczany atrybut mierzy czas między czynnościami „Wykryto błąd płatności” i „Rozwiązano błąd płatności”.

To główny wskaźnik KPI „Średni czas rozwiązania błędu”. Monitorowanie go pomaga usprawnić obsługę wyjątków i logikę automatycznych ponowień.

Dlaczego to ważne

Pozwala określić koszt operacyjny obsługi błędów.

Skąd pobrać

Obliczany w narzędziu process mining.

Przykłady
4 godziny12 minut2 dni
Czy proces przebiegł bezobsługowo
IsTouchless
Wartość wskazująca, czy proces zakończył się bez ręcznej interwencji.
Opis

Ten obliczany atrybut wskazuje, czy sprawa przebiegła standardową ścieżką bez czynności takich jak „Wymagana weryfikacja płatności”, „Otwarto spór” lub „Rozwiązano błąd płatności”.

Służy do obliczania KPI „Odsetek płatności obsłużonych bez interwencji”. Wysoki wynik wskazuje na sprawną, zautomatyzowaną obsługę, a niski może oznaczać duże obciążenie operacyjne.

Dlaczego to ważne

Mierzy skuteczność automatyzacji i jakość standardowego przebiegu procesu.

Skąd pobrać

Obliczany w narzędziu process mining.

Przykłady
truefalse
Czy wystąpiła ponowna obsługa
IsRework
Wartość wskazująca, czy czynności w ramach sprawy zostały powtórzone.
Opis

Ten obliczany atrybut przyjmuje wartość true, jeśli czynności takie jak „Wysłano instrukcję płatniczą” lub „Zweryfikowano dane płatności” wystąpiły więcej niż raz dla tego samego Payment Transaction ID.

Bezpośrednio wspiera KPI „Odsetek ponownej obsługi instrukcji płatniczych”. Częste powtórzenia zwykle wskazują na problemy z jakością danych źródłowych lub nieintuicyjny interfejs dla klienta.

Dlaczego to ważne

Ujawnia nieefektywność i powtarzające się pętle w procesie.

Skąd pobrać

Obliczany w narzędziu process mining.

Przykłady
truefalse
Czy zgłoszono spór
IsDisputed
Wartość logiczna wskazująca, czy posiadacz karty zakwestionował płatność.
Opis

Ten atrybut wskazuje, czy kiedykolwiek otwarto spór dotyczący tej płatności (chargeback). Można go wyznaczyć, sprawdzając, czy pole „dispute” w obiekcie Charge nie jest puste, albo czy z PaymentIntent powiązano obiekt Dispute.

Służy do filtrowania spraw na potrzeby „Audytu zgodności przebiegu procesu”. Pozwala sprawdzić, czy w sprawach spornych przestrzegano właściwych procedur przekazywania dowodów.

Dlaczego to ważne

Pozwala wskazać sprawy wysokiego ryzyka wymagające szczególnej obsługi i monitorowania zgodności.

Skąd pobrać

Stripe API: obiekt Charge, sprawdzenie, czy pole „dispute” jest wypełnione.

Przykłady
truefalse
Czy zwrócono środki
IsRefunded
Wartość logiczna wskazująca, czy zwrócono całość lub część płatności.
Opis

Ten atrybut wskazuje, czy środki zostały zwrócone klientowi. Jest wyznaczany na podstawie wartości logicznej pola „refunded” lub wartości „amount_refunded” większej od 0 w obiekcie Charge.

Pomaga w „Audytcie zgodności przebiegu procesu”. Zwroty zwykle wymagają określonych etapów akceptacji. Ten atrybut pozwala analitykom wyodrębnić takie sprawy i sprawdzić, czy wystąpiła czynność „Zwrócono płatność”.

Dlaczego to ważne

Pozwala wskazać sprawy, w których przebieg procesu został odwrócony, co stanowi istotne odstępstwo od procesu.

Skąd pobrać

Stripe API: obiekt Charge, pole „refunded”.

Przykłady
truefalse
Kraj wydania karty
CardCountry
Kod kraju, w którym wydano kartę.
Opis

Ten atrybut określa kraj pochodzenia instrumentu płatniczego. Zazwyczaj znajduje się w polu „payment_method_details.card.country”.

Jest wykorzystywany w dashboardzie „Ujednolicenie czasu rozliczenia”. Płatności transgraniczne często rozliczają się dłużej niż krajowe, dlatego atrybut ten pozwala odpowiednio podzielić dane na potrzeby analizy.

Dlaczego to ważne

Pomaga wyjaśnić opóźnienia w rozliczeniu wynikające z procedur bankowych przy płatnościach transgranicznych.

Skąd pobrać

Stripe API: obiekt Charge, pole „payment_method_details.card.country”.

Przykłady
USDEGB
Wynik ryzyka
RiskScore
Wynik ryzyka oszustwa przypisany transakcji przez Stripe Radar.
Opis

Ten atrybut zawiera wynik ryzyka (0–99) przypisany przez modele uczenia maszynowego Stripe. Znajduje się w polu „outcome.risk_score” obiektu Charge.

Atrybut ten jest istotny dla dashboardu „Wykrywanie błędnej identyfikacji”. Analitycy mogą zestawić wyniki ryzyka z pomyślnie zakończonymi czynnościami „Rozwiązano błąd płatności” i dostosować progi automatycznego blokowania transakcji.

Dlaczego to ważne

Pomaga ustalić, dlaczego transakcja mogła zostać oznaczona lub zablokowana.

Skąd pobrać

Stripe API: obiekt Charge, pole „outcome.risk_score”.

Przykłady
56599
Wymagane Zalecane Opcjonalne

Czynności w procesie przetwarzania płatności

Uwzględnij te istotne etapy procesu i zdarzenia związane z transakcjami w dzienniku zdarzeń, aby prawidłowo odkrywać i wizualizować cykl płatności.
6 Zalecane 10 Opcjonalne
Działanie Opis
Autoryzacja płatności
Wydawca karty autoryzował kwotę transakcji, a środki zostały zarezerwowane. Potwierdza to, że metoda płatności jest prawidłowa i dostępne są wystarczające środki.
Dlaczego to ważne

Ważny etap pomiaru „Odsetka płatności bez ręcznej obsługi”. Sukces oznacza, że pokonano główną przeszkodę związaną z ryzykiem.

Skąd pobrać

Stripe Events API: payment_intent.succeeded (jeśli obciążenie jest automatyczne) lub payment_intent.amount_capturable (jeśli obciążenie jest ręczne).

Rejestrowanie

Rejestrowane po wywołaniu payment_intent.succeeded lub amount_capturable

Typ zdarzenia explicit
Nieudana płatność
Wydawca karty odrzucił próbę płatności lub Stripe ją zablokował. To zdarzenie uruchamia ścieżkę obsługi błędu.
Dlaczego to ważne

Punkt początkowy pomiaru „Średniego czasu rozwiązywania błędów”. Analiza kodów błędów na tym etapie pomaga ograniczyć „Odsetek fałszywych alarmów dotyczących błędów”.

Skąd pobrać

Stripe Events API: payment_intent.payment_failed

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia payment_intent.payment_failed

Typ zdarzenia explicit
Przekazanie środków
Wypłata obejmująca tę transakcję została przekazana na zewnętrzny rachunek bankowy. Środki opuściły platformę Stripe.
Dlaczego to ważne

Oznacza etap „Rozliczenie płatności”. Służy do obliczania „Spójności czasu rozliczeń”.

Skąd pobrać

Stripe Events API: payout.paid

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia payout.paid

Typ zdarzenia explicit
Utworzenie żądania płatności
Rozpoczęcie procesu płatności, w którym w systemie Stripe tworzony jest obiekt PaymentIntent. To zdarzenie zapisuje moment, w którym klient lub system inicjuje żądanie transakcji.
Dlaczego to ważne

Wyznacza początek czasu trwania procesu. Jest niezbędne do obliczenia całkowitego czasu obsługi płatności od początku do końca.

Skąd pobrać

Stripe Events API: payment_intent.created

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia payment_intent.created

Typ zdarzenia explicit
Uzgodnienie płatności
Wyciąg z zewnętrznego rachunku bankowego został uzgodniony z wypłatą Stripe. Potwierdza to, że środki faktycznie wpłynęły na rachunek bankowy firmy.
Dlaczego to ważne

Ostatni etap „Analizy luk w uzgadnianiu płatności”. Pozwala sprawdzić, czy zapisy księgowe są zgodne z wyciągiem bankowym.

Skąd pobrać

Często wymaga danych zewnętrznych lub statusu 'payout.reconciled', jeśli używane są funkcje Stripe Treasury/Reconciliation.

Rejestrowanie

Wymaga korzystania ze Stripe Treasury lub sygnału z zewnętrznego systemu ERP

Typ zdarzenia explicit
Weryfikacja danych płatności
Automatyczna weryfikacja danych płatności obejmuje podstawowe kontrole formatu i sprawdzenie reguł przeciwdziałania oszustwom w Stripe Radar. Na tym etapie system sprawdza poprawność danych przed próbą autoryzacji.
Dlaczego to ważne

Ten etap jest niezbędny do pomiaru wyników dashboardu „Wąskie gardła weryfikacji i zatwierdzania”. Opóźnienia mogą wskazywać na wolną odpowiedź systemu lub złożone reguły wykrywania oszustw.

Skąd pobrać

Zdarzenie można wywnioskować, porównując znacznik czasu „Utworzenie żądania płatności” z kolejną zmianą statusu, na przykład na „processing” lub „requires_action”.

Rejestrowanie

Porównaj znacznik czasu utworzenia z pierwszą aktualizacją statusu

Typ zdarzenia inferred
Dostępność środków
Środki z transakcji zostały rozliczone i dodane do dostępnego salda Stripe. Można je teraz wypłacić.
Dlaczego to ważne

Ten etap ma zasadnicze znaczenie dla „Wglądu w przepływy pieniężne”. Pokazuje, kiedy firma może faktycznie korzystać ze środków.

Skąd pobrać

Stripe Events API: balance.available

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia balance.available

Typ zdarzenia explicit
Otwarcie sporu
Posiadacz karty zakwestionował płatność. Rozpoczyna to proces obciążenia zwrotnego i powoduje odjęcie środków od salda.
Dlaczego to ważne

Istotna ścieżka wyjątkowa, która wpływa na „Odsetek uzgodnień za pierwszym razem”.

Skąd pobrać

Stripe Events API: charge.dispute.created

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia charge.dispute.created

Typ zdarzenia explicit
Rozwiązanie problemu z płatnością
Zdarzenie można wywnioskować, gdy wcześniej nieudany PaymentIntent ponownie uzyskuje status processing lub succeeded. Oznacza to, że klient podał nową metodę płatności albo ponowienie próby się powiodło.
Dlaczego to ważne

Dane niezbędne do dashboardu „Czas rozwiązania błędu”. Wskazują, że udało się odzyskać przychód.

Skąd pobrać

Zdarzenie można wywnioskować, gdy dla identyfikatora, przy którym wcześniej wystąpiło payment_intent.payment_failed, pojawi się zdarzenie payment_intent.processing lub succeeded.

Rejestrowanie

Porównaj sekwencję statusów: Failed -> Processing/Succeeded

Typ zdarzenia inferred
Uwzględnienie płatności w wypłacie
Dana transakcja zostaje przypisana do obiektu Payout. Oznacza to, że przelew środków na rachunek bankowy został zaplanowany.
Dlaczego to ważne

Dane niezbędne do „Ujednolicenia czasu rozliczeń”. Łączą pojedyncze transakcje ze zbiorczymi przelewami bankowymi.

Skąd pobrać

Zdarzenie można wywnioskować, łącząc transakcję salda z obiektem Payout.

Rejestrowanie

Ustal, kiedy do transakcji salda przypisano Payout ID

Typ zdarzenia inferred
Wymagana weryfikacja płatności
Zdarzenie występuje, gdy płatność uruchamia regułę ręcznej weryfikacji w Stripe Radar. Płatność zostaje wstrzymana do czasu interwencji pracownika.
Dlaczego to ważne

To zdarzenie bezpośrednio zasila dashboard „Mapa interwencji ręcznych”. Duża liczba takich przypadków może oznaczać potrzebę dostosowania reguł wykrywania oszustw lub zwiększenia obsady.

Skąd pobrać

Stripe Events API: review.opened

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia review.opened

Typ zdarzenia explicit
Wymagane uwierzytelnienie płatności
System ustala, że wymagane jest Strong Customer Authentication (SCA) lub 3D Secure. Proces zostaje wstrzymany do czasu uwierzytelnienia przez klienta.
Dlaczego to ważne

Pozwala odróżnić opóźnienia zależne wyłącznie od klienta od tych, które wynikają z działania systemu.

Skąd pobrać

Stripe Events API: payment_intent.requires_action

Rejestrowanie

Rejestrowane po zmianie statusu payment_intent na requires_action

Typ zdarzenia explicit
Wysłanie powiadomienia o płatności
Klient otrzymuje e-mailem potwierdzenie lub pokwitowanie. To koniec interakcji z klientem związanej z transakcją.
Dlaczego to ważne

Dane zasilają dashboard „Czas wysłania powiadomienia do klienta”. Opóźnienia na tym etapie prowadzą do zgłoszeń do zespołu wsparcia.

Skąd pobrać

Stripe Events API: charge.succeeded (sprawdź wartość logiczną 'receipt_sent' lub utworzenie 'receipt_url') albo zdarzenie receipt.sent.

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia receipt.sent lub wywnioskowane z obiektu charge

Typ zdarzenia explicit
Zamknięcie sporu
Proces rozpatrywania sporu dobiegł końca, a jego wynik jest korzystny lub niekorzystny. To zamyka ścieżkę obsługi wyjątku.
Dlaczego to ważne

Oznacza ostateczne rozstrzygnięcie sporu dotyczącego przychodu.

Skąd pobrać

Stripe Events API: charge.dispute.closed

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia charge.dispute.closed

Typ zdarzenia explicit
Zatwierdzenie płatności po weryfikacji
Pracownik lub reguła systemowa zatwierdza transakcję wcześniej skierowaną do weryfikacji. Dzięki temu może ona przejść do autoryzacji.
Dlaczego to ważne

Dane potrzebne do pomiaru „Średniego czasu zatwierdzania”. Wąskie gardła na tym etapie bezpośrednio wpływają na doświadczenie klientów.

Skąd pobrać

Stripe Events API: review.closed (z powodem 'approved')

Rejestrowanie

Rejestrowane po wystąpieniu zdarzenia review.closed

Typ zdarzenia explicit
Zwrot płatności
Sprzedawca zainicjował zwrot za transakcję. Powoduje to odwrócenie przepływu środków.
Dlaczego to ważne

Pozwala wykryć poprawki po rozliczeniu i utratę przychodów.

Skąd pobrać

Stripe Events API: charge.refunded

Rejestrowanie

Rejestrowane po wywołaniu zdarzenia charge.refunded

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje eksportu danych

Instrukcja krok po kroku, jak wyeksportować i przygotować dane z platformy Stripe

Gotowi do rozpoczęcia?

Już dziś zacznij analizować przepływy płatności, aby wykryć ukryte wąskie gardła i poprawić wyniki finansowe. Nasz zespół może pomóc na każdym etapie.

Już teraz usprawnij przetwarzanie płatności w Stripe

Osiągnij 98% przetwarzania bez udziału człowieka i wyeliminuj wyjątki płatnicze.

Rozpocznij okres próbny

Karta kredytowa nie jest wymagana... Konfiguracja zajmuje kilka minut