← back to home
root@souverainete:~$ cat etude-de-cas/flotte-mobile.md
case study — stack: /e/os + nextcloud

Equipping a mobile team without depending on Google

Rolling out an enrollment process for a fleet of refurbished smartphones running /e/OS, connected to a self-hosted Nextcloud — files, contacts and calendar synchronized, with no Google account and no proprietary MDM subscription.

Type of organizationCooperative, 15 field workers
TriggerLeaving Google Workspace
Key constraintRefurbished devices
Stack/e/OS · Nextcloud · DAVx5
// context

The problem

The cooperative's field technicians used to travel with personal phones or Android devices tied to a Google Workspace account billed per user. As the renewal approached, the organization wanted to leave that dependency behind — without falling back on an equally costly, equally closed proprietary MDM (Intune, Jamf).

The budget constraint steered the choice towards refurbished hardware: rather than buying new, equip the fleet with refurbished phones flashed with /e/OS — provided the installation and connection process to the existing Nextcloud was reliable and reproducible, not hand-tinkered device by device.

// stakes

What had to be reconciled

Cost

Refurbished devices rather than new, no recurring MDM subscription per device.

Autonomy

No dependency on a Google account — files, contacts and calendar hosted by the cooperative.

Reproducibility

The same enrollment process applied identically to every new device.

Lifecycle

Being able to reassign or wipe a device cleanly when someone leaves or a device is replaced.

// architecture

The choices that shape the process

// from refurbished stock to a working device — three reproducible steps, then continuous sync via DAVx5
A profile, not manual configuration

Every device receives the same enrollment profile (accounts, restrictions, base apps) — no settings redone by hand from scratch on each device.

DAVx5 rather than a proprietary app

Files/contacts/calendar sync goes through a standard CardDAV/CalDAV connector — replaceable, with no vendor lock-in.

Inventory kept separate from assignment

Tracking who uses which device stays independent from the technical enrollment process — the cooperative keeps control without depending on my tooling.

Wiping planned from the start

The reset procedure between two users is documented to the same standard as the initial enrollment — not bolted on afterwards.

// implementation

What was done

01

Selecting and checking the refurbished stock

Checking /e/OS compatibility and the physical condition of each model before installation.

02

Flashing /e/OS and baseline hardening

Installing the system, removing residual Google services, configuring automatic updates.

03

Applying the enrollment profile

Accounts, restrictions and base apps applied identically on every device.

04

Connecting to Nextcloud via DAVx5

Syncing the technician's files, contacts and calendar, tested before handing over the device.

05

Handover and user documentation

A short sheet explaining the basic usage, with a contact for the first week in case of issues.

// result

What it changes

The cooperative equipped its mobile team without opening a single Google account, without a recurring MDM subscription, and with refurbished rather than new devices — all while keeping files, contacts and calendars hosted in-house.

€0MDM subscription or per-device license
15refurbished devices enrolled identically
1documented process, replayable at each renewal
// limits

What stays out of scope

Quality control of the refurbished hardware (battery, screen condition) depends on the supplier chosen by the organization — this process doesn't include hardware expertise.

Some banking or administrative apps refuse to run without Google services — worth checking case by case before a team fully switches over.

Advanced MDM-style remote management (locking, real-time geolocation) isn't covered — this process stays deliberately simpler than a full MDM solution.

Strong authentication on Nextcloud accounts wasn't included in this initial deployment — a separate project, to be handled with the same care as with Matrix.

/e/OS + Nextcloud enrollment methodology
Process documented from this deployment — the reference repository is being prepared for publication.
Request the methodology →

A fleet of devices to take off Google or a proprietary MDM?

Every organization has its own usage patterns and constraints — let's talk about yours before talking about a solution.

Get in touch →