Vai al contenuto principale
La libreria ufficiale di Didit per PHP. Richiede PHP 8.1 o successivo e funziona con qualsiasi client HTTP PSR-18; Guzzle è la scelta più comune. Consulta la panoramica degli SDK server per sapere cosa hanno in comune tutti gli SDK.

Installazione

Il pacchetto è didit-protocol/sdk-php su Packagist. Il codice sorgente e il registro delle modifiche si trovano in didit-protocol/sdk-php su GitHub. Anche la verifica dei token per Authentication richiede l’estensione openssl.

Configurare il client

new DiditClient() legge DIDIT_API_KEY dall’ambiente. Passa argomenti con nome per sovrascriverla, oppure per impostare gli ID dell’organizzazione e dell’applicazione richiesti dalle chiamate a livello di applicazione (casi, reti, report normativi). I campi della richiesta sono un unico array con i nomi di campo propri dell’API; le risposte sono oggetti di sola lettura con proprietà in camelCase e toArray().

Creare una sessione

Crea una sessione di verifica per un workflow e invia il tuo utente al suo URL.

Leggere la decisione

Quando l’utente termina (o quando arriva il webhook), leggi la decisione. Ogni risultato di una funzionalità è una lista con una voce per ogni nodo del workflow.

Verificare un webhook

Passa il corpo grezzo, esattamente come ricevuto, e le intestazioni della richiesta. verify lancia WebhookVerificationException per qualsiasi consegna che non sia valida e recente, e altrimenti restituisce un evento tipizzato.
In Laravel e Symfony, passa $request->getContent() e $request->headers->all(); con una richiesta PSR-7, passa la richiesta stessa come intestazioni. Mentre ruoti il segreto, passa entrambi: [$newSecret, $oldSecret]. Consulta Webhook per gli eventi e lo schema di firma.

Sottoporre a screening una transazione

Invia un pagamento, un prelievo o un trasferimento di criptovalute al monitoraggio delle transazioni; la risposta contiene il suo stato e il punteggio di rischio.

Verificare i token di Authentication

Authentication controlla i token di accesso che l’emittente di Authentication firma, nel tuo backend, senza chiamare Didit per ogni richiesta. Passa una cache PSR-16 così le chiavi dell’emittente vengono recuperate una sola volta, non a ogni richiesta. Gestisce anche lo scambio dei codici, il rinnovo dei token, il controllo e la revoca delle sessioni, ed esegue le autenticazioni step-up.
La verifica dei token esegue i controlli descritti in Verifica un token sul tuo server, con l’emittente e le chiavi di firma della tua applicazione.

Errori

Liste e file

Le pagine degli endpoint server del riferimento API includono un esempio PHP per la loro operazione, tranne per gli endpoint e i campi che nessuna release 1.0.1 ha ancora, indicati nella panoramica.
Ultima modifica il 7 novembre 2026