SoluzioniCollegare i sistemi esistenti

I suoi sistemi restano dove sono. A passare sono informazioni selezionate.

continON non deve assorbire il parco applicativo che lei già gestisce per risultare utile al suo interno. Può interrogare i database e i file che già utilizza, custodire credenziali per servizi esterni a nome della sua organizzazione e impiegare nei record operativi ciò che ne riceve – mentre il sistema di origine resta la fonte.

Le vie supportate attraverso cui le informazioni possono passare

  1. Interrogare un’origine là dove già si trova

    SQL Server, PostgreSQL, MySQL, Access e altre origini OleDB, e file condivisi. Il builder esplora lo schema esterno direttamente sul posto e salva una query parametrizzata come oggetto con nome – così si lavora sulle tabelle effettivamente esistenti, non su una copia esportata da qualcuno.

    Query & Data Source Builder
  2. Registrare un’API esterna a nome della sua organizzazione

    Una credenziale con nome – URL di base, ID dell’applicazione, chiave – salvata in forma cifrata e recuperata dalle applicazioni che ne hanno bisogno anziché dalle persone. Ogni richiesta in uscita è firmata con la chiave dell’organizzazione, così il sistema ricevente può riconoscerne la provenienza.

    Integrazioni e dati
  3. Utilizzare una delle integrazioni di servizio incluse

    Un insieme ridotto, per le esigenze operative essenziali: invio di e-mail transazionali e pianificazione di calendario e riunioni che crea eventi con link di partecipazione. Un connettore contabile è disponibile in una configurazione sandbox, in vista dell’uso in produzione.

    Architettura della piattaforma

Nulla passa per caso.

  1. Un database che già gestisce

    Resta dov’è, con il proprio schema e la propria amministrazione.

    Passa comeUna query salvata, composta su quello schema

    Un’unica definizione alimenta tutti gli utilizzi: l’elenco di selezione di una maschera, le righe di un report, un widget di dashboard e i campi unione di un documento generato. Quattro schermate non scrivono ciascuna il proprio recupero dei dati.

  2. Un servizio che già paga

    Mantiene i propri account, i propri limiti e le proprie regole su ciò a cui risponde.

    Passa comeUna credenziale detenuta dall’organizzazione, non da una persona

    La chiave è cifrata a riposo e recuperata al momento della chiamata dall’applicazione che ne ha bisogno. Nulla viene incollato in una schermata, e la richiesta in uscita porta una firma che l’altra parte può verificare.

  3. Una cartella condivisa che il suo team già utilizza

    A nessuno viene chiesto di spostarla, rinominarla o smettere di usarla come fa oggi.

    Passa comeUn’origine basata su file, letta attraverso lo stesso catalogo

    Confluisce nello stesso livello di query salvate dei database, quindi viene autorizzata, parametrizzata e utilizzata in modo identico. Non c’è un meccanismo per i dati veri e un altro per i fogli di calcolo.

  4. Un sistema che si aspetta di ricevere dati da lei

    Continua a riceverli nel formato che già comprende.

    Passa comeEsportazione e documenti generati dai suoi modelli

    I dati operativi escono come Excel, CSV o PDF, e i modelli inseriscono il contesto del record nel documento finito – che viene poi depositato nell’archivio controllato anziché spedito per e-mail da una cartella.

Ciò che passa ha un nome, una data ed è revocabile.

L’accesso viene concesso a un’applicazione, non è l’applicazione ad attribuirselo. Ogni autorizzazione indica l’identità e gli ambiti API che copre, quando è stata creata e quando scade – e porta con sé il comando che la revoca. Una connessione che non può vedere è una connessione che non può controllare.

Autorizzazioni di accesso per singola applicazione rilasciate dal servizio di identità di continON; ogni applicazione elenca i propri ambiti di identità e API.
Accesso delle applicazioni client in continON: ogni applicazione è elencata con l’identità e gli ambiti API che le sono stati concessi, la data di creazione, la data di scadenza e il comando per revocarla.

Ciò che non passa.

  • Non esistono webhook in entrata né in uscita. Qui nulla resta in attesa di essere richiamato da un sistema configurato altrove.
  • Non esiste un’importazione generica in blocco di fogli di calcolo nei record operativi. I dati passano perché vengono interrogati o inseriti, non perché vengono caricati in blocco.
  • Il connettore contabile è configurato su una sandbox. Non viene presentato come un’integrazione contabile attiva in produzione.
  • Non si dichiarano connettori oltre ai provider e ai servizi citati in questa pagina. Ciò che non è realizzato resta non supportato finché non lo sarà.

Sostituire un sistema è talvolta la decisione giusta. Questa pagina riguarda i casi in cui non lo è, e vuole essere abbastanza precisa da permetterle di capire in quale caso si trova.

Porti un sistema che non intende sostituire.

Una dimostrazione guidata su un mandante dimostrativo anonimizzato: una copia di una delle sue origini dati collegata, una query salvata costruita su di essa e la stessa definizione che alimenta una maschera, un report e un documento generato.