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