SolutionsConnecter les systèmes existants
Vos systèmes restent où ils sont. Des informations choisies franchissent la frontière.
continON n’a pas besoin d’absorber le parc informatique que vous exploitez déjà pour y être utile. La plateforme peut interroger les bases de données et les fichiers que vous gérez déjà, détenir les identifiants de services externes au nom de votre organisation et exploiter ce qui en revient dans des enregistrements opérationnels – tandis que le système source reste la source.
Les voies par lesquelles l’information peut franchir la frontière
Interroger une source là où elle se trouve déjà
SQL Server, PostgreSQL, MySQL, Access et autres sources OleDB, ainsi que des fichiers partagés. Le Builder parcourt le schéma externe sur place et enregistre une requête paramétrée en tant qu’objet nommé – vous composez ainsi sur les tables dont vous disposez réellement, pas sur une copie exportée par quelqu’un.
Query & Data Source BuilderEnregistrer une API externe au nom de votre organisation
Des identifiants nommés – URL de base, ID d’application, clé – stockés chiffrés et récupérés par les applications qui en ont besoin plutôt que par des personnes. Chaque appel sortant est signé avec la clé de l’organisation : le système destinataire peut ainsi en identifier la provenance.
Intégrations & donnéesUtiliser l’une des intégrations de services livrées avec le produit
Un ensemble restreint, pour l’essentiel opérationnel : l’envoi d’e-mails transactionnels, ainsi que la planification d’agenda et de réunions qui crée des événements avec liens de participation. Un connecteur comptable est disponible en configuration bac à sable, en amont d’une utilisation réelle.
Architecture de la plateforme
Rien ne franchit la frontière par hasard.
Une base de données que vous exploitez déjà
Reste où elle est, avec son propre schéma et sa propre administration.
Franchit sous forme deUne requête enregistrée, composée sur ce schéma
Une seule définition alimente chaque consommateur : la liste déroulante d’un formulaire, les lignes d’un rapport, un widget de tableau de bord et les champs de fusion d’un document généré. Quatre écrans n’ont pas chacun leur propre code de récupération.
Un service que vous payez déjà
Conserve ses propres comptes, ses propres limites et ses propres règles sur ce à quoi il répond.
Franchit sous forme deDes identifiants détenus par l’organisation, pas par une personne
La clé est chiffrée au repos et récupérée au moment de l’appel par l’application qui en a besoin. Rien n’est collé dans un écran, et l’appel sortant porte une signature que l’autre partie peut vérifier.
Un partage de fichiers que votre équipe utilise déjà
Personne n’est invité à le déplacer, à le renommer ou à cesser de l’utiliser comme aujourd’hui.
Franchit sous forme deUne source fondée sur des fichiers, lue via le même catalogue
Elle aboutit dans la même couche de requêtes enregistrées que les bases de données : elle est donc autorisée, paramétrée et consommée à l’identique. Il n’y a pas un mécanisme pour les vraies données et un autre pour les feuilles de calcul.
Un système qui attend des données en retour de votre part
Continue de les recevoir dans le format qu’il comprend déjà.
Franchit sous forme deExportation, et documents générés à partir de vos propres modèles
Les données opérationnelles sortent en Excel, CSV ou PDF, et les modèles fusionnent le contexte propre d’un enregistrement dans le document final – qui est ensuite classé dans le dépôt contrôlé au lieu d’être envoyé par e-mail depuis un dossier.
Ce qui franchit la frontière est nommé, daté et révocable.
L’accès est délivré à une application, et non présumé par elle. Chaque autorisation indique l’identité et les portées d’API qu’elle couvre, sa date de création et sa date d’expiration – et porte la commande qui permet de la retirer. Une connexion que vous ne voyez pas est une connexion que vous ne pouvez pas contrôler.
Ce qui ne franchit pas la frontière.
- Il n’y a pas de webhooks entrants ni sortants. Rien ici n’attend d’être appelé par un système que vous configurez ailleurs.
- Il n’existe pas d’importation générique en masse de feuilles de calcul dans les enregistrements opérationnels. Les données franchissent la frontière en étant interrogées ou saisies, pas en étant chargées par lots.
- Le connecteur comptable est configuré sur un bac à sable. Il n’est pas présenté comme une intégration comptable réelle, en production.
- Aucun connecteur n’est revendiqué au-delà des fournisseurs de données et des services nommés sur cette page. Ce qui n’est pas développé reste non pris en charge jusqu’à ce qu’il le soit.
Remplacer un système est parfois la bonne décision. Cette page porte sur les situations où ce ne l’est pas, et se veut assez précise pour que vous sachiez dans laquelle vous vous trouvez.
Apportez un système que vous ne remplacez pas.
Une démonstration guidée sur un mandant de démonstration anonymisé : une copie de l’une de vos sources de données connectée, une requête enregistrée construite sur cette source, et la même définition alimentant un formulaire, un rapport et un document généré.