Application citoyenne évolutive

La démarche de sourcing vise à identifier une solution complète d’application citoyenne ou de supra-application : un socle unique, personnalisable et évolutif, conçu, édité, déployé et maintenu, qui rassemble l’accès aux services du quotidien sans imposer le remplacement systématique des outils métiers existants. Il s’agit d’une démarche préalable, sans engagement contractuel ni attribution garantie d’un futur marché.

La solution doit d’abord donner accès aux services communautaires. Une extension à certains services municipaux, notamment ceux de la Ville de Vichy, pourra être envisagée ultérieurement si la collectivité le décide. Il n’est pas demandé de concevoir deux applications ou deux interfaces distinctes. L’information touristique n’est pas au cœur du besoin et pourra être accessible par renvoi ou connecteur.

Parcours et fonctions destinés aux usagers

• Informations pratiques sur les services : horaires, coordonnées, modalités d’accueil, recherche par besoin ou thématique, actualités, fermetures, travaux et perturbations.
• Demandes et démarches : formulaires, réclamations, dépôt de pièces, accusé de réception, orientation vers le service compétent, suivi et réponse, avec accès intégré ou contextualisé aux téléservices existants.
• Signalements sur l’espace public : catégorie, description, photographie et localisation ; confirmation, suivi et notifications de prise en compte ou de clôture ; affectation, tableaux de bord, statistiques et interface avec les outils de traitement.
• Consultation sécurisée de factures, justificatifs, consommations et historiques lorsque les outils métiers le permettent, ainsi que paiement direct ou accès sécurisé à un service existant, notamment pour l’eau ou l’enfance. L’articulation avec les solutions de paiement, de facturation, de régie et les portails existants ne préjuge pas des services qui seraient retenus dans un futur marché.
• Réservations et inscriptions : disponibilités, réservation d’équipements, salles, activités, services ou créneaux ; confirmation, modification, annulation, rappels et paiement associé si nécessaire.
• Mobilité du quotidien : horaires et perturbations des bus, transport à la demande, vélo et autres mobilités, avec accès aux services spécialisés par intégration ou renvoi contextualisé.
• Notifications push et alertes importantes ou urgentes, avec abonnement par thématique, service, commune ou secteur, programmation, suivi technique des envois et gestion des préférences.

Intégration et administration

L’application doit pouvoir s’interfacer avec les portails, téléservices et logiciels métiers, ou en rendre l’accès cohérent. Les outils cités à titre indicatif comprennent ARPEGE (Concerto), Planitech, CHR365, Bluespark, Odoo et Reservit ; cette liste n’est ni exhaustive ni figée, et ne désigne pas des intégrations déjà arrêtées. Les solutions envisagées peuvent notamment relever d’API, webservices, connecteurs, authentification fédérée, échanges de données, affichage intégré ou renvoi contextualisé. Les opérateurs sont invités à préciser prérequis, dépendances aux éditeurs tiers, délais, coûts, maintenance associée et limites.

L’administration porte sur les contenus, formulaires, raccourcis et notifications, avec droits différenciés, circuits de validation, journalisation, tableaux de bord et statistiques. L’offre attendue doit distinguer, pour chaque service, ce qui relève du natif, d’un connecteur existant, du paramétrage, d’un développement spécifique, d’un renvoi ou de ce qui n’est pas couvert ; elle doit aussi préciser imports, exports, synchronisations, gestion des erreurs et maintien des interfaces.

Expérience, accessibilité et protection des données

Le socle doit être personnalisable à l’identité de la collectivité et compatible avec les versions maintenues d’iOS et d’Android ; un accès web peut également être proposé. L’interface est attendue simple et adaptée à un usage quotidien, avec prise en compte du RGAA, indication de l’état de conformité et démarche de tests utilisateurs. L’accès sans compte est recherché lorsque l’identification n’est pas nécessaire ; l’espace personnel doit permettre une authentification proportionnée, la gestion des préférences et la suppression du compte, tout en préservant la continuité du parcours avec les services tiers.

Les opérateurs devront décrire la protection des données dès la conception et par défaut, en tenant compte de la recommandation de la CNIL relative aux applications mobiles dans sa version mise à jour. Sont notamment attendus :

• la qualification des rôles de la collectivité, de l’éditeur, de l’hébergeur, des fournisseurs de SDK et des partenaires, ainsi qu’une cartographie des données et flux par parcours ;
• les finalités, bases juridiques envisagées, données obligatoires ou facultatives et durées de conservation paramétrables ; la minimisation, des permissions limitées au besoin, l’absence de collecte en arrière-plan non justifiée et des paramétrages protecteurs ;
• l’information des personnes, le consentement lorsqu’il est requis, la gestion des préférences, l’exercice des droits et la suppression du compte ; l’inventaire des traceurs et composants tiers, leurs finalités et destinataires et les mécanismes de consentement ;
• la localisation de l’hébergement, les sous-traitants ultérieurs, les transferts hors Espace économique européen et les garanties associées ;
• l’authentification adaptée aux risques, le chiffrement, le cloisonnement, les habilitations, la journalisation, les sauvegardes, les tests et la continuité ; la sécurité des API et connecteurs, la gestion des secrets, la séparation des environnements et le maintien en condition de sécurité ;
• la détection et la notification des violations de données, la coopération avec la collectivité et l’assistance au registre, à l’analyse d’impact si nécessaire, aux demandes de droits et aux audits ;
• la réversibilité, la restitution exploitable des données, leur suppression et une attestation de destruction en fin de contrat.

Les contributions au sourcing sont également attendues avec une présentation de l’opérateur, de son équipe, de ses partenaires et de références comparables, une description de l’architecture et de la feuille de route, ainsi que des éléments de méthode, de gouvernance, de formation, de support et de charge pour les services.