> Ciągłe doskonalenie procesów > Obsługa płatności > Adyen > Szablon danych

Szablon danych dotyczących obsługi płatności

Adyen

← Wróć do przewodnika ulepszania procesów

Atrybuty obsługi płatności(19) Działania w procesie obsługi płatności(16) Instrukcje eksportu danych(2)

Szablon danych dotyczących obsługi płatności

Ten szablon zawiera wskazówki dotyczące gromadzenia danych potrzebnych do analizy obsługi płatności w Adyen. Wymienia niezbędne atrybuty danych i działania procesowe, które warto śledzić, oraz podaje praktyczne instrukcje eksportu danych. Dzięki niemu można zebrać informacje potrzebne do skutecznego process mining.

Zalecane atrybuty do zebrania
Najważniejsze działania do śledzenia
Praktyczne wskazówki dotyczące eksportu danych z Adyen

Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Pobierz szablon

Atrybuty obsługi płatności

Poniżej wymieniono zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby kompleksowo analizować obsługę płatności w Adyen.

5 Wymagane 6 Zalecane 8 Opcjonalne

	Nazwa	Opis
	Identyfikator transakcji płatniczej PspReference	Unikalny identyfikator referencyjny przypisywany przez Adyen do każdej transakcji płatniczej.
Opis Ten atrybut jest kluczem głównym dla całego cyklu życia płatności w ekosystemie Adyen. Łączy początkowe zlecenie płatnicze z kolejnymi zdarzeniami, takimi jak autoryzacja, przechwycenie środków, rozliczenie oraz ewentualny zwrot lub obciążenie zwrotne. Podczas analizy identyfikator służy do grupowania poszczególnych zdarzeń w jeden case, co pozwala odtworzyć proces od początku do końca. Analitycy mogą śledzić przebieg konkretnej płatności od momentu rozpoczęcia przez kupującego aż do ostatecznego rozliczenia finansowego. Dlaczego to ważne To podstawowy identyfikator, który łączy rozproszone zdarzenia w jedną instancję procesu na potrzeby process mining. Skąd pobrać Pole 'pspReference' w odpowiedzi płatniczej Adyen lub kolumna 'PSP Reference' w raporcie Settlement Detail Report. Przykłady 851564567890123479145612345678908825641234567890
	Nazwa czynności EventCode	Etap lub działanie w cyklu płatności.
Opis Atrybut określa zdarzenie, które wystąpiło, na przykład AUTHORISATION, CAPTURE lub REFUND. Na jego podstawie powstają węzły mapy procesu i ustalany jest przebieg transakcji. Podczas analizy kody te są zamieniane na czytelne nazwy czynności, które pozwalają zobrazować przebieg procesu. Różnice w kolejności kodów wskazują na różne ścieżki procesu, na przykład obsługę bezpośrednią lub obsługę wyjątków. Dlaczego to ważne Określa, co przedstawia model process mining, i umożliwia wizualizację przebiegu procesu. Skąd pobrać Pole „eventCode” w webhookach powiadomień Adyen. Przykłady AUTHORISATIONCAPTUREREFUNDCANCELLATIONCHARGEBACK
	Znacznik czasu zdarzenia EventDate	Data i godzina wystąpienia danej czynności związanej z płatnością.
Opis Atrybut zapisuje dokładny znacznik czasu zarejestrowania zdarzenia w systemie, na przykład autoryzacji lub rozliczenia. Pozwala uporządkować czynności w ramach sprawy chronologicznie. Podczas analizy jest niezbędny do obliczania czasu realizacji, wykrywania wąskich gardeł i określania przepustowości systemu w czasie. Umożliwia wyliczanie wszystkich KPI opartych na czasie, takich jak „Całkowity czas realizacji płatności”. Dlaczego to ważne Niezbędny do porządkowania zdarzeń i obliczania wskaźników opartych na czasie trwania. Skąd pobrać Pole „eventDate” w webhookach powiadomień Adyen. Przykłady 2023-10-27T10:00:00+01:002023-10-27T10:05:30+01:002023-10-28T09:15:00+01:00
	Data ostatniej aktualizacji danych LastDataUpdate	Znacznik czasu ostatniej ekstrakcji lub odświeżenia rekordu.
Opis Atrybut informuje, jak aktualne są dane w modelu process mining. Pomaga ustalić, czy analizowane są dane bieżące, czy migawka. To pole techniczne, używane głównie do zarządzania danymi i sprawdzania, czy potok danych działa prawidłowo. Dlaczego to ważne Pole techniczne do monitorowania aktualności danych. Skąd pobrać Czas systemowy w chwili ekstrakcji danych. Przykłady 2023-10-30T12:00:00Z
	System źródłowy SourceSystem	Nazwa systemu, z którego pochodzą dane.
Opis Atrybut statyczny wskazuje, że rekord pochodzi z Adyen. Jest niezbędny do śledzenia pochodzenia danych w process mining obejmującym wiele systemów, na przykład Adyen i SAP. Pozwala filtrować czynności wykonane w bramce płatniczej i odróżniać je od czynności w systemie ERP lub systemie zarządzania zamówieniami. Dlaczego to ważne Niezbędny do śledzenia pochodzenia danych w process mining obejmującym wiele systemów. Skąd pobrać Wartość stała podczas ekstrakcji danych. Przykłady AdyenAdyen_Production
	Czy wymaga ponownej obsługi IsRework	Flaga wskazująca, czy transakcja obejmowała ponowne próby lub korekty błędów.
Opis Wartość logiczna przyjmuje wartość prawda, jeśli sprawa obejmuje kilka prób autoryzacji lub czynności takie jak „Płatność odrzucona”, po której nastąpiła kolejna próba. Atrybut ten zasila dashboard „Ponowna obsługa płatności i miejsca występowania wyjątków”. Analitycy mogą filtrować problematyczne sprawy i sprawdzać, dlaczego proces przebiega inaczej niż standardową ścieżką. Dlaczego to ważne Wskazuje nieefektywne sprawy wymagające interwencji pracownika lub systemu. Skąd pobrać Obliczane na podstawie wystąpienia co najmniej jednego zdarzenia błędu. Przykłady truefalse
	Konto sprzedawcy MerchantAccount	Konto sprzedawcy w Adyen, za pośrednictwem którego przetwarzana jest transakcja.
