Promobile (Sirius Télécom Afrique) · 2026 · En production
Field Management
L’outil des équipes commerciales d’un opérateur télécom, conçu pour fonctionner hors ligne. Onze services, environ 3 000 tests et un QA gate de 66 contrôles qui bloque toute livraison non conforme.
- Services
- 11
- FastAPI, découpés par domaine
- Tests automatisés
- ≈ 3 100
- 2 894 côté serveur, 220 côté interface
- QA gate
- 66
- contrôles avant chaque livraison
- Rôle
- Développeur full stack en stage, de l’architecture au déploiement
- Durée
- Avril – décembre 2026 (stage de 3 mois prolongé de 6)
- Stack
- Angular · Capacitor (Android) · FastAPI (11 services) · PostgreSQL / PostGIS · Kafka · Keycloak · Traefik · Docker Compose · Playwright
Field Management · Formation
- Promoteur :
Est-ce que nos activations et nos relances des points de vente dormants seront prises en compte pour notre évaluation ?
- Support :
Oui, c’est pris en charge : elles comptent dans l’évaluation mensuelle, et vous pouvez les suivre sur votre tableau de bord promoteur.
Contexte
Promobile, la marque de Sirius Télécom Afrique, s’appuie sur des promoteurs qui visitent chaque jour des points de vente partout au Sénégal. La direction voulait voir en temps réel ce qui se passe sur le terrain : visites, stocks, reporting, points de vente qui deviennent dormants. Le cahier des charges client décrit dix modules.
Le problème
L’application doit fonctionner sans réseau : un promoteur ne choisit pas la couverture de la boutique où il se trouve. Elle doit tourner sur des Android d’entrée de gamme, se charger en moins de trois secondes, et tenir des centaines d’utilisateurs simultanés. Côté sécurité, le client exige la double authentification, un chiffrement récent et un hébergement en Afrique. Il faut aussi dialoguer avec les systèmes existants du partenaire, derrière un tunnel VPN, et avec des formulaires de collecte déjà en place.
Mon approche
Onze services, une seule base. Le back-end est découpé par domaine (visites, points de vente, stocks, synchronisation, tickets, rapports…), mais tous partagent une base PostgreSQL, sans clé étrangère entre domaines. Le découpage reste net sans multiplier les bases à administrer.
Un seul front pour le web et le mobile. L’application Angular sert les superviseurs dans le navigateur et devient une application Android grâce à Capacitor. Une base de code au lieu de deux, et un mode hors ligne avec synchronisation au retour du réseau.
Docker Compose plutôt que Kubernetes. J’ai écarté Kubernetes : l’équipe du client doit pouvoir exploiter la plateforme sur un seul serveur. Traefik fait office de passerelle, Keycloak gère l’authentification, Kafka transporte les événements entre services.
Un QA gate qui bloque les livraisons. Avant chaque push, un script de plus de 1 500 lignes joue 66 contrôles ; un seul échec et rien ne part. L’un d’eux refuse même le push si l’architecture change sans que le cahier technique soit mis à jour. Ce cahier compte aujourd’hui plus de 160 pages et reste fidèle au code.
Tester sur un vrai téléphone. Les parcours critiques sont vérifiés sur un Pixel 9 physique, pas seulement dans un émulateur.
Déployer chez le client. La plateforme tourne sur un VPS, et un serveur sur site, sans aucun port ouvert vers Internet, a été installé en octobre 2026. Les utilisateurs ont été formés le 14 octobre, puis la plateforme a basculé sur ce serveur.
Ce qui a changé
La plateforme tourne désormais sur le serveur de Promobile. Les équipes y créent leurs points de vente sur le terrain, et le support corrige les fiches au fil de l’eau.
Ce que j’en retiens
Un outil terrain se juge sans réseau : le mode hors ligne n’est pas une option qu’on ajoute à la fin, c’est lui qui dessine l’architecture.