La majorité des applications de gestion de transport proposées en Afrique sont conçues selon un modèle cloud-first : toute donnée saisie sur le terrain nécessite une connexion internet pour être enregistrée. Ce modèle, parfait dans les grandes métropoles connectées, devient une source de dysfonctionnements majeurs dès qu'un chauffeur s'éloigne des centres urbains. Voici pourquoi l'architecture offline-first n'est pas un luxe, mais une nécessité pour les opérateurs de transport en Afrique de l'Ouest.
La réalité du réseau sur les corridors africains
Des zones blanches étendues
Prenons l'exemple du corridor Ouagadougou–Bobo-Dioulasso–Frontière Ghana/Côte d'Ivoire. Sur ce trajet de 500 km, la couverture réseau 4G est continue uniquement autour de Ouaga (50 km) et de Bobo (30 km). Entre les deux, les zones à réseau 3G ou EDGE couvrent environ 60% de l'axe. Les 40% restants (zones montagneuses entre Banfora et la frontière, traversées de brousse) ont une couverture nulle ou quasi-nulle.
Sur le corridor vers le Mali (Ouaga–Bobo–Faramana–Bamako), la situation est encore plus critique. Les zones sans réseau peuvent s'étendre sur 150 à 200 km consécutifs.
| Corridor | Tronçons sans réseau estimés |
|---|---|
| Ouaga–Bobo | 80 km (secteur Banfora–Frontière) |
| Ouaga–Cinkansé (Togo) | 60 km (Koupéla–Cinkansé) |
| Ouaga–Faramana (Mali) | 180 km (Bobo–Frontière) |
| Bobo–San-Pédro (CI) | 250 km (Bobo–Côté ivoirien) |
Et ce n'est pas uniquement en dehors des villes : Ouagadougou elle-même connaît des pannes régulières chez Telecel (Orange) et Moov, surtout en saison des pluies lorsque les orages perturbent les relais.
L'effet "tombeau de données"
Quand un chauffeur utilise une application cloud-only sans connexion, deux scénarios se produisent :
-
L'application refuse la saisie : le chauffeur ne peut pas enregistrer le ravitaillement en carburant, la livraison, ni l'incident. Il revient à l'utilisation du papier et de WhatsApp — exactement ce que le digital devait remplacer.
-
L'application accepte mais ne synchronise pas : les données restent en "attente" sur le téléphone. Si le chauffeur redémarre l'application ou si le téléphone plante avant la synchronisation, les données sont définitivement perdues.
Dans les deux cas, le dispatcher perd la visibilité en temps réel et les données terrain sont incomplètes ou absentes.
Cas d'usage terrain : ce qui doit fonctionner offline
Saisie du carburant à la pompe
Un chauffeur s'arrête à la station de Koudougou (zone à réseau instable) pour un plein de 300 litres à 186 000 FCFA. Il doit enregistrer le bon carburant dans l'app.
Avec une app cloud-only : si la connexion est insuffisante, la saisie échoue. Le chauffeur note sur un papier, que le responsable carburant re-saisira à son retour — avec risque d'erreur et de perte.
Avec une app offline-first : le chauffeur saisit normalement, l'enregistrement est local, et la synchronisation se fait automatiquement quand le réseau revient 80 km plus loin.
Confirmation de livraison (POD)
La signature du destinataire, les photos de livraison et les réserves éventuelles doivent être capturées au moment de la livraison — même si celle-ci se fait dans une zone industrielle de Bobo sans connexion, dans un entrepôt de Banfora, ou à un poste-frontière.
Déclaration d'incident
Un accident ou une panne survient souvent dans les zones les plus isolées — précisément là où le réseau est absent. L'incapacité à déclarer l'incident en temps réel retarde l'assistance, complique le rapport assurance et prive l'entreprise de données précieuses pour l'analyse sécurité.
Mise à jour du statut OT
Le chauffeur doit pouvoir mettre à jour le statut de son ordre de transport (En route, Arrivé à destination, Livré, Retour) depuis n'importe quel point du corridor. Ces mises à jour permettent au dispatcher de rassurer les clients en temps réel.
Qu'est-ce que l'architecture offline-first ?
Une application offline-first est conçue avec le principe que l'absence de connexion est la situation normale, non l'exception.
Fonctionnement technique
[Téléphone chauffeur]
↓
Base de données locale (SQLite)
↓
Toutes les saisies → stockées localement d'abord
↓
Quand réseau disponible → synchronisation automatique
↓
[Serveur ANKA TMS]Les points clés :
- Données chargées en avance : les OT du jour sont téléchargés sur le téléphone en début de journée, pendant qu'il y a encore du réseau
- File de synchronisation : les saisies terrain s'accumulent dans une file qui se vide automatiquement quand le réseau revient
- Gestion des conflits : si le dispatcher et le chauffeur modifient la même donnée hors ligne, un mécanisme de résolution de conflits détermine quelle version prime
Ce qui ne peut pas fonctionner offline
Il est important d'être honnête : certaines fonctionnalités nécessitent impérativement une connexion :
- Le suivi GPS en temps réel (streaming de position)
- La réception de nouveaux OT affectés en cours de route
- La communication avec le dispatcher via messagerie intégrée
Ces fonctionnalités sont activées automatiquement quand la connexion revient.
L'impact sur les opérations
| Scénario | App cloud-only | App offline-first |
|---|---|---|
| Saisie carburant en zone sans réseau | ❌ Impossible ou perdu | ✅ Enregistré, synchronisé plus tard |
| POD en zone industrielle hors réseau | ❌ Signature perdue | ✅ Capturé localement |
| Déclaration incident hors couverture | ❌ Doit attendre le réseau | ✅ Saisie immédiate |
| Statut OT en brousse | ❌ Retard ou non-saisie | ✅ Synchronisé au prochain réseau |
| Données terrain complètes | Partiel (gaps fréquents) | Complet (99%+) |
Exigences matérielles recommandées
Pour fonctionner correctement, l'app mobile doit être installée sur un téléphone Android robuste :
- Android 8.0 minimum (Android 11+ recommandé)
- 3 Go de RAM minimum
- 32 Go de stockage interne
- Batterie ≥ 4 000 mAh (ou chargeur de secours dans le camion)
- Protection IP54 ou housse étanche (poussière et eau sur les pistes)
Certains opérateurs équipent leurs camions d'une tablette fixée au tableau de bord (support ventouse) avec un chargeur 12V/USB intégré. Cette configuration est plus confortable pour les chauffeurs qui saisissent plusieurs fois par jour.
L'app mobile ANKA TMS : conçue pour le terrain africain
L'application mobile ANKA TMS pour les chauffeurs est construite sur une architecture offline-first. Elle fonctionne sur Android, ne nécessite aucune formation technique avancée, et synchronise automatiquement toutes les saisies terrain dès que le réseau est disponible. Les fonctions disponibles hors ligne incluent : saisie carburant, POD avec signature et photo, déclaration d'incident, mise à jour statut OT et consultation de l'itinéraire.
Demandez une démo pour voir comment l'app mobile ANKA TMS fonctionne sur le terrain, même sans connexion internet.