Opis Adyen umożliwia prowadzenie wielu kont sprzedawców w ramach jednego konta firmowego. Atrybut wskazuje, która jednostka biznesowa, marka lub jednostka regionalna przetworzyła płatność. Podczas analizy służy jako główny wymiar segmentacji. Umożliwia porównywanie wyników, odsetka niepowodzeń i liczby transakcji w różnych jednostkach biznesowych lub markach, aby wskazać obszary wymagające poprawy. Dlaczego to ważne Pozwala porównywać wyniki jednostek biznesowych i spółek zależnych. Skąd pobrać Pole „merchantAccount” w żądaniu lub odpowiedzi płatniczej Adyen. Przykłady MyStore_UKMyStore_USGlobalSales_Main
	Kwota transakcji PaymentAmount	Wartość pieniężna transakcji płatniczej.
Opis Atrybut określa wartość finansową transakcji. W surowych danych jest zwykle zapisana w najmniejszych jednostkach waluty, na przykład w centach, ale na potrzeby raportowania należy ją przeliczyć. Umożliwia tworzenie dashboardu „Wolumen płatności” i pomaga ustalać priorytety przy ponownej obsłudze spraw o wysokiej wartości. Służy też do obliczania łącznej wartości przetworzonych płatności i finansowych skutków nieudanych transakcji. Dlaczego to ważne Niezbędna do analizy skutków finansowych i monitorowania przepustowości. Skąd pobrać Pole „amount.value” w żądaniu płatniczym Adyen. Przykłady 10005509900
	Metoda płatności PaymentMethod	Metoda użyta przez kupującego do zapłaty, na przykład Visa lub PayPal.
Opis Atrybut określa rodzaj użytego instrumentu płatniczego, na przykład kartę kredytową (Visa, MC), portfel cyfrowy (PayPal, Apple Pay) lub lokalną metodę płatności (iDEAL, Sofort). Jest niezbędny w dashboardzie „Analiza skuteczności metod płatności”. Pomaga sprawdzić zależności między konkretnymi metodami płatności a odsetkiem autoryzacji, szybkością przetwarzania i błędami technicznymi. Dlaczego to ważne Niezbędny do analizy skuteczności i kosztów różnych dostawców płatności. Skąd pobrać Pole „paymentMethod.brand” lub „paymentMethod.type” w odpowiedzi płatniczej Adyen. Przykłady visamcpaypalidealklarna
	Powód odmowy RefusalReason	Opis wyjaśniający, dlaczego płatność została odrzucona lub zakończyła się niepowodzeniem.
Opis Gdy transakcja się nie powiedzie, Adyen zwraca kod lub opis przyczyny, na przykład „Not enough balance”, „CVC Declined” lub „Expired Card”. Atrybut ten jest podstawą dashboardu „Odsetek nieudanych transakcji płatniczych”. Analiza przyczyn pomaga ustalić, czy niepowodzenia wynikają z problemów technicznych, reguł wykrywania nadużyć czy zachowania kupujących, a następnie dobrać działania naprawcze. Dlaczego to ważne Podstawowy atrybut do analizy przyczyn nieudanych płatności. Skąd pobrać Pole „refusalReason” w odpowiedzi płatniczej Adyen. Przykłady OdrzuconoNiewystarczające saldoKarta straciła ważnośćBłąd agenta rozliczeniowegoNadużycie finansowe
	Status płatności PaymentStatus	Bieżący stan płatności, na przykład autoryzowana, rozliczona lub odrzucona.
Opis Atrybut odzwierciedla ostatni znany status transakcji płatniczej. Często wynika z ostatniej czynności w sprawie. Pozwala szybko filtrować sprawy, na przykład wyświetlić wszystkie obecnie odrzucone płatności. Jest niezbędny w dashboardzie „Przepustowość i monitorowanie statusu płatności”. Dlaczego to ważne Pokazuje bieżący stan transakcji. Skąd pobrać Ustalany na podstawie ostatniego kodu zdarzenia w sprawie. Przykłady RozliczonaOdrzuconoAutoryzowana
	Identyfikator klienta ShopperReference	Unikalny identyfikator pozwalający rozpoznać kupującego w wielu transakcjach.
Opis Identyfikator łączy różne transakcje z tym samym klientem. Sprzedawca przekazuje go w żądaniu płatniczym. Umożliwia analizę z perspektywy klienta, na przykład wykrywanie osób wielokrotnie dopuszczających się nadużyć lub identyfikowanie lojalnych klientów wśród udanych transakcji. Pozwala też zastosować ogólne mapowanie „Klient”. Dlaczego to ważne Umożliwia agregowanie danych i analizę zachowań na poziomie klienta. Skąd pobrać Pole „shopperReference” w żądaniu płatniczym Adyen. Przykłady CUST-001user_12345email@example.com
	Kod autoryzacji AuthorisationCode	Kod autoryzacji zwrócony przez wydawcę karty po zatwierdzeniu płatności.
Opis Kod potwierdzający zarezerwowanie środków na karcie kupującego. Stanowi dowód pomyślnej autoryzacji. Służy głównie do audytu i śledzenia transakcji. Potwierdza, że czynność „Płatność autoryzowana” była prawidłowa. Dlaczego to ważne Dowód pomyślnej autoryzacji na potrzeby ścieżki audytowej. Skąd pobrać Pole „authCode” w odpowiedzi płatniczej Adyen. Przykłady 123456098712
	Kraj kupującego ShopperCountry	Dwuliterowy kod kraju kupującego.
Opis Atrybut wskazuje lokalizację kupującego, zwykle na podstawie kraju wydania karty lub adresu rozliczeniowego. Służy do analizy wyników w poszczególnych regionach. Pomaga wykryć, czy w niektórych krajach częściej odrzuca się płatności lub przetwarza je wolniej z powodu lokalnej infrastruktury bankowej. Dlaczego to ważne Umożliwia geograficzną segmentację wyników płatności. Skąd pobrać Pole „countryCode” lub „billingAddress.country” w żądaniu płatniczym Adyen. Przykłady NLUSDE
	Numer partii rozliczeniowej BatchNumber	Numer partii powiązanej z rozliczeniem środków.
Opis Adyen grupuje rozliczone płatności w partie przeznaczone do wypłaty. Atrybut wskazuje, do której partii należy dana transakcja. Służy do grupowania płatności według cyklu wypłat. Pomaga sprawdzić, czy konkretne partie są opóźnione, i śledzić czynność „Płatność rozliczona”. Dlaczego to ważne Łączy pojedyncze transakcje z rozliczeniami zbiorczymi. Skąd pobrać Pole „Batch Number” w raporcie Adyen Settlement Detail Report. Przykłady 100255
	Numer referencyjny agenta rozliczeniowego AcquirerReference	Numer referencyjny nadany przez bank agenta rozliczeniowego.
