Version : 23 septembre 2026 · Package Android : com.dzdelivery.dzdelivery
Important : cette page documente la configuration visée pour la prochaine release. La déclaration Play Console doit être vérifiée contre l’AAB final, son manifeste fusionné, les SDK réellement activés et le backend de production. Les notions « collecté » et « partagé » sont celles de Google Play ; un transfert nécessaire à un prestataire ou à un autre utilisateur doit être qualifié selon les définitions et exceptions de Google, pas selon le langage courant.
| Catégorie Google Play | Données DZDelivery | Collecte | Communication à qualifier | Finalités |
|---|---|---|---|---|
| Informations personnelles | Nom, prénom, e-mail, téléphone, identifiant de compte, rôle, informations de profil chauffeur | Oui | Backend, support et participant nécessaire à l’opération | Compte, authentification, livraison, sécurité |
| Adresse | Départ, arrivée, collecte, remise, wilaya/commune | Oui selon opération | Participants affectés et infrastructure | Enlèvement, remise, navigation |
| Localisation approximative/précise | Point client ponctuel ; GPS chauffeur pendant disponibilité explicitement activée, navigation, livraison ou Coursa active | Oui selon fonction | Backend, cartographie et participant concerné | Mise en relation, navigation, suivi et sécurité |
| Messages | Chat livraison/Coursa/Marketplace, support, signalements | Oui lorsqu’utilisés | Participants concernés, modération/support et infrastructure | Fonctionnalité, sécurité, support |
| Photos et vidéos / fichiers | Profil, produit Marketplace, véhicule, colis, preuve, justificatif ; QR/PDF comme données opérationnelles | Selon fonction | Stockage/backend et utilisateurs autorisés | Profil, publication, vérification, preuve, livraison |
| Informations financières | Prix, offres, contre-offres, commissions, gains, montant à encaisser, historique | Oui | Backend et support ; aucun numéro de carte bancaire collecté par l’app actuelle | Négociation, calcul, historique, comptabilité |
| Activité dans l’application | Demandes, commandes, acceptations/refus, scans, statuts, signalements, événements de mission | Oui | Backend et outils techniques nécessaires | Fonctionnement, sécurité, fraude, modération |
| Identifiants appareil ou autres identifiants | Token FCM, identifiants/session techniques, IP côté serveur, version app/appareil | Oui selon service | Backend, Firebase ; Sentry si activé | Push, session, sécurité, diagnostic |
| Diagnostics / performances | Erreurs, traces, modèle/OS/version et données techniques minimisées | Conditionnel | Sentry uniquement si configuré | Stabilité et sécurité |
ACCESS_FINE_LOCATION / ACCESS_COARSE_LOCATION : localisation client ponctuelle et GPS chauffeur lié à une fonction active.FOREGROUND_SERVICE / FOREGROUND_SERVICE_LOCATION : suivi visible d’une activité de transport active, avec notification persistante lorsque le service fonctionne.ACCESS_BACKGROUND_LOCATION : non déclaré. DZDelivery ne doit pas le présenter dans Play Console comme une permission utilisée par cette release.CAMERA : scan QR et capture photo initiés par l’utilisateur.READ_MEDIA_IMAGES et lecture héritée jusqu’à Android 12 : à maintenir uniquement si le binaire final en a réellement besoin ; pour une sélection ponctuelle d’images, le sélecteur système est à privilégier.POST_NOTIFICATIONS : alertes de livraison, Coursa, Marketplace, compte et sécurité.BLUETOOTH_SCAN / BLUETOOTH_CONNECT : impression thermique facultative ; le scan est déclaré neverForLocation.WAKE_LOCK : continuité technique d’une navigation active.CALL_PHONE : non déclaré. L’application ouvre le composeur avec l’action système DIAL.DZDelivery n’utilise pas la permission Android de localisation en arrière-plan dans la release candidate. Un chauffeur peut toutefois continuer une navigation ou un suivi de mission lorsque l’écran n’est plus au premier plan grâce à un foreground service de type location, signalé par une notification persistante. Le service doit être déclenché par une action utilisateur ou une mission active, rester directement lié à cette fonction et s’arrêter à la fin, à l’annulation, à la déconnexion ou lorsque la mission n’est plus active.
Les fiches produit, images, informations de boutique, messages et signalements constituent du contenu utilisateur lorsqu’ils sont accessibles à d’autres utilisateurs. Les conditions d’utilisation, le signalement, la modération et les mécanismes permettant de limiter les interactions abusives doivent rester actifs et testés. Les données de modération sont utilisées pour la sécurité, la prévention de la fraude et l’application des règles de la plateforme.
Une mise à jour de SDK, l’activation d’un nouveau prestataire ou l’ajout d’une fonction d’IA tierce accédant aux données utilisateur déclenche une nouvelle vérification de la politique et du formulaire Data Safety.