Vous avez reçu trois devis de prestataires informatiques. Le moins cher l’emporte, presque automatiquement. C’est le réflexe naturel de la majorité des dirigeants de PME, et c’est précisément ce qui les expose à des coûts bien plus élevés que prévu lorsqu’un incident survient.
Choisir un prestataire informatique sur la seule base du tarif horaire, c’est ignorer la vraie question : combien vous coûte réellement une heure d’arrêt de votre système d’information ? Production bloquée, clients injoignables, données inaccessibles ; le coût d’une panne mal gérée dépasse souvent, et de loin, l’économie réalisée sur le contrat.
Ce guide vous propose une méthode rigoureuse pour évaluer vos prestataires selon des critères mesurables et concrets. Vous apprendrez à calculer votre coût réel de downtime, à décrypter les SLA avec GTI et GTR contractualisés, à évaluer la profondeur du monitoring proactif, et à identifier les pièges contractuels les plus fréquents en infogérance. À la clé : une grille de 12 questions à poser avant de signer, pour transformer un choix instinctif en décision éclairée.
Pourquoi le tarif horaire est le mauvais critère de sélection
Comparer des prestataires informatiques sur leur tarif horaire est une erreur de cadrage, pas une erreur de calcul. Le vrai problème : ce critère mesure le coût d’une intervention, jamais le coût d’une panne.
Le tarif horaire ne reflète pas l’exposition réelle au risque. Une intervention facturée 120 € de l’heure paraît raisonnable jusqu’à ce qu’on calcule ce qu’elle est censée couvrir : 8 heures d’arrêt production pour une PME de 20 salariés, c’est 20 personnes bloquées, des livraisons retardées, des clients qui appellent. La facture du prestataire devient anecdotique face au coût métier de l’immobilisation.
Le modèle réactif pur accumule des coûts que le devis ne montre jamais. Heures salariales perdues, retards de facturation, données partiellement corrompues, tension managériale, rattrapages post-incident : aucun de ces postes n’apparaît sur la facture du prestataire, mais tous s’imputent sur la marge de l’entreprise. Un prestataire qui n’intervient que “quand ça casse” transfère silencieusement ce risque sur son client.
Le marché a évolué, les critères de sélection doivent suivre. En 2026, la majorité des PME et ETI françaises externalisent tout ou partie de leur infrastructure IT. À ce niveau de maturité, la compétition entre prestataires ne se joue plus sur le prix affiché, elle se joue sur la capacité à garantir une continuité d’activité mesurable.
L’écart de coût sur 24 mois peut atteindre un facteur trois à cinq. Un prestataire moins cher au devis, mais fonctionnant exclusivement en mode correctif, génère davantage d’incidents non anticipés, des résolutions plus longues et des surcoûts d’urgence répétés. Sur deux ans, cet écart structurel dépasse largement la différence tarifaire initiale.
Le bon cadre de décision est celui du risque, pas du prix. La question utile n’est pas “combien coûte ce prestataire ?” mais “quel niveau de risque opérationnel ce prestataire me fait-il porter ?” C’est ce cadre qui structure les critères concrets examinés dans la suite de ce guide.
Calculez d’abord votre coût réel d’une heure d’arrêt
Avant de comparer des devis, posez-vous une question plus utile : combien vous coûte une heure d’arrêt informatique ?
La formule de base est simple :
(Chiffre d’affaires annuel / 2 000 heures ouvrées) × nombre de salariés bloqués = coût horaire minimum d’une panne totale
Cette valeur représente uniquement la productivité perdue. Elle ne compte pas encore les coûts indirects, qui doublent souvent la facture réelle : pénalités contractuelles envers vos clients, heures supplémentaires de rattrapage post-incident, coût de récupération des données, et impact financier direct et indirect sur votre réputation.
Exercice pratique : une PME de 15 salariés avec 1,5 M€ de chiffre d’affaires génère environ 750 € de valeur par heure travaillée. Une panne totale de 4 heures bloquant l’ensemble de l’équipe représente au minimum 3 000 € de productivité directe. Ajoutez les coûts indirects, et le coût réel se situe entre 4 500 € et 9 000 € pour un seul incident. Comparez ce chiffre à un forfait mensuel d’infogérance informatique PME : la logique économique change radicalement.
Ce calcul transforme la conversation avec tout prestataire informatique. La question ne devient plus « quel est votre tarif horaire ? » mais « quelle disponibilité garantissez-vous contractuellement, et quelles pénalités s’appliquent si vous ne la respectez pas ? »
C’est aussi un filtre de sélection immédiat : un prestataire sérieux accueille cette question avec précision, des chiffres et des clauses contractuelles claires. Un prestataire qui esquive, généralise ou répond « ça dépend » sans détailler confirme exactement pourquoi son tarif affiché ne protège pas votre activité.
Critère 1 : les SLA avec GTI et GTR contractualisés
Une fois ce coût d’arrêt calculé, la question suivante est immédiate : que garantit exactement votre prestataire pour l’éviter ou le limiter ? C’est là qu’intervient le SLA, et c’est là que la plupart des contrats d’infogérance informatique PME révèlent leurs lacunes.
Ce qu’un SLA sérieux doit obligatoirement contenir :
- GTI (Garantie de Temps d’Intervention) : délai maximal avant qu’un technicien prend en charge votre incident
- GTR (Garantie de Temps de Rétablissement) : délai maximal avant que le service est effectivement rétabli
- Taux de disponibilité garanti, exprimé en pourcentage annuel
- Plages horaires de couverture, avec mention explicite des jours fériés et week-ends
La distinction GTI/GTR est capitale. La GTI mesure la réactivité du prestataire ; la GTR mesure la protection réelle de votre activité. Un technicien qui accuse réception de votre ticket en 30 minutes, puis met 3 jours à résoudre la panne, respecte sa GTI et ruine votre semaine. Seule la GTR compte pour votre continuité d’activité.
Les seuils minimaux à exiger par écrit :
- GTI : 4 heures ouvrées maximum pour les incidents critiques
- GTR : 8 heures pour les pannes serveur
- Taux de disponibilité : 99,9 % minimum sur 12 mois glissants
Ces chiffres ne sont pas arbitraires. Ils représentent le niveau standard d’un SLA d’infogérance contractualisé qui protège réellement une PME en production.
Exigez des clauses de pénalité financière. Un prestataire qui ne s’expose à aucune conséquence en cas de dépassement de ses SLA n’a aucune incitation contractuelle à les respecter. L’absence de pénalité transforme un engagement en simple déclaration d’intention.
Un SLA complet inclut aussi les dates de début et fin de contrat, le périmètre précis des services couverts, et les conditions de protection des données conformément au RGPD.
Piège fréquent à identifier immédiatement : les formulations du type “délai raisonnable” ou “dans les meilleurs délais” ne constituent pas des SLA. En cas de litige, elles donnent carte blanche au prestataire. Tout ce qui n’est pas chiffré et daté dans le contrat ne vous protège pas.
Critère 2 : la profondeur réelle du monitoring proactif
Les SLA définissent ce qui se passe après une panne. Le monitoring proactif détermine combien de pannes n’arrivent jamais.
C’est le critère le plus discriminant entre un véritable partenaire en infogérance informatique pour PME et un helpdesk qui attend que le téléphone sonne.
Ce qu’un monitoring sérieux couvre réellement
Un prestataire qui supervise activement votre infrastructure doit démontrer, preuves à l’appui, qu’il surveille en continu :
- CPU, RAM et espace disque sur tous les serveurs et endpoints, 24h/24
- Alertes de défaillance des sauvegardes en temps réel, pas une vérification manuelle hebdomadaire
- Détection des tentatives d’intrusion et comportements anormaux sur le réseau
- Déploiement automatisé des correctifs Windows et applicatifs, selon un calendrier contractualisé
La supervision des infrastructures et réseaux repose sur des plateformes RMM (Remote Monitoring and Management) qui centralisent cette visibilité. KMU Informatik Support utilise Atera RMM pour assurer cette supervision continue sur l’ensemble des endpoints et serveurs clients. En 2026, disposer d’une plateforme RMM identifiée et documentée est la norme attendue de tout prestataire sérieux, pas un différenciateur optionnel.
Les questions d’audit à poser sans attendre
Lors de vos entretiens de présélection, posez ces questions directement :
- Quelle plateforme RMM utilisez-vous, et depuis combien de temps ?
- Quels seuils d’alerte sont configurés sur les serveurs, les sauvegardes, l’espace disque et les certificats SSL ?
- À quelle fréquence les patches de sécurité sont-ils déployés, et qui valide les fenêtres de maintenance ?
- Pouvez-vous montrer un exemple de rapport mensuel remis à un client existant ?
Un prestataire transparent produit des tableaux de bord avec des KPIs concrets : incidents traités, patches appliqués, état des sauvegardes, taux de disponibilité. Un résumé narratif sans données chiffrées est une communication commerciale, pas un rapport.
Le piège du monitoring de façade
Certains prestataires, notamment ceux positionnés sur un modèle de helpdesk réactif sans couche proactive, déclarent “surveiller” les systèmes sans avoir configuré d’alertes automatisées. La surveillance sans action déclenchée automatiquement laisse passer exactement les incidents que vous payez pour éviter.
Demandez toujours : “Que se passe-t-il concrètement si une sauvegarde échoue à 3h du matin ?” La réponse révèle immédiatement si le monitoring est réel ou déclaratif.
Critère 3 : l’étendue du périmètre de services couverts
Le monitoring proactif révèle ce qui tourne mal en coulisses. Mais même la meilleure supervision ne compense pas un périmètre de services troué.
Un prestataire d’infogérance informatique PME digne de ce nom couvre l’intégralité du cycle de vie IT : infrastructure serveur, postes de travail, réseau et firewall, messagerie, sauvegardes, sécurité des endpoints et téléphonie. Dès qu’un maillon manque, la chaîne se brise au pire moment.
Le piège de la fragmentation
Multiplier les prestataires spécialisés semble raisonnable sur le papier. En pratique, chaque incident majeur révèle les zones grises : le prestataire réseau accuse le serveur, le prestataire serveur pointe le firewall, et la PME paie en temps perdu pendant que le problème s’aggrave. Personne n’est responsable de rien, et le MTTR explose.
Un service informatique PME structuré autour d’un interlocuteur unique élimine ce renvoi de responsabilité. L’escalade interne est invisible pour le client ; la résolution, rapide.
Ce que le contrat doit couvrir explicitement
Exiger une couverture documentée sur au moins ces quatre dimensions :
- Maintenance préventive et corrective : gestion des mises à jour, remplacement de composants défaillants
- Plan de reprise après sinistre (PRA/PCA) : que se passe-t-il concrètement en cas de ransomware ou panne serveur critique ?
- Support multi-canal : téléphone, ticket, remote, et surtout intervention physique
- Gestion des environnements métier critiques : Microsoft 365, Entra ID, Teams et VoIP ont rejoint les serveurs comme composants indispensables à la continuité d’activité
Un managed service couvrant l’infrastructure complète intègre ces couches sans les traiter comme des options facturables séparément.
La proximité géographique n’est pas un détail
Pour les PME situées hors grandes métropoles, demander explicitement : où sont basés vos techniciens ? Un prestataire distant facturera les déplacements ou reportera les interventions physiques urgentes. La réponse chiffrée vaut mieux qu’une promesse de réactivité.
Piège à éviter. Un contrat au périmètre flou autorise le prestataire à qualifier presque tout incident d'”hors forfait”. La parade est simple : exiger une liste exhaustive des exclusions avant la signature. Ce qui n’est pas listé comme exclu doit être inclus.
Critère 4 : l’indépendance vis-à-vis des constructeurs et revendeurs
Au-delà du périmètre de services, il existe un conflit d’intérêts structurel que peu de PME pensent à détecter : un prestataire dont une part significative du chiffre d’affaires provient de la revente de matériel a un intérêt financier direct à recommander des renouvellements, même lorsque le matériel existant peut tenir deux ou trois ans de plus.
Trois signaux d’alerte concrets à identifier :
- Le prestataire recommande systématiquement une seule marque, quels que soient le contexte et le budget
- Il propose des renouvellements avant la fin de vie réelle du matériel
- Son contrat inclut une clause d’achat prioritaire via ses propres canaux de revente
Ces comportements ne relèvent pas nécessairement de la mauvaise foi ; ils reflètent une structure de revenus qui oriente mécaniquement les conseils. L’Agence française anticorruption définit précisément ce risque : un conflit d’intérêts survient dès qu’un intérêt financier personnel est susceptible d’influencer un jugement indépendant.
Un conseiller vendor-agnostic compare plusieurs architectures et plusieurs constructeurs pour retenir ce qui correspond réellement au besoin et au budget. En pratique, cela se vérifie par la capacité à concevoir des architectures hybrides : cloud et on-premise combinés, virtualisation sur Proxmox VE, stockage NAS Synology. Un prestataire qui maîtrise plusieurs écosystèmes technologiques n’est pas captif d’un seul fournisseur.
La question directe à poser lors de l’évaluation : “Quelle part de votre marge provient de la revente de matériel sur les recommandations que vous nous faites ?” La qualité de la réponse est révélatrice. Un prestataire indépendant répond sans hésitation ; un prestataire en conflit d’intérêts esquive ou minimise.
Piège à éviter : ne pas confondre partenariat constructeur et exclusivité commerciale. Une certification Microsoft est une qualification technique légitime. Elle devient un conflit d’intérêts uniquement si elle oriente toutes les recommandations vers l’écosystème Microsoft, indépendamment des alternatives plus adaptées. Un prestataire d’infogérance sérieux peut être certifié sans être captif.
Critère 5 : la transparence du reporting et des KPIs
L’indépendance du prestataire protège vos achats matériels. La transparence du reporting protège tout le reste.
Un prestataire opaque sur ses performances n’est pas discret : il cache quelque chose. La transparence ne se déclare pas dans un argumentaire commercial, elle se vérifie dans les livrables contractuels livraison après livraison.
Ce que doit contenir un rapport mensuel exigible par contrat :
- Nombre d’incidents traités, classés par catégorie (réseau, poste, serveur, sécurité)
- Temps de résolution moyen constaté, comparé au SLA contractuel
- Taux de disponibilité réel versus taux garanti sur la période
- État des sauvegardes : succès, échecs, volumes protégés
- Patches appliqués et éventuels correctifs en attente
- Inventaire des actifs supervisés, mis à jour
Ces données ne sont pas un bonus : elles constituent la preuve que le service a bien été rendu.
Les benchmarks à exiger contractuellement :
Un prestataire d’infogérance informatique PME sérieux doit pouvoir afficher, données à l’appui, un taux de résolution des tickets dans les 24 heures supérieur à 90 % et un taux de disponibilité infrastructure supérieur à 99,9 % sur 12 mois glissants. Ces seuils sont la norme de marché en 2026 ; tout prestataire qui les refuse comme base contractuelle signale un problème de performance réel.
Au-delà du rapport mensuel, un portail client accessible en permanence permet à la PME de vérifier à tout moment que la supervision est active, sans attendre une réunion de bilan. La visibilité en temps réel n’est pas un luxe : c’est la seule façon de distinguer un monitoring effectif d’un monitoring de façade.
Le reporting joue aussi un rôle stratégique souvent sous-estimé. Un historique d’incidents bien structuré permet d’anticiper les renouvellements matériels avant la panne, d’identifier les postes utilisateurs récurrents en difficulté, et de présenter à la direction des justifications chiffrées pour les investissements IT.
Piège à éviter. Un résumé narratif du type “tout s’est bien passé ce mois-ci” n’est pas un rapport. C’est de l’opacité présentée en service. Exiger des métriques contractualisées, pas des appréciations qualitatives.
Critère 6 : les clauses de sortie et la réversibilité du contrat
La transparence du reporting vous dit comment un prestataire performe aujourd’hui. Les clauses de sortie révèlent ce qui se passe quand vous décidez de partir. Ce deuxième test est tout aussi exigeant.
La question de la réversibilité doit se poser avant la signature, pas le jour où la relation se dégrade. À ce stade, le rapport de force est inversé : vos données sont chez le prestataire, vos configurations ne sont documentées que dans ses systèmes, et votre urgence opérationnelle devient son levier de négociation.
Ce que vous devez négocier impérativement
Trois clauses sont non-négociables dans tout contrat d’infogérance informatique PME :
- Préavis de résiliation : trois mois maximum est la norme raisonnable du marché. Au-delà, le prestataire vous immobilise sans justification légitime.
- Portabilité des données et configurations : à la fin du contrat, toute la documentation technique, les accès administrateurs, les configurations réseau et les données doivent vous être restitués dans un délai contractualisé et dans des formats standards.
- Assistance à la transition : le prestataire sortant s’engage à coopérer avec votre prestataire entrant pendant une période définie, sans surcoût prohibitif.
Le vendor lock-in : une menace souvent technique
Le verrouillage ne se déclare pas ; il se construit progressivement. Il prend la forme de configurations propriétaires non documentées, de données stockées dans des formats non exportables, ou d’un refus de livrer les accès administrateurs en fin de contrat. Le RGPD (article 20) garantit théoriquement la portabilité des données, mais les obligations pratiques restent floues pour les configurations d’infrastructure. La clause contractuelle explicite reste votre seule vraie protection.
Le test du signal d’alerte
Un prestataire confiant dans la qualité de ses services n’a objectivement aucune raison de résister à des clauses de sortie équitables. Si la négociation sur ce point provoque des réticences ou des formulations évasives, interprétez-le comme un signal fort sur la suite de la relation.
Piège à éviter : les engagements de trois ans ou plus sans clause de révision annuelle des tarifs exposent votre PME à des augmentations unilatérales sans recours contractuel. Exigez une indexation plafonnée et une revue contradictoire annuelle, quelle que soit la durée totale du contrat.
La grille d’évaluation : 12 questions à poser avant de signer
Les critères abordés jusqu’ici n’ont de valeur que si vous les opérationnalisez face à un prestataire. Voici huit questions à poser systématiquement, en entretien ou par écrit, avant toute signature.
1. SLA et engagement « Quelles sont vos GTI et GTR contractuelles pour les incidents critiques ? Quelles pénalités s’appliquent si ces délais ne sont pas respectés ? » Un prestataire sérieux cite des chiffres précis et accepte des pénalités contractuelles. L’absence de pénalité signifie l’absence d’incitation réelle à respecter les délais.
2. Monitoring « Quelle plateforme RMM utilisez-vous ? Pouvez-vous me montrer un exemple de tableau de bord et de rapport mensuel client ? » Exigez une démonstration concrète. Un rapport réel d’un client existant (anonymisé) révèle immédiatement si le monitoring est opérationnel ou simplement annoncé.
3. Réactivité réelle « Quel est votre délai de réponse moyen constaté sur les 12 derniers mois, et pouvez-vous le justifier par des données ? » La réactivité déclarée et la réactivité mesurée divergent souvent. Demandez des données extraites de la plateforme de ticketing, pas une estimation verbale.
4. Indépendance « Êtes-vous lié contractuellement à des constructeurs ou revendeurs spécifiques pour les recommandations matérielles que vous faites à vos clients ? » La question directe désarme les réponses évasives. Un prestataire vendor-agnostic répond sans hésitation; un prestataire captif élude ou minimise.
5. Périmètre et exclusions « Pouvez-vous me fournir une liste précise des interventions exclues du forfait, et comment sont facturées les prestations hors périmètre ? » Les surprises de facturation naissent toujours dans les exclusions non écrites. Obtenez cette liste en annexe contractuelle, pas en promesse orale.
6. Continuité et PRA « Comment gérez-vous un sinistre majeur (ransomware, panne serveur critique) ? Quel est le RTO et le RPO garanti dans votre contrat ? » Le RTO (temps de reprise acceptable) et le RPO (perte de données maximale tolérée) sont des métriques standardisées issues des cadres ISO 22301. Tout prestataire d’infogérance PME compétent les connaît et les contractualise.
7. Sortie de contrat « Quelles sont les conditions de résiliation, et comment assurez-vous la transition technique et documentaire vers un autre prestataire si nous décidons de changer ? » Poser cette question dès le départ signale que vous gérez le risque de dépendance. La résistance du prestataire sur ce point est un signal d’alerte immédiat.
8. Références vérifiables « Pouvez-vous me mettre en contact avec deux ou trois clients PME de taille similaire à la nôtre ? » Les références non vérifiables n’ont aucune valeur. Insistez sur un contact direct, pas sur une liste de logos ou des témoignages écrits non datés.
Notez les réponses par écrit. Un prestataire qui répond avec précision à ces huit questions sur un service informatique PME prouve qu’il a les processus, les outils et la transparence pour les tenir.
Les pièges contractuels les plus fréquents en infogérance informatique
Les questions de la grille précédente révèlent ce que le prestataire promet. Les clauses contractuelles révèlent ce qu’il est prêt à garantir. L’écart entre les deux est souvent là que se nichent les pièges les plus coûteux.
1. Clauses d’escalade tarifaire unilatérale
Certains contrats d’infogérance autorisent une révision annuelle des tarifs indexée sur un indice interne au prestataire, sans plafond contractualisé. Résultat : une hausse de 8 à 12 % par an est légalement applicable sans recours possible. Exiger explicitement un plafond d’indexation, référencé sur un indice public (INSEE, Syntec), avec un maximum annuel chiffré.
2. Définition floue des incidents “prioritaires”
Sans critères précis distinguant un incident critique d’un incident standard, le prestataire peut reclasser les tickets à sa discrétion pour afficher un taux de respect des SLA conforme sur le papier. Un contrat solide définit les niveaux de priorité par impact métier mesurable : nombre d’utilisateurs bloqués, service critique concerné, perte de données potentielle.
3. Exclusions silencieuses sur la cybersécurité
C’est le piège le plus dangereux en 2026 : de nombreux contrats de service informatique PME excluent explicitement la réponse aux incidents cyber (ransomware, phishing, compromission de compte) du périmètre standard. Vérifier ligne par ligne que la sécurité endpoint et la gestion des incidents cyber figurent dans le périmètre inclus, pas en option facturable.
4. Obligation de moyens plutôt que de résultat
Une “obligation de moyens” garantit que le prestataire mobilise des ressources ; elle ne garantit aucun résultat. Préférer un engagement de résultat avec des métriques contractualisées : taux de disponibilité, délai de résolution moyen, fréquence des patches.
5. Absence de clause de révision contradictoire
Un contrat sans bilan de service annuel formalisé permet une dérive progressive de la qualité sans recours structuré. Exiger une clause de revue annuelle avec ajustement possible du périmètre et des engagements, signée des deux parties.
Ce que doit garantir votre prochain prestataire informatique
Une fois les pièges contractuels identifiés, la décision se ramène à six exigences non-négociables.
Les 6 critères à contractualiser sans exception :
- SLA avec GTI/GTR chiffrés : des délais d’intervention et de rétablissement précis, assortis de pénalités réelles
- Monitoring proactif RMM démontrable : une plateforme active, des alertes configurées, des rapports vérifiables
- Périmètre documenté et exhaustif : chaque exclusion listée noir sur blanc, aucune zone grise facturable
- Indépendance vis-à-vis des constructeurs : des recommandations architecturales sans conflit d’intérêts revendeur
- Reporting mensuel avec KPIs chiffrés : disponibilité constatée, tickets résolus, patches appliqués
- Clauses de sortie équitables : préavis raisonnable, portabilité des données et documentation technique garantie
La logique de décision finale est simple : la bonne question n’est pas “quel est le tarif horaire ?” mais “quelle est la somme du risque résiduel que ce prestataire me fait porter ?” Un service informatique pour PME se juge sur sa capacité à réduire ce risque de manière mesurable, pas sur son positionnement tarifaire.
Prochaine étape : utilisez la grille des 12 questions de ce guide pour évaluer vos prestataires actuels ou en présélection. Leurs réponses révéleront plus sur la qualité réelle du service que n’importe quel devis.
KMU Informatik Support accompagne les PME de Suisse centrale avec une infogérance d’infrastructure managée reposant sur des SLA contractualisés et une supervision RMM continue via Atera. Contactez-nous pour un audit gratuit de votre infrastructure IT actuelle.
Conclusion
Choisir un prestataire informatique pour votre PME ne se résume jamais à comparer des tarifs horaires. Les vrais critères de décision sont ailleurs : des SLA avec GTI et GTR contractualisés, un monitoring proactif démontrable, un périmètre de services sans zones grises, et des clauses de sortie équitables qui protègent votre liberté.
La question centrale n’est pas “combien coûte ce prestataire ?” mais “quel niveau de risque résiduel me fait-il porter ?” Un partenaire IT de qualité se mesure à sa capacité à réduire ce risque de façon concrète et mesurable.
Utilisez dès aujourd’hui la grille des 12 questions pour évaluer vos prestataires en présélection. Leurs réponses seront plus révélatrices que n’importe quel devis.
Vous souhaitez un regard externe sur votre infrastructure actuelle ? Contactez KMU Informatik Support pour un audit gratuit et sans engagement.