Opis To zewnętrzny numer referencyjny nadany przez instytucję finansową (agenta rozliczeniowego), która przetwarza transakcję kartową. Różni się od numeru referencyjnego PSP w Adyen. Pole to jest niezbędne w analizie opóźnień uzgadniania płatności. Pozwala dopasować rekordy Adyen do wyciągów bankowych w zewnętrznych rejestrach. Dlaczego to ważne Niezbędny do uzgadniania danych z trzech źródeł i zewnętrznych rozliczeń. Skąd pobrać Pole „additionalData.acquirerReference” w odpowiedzi płatniczej Adyen. Przykłady 1234567890987654321
	Ocena ryzyka nadużycia RiskScore	Ocena ryzyka przypisana transakcji przez system wykrywania nadużyć.
Opis System RevenueProtect firmy Adyen przypisuje ocenę liczbową od 0 do 100, która wskazuje prawdopodobieństwo nadużycia. Wysoka ocena często powoduje skierowanie transakcji do ręcznej weryfikacji lub jej automatyczne zablokowanie. Atrybut ten wspiera dashboard „Przegląd ryzyka dla zgodności finansowej”. Zestawienie wysokich ocen ryzyka z obciążeniami zwrotnymi pomaga dostosować reguły wykrywania nadużyć. Jeśli transakcje z wysoką oceną kończą się powodzeniem, może to wskazywać na fałszywe alarmy w modelu ryzyka. Dlaczego to ważne Niezbędna do analizy skuteczności reguł zapobiegania nadużyciom. Skąd pobrać Odpowiedź Risk API Adyen lub pole „fraudResult.accountScore” w raportach. Przykłady 025100
	Rodzaj interakcji z kupującym ShopperInteraction	Informuje, czy płatność była internetowa, w punkcie sprzedaży (POS) czy cykliczna (ContAuth).
Opis Atrybut określa rodzaj interakcji między kupującym a sprzedawcą. Typowe wartości to `Ecommerce` (zakupy online), `POS` (zakupy w sklepie) i `ContAuth` (płatności cykliczne lub subskrypcje). Podczas analizy pomaga rozróżnić modele biznesowe i kanały sprzedaży. Przebieg procesu często znacznie różni się w przypadku POS i Ecommerce, dlatego atrybut ten jest ważnym filtrem przy odkrywaniu procesu. Dlaczego to ważne Pozwala rozróżnić przebieg płatności internetowych, sklepowych i cyklicznych. Skąd pobrać Pole „shopperInteraction” w żądaniu płatniczym Adyen. Przykłady EcommerceContAuthPOSMoto
	Waluta PaymentCurrency	Trzyliterowy kod ISO określający walutę transakcji.
Opis Atrybut określa walutę, w której podana jest wartość `PaymentAmount`. Typowe wartości to EUR, USD, GBP i inne. Podczas analizy służy do grupowania transakcji według rynku. Jest też niezbędny do ujednolicania wartości finansowych przy agregowaniu danych z różnych regionów. Dlaczego to ważne Określa walutę kwoty w raportach obejmujących wiele walut. Skąd pobrać Pole „amount.currency” w żądaniu płatniczym Adyen. Przykłady EURUSDGBP

Wymagane Zalecane Opcjonalne

Działania w procesie obsługi płatności

Poniżej wymieniono najważniejsze kroki i kamienie milowe, które warto rejestrować w dzienniku zdarzeń, aby dokładnie odkryć przebieg płatności w Adyen.

5 Zalecane 11 Opcjonalne

	Działanie	Opis
	Autoryzowano płatność	Wydawca karty lub dostawca metody płatności zatwierdził transakcję i zarezerwował środki. Zdarzenie jest rejestrowane przez standardowy webhook powiadomień Adyen.
Dlaczego to ważne Ważny etap potwierdzający, że transakcja jest prawidłowa, a środki dostępne. Warunek wstępny przechwycenia środków. Skąd pobrać Webhook powiadomień Adyen: eventCode 'AUTHORISATION' z success='true'. Rejestrowanie Rejestrowane po pomyślnym wywołaniu webhooka AUTHORISATION Typ zdarzenia explicit
	Odrzucono płatność	Wydawca karty lub reguły ryzyka Adyen odrzuciły transakcję. Zdarzenie jest rejestrowane przez webhook autoryzacji ze statusem niepowodzenia.
Dlaczego to ważne Bezpośrednio wpływa na KPI „Odsetek nieudanych transakcji płatniczych”. Analiza przyczyn odmowy pomaga poprawić wskaźnik autoryzacji. Skąd pobrać Webhook powiadomień Adyen: eventCode 'AUTHORISATION' z success='false'. Rejestrowanie Rejestrowane po nieudanym wywołaniu webhooka AUTHORISATION Typ zdarzenia explicit
	Otrzymano zlecenie płatnicze	Platforma płatnicza Adyen otrzymuje zlecenie transakcji. Zdarzenie można zarejestrować na podstawie znacznika czasu początkowego żądania API lub utworzenia pspReference.
Dlaczego to ważne Wyznacza początek instancji procesu. Jest niezbędne do obliczenia całkowitego czasu cyklu od początku do końca. Skąd pobrać Dzienniki API płatności Adyen lub znacznik czasu utworzenia pspReference. Rejestrowanie Rejestrowane po wygenerowaniu pspReference przez API Typ zdarzenia explicit
	Przechwycono środki	Polecenie przekazania środków od kupującego do sprzedawcy zostało pomyślnie zrealizowane. Może to nastąpić od razu (automatyczne przechwycenie) lub z opóźnieniem (ręczne przechwycenie).
Dlaczego to ważne Potwierdza rozpoznanie przychodu. Czas między autoryzacją a przechwyceniem środków ma znaczenie dla KPI „Czas od autoryzacji płatności do przechwycenia”. Skąd pobrać Webhook powiadomień Adyen: eventCode 'CAPTURE' z success='true'. Rejestrowanie Rejestrowane po pomyślnym wywołaniu webhooka CAPTURE Typ zdarzenia explicit
	Rozliczono płatność	Środki zostały rozliczone i zaksięgowane na koncie sprzedawcy w Adyen. Informacja pojawia się w raporcie Settlement Detail Report.
