Questions fréquentes pour choisir, connecter et quitter un outil numérique

Quand un tableur suffit-il encore ?

Un tableur reste proportionné pour un calcul ou un registre limité lorsque peu de personnes le modifient, que les colonnes ont une définition commune, que les contrôles sont simples et que les sauvegardes sont maîtrisées. Sa souplesse permet de tester une méthode avant de figer un processus.

Le signal de changement n’est pas un nombre universel de lignes. Il apparaît lorsque plusieurs copies divergent, que les droits sont trop larges, que les statuts se réécrivent librement, que les exceptions se multiplient ou que le départ d’une personne rend le fichier incompréhensible.

Quelle différence entre logiciel métier, SaaS, cloud et portail ?

Un logiciel métier représente les objets, rôles et étapes d’une activité. SaaS décrit un mode de fourniture de l’application comme service ; le cloud décrit des caractéristiques et modèles de ressources informatiques ; un portail rassemble surtout une orientation ou des accès. Ces termes peuvent se combiner mais ne sont pas synonymes.

Vérifiez donc la fonction avant le mode d’hébergement : quelles règles sont couvertes, qui administre, quelles données sortent, quel mode dégradé existe et quelle dépendance au réseau ou au fournisseur demeure ?

Une API garantit-elle l’interopérabilité ?

Non. Une API expose une interface ; son utilité dépend des objets et opérations réellement documentés, des droits accordés, de la version, des quotas, des erreurs et du maintien par le fournisseur. OpenAPI peut décrire ce contrat sans garantir la qualité des données ni la disponibilité du service.

L’interopérabilité exige en plus une source d’autorité par donnée, des identifiants stables, un mapping, une règle de conflit, une supervision et un rollback. Un fichier iCalendar peut être plus proportionné pour un besoin uniquement calendaire, tandis qu’une API devient nécessaire pour des actions métier supplémentaires.

Comment comparer deux solutions sans favoriser celle que l’on préfère déjà ?

Utilisez la même matrice et le même scénario pour toutes les options, y compris le maintien de l’existant. Les critères portent sur le parcours couvert, les rôles, les erreurs, la sécurité, l’accessibilité, l’export, le mode dégradé, le coût total et la capacité de correction.

Attribuez le poids des critères avant la démonstration et notez « inconnu » lorsqu’une preuve manque. Une promesse, une capture ou une liste de fonctions ne reçoit pas la même note qu’un parcours exécuté avec des données autorisées et un résultat vérifiable.

Que faut-il ajouter au prix d’abonnement ?

Le coût total inclut paramétrage, reprise de données, formation, connexions, administration, support, incidents, contrôles manuels et sortie. Le temps interne reçoit une hypothèse explicite ; les gains supposés restent séparés tant qu’ils ne sont pas mesurés.

Comparez des scénarios de même durée et périmètre. Un outil sans abonnement peut coûter cher en réconciliation ; une suite payante peut ajouter des modules inutiles. La meilleure option est celle dont le coût complet reste compatible avec le résultat attendu et le risque accepté.

Quelles données faut-il transmettre à un nouvel outil ?

Transmettez uniquement les données nécessaires au parcours défini et autorisées pour cette finalité. Nettoyez d’abord les doublons, qualifiez les identifiants, séparez l’état courant de l’historique et retirez les champs devenus inutiles. La CNIL rappelle le principe de minimisation et la nécessité de durées de conservation adaptées.

Un export de migration n’est pas un journal public. Il reste protégé, borné dans le temps et accessible aux seules personnes chargées de la reprise. Les logs techniques excluent secrets, documents, messages libres et données personnelles non nécessaires au diagnostic.

Quand automatiser une décision ou utiliser une IA ?

Automatisez d’abord les tâches dont la source, la règle, le résultat et l’échec sont observables : validation de format, déduplication, rappel borné ou classement préparatoire. Une IA peut assister la recherche ou la rédaction, mais une sortie probabiliste doit être signalée et vérifiée lorsqu’elle affecte une personne, un accès, un paiement, une sécurité ou un litige.

Prévoyez l’exception avant l’automatisation : responsable humain, seuil d’arrêt, trace expurgée, correction et retour à une procédure manuelle. Une fonction qui accélère le cas nominal mais rend l’erreur inexplicable déplace le coût au lieu de le supprimer.

Comment migrer sans créer deux sources actives ?

Désignez le système d’autorité, figez les identifiants, importez un lot représentatif, rapprochez les volumes et les contrôles puis basculez atomiquement. L’ancien système peut rester accessible en lecture pour la preuve ou le rollback, mais il ne doit plus recevoir des mises à jour concurrentes après la bascule.

Un connecteur reprend depuis un checkpoint, valide le schéma, déduplique, met les données invalides en quarantaine et publie seulement un lot complet. Une seconde tentative doit être idempotente et un seul ordonnanceur pilote une même source.

Que faut-il tester avant de dépendre d’un fournisseur ?

Testez l’export dans un format documenté, la restitution des pièces, la conservation des identifiants, la révocation des accès et le délai de reprise. Distinguez le droit à la portabilité des personnes, la réversibilité contractuelle du client et les autres obligations applicables au service réel.

Le rollback doit restaurer une version exploitable sans effacer les données créées pendant l’incident. N’attendez pas une rupture de contrat pour découvrir que l’archive est illisible, que les relations entre objets sont perdues ou que seul le fournisseur sait réimporter le format.

Les applications DOHM doivent-elles fonctionner ensemble ?

Non. Chaque produit DOHM doit fonctionner dans son périmètre et conserver ses propres règles, données et preuves. Une interopérabilité peut simplifier un parcours seulement si les deux produits, le contrat d’échange, les responsabilités et le consentement requis sont qualifiés.

Le catalogue commun aide à retrouver les solutions ; il ne fusionne pas les données métier. Une fonction future reste masquée ou décrite comme telle jusqu’à une passation publique vérifiée. Cette indépendance permet aussi de remplacer ou céder un produit sans rendre le reste du portefeuille inutilisable.

Quelle checklist utiliser avant la décision finale ?

Une décision traçable tient sur une fiche courte. Les détails techniques restent dans les preuves liées ; la fiche conserve les critères et le résultat.

1. Parcours réel, profils et résultat attendu décrits
2. Options comparées sur les mêmes critères
3. Capacités inconnues laissées inconnues
4. Données, rôles et source d’autorité cartographiés
5. Coût total et hypothèses séparés
6. Accessibilité, sécurité et mode dégradé testés
7. Export, migration et rollback essayés
8. Responsable et date de réévaluation nommés