Description

Le service B2C Subscription est un composant du système chargé de retourner les abonnements de tout type. Il sert de proxy afin de récupérer les différents types d’abonnement venant des différents services sous-jacent comme :

• B2C ERP Subscription
• B2C EXT Subscription Service
• B2C Purchase Service

Dans le cadre de la migration progressive, ce service devra également temporairement récupérer les abonnements InApp et Prospect depuis le SSO V2 Purchase Manager.

L’avantage premier de ce service est de pouvoir décommissionner au fur et à mesure les différents services sous-jacent en impactant le moins possible les consommateurs de ce service comme la GPG abo.

Récupération des abonnements

• Opération : GET /subscriptions
• Objectif : Récupérer les abonnements actifs ou inactifs d’un membre possédant au minimum un abonnement.
• Statut : En cours d’analyse

Diagramme de séquence

Dans cette version :

• Pour un abonnement de type ERP, on appelera le service B2C ERP Subscription via la requête GET /subscriptions

Par contre pour les autres types d’abonnement, vu que dans cette version, les autres services ne sont pas encore développés, on appelera le service SSO V2 Purchase Manager :

• Pour un abonnement de type InApp (Apple/Google), le type d’abonnement est ‘inapp_subscription’ et le payment mode sert à savoir la plateforme InApp (‘inapp_android’ et ‘inapp_google’ pour Google, ‘inapp_apple’ pour Apple)
• Pour un abonnement de type Partner (Voo/Proximus), le type d’abonnement est ‘prospect’ et le payment mode sert à savoir le partenaire (‘charlie’ pour Proximus et ‘voo’ pour VOO).
• Pour un abonnement type Famille (abonnement offert), le type d’abonnement est ‘prospect’ et la campagne sert à savoir si l’abonnement est offert.
• Pour un abonnement type SWG, le type d’abonnement est ‘SWG_subscription’.

Base de données

Afin d’optimiser les requêtes aux différents services, il est question de mettre en place une base de données tampon qui reprendra une partie des informations d’abonnements pour un abonné via son compte client. Par exemple, si le client n’a qu’un abonnement de type ERP, il est inutile d’appeler les autres services pour récupérer des abonnements qui n’existent pas.

Dans cette version, vu que les autres services ne sont pas encore développés et qu’on ne souhaite pas trop impacter le SSO V2, il ne sera pas possible de créer cette base de données tampon pour l’instant. On aura donc l’obligation de contacter l’ensemble des services SSO V2 dont B2C ERP Subscription pour voir si nous avons des abonnements actifs ou inactifs pour un utilisateur donné.