Dlaczego to ważne Finansowe zakończenie pomyślnego procesu. Niezbędne do analizy KPI „Całkowity czas cyklu płatności” i „Opóźnienie w uzgadnianiu płatności”. Skąd pobrać Raport Adyen Settlement Detail Report (SDR), typ rekordu 'Settled'. Rejestrowanie Rejestrowane, gdy transakcja pojawi się w raporcie Settlement Report Typ zdarzenia explicit
	Anulowano płatność	Autoryzacja została unieważniona przed przechwyceniem środków. Zarezerwowane środki zostają zwolnione na karcie kupującego.
Dlaczego to ważne Oznacza pętlę procesu, w której prawidłowe zamówienie zostaje zakończone przed realizacją, często na prośbę klienta lub z powodu przekroczenia czasu oczekiwania na dostępność towaru. Skąd pobrać Webhook powiadomień Adyen: eventCode 'CANCELLATION'. Rejestrowanie Rejestrowane po wywołaniu webhooka CANCELLATION Typ zdarzenia explicit
	Cofnięto obciążenie zwrotne	Spór został rozstrzygnięty na korzyść sprzedawcy, a środki zostały mu zwrócone. To pomyślne rozwiązanie wyjątku.
Dlaczego to ważne Korzystny wynik z punktu widzenia zarządzania ryzykiem. Ogranicza finansowe skutki pierwotnego obciążenia zwrotnego. Skąd pobrać Webhook powiadomień Adyen: eventCode 'CHARGEBACK_REVERSED'. Rejestrowanie Rejestrowane po wywołaniu webhooka CHARGEBACK_REVERSED Typ zdarzenia explicit
	Nie udało się przechwycić środków	Próba przechwycenia autoryzowanych środków nie powiodła się, często z powodu przekroczenia czasu oczekiwania na odpowiedź systemu lub zmiany statusu karty między autoryzacją a przechwyceniem.
Dlaczego to ważne Poważny punkt błędu wymagający ponownej obsługi lub ponowienia próby. Wpływa na „Odsetek wyjątków płatniczych”. Skąd pobrać Webhook powiadomień Adyen: eventCode 'CAPTURE_FAILED'. Rejestrowanie Rejestrowane po wywołaniu webhooka CAPTURE_FAILED Typ zdarzenia explicit
	Otrzymano powiadomienie o obciążeniu zwrotnym	Adyen otrzymał od organizacji płatniczej powiadomienie o sporze. Rozpoczyna się workflow obsługi sporu.
Dlaczego to ważne Ważny wskaźnik ryzyka i zgodności. Wpływa na „Odsetek incydentów związanych z niezgodnością” i wymaga natychmiastowej interwencji ręcznej. Skąd pobrać Webhook powiadomień Adyen: eventCode 'CHARGEBACK' lub 'NOTIFICATION_OF_CHARGEBACK'. Rejestrowanie Rejestrowane po wywołaniu webhooka CHARGEBACK Typ zdarzenia explicit
	Potwierdzono wypłatę	Środki z pakietu rozliczonych transakcji zostały wypłacone na rachunek bankowy sprzedawcy.
Dlaczego to ważne Oznacza faktyczny przelew środków do firmy i jest powiązane z KPI „Czas cyklu uzgadniania płatności”. Skąd pobrać Webhook powiadomień Adyen: eventCode 'PAYOUT_THIRD_PARTY' lub wnioskowanie na podstawie raportu Payout Report. Rejestrowanie Połącz identyfikator pakietu z raportu Payout Report z identyfikatorem transakcji Typ zdarzenia inferred
	Przekazano płatność do rozliczenia	Adyen przekazał transakcję do banku rozliczającego lub sieci płatniczej w celu przetworzenia finansowego. Status zmienia się na SentForSettlement.
Dlaczego to ważne Oznacza przejście od obsługi operacyjnej do rozliczenia finansowego. Opóźnienia na tym etapie wpływają na przepływy pieniężne. Skąd pobrać API statusu transakcji Adyen lub wnioskowanie na podstawie dzienników historii zmian statusu. Rejestrowanie Porównaj zmianę pola statusu na SentForSettlement Typ zdarzenia inferred
	Przeprowadzono kontrolę ryzyka	Silnik RevenueProtect firmy Adyen analizuje transakcję pod kątem sygnałów oszustwa. Zdarzenie można wywnioskować z obecności wyniku oceny oszustwa lub ryzyka w odpowiedzi na autoryzację.
Dlaczego to ważne Wysoki wynik ryzyka może uruchomić ręczną weryfikację lub automatyczną odmowę, tworząc wąskie gardło albo kończąc proces. Skąd pobrać Odpowiedź płatnicza Adyen (pole fraudResult) lub dzienniki Case Management. Rejestrowanie Wnioskowane na podstawie obecności obiektu fraudResult Typ zdarzenia inferred
	Rozliczono zwrot środków	Zwrot został rozliczony finansowo, a środki pobrano z konta sprzedawcy. Potwierdzenie znajduje się w raporcie Settlement Detail Report.
Dlaczego to ważne Zamyka proces zwrotu. Ma znaczenie dla KPI „Średni czas rozwiązywania błędów”, jeśli zwrot wynikał z błędu. Skąd pobrać Raport Adyen Settlement Detail Report, typ rekordu 'Refunded' lub 'RefundedReversed'. Rejestrowanie Rejestrowane, gdy zwrot pojawi się w raporcie Settlement Report Typ zdarzenia explicit
	Rozpoczęto zwrot środków	Zainicjowano żądanie zwrotu środków kupującemu. Rozpoczyna się odwrotny przebieg procesu.
Dlaczego to ważne Wskazuje wyjątek po rozliczeniu. Wysoki odsetek zwrotów może świadczyć o problemach z jakością na wcześniejszych etapach. Skąd pobrać Webhook powiadomień Adyen: eventCode 'REFUND'. Rejestrowanie Rejestrowane po wywołaniu webhooka REFUND Typ zdarzenia explicit
	Zakwestionowano obciążenie zwrotne	Do Adyen przesłano dowody w celu zakwestionowania obciążenia zwrotnego. Jest to czynność ręczna wymagająca ponownej obsługi w procesie sporu.
Dlaczego to ważne Pozwala śledzić nakład pracy związany z ochroną przychodów. Ma znaczenie dla „Odsetka ponownej obsługi płatności”. Skąd pobrać API Adyen Disputes lub dzienniki Case Management potwierdzające przesłanie dowodów. Rejestrowanie Wnioskowane na podstawie zmiany statusu na 'Defense Supplied' Typ zdarzenia inferred
	Zarejestrowano błąd techniczny	Podczas przetwarzania wystąpił błąd systemu, na przykład niepowodzenie webhooka lub przekroczenie czasu oczekiwania na odpowiedź API. Można go rozpoznać po określonych kodach błędów w interfejsie.
