> Miglioramento continuo dei processi > Elaborazione dei pagamenti > Adyen > Template dei dati

Il Suo template dei dati per l’elaborazione dei pagamenti

Adyen

Attributi dell’elaborazione dei pagamenti (19) Attività di elaborazione dei pagamenti (16) Guide all’estrazione (2)

Il Suo template dei dati per l’elaborazione dei pagamenti

Questo template offre indicazioni complete sulla raccolta dei dati necessari per analizzare l’elaborazione dei pagamenti in Adyen. Elenca gli attributi dei dati e le attività di processo essenziali da monitorare e fornisce istruzioni pratiche per estrarre i dati. Lo utilizzi per acquisire tutte le informazioni fondamentali per un’analisi efficace con il Process Mining.

Attributi consigliati da raccogliere
Attività chiave da monitorare
Indicazioni pratiche per l’estrazione dei dati da Adyen

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il template

Attributi dell’elaborazione dei pagamenti

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo l’elaborazione dei pagamenti in Adyen.

5 Obbligatorio 6 Consigliato 8 Facoltativo

	Nome	Descrizione
	Data e ora dell’evento EventDate	La data e l’ora in cui si è verificata la specifica attività di pagamento.
Descrizione Questo attributo registra l’ora esatta in cui un evento, come un’autorizzazione o un regolamento, è stato registrato nel sistema. Consente di ordinare cronologicamente le attività all’interno di un caso. In fase di analisi, è fondamentale per calcolare i tempi di ciclo, individuare i colli di bottiglia e determinare la capacità del sistema nel tempo. Consente di calcolare tutti i KPI basati sul tempo, come il «Tempo di ciclo complessivo del pagamento». Perché è importante È essenziale per ordinare gli eventi e calcolare tutte le metriche basate sulla durata. Dove reperirli Campo 'eventDate' dei webhook di notifica Adyen. Esempi 2023-10-27T10:00:00+01:002023-10-27T10:05:30+01:002023-10-28T09:15:00+01:00
	ID della transazione di pagamento PspReference	Il codice identificativo univoco assegnato da Adyen a ogni transazione di pagamento.
Descrizione Questo attributo funge da chiave primaria per l’intero ciclo di vita del pagamento nell’ecosistema Adyen. Collega la richiesta iniziale di pagamento agli eventi successivi, come autorizzazione, acquisizione e regolamento, nonché agli eventuali rimborsi o chargeback. Nell’analisi, questo ID consente di raggruppare gli eventi distinti in un unico caso e di ricostruire il processo end-to-end. Permette agli analisti di seguire il percorso specifico di un pagamento dall’avvio da parte del cliente fino al regolamento finanziario finale. Perché è importante È il collegamento fondamentale che riunisce eventi non correlati in un’unica istanza del processo da analizzare. Dove reperirli Risposta di pagamento Adyen, campo 'pspReference', oppure colonna 'PSP Reference' del Settlement Detail Report. Esempi 851564567890123479145612345678908825641234567890
	Nome dell’attività EventCode	La fase o l’azione specifica che si verifica nel ciclo di vita del pagamento.
Descrizione Questo attributo definisce l’evento specifico che si è verificato, ad esempio AUTHORISATION, CAPTURE o REFUND. Determina i nodi della mappa del processo e il flusso della transazione. In fase di analisi, questi codici vengono tradotti in nomi di attività comprensibili, così da visualizzare il flusso del processo. Le variazioni nella sequenza dei codici indicano percorsi di processo diversi, ad esempio l’elaborazione senza interventi manuali rispetto alla gestione delle eccezioni. Perché è importante Definisce il «che cosa» del modello di Process Mining e consente di visualizzare i flussi del processo. Dove reperirli Campo 'eventCode' dei webhook di notifica Adyen. Esempi AUTHORISATIONCAPTUREREFUNDCANCELLATIONCHARGEBACK
	Sistema di origine SourceSystem	Il nome del sistema da cui provengono i dati.
