SEND - F.A.Q. per integratori
v2.4
v2.4
  • Knowledge-base di Piattaforma Notifiche
    • Generazione client e definizioni delle API
    • Workflow di Notifica
    • Inserimento della notifica
      • Inserimento Notifica con il comando curl
      • Inserimento Notifica con Postman
      • FAQ inserimento notifiche
    • Integrazione SEND - PDND Interoperabilità
      • Configurare l'accesso ad Interoperabilità
      • Creazione richiesta di fruizione generazione Voucher per SEND - UAT (Piattaforma Notifiche)
      • FAQ su Interoperabilità
    • Creazione e gestione degli stream
      • Inserimento e creazione stream con il comando curl
      • Inserimento e creazione stream con Postman
      • FAQ sugli streams
      • Stream di timeline
        • Decodifiche SEND_DIGITAL
        • Decodifiche SEND_ANALOG
        • Tipologie di scansioni per ANALOG_DELIVERY
    • Validazione della Richiesta di Notifica
      • Normalizzatore
      • Composizione degli indirizzi
    • Perfezionamento della notifica
    • Pagamenti e Spese di notifica
      • Pagamenti pagoPA
      • Pagamenti F24
    • PN-Test di validazione avvenuta integrazione con Piattaforma Notifiche
    • Validazione dei test con il tool PnValidator
    • API di stato della Piattaforma
    • Full Digital - Poste Italiane
  • Simulare i casi di test in ambiente UAT
  • 🏷️Tassonomia SEND
  • API CHANGELOG
    • API VERSIONE GA 2.0
    • API VERSIONE GA 2.1
    • API VERSIONE GA 2.3
    • API VERSIONE GA 2.4
    • API VERSIONE GA24Q4.A
    • API VERSIONE GA24Q4.B
Powered by GitBook
On this page
  1. Knowledge-base di Piattaforma Notifiche

Creazione e gestione degli stream

Informazioni utili sui passi da seguire per creare, configurare e consumare correttamente una stream

Last updated 11 months ago

Lo stream permette di raccogliere tutti gli eventi emessi dalle notifiche che vengono inserite dalla PA a seguito della sua creazione; lo stream può immagazzinare un massimo di 50 eventi per volta, raggiunto questo limite la PA deve consumare lo stream per poter visualizzare gli altri eventi successivi.

Il campo eventType può essere valorizzato in 2 modi:

  • STATUS: permette di registrare gli eventi di cambiamento di stato delle notifiche

  • TIMELINE: permette di registrare gli eventi di timeline delle notifiche.

il campo filterValues può contenere il tipo di eventi che si vogliono filtrare all'interno dello stream, se lasciato vuoto [] permetterà di raccogliere tutti gli eventi emessi.

È possibile sapere se sono presenti altri eventi da visualizzare tramite il valore del parametro retry-afterpresente nell'header del body della response ottenuta a seguito della prima chiamata a questo servizio:

  • seretry-after = 0 significa che sono presenti altri eventi oltre a quelli ricevuti nella response; per ottenere i successivi è necessario consumare i precedenti, effettuando una nuova chiamata a questo servizio, nella quale valorizzare il campo lastEventId con l'eventId dell'ultimo evento ottenuto nella precedente chiamata.

  • seretry-after ≠ 0 significa che non sono presenti altri eventi nello stream oltre a quelli appena ottenuti, pertanto è necessario attendere la quantità di tempo (espressa in millisecondi) del valore restituito, prima di richiamare di nuovo il servizio

"Consumare gli eventi" consiste nella loro eliminazione dallo stream per liberare lo spazio agli eventi successivi; quindi per conservarli è necessario che la PA li persista sulla propria base dati.

Ogni PA può configurare un massimo di 5 stream, nel caso si voglia modificare la configurazione di uno stream è necessario cancellarlo e crearne uno nuovo con la configurazione desiderata.

Se la PA non consuma gli eventi, questi vengono eliminati dopo 7 giorni dalla loro creazione (non tutti gli eventi, ma solo quelli creati da più di 7 giorni); a questo punto l'unico modo per poter recuperare quelli eventi è chiamare l’api che restituisce tutti gli eventi di timeline di una determinata notifica. Questo processo al contrario dell'utilizzo degli stream, non è ottimizzato perchè costringe la PA ad effettuare N chiamate per ogni notifica inserita; pertanto si consiglia di utilizzare sempre gli stream in ambiente di produzione.

retrieveSentNotification