Dlaczego to ważne Bezpośrednio wspiera analizę „Odsetka nieudanych transakcji płatniczych”, pozwalając odróżnić niepowodzenia techniczne od finansowych. Skąd pobrać Dzienniki interfejsu Adyen lub konkretne odpowiedzi o niepowodzeniu wywołań API. Rejestrowanie Rejestrowane po otrzymaniu kodu odpowiedzi błędu 5xx lub 4xx Typ zdarzenia explicit

Zalecane Opcjonalne

Instrukcje eksportu danych

Jak pobrać dane z Adyen

Kroki

Zaloguj się do Adyen Customer Area na konto użytkownika z rolą Merchant Report.
Przejdź do sekcji Reports i wybierz z menu Settlement details.
Odszukaj ustawienia Automatic generation lub wybierz Generate report, aby jednorazowo wyeksportować raport.
W panelu konfiguracji ustaw Format na CSV (wartości rozdzielane przecinkami).
W sekcji Include columns wybierz All lub zaznacz konkretne kolumny: Company Account, Merchant Account, Psp Reference, Merchant Reference, Payment Method, Creation Date, TimeZone, Type, Modification Reference, Gross Currency, Gross Debit, Gross Credit, Exchange Rate, Net Currency, Net Debit, Net Credit, Commission, Markup, Scheme Fees i Interchange.
WAŻNE: zakres raportu musi obejmować wszystkie Journal Types (Settled, Refunded, Chargeback, PaidOut itp.), aby uwzględnić pełny cykl finansowy.
Wygeneruj raport dla wybranego zakresu dat, na przykład za ostatnie 90 dni. Raporty rozliczeniowe są generowane na podstawie daty zamknięcia partii rozliczeniowej, a nie daty transakcji.
Pobierz wygenerowany plik CSV do lokalnego środowiska eksportu danych.
Uruchom skrypt transformujący (podany poniżej), aby przekształcić tabelę CSV w układzie „szerokim” w dziennik zdarzeń w układzie „długim”, wymagany przez ProcessMind.
Skrypt wykonuje istotne przekształcenia: wykorzystuje Creation Date do utworzenia zdarzeń „Otrzymano żądanie płatności” i mapuje kolumnę Type na konkretne działania finansowe.
Sprawdź, czy plik wynikowy CSV zawiera nagłówki: PspReference, EventCode, EventDate, SourceSystem.
Prześlij przekształcony plik CSV do ProcessMind.

Konfiguracja

Typ raportu: Settlement Detail Report (księga finansowa)
Format pliku: CSV (standardowy separator przecinkowy)
Szczegółowość: poziom transakcji (jeden wiersz na każdy zapis w dzienniku finansowym)
Strefa czasowa: UTC (zalecana, aby ujednolicić eksport danych z innymi systemami)
Zakres dat: odpowiada partiom rozliczeniowym (data zamknięcia partii), a nie dacie utworzenia transakcji. Przy eksportach przyrostowych należy uwzględnić nakładające się zakresy.
Wymagane kolumny: Psp Reference (klucz), Type (działanie), Creation Date, Booking Date (znaczniki czasu zdarzeń), Merchant Account.
Ustawienia filtrów: nie należy wykluczać typów „Chargeback” ani „Refund”, aby zachować pełny obraz procesu.

Przykładowe zapytanie python

import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># CONFIGURATION
INPUT_FILE = class="hl-string">'settlement_detail_report.csv'
OUTPUT_FILE = class="hl-string">'adyen_event_log.csv'
SOURCE_SYSTEM = class="hl-string">'Adyen'

class=class="hl-string">"hl-comment"># Load the Adyen Settlement Detail Report
class=class="hl-string">"hl-comment"># Skip standard Adyen header rows if present (often reports start on row 1 or have metadata on top)
df = pd.read_csv(INPUT_FILE, keep_default_na=False)

class=class="hl-string">"hl-comment"># Define the output list
event_log = []

class=class="hl-string">"hl-comment"># Helper function to append events
def add_event(psp_ref, activity, timestamp, attributes):
    if not timestamp or str(timestamp).strip() == class="hl-string">'':
        return
    base_event = {
        class="hl-string">'PspReference': psp_ref,
        class="hl-string">'EventCode': activity,
        class="hl-string">'EventDate': timestamp,
        class="hl-string">'SourceSystem': SOURCE_SYSTEM,
        class="hl-string">'LastDataUpdate': datetime.utcnow().isoformat(),
        class="hl-string">'MerchantAccount': attributes.get(class="hl-string">'Merchant Account', class="hl-string">''),
        class="hl-string">'PaymentMethod': attributes.get(class="hl-string">'Payment Method', class="hl-string">''),
        class="hl-string">'PaymentAmount': attributes.get(class="hl-string">'Gross Credit', 0) if attributes.get(class="hl-string">'Gross Credit') else attributes.get(class="hl-string">'Gross Debit', 0) * -1
    }
    class=class="hl-string">"hl-comment"># Merge optional attributes
    base_event.update(attributes)
    event_log.append(base_event)