Descrizione Questo attributo statico identifica i record provenienti da Adyen. Nei progetti di Process Mining che coinvolgono più sistemi, ad esempio Adyen e SAP, è fondamentale per ricostruire la provenienza dei dati. In fase di analisi, consente di filtrare le attività che si sono verificate specificamente nel gateway di pagamento, anziché nell’ERP o nel sistema di gestione degli ordini. Perché è importante È fondamentale per ricostruire la provenienza dei dati nei progetti di Process Mining che coinvolgono più sistemi. Dove reperirli Valore statico durante l’estrazione. Esempi AdyenAdyen_Production
	Ultimo aggiornamento dei dati LastDataUpdate	L’ora in cui il record è stato estratto o aggiornato l’ultima volta.
Descrizione Questo attributo indica quanto sono aggiornati i dati nel modello di Process Mining. Aiuta a capire se si stanno consultando dati in tempo reale o un’istantanea. In fase di analisi, è principalmente un campo tecnico, utilizzato per la governance dei dati e per verificare che la pipeline funzioni correttamente. Perché è importante Campo tecnico per monitorare l’aggiornamento dei dati. Dove reperirli Ora del sistema al momento dell’estrazione. Esempi 2023-10-30T12:00:00Z
	Conto esercente MerchantAccount	Il conto esercente specifico di Adyen che elabora la transazione.
Descrizione Adyen consente di gestire più conti esercenti con un unico conto aziendale. Questo attributo identifica l’unità aziendale, il marchio o l’entità regionale che ha elaborato il pagamento. In fase di analisi, è una dimensione fondamentale per la segmentazione. Consente alle parti interessate di confrontare prestazioni, tassi di errore e volumi tra diverse unità aziendali o marchi, così da individuare le aree su cui intervenire. Perché è importante È fondamentale per segmentare le prestazioni per unità aziendale o società controllata. Dove reperirli Campo 'merchantAccount' della richiesta/risposta di pagamento Adyen. Esempi MyStore_UKMyStore_USGlobalSales_Main
	È una rilavorazione IsRework	Indicatore che segnala se la transazione ha comportato nuovi tentativi o correzioni di errori.
Descrizione Indicatore booleano impostato su true se il caso include più tentativi di autorizzazione o attività come «Pagamento rifiutato» seguite da un nuovo tentativo. In fase di analisi, alimenta la Dashboard «Rilavorazioni e punti critici delle eccezioni nei pagamenti». Consente agli analisti di filtrare i casi problematici per capire perché i flussi del processo non seguono il percorso ottimale. Perché è importante Individua i casi inefficienti che richiedono un intervento manuale o del sistema. Dove reperirli Calcolato in base alla presenza di eventi di errore > 0. Esempi truefalse
	Importo della transazione PaymentAmount	Il valore monetario della transazione di pagamento.
Descrizione Questo attributo rappresenta il valore finanziario associato alla transazione. Nei dati grezzi è solitamente memorizzato nell’unità monetaria minima, ad esempio in centesimi, ma per la reportistica deve essere convertito. In fase di analisi, consente di alimentare la Dashboard «Volume dei pagamenti» e di dare priorità ai casi di rilavorazione di importo elevato. Viene inoltre utilizzato per calcolare il volume totale elaborato e l’impatto finanziario delle transazioni non riuscite. Perché è importante È necessario per analizzare l’impatto finanziario e monitorare il volume elaborato. Dove reperirli Campo 'amount.value' della richiesta di pagamento Adyen. Esempi 10005509900
	Metodo di pagamento PaymentMethod	Il metodo specifico scelto dal cliente per pagare, ad esempio Visa o PayPal.
Descrizione Questo attributo registra il tipo di strumento di pagamento utilizzato, tra cui carte di credito (Visa, MC), portafogli digitali (PayPal, Apple Pay) e metodi di pagamento locali (iDEAL, Sofort). In fase di analisi, è fondamentale per la Dashboard «Analisi delle prestazioni dei metodi di pagamento». Aiuta a individuare le correlazioni tra i singoli metodi di pagamento e i tassi di autorizzazione, la velocità di elaborazione o gli errori tecnici. Perché è importante È fondamentale per analizzare i tassi di successo e i costi dei diversi fornitori di servizi di pagamento. Dove reperirli Campo 'paymentMethod.brand' o 'paymentMethod.type' della risposta di pagamento Adyen. Esempi visamcpaypalidealklarna
	Motivo del rifiuto RefusalReason	La descrizione testuale del motivo per cui un pagamento è stato rifiutato o non è andato a buon fine.
