Flusso notifiche
Notifiche
Le notifiche vengono inviate al verificarsi di determinati “eventi”.
Ogni Evento è composto da due parti: parti, Entity e State., nella forma entity.state
L’Entity è il soggetto principale (ad esempio “tspay_pis) mentre State si riferisce allo status dell’Entity (ad esempio ”“active).”
Esempi di eventi potrebbero essere quindi:
tspay_charge.activetspay_payout.refundedtspay_registration.active
Gli eventi previsti, con i relativi stati, sono i seguenti:
| Servizio | Descrizione | ||
tspay_source |
active |
Memorizzazione sorgente Link2Save andata a buon fine | |
error |
Memorizzazione sorgente Link2Save andata in errore | ||
tspay_charge |
|
Per l'SDD, nel |
|
active |
Pagamento andato a buon fine
|
||
|
error
Pagamento andato in errore
refunded
disputeddisputeCreated
disputeWithdrawn
Contestazione con importo trattenuto
disputeUpdated
Contestazione aggiornata a seguito di invio prove
disputeClosedLost
Contestazione persa
disputeClosedWon
Contestazione vinta
disputeClosed
Contestazione chiusa
disputeRefunded
Contestazione rimborsata
tspay_pis
processingpending
Pagamento in corso
active
Pagamento eseguito
failed
Pagamento fallito
error
Pagamento andato in errore
tspay_consent
created
Consenso creato
renewed
Consenso rinnovato
in_expiration
Consenso in scadenza
Ricezione notificheSchema
Tutte le notifiche hanno il seguente schema:
itemIdcompany registry dell'azienda per la quale si è verificato l'evento notificato:entityentità:statestato:eventevento:eventTimetimestamp:payloadparte variabile dipendente dal tipo di:eventoevento. Dettagli in basso.
Payload specifici per entità o evento
entità:
Di seguito i riferimenti allo schema dei vari payload:
- Notifiche da entità
"charge"tspay_charge: specifiche payload - Notifiche da entità
"source"tspay_source: specifiche payload - Notifiche da entità
"pis"tspay_pis: specifiche payload - Notifiche
consenso:da entitàtspay_consent: specifiche payload