class=class="hl-string">"hl-comment"># Iterate through the ledger rows
for index, row in df.iterrows():
    psp_ref = row.get(class="hl-string">'Psp Reference')
    journal_type = row.get(class="hl-string">'Type')
    creation_date = row.get(class="hl-string">'Creation Date') class=class="hl-string">"hl-comment"># Used for Auth/Request
    booking_date = row.get(class="hl-string">'Booking Date')   class=class="hl-string">"hl-comment"># Used for Settlement/Financials
    
    class=class="hl-string">"hl-comment"># Common attributes for this row
    row_attrs = {
        class="hl-string">'MerchantAccount': row.get(class="hl-string">'Merchant Account'),
        class="hl-string">'PaymentMethod': row.get(class="hl-string">'Payment Method'),
        class="hl-string">'RefusalReason': row.get(class="hl-string">'Refusal Reason', class="hl-string">''),
        class="hl-string">'PaymentStatus': journal_type
    }

    class=class="hl-string">"hl-comment"># --- 1. DERIVED UPSTREAM ACTIVITIES ---
    class=class="hl-string">"hl-comment"># Since this is a settlement report, we infer the Request/Auth from the Creation Date
    class=class="hl-string">"hl-comment"># of the first record we see for this PSP Reference. 
    class=class="hl-string">"hl-comment"># Logic: If Creation Date exists, implies Request and Auth occurred.
    
    if creation_date:
        class=class="hl-string">"hl-comment"># Activity: Payment Request Received
        add_event(psp_ref, class="hl-string">'Payment Request Received', creation_date, row_attrs)
        
        class=class="hl-string">"hl-comment"># Activity: Risk Screening Performed (Inferred from existence of transaction)
        class=class="hl-string">"hl-comment"># Note: True risk score requires class="hl-string">'Payments Accounting Report', inferred here for process continuity
        add_event(psp_ref, class="hl-string">'Risk Screening Performed', creation_date, row_attrs)
        
        class=class="hl-string">"hl-comment"># Activity: Payment Authorised
        class=class="hl-string">"hl-comment"># Typically happens immediately after request for successful settled items
        add_event(psp_ref, class="hl-string">'Payment Authorised', creation_date, row_attrs)

    class=class="hl-string">"hl-comment"># --- 2. MAPPED FINANCIAL ACTIVITIES ---
    class=class="hl-string">"hl-comment"># Map Adyen Ledger Types to Process Activities using Booking Date
    
    if journal_type == class="hl-string">'Settled':
        add_event(psp_ref, class="hl-string">'Payment Settled', booking_date, row_attrs)
        
        class=class="hl-string">"hl-comment"># Activity: Payment Sent for Settlement
        class=class="hl-string">"hl-comment"># Inferred: Occurs shortly before settlement. 
        class=class="hl-string">"hl-comment"># Using Creation Date if Booking Date is distinct, or defaulting to Booking Date.
        sent_date = creation_date if creation_date else booking_date
        add_event(psp_ref, class="hl-string">'Payment Sent for Settlement', sent_date, row_attrs)

    elif journal_type == class="hl-string">'Refunded':
        add_event(psp_ref, class="hl-string">'Refund Initiated', creation_date, row_attrs)
        add_event(psp_ref, class="hl-string">'Refund Settled', booking_date, row_attrs)

    elif journal_type == class="hl-string">'Chargeback':
        add_event(psp_ref, class="hl-string">'Chargeback Notification Received', booking_date, row_attrs)

    elif journal_type == class="hl-string">'ChargebackRetried':
        add_event(psp_ref, class="hl-string">'Chargeback Defended', booking_date, {class="hl-string">'IsRework': class="hl-string">'True'})

    elif journal_type == class="hl-string">'ChargebackReversed':
        add_event(psp_ref, class="hl-string">'Chargeback Reversed', booking_date, row_attrs)

    elif journal_type == class="hl-string">'PaidOut':
        class=class="hl-string">"hl-comment"># Payouts often group many transactions. 
        class=class="hl-string">"hl-comment"># If the report is at transaction level, this row represents the batch payout.
        add_event(psp_ref, class="hl-string">'Payout Confirmed', booking_date, row_attrs)

    elif journal_type == class="hl-string">'CaptureFailed':
        add_event(psp_ref, class="hl-string">'Capture Failed', booking_date, {class="hl-string">'IsRework': class="hl-string">'True'})

    class=class="hl-string">"hl-comment"># --- 3. EXCEPTION HANDLING ---
    class=class="hl-string">"hl-comment"># These statuses often appear in class="hl-string">'Received payment details' reports but rarely in Settlement
    class=class="hl-string">"hl-comment"># unless fees were applied.
    
    elif journal_type == class="hl-string">'Refused': 
        add_event(psp_ref, class="hl-string">'Payment Refused', creation_date, row_attrs)
        
    elif journal_type == class="hl-string">'Cancelled':
        add_event(psp_ref, class="hl-string">'Payment Cancelled', creation_date, row_attrs)

    elif journal_type == class="hl-string">'Error':
        add_event(psp_ref, class="hl-string">'Technical Error Logged', booking_date, {class="hl-string">'IsRework': class="hl-string">'True'})

class=class="hl-string">"hl-comment"># Convert to DataFrame
events_df = pd.DataFrame(event_log)

class=class="hl-string">"hl-comment"># Deduping: Adyen reports may have multiple lines for partial settlements.
class=class="hl-string">"hl-comment"># We sort by date and keep unique Activity per PSP Reference if timestamps match exactly.
events_df.drop_duplicates(subset=[class="hl-string">'PspReference', class="hl-string">'EventCode', class="hl-string">'EventDate'], inplace=True)

class=class="hl-string">"hl-comment"># Output
events_df.to_csv(OUTPUT_FILE, index=False)
print(fclass="hl-string">'Successfully extracted {len(events_df)} events to {OUTPUT_FILE}')

Kroki

Konfiguracja wstępna: Upewnij się, że konto użytkownika raportów Adyen ma włączoną rolę Merchant Report. Pobierz API Key w Customer Area, w sekcji Developers > API Credentials.
Wybór wymaganych raportów: Eksport opiera się na dwóch raportach CSV generowanych przez Adyen: Settlement Detail Report (zdarzenia finansowe, takie jak rozliczenia, obciążenia zwrotne i zwroty) oraz Received Payment Detail Report (zdarzenia operacyjne, takie jak żądania, odmowy i autoryzacje).
Konfiguracja środowiska Python: Zainstaluj za pomocą pip wymagane biblioteki: pandas, requests i numpy. Będą używane do komunikacji z API i przekształcania danych.
Konfiguracja połączenia z API: Skonfiguruj skrypt Python (podany poniżej), aby uwierzytelniał się w punktach końcowych https://management-test.adyen.com lub https://management-live.adyen.com. Za pomocą Report API można wyświetlić dostępne raporty dla wybranego zakresu dat i pobrać ich adresy URL.
Wczytanie danych: Skrypt wczytuje surowe dane CSV do obiektów DataFrame biblioteki pandas. Raporty Adyen mają zwykle układ „szeroki” (jeden wiersz na transakcję i wiele kolumn statusu), dlatego wymagają przekształcenia.
Mapowanie działań, dane operacyjne: Przetwórz Received Payment Detail Report. Zmapuj CreationDate na Otrzymano żądanie płatności. Na podstawie kolumny Status (np. Authorised, Refused, Error) utwórz zdarzenia Autoryzowano płatność, Odrzucono płatność lub Zarejestrowano błąd techniczny.
Mapowanie działań, dane finansowe: Przetwórz Settlement Detail Report. Raport zawiera kolumnę JournalType. Zmapuj wartości takie jak Settled na Rozliczono płatność, Refunded na Zainicjowano zwrot, a Chargeback na Otrzymano powiadomienie o obciążeniu zwrotnym.
Wnioskowanie o złożonych działaniach:
- Przeprowadzono kontrolę ryzyka: sprawdź, czy kolumna FraudScore jest wypełniona i ma wartość większą niż -1.
- Potwierdzono wypłatę: powiąż transakcje z wpisem wypłaty w raporcie rozliczeniowym za pomocą BatchNumber.
- Obroniono obciążenie zwrotne: wyszukaj typy dziennika SecondChargeback lub Defense.
Przekształcanie danych: Użyj operacji „melt” lub „stack” w pandas, aby przekształcić szeroki zbiór danych w długi dziennik zdarzeń, w którym każde działanie zajmuje osobny wiersz.
Standaryzacja atrybutów: Zmień nazwy kolumn zgodnie ze schematem docelowym: PspReference, EventCode, EventDate, SourceSystem (ustawione na stałe na 'Adyen') i PaymentAmount. Daty powinny być w formacie ISO 8601.
Filtrowanie: Odfiltruj wewnętrzne wiersze uzgadniania, które nie odpowiadają krokom procesu, na przykład wiersze nagłówków lub przeniesione salda, używając filtra Type.
Eksport końcowy: Skrypt zapisuje przetworzoną ramkę DataFrame do pliku CSV adyen_event_log.csv, gotowego do przesłania do ProcessMind.

