Gestion des portabilités sortantes
Gestion des portabilités sortantes
Portabilités sortantes supportées
Actuellement, seules les portabilités sortantes PSG (Demport / Deporsub / Restit) sont gérées.
Toute autre demande sera rejetée automatiquement avec un code d'erreur F126 et devra être gérée hors MOP entre l'opérateur receveur et vous.
Gérer vos portabilités sortantes
Lorsque vous recevez une demande de portabilité sortante, les destinataires des notifications du type "Portabilité Sortante" reçoivent un email contenant l'Uuid de cette demande de portabilité.
Il est ensuite possible de récupérer les informations de cette demande de portabilité, mais aussi et surtout d'interagir avec cette demande de portabilité pour envoyer, par exemple, le CRI nécessaire à la confirmation de cette demande.
0. Notifications
Il est primordial de vous assurer qu'un destinataire est renseigné pour les notifications du type "Portabilité Sortante" via la page "Paramètres" > "Notifications"
1. Récupération des informations relatives aux demandes de portabilité sortante
Il est possible de lister l'ensemble des demandes de portabilité sortante reçues
GET /portability/outgoing-portability
Mais aussi de récupérer le détail d'une demande de portabilité par son Uuid
Exemple :
GET /portability/outgoing-portability/{uuid}
{
"client": {
// informations du client final concerné par la portabilité
...
},
"current_state": "Received",
"idn": "string",
"mop_offer_code": "PSG",
"operator_code": "string",
"operators": {
"opa": "string",
"ope": "string",
"opet": "string",
"opr": "string",
"oprt": "string"
},
"outgoing_portability_id": "3fa85f64-5717-4562-b3fc-2c963f66afa6",
"reference": "string",
"requester_operator_contact": {
"contact": "string",
"name": "string"
},
"rio": "string",
"scheduled_date": "2024-05-21T07:45:00.202Z",
"time_slot": "string"
}
2. Gestion des AR
La première étape de validation d'une demande de portabilité consiste en une validation technique, qui aboutit à l'envoi d'un AR OK ou AR KO.
Cette validation est faite de manière automatisée, et permet de rejeter automatiquement toute demande que l'on considère comme étant non acceptable.
3. Envoi d'un CRI
La seconde étape de validation nécessite une validation plus poussée. C'est à ce moment que vous allez recevoir une notification vous demandant de réaliser une étude pour une demande de portabilité.
Une fois l'étude réalisée de votre côté, il est alors nécessaire d'envoyer un CRI pour informer l'opérateur receveur de la possibilité ou non de faire cette portabilité.
Exemple si ok :
POST /portability/outgoing-portability/{uuid}/cri
{
"comment": "ok",
"contact_email": "[email protected]",
"contact_name": "contact",
"contact_phone_number": "0102030405",
"status": "ok"
}
Exemple si ko :
POST /portability/outgoing-portability/{uuid}/cri
{
"comment": "ok",
"contact_email": "[email protected]",
"contact_name": "contact",
"contact_phone_number": "0102030405",
"status": {
"ko": {
"rejection_code": "rio_inval"
}
}
}
La liste des codes de rejets acceptés est disponible plus bas.
4. Réalisation de la portabilité à date
A l'heure demandée, un processus automatisé procèdera à la réalisation de la portabilité.
5. Cas particuliers des CR
CR de Restitution
A la réception d'une commande RESTIT, vous recevez une notification. Il sera nécessaire à ce moment d'envoyer un CR pour confirmer la prise en compte effective de cette RESTIT
Exemple si ok :
POST /portability/outgoing-portability/{uuid}/cr
{
"restit": {
"comment": "string",
"status": {
"ok": {
"date": "2024-05-24T12:46:34.714Z"
}
}
}
}
Exemple si ko :
POST /portability/outgoing-portability/{uuid}/cr
{
"restit": {
"comment": "string",
"status": {
"ko": {
"rejection_code": "nd_nonope"
}
}
}
}
La liste des codes de rejets acceptés est disponible plus bas.
Codes de rejets
- f231: La plage horaire n'est pas cohérente avec la date souhaitée
- nd_pref: Le préfixe fourni n'est pas cohérent avec le code offre fourni ou les numéros fournis.
- nd_nport: Un numéro est non portable car il n'est affecté à aucun client
- rio_inval: Le RIO n'est pas valide
- pb_tete: La commande de portabilité porte sur une tête d'installation
- ecr_abusif: Écrasement abusif d’un accès Opérateur
- nd_nonope: L'émetteur n'est pas l'OPE
- nd_errop: L'opérateur destinataire n'est pas concerné par la demande
Updated 3 months ago