Hébergement de l’application métier : vérifier l’exploitation

Décrire le service acheté et ses responsabilités

Distinguez le fournisseur d’infrastructure, le mainteneur de l’application et l’entreprise utilisatrice. Qui met à jour le système ? Qui restaure la base ? Qui surveille les erreurs ? Un hébergement peut inclure une machine sans inclure la maintenance de votre code. Les responsabilités doivent être inscrites au contrat pour éviter qu’un incident soit renvoyé d’un intervenant à l’autre.

Recensez les lieux de traitement, les sous-traitants et les accès d’administration. Si des données personnelles sont traitées, faites examiner les contrats et les éventuels transferts par les personnes compétentes. Une implantation française ne démontre pas seule l’absence d’accès depuis un autre pays. Une certification ou qualification annoncée doit être vérifiée pour le service exact proposé, pas pour une autre offre du groupe.

Tester sauvegarde et connexion

Demandez ce qui est sauvegardé : base, pièces jointes, configuration et éléments nécessaires au redémarrage. Une sauvegarde de la base ne remet pas en service une application dont les documents ou la configuration sont perdus. Les copies doivent être protégées et leurs conditions de restauration connues. Organisez un exercice avec une preuve de résultat, selon les objectifs convenus.

La connexion des utilisateurs fait partie du besoin. Un atelier avec un accès instable peut exiger un fonctionnement dégradé ou un autre parcours de saisie. La disponibilité de l’hébergeur ne compense pas une liaison locale indisponible. Vérifiez le comportement des formulaires interrompus : une opération ne doit pas être présentée comme enregistrée si le serveur ne l’a pas reçue.

Prévoir la sortie avant le renouvellement

Faites décrire les exports, les formats, les pièces jointes et l’assistance au transfert. Une archive illisible par un autre système ne permet pas une reprise opérationnelle. Les modalités d’accès au code dépendent des droits contractuels et doivent être distinguées de l’accès aux données. Demandez qui facture le travail de sortie et comment les copies sont traitées après le transfert.

Le DAF compare les coûts récurrents, les variations liées au stockage ou aux utilisateurs et les options de support. Les durées d’engagement et les conditions de résiliation ne doivent pas être découvertes au moment de partir. Une proposition utile explique les limites de service, les contacts d’incident et la méthode de notification des changements. Les objectifs de reprise doivent être compatibles avec le fonctionnement de l’entreprise.

Exercice fictif pour préparer la recette

Préparez un exercice fictif de perte de l’environnement de recette. Le mainteneur doit remettre l’application en service à partir des sauvegardes et de la documentation prévue. Vérifiez les données, les pièces jointes, les configurations et les tâches d’échange. Un site qui s’ouvre sans ses documents ou sans ses traitements ne constitue pas une restauration complète.

Ajoutez une connexion utilisateur interrompue pendant une saisie. La recette montre si l’opération a été reçue et comment l’utilisateur le vérifie. Si une nouvelle tentative est possible, elle doit éviter la création d’un doublon. Les personnes qui travaillent sur un réseau différent doivent participer à ce test avec leurs équipements représentatifs.

Enfin, demandez une sortie bornée vers un environnement distinct. Le dossier inclut formats, dictionnaire et assistance prévue. Les accès aux services de tiers sont identifiés sans exposer de secrets. L’exercice permet de vérifier les promesses d’exploitation et de reprise du service exact acheté, au lieu de conclure à partir d’un nom d’hébergeur ou d’une localisation annoncée.

Une fiche de consultation à remplir avec le métier

Pour utiliser cette grille, réunissez le responsable du processus, un utilisateur qui connaît les exceptions et la personne qui suivra le budget. Préparez un exemple fictif représentatif plutôt qu’une base réelle. Pour chaque ligne, faites décrire l’état actuel, le résultat voulu et la personne habilitée à arbitrer un écart. Les éléments inconnus restent identifiés comme des investigations à mener avant l’engagement de réalisation.

Demandez au candidat de reprendre cette grille dans sa proposition, avec les livrables inclus et les exclusions. Une réponse qui ne couvre qu’un cas normal doit être précisée. Les erreurs, les annulations et les reprises après incident peuvent modifier le coût et le fonctionnement. Conservez les hypothèses acceptées avec le périmètre de recette afin que le responsable puisse vérifier la livraison.

Le rôle de Suite Métier est la mise en relation. Le prestataire confirme la faisabilité, son architecture et son devis après examen du besoin. Les modalités de reprise, les droits contractuels et les engagements de support sont à convenir avec lui. Aucun délai de réalisation ni résultat financier n’est garanti par cette fiche. Le décideur reste maître du choix et de la réception.

Questions pratiques

Préparer la suite du projet

• Migration Access vers une application web : cadrage, reprise et devis
• Demander un devis et cadrer votre besoin
• Prix d’une application métier web : comparer les devis
• Coût des ressaisies Excel : mesurer avant de décider
• Maintenance et réversibilité : obtenir des livrables reprenables
• Notre méthode de sélection et de traitement des demandes
• Cadrer le remplacement d’un outil Access ou Excel