Konfiguracja

Środowisko API: W zależności od etapu wdrożenia wybierz punkt końcowy Adyen Test (management-test.adyen.com) lub Live (management-live.adyen.com).
Uwierzytelnianie: Użyj x-api-key w nagłówku. Nie używaj Basic Auth w Management API.
Typy raportów:
- settlement_detail_report: niezbędny do analizy zdarzeń w cyklu finansowym.
- received_payment_detail_report: niezbędny do analizy początkowego żądania i autoryzacji.
Zakres dat: Raporty Adyen są generowane na podstawie zamknięcia partii. Aby uwzględnić opóźnione rozliczenia, skrypt powinien pobierać raporty obejmujące interesującą datę CreationDate oraz kolejnych 7 dni.
Zakres kont sprzedawcy: Jeśli używanych jest kilka kont sprzedawcy, należy przejść przez listę kont lub, jeśli jest dostępny, użyć raportu na poziomie Company Account.
Konfiguracja pandas: Przy wczytywaniu plików CSV ustaw low_memory=False, jeśli liczba transakcji przekracza 100 tys. wierszy. Zapobiega to błędom wnioskowania o typach danych.

Przykładowe zapytanie python

import pandas as pd
import requests
import io
import numpy as np
from datetime import datetime

class=class="hl-string">"hl-comment"># Configuration
API_KEY = class="hl-string">'YOUR_ADYEN_API_KEY'
MERCHANT_ACCOUNT = class="hl-string">'YOUR_MERCHANT_ACCOUNT'
BASE_URL = class="hl-string">'https://management-live.adyen.com/v1'
HEADERS = {class="hl-string">'x-api-key': API_KEY, class="hl-string">'Content-Type': class="hl-string">'application/json'}

class=class="hl-string">"hl-comment"># Placeholder for fetching report URLs via API
class=class="hl-string">"hl-comment"># In production, use GET /companies/{companyId}/reports or /merchants/{merchantId}/reports
class=class="hl-string">"hl-comment"># For this script, we assume the CSV content is loaded into DataFrames

