Organiser une coopération sans confondre service commun et prestation

Choisir l’instrument à partir de l’activité réellement partagée

Une coopération peut porter sur une compétence transférée, un service mis à disposition, une équipe commune ou un objet d’intérêt partagé. Ces situations n’ont pas les mêmes conditions. Le projet commence par définir les personnes participantes et les tâches : assistance, maintenance, instruction, décision ou contrôle. Un modèle de convention trouvé dans une autre collectivité ne peut être reproduit avant cette qualification. La similarité des intitulés ne démontre ni l’identité des missions ni celle des pouvoirs concernés.

L5211-4-1 prévoit notamment des mises à disposition de services avec convention et remboursement dans le cadre qu’il définit ; L5211-4-2 porte sur les services communs en dehors des compétences transférées. Dans le premier cas, il faut identifier le service conservé ou fourni et sa relation aux compétences ; dans le second, il faut organiser l’équipe et ses effets propres. Une convention appelée « mutualisation » reste insuffisante si le régime retenu ne correspond pas à ce qui est effectivement fait.^[2]

L’entente de L5221-1 concerne des objets compris dans les attributions des participants et permet des conventions pour des ouvrages ou institutions d’utilité commune. Son fonctionnement relève de L5221-2, notamment pour la ratification des décisions. La coopération recherchée doit donc rester reliée aux compétences de chaque personne publique. La conférence de partenaires peut préparer une décision sans devenir une autorité nouvelle dotée, par commodité, de tous les pouvoirs nécessaires.^[3]

Écrire une convention que les équipes puissent utiliser

La convention proposée distingue le périmètre inclus, les exclusions et les interfaces. Dans les Hautes-Rives, l’équipe assure la maintenance des postes et l’assistance sur des applications identifiées. Elle ne décide pas des inscriptions municipales ni de la politique de chaque activité. Les communes conservent un interlocuteur pour les choix métier et la validation des interventions qui les concernent. Cette description rend le partage matériel compatible avec les compétences conservées ; sa rédaction doit ensuite être vérifiée au regard du régime retenu.

La convention définit un circuit de demande. L’agent communal signale l’incident avec les informations nécessaires, le service commun qualifie sa gravité et le responsable compétent valide la priorité lorsque plusieurs demandes entrent en conflit. Les urgences de sécurité et les incidents ordinaires ne suivent pas nécessairement le même délai. Le protocole proposé ne fixe pas un objectif identique pour tous les cas : il distingue une interruption générale, une panne individuelle et une demande d’évolution, puis explique qui peut décider d’une exception.

Les modalités financières doivent permettre de prévoir et de discuter la contribution. La convention ne doit pas promettre une économie globale sans décrire les coûts retenus, leur répartition et le traitement d’une évolution du périmètre. Une annexe de calcul et une procédure de révision évitent de transformer chaque facture en négociation. La méthode n’autorise pas à utiliser n’importe quelle clé : le régime juridique applicable au remboursement doit être contrôlé. Le calcul doit aussi rester compréhensible pour les responsables des budgets participants.

Préparer les effets sur les agents avant l’ouverture

La fiche d’impact prévue pour le service commun décrit notamment l’organisation, les conditions de travail, la rémunération et les droits acquis. Les situations de fonctions exercées totalement ou partiellement dans le service commun sont distinguées par le texte. Cette analyse doit partir du travail effectif. Un même intitulé peut cacher un agent consacré à l’informatique et un autre partageant son temps avec l’accueil. Le projet doit connaître cette différence avant de fixer les moyens et le calendrier.^[1]

L’examen proposé associe lieu de travail, déplacements, horaires, équipement et circuit hiérarchique. Une équipe située dans un site communautaire peut intervenir dans plusieurs communes ; le temps de déplacement devient alors une ressource à prévoir. Une disponibilité téléphonique plus large peut modifier les conditions d’exercice. Une nouvelle procédure de signalement peut demander une formation aux agents communaux. Ces conséquences ne doivent pas être présentées comme de simples détails techniques après la décision ; elles influencent la faisabilité du service.

Les consultations nécessaires interviennent sur un projet assez précis pour que ses effets soient discutés utilement. Une fiche qui indique seulement « amélioration du fonctionnement » ne décrit pas le changement. Le dossier présente les tâches, les moyens et les conséquences identifiables, puis conserve les questions encore ouvertes. Les avis ne sont pas confondus avec la décision finale. La méthode proposée laisse un temps pour corriger le projet, expliquer les choix et préparer les actes individuels requis par les situations concrètes.

