Szablon danych do przetwarzania płatności
Szablon danych do przetwarzania płatności
- Zalecane atrybuty danych
- Najważniejsze czynności w cyklu płatności
- Instrukcja krok po kroku: eksport danych ze Stripe
Atrybuty przetwarzania płatności
| 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
|
|||
Czynności w procesie przetwarzania płatności
| 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
|
|||
Instrukcje eksportu danych
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.
Karta kredytowa nie jest wymagana... Konfiguracja zajmuje kilka minut