PlateformeIntégrations & données
Une connexion, c’est une requête, des identifiants et une signature. Elle n’a rien de magique.
Cette page montre le mécanisme plutôt que la promesse. Ci-dessous, une requête est suivie depuis l’élément de continON qui en avait besoin, au-delà des identifiants enregistrés par votre organisation, jusqu’à un système qui ne bouge jamais, puis de retour dans le modèle – suivie de la liste exacte de ce qui peut être atteint de cette manière, et de ce qui ne peut pas l’être.
La forme de la réponse Cinq étapes, puis une liste fermée de ce que continON atteint, puis une liste de ce qu’il ne fait pas du tout. Si un mécanisme est configuré mais non éprouvé, il est désigné comme tel.
Une requête, de l’aller jusqu’au retour.
Un élément interne demande
Un rapport, un formulaire, une étape de flux de travail ou un écran a besoin d’informations que continON ne détient pas. La requête est émise par l’application, pas par la personne qui l’utilise.
Les identifiants sont récupérés
L’organisation a enregistré ce système externe sous un nom, avec son adresse, un identifiant d’application et une clé. La clé est conservée chiffrée et n’est jamais affichée à un utilisateur.
La requête est signée
Avant de partir, la requête est signée avec la clé de l’organisation, afin que le système qui la reçoit puisse établir qu’elle provient de cette organisation et qu’elle n’a pas été modifiée en chemin.
Le système externe répond
Il reste où il est, conserve ses propres données et ses propres règles, et répond à la requête comme à n’importe quelle autre. Rien de lui ne doit migrer dans continON.
La réponse arrive dans le modèle
La réponse est lue par l’élément qui l’a demandée, selon les mêmes règles d’organisation et de poste que toute donnée continON – un rapport sur des données externes est donc délimité exactement comme un rapport sur des données internes.
Dans continONLa frontière elle-même À l’extérieur, et qui le reste
Ce qui peut être atteint, et ce dont chaque élément a besoin de votre part.
Les bases de données que vous exploitez déjà
SQL Server, PostgreSQL, MySQL et Access via OleDB – plus les fichiers partagés. C’est la liste complète, pas un exemple tiré d’une liste plus longue.
Ce qu’il fautUne connexion utilisable par continON, et une requête enregistrée rédigée sur cette connexion dans le Query & Data Source Builder.
Le Query & Data Source BuilderE-mails transactionnels
Les e-mails sortants émis par continON – une notification, une mise à jour de demande, un document généré transmis.
Ce qu’il fautVos propres identifiants d’envoi et votre identité d’expéditeur, conservés par organisation.
Agenda et planification de réunions
Des événements d’agenda créés à partir du travail dans continON, avec un lien de participation généré pour la réunion.
Ce qu’il fautUne autorisation sur le compte d’agenda dans lequel les événements doivent être créés.
Un connecteur comptable
Un service comptable désigné, via son propre flux d’autorisation.
Ce qu’il fautUne autorisation auprès de ce service.
Pas encore éprouvé en productionConfiguré sur l’environnement de test de l’éditeur. Il n’a pas été vérifié sur un compte réel ; il figure donc ici pour ce qu’il est, et non comme une intégration opérationnelle.
Les systèmes externes que vous enregistrez vous-même
Tout système qui répond via HTTP et sait vérifier une requête signée – enregistré par votre organisation plutôt qu’intégré à continON.
Ce qu’il fautUn nom, une adresse, un identifiant d’application et une clé. continON stocke la clé chiffrée et signe en votre nom.
Pourquoi un système peut rester où il est
Ce qui sort de continON.
- Les données opérationnelles au format Excel ou CSV
- Les documents et rapports au format PDF, générés à partir de modèles conçus par votre équipe
Et la lacune, énoncée Les informations sortent de continON bien plus facilement qu’elles n’y entrent en masse. Il n’existe pas d’outil d’importation générique : intégrer un jeu de données existant signifie l’atteindre là où il se trouve au moyen d’une requête enregistrée, et non téléverser un tableur. Si votre évaluation dépend d’un chargement en masse, abordez-le tôt – c’est une question de périmètre, pas un simple réglage.
Ce qui n’existe pas du tout ici.
- Les webhooks, dans un sens comme dans l’autre. continON ne publie pas d’événements auxquels un autre système pourrait s’abonner, et n’en accepte pas.
- Une importation de fichiers entrante à usage général. Les données entrent en étant interrogées là où elles se trouvent, pas en étant téléversées en masse.
- Le traitement des paiements, la gestion des cartes ou toute infrastructure de paiement.
- L’envoi par SMS et par plateformes de messagerie. Les notifications parviennent aux personnes par e-mail et dans continON.
- La signature électronique.
- Les intégrations avec des plateformes de messagerie instantanée et de réunion au-delà de la planification d’agenda mentionnée plus haut.
Où se situe une connexion dans les couches
Pointez-le vers un système que vous exploitez déjà.
Sur une copie anonymisée de l’une de vos sources de données : écrire la requête, puis utiliser le résultat dans un rapport, un tableau de bord et un formulaire – et le voir délimité par les mêmes règles de poste que tout le reste.