Le portail et le back-office doivent partager les mêmes règles.

Le portail est le point de vue du client : une demande à compléter, une pièce attendue, un résultat partagé. Le back-office est celui de l’équipe : affectation, examen, correction et suivi. Le modèle métier relie les deux en définissant les états du dossier et les transitions autorisées. Un changement de statut doit avoir une signification commune, même si les écrans sont différents.

Il faut aussi préciser ce que le client ne voit pas : notes internes, commentaires de revue ou informations d’un autre dossier. Cette séparation doit être appliquée dans les accès aux données. Retirer un bouton ne protège pas un document si son adresse reste utilisable ; les tests doivent donc vérifier les accès directs autant que la navigation prévue.

Une matrice de rôles doit distinguer consultation, modification, attribution et validation. Elle doit couvrir les collaborateurs qui quittent une équipe, les remplacements temporaires et les clients rattachés à plusieurs dossiers. Les permissions effectives demandent des contrôles côté serveur et des essais entre organisations ; une déclaration de rôle dans le navigateur ne suffit pas.

Le journal attendu doit conserver les événements utiles avec leur auteur et leur contexte, selon un périmètre de données minimisé. Son intégrité, ses exportations et sa durée de conservation nécessitent des mécanismes vérifiables. Le qualifier d’inaltérable sans avoir éprouvé ces mécanismes donnerait une assurance que le projet ne peut pas encore fournir.

Une intégration commence par la vérification de l’interface disponible, de ses droits et des échanges permis. Comptabilité, signature, messagerie ou gestion de dossiers peuvent avoir des contraintes différentes. Une absence d’interface ne justifie pas automatiquement de remplacer le logiciel : un export limité ou une étape manuelle peuvent être préférables.

Les erreurs doivent être visibles au bon endroit : opération refusée, réponse tardive, doublon, donnée modifiée depuis la dernière synchronisation. Les reprises doivent éviter les écritures en double. Une future connexion à Vedetta peut être étudiée pour la vigilance, mais le produit et ses interfaces restent en développement pour toutes les professions concernées à Monaco.

Le périmètre doit choisir une première chaîne complète, de la saisie au traitement, et fixer ses critères d’acceptation. Le nombre d’écrans ne révèle pas la complexité d’une reprise de données ou d’une permission. Le devis et le calendrier doivent donc inclure les dépendances, les vérifications et la préparation de l’exploitation, sans délai de production standard.

La passation doit permettre à l’organisation de comprendre et d’exploiter sa plateforme : comptes identifiés, accès aux données documentés, droits sur le code convenus et procédure claire pour demander une évolution. La reprise fait partie de cette livraison, avec les informations nécessaires à la restauration et les personnes responsables. Ces éléments se définissent avec l’interface, pour qu’un changement d’équipe ou de prestataire ne dépende pas de décisions à reconstituer après la fin du projet.