Notifications
L'API Mobile gère deux canaux de notification : les notifications push Firebase (FCM) reçues directement sur l'appareil, et les notifications applicatives stockées côté serveur.
Notifications push FCM
L'application reçoit le message push directement via Firebase. Le payload data contient toujours type et un sous-ensemble de clés selon le type d'événement.
| Type | Clés obligatoires (en plus de type) |
|---|---|
TRANSFERT_EMIS | montant, idObject |
TRANSFERT_RECU | montant, idObject |
TRANSFERT_REJETE | montant, idObject, notificationId |
RTP_INITIEE | clientCategorie, clientAlias, idObject, notificationId |
RTP_RECUE | clientCategorie, clientAlias, clientNom, canal, idObject, notificationId |
RTP_ACCEPTEE | idObject |
RTP_REJETEE | idObject |
REVENDICATION_INITIEE | idObject, notificationId |
REVENDICATION_REJETEE | idObject, notificationId |
REVENDICATION_ACCEPTEE | idObject, notificationId |
ANNULATION_DEMANDEE | idObject, notificationId |
ANNULATION_REJETEE | idObject, notificationId |
ABONNEMENT_TERMINE | idObject |
AUTH_CONNEXION | notificationId |
Toutes les valeurs sont transmises en chaîne (contrainte FCM : payload data toujours string/string).
Omettre une clé obligatoire pour le type expose le SDK à un crash au parsing. Vérifier la liste required de chaque variante du schéma NotificationPushData dans la référence API.
Notifications applicatives
Opérations en cours de raccordement (501)
| Opération | Méthode | Chemin |
|---|---|---|
| Liste des notifications | GET | /v1/api/notifications |
| Nombre de non lues | GET | /v1/api/notifications/non-lues |
| Marquer comme lue | PUT | /v1/api/notifications/{id} |
| Enregistrer le token push | POST | /v1/api/notifications/token |
L'enregistrement du token FCM (POST /notifications/token) est requis pour recevoir les push ; son raccordement est prévu dans un prochain chantier.