User Guide β€” ORMdoo Admin Interface

ORMdoo Admin
Getting started
1.1

Login

Open the access URL provided in your welcome email (format: https://admin.SLUG.ordoo.online). Enter your username and password, then click Log in.

ORMdoo login page
  1. Open the URL in your browser.

  2. Enter your username and password.

  3. Click Log in.

πŸ’‘

If you forget your password, contact your administrator. They can reset it from the Users page.

1.2

Dashboard

After login, you land on the Dashboard. It provides an overview of your Odoo instances: used quota, number of active/stopped/error instances, a compact instance list with their status, and a distribution chart.

ORMdoo Dashboard

Navigation

The left sidebar gives access to 6 sections: Dashboard, Instances, Versions, Users, Settings and Servers. At the bottom, the Light / Dark / Auto buttons switch the interface theme, and the Logout link ends your session.

Instance management
2.1

Instance list

The Odoo Instances page lists all managed instances grouped by server. Each instance card shows:

  • The instance name and access URL
  • The Odoo version and type (Production or Staging)
  • The MASTER password (masked β€” πŸ‘ reveal and πŸ“‹ copy buttons)
  • The row of action buttons
  • Real-time metrics at the bottom of the card
Odoo instance card

Available action buttons

  • ⏹ Stop β€” Stops the Odoo service
  • β†Ί Restart β€” Restarts the Odoo service
  • βš™ Configuration β€” Shows the instance configuration
  • πŸ“¦ Addons β€” Installs custom modules
  • πŸ’Ύ Backup β€” Creates a backup
  • πŸ“₯ Restore β€” Restores from a backup
  • ⧉ Clone β€” Clones to a staging instance
  • πŸ‘€ Connect as β€” Opens an Odoo session under a user account
  • βŽ‡ Git repos β€” Manages module repositories
  • πŸ—‘ Delete β€” Permanently deletes the instance
2.2

Real-time metrics

At the bottom of each instance card, metrics refresh automatically and show the server state:

Real-time instance metrics
  • DB Connections β€” Donut chart: active vs inactive PostgreSQL connections
  • Odoo Errors (6h) β€” Bar chart of errors over the last 6 hours
  • Memory used (in MB)
  • Workers β€” Number of active Odoo processes
  • Deadlocks β€” Blocking PostgreSQL locks
2.3

Create an instance

Click + Create an instance in the top right to open the creation form.

Instance creation form

Infrastructure section

  • Server β€” Select the target server from the list
  • Odoo version β€” Only versions installed on the server are available
  • Edition β€” Community (free) or Enterprise (requires SSH key configured on GitHub)

Identity section

  • Instance name β€” Lowercase letters, numbers, hyphens and underscores only (e.g. demo, client-test, prod-v2)
  • Odoo admin login β€” Administrator account login (default: admin)

After clicking πŸš€ Create instance

Provisioning starts. The instance card appears with the In progress status. Progress is displayed in real time. Full provisioning takes about 5 minutes.

πŸ’‘

You can continue using the interface during provisioning. The card updates automatically.

2.4

Create a backup

The backup generates a ZIP archive in standard Odoo format: SQL dump + filestore/ folder (attached documents). This file is compatible with restoration via this panel or directly via /web/database/manager on any Odoo instance.

Backup creation window
  1. Click the πŸ’Ύ button on the desired instance card.

  2. Select the database to back up from the dropdown.

  3. Click πŸ’Ύ Create backup.

  4. Wait for the operation to complete. The ZIP file is downloaded automatically.

⚠

The operation may take several minutes depending on the database size. Do not close the window during backup.

2.5

Restore a backup

Restoration completely replaces the database and filestore of the target instance with the content of the uploaded ZIP. The expected format is the standard Odoo ZIP format (dump.sql + filestore/), compatible with an export from /web/database/manager on any Odoo instance.

Restore window
  1. Click the πŸ“₯ button on the target instance card.

  2. Select the backup ZIP file (standard Odoo format).

  3. Click πŸ“₯ Restore. The instance is stopped, the database recreated, then the instance restarts.

⚠

The target database is deleted and recreated. The existing filestore is replaced. The operation is irreversible β€” create a backup before any restore.

2.6

Install modules (addons)

This function uploads custom Odoo modules to the server. The ZIP is automatically extracted into the instance addons directory, and the instance restarts automatically.

Addons installation window

Step 1 β€” Prepare the ZIP

The ZIP should contain the Odoo module folders directly at the root or in a subdirectory. The interface automatically detects the structure.

Step 2 β€” Upload via the panel

  1. Click the πŸ“¦ button on the instance card.

  2. Click Choose a file and select your ZIP.

  3. Click πŸ“¦ Add addons. The instance restarts automatically.

Step 3 β€” Activate modules in Odoo

Once the instance has restarted, open Odoo and go to Apps. Find your modules and click Install.

2.7

Clone to staging

Cloning creates a copy of the production instance as a staging instance. Data is automatically sanitised at the end of cloning (emails disabled, passwords reset).

Clone to staging window
  1. Click the ⧉ button on the production instance card.

  2. Enter a name for the staging instance.

  3. Click Clone.

πŸ’‘

The staging instance appears nested under the production instance in the list.

2.8

Connect as user

This feature opens an Odoo session directly under a user's account, without entering their password. Useful for assisting a user or checking their account status.

Connect as Odoo user
  1. Click the πŸ‘€ button on the instance card.

  2. The list of active Odoo users is displayed.

  3. Click the desired user. A new window opens directly logged into Odoo under that account.

⚠

The login link is single-use and expires after 2 minutes.

2.9

Git repositories

Link a Git repository containing custom Odoo modules to an instance. The repository is cloned on the server and its path added to the Odoo configuration. A GitHub or GitLab webhook can trigger an automatic pull on each push.

Git repository management
  1. Click the βŽ‡ button on the instance card.

  2. Click + Add to expand the add form.

  3. Fill in the repository URL, branch and access token (for private repositories).

  4. Click Add repository. The repository is cloned and its path added to Odoo.

  5. Install the modules from Apps in Odoo.

πŸ’‘

The generated webhook URL (visible in the panel) can be configured in GitHub or GitLab to trigger an automatic pull and module update on each push.

Odoo Versions
3.1

Installed versions

The Versions page shows the Odoo versions installed on the selected server, allows installing new versions and upgrading from Community to Enterprise edition.

Installed Odoo versions

Installed versions table

For each installed version, the table shows: version number, edition (Community or Enterprise), number of active instances using this version, Python version used and installation path on the server.

Install a new version

The Install a new version section lists all supported versions available. Click a card to start the installation.

  1. Click the card for the desired version. A confirmation dialog appears.

  2. Choose the edition: Community (free) or Enterprise (requires a GitHub SSH key).

Installation confirmation modal
  1. Click Start installation. The process runs in the background (~15-30 min for the first version, ~5-10 min for subsequent ones).

  2. A real-time log is displayed in the dialog. You can close the page β€” the installation continues on the server.

  3. Once done, an Installation completed successfully message appears and the new version shows in the installed versions table.

πŸ’‘

Python 3.11 is compiled via pyenv on the first installation (~20 min) and reused for all subsequent versions (~5 min).

Upgrade to Enterprise (Community β†’ Enterprise)

If a Community version is installed, the Upgrade to Enterprise button lets you add Enterprise modules without recreating existing instances.

  1. Make sure an SSH key with access to odoo/enterprise is configured (see Enterprise SSH key section below).

  2. In the installed versions table, click Upgrade to Enterprise for the desired version.

  3. A dialog automatically checks the GitHub SSH connection. If the key is valid, the Launch Enterprise upgrade button appears.

  4. Click Launch Enterprise upgrade. The repository cloning starts (~5-10 min). A progress bar is displayed.

  5. Once done, a Enterprise modules successfully added message confirms the upgrade. The edition switches to Enterprise in the table.

⚠️

If the GitHub SSH key is not configured, the dialog shows a step-by-step guide. Configure the SSH key, test the connection, close the dialog and retry.

Enterprise SSH key

Odoo Enterprise is distributed via a private GitHub repository accessible only to customers with an active subscription. You must link an SSH key to your authorised GitHub account.

  1. In the Enterprise SSH key section, copy the displayed public key (using the Copy button).

  2. Go to GitHub β†’ Settings β†’ SSH and GPG keys β†’ New SSH key. Paste the key and save.

  3. Request access to the odoo/enterprise repository from Odoo S.A. via your contract.

  4. Test the connection with the Test GitHub connection button. A confirmation message appears if the key is recognised.

πŸ’‘

Use the Generate / Regenerate key button to create a new SSH key pair (e.g. after a compromise). Remember to update the key on GitHub.

Servers
4.1

Managed servers

A server is a Linux machine on which the ORMdoo agent is installed. The interface communicates with this agent to manage Odoo instances. One server can host multiple instances.

Managed servers list

Table columns

  • ID / Name β€” Server identifier and name
  • Agent URL β€” HTTP address of the ORMdoo agent on this server
  • Domain β€” Base domain used for instance subdomains
  • Token β€” Authentication token (truncated)
  • Status β€” Active (green) or Inactive
  • Instances β€” Number of hosted instances

Available actions

  • + Add a server β€” Registers a new server in the interface.
  • Ping β€” Tests connectivity with the agent. A positive response confirms the server is reachable and the token is valid.
  • Sync β€” Resynchronises the instance list from the agent.
  • Edit β€” Modifies server settings (URL, token, domain).
  • Delete β€” Removes the server from the interface (does not uninstall the agent).
  • Migrate local server β€” Migrates instances from one server to another.
Settings
5.1

SMTP configuration

SMTP is required to send emails to Odoo users from the admin interface (OTP codes, notifications). A badge shows the current state: Configured (green) or Not configured (red).

SMTP configuration

Fill in the form

  • SMTP server β€” Sending server address (e.g. mail.infomaniak.com, smtp.gmail.com)
  • Port β€” SMTP port (587 for TLS, 465 for SSL)
  • User β€” Sending email address
  • Password / App Password β€” For Gmail, use an App Password generated in Google security settings

Click Save to save. The badge turns green if the configuration is valid.

Admin users
6.1

Account management

The Users page has two tabs: πŸ‘₯ Users (admin account management) and πŸ“§ Email history (log of all emails sent).

Admin user management

Create an account

  1. Enter the Username (email address).

  2. Set a Password (minimum 10 characters).

  3. Check Allow user management if this admin should be able to create other accounts.

  4. Enter the Server ID to restrict access to a specific server, or leave empty for unlimited access.

  5. Click Create user.

Actions on existing accounts

  • Send email β€” Sends an email to the user via the configured SMTP
  • Reset password β€” Sets a new password for this account
  • πŸ”’ Enable 2FA β€” Enables two-factor authentication (TOTP). The user must scan a QR code with Google Authenticator, Aegis or Bitwarden.
  • Delete β€” Permanently deletes the account
⚠

The Active toggle allows temporarily disabling an account without deleting it. The user will not be able to log in while the toggle is off.