Guide complet de la plateforme multi-tenant de gestion des demandes et des opérations — toutes les fonctionnalités, écrans et paramètres.
ReSOLVE Facilities est une plateforme multi-tenant de gestion des demandes de service, des équipes techniques et des opérations de maintenance. Conçue pour les copropriétés, hôtels, hôpitaux, écoles, data centers et toute organisation disposant d'unités, de secteurs et d'équipes sur le terrain.
Chaque client ReSOLVE — appelé tenant — dispose de son propre espace isolé : utilisateurs, catégories de service, unités organisationnelles (secteurs), infrastructure (propriétés / étages / salles), règles d'affectation et données de demandes. Aucun tenant ne voit les données d'un autre.
Au sein de chaque tenant, les utilisateurs créent des demandes (ordres de service) : une fuite d'eau dans une salle, un équipement en panne, un transport à programmer, un événement à préparer. Chaque demande suit un cycle — Ouverte → En cours → Résolue — avec une priorité, une échéance de résolution (SLA), une affectation à une unité et un technicien responsable.
Avant d'inviter l'équipe, consacrez 15 minutes à configurer unités, infrastructure et catégories. Un tenant bien configuré dès le départ réduit les erreurs d'affectation et accélère le travail au quotidien.
L'inscription est en libre-service sur app.resolve-facilities.com/signup. Chaque choix effectué dans ce parcours définit la façon dont votre tenant est provisionné — des limites du plan au catalogue de catégories chargé par défaut.
Vous avez besoin :
resolve-facilities.com/termos.html et /privacidade.html).no-reply@resolve-facilities.com avec les prochaines étapes.La création du compte exécute une transaction atomique côté serveur qui crée plusieurs lignes de données simultanément. Le tableau ci-dessous résume ce qui est chargé en fonction de vos choix :
| Choix | Ce qui est créé / chargé |
|---|---|
| Type d'organisation | Catalogue initial de catégories et sous-catégories adapté au secteur. Par exemple, un hôtel reçoit des catégories comme « Chambres / Nettoyage » et « Événements » ; un hôpital reçoit « Maintenance biomédicale » et « Hygiène clinique ». |
| Langue du système | Le catalogue de catégories ci-dessus est chargé dans la langue choisie. Les e-mails transactionnels (bienvenue, invitations, dunning) sont également envoyés dans cette langue. |
| Plan | Limites du tenant : nombre maximum d'utilisateurs, d'unités, de demandes par mois. Fonctionnalités activées : IA, SLAs, white-label, intégrations (voir chapitre 19). |
| Essai 14 jours | Crée le compte avec les limites Starter (5 utilisateurs, 1 unité, 1000 demandes) pendant 14 jours. Au 15e jour, si aucun plan payant n'a été activé, le compte est suspendu (il ne bascule pas automatiquement vers Free — passer à Free est un choix explicite). |
| Nom de l'organisation | Apparaît dans les factures, les e-mails et sur le tableau de bord tant qu'aucun logo personnalisé n'est chargé (white-label, Enterprise+). |
| Nom + e-mail de l'administrateur | Le premier utilisateur est créé avec le rôle SYSTEM_ADMIN. Vous pourrez inviter d'autres utilisateurs plus tard. |
| Unité par défaut | Une unité « Générale » est créée automatiquement (renommable ensuite) pour recevoir les demandes tant que vous n'avez pas configuré de secteurs spécifiques. |
À l'issue des 14 jours d'essai, le compte est suspendu et les utilisateurs perdent l'accès jusqu'à la souscription d'un plan. Les données sont conservées mais le travail s'arrête. Nous recommandons de programmer une alarme au jour 12 pour décider à temps.
Le plan Custom est destiné aux organisations qui ne rentrent pas dans les paliers fixes. En choisissant Custom à l'inscription, vous accédez à un calculateur où vous indiquez :
Le prix est calculé en temps réel sur la base de paliers marginaux par utilisateur (4 € pour les 199 premiers utilisateurs, 3,75 € entre 200 et 499, 3,50 € au-delà de 500) multiplié par un facteur de complexité organisationnelle (plus d'unités par utilisateur = plus d'isolement opérationnel = plus de charge de support). Inclut l'IA, les SLAs, le white-label, le support e-mail et l'onboarding assisté.
Au-delà de 1000 utilisateurs, l'inscription en libre-service n'est pas disponible — écrivez à support@resolve-facilities.com et nous préparerons une proposition personnalisée.
Si vous avez été invité à une organisation existante, vous recevez un e-mail de no-reply@resolve-facilities.com intitulé « Vous avez été ajouté à [Organisation] sur Resolve Facilities » avec un bouton « Se connecter ». En cliquant :
Votre administrateur définit le rôle (admin, superviseur, technicien, utilisateur, résident) — vous pouvez demander un changement de rôle directement à la personne qui vous a invité.
L'accès à la plateforme se fait sur app.resolve-facilities.com. Le parcours est en deux étapes (e-mail d'abord, mot de passe ensuite) et prend en charge plusieurs organisations par utilisateur.
Si vous avez oublié votre mot de passe :
Si le lien de récupération a expiré ou a déjà été utilisé, un message clair apparaît — il suffit de relancer la demande depuis « Mot de passe oublié ? ».
Un même e-mail peut être associé à plusieurs organisations (par exemple, un technicien intervenant dans deux copropriétés). Dans ce cas, après la connexion, le Sélecteur d'organisation apparaît :
Le mot de passe est unique par utilisateur (et non par organisation). Si vous le modifiez, il reste valable pour toutes les organisations auxquelles vous appartenez.
ReSOLVE Facilities est une Progressive Web App (PWA). Elle n'est pas sur les stores Apple ou Google — installez-la directement depuis le navigateur en quelques secondes. Fonctionne comme une application native : icône sur l'écran d'accueil, plein écran sans barre d'URL, notifications push.
app.resolve-facilities.com.app.resolve-facilities.com.Android est le chemin le plus direct : Chrome détecte automatiquement que l'application est installable et affiche une suggestion. Si elle disparaît ou n'apparaît jamais :
Sur iPads et tablettes Android, la procédure est identique. Sur iPad, la barre de partage se trouve en haut à droite de Safari, et non en bas.
Après installation et première connexion, le navigateur demande si vous souhaitez autoriser les notifications. Acceptez — elles sont indispensables pour recevoir les alertes de nouvelles demandes, d'affectations et de messages en temps réel.
Sur iPhone, les notifications push ne fonctionnent que si l'application a été installée sur l'écran d'accueil (étapes ci-dessus). Sur Safari ouvert comme page web, iOS n'autorise pas le push. Si vous ne recevez pas de notifications sur iPhone, vérifiez que vous ouvrez l'application depuis l'icône de l'écran d'accueil et non depuis Safari.
Pour gérer les notifications après acceptation, allez dans Paramètres → Notifications dans l'application (chapitre 10.3) ou dans les paramètres du système d'exploitation (Réglages iPhone / Android → Notifications → ReSOLVE).
L'application conserve sur l'appareil une copie des données déjà chargées, pour continuer à consulter demandes, actifs et plans quand le réseau tombe — le cas typique des sous-sols, locaux techniques et parkings. En haut de l'écran, une barre indique toujours où en sont vos modifications :
La file couvre les actions les plus courantes sur le terrain : changer le statut d'une demande, écrire une note, joindre un fichier, signer la fiche d'intervention, créer une demande et envoyer un message de chat.
La file vit sur l'appareil : désinstaller l'application ou effacer les données du navigateur avant le retour du réseau fait perdre ce qui était en attente. Attendez la barre Tout est synchronisé.
Le tableau de bord est la page d'accueil après connexion. Il offre une vue d'ensemble de la santé opérationnelle du jour : demandes actives, critiques, en retard, distribution par catégorie et charge de l'équipe.
En haut, une salutation adaptée à l'heure (Bonjour / Bon après-midi / Bonsoir) est suivie du logo de l'organisation. Si vous avez souscrit le plan Enterprise+ et configuré le white-label (chapitre 18), votre propre logo apparaît.
Affiche la composition des demandes actives sous forme de graphique en anneau, avec une liste déroulante pour choisir le critère de regroupement :
Visible uniquement pour les utilisateurs ayant le rôle ADMIN, SYSTEM_ADMIN ou SUPERVISOR. Graphique horizontal avec le nombre de demandes actives par technicien — utile pour repérer une surcharge ou un déséquilibre de distribution.
Pour les nouvelles organisations, une checklist en six étapes apparaît pour accélérer la configuration initiale :
Vous pouvez Ignorer la checklist à tout moment — elle ne bloque aucune fonctionnalité. Elle réapparaît si elle est rétablie manuellement.
L'écran Demandes est le centre opérationnel : il liste toutes les demandes que vous pouvez voir, filtrées dans huit onglets. La visibilité dépend de votre rôle et du périmètre défini dans Permissions (chapitre 16).
| Onglet | Affiche |
|---|---|
| Toutes | Toutes les demandes visibles pour votre utilisateur. |
| Affectées à moi | Demandes actives où vous êtes le technicien responsable. |
| Ouvertes | Statut Ouverte et En retard. |
| En cours | Statut En cours (le technicien a démarré le travail). |
| Critiques | Priorité CRITIQUE et encore actives. |
| En retard | Délai SLA dépassé (Growth+). |
| Résolues | Clôturées avec succès. |
| Annulées | Annulées ou refusées. |
Chaque demande s'affiche sous forme de carte avec :
Deux extras : les ordres générés par les plans de maintenance portent l'étiquette Préventive (violet — chapitre 22), et dans l'en-tête vous pouvez basculer entre la vue en cartes et la vue condensée (une ligne par demande, 2 à 3× plus d'éléments par écran). Le choix est mémorisé par appareil et existe aussi dans les listes Actifs, Plans et Conversations.
Le bouton Exporter CSV télécharge toutes les demandes visibles dans l'onglet actif au format CSV. Utile pour des analyses externes (Excel, BI, comptabilité). Colonnes incluses :
En combinant « Temps de résolution » et « SLA défini » dans Excel ou un outil BI, vous identifiez facilement les catégories ou unités qui dépassent systématiquement les délais — base pour des conversations d'amélioration continue.
Dans l'en-tête des Demandes, vous pouvez remplacer la liste par la vue calendrier. Chaque jour affiche les demandes ayant une date planifiée (étiquette Planifié) et celles dont l'échéance SLA tombe ce jour-là (étiquette Échéance), à la couleur de la catégorie. Tout ce qui est filtré — onglet, recherche, localisation, responsable et secteur — s'applique aussi au calendrier.
À côté se trouve le plateau À planifier, avec les demandes encore sans date. Faites glisser une demande sur un jour pour la planifier, ou de retour vers le plateau pour lui retirer la date ; un appui sans glisser ouvre la demande. Seul le personnel technique et d'encadrement peut faire glisser, et les jours passés sont bloqués.
Le délai de résolution naît — ou se déplace — avec la date planifiée : replanifier ajuste le délai. Tant qu'une demande n'a pas de date, aucun compte à rebours ne court contre l'équipe.
Les ordres générés par les plans de maintenance suivent deux règles propres : ils ne peuvent pas rester sans date (le plateau les refuse, en rouge) et ne se replanifient que dans leur cycle — une tâche mensuelle due le 15 mars accepte n'importe quel jour jusqu'au 14 avril, pas au-delà. Quand l'application refuse, elle explique toujours pourquoi.
Le menu Rapports produit un PDF avec le portrait opérationnel d'une période. Choisissez l'intervalle (ce mois-ci, 30 derniers jours, 90 derniers jours ou dates sur mesure) et, si vous le souhaitez, filtrez par secteur et par responsable avant de générer. Le document présente les indicateurs de la période — demandes créées, résolues, en attente et en retard, respect du SLA et temps médian de résolution —, la répartition par catégorie, l'évolution sur la période, la liste des demandes en attente et les totaux par bâtiment et par secteur.
Le périmètre suit votre fonction : un administrateur voit toute l'organisation, un superviseur voit son secteur. L'en-tête du PDF indique toujours la période et les filtres appliqués, pour que le document ne perde pas son contexte une fois imprimé.
Le rapport distingue deux univers, et le dit en pied de page pour éviter toute confusion : créées compte les demandes ouvertes dans la période ; résolues, temps médian et coût comptent celles qui ont été clôturées dans la période, même ouvertes avant. C'est la lecture honnête — le travail clôturé en août compte pour août, même s'il a commencé en juillet.
Au-delà des indicateurs classiques, le document porte la répartition planifié vs réactif (préventif contre correctif, l'indicateur qui montre si la maintenance progresse ou éteint des incendies), le coût de la période et un tableau par actif — nombre de demandes, mélange préventif/correctif, temps médian et coût — qui répond à « quel équipement dévore l'équipe ». L'aperçu à l'écran montre aussi le graphique d'évolution, qui n'existait que dans le PDF.
L'écran Nouvelle demande recueille toutes les informations nécessaires à l'ouverture d'un ordre de service. Le formulaire comporte cinq sections extensibles — vous pouvez les renseigner dans l'ordre de votre choix.
Première section du formulaire. Vous pouvez joindre une photo via :
Après l'ajout d'une photo, le bouton Analyse IA apparaît. En cliquant :
L'analyse IA est disponible sur les plans Starter, Growth, Enterprise et Custom. Elle n'est pas incluse dans Free.
Trois niveaux hiérarchiques :
La structure des localisations se définit dans Administration → Infrastructure (chapitre 13). Si votre organisation n'a pas configuré d'étages ou de salles, ces niveaux s'affichent comme « N/A ».
Lorsque la demande est liée à un actif de criticité Haute (chapitre 22), la priorité est déjà suggérée en Haute — ou Critique, si l'équipement est à l'arrêt. C'est une suggestion avec un rappel visible sous les boutons : celui qui ouvre la demande peut toujours la changer, et dès qu'il le fait la plateforme cesse de suggérer.
Certaines catégories incluent des champs supplémentaires adaptés au type de demande. Ils apparaissent automatiquement lorsque vous sélectionnez la catégorie correspondante :
La configuration de ces champs se fait par catégorie dans Administration → Catégories (chapitre 12).
Si votre organisation a configuré des règles d'affectation (chapitre 15), la demande peut être affectée automatiquement à une unité au moment de l'envoi — par exemple, toutes les demandes « Électricité » vont à l'unité « Maintenance ». En l'absence de règle, la demande reste « En attente d'affectation ».
Avec le module d'actifs actif (chapitre 22), le formulaire affiche le bouton Scanner le QR de l'équipement : pointez la caméra sur l'étiquette et la demande est liée à cet actif, avec la localisation remplie à partir de sa fiche. C'est la façon la plus rapide — et la plus sûre — d'ouvrir un correctif au pied de la machine, sans erreur d'identification.
Les étiquettes d'une autre organisation sont ignorées avec un avertissement : la lecture ne reconnaît que les actifs de votre propre parc.
Cliquer sur une carte de demande dans le listing ouvre l'écran de détail. C'est ici que se déroule pratiquement tout le travail : commentaires, pièces jointes, changements d'état, réaffectations, historique.
| Section | Contenu |
|---|---|
| En-tête | Titre, étiquette de priorité, statut, compte à rebours SLA (le cas échéant). |
| Informations | Catégorie, sous-catégorie, description, photo jointe, champs dynamiques (transport, événement, etc.). |
| Localisation | Propriété / étage / salle. |
| Unité responsable | Secteur affecté. Bouton « Transférer » pour réaffecter. |
| Technicien | Avatar + nom du technicien. Liste déroulante pour réaffecter. |
| Historique | Chronologie : création, changements d'état, réaffectations, notes. Chaque entrée indique qui et quand. |
| Notes et pièces jointes | Champ pour ajouter une note ou un fichier. Les notes sont visibles par tous les utilisateurs autorisés. |
| Boutons d'action | Varient selon le rôle et le statut actuel (voir ci-dessous). |
Les actions disponibles dépendent de votre rôle et de l'état de la demande. Résumé :
| Action | Qui peut | Quand |
|---|---|---|
| Démarrer | Technicien affecté, Admin | Statut = Ouverte |
| Résoudre | Technicien affecté, Admin | Statut = En cours |
| Réaffecter l'unité | Admin, Superviseur | Tout statut actif |
| Réaffecter le technicien | Admin, Superviseur | Tout statut actif |
| Annuler | Admin, auteur de la demande | Statut actif |
| Supprimer | SYSTEM_ADMIN | Tout statut |
Pour que l'écran n'impose pas une séquence de clics que personne ne fait en pratique, trois liaisons sont automatiques :
Le responsable ne peut être changé ou retiré que par les administrateurs du secteur (Retirer le responsable dans la fenêtre d'attribution). Pour les autres profils, l'attribution existante est définitive — cela évite que deux techniciens se relaient en plein travail.
L'historique est immuable — chaque changement d'état, réaffectation ou ajout de note est consigné avec un horodatage et un auteur. Utile pour :
Si la catégorie dispose d'un SLA (plans Growth+, voir chapitre 17), l'en-tête affiche une étiquette avec :
Les demandes qui dépassent l'échéance passent au statut En retard (visible dans l'onglet « En retard ») et entrent dans le KPI « En retard » du tableau de bord.
La section Pièces jointes de la demande accepte des photos prises sur le moment et des fichiers (PDF, images, documents) — avant, pendant et après l'intervention. Ils sont conservés en privé et s'ouvrent par un lien sécurisé temporaire.
La Fiche d'intervention recueille la signature du technicien et celle du client directement à l'écran (doigt ou stylet). Les deux sont facultatives — vous pouvez clôturer sans signer — et figurent sur le PDF de la demande, avec le nom et la date. À la clôture, l'application propose de signer sur-le-champ ; vous pouvez aussi recueillir la signature plus tard, via le bouton Signer la fiche.
Tout le temps qu'une demande prend n'est pas de la responsabilité de l'équipe. La pièce vient de l'étranger et met trois semaines, le devis attend une approbation, le prestataire n'est pas venu. Si le compteur continue, le rapport finit par dire que l'équipe est lente alors que le problème est ailleurs.
Dans le détail de la demande, le bouton Mettre en attente demande un motif — en attente de pièces, en attente d'approbation ou en attente d'un tiers — et une note facultative. À partir de là :
En cliquant sur Reprendre, le temps arrêté est rendu au délai : une demande restée 48 heures en attente d'une pièce gagne 48 heures de délai effectif. Chaque mise en attente et reprise est inscrite dans l'historique, avec l'auteur et la durée — la discussion avec le client ne repose plus sur la mémoire.
Au moment de marquer une demande comme Résolue, la plateforme ouvre une courte fenêtre pour enregistrer ce qui comptera plus tard :
Les listes de problème et de cause viennent du catalogue de l'organisation (section 22.14) et, lorsque la demande est liée à un actif, elles arrivent déjà filtrées par le type de cet équipement. Tous les champs sont facultatifs — qui est pressé clôture et continue ; qui enregistre obtient, après quelques mois, la réponse à « pourquoi cet équipement nous donne-t-il autant de travail ».
Avec le taux horaire défini (section 22.15), les heures deviennent un coût de main-d'œuvre, enregistré sur la demande à la clôture. La fiche affiche alors le coût de l'intervention : main-d'œuvre plus la valeur des pièces consommées, moins celles retournées.
L'écran Communication est le chat opérationnel de l'organisation — conversations en temps réel entre techniciens, superviseurs, équipes et résidents. Il remplace WhatsApp et l'e-mail pour la coordination interne.
Vous pouvez envoyer :
Les messages arrivent en temps réel (notification push, si autorisée). Chaque conversation indique le nombre de messages non lus.
Pour créer une nouvelle conversation :
L'écran Paramètres regroupe tout ce qui touche au compte individuel : avatar, nom, langue, thème, notifications, confidentialité et déconnexion. Pour les utilisateurs avec un rôle d'administration, c'est aussi le point d'entrée vers les menus de configuration de l'organisation.
Affiche l'état actuel de l'autorisation de notifications :
Le bouton Tester l'abonnement permet de confirmer que votre appareil est bien enregistré. Il affiche la fin de l'endpoint d'abonnement.
Sur iPhone, les notifications push ne fonctionnent que si vous avez installé l'application sur l'écran d'accueil (voir chapitre 4). L'écran Paramètres affiche un avertissement spécifique s'il détecte que vous utilisez l'application dans Safari sans l'avoir installée.
Cliquer sur Politique de confidentialité ouvre le document à jour sur resolve-facilities.com/privacidade.html dans la langue choisie. Pour les demandes RGPD (accès aux données, export, suppression), écrivez à support@resolve-facilities.com.
Le bouton Se déconnecter au bas de l'écran met fin à la session en cours. Si « Rester connecté » était coché, il est également désactivé sur cet appareil.
Dans Paramètres → Calendrier, le bouton Obtenir mon lien génère un lien personnel à souscrire dans le calendrier du téléphone. Les demandes qui vous sont attribuées et qui ont une date planifiée apparaissent alors parmi vos rendez-vous et se mettent à jour toutes seules quand la date change ou que le travail est terminé.
Le téléphone actualise de temps à autre (typiquement toutes les heures) — ce n'est pas instantané.
Il fonctionne comme un mot de passe : quiconque le détient voit vos demandes. Ne le partagez pas — et si cela arrive, utilisez Générer un nouveau lien : le précédent cesse aussitôt de fonctionner.
Le menu Équipe regroupe toute la gestion des personnes : inviter des utilisateurs, attribuer rôles et domaines techniques, gérer l'appartenance multi-tenant. Accessible uniquement aux utilisateurs ayant un rôle d'administration.
Si l'e-mail appartient déjà à un utilisateur de la plateforme (dans d'autres organisations), il reçoit un e-mail « Vous avez été ajouté à [Organisation] » l'informant qu'une nouvelle organisation est disponible dans le sélecteur. S'il s'agit de son premier tenant, un nouveau compte est créé et il reçoit un e-mail de bienvenue.
Distinctes des rôles système (Admin/Superviseur/etc.), les fonctions professionnelles décrivent le poste : Électricien, Menuisier, Réceptionniste, Gestionnaire, etc. Elles permettent de filtrer la liste de l'équipe et d'affecter les demandes avec plus de clarté.
Pour les gérer : Équipe → Fonctions professionnelles. Ajoutez, modifiez ou supprimez des entrées à tout moment.
Les domaines techniques sont des domaines opérationnels — Nettoyage, Maintenance, IT, Sécurité, etc. Un utilisateur peut appartenir à un ou plusieurs domaines. Ils permettent :
Chaque domaine peut avoir sa propre icône (choisie dans une bibliothèque Material Symbols).
Un utilisateur peut appartenir à plusieurs organisations. Dans la liste de l'équipe, les utilisateurs multi-tenant sont signalés par une étiquette. Chaque organisation ne voit que le rôle de cet utilisateur au sein de l'organisation elle-même — les rôles et les données ne sont pas partagés entre tenants.
Le rôle CLIENT (CLIENTE) est destiné aux personnes extérieures à votre équipe interne qui doivent interagir avec la plateforme — typiquement un client final, un résident dans une copropriété gérée par un tiers, ou un partenaire externe. C'est la porte d'entrée du Portail Client : une vue volontairement réduite de l'application qui garde le client concentré sur ses propres demandes sans exposer la structure interne de l'organisation.
Lorsque l'invitation est traitée, la plateforme crée automatiquement une conversation directe entre le client et le SYSTEM_ADMIN de l'organisation. Elle apparaît immédiatement dans Communication avec le nom de l'administrateur, donnant au client un canal de support garanti sans qu'il ait à le chercher.
Les permissions opérationnelles (créer, démarrer, résoudre les demandes propres et affectées) sont identiques. Ce qui distingue le CLIENT est le filtre de communication — il ne voit pas l'équipe ni les groupes collectifs, seulement ses demandes et le canal direct avec l'admin. Utilisez UTILIZADOR pour les collaborateurs internes non techniques ; utilisez CLIENTE pour les tiers.
La fonction SYSTEM_ADMIN gère le cycle de vie de chaque membre depuis sa fiche dans Équipe :
Si le membre avait accès au module de maintenance, le désactiver ou le retirer libère aussi ce siège (chapitre 22.1).
Les catégories définissent les types de demande que votre organisation traite. Elles sont initialement chargées selon le type d'organisation choisi à l'inscription, mais vous pouvez les modifier, en ajouter ou en supprimer librement.
Chaque catégorie peut activer des champs supplémentaires dans le formulaire de demande (voir chapitre 7.5) :
Vous pouvez associer une catégorie à une unité par défaut. Lorsqu'un utilisateur crée une demande dans cette catégorie, elle est automatiquement affectée à l'unité. Voir chapitre 15 pour des règles plus fines (multi-conditions).
La suppression d'une catégorie liée à des demandes est bloquée — il faut d'abord les reclasser. Les catégories sans demandes peuvent être supprimées sans restriction.
L'infrastructure définit la hiérarchie physique où surviennent les demandes. Plus elle est détaillée, plus l'enregistrement est précis et plus les analyses par localisation sont utiles.
Chaque propriété peut enregistrer latitude, longitude et altitude. En édition, le bouton Capturer la position GPS lit la position de l'appareil lui-même (pratique sur place) et affiche la précision obtenue ; sinon, les coordonnées se saisissent à la main. Ouvrir dans la carte confirme le point avant d'enregistrer.
Depuis la liste, Voir sur la carte ouvre toutes les propriétés sur une seule carte, avec les filtres actifs appliqués ; une note indique combien en sont restées dehors faute de coordonnées. Les mêmes champs existent sur les actifs (chapitre 22.3) — c'est ce qui permet d'envoyer une équipe à un poste de transformation ou à une station de relevage sans adresse utile.
Supprimer un bâtiment, un étage ou une salle a des conséquences hors de cet écran — des actifs, des plans de préventif et des associations de pièces pointent vers cet espace. Avant de confirmer, la plateforme compte l'impact et l'affiche : combien d'étages et de salles tombent avec lui, et combien d'actifs, de plans et d'associations perdent cet emplacement.
À la confirmation : les étages et les salles de l'espace supprimé disparaissent avec lui, et les actifs qui s'y trouvaient restent sans emplacement — ils ne pointent pas vers un espace fantôme. Les actifs, les plans et l'historique des demandes ne sont pas supprimés. Les anciennes demandes conservent le nom du lieu tel qu'il était le jour de l'intervention, parce que c'est de l'histoire et que cela ne doit pas changer.
Les unités sont les équipes / secteurs qui reçoivent les demandes. Chaque demande est affectée à une unité. Le nombre d'unités est plafonné par le plan (1 sur Free et Starter, 3 sur Growth, 10 sur Enterprise, configurable sur Custom).
Dans Administration → Unités :
La suppression d'une unité comportant des demandes affectées exige une confirmation — les demandes repassent en « En attente d'affectation » et vous devez les réaffecter manuellement.
Free : 1 unité · Starter : 1 unité · Growth : 3 unités · Enterprise : 10 unités · Custom : sur mesure (minimum 3, toujours inférieur au nombre d'utilisateurs).
Les règles automatisent l'acheminement des demandes vers les unités, en éliminant l'étape manuelle et en réduisant le délai jusqu'au premier contact du technicien.
Chaque règle définit : « Lorsque une demande a [condition], affecter à l'unité [X] ». Conditions prises en charge :
Les règles sont évaluées dans l'ordre (de haut en bas). La première qui correspond s'applique ; les suivantes sont ignorées pour cette demande. Vous pouvez réordonner par glisser-déposer.
Placez une règle « Générique → Unité Générale » en bas de la liste pour garantir qu'aucune demande ne reste orpheline. Les règles précédentes capturent les cas spécifiques ; la règle de repli rattrape le reste.
La matrice des permissions définit ce que chaque rôle peut faire : créer, voir, modifier, changer d'état, supprimer, transférer, affecter et gérer la configuration.
| Rôle | Qui est-ce habituellement |
|---|---|
| SYSTEM_ADMIN | Administrateur principal de l'organisation. Contrôle total sur le tenant. |
| ADMIN | Administrateur délégué. Configurations opérationnelles. |
| SUPERVISOR | Responsable d'équipe. Distribue les demandes, surveille les SLAs. |
| TECNICO | Exécute les demandes affectées. |
| AUXILIAR | Support technique, sans responsabilité sur les demandes affectées. |
| UTILIZADOR | Crée des demandes, consulte les siennes. |
| MORADOR | Crée des demandes dans un contexte de copropriété. |
| CLIENTE | Client externe. Mêmes permissions opérationnelles qu'UTILIZADOR mais avec communication limitée au SYSTEM_ADMIN — voir chapitre 11.5. |
Chaque permission a un périmètre :
L'écran Administration → Permissions affiche la matrice complète en lecture seule. Les changements sont centralisés par l'équipe ReSOLVE — pour demander des ajustements du profil de permissions de votre organisation, contactez support@resolve-facilities.com.
Les SLAs (Service Level Agreements) définissent le délai maximal de résolution par catégorie et priorité. Ils permettent de mesurer la performance opérationnelle, de signaler les demandes en retard et de donner aux clients de la visibilité sur le délai de réponse attendu.
Pour chaque catégorie, vous configurez deux valeurs :
Une fois configurés :
Les SLAs personnalisés sont inclus dans les plans Growth, Enterprise et Custom. Sur Free et Starter, les demandes n'ont pas de SLA et l'onglet « En retard » est masqué.
Le white-label permet de personnaliser l'apparence de la plateforme avec le logo et la couleur principale de votre organisation — utile pour les copropriétés premium, les hôtels, les hôpitaux et tout client souhaitant projeter sa marque auprès des utilisateurs finaux.
Les changements de white-label s'appliquent immédiatement à tous les utilisateurs de l'organisation — pas besoin de se déconnecter / reconnecter. Le bouton Réinitialiser restaure le logo et la couleur ReSOLVE par défaut.
Le white-label est inclus dans les plans Enterprise et Custom. Sur Free, Starter et Growth, ce menu n'affiche qu'une invitation à monter de plan.
Toute la gestion financière de l'organisation est concentrée dans Paramètres → Facturation : plan actuel, changement de plan, gestion du moyen de paiement, historique des factures et remboursements.
| Free | Starter | Growth | Enterprise | Custom | |
|---|---|---|---|---|---|
| Prix mensuel (EUR) | 0 € | 19 € | 109 € | 439 € | variable |
| Prix annuel (EUR) | 0 € | 190 € | 1090 € | 4390 € | variable |
| Utilisateurs maxi | 3 | 5 | 25 | 100 | sur mesure |
| Unités maxi | 1 | 1 | 3 | 10 | sur mesure |
| Demandes / mois | 20 | 1000 | illimité | illimité | illimité |
| Suggestions IA (Gemini) | — | ✓ | ✓ | ✓ | ✓ |
| Notifications push | ✓ | ✓ | ✓ | ✓ | ✓ |
| SLAs personnalisés | — | — | ✓ | ✓ | ✓ |
| White-label | — | — | — | ✓ | ✓ |
| Onboarding assisté | — | — | — | ✓ | ✓ |
| Module Actifs et Préventive (add-on) | — | — | +250 €/mois | +850 €/mois | +9 €/utilisateur |
| Assistance | Communauté |
La facturation annuelle offre environ 2 mois gratuits par rapport au mensuel (190 € vs 228 € sur Starter, par exemple). Le cycle se choisit à la souscription et peut être modifié ensuite (chapitre 19.2).
Dans Paramètres → Facturation, cliquez sur Changer de plan. La grille des plans apparaît avec des cartes cliquables.
Le bouton Gérer la facturation ouvre le portail sécurisé Stripe — hors de notre plateforme — où vous pouvez :
Le tableau « Historique des factures » affiche les 12 derniers prélèvements, avec :
Les factures remboursées (totalement ou partiellement) apparaissent avec une étiquette claire, évitant toute confusion avec des factures payées.
L'essai est un choix explicite à l'inscription : il donne 14 jours avec les limites Starter (5 utilisateurs, 1 unité, 1000 demandes, IA active). Au 15e jour :
L'essai ne bascule pas automatiquement vers Free à la fin. Free est un choix explicite fait à l'inscription — qui veut Free choisit Free dès le départ. Qui a choisi Essai s'engage à évaluer le produit payant.
En plus du plan de base, l'organisation peut activer des modules additionnels sur le même abonnement. Le premier disponible est Gestion des Actifs et Maintenance Préventive (chapitre 22) :
Pour activer : Paramètres → Facturation → Add-ons → Activer le module (requiert un abonnement actif). Le module s'active en quelques secondes ; le montant au prorata pour la période en cours apparaît sur la prochaine facture (proration Stripe — sans débit immédiat). Pour le retirer, utilisez Retirer le module sur la même carte : l'accès se coupe immédiatement et le crédit au prorata apparaît sur la prochaine facture. Les données ne sont jamais supprimées — à la réactivation, tout revient tel quel.
Les organisations avec des conditions particulières peuvent avoir le module activé directement par l'équipe ReSOLVE — dans ce cas, la carte affiche le badge Offre, sans facturation ni bouton de retrait.
La plateforme est traduite en quatre langues : Portugais, Anglais, Français et Espagnol. Le changement est instantané et se propage à toute l'application.
Trois endroits où le sélecteur de langue apparaît :
Lorsqu'un utilisateur accède au site pour la première fois (sans préférence enregistrée), la plateforme tente de détecter la langue du navigateur. Si elle fait partie des quatre prises en charge, elle est utilisée ; sinon, l'Anglais s'applique par défaut.
Les notifications push vous alertent d'événements importants même lorsque l'application n'est pas ouverte — demandes affectées, nouveaux messages, changements d'état critiques.
Chacun contrôle ce qu'il reçoit dans Paramètres → Notifications : push dans le navigateur et dans l'application installée, notification des messages de chat et avis par e-mail — trois interrupteurs indépendants.
Pour modifier l'autorisation après acceptation/refus :
Rappel du chapitre 4 : sur iPhone, sans « Sur l'écran d'accueil » dans Safari, il n'y a pas de notifications push. C'est une restriction d'iOS, pas de notre plateforme. Installez l'application sur l'écran d'accueil avant d'accepter les notifications.
Module add-on qui apporte à la plateforme l'inventaire des équipements avec étiquettes QR, la maintenance préventive planifiée et la gestion des pièces détachées : les plans génèrent automatiquement des ordres de travail, avec une procédure pas à pas et la détection des non-conformités. Se gère dans Paramètres → Gestion des Actifs.
Le module est un add-on payant qui s'ajoute au plan de base (chapitre 19.6) : Growth +250 €/mois, Enterprise +850 €/mois, Custom +9 €/utilisateur/mois (facturation annuelle avec ~2 mois gratuits). Activez-le dans Paramètres → Facturation → Add-ons ; il requiert un abonnement actif sur un plan Growth ou supérieur. Lorsque vous le retirez, les données sont conservées — la lecture reste disponible, la création et la modification sont bloquées — et la réactivation ramène tout tel quel.
La taille du module est indépendante du plan de base : une organisation de 100 utilisateurs n'a pas à en payer 100 dans le module de maintenance. On choisit la taille dans la Facturation, puis on attribue l'accès personne par personne, dans Équipe → fiche du membre → Maintenance, où le compteur affiche « X sur Y sièges attribués ». Sans siège libre, l'attribution est refusée — augmentez la taille du module ou retirez l'accès à quelqu'un d'autre. Ceux qui n'ont pas de siège continuent d'utiliser la plateforme normalement ; ils ne voient simplement pas les actifs, les plans ni les ordres préventifs.
Avant d'enregistrer des actifs, définissez le catalogue dans Gestion des Actifs → Types et Familles — par exemple, le type CVC avec les familles Refroidisseurs, CTA et Splits. Les types alimentent les filtres, les regroupements et le périmètre des plans préventifs. Un type lié à des actifs ou des plans ne peut pas être supprimé (mettez-les à jour d'abord).
Renommer une famille est sûr : la plateforme propage le nouveau nom, dans la même opération, aux actifs de cette famille, aux plans de préventif dont la portée est la famille et aux pièces associées par famille — et confirme à l'écran combien d'enregistrements ont été mis à jour. Sans cela, une simple correction de nom laisserait des plans ne générant rien et des pièces disparaissant de la fiche de l'actif, en silence.
Chaque actif possède : nom, type et famille, localisation (propriété / étage / salle), secteur responsable, fabricant, modèle, numéro de série, dates d'achat et de garantie, criticité (basse / moyenne / haute), notes et une photo (stockée de façon privée — seuls les membres de l'organisation peuvent la voir). L'état suit le cycle de vie :
La liste dispose d'une recherche, de filtres (état, criticité, propriété), de regroupements en cascade (type → famille, localisation → étage, état) et d'une vue condensée. Un actif lié à des demandes ne peut pas être supprimé — passez son état à Réformé, ce qui préserve l'historique. Supprimer un actif supprime aussi les plans préventifs propres à cet actif.
Chaque fiche conserve aussi des coordonnées GPS avec altitude (capturées sur place ou saisies à la main, avec Voir sur la carte pour confirmer) et des fichiers — manuels, schémas électriques, certificats, photos de la plaque signalétique —, conservés en privé et ouverts par un lien sécurisé temporaire. Depuis la liste des actifs, Voir sur la carte affiche tous ceux qui ont des coordonnées.
Les étiquettes sortent en deux formats, au choix au moment d'imprimer : planche A4 avec 21 étiquettes par page (autocollants 63,5×38,1 mm, type Avery L7160) ou étiquette 50×30 mm, une par page, en série, pour imprimantes à rouleau. Les deux portent le QR, le code de l'actif, le descriptif et le logo de l'organisation.
Générez des étiquettes autocollantes en PDF (une par actif, avec code QR et identification) et apposez-les sur les équipements. N'importe quel membre de l'équipe pointe la caméra du téléphone vers le QR — la fiche de l'actif s'ouvre directement, avec l'historique des interventions et les plans. Depuis la fiche, le bouton Créer une demande ouvre une demande corrective déjà liée à l'actif et avec la localisation pré-remplie.
Dans Gestion des Actifs → Actifs → Importer, téléchargez le modèle CSV (il inclut une ligne d'aide par colonne), remplissez-le et importez des centaines d'actifs en une fois. La validation se fait ligne par ligne — une ligne en erreur ne bloque pas le reste, et un second clic sur Importer ne réessaie que les lignes en échec. Un importateur équivalent existe pour les plans de maintenance.
Un plan définit quoi, où, quand et comment :
Les cartes de plan affichent la prochaine date et le nombre de tâches ; un clic ouvre en lecture seule, le crayon édite. Modifier la procédure ne change pas les ordres déjà générés — chaque ordre garde sa propre copie.
Un plan dont le périmètre est un actif unique peut être dupliqué vers plusieurs actifs d'un coup, et le bouton Demande ponctuelle crée un ordre pour un actif du périmètre sans toucher au calendrier du plan (utile pour une intervention hors cycle).
Un compteur est une grandeur relevée sur un actif au fil du temps. Il se crée sur la fiche de l'actif, dans Compteurs et relevés, avec un type, un nom et une unité. Deux comportements existent :
Les relevés entrent par deux voies. À la main, via le bouton Enregistrer un relevé sur la fiche de l'actif — en pratique, en scannant l'étiquette QR de l'équipement avec le téléphone, qui ouvre aussitôt la bonne fiche. Ou par la procédure : une tâche de mesure du plan peut être liée à un compteur et, quand le technicien la renseigne en exécutant l'ordre, la valeur entre toute seule dans la série de l'actif. C'est la boucle qui compte — la révision des 250 heures enregistre les heures au moment de son exécution, et c'est ce relevé qui fait naître la suivante.
Tout membre ayant accès au module peut enregistrer des relevés ; créer et supprimer des compteurs relève des administrateurs. Les erreurs se corrigent par un nouveau relevé accompagné d'une note (l'historique récent s'ouvre sur la ligne même) ; supprimer un relevé erroné est une action d'administrateur.
À sa première exécution, le plan enregistre le relevé actuel comme repère de départ et ne génère rien — adopter un plan sur un groupe électrogène à 12 230 h n'inonde pas la liste des en-cours de révisions rétroactives. Ensuite, il crée l'ordre quand relevé actuel − relevé du dernier déclenchement ≥ intervalle. Un grand saut de relevé produit un ordre, pas plusieurs en retard. Et comme un actif à l'arrêt n'accumule jamais d'heures, le plan accepte un plafond calendaire : 250 heures ou 6 mois au maximum, au premier des deux.
Sur les périmètres larges, l'éditeur du plan indique combien d'actifs du périmètre possèdent réellement ce compteur (« 3 sur 5 ») — les autres restent dehors, sans erreur. Sur les compteurs de paramètre, la fiche de l'actif montre quels plans les surveillent et avec quel seuil.
Chaque jour, la plateforme génère les ordres échus sous forme de demandes normales portant l'étiquette Préventive — ils entrent dans le flux habituel (affectation, SLA, chat, rapports). Les plans calendaires sont traités à 05h00 et les plans par compteur à 05h10 (UTC) ; les plans par condition n'attendent pas le lendemain — l'ordre naît dès qu'un relevé enfreint le seuil. Chaque secteur reçoit une notification push et un e-mail par jour, avec le résumé de tout ce qui a été généré pour lui, au lieu d'une alerte par ordre. L'encadrement n'a pas non plus à attendre la nuit : le bouton Générer maintenant, sur l'écran des plans, lance le générateur sur-le-champ. Sur le détail de la demande, le technicien exécute la procédure tâche par tâche ; les réponses peuvent être enregistrées à tout moment, sans changer le statut de la demande.
Si une inspection enregistre Dégradé / Panne, ou qu'une question reçoit la réponse Non, la plateforme propose de créer immédiatement une demande corrective liée au même actif — le pont automatique entre le préventif et le correctif.
Un plan arrêté (module désactivé, plan inactif) n'accumule pas d'ordres en retard : à la reprise, il génère un ordre de rattrapage et passe à la prochaine date future.
Une tâche périodique ne doit pas remplir les en-cours de doublons : quand le cycle suivant naît, l'ordre précédent jamais sorti d'Ouvert est clôturé comme annulé, avec la note « non exécutée dans sa période » dans l'historique. Les ordres que l'équipe a commencés (passés par En cours) sont épargnés — ils restent ouverts, car il y a du travail à consigner. L'e-mail quotidien du secteur indique combien ont été clôturés ainsi.
Sur les plans à base Légal (22.6), un ordre échu ne se clôture jamais tout seul — une obligation réglementaire serait sinon abandonnée sans trace. L'ordre reste ouvert, marqué § Légal sur la carte du plan, sur la demande et dans le calendrier, et les administrateurs reçoivent une alerte quotidienne tant qu'il n'est pas exécuté. À la clôture, l'application rappelle de joindre le certificat ou le rapport d'inspection.
Au-delà des ordres, le module surveille quatre choses pour vous et prévient qui de droit :
Le module comprend la gestion du magasin de pièces — le matériel consommé lors des interventions : filtres, courroies, roulements, lampes, joints. Vous le trouverez dans Actifs → Pièces, accessible à toute personne disposant d'une place dans le module (section 22.1).
Une règle gouverne tout le reste : le stock ne s'écrit jamais à la main. La quantité affichée est toujours le résultat des mouvements enregistrés — entrées, consommations, ajustements, retours et remplacements. C'est ce qui permet de répondre, des mois plus tard, à la question « où sont passés les 12 filtres ? ».
SPR-…) — l'existence physique arrive à l'étape suivante.Il existe deux mouvements manuels, aux permissions volontairement différentes :
L'historique de la pièce liste tous les mouvements du plus récent au plus ancien, avec date, utilisateur, quantité, note et la demande liée le cas échéant. Il est immuable : une saisie erronée ne s'efface ni ne se réécrit — elle se corrige par un ajustement (ou, s'il s'agissait d'une consommation sur un ordre, par le retour décrit en 22.12).
Chaque pièce a son propre QR, dans les deux mêmes formats que les actifs : feuille A4 de 21 étiquettes ou étiquette 50×30 mm pour imprimante à rouleau (section 22.4). Collez l'étiquette sur l'étagère ou sur la boîte : pointer l'appareil photo du téléphone ouvre la fiche de la pièce avec le stock actuel en évidence — le moyen le plus rapide de vérifier les quantités lors d'un inventaire.
Quand une consommation ou un ajustement fait passer le stock sous le minimum, le secteur responsable de la demande — ou les administrateurs, si le mouvement ne vient pas d'une demande — reçoit une notification push et un e-mail avec la quantité actuelle et le minimum défini.
L'alerte se déclenche au moment du franchissement et ne se répète pas tant que le stock reste bas, afin de ne pas saturer les téléphones de l'équipe. Elle se réarme d'elle-même dès qu'une entrée ramène le niveau au-dessus du minimum.
Le matériel consommé s'enregistre dans l'ordre de travail, section Pièces utilisées. Chaque enregistrement déduit le stock immédiatement, entre dans l'historique de la demande et dans celui de la pièce, et figure sur le rapport PDF de l'intervention — ce qui boucle la chaîne entre la maintenance et le magasin.
Pour éviter de chercher dans une liste de centaines d'articles, la plateforme filtre les pièces selon les liens définis sur la fiche de la pièce. Une pièce peut être liée, sans exclusivité, à :
Une pièce sans lien est considérée comme universelle et apparaît toujours. Sur la fiche de l'actif, la section Pièces compatibles montre la vue inverse : quelles pièces existent pour cet équipement, et avec quel stock.
Si vous demandez plus que ce qui existe, l'enregistrement est refusé et le message indique la quantité disponible — le stock ne devient jamais négatif. Les ordres clôturés (résolus, annulés ou rejetés) n'acceptent plus de nouveaux enregistrements.
Les erreurs arrivent : la mauvaise pièce, le double de la quantité, le mauvais ordre. Plutôt que de toucher au stock à la main, retirez l'enregistrement sur l'ordre lui-même.
L'enregistrement d'origine ne disparaît pas — il reste visible, avec le retour à côté, dans les historiques de la demande et de la pièce. C'est voulu : celui qui auditera plus tard verra ce qui s'est passé, et non un trou. Chaque consommation ne peut être retournée qu'une fois, et le retour exige que l'ordre soit encore ouvert.
Certains équipements ne se réparent pas sur place : on échange l'unité en panne contre une unité de réserve et la réparation se fait plus tard, en atelier ou chez le fournisseur. Un onduleur, une pompe, un moteur. La plateforme traite ce cas sans inventer de nouvelle entité.
Une unité de réserve est un actif normal, avec sa fiche, son QR, son historique et ses plans — simplement liée à une pièce comme réserve. Ainsi, lorsqu'elle entre en service, elle apporte déjà tout ce qu'il faut savoir sur elle. Chaque actif ne peut être la réserve que d'une seule pièce.
En une seule étape, la réserve devient Actif et hérite de l'emplacement et du secteur responsable de l'équipement remplacé — elle prend sa place à tous les égards. Le lien de réserve disparaît (elle n'est plus en magasin) et le mouvement est consigné dans l'historique de la pièce avec les deux équipements identifiés.
Un plan préventif pointé sur cet actif précis est suspendu avec lui et ne migre pas vers l'unité de réserve — la plateforme ne peut pas deviner si le plan suivait l'équipement ou le lieu. Si la maintenance doit continuer, créez le plan pour la réserve ou, mieux, utilisez des périmètres par type, famille ou emplacement (section 22.6) : ceux-là couvrent la réserve automatiquement, sans intervention.
Un historique en texte libre ne répond pas à « pourquoi cela tombe-t-il en panne ». Deux listes courtes, si. Dans Gestion des actifs › Codes de panne, l'administrateur tient le catalogue de l'organisation en deux onglets : Problèmes (le symptôme) et Causes (la racine).
Les codes sont choisis à la clôture de la demande (section 8.7). Sur les ordres préventifs avec non-conformité, le problème « Non-conformité en inspection » est présélectionné.
Pour que la plateforme réponde à « combien coûte l'entretien de cet équipement », il manque deux chiffres que seule l'organisation connaît :
Ensuite tout se calcule tout seul : chaque consommation de pièce enregistre le prix du moment (une hausse demain ne réécrit pas l'histoire d'hier), un retour annule exactement la valeur sortie, et la fiche de l'actif affiche le coût de maintenance cumulé. Le rapport de performance porte le coût de la période.
Ce n'est pas un grand livre : ni centres de coûts, ni amortissements, ni intégration ERP. C'est le coût d'exploitation par intervention et par équipement — le chiffre qui tranche entre réparer encore ou remplacer.
Sur les écrans Actifs et Pièces de rechange, le bouton Exporter CSV télécharge ce qui est filtré à l'écran — les filtres que vous voyez, pas toute la base.
Le fichier des actifs utilise exactement les colonnes du modèle d'importation (section 22.5). Cela permet la boucle complète : exporter, corriger des dizaines de lignes avec le confort d'un tableur, puis réimporter. Le fichier des pièces porte le stock, le minimum, l'emplacement de magasin et le coût unitaire avec la devise de l'organisation.
Les fichiers s'ouvrent directement dans Excel, Numbers ou Google Sheets (UTF-8, séparateur point-virgule). Et ils répondent, sans promesses, à la question « et si un jour je veux emporter mes données ? ».
Le canal officiel entre le gestionnaire et les résidents : avis, réunions avec rappels automatiques, procès-verbaux et documents — sur le téléphone de chaque résident, sans groupes de messagerie informels.
Le portail s'active automatiquement pour les organisations créées avec le type Copropriété (chapitre 2) — il est inclus dans le plan, sans surcoût. Pour les autres types d'organisation, contactez l'assistance.
Dans Paramètres → Copropriété, quatre onglets :
Chaque publication a un périmètre : général (toute la copropriété) ou un immeuble précis — chaque résident ne voit que ce qui le concerne. Fichiers acceptés : PDF, images, Word (.docx) et Excel (.xlsx), jusqu'à 10 Mo, stockés de façon privée et ouverts via un lien sécurisé temporaire.
Les résidents disposent d'une entrée Copropriété dans la navigation principale, en lecture seule : ils parcourent les avis, réunions, procès-verbaux et documents du périmètre général et de leur immeuble, et téléchargent les fichiers en toute sécurité. (La création de demandes de maintenance reste dans le flux normal — chapitre 7.)
La veille de chaque réunion (vers 08h00), les résidents concernés reçoivent une notification push et un e-mail avec le titre, la date, l'heure et le lieu. Si la réunion est reportée, le rappel se réarme automatiquement pour la veille de la nouvelle date.
Les réunions créées après l'envoi de la veille déjà parti (par exemple, aujourd'hui pour demain matin) peuvent ne pas recevoir de rappel automatique — dans ce cas, publiez aussi un avis.
Définition des principaux termes utilisés dans cette plateforme et dans ce manuel.
Les questions les plus courantes des nouveaux utilisateurs.
Vérifiez que vous avez ouvert l'application depuis l'icône de l'écran d'accueil, et non depuis Safari. Si vous ne l'avez pas encore installée, allez au chapitre 4 et suivez les étapes « Sur l'écran d'accueil ». iOS ne permet pas les notifications push sans cette installation.
Sur l'écran de connexion, cliquez sur Mot de passe oublié ?, saisissez votre e-mail et suivez le lien reçu. Le lien a une durée de validité limitée — s'il a expiré, il suffit de relancer la demande.
Oui. Après la connexion, le sélecteur d'organisation s'affiche (chapitre 3.3). Le rôle peut être différent dans chaque organisation (par ex. admin dans l'une, technicien dans l'autre).
Dans Paramètres → Facturation, dans le tableau de l'historique, cliquez sur le lien « PDF » de chaque facture. Vous pouvez aussi ouvrir le portail Stripe (Gérer la facturation) pour accéder à l'ensemble des factures historiques.
Les downgrades en libre-service sont bloqués. Annulez l'abonnement actuel (il reste actif jusqu'à la fin du cycle payé) et souscrivez ensuite au plan inférieur, ou contactez support@resolve-facilities.com pour de l'aide.
Le catalogue initial a été chargé selon le type d'organisation choisi à l'inscription. Vous pouvez modifier librement : ajouter, renommer, supprimer des catégories et des sous-catégories dans Administration → Catégories (chapitre 12).
Les demandes RGPD doivent être soumises par écrit à support@resolve-facilities.com. L'administrateur de l'organisation peut supprimer des utilisateurs dans Équipe ; pour une suppression totale du tenant et de ses données, une demande formelle est requise.
Voir chapitre 19.1 (Comparatif des plans). Résumé : Free 0 €, Starter 19 €/mois, Growth 109 €/mois, Enterprise 439 €/mois, Custom variable. Facturation en EUR, traitée par Stripe.
Non — nous vendons exclusivement en EUR. Stripe peut effectuer la conversion automatique sur la carte du client selon la banque émettrice, mais la facture est émise en EUR.
Pour toute question opérationnelle, problème technique, suggestion ou demande formelle de protection des données, contactez-nous. Nous répondons en horaires de bureau (lundi-vendredi, 9 h-18 h, heure de Lisbonne) et les demandes critiques sont prioritaires.
© 2026 ReSOLVE Facilities. Tous droits réservés.
Ce manuel décrit la version actuelle de la plateforme. Les fonctionnalités et écrans peuvent évoluer.