Déployer le service des Hautes-Rives en étapes vérifiables

La communauté fictive commence par inventorier les postes, applications et contrats des six communes. Deux applications arrivent à échéance à des dates différentes ; une commune dispose d’un contrat de maintenance plus étendu que les autres. L’équipe ne peut promettre immédiatement une prise en charge identique sans lire ces engagements. La préparation identifie ce qui peut être repris dès l’ouverture, ce qui reste temporairement couvert par un prestataire et ce qui exige une décision ou un achat distinct.

La deuxième étape teste le circuit de demande sur un petit périmètre, avec les autorisations nécessaires et sans anticiper irrégulièrement les effets d’un service non créé. Deux communes simulent des incidents et les responsables vérifient la circulation de l’information. Une panne de connexion est correctement priorisée ; une demande d’installation d’un logiciel manque de validation métier. Le protocole est corrigé pour éviter que l’équipe technique installe une application sans responsable identifié. La simulation fournit une preuve de faisabilité, pas une habilitation juridique. Le test comporte également une absence du responsable habituel : la demande doit atteindre un suppléant identifié, avec les informations suffisantes pour décider. Ce contrôle évite que la continuité annoncée dépende en réalité d’une seule personne.

La troisième étape prépare l’ouverture : convention adoptée, actes requis, situation des agents, accès, inventaire, communication aux équipes et fonctionnement de secours. Une liste limitée de conditions bloquantes est proposée. Le service ne commence pas parce qu’une date a été annoncée ; il commence lorsque les pouvoirs, moyens et accès permettent d’exécuter les tâches prévues. Si une commune n’a pas achevé son inventaire, il faut décider explicitement d’un périmètre initial réduit ou d’un report, avec ses effets financiers.

Après un mois fictif, les Hautes-Rives constatent une hausse des demandes. Elle peut venir d’une meilleure visibilité du service, plutôt que d’une dégradation des systèmes. Le comité de suivi distingue nouveaux incidents, demandes anciennement traitées localement et besoins d’évolution. Il ne conclut pas immédiatement qu’il manque un poste. Cette qualification permet de revoir les priorités et le périmètre avant de choisir une augmentation de moyens. Le bilan décrit aussi les tâches communales qui ont été allégées et celles qui restent nécessaires.

Contrôler la coopération et ses limites concurrentielles

Dans sa décision du 3 février 2012, n°353737, le Conseil d’État examine une entente relative à la distribution d’eau. Une coopération pour exercer les mêmes missions peut, dans ce cadre, échapper aux règles de commande publique si elle ne permet pas à l’une des personnes publiques d’intervenir à des fins lucratives comme opérateur sur un marché concurrentiel. Cette solution, liée à la coopération examinée, ne dispense pas automatiquement tout contrat entre personnes publiques des règles de mise en concurrence.^[4]

L’objection à une convention détaillée est qu’elle peut rigidifier une coopération fondée sur la confiance. La réponse consiste à préciser surtout ce qui crée un conflit : priorité, coût, responsabilité et changement de périmètre. Une souplesse peut être organisée par un circuit clair de révision, avec les actes nécessaires, plutôt que par des décisions informelles impossibles à expliquer. La confiance facilite les échanges ; elle ne permet pas aux agents de connaître les attentes divergentes des partenaires sans instructions explicites.

Une autre limite tient au volume d’activité. Une commune peut demander beaucoup d’évolutions et laisser les autres financer une équipe essentiellement consacrée à ses besoins. Le bilan doit donc rapprocher les coûts et les services réellement fournis, tout en distinguant les tâches communes indispensables des demandes spécifiques. Une répartition purement quantitative peut sous-financer la maintenance générale. Le dialogue de suivi examine ces effets avant de modifier la convention ou la clé de contribution dans le cadre applicable.

Pour les Hautes-Rives, la coopération fonctionne lorsque l’instrument juridique, le périmètre, l’autorité fonctionnelle et les moyens décrivent la même organisation. Le déploiement progressif révèle les erreurs de circuit avant une ouverture complète ; la révision encadrée permet ensuite d’ajuster les moyens. La réponse à la question initiale est donc une convention utilisable, des effets sur les agents examinés et une gouvernance capable de décider sans déplacer implicitement les compétences.