def transform_adyen_data(received_payments_csv_path, settlement_details_csv_path):
    
    class=class="hl-string">"hl-comment"># 1. Load Data
    print(class="hl-string">'Loading reports...')
    df_received = pd.read_csv(received_payments_csv_path)
    df_settled = pd.read_csv(settlement_details_csv_path)

    events = []

    class=class="hl-string">"hl-comment"># 2. Process Received Payment Detail Report (Operational Events)
    class=class="hl-string">"hl-comment"># This report covers: Request, Auth, Refusal, Risk, Capture, Errors
    
    for _, row in df_received.iterrows():
        psp = str(row.get(class="hl-string">'PspReference', class="hl-string">''))
        created_date = pd.to_datetime(row.get(class="hl-string">'CreationDate'))
        amount = row.get(class="hl-string">'Amount', 0)
        status = row.get(class="hl-string">'Status', class="hl-string">'')
        fraud_score = row.get(class="hl-string">'FraudScore', None)
        refusal_reason = row.get(class="hl-string">'RefusalReason', class="hl-string">'')
        
        class=class="hl-string">"hl-comment"># Activity: Payment Request Received
        events.append({
            class="hl-string">'PspReference': psp,
            class="hl-string">'EventCode': class="hl-string">'Payment Request Received',
            class="hl-string">'EventDate': created_date,
            class="hl-string">'PaymentAmount': amount,
            class="hl-string">'PaymentMethod': row.get(class="hl-string">'PaymentMethod', class="hl-string">''),
            class="hl-string">'RefusalReason': None,
            class="hl-string">'SourceSystem': class="hl-string">'Adyen'
        })

        class=class="hl-string">"hl-comment"># Activity: Risk Screening Performed
        class=class="hl-string">"hl-comment"># Inferred if a fraud score was calculated
        if pd.notna(fraud_score):
            events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': class="hl-string">'Risk Screening Performed',
                class="hl-string">'EventDate': created_date + pd.Timedelta(seconds=1), class=class="hl-string">"hl-comment"># Slight offset
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'SourceSystem': class="hl-string">'Adyen'
            })

        class=class="hl-string">"hl-comment"># Activity: Payment Authorised / Refused / Error
        if status == class="hl-string">'Authorised':
            events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': class="hl-string">'Payment Authorised',
                class="hl-string">'EventDate': created_date + pd.Timedelta(seconds=2),
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'SourceSystem': class="hl-string">'Adyen'
            })
        elif status == class="hl-string">'Refused':
            events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': class="hl-string">'Payment Refused',
                class="hl-string">'EventDate': created_date + pd.Timedelta(seconds=2),
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'RefusalReason': refusal_reason,
                class="hl-string">'SourceSystem': class="hl-string">'Adyen'
            })
        elif status == class="hl-string">'Error':
            events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': class="hl-string">'Technical Error Logged',
                class="hl-string">'EventDate': created_date + pd.Timedelta(seconds=2),
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'RefusalReason': row.get(class="hl-string">'AcquirerResponse', class="hl-string">'Technical Error'),
                class="hl-string">'SourceSystem': class="hl-string">'Adyen'
            })
        elif status == class="hl-string">'Cancelled':
            events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': class="hl-string">'Payment Cancelled',
                class="hl-string">'EventDate': created_date + pd.Timedelta(seconds=5),
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'SourceSystem': class="hl-string">'Adyen'
            })

    class=class="hl-string">"hl-comment"># 3. Process Settlement Detail Report (Financial Events)
    class=class="hl-string">"hl-comment"># This report covers: Capture, Settlement, Refunds, Chargebacks, Payouts
    
    for _, row in df_settled.iterrows():
        psp = str(row.get(class="hl-string">'PspReference', class="hl-string">''))
        journal_type = row.get(class="hl-string">'JournalType', class="hl-string">'')
        process_date = pd.to_datetime(row.get(class="hl-string">'CreationDate')) class=class="hl-string">"hl-comment"># Or ProcessingDate
        amount = row.get(class="hl-string">'NetCredit', 0) if pd.notna(row.get(class="hl-string">'NetCredit')) else row.get(class="hl-string">'GrossCredit', 0)
        
        class=class="hl-string">"hl-comment"># Map JournalType to Activities
        activity_name = None
        
        if journal_type == class="hl-string">'SentForSettlement':
            activity_name = class="hl-string">'Payment Sent for Settlement'
        elif journal_type == class="hl-string">'Settled':
            activity_name = class="hl-string">'Payment Settled'
        elif journal_type == class="hl-string">'SentForRefund' or journal_type == class="hl-string">'Refunded':
            activity_name = class="hl-string">'Refund Initiated'
        elif journal_type == class="hl-string">'SettledRefund':
            activity_name = class="hl-string">'Refund Settled'
        elif journal_type == class="hl-string">'Chargeback':
            activity_name = class="hl-string">'Chargeback Notification Received'
        elif journal_type == class="hl-string">'SecondChargeback' or journal_type == class="hl-string">'Defense':
            activity_name = class="hl-string">'Chargeback Defended'
        elif journal_type == class="hl-string">'ChargebackReversed':
            activity_name = class="hl-string">'Chargeback Reversed'
        elif journal_type == class="hl-string">'CaptureFailed':
            activity_name = class="hl-string">'Capture Failed'
        elif journal_type == class="hl-string">'PaidOut':
            class=class="hl-string">"hl-comment"># PaidOut is usually batch level, if psp is present, map it
            activity_name = class="hl-string">'Payout Confirmed'
        
        class=class="hl-string">"hl-comment"># Logic for class="hl-string">'Payment Captured' 
        class=class="hl-string">"hl-comment"># Adyen often auto-captures. If we see Settled, we assume Captured occurred prior if not explicitly logged.
        class=class="hl-string">"hl-comment"># Here we rely on class="hl-string">'SentForSettlement' as the trigger for Capture success in many flows.
        if journal_type == class="hl-string">'SentForSettlement':
             events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': class="hl-string">'Payment Captured',
                class="hl-string">'EventDate': process_date - pd.Timedelta(seconds=1),
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'SourceSystem': class="hl-string">'Adyen'
            })

        if activity_name:
            events.append({
                class="hl-string">'PspReference': psp,
                class="hl-string">'EventCode': activity_name,
                class="hl-string">'EventDate': process_date,
                class="hl-string">'PaymentAmount': amount,
                class="hl-string">'SourceSystem': class="hl-string">'Adyen',
                class="hl-string">'MerchantAccount': row.get(class="hl-string">'MerchantAccount', MERCHANT_ACCOUNT),
                class="hl-string">'PaymentMethod': row.get(class="hl-string">'PaymentMethod', class="hl-string">'')
            })

    class=class="hl-string">"hl-comment"># 4. Create DataFrame
    df_events = pd.DataFrame(events)
    
    class=class="hl-string">"hl-comment"># 5. Post-Processing & Cleanup
    if not df_events.empty:
        class=class="hl-string">"hl-comment"># Ensure standard columns
        df_events[class="hl-string">'LastDataUpdate'] = datetime.now().isoformat()
        df_events[class="hl-string">'TotalCycleTime'] = None class=class="hl-string">"hl-comment"># Calculated in ProcessMind
        df_events[class="hl-string">'IsRework'] = df_events[class="hl-string">'EventCode'].apply(lambda x: 1 if class="hl-string">'Chargeback' in x or class="hl-string">'Refused' in x else 0)
        df_events[class="hl-string">'PaymentStatus'] = df_events.sort_values(class="hl-string">'EventDate').groupby(class="hl-string">'PspReference')[class="hl-string">'EventCode'].transform(class="hl-string">'last')
        
        class=class="hl-string">"hl-comment"># Filter invalid rows (empty PspReference)
        df_events = df_events[df_events[class="hl-string">'PspReference'] != class="hl-string">'nan']
        df_events = df_events[df_events[class="hl-string">'PspReference'] != class="hl-string">'']

        class=class="hl-string">"hl-comment"># Sort
        df_events = df_events.sort_values([class="hl-string">'PspReference', class="hl-string">'EventDate'])
        
    return df_events

class=class="hl-string">"hl-comment"># Execution Entry Point
class=class="hl-string">"hl-comment"># Replace paths with actual file locations or API download streams
if __name__ == class="hl-string">'__main__':
    class=class="hl-string">"hl-comment"># Example usage
    df_log = transform_adyen_data(class="hl-string">'received_payment_detail_report.csv', class="hl-string">'settlement_detail_report.csv')
    
    class=class="hl-string">"hl-comment"># Export
    df_log.to_csv(class="hl-string">'ProcessMind_Adyen_Log.csv', index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
    print(fclass="hl-string">'Extraction Complete. Generated {len(df_log)} events.')

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby usprawnić zbieranie danych i rozpocząć optymalizację obsługi płatności w Adyen. Zwiększ efektywność i lepiej poznaj operacje finansowe.

Wróć do przewodnika ulepszania procesów

Pobierz szablon

Usprawnij obsługę płatności w Adyen już dziś.

Osiągnij 98% płatności przetwarzanych bez ręcznej interwencji i wyeliminuj wyjątki płatnicze.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty kredytowej. Optymalizację można rozpocząć od razu.

Szablon danych dotyczących obsługi płatności

Szablon danych dotyczących obsługi płatności

Atrybuty obsługi płatności

Działania w procesie obsługi płatności

Instrukcje eksportu danych

Eksport raportu szczegółowego rozliczeń Adyen

Kroki

Konfiguracja

Przykładowe zapytanie python

Eksport danych w Pythonie przez Reporting API

Kroki

Konfiguracja

Przykładowe zapytanie python

Gotowi do rozpoczęcia?

Usprawnij obsługę płatności w Adyen już dziś.