Descrizione Quando una transazione non va a buon fine, Adyen fornisce un codice o una descrizione del motivo, ad esempio 'Not enough balance', 'CVC Declined' o 'Expired Card'. In fase di analisi, questo attributo è il principale riferimento per la Dashboard «Tasso di errore delle transazioni di pagamento». Analizzare i motivi consente di capire se gli errori dipendono da problemi tecnici, regole antifrode o dal comportamento dei clienti e di definire gli interventi correttivi più adatti. Perché è importante È l’attributo fondamentale per individuare le cause profonde dei pagamenti non riusciti. Dove reperirli Campo 'refusalReason' della risposta di pagamento Adyen. Esempi RifiutatoSaldo insufficienteCarta scadutaErrore dell’acquirerFrode
	Stato del pagamento PaymentStatus	Lo stato attuale del pagamento, ad esempio autorizzato, regolato o rifiutato.
Descrizione Questo attributo riflette l’ultimo stato noto della transazione di pagamento. Spesso deriva dall’attività più recente del caso. In fase di analisi, consente di filtrare rapidamente i casi, ad esempio per «Mostrare tutti i pagamenti attualmente rifiutati». È essenziale per la Dashboard «Monitoraggio del volume e dello stato dei pagamenti». Perché è importante Fornisce un quadro aggiornato dello stato della transazione. Dove reperirli Derivato dall’ultimo codice evento del caso. Esempi RegolatoRifiutatoAutorizzato
	Codice di autorizzazione AuthorisationCode	Il codice di autorizzazione restituito dall’emittente in caso di approvazione.
Descrizione Un codice che indica che i fondi sono stati riservati sulla carta del cliente. È la prova che l’autorizzazione è andata a buon fine. In fase di analisi, viene utilizzato principalmente per audit e tracciabilità. Conferma che l’attività «Pagamento autorizzato» è legittima. Perché è importante Prova dell’avvenuta autorizzazione ai fini della tracciabilità degli audit. Dove reperirli Campo 'authCode' della risposta di pagamento Adyen. Esempi 123456098712
	ID cliente ShopperReference	Un riferimento univoco che identifica il cliente in più transazioni.
Descrizione Questo identificativo collega transazioni diverse allo stesso cliente. Viene fornito dall’esercente nella richiesta di pagamento. In fase di analisi, consente di esaminare i dati dal punto di vista del cliente, individuando chi commette ripetutamente frodi o i clienti abituali nelle analisi delle transazioni riuscite. Consente inoltre di utilizzare la mappatura generica «Cliente». Perché è importante Consente di aggregare i dati e analizzare il comportamento a livello di cliente. Dove reperirli Campo 'shopperReference' della richiesta di pagamento Adyen. Esempi CUST-001user_12345email@example.com
	Numero del lotto di regolamento BatchNumber	Il numero del lotto associato al regolamento dei fondi.
Descrizione Adyen raggruppa i pagamenti regolati in lotti per procedere all’accredito. Questo attributo identifica il lotto a cui appartiene una determinata transazione. In fase di analisi, viene utilizzato per raggruppare i pagamenti in base al ciclo di accredito. Aiuta a verificare se alcuni lotti subiscono ritardi e consente di monitorare l’attività «Pagamento regolato». Perché è importante Collega le singole transazioni ai regolamenti finanziari aggregati. Dove reperirli Campo 'Batch Number' del report dettagliato sui regolamenti Adyen. Esempi 100255
	Paese del cliente ShopperCountry	Il codice paese di due lettere del cliente.
