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
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 BuilderRegistrare 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 datiUtilizzare 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.
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.
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.
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.
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.

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.

