L’esperienza di Innovery ha permesso di costruire una suite di servizi e prodotti adattabili alle esigenze dei clienti, in grado di fornire un’ampia piattaforma di gestione delle notifiche per centralizzare tutte le comunicazioni dei clienti in un unico luogo e avere una visione complessiva delle interazioni con gli utenti.​

​

FOCUS PRINCIPALE​:

  • Multi-Protocollo
  • Altamente Personalizzabile
  • Engine per supportare tutti i modelli di business e i casi d’uso​
  • Interfaccia utente
  • Scalabilità​
  • Monitoraggio
  • NOTIFICHE MULTI-TOUCH In tempo reale o programmate
  • Solutione SaaS 

INM – Flusso notifiche​

protezione

Onboarding​

Definizione dei campi personalizzati: ogni campo sarà definito con il nome, il tipo e la descrizione. ​

I campi saranno utilizzati dal motore per gestire la logica di identificazione del modello concordato per i determinati scenari aziendali.

​

reporting

Interfacce API/(S)FTP – Canale di ingresso e-mail​​

INM riceve la richiesta tramite file o API e la inserisce in una coda Apache Kafka.

​

controllo

Interfaccia dinamica IN-DB​​

INM si connetterà a un determinato set di DB di W3 e raccoglierà i valori dei campi definiti per riempire i dati dell’utente e poi creerà i record appropriati da inserire nel sistema (ad esempio per creare il messaggio per la gestione della campagna).​

visibilità

Delivery​

L’output della valutazione viene inserito in una coda di Apache Kafka, che viene consumata per inviare i messaggi all’utente.​

realizzazione

Valutazione​

INM creerà quindi i record appropriati da inserire in una coda Apache Kafka. Un modulo di INM preleva dalla coda di input e invia la richiesta a ENGINE. Grazie ai parametri di input forniti nella notifica, INM Engine è in grado di valutare la richiesta e di generare i messaggi. Le notifiche saranno elaborate, arricchite in modo dinamico con altri parametri (ad esempio, il mittente, l’orario di consegna previsto, ecc. ​

Capacità di cattura e cache INM si connetterà a un determinato insieme di DB di W3 e memorizzerà nella sua cache i dati dell’utente (ad es. lingua, nome utente, canale di notifica, ecc.).​

L’INM imposta le date di scadenza (TTL) a livello di record per eliminare i dati vecchi e interroga periodicamente i DB per ottenere nuovi dati, in modo da mantenere la cache aggiornata. I sistemi esterni possono invalidare la cache su richiesta.

​

Panoramica degli esempi di servizio INM ​

  • Ogni notifica può essere arricchita dinamicamente da processi esterni e parametri dei clienti/utenti.​
  • Ogni notifica può essere inviata in diversi modi e si possono anche impostare dei ritentativi. È possibile, ad esempio, inviare prima un’e-mail e poi, dopo un determinato intervallo di tempo, un SMS o una notifica API REST (ad esempio in caso di failover).​
  • Per ogni scenario aziendale è possibile configurare la finestra temporale di invio (ad esempio, dalle 7 alle 22 o sempre immediata).​
  • In base allo scenario aziendale, è possibile modificare il testo e il template html dell’e-mail dall’interfaccia grafica.​
  • È possibile testare il singolo scenario aziendale impostando la destinazione a cui viene inviata la notifica​
  • In base allo scenario aziendale è possibile selezionare diversi mittenti.

​

Features​

SMS

  • SMS brevi, concatenati e flash​
  • Interazione di registrazione SMSC per verificare se gli SMS sono stati inviati/consegnati​
  • Invio di SMS in una specifica finestra temporale in base alla capacità di SMPP​
  • Mittente SMS dinamico basato su scenari aziendali​​

Email

  • Modelli di email Html​
  • Conferma di consegna via e-mail​
  • Mittente dinamico di e-mail in base agli scenari aziendali​

Servizi

  • Integrazione API (HTTP/HTTPS, REST, personalizzata)​
  • App push​
  • Template WhatsApp​
  • File (SFTP, e-mail di input)​

Piattaforma

  • Raccolta EDR per monitoraggio, contabilità e reporting ​
  • Raccolta, gestione ed esportazione dei log​
  • Metriche e allarmi verso i sistemi OSS​
  • Multi-AZ, altamente scalabile e personalizzabile​
  • Apache Kafka per applicare la gestione delle queue​

Capacità

  • Soluzioni algoritmiche personalizzate e flusso decisionale configurabile (Modulo Engine)​
  • Piattaforma multi tenant/marchio/segmento di mercato​
  • Gestione dell’offerta condivisa con messaggi diversi (tipo e testo) per MASTER e SLAVE​
  • Gestione delle campagne in serie​
  • Gestione del traffico in base alla capacità delle interfacce​
  • Interfaccia utente del cliente per la configurazione del testo dei messaggi per gli scenari aziendali preconfigurati​
  • Regole di failover per i tentativi di consegna​
  • Tono di voce: in base alla scelta del cliente/utente, l’INM può selezionare categorie di utenti (giovani, anziani, ecc.) per differenziare il tono del messaggio.​
  • Catturare e memorizzare i dati da sistemi esterni​
  • Funzione Utente TipoMsg: in base alle scelte del Cliente/Utente, l’INM può selezionare automaticamente il tipo di notifica (SMS, WhatsApp, ecc.).​
  • Destinazioni multiple: in base alle scelte del cliente/utente, è possibile utilizzare altre destinazioni per inviare i messaggi. ​
  • Flussi di lavoro dedicati basati sull’interazione con l’utente​

Le API pubbliche disponibili consentono di creare un’applicazione mobile personalizzata, di sviluppare un sistema di back-office su misura o di integrarsi con software di terze parti come ERP, CRM o sistemi di fatturazione. Una solida architettura del software è fondamentale per mitigare i rischi di sicurezza e ridurre al minimo i tempi di inattività dei server. Il nostro team è pronto ad assistere i clienti nella progettazione di una soluzione su misura.​

Protocolli e standard:​

  • L’OCPP è un protocollo applicativo che facilita la comunicazione tra le stazioni di ricarica dei veicoli elettrici (EV) e i sistemi di gestione centrale, anche se di produttori diversi.​
  • Il protocollo OCPI è stato creato appositamente per lo scambio di informazioni relative ai punti di ricarica, consentendo una comunicazione senza interruzioni tra gli operatori dei punti di ricarica e i fornitori di servizi di elettromobilità, promuovendo così il roaming scalabile e automatizzato dei veicoli elettrici.​
  • L’OICP, istituito nel 2012 da Hubject, un consorzio di importanti aziende tedesche del settore automobilistico ed energetico, non comprende solo il protocollo stesso, ma fornisce anche soluzioni di pagamento ad hoc e un quadro contrattuale per facilitare il roaming dei veicoli elettrici.​

Innovery Notification Manager​

Architettura e interfacce di livello elevato

​

​

INNOVERY: COMPETENZA ED ESPERIENZA

Dal 2019 a seguito degli investimenti Wise, Innovery mira ad accelerare ulteriormente la propria espansione favorendo la crescita organica, facendo leva sulle relazioni esistenti e costruendo nuove relazioni, e implementando una strategia di M&A per sviluppare prodotti, servizi e mercati a livello internazionale.
Contattaci