Entrer dans Odoo

Un environnement tourne et vous devez vous connecter à l'Odoo qui est derrière. Les identifiants ne sont pas admin / admin, et c'est voulu : un environnement restauré depuis un modèle du catalogue embarquerait sinon le mot de passe le plus connu du métier.

L'administrateur de l'environnement

La plateforme génère un identifiant et un mot de passe administrateur au provisionnement, et le panneau Administrateur Odoo, dans l'onglet Configuration, les révèle.

Ils sont récupérés à la demande, et non chargés avec la page. Rien des identifiants ne parvient à votre navigateur avant que vous n'appuyiez sur le bouton, ce qui les tient hors des corps de réponse, des caches de navigateur et de toute capture de cet onglet prise pour une autre raison.

Les voir exige environments.config — la même permission que modifier les réglages de l'environnement, car un mot de passe administrateur est un réglage à tous les égards qui comptent.

Un refus mérite d'être reconnu. Un environnement créé avant l'existence de cette rotation n'a aucun mot de passe généré à montrer : le panneau le dit et vous invite à redéployer. C'est une vraie réponse, pas un échec — c'est le redéploiement qui en génère un.

Ce que sont ces identifiants, et ce qu'ils ne sont pas

C'est le compte administrateur Odoo de la base de cet environnement — celui avec lequel on installe un module à la main, on regarde un enregistrement, ou on répare ce qu'une mise à jour a laissé à moitié fait.

Ce n'est pas une porte d'entrée pour votre équipe. Chaque personne qui travaille sur Odoo devrait avoir son propre utilisateur Odoo ; partager le compte administrateur, c'est se retrouver incapable de dire qui a changé un réglage. Servez-vous-en pour démarrer, puis créez de vrais utilisateurs.

Ce n'est pas non plus votre identifiant de la plateforme. Votre compte RollBackk, votre équipe et vos permissions relèvent d'un système entièrement séparé — c'est l'objet du guide sur les rôles d'équipe.

Quand un client n'arrive plus à entrer

Sur un environnement multi-client, chaque instance cliente a son propre administrateur, et « mon client a perdu son accès » a deux réponses. Elles se ressemblent et ne sont pas interchangeables.

Renvoyer l'adresse ne change rien du tout. Cela réexpédie au client sa page de connexion. C'est le vrai problème la plupart du temps : il a toujours son mot de passe et ne retrouve simplement pas l'URL. Réinitialiser dans ce cas casserait une connexion qui marche pour résoudre un problème qu'il n'avait pas.

Émettre un nouveau mot de passe est la seule récupération possible quand c'est le mot de passe qui a disparu. Rien ne peut être renvoyé, parce que rien n'a été conservé : le mot de passe a été généré, appliqué à son Odoo et jamais stocké, si bien que ni la plateforme ni une copie volée de notre base ne peuvent lire les identifiants d'un client. En émettre un nouveau fait cesser l'ancien, immédiatement.

Essayez la première avant la seconde. Elle est gratuite, et elle suffit en général.

Les deux exigent tenant.manage, et les deux se trouvent sur la fiche du client plutôt que dans une action de masse : réinitialiser un mot de passe est une conversation avec un client, pas une opération sur une liste.

Les essais, tant que vous y êtes

Le même panneau règle l'essai d'un client : le prolonger d'un nombre de jours, ou le lever entièrement.

Les jours comptent à partir de maintenant, pas depuis l'inscription initiale. « Deux semaines de plus » dit au téléphone signifie quatorze jours à compter de cet appel, ce qui fait correspondre le nombre à l'écran avec la phrase que vous venez de prononcer.

Un essai appartient à un client plutôt qu'au lien d'inscription par lequel il est arrivé, parce qu'au moment où il compte, il est devenu une conversation commerciale avec ce client-là.