Descrizione Questo attributo indica la posizione del cliente, generalmente ricavata dal paese di emissione della carta o dall’indirizzo di fatturazione. In fase di analisi, viene utilizzato per confrontare le prestazioni a livello regionale. Aiuta a individuare i paesi in cui i tassi di rifiuto sono più elevati o i tempi di elaborazione più lunghi a causa delle infrastrutture bancarie locali. Perché è importante Consente di segmentare geograficamente le prestazioni dei pagamenti. Dove reperirli Campo 'countryCode' della richiesta di pagamento Adyen o campo 'billingAddress.country'. Esempi NLUSDE
	Punteggio di rischio frode RiskScore	Il punteggio di rischio assegnato alla transazione dal motore antifrode.
Descrizione Il motore RevenueProtect di Adyen assegna un punteggio numerico da 0 a 100 che indica la probabilità di frode. I punteggi più alti possono comportare una revisione manuale o il blocco automatico della transazione. In fase di analisi, questo attributo contribuisce alla Dashboard «Panoramica dei rischi di conformità finanziaria». Correlare i punteggi di rischio elevati con i chargeback aiuta a perfezionare le regole antifrode. Se un pagamento va a buon fine nonostante un punteggio elevato, il modello di rischio potrebbe aver generato un falso positivo. Perché è importante È essenziale per analizzare l’efficacia delle regole antifrode. Dove reperirli Risposta dell’API Risk di Adyen o campo 'fraudResult.accountScore' nei report. Esempi 025100
	Riferimento dell’acquirer AcquirerReference	Numero di riferimento fornito dalla banca acquirer.
Descrizione È il riferimento esterno assegnato dall’istituto finanziario sottostante, l’acquirer, che elabora la transazione con carta. È distinto dal riferimento PSP di Adyen. In fase di analisi, questo campo è fondamentale per la «Analisi dei ritardi nella riconciliazione dei pagamenti». È la chiave utilizzata per confrontare i record Adyen con gli estratti conto bancari nei registri esterni. Perché è importante È essenziale per la riconciliazione a tre vie e il confronto con i dati esterni. Dove reperirli Campo 'additionalData.acquirerReference' della risposta di pagamento Adyen. Esempi 1234567890987654321
	Tipo di interazione con il cliente ShopperInteraction	Indica se il pagamento è stato effettuato tramite e-commerce, POS o abbonamento (ContAuth).
Descrizione Questo attributo classifica la natura dell’interazione tra il cliente e l’esercente. I valori tipici sono `Ecommerce` (online), `POS` (in negozio) o `ContAuth` (pagamento ricorrente o abbonamento). In fase di analisi, aiuta a distinguere i diversi modelli aziendali e canali di vendita. I flussi del processo possono variare notevolmente tra POS ed e-commerce, perciò questo attributo è un filtro essenziale per individuare correttamente i processi. Perché è importante Permette di distinguere i flussi del processo per pagamenti online, in negozio e ricorrenti. Dove reperirli Campo 'shopperInteraction' della richiesta di pagamento Adyen. Esempi E-commerceContAuthPOSMoto
	Valuta PaymentCurrency	Il codice ISO di tre lettere che indica la valuta della transazione.
Descrizione Questo attributo definisce la valuta in cui è espresso `PaymentAmount`. Tra i valori più comuni figurano EUR, USD e GBP. In fase di analisi, viene utilizzato per raggruppare le transazioni per mercato ed è essenziale per uniformare i valori finanziari quando si aggregano dati provenienti da regioni diverse. Perché è importante Fornisce il contesto necessario per interpretare il campo dell’importo nei report multivaluta. Dove reperirli Campo 'amount.currency' della richiesta di pagamento Adyen. Esempi EURUSDGBP

Obbligatorio Consigliato Facoltativo

Attività di elaborazione dei pagamenti

Questi sono i passaggi e le tappe fondamentali del processo da acquisire nell’Event Log per ricostruire con precisione i flussi di pagamento in Adyen.

5 Consigliato 11 Facoltativo

	Attività	Descrizione
	Pagamento acquisito	L’ordine di trasferire i fondi dal cliente all’esercente è stato elaborato correttamente. L’acquisizione può essere immediata (automatica) o differita (manuale).
Perché è importante Conferma la rilevazione dei ricavi. L’intervallo tra autorizzazione e acquisizione è fondamentale per il KPI 'Payment Authorization Lead Time'. Dove reperirli Webhook di notifica Adyen: eventCode 'CAPTURE' con success='true'. Acquisizione Registrato quando il webhook CAPTURE ha esito positivo Tipo di evento explicit
	Pagamento autorizzato	L’emittente della carta o il metodo di pagamento ha approvato la transazione e i fondi sono stati riservati. L’evento viene rilevato tramite il webhook standard di notifica Adyen.
Perché è importante Una tappa fondamentale che indica che la transazione è valida e i fondi sono disponibili. È un prerequisito per l’acquisizione. Dove reperirli Webhook di notifica Adyen: eventCode 'AUTHORISATION' con success='true'. Acquisizione Registrato quando il webhook AUTHORISATION ha esito positivo Tipo di evento explicit
	Pagamento regolato	I fondi sono stati compensati correttamente e accreditati sul conto Adyen dell’esercente. L’operazione è riportata nel Settlement Detail Report.
Perché è importante Conclude la parte finanziaria del processo completato correttamente. È essenziale per 'Overall Payment Cycle Time' e 'Payment Reconciliation Delay Analysis'. Dove reperirli Settlement Detail Report (SDR) di Adyen, tipo di record 'Settled'. Acquisizione Registrato quando la transazione compare nel Settlement Report Tipo di evento explicit
	Pagamento rifiutato	La transazione è stata rifiutata dall’emittente o dalle regole di rischio di Adyen. L’evento viene rilevato tramite il webhook di autorizzazione con stato di errore.
Perché è importante Incide direttamente sul KPI 'Payment Transaction Failure Rate'. Analizzare i motivi del rifiuto aiuta a ottimizzare il tasso di autorizzazione. Dove reperirli Webhook di notifica Adyen: eventCode 'AUTHORISATION' con success='false'. Acquisizione Registrato quando il webhook AUTHORISATION ha esito negativo Tipo di evento explicit
	Richiesta di pagamento ricevuta	La piattaforma di pagamento Adyen riceve la richiesta iniziale della transazione. L’evento viene rilevato tramite la data e l’ora della richiesta API iniziale o della creazione di pspReference.
Perché è importante Segna l’inizio effettivo dell’istanza del processo. È essenziale per calcolare il tempo complessivo del ciclo end-to-end. Dove reperirli Log dell’API di pagamento Adyen o data e ora associate alla creazione di pspReference. Acquisizione Registrato quando pspReference viene generato tramite API Tipo di evento explicit
	Acquisizione non riuscita	Il tentativo di acquisire i fondi autorizzati non è riuscito, spesso a causa di un timeout tecnico o di una modifica dello stato della carta tra autorizzazione e acquisizione.
Perché è importante Punto critico che richiede una rilavorazione o un nuovo tentativo. Contribuisce al KPI 'Payment Exception Rate'. Dove reperirli Webhook di notifica Adyen: eventCode 'CAPTURE_FAILED'. Acquisizione Registrato quando viene ricevuto il webhook CAPTURE_FAILED Tipo di evento explicit
	Chargeback contestato	Sono state inviate ad Adyen le prove a sostegno della contestazione del chargeback. Questa attività rappresenta una rilavorazione o un intervento manuale nel flusso della contestazione.
Perché è importante Misura le risorse impiegate per proteggere i ricavi. È importante per il KPI 'Payment Rework Rate'. Dove reperirli API Disputes di Adyen o log di Case Management che mostrano l’invio delle prove. Acquisizione Deducibile dalla modifica dello stato a 'Defense Supplied' Tipo di evento inferred
	Chargeback stornato	La contestazione è stata vinta e i fondi sono stati restituiti all’esercente. Si tratta della risoluzione positiva di un’eccezione.
Perché è importante Esito positivo per la gestione del rischio. Compensa l’impatto finanziario del chargeback iniziale. Dove reperirli Webhook di notifica Adyen: eventCode 'CHARGEBACK_REVERSED'. Acquisizione Registrato quando viene ricevuto il webhook CHARGEBACK_REVERSED Tipo di evento explicit
	Controllo del rischio eseguito	Il motore RevenueProtect di Adyen analizza la transazione per individuare segnali di frode. L’evento viene dedotto dalla presenza di un punteggio di frode o di un risultato di rischio nella risposta di autorizzazione.
Perché è importante Punteggi di rischio elevati possono attivare verifiche manuali o rifiuti automatici, creando colli di bottiglia o determinando l’interruzione del processo. Dove reperirli Risposta di pagamento Adyen (campo fraudResult) o log di Case Management. Acquisizione Deducibile dalla presenza dell’oggetto fraudResult Tipo di evento inferred
	Errore tecnico registrato	Durante l’elaborazione si è verificato un errore di sistema, ad esempio un problema con un webhook o un timeout API. L’errore viene individuato tramite codici specifici nell’interfaccia.
Perché è importante Consente di analizzare direttamente il KPI 'Payment Transaction Failure Rate', distinguendo gli errori tecnici da quelli finanziari. Dove reperirli Log dell’interfaccia Adyen o risposte di errore specifiche nelle chiamate API. Acquisizione Registrato quando viene restituito un codice di risposta di errore 5xx o 4xx Tipo di evento explicit
	Notifica di chargeback ricevuta	Adyen ha ricevuto una notifica di contestazione dal circuito della carta. Questo evento avvia il flusso di lavoro per la gestione della contestazione.
Perché è importante È un indicatore importante di conformità e rischio. Incide sul KPI 'Compliance Incident Rate' e richiede un intervento manuale immediato. Dove reperirli Webhook di notifica Adyen: eventCode 'CHARGEBACK' o 'NOTIFICATION_OF_CHARGEBACK'. Acquisizione Registrato quando viene ricevuto il webhook CHARGEBACK Tipo di evento explicit
	Pagamento all’esercente confermato	I fondi relativi a un gruppo di transazioni regolate sono stati versati sul conto bancario dell’esercente.
Perché è importante Rappresenta il trasferimento effettivo di denaro all’azienda ed è collegato al KPI 'Payment Reconciliation Cycle Time'. Dove reperirli Webhook di notifica Adyen: eventCode 'PAYOUT_THIRD_PARTY' o evento dedotto dal Payout Report. Acquisizione Associare l’ID del gruppo nel Payout Report all’ID della transazione Tipo di evento inferred
	Pagamento annullato	L’autorizzazione è stata annullata prima dell’acquisizione dei fondi, che vengono così sbloccati sulla carta del cliente.
Perché è importante Rappresenta un ciclo del processo in cui un ordine valido viene interrotto prima del completamento, spesso su richiesta del cliente o per la scadenza del tempo di attesa dell’inventario. Dove reperirli Webhook di notifica Adyen: eventCode 'CANCELLATION'. Acquisizione Registrato quando viene ricevuto il webhook CANCELLATION Tipo di evento explicit
	Pagamento inviato per il regolamento	Adyen ha inoltrato la transazione alla banca acquirente o al circuito per l’elaborazione finanziaria. Lo stato passa a SentForSettlement.
Perché è importante Segna il passaggio dall’elaborazione operativa alla compensazione finanziaria. Eventuali ritardi in questa fase incidono sui flussi di cassa. Dove reperirli API Transaction Status di Adyen o evento dedotto dai log della cronologia delle modifiche di stato. Acquisizione Confrontare il passaggio del campo di stato a SentForSettlement Tipo di evento inferred
	Rimborso avviato	È stata avviata una richiesta di restituzione dei fondi al cliente. Inizia così il flusso inverso del processo.
Perché è importante Indica un’eccezione successiva al regolamento. Un tasso elevato di rimborsi può segnalare problemi di qualità nelle fasi precedenti. Dove reperirli Webhook di notifica Adyen: eventCode 'REFUND'. Acquisizione Registrato quando viene attivato il webhook REFUND Tipo di evento explicit
	Rimborso regolato	Il rimborso è stato elaborato finanziariamente e addebitato sul conto dell’esercente. La conferma è disponibile nel Settlement Detail Report.
Perché è importante Conclude il processo di rimborso. È importante per 'Average Error Resolution Time' se il rimborso è stato disposto a causa di un errore. Dove reperirli Settlement Detail Report di Adyen, tipo di record 'Refunded' o 'RefundedReversed'. Acquisizione Registrato quando il rimborso compare nel Settlement Report Tipo di evento explicit

Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Adyen

Passaggi

Acceda all’area clienti Adyen con un account utente che dispone del ruolo Merchant Report.
Apra Report e selezioni Settlement details dal menu.
Individui le impostazioni di Automatic generation oppure selezioni Generate report per un’esportazione singola.
Nel pannello di configurazione, verifichi che Formato sia impostato su CSV (valori separati da virgole).
In Include columns, selezioni Tutti oppure spunti specificamente: Company Account, Merchant Account, Psp Reference, Merchant Reference, Metodo di pagamento, Creation Date, TimeZone, Tipo, Modification Reference, Gross Currency, Gross Debit, Gross Credit, Exchange Rate, Net Currency, Net Debit, Net Credit, Commission, Markup, Scheme Fees e Interchange.
IMPORTANTE: verifichi che l’ambito del report includa tutti i Journal Types (Settled, Refunded, Chargeback, PaidOut e così via), così da acquisire l’intero ciclo finanziario.
Generi il report per l’intervallo di date desiderato, ad esempio gli ultimi 90 giorni. Tenga presente che i report di regolamento sono generati in base alla data del lotto di regolamento, non alla data della transazione.
Scarichi il file CSV generato nell’ambiente locale di estrazione.
Esegua lo script di trasformazione riportato di seguito per convertire il registro CSV in formato «wide» in un Event Log in formato «long», richiesto da ProcessMind.
Lo script applica trasformazioni essenziali: trasforma Creation Date per creare gli eventi «Richiesta di pagamento ricevuta» e associa i valori della colonna Tipo alle specifiche attività finanziarie.
Verifichi che il CSV risultante contenga le intestazioni: PspReference, EventCode, EventDate, SourceSystem.
Carichi il CSV trasformato in ProcessMind.

Configurazione

Tipo di report: Settlement Detail Report (registro finanziario)
Formato file: CSV (separazione standard con virgole)
Granularità: livello di transazione (una riga per ogni registrazione contabile)
Fuso orario: UTC (consigliato per allineare l’estrazione a quella degli altri sistemi)
Intervallo di date: si basa sui lotti di regolamento (data di chiusura del lotto), non sulla data di creazione della transazione. Se l’estrazione è incrementale, gestisca le sovrapposizioni tra gli intervalli.
Colonne obbligatorie: Psp Reference (chiave), Tipo (attività), Creation Date, Booking Date (timestamp degli eventi), Merchant Account.
Impostazioni dei filtri: verifichi che nessun filtro escluda i tipi «Chargeback» o «Refund», così da includere tutte le fasi del processo.

a Query di esempio 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}')

Passaggi

Configurazione preliminare: verifichi di disporre di un utente Adyen Report con il ruolo Merchant Report abilitato. Recuperi la API Key nell’area clienti, alla voce Developers > API Credentials.
Individuazione dei report necessari: questa estrazione si basa su due report CSV generati da Adyen: il Settlement Detail Report (per eventi finanziari come regolamenti, contestazioni e rimborsi) e il Received Payment Detail Report (per eventi operativi come richieste, rifiuti e autorizzazioni).
Configurazione dell’ambiente Python: installi le librerie necessarie con pip: pandas, requests e numpy. Servono per comunicare con l’API e trasformare i dati.
Configurazione della connessione API: configuri lo script Python fornito di seguito per autenticarsi sugli endpoint https://management-test.adyen.com o https://management-live.adyen.com. Utilizzerà la Report API per elencare i report disponibili per l’intervallo di date specificato e scaricarne gli URL.
Acquisizione dei dati: lo script legge i dati CSV grezzi in DataFrame pandas. I report Adyen sono in genere in formato «wide» (una riga per transazione con più colonne di stato), quindi è necessario trasformarli.
Associazione delle attività operative: elabori il Received Payment Detail Report. Associ CreationDate all’attività Richiesta di pagamento ricevuta. Esamini la colonna Status (ad esempio, Authorised, Refused, Error) per generare gli eventi Pagamento autorizzato, Pagamento rifiutato o Errore tecnico registrato.
Associazione delle attività finanziarie: elabori il Settlement Detail Report, che contiene la colonna JournalType. Associ valori come Settled a Pagamento regolato, Refunded a Rimborso avviato e Chargeback a Notifica di contestazione ricevuta.
Individuazione di attività complesse:
- Controllo antifrode eseguito: verifichi che la colonna FraudScore contenga un valore maggiore di -1.
- Pagamento in uscita confermato: colleghi le transazioni alla registrazione del pagamento in uscita nel report dei regolamenti tramite BatchNumber.
- Contestazione difesa: cerchi i tipi di registrazione SecondChargeback o Defense.
Trasformazione dei dati: applichi in pandas un’operazione «melt» o «stack» per convertire il dataset in formato «wide» in un Event Log in formato «long», con una riga per ogni attività.
Standardizzazione degli attributi: rinomini le colonne in base allo schema di destinazione: PspReference, EventCode, EventDate, SourceSystem (impostato su «Adyen») e PaymentAmount. Verifichi che le date siano nel formato ISO 8601.
Filtraggio: escluda con il filtro Type le righe interne di riconciliazione che non rappresentano passaggi del processo, ad esempio le righe di intestazione o i saldi riportati.
Esportazione finale: lo script esporta il DataFrame elaborato in un file CSV denominato adyen_event_log.csv, pronto per il caricamento in ProcessMind.

Configurazione

Ambiente API: scelga gli endpoint Adyen Test (management-test.adyen.com) o Live (management-live.adyen.com) in base alla fase di distribuzione.
Autenticazione: utilizzi x-api-key nell’intestazione. Non utilizzi Basic Auth per la Management API.
Tipi di report:
- settlement_detail_report: essenziale per gli eventi del ciclo finanziario.
- received_payment_detail_report: essenziale per la richiesta iniziale e la logica di autorizzazione.
Intervallo di date: i report Adyen vengono generati in base alla chiusura dei lotti. Verifichi che lo script richieda report che coprano la CreationDate di interesse e i sette giorni successivi, per acquisire i regolamenti tardivi.
Ambito degli account esercente: se dispone di più account esercente, li elabori uno per uno oppure utilizzi, se disponibile, il report a livello di Company Account.
Configurazione di pandas: se il volume delle transazioni supera le 100.000 righe, imposti low_memory=False durante la lettura dei CSV, per evitare errori nell’inferenza dei tipi.

a Query di esempio 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.')

È pronto a iniziare?

Utilizzi questo template per semplificare la raccolta dei dati e avviare l’ottimizzazione dell’elaborazione dei pagamenti in Adyen. Individui le opportunità di efficienza e ottenga informazioni più approfondite sulle operazioni finanziarie.

Torna alla guida al miglioramento Scarica il template

Semplifichi l’elaborazione dei pagamenti in Adyen, da oggi.

Raggiunga il 98% di elaborazione automatica senza interventi manuali ed elimini le eccezioni nei pagamenti.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Inizi subito a ottimizzare i processi.

Il Suo template dei dati per l’elaborazione dei pagamenti

Il Suo template dei dati per l’elaborazione dei pagamenti

Attributi dell’elaborazione dei pagamenti

Attività di elaborazione dei pagamenti

Guide all’estrazione

Esportazione del report dettagliato dei regolamenti Adyen

Passaggi

Configurazione

a Query di esempio python

Estrazione Python tramite Reporting API

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Semplifichi l’elaborazione dei pagamenti in Adyen, da oggi.

Il Suo template dei dati per l’elaborazione dei pagamenti

Il Suo template dei dati per l’elaborazione dei pagamenti

Attributi dell’elaborazione dei pagamenti

Attività di elaborazione dei pagamenti

Guide all’estrazione

Esportazione del report dettagliato dei regolamenti Adyen

Passaggi

Configurazione

a Query di esempio python

Estrazione Python tramite Reporting API

Passaggi

Configurazione

a Query di esempio python

È pronto a iniziare?

Semplifichi l’elaborazione dei pagamenti in Adyen, da oggi.

La Sua privacy è importante