Continual

Qu’est-ce que Continual ?

Continual est une plateforme de développement de logiciels d’entreprise et d’agents IA fournie par Continual, Inc., dont le produit est actuellement positionné comme un OS d’entreprise propre à l’organisation. Les équipes peuvent créer des analyses, des applications internes et des agents automatisés autour de processus métier réels, sans avoir à s’adapter entièrement aux solutions SaaS générales.

Le produit actuel diffère de l’approche initiale des copilotes d’IA axés sur les entrepôts de données ; les descriptions anciennes ne peuvent plus servir de base pour décrire ses fonctionnalités. La page d’inscription est indiquée comme Beta, les utilisateurs peuvent demander un compte ou contacter le service commercial pour discuter des scénarios d’usage.

Base d’activités unifiée

Continual place les objets métier, les flux de travail, les indicateurs et les permissions au même niveau de gouvernance, afin qu’ils soient partagés par les analyses, les applications et les agents. Cela permet de réduire les problèmes de définitions différentes pour un même client, une même commande ou un même produit dans plusieurs outils.

Fonction principale

Construire des logiciels métier par le dialogue

• L’utilisateur décrit la manière dont il souhaite que le service fonctionne ; le système génère en fonction de cela un modèle de données, des flux de travail, une interface d’opération et des agents.
• Il est préférable de commencer par des aspects opérationnels concrets tels que la renouvellement des contrats, les anomalies de la chaîne d’approvisionnement, le traitement ou l’approbation des commandes, plutôt que de reconstruire tous les systèmes d’un coup.
• Les structures générées par l’IA nécessitent que les responsables métier vérifient les champs, les états, les exceptions et les responsabilités d’approbation ; on ne peut pas considérer directement une description en langage naturel comme une exigence complète.

Analytique Analyse des affaires

• La capacité d’analyse partage une base de données avec les objets métier et les indicateurs, ce qui permet de créer des vues autour des commandes, des clients, des stocks ou des processus financiers.
• Les indicateurs unifiés réduisent l’écart de définition entre les rapports et le système d’exécution, et les anomalies peuvent être transmises ultérieurement à des workflows ou à des agents pour traitement.
• La page publique ne liste pas les types de graphiques spécifiques, le langage de requête ni la fréquence de mise à jour des données ; les besoins avancés en BI doivent être testés lors d’une période d’essai.

Applications Applications internes

• La plateforme peut générer des espaces de travail et des interfaces pour des opérations spécifiques, permettant aux équipes de consulter les enregistrements, de gérer les exceptions, d’effectuer les approbations et de suivre l’état.
• Déploiement intégré, authentification, permissions et surveillance, afin de réduire le travail de mise en place répétée d’infrastructures lors du passage du prototype à une application en production.
• Conçu pour des logiciels de gestion interne aux entreprises ; les capacités d’application à grande échelle pour le grand public, ainsi que les possibilités de déploiement géographique et les limites de performance, ne sont pas encore publiées.

Agents Automatisation des processus métier

• Les agents peuvent accéder à un contexte métier et à des outils contrôlés en termes de permissions, afin d’enquêter sur les anomalies, de coordonner des tâches ou d’exécuter des étapes de processus.
• La plateforme insiste sur le maintien du contrôle des personnes : il est possible de mettre les résultats de l’agent en attente d’approbation, avant que des personnes autorisées ne donnent leur accord pour poursuivre les opérations.
• La capacité d’automatisation dépend de la qualité des données, des droits des outils et de la stabilité des systèmes tiers ; les actions à haut risque doivent faire appel aux droits minimaux et à une confirmation manuelle.

Contrôle de versions et de déploiement

• Les modifications peuvent d’abord être en version brouillon ; après avoir été testées et approuvées, elles sont publiées comme nouvelle version, afin d’éviter d’affecter directement les processus en cours.
• La plateforme affiche l’état du déploiement, de l’authentification, des permissions et de la surveillance, afin de déterminer si l’application est prête pour être mise en ligne.
• Les informations publiques ne révèlent pas le niveau de rollback, le framework de test ni le nombre d’environnements ; la stratégie de modification en production doit être confirmée dans le compte.

Fondements de Git et Postgres

• Le code généré et étendu est stocké dans Git, les ingénieurs peuvent le vérifier et le modifier directement, au lieu de ne pouvoir manipuler que des configurations visuelles fermées.
• Les données métier sont hébergées sur Postgres, ce qui facilite l’utilisation d’outils de base de données courants et de méthodes de migration ; le produit vise à ne pas verrouiller les données.
• Le fait que le code soit accessible ne signifie pas que la plateforme Continual elle-même est open source ; les conditions de sauvegarde, d’exportation et de restauration des bases de données hébergées doivent encore faire l’objet d’une confirmation contractuelle.

Données et systèmes connectés

Processus d'utilisation

1. Choisir une opération commerciale aux frontières bien définies, et organiser les objectifs, les rôles impliqués, les objets de données, les règles d’approbation et les exceptions courantes.
2. Inscrivez-vous à un compte Beta ou contactez le service des ventes pour connecter les données de test et configurer les droits strictement nécessaires pour le CRM, l’ERP, les documents ou l’API.
3. Décrire le modèle de données, les flux de travail, l’interface et les responsabilités des agents par le biais de dialogues, afin que la plateforme génère la première version de l’application.
4. Les équipes commerciales et d’ingénierie vérifient les champs, les règles, les permissions, les journaux et les appels de tiers, et utilisent des données non de production pour tester les chemins normaux et anormaux.
5. Corriger les problèmes pendant les phases de brouillon et de révision, puis publier la version une fois que l’état du déploiement, de l’authentification, des permissions et du suivi est confirmé.
6. Après le déploiement, examiner les décisions de l’agent, les tâches échouées et l’utilisation des permissions, et étendre progressivement l’automatisation via de nouvelles versions.

Adapté aux utilisateurs et aux scénarios

• Équipe opérationnelle : Création d’espaces de travail pour la renouvellement des contrats, les commandes, les achats, la chaîne d’approvisionnement et la gestion des anomalies.
• Équipe des données : Utiliser des objets et des indicateurs unifiés pour l’analyse, et transmettre les problèmes identifiés à des processus exécutables.
• Équipe d’ingénierie : Vérifier et étendre le code généré dans Git, en connectant les systèmes internes via une API.
• Administrateur : Mettre l’approbation, les stratégies et l’audit sur une base partagée, en introduisant progressivement une automatisation contrôlée par des agents.

Prix, essai et remboursement

Continual ne divulgue pas les montants précis des forfaits, le nombre d’utilisateurs, la capacité de la base de données, la quantité d’algorithmes utilisés ni les quotas d’exécution des agents. L’inscription se fait en version Beta ; l’accès à une période d’essai, les fonctionnalités disponibles et leur durée dépendent des conditions de l compte ou de la souscription correspondante.

Les frais mentionnés dans les conditions générales ne sont généralement pas remboursables, et l’abonnement ne peut pas être résilié pendant la période convenue ; la facture doit généralement être payée dans un délai de 30 jours après son émission, sous peine de frais supplémentaires ou de résiliation du service. Seuls des cas spécifiques, tels que une contestation relative aux droits de propriété intellectuelle entraînant la résiliation du service, peuvent permettre le remboursement des frais prépayés restants.

API, SDK et statut open source

• La plateforme peut se connecter aux API et aux agents externes ; les conditions mentionnent également que certaines abonnements peuvent utiliser des SDK ou des clients en ligne de commande, mais aucun document de développement actuel ni liste d’interfaces stables n’a été rendu public.
• Aucun dépôt officiel de code source ou licence open source pour les produits Continual n’a été trouvé, ce qui signifie qu’il s’agit d’une plateforme hébergée commercialement.
• Le code du client est stocké dans Git, les ingénieurs peuvent l’élargir, mais cela ne signifie pas que le code de la plateforme sous-jacente soit accessible au public.
• Les services CRM, ERP, cloud, de modélisation et de paiement tiers peuvent avoir des frais et des conditions indépendants, et l’abonnement Continual ne couvre pas nécessairement ces coûts.

Données, vie privée et droits d’auteur

• Les conditions stipulent que le client est propriétaire des données clients, ainsi que des résultats fournis à l’issue du service, qui sont dérivés de ces données, des paramètres de modèle, des configurations, des documents de la base de connaissances et des entrées utilisateur.
• Continual conserve le droit sur la plateforme, le logiciel client ainsi que les technologies liées aux services professionnels ; la propriété des résultats de personnalisation spécifique reste soumise à la commande.
• La session d’explication de la politique de confidentialité conserve le contexte organisationnel, les documents téléchargés, les connexions de données, les messages des utilisateurs, la configuration de l’agent, la recherche de données et la génération de réponses.
• Les informations personnelles et les données d’utilisation peuvent être traitées aux États-Unis, ou être confiées à des prestataires de services d’analyse, de marketing, de support, d’hébergement et de paiement.
• Le client doit disposer des autorisations légales nécessaires pour connecter les données commerciales et les informations personnelles à la plateforme ; pour les données personnelles de l’UE, il est possible de demander un appendice de traitement des données.
• À moins qu’une convention de souscription spécifique ne prévoie le contraire, les données de carte de paiement ne doivent pas être soumises ; les données de santé régies par HIPAA exigent la signature de l’annexe applicable avec le partenaire commercial.
• Le service utilisera des données de performance agrégées ou anonymisées pour améliorer le produit ; les modalités de conservation des journaux, de sauvegarde, de rétention des données et de suppression devront être précisées dans le contrat.

Restrictions d'utilisation

• La sortie de la plateforme et les agents peuvent rencontrer des erreurs ; les conditions ne garantissent ni un service continu, ininterrompu ou sans erreur, ni que les données des clients ne seront jamais perdues.
• Ne doit pas être utilisé pour des activités illégales, du logiciel malveillant, de la fraude, du harcèlement, des violations de droits, de la violation de la vie privée ou pour des conseils juridiques, médicaux et financiers sans mesures de sécurité.
• Les pannes des systèmes tiers, les erreurs de champs et une configuration inadéquate des droits d’accès peuvent affecter l’application et les agents ; le client reste responsable de la légitimité et de la qualité des données.
• Les fonctionnalités, l’interface et les limitations de la phase Beta peuvent évoluer rapidement ; les achats en production doivent se baser sur le compte actuel, les commandes et l’évaluation technique.

Questions fréquentes

Quel est le produit Continual aujourd’hui ?

Il s’agit actuellement de la plateforme Company OS, utilisée pour créer des analyses d’entreprise, des applications internes, des workflows et des agents IA, et n’est plus simplement le copilote de entrepôt de données des débuts.

Faut-il savoir programmer ?

Les commerciaux peuvent décrire les besoins par le biais de dialogues, mais les applications de production nécessitent néanmoins que les équipes d’ingénierie, de données et de sécurité examinent les structures de données, le code, les permissions et les intégrations générés.

Continual est-il gratuit ?

La page publique ne propose ni plan gratuit ni tableau des prix. Il est possible de demander un compte Beta pour le moment ; les fonctionnalités d’essai, la durée et les conditions de paiement dépendent de la confirmation du compte ou de la vente.

Le code et les données peuvent-ils être exportés ?

La description du produit indique que le code se trouve dans Git et les données dans Postgres hébergé, soulignant sa capacité à être vérifié et étendu ; les conditions de export complet, de migration et de conservation après cessation nécessitent une confirmation par contrat.

Continual est-il open source ?

Ce n’est pas un produit open source confirmé. Le fait que le client puisse accéder à son propre code ne signifie pas que la plateforme sous-jacente ait un code source ouvert, et aucune licence open source officielle n’a été trouvée pour l’instant.

Les agents peuvent-ils exécuter automatiquement des opérations à haut risque ?

La plateforme dispose de capacités de flux de travail et d’appel d’outils, mais les opérations à haut risque doivent faire l’objet de droits minimaux, d’une approbation manuelle, d’un contrôle de conformité et de mécanismes de récupération en cas de panne ; il ne convient pas de les exécuter de manière entièrement automatisée.