GUIDE D’IMPLEMENTATION DES PROCESSUS ACHEMINEMENT ... · V2.2 28/10/2010 [OMEGA V6B] : Précision sur l’étape de recevabilité d’une demande V2.3 11/09/2015 [OMEGA V10] : Mise

Guide d'implémentation du processus MCUF V2.3.docx 21/10/2015 19:44:00

Ouverture du Marché de l'Energie et Gestion de l'Acheminement

GUIDE D’IMPLEMENTATION DES PROCESSUS ACHEMINEMENT

~~~

PROCESSUS MODIFICATION DES CARACTERISTIQUES DE

L’UTILISATEUR FINAL (MCUF)

Résumé : (nom de fichier = Guide d'implémentation du processus MCUF V2.3.doc)

Ce document est destiné aux équipes informatiques des fournisseurs en charge de la conception et de la réalisation de leur système d’information. Ce document doit permettre aux fournisseurs de comprendre les échanges entre leur système d’information et celui de GrDF notamment les échanges de flux de publications ainsi que les échanges Web Services suite à l’activation des processus de gestion de l’acheminement.

Date limite de validité :

Accessibilité :

Confidentialité :

Ce guide est applicable à partir de la mise en production de

la version V10 d’OMEGA.

Guide d’implémentation des processus acheminement– Processus Modification des Caractéristiques de l’Utilisateur Final

21/10/2015 19:44:00 2/28

Historique des modifications

Version Date Nature de la modification

V0 04/07/2007 Version de travail initiale : création du document

V1 20/07/2007 Intégration de remarques métier

V2 05/02/2010 - Mise à jour globale du guide

- Illustration des cas non nominaux du cycle de vie de la demande, en particulier l’annulation de la demande

- Détail de l’étape de recevabilité : règles de recevabilité

- Correspondance des informations clés contenues dans le flux suivi des demandes et dans la réponse du Web Service SuiviDemande, à chaque étape du processus de Modification des Caractéristiques de l’Utilisateur Final.

v2.1 15/05/2010 [OMEGA V6B]

- Mise à jour des règles de recevabilité : Vérification que le PCE pour lequel la

demande de MCUF est effectuée soit non libre

- Ajout de nouveaux motifs de non recevabilité

V2.2 28/10/2010 [OMEGA V6B] : Précision sur l’étape de recevabilité d’une demande

V2.3 11/09/2015 [OMEGA V10] : Mise à jour de la maquette du choix du type des demandes (§ 3.1.2.1).

Mise à jour des écrans de saisie.

Guide d’implémentation des processus acheminement – Processus Modification des Caractéristiques de l’Utilisateur Final

21/10/2015 19:44:00 3/28

SOMMAIRE

1. OBJET DU DOCUMENT ................................................................................................................ 4

1.1. CIBLE.......................................................................................................................................... 4 1.2. CONTENU ET OBJECTIF ............................................................................................................... 4 1.3. LIMITES ...................................................................................................................................... 4 1.4. REFERENCES .............................................................................................................................. 4

2. RAPPEL DU CONTEXTE DE MISE EN ŒUVRE DU PROCESSUS ...................................... 5

2.1. DEFINITION DE LA DEMANDE DE MODIFICATION DES CARACTERISTIQUES DE L’UTILISATEUR

FINAL 5 2.2. DEMANDE DE MODIFICATION DES CARACTERISTIQUES DE L’UTILISATEUR FINAL ET

DEMANDES EN COURS.............................................................................................................................. 5 2.3. VARIANTES DU PROCESSUS MODIFICATION DES CARACTERISTIQUES DE L’UTILISATEUR FINAL

6 2.4. DATE DE CLOTURE DE LA DEMANDE .......................................................................................... 6 2.5. CYCLE DE VIE DE LA DEMANDE DE MODIFICATION DES CARACTERISTIQUES DE

L’UTILISATEUR FINAL ............................................................................................................................. 7 2.5.1. Cycle de vie nominal de la demande de Modification des Caractéristiques de l’Utilisateur

Final 7 2.5.2. Cycle de vie non nominal de la demande de Modification des Caractéristiques de

l’Utilisateur Final ............................................................................................................................... 8 2.5.3. Synthèse ................................................................................................................................. 9

2.6. RAPPEL DES CANAUX DE FORMULATION D’UNE DEMANDE DE MODIFICATION DES

CARACTERISTIQUES DE L’UTILISATEUR FINAL ...................................................................................... 9

3. VARIANTES DU PROCESSUS MODIFICATION DES CARACTÉRISTIQUES DE

L’UTILISATEUR FINAL ...................................................................................................................... 11

3.1. MODIFICATION DES CARACTERISTIQUES DE L’UTILISATEUR FINAL CLOTUREE A DATE

DEMANDEE ............................................................................................................................................ 11 3.1.1. Logigramme ......................................................................................................................... 11 3.1.2. Etape 1 : Vérifier la recevabilité de la demande de Modification des Caractéristiques de

l’Utilisateur Final ............................................................................................................................. 12 3.1.3. Etape 2 : Enregistrer la demande de Modification des Caractéristiques de l’Utilisateur

Final 19 3.1.4. Etape 3a : Réaliser la Modification des Caractéristiques de l’Utilisateur Final................ 20 3.1.5. Etape 3b : Solder la demande de Modification des Caractéristiques de l’Utilisateur Final

21 3.2. MODIFICATION DES CARACTERISTIQUES DE L’UTILISATEUR FINAL CLOTUREE A RECEPTION

DE L’EVENEMENT DE SOLDE DE LA DEMANDE ...................................................................................... 22 3.2.1. Logigramme ......................................................................................................................... 22 3.2.2. Etape 1 : Vérifier la recevabilité de la demande de Modification des Caractéristiques de

l’Utilisateur Final ............................................................................................................................. 24 3.2.3. Etape 2 : Enregistrer la demande de Modification des Caractéristiques de l’Utilisateur

Final 24 3.2.4. Etape 3 : Réaliser la Modification des Caractéristiques de l’Utilisateur Final.................. 25 3.2.5. Etape 4 : Solder la demande de Modification des Caractéristiques de l’Utilisateur Final 27


21/10/2015 19:44:00 4/28

1. OBJET DU DOCUMENT

1.1. Cible

Le présent guide d’implémentation des processus acheminement est destiné aux équipes informatiques des fournisseurs en charge de la conception et de la réalisation de leur système d’information.

1.2. Contenu et objectif

Le guide d’implémentation processus de Modification des Caractéristiques de l’Utilisateur Final décrit, dans sa globalité, le cycle de vie de la demande de Modification des Caractéristiques de l’Utilisateur Final. Il a pour objectif de mettre en perspective les étapes de la demande de Modification des Caractéristiques de l’Utilisateur Final avec les échanges via les différents canaux mis à disposition des fournisseurs par GrDF. 1.3. Limites

Le présent document n’a pas pour vocation de présenter : - les modalités de saisie d’une demande de Modification des Caractéristiques de

l’Utilisateur Final sur l’espace acheminement du portail GrDF - les modalités de dépôt d’un fichier de demandes en masse - les spécifications des Web Services - les spécifications des fichiers de publication - la visualisation du suivi des demandes sur le portail

1.4. Références

Pour obtenir des informations plus spécifiques concernant les documents de référence associés à ce guide, les définitions et concepts clés employés dans ce guide, il convient de se référer au guide transverse d’implémentation des processus. Le référentiel de la documentation SI à disposition des fournisseurs est disponible sur le site gtg2007.com et sur le site grdf.fr.


21/10/2015 19:44:00 5/28

2. RAPPEL DU CONTEXTE DE MISE EN ŒUVRE DU PROCESSUS

L’objectif de ce paragraphe est de rappeler les grands principes du processus Modification des Caractéristiques de l’Utilisateur Final.

2.1. Définition de la demande de Modification des Caractéristiques de l’Utilisateur Final

Une demande de Modification des Caractéristiques de l’Utilisateur Final (MCUF) sur un Point de Comptage et d’Estimation (PCE) est motivée par la volonté du fournisseur de procéder à la mise à jour des données de l’utilisateur final rattaché au Point De Livraison et d’Acheminement (PDLA). Cette demande concerne l’évolution des données de l’utilisateur final rattaché à un PDLA et non le changement d’utilisateur final sur ce PDLA. Les données suivantes peuvent être modifiées dans le cadre de la demande de Modification des Caractéristiques de l’Utilisateur Final :

Raison sociale (PCE non résidentiel)

Nom de l'utilisateur final (PCE résidentiel)

Prénom de l'utilisateur final (PCE résidentiel)

Civilité de l'utilisateur final (PCE résidentiel)

Contact courrier nom

Contact courrier numéro de rue

Contact courrier rue

Contact courrier complément d’adresse

Contact courrier commune

Contact courrier code postal

Contact courrier pays

Contact courrier adresse email

Numéro de SIRET de l'utilisateur final (PCE non résidentiel)

Mission d’intérêt général (MIG)

Commentaire fournisseur ( = commentaire PDLA / traceur)

2.2. Demande de Modification des Caractéristiques de l’Utilisateur Final et demandes en cours

Lorsque le fournisseur formule une demande de Modification des Caractéristiques de l’Utilisateur Final, d’autres demandes peuvent être en cours pour le PCE. En fonction du type de la ou des demande(s) en cours, la demande de Modification des Caractéristiques de l’Utilisateur Final :

peut être acceptée ou rejetée

l’acceptation de la demande peut avoir des conséquences : o sur les demandes en cours d’une part o sur la demande de Modification des Caractéristiques de l’Utilisateur Final soumise par le

fournisseur d’autre part Le tableau ci-dessous synthétise, en fonction du type de demande en cours à la date de soumission de la demande de Modification des Caractéristiques de l’Utilisateur Final, les conditions particulières pour lesquelles la soumission d’une demande de Modification des Caractéristiques de l’Utilisateur Final impacte la demande en cours ou la demande de Modification des Caractéristiques de l’Utilisateur Final soumise. Pour prendre connaissance de l’intégralité des cas où la demande de Modification des Caractéristiques de l’Utilisateur Final est acceptée ou rejetée, il convient de se référer au guide transverse d’implémentation des processus gestion des demandes.

Type de la demande en cours à la date de soumission de la

MCUF

Impacts sur la demande en cours

Impacts sur la demande de MCUF soumise

Mise en service (MES) Aucun

Si le fournisseur à l’initiative de la demande de MCUF est le même que le fournisseur à l’initiative de la MES en cours, alors la demande de MCUF

est acceptée.

Si le fournisseur à l’initiative de la demande de MCUF est différent du fournisseur à l’initiative de la MES en cours, alors la demande de MCUF est

rejetée.


21/10/2015 19:44:00 6/28

2.3. Variantes du processus Modification des Caractéristiques de l’Utilisateur Final

Une demande de Modification des Caractéristiques de l’Utilisateur Final (MCUF) ne nécessite ni prise de rendez-vous ni intervention sur le terrain. En fonction des données que le fournisseur souhaite modifier, deux variantes du processus de Modification des Caractéristiques de l’Utilisateur Final ont été identifiées :

Modification des Caractéristiques de l’Utilisateur Final (MCUF) clôturée à date demandée Modification des Caractéristiques de l’Utilisateur Final (MCUF) clôturée à réception de

l’événement de solde de la demande

Variante de

MCUF Description Particularités

MCUF clôturée à

date demandée

La prise de rendez-vous n’est pas nécessaire : à la soumission de la MCUF par le fournisseur, la demande est enregistrée à la date demandée par le fournisseur. La demande est clôturée quoi qu’il arrive à la date demandée.

Applicable à tous les PCE

où seules les données Mission d’Intérêt Général

et/ou Commentaire fournisseur sont modifiées

MCUF clôturée à

réception de l’événement

de solde de la demande

La prise de rendez-vous n’est pas nécessaire : à la soumission de la MCUF par le fournisseur, la demande est enregistrée à la date demandée par le fournisseur. La demande est clôturée à la réception de l’événement de solde de la demande.

Applicable à tous les PCE dans le cas où tout autre donnée que Mission d’ Intérêt Général et/ou

Commentaire fournisseur est modifiée, y compris si l’une des deux données

citées ci-dessus est également modifiée.

2.4. Date de clôture de la demande

Les demandes de Modification des Caractéristiques de l’Utilisateur Final sont des demandes qui génèrent une mise à jour des données commerciales mais qui ne modifient pas le périmètre commun des PCE pris en compte dans le cadre des nominations et du calcul des réalisations. La demande est clôturée soit à date demandée, soit lorsque le système d’information reçoit l’événement de solde de la demande.


21/10/2015 19:44:00 7/28

2.5. Cycle de vie de la demande de Modification des Caractéristiques de l’Utilisateur Final

2.5.1. Cycle de vie nominal de la demande de Modification des Caractéristiques de l’Utilisateur Final

Ci-dessous le cycle de vie d’une demande de Modification des Caractéristiques de l’Utilisateur Final. Le cas d’annulation de la demande sera explicité dans le chapitre : Cycle de vie non nominal de la demande de Modification des Caractéristiques de l’Utilisateur Final

Légende : Définition des statuts spécifiques à la Modification de Caractéristiques de l’Utilisateur Final : Attente clôture à date demandée : Ce statut correspond au moment où une demande de Modification des Caractéristiques de l’Utilisateur Final, pour laquelle seules les données Mission d’Intérêt Général et/ou Commentaire fournisseur ont été modifiées, a été enregistrée à date demandée. Les autres statuts présentés dans le logigramme ci-dessus sont définis dans le guide transverse d’implémentation du processus de gestion des demandes.

Initial

Final

Demande impossible

- PCE inconnu

Demande non validée

Attente Clôture

à Date Demandée

Enregistrement demande

à date demandée

Clôturée

Date Demandée Atteinte

En cours de réalisation

Enregistrement demande

clôturée à réception d’un

événement de solde

Réalisé en cours de clôture

Date Demandée Atteinte

Événement de solde

de la demande

Statut de la demande

Événement


21/10/2015 19:44:00 8/28

2.5.2. Cycle de vie non nominal de la demande de Modification des Caractéristiques de l’Utilisateur Final

L’objet de ce paragraphe est, à partir du cycle de vie nominal de la demande de Modification des Caractéristiques de l’Utilisateur Final, d’illustrer les cas non nominaux de ce cycle de vie, en particulier : l’annulation de la demande de Modification des Caractéristiques de l’Utilisateur Final.

2.5.2.1. Focus sur l’annulation d’une demande de Modification des Caractéristiques de

l’Utilisateur Final L’annulation d’une demande de Modification des Caractéristiques de l’Utilisateur Final peut être effectuée à l’initiative du fournisseur comme de GrDF. Elle impacte le cycle de vie de la demande de Modification des Caractéristiques de l’Utilisateur Final selon le logigramme ci-dessous. Seuls les statuts et événements correspondants à l’annulation de la demande de Modification des Caractéristiques de l’Utilisateur Final sont représentés.

Légende :

Les statuts spécifiques à l’annulation d’une demande (Annulé – En cours d’annulation) sont définis dans le guide transverse d’annulation d’une demande.

Attente Clôture

à Date Demandée

Annulé

En cours de réalisation

Annulation

de la demande

Annulation

de la demande

Réalisé en cours de clôture

Annulation

de la demande

En cours d’annulation

Annulation

de la demande

Annulation exceptionnelle

de la demande

Statut de la demande

Événement à l’origine du GrDF

Événement à l’origine du fournisseur

Transitions nominales de la demande

Transitions non nominales de la demande à l’initiative du fournisseur

Transitions non nominales de la demande à l’initiative de GrDF

Transitions non nominales de la demande suite à la création ou la clôture

d’une autre demande formulée par le fournisseur

Événement nominal

Événement automatique suite à la simultanéité de demandes


21/10/2015 19:44:00 9/28

2.5.3. Synthèse

Le tableau ci-dessous permet de prendre connaissance des transitions possibles d’un statut à l’autre dans le cycle de vie de la demande de Modification des Caractéristiques de l’Utilisateur Final :

Statut en cours Statuts précédents possibles Statuts suivants possibles

Demande non validée - A la soumission de la demande, la demande est non validée car non recevable. Il n’y a donc pas de statut précédent, ni de statut suivant possible

Demande impossible – PCE inconnu

A la soumission de la demande, la demande est non validée car non recevable. Il n’y a donc pas de statut précédent

- Le statut Demande impossible – PCE inconnu est un statut final.

En cours d’analyse

Le fournisseur demande l’analyse du demande non recevable

Attente Clôture à Date Demandée

- La demande a été enregistrée à date demandée

Clôturé La date demandée pour la demande est atteinte.

Annulé Le fournisseur annule sa demande. La création ou la clôture d’une autre demande sur le même PCE entraîne l’annulation automatique de la demande.

En cours de réalisation - La demande a été enregistrée comme clôturée à réception d’un événement de solde.

Réalisé en cours de clôture La date demandée pour la demande est atteinte.

Annulé Le fournisseur annule sa demande. La création ou la clôture d’une autre demande sur le même PCE entraîne l’annulation automatique de la demande.

Réalisé en cours de clôture En cours de réalisation La date demandée pour la demande est atteinte.

Clôturé Un événement solde la demande.

En cours d’annulation GrDF annule exceptionnellement la demande.

En cours d’annulation Réalisé en cours de clôture GrDF annule exceptionnellement la demande.

Annulé Traitement de l’annulation de la demande.

Clôturé Attente Clôture à Date Demandée La date demandée pour la demande est atteinte.

- Le statut « Clôturé » est un statut final.

Réalisé en cours de clôture Un événement solde la demande.

Annulé Attente Clôture à Date Demandée Le fournisseur annule sa demande. La création ou la clôture d’une autre demande sur le même PCE entraîne l’annulation automatique de la demande.

- Le statut « Annulé » est un statut final.

En cours de réalisation Le fournisseur annule sa demande. La création ou la clôture d’une autre demande sur le même PCE entraîne l’annulation automatique de la demande.

En cours d’annulation Traitement de l’annulation de la demande.

2.6. Rappel des canaux de formulation d’une demande de Modification des Caractéristiques de

l’Utilisateur Final

Selon la variante qui s’applique au processus de Modification des Caractéristiques de l’Utilisateur Final, seuls certains canaux de formulation de la demande seront accessibles au fournisseur.


21/10/2015 19:44:00 10/28

NB : Il convient de se référer au guide transverse d’implémentation du processus de gestion des demandes pour prendre connaissance des canaux de formulation de la demande disponibles selon la variante qui s’applique au processus de Modification des Caractéristiques de l’Utilisateur Final.


21/10/2015 19:44:00 11/28

3. VARIANTES DU PROCESSUS MODIFICATION DES CARACTÉRISTIQUES DE L’UTILISATEUR FINAL

L’objet de ce chapitre est de présenter, en fonction des étapes du processus de Modification des Caractéristiques de l’Utilisateur Final, les échanges entre le système d’information des fournisseurs et GrDF notamment les échanges de flux de publication ainsi que les échanges web service. La description de chacun de ces échanges comprend les informations clés transmises (champ concerné, libellé, valeur et signification du champ). Ce travail est réalisé pour chaque variante du processus Modification des Caractéristiques de l’Utilisateur Final et concerne les données clés et non l’exhaustivité des données. Pour connaître l’exhaustivité des données échangées lors du processus de Modification des Caractéristiques de l’Utilisateur Final, il convient de se reporter aux guides d’implémentation des web services ou des publications. Pour chacune des variantes du processus, un logigramme présente l’enchaînement des principales étapes du processus. La légende ci-dessous permet de faciliter la compréhension des logigrammes.

Légende :

3.1. Modification des Caractéristiques de l’Utilisateur Final clôturée à date demandée

Il s’agit d’une demande de Modification des Caractéristiques de l’Utilisateur Final pour laquelle la clôture a lieu à date demandée. La demande de Modification des Caractéristiques de l’Utilisateur Final à date demandée est possible pour un PCE non libre quelle que soit sa fréquence de relève dans le cas où seules les données Mission d’Intérêt Général et/ou commentaire fournisseur sont modifiées. Le fournisseur demandeur est obligatoirement le fournisseur qui détient le PDLA rattaché au PCE dans son Contrat Acheminement Distribution.

3.1.1. Logigramme

Le logigramme ci-dessous décrit les étapes et les flux d’information émis à l’attention des fournisseurs à chaque étape du traitement de la demande de Modification des Caractéristiques de l’Utilisateur Final à date demandée.

é t a p e d e

t ra i t e me n t d e la

d e ma n d e

Flux d'information interne au GRD ou message affiché au

fournisseur

Information mise à la disposition du fournisseur dans les espaces de publication

Flux d’information interne à GrDF ou message affiché au fournisseur.


21/10/2015 19:44:00 12/28

Nota : Dans le cas où une demande est passée par plusieurs statuts depuis la dernière publication, seul le dernier statut sera présent dans le fichier de publication.

3.1.2. Etape 1 : Vérifier la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final

3.1.2.1. Vérification de la recevabilité de la demande de Modification des Caractéristiques de


L’étape « vérifier recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final » correspond à l’étape de soumission de la demande. Cette étape peut être subdivisée en deux sous étapes :

- la vérification globale de la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final (Etape 1 a) - la vérification des données saisies dans la demande de Modification des Caractéristiques de l’Utilisateur Final (Etape 1 b)

Lors de ces deux étapes, un contrôle sur la simultanéité des demandes est également effectué. En effet, lorsqu’un fournisseur soumet une demande à GrDF, d’autres demandes peuvent être en cours sur le même PCE (cf. 2.2 Demande de Modification des Caractéristiques de l’Utilisateur Final et demandes en cours) Le tableau ci-dessous permet d’identifier sur l’espace acheminement du portail GrDF, les deux étapes qui consistent en la vérification de la recevabilité de la demande.

Gestionnaire Réseau de D istribut ionFournisseur t itulaire Fournisseur t itulaire

Soumission de la demande de

modification des caractéristiques de l'utilisateur

final


Enregistrer la demande de modif ic at ion des

c arac térist iques de l'ut ilisateur f ina l à da te demandée

Suivi de demandes : statut Attente clôture à

Date Demandée

Vérifer la rec ev abilité de

la demande de

modif ic at ion des

c arac térist iques de

l'ut ilisateur f ina lFichier de demandes

en masse

Suivi des demandes : statut demande non validée

J+1 date demandée

Suivi des demandes : statut clôturé

Solder la demande de

modif ic at ion des


l'ut ilisateur f ina l

Réalise r la modif ic at ion

des c arac térist iques de


Saisir la demande de

modif ic at ion des



Demande de modification des caractéristiques de

l'utilisateur final

Vérifier la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final


Vérification

globale

recevabilité

Vérification

données

saisies

Etape 1

1a 1b


21/10/2015 19:44:00 13/28

Canal Portail

Étape 1 a

Co

ntr

ôle

de l

a s

imu

ltan

éit

é d

e la

dem

an

de

de M

CU

F

Écran de saisie d’une demande par PCE : Saisie d’un type de demande

Cet écran permet de sélectionner le type de demande à créer. L’utilisateur accède à cet écran s’il a saisi auparavant le numéro de PCE sur lequel il souhaite effectuer la demande de Modification des Caractéristiques de l’Utilisateur Final. La demande peut être sélectionnée si le lien correspondant est actif. Pour une demande de Modification des Caractéristiques de l’Utilisateur Final, le lien est toujours actif, quel que soit le type du PCE, son état ou sa fréquence de relève. En effet, de manière générale, selon le type de demande, le lien est actif / inactif en fonction des critères suivants : - Type du PCE : DISCO, SAM - Etat du PCE: Télé-relevé, non télé-relevé - Fréquence de relève du PCE : mensuelle (1M), semestrielle (6M) A la sélection du type de demande dans cet écran, un premier contrôle de recevabilité de la demande est effectué à partir des données du PCE concerné.

Exemple pour un PCE DISCO non télé-relevé


21/10/2015 19:44:00 14/28

Canal Portail

Étape 1 b

Écran de saisie d’une demande de Modification des Caractéristiques de l’Utilisateur Final

Cet écran permet à l’utilisateur de renseigner les données correspondant à sa demande de Modification des Caractéristiques de l’Utilisateur Final sur un PCE. A la validation des données saisies, un contrôle de recevabilité est effectué en fonction des données qui ont été renseignées pour la demande de Modification des Caractéristiques de l’Utilisateur Final sur un PCE. Pour un PCE résidentiel :


21/10/2015 19:44:00 15/28

Canal Portail

Pour un PCE non résidentiel :

3.1.2.2. Règles de recevabilité d’une demande de Modification des Caractéristiques de


Ce paragraphe a pour objectif de détailler les règles de recevabilité et les codes motifs de non recevabilité associés à la demande de Modification des Caractéristiques de l’Utilisateur Final. Les règles de recevabilité sont appliquées quelque soit le canal par lequel la demande a été soumise. Les codes motifs de non recevabilité de la demande sont communiqués aux fournisseurs lorsque la demande de Modification des Caractéristiques de l’Utilisateur Final a été transmise par le canal demandes en masse. Ils sont visibles :

- sur le portail GrDF, dans l’écran de suivi des demandes (uniquement libellé du code motif) - dans la publication suivi des demandes - dans la réponse du Web Service SuiviDemande

La liste des codes motifs de non recevabilité ci-dessous présente les codes motifs de non recevabilité les plus courants et n’est pas exhaustive. Il convient de se référer au guide d’implémentation du flux suivi des demandes (SDEM) pour obtenir la liste exhaustive des codes motifs.


21/10/2015 19:44:00 16/28

NB : Dans les tableaux présentés ci-dessous :

Lorsqu’un code motif est signalé comme « Warning », la demande n’a pas été validée dans le SI de GrDF mais si le fournisseur corrige la donnée signalée comme erronée dans le fichier de demandes en masse, la demande pourra être recevable à la (re)soumission du fichier.

Lorsqu’un code motif est signalé comme « Bloquant », la demande n’a pas été validée et

même si le fournisseur apporte une correction sur les données de la demande dans le fichier de demandes en masse, celle-ci ne pourra être recevable à la (re)soumission du fichier.

Etape 1a : Vérification globale de la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final : Le tableau ci-dessous présente les principales règles de recevabilité liées à l’étape 1a : ‘vérification globale de la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final’ ainsi que les codes motifs associés.

Règle de recevabilité Libellé code motif Code motif associé

(flux SDEM / WS SuiviDemande)

Warning

Bloquant

Vérification que le PCE soit connu du système d’information de GrDF.

PCE inconnu du système

110

-

√

Le PCE n’existe pas

111

-

√

Vérification que le PCE est actif et qu’il est rattaché au CAD du demandeur.

Masse- PCE résilié

185

-

√

Simultanéité des demandes : Vérification que le fournisseur à l’initiative de la demande de Modification des Caractéristiques de l’Utilisateur Final soit le même que celui qui a créé la demande de mise en service en cours.

Demande déjà en cours sur le PCE

030

-

√

Une demande d’analyse a déjà été soumise sur ce PCE

314

-

√

Une mise en service d'un autre fournisseur est en cours

189

-

√

Vérification que la demande de MCUF ne soit pas effectuée sur un PCE forfait cuisine.

Masse - La demande sur le PCE n’est pas traitée car tarif cuisine est non compatible avec catégorie PCE. Veuillez corriger votre demande

038

-

√

Aucune demande n'est possible sur les PCE de type forfait cuisine

129

-

√

Vérification de la cohérence entre l’ID fournisseur contenu dans la demande avec le CAD du fournisseur demandeur.

Le CAD actuel du PCE doit être égal au CAD du demandeur

120

-

√

La demande en masse est non recevable car il y a une incohérence CAD/Fournisseur.

175

-

√

Vous n’êtes plus titulaire du PCE suite à la demande en cours de traitement

315

-

√

Vérification que le PCE pour lequel la demande de MCUF est effectuée soit non libre

Le PCE est libre 121

- √

Le PCE est libre suite à la demande en cours de traitement

313

- √

Masse – le PCE est libre suite à la demande en cours de traitement

320 - √


21/10/2015 19:44:00 17/28

Etape 2a : Vérification des données saisies dans la demande de Modification des Caractéristiques de l’Utilisateur Final : Le tableau ci-dessous présente les principales règles de recevabilité liées à l’étape 1b : ‘vérification des données saisies dans la demande de Modification des Caractéristiques de l’Utilisateur Final’ ainsi que les codes motifs associés.

Règle de recevabilité Libellé code motif Code motif associé (flux SDEM / WS SuiviDemande)

Warning

Bloquant

Vérification que la date demandée corresponde à l’intervalle défini pour la Modification des Caractéristiques de l’Utilisateur Final. J+1 ≤ Date Demandée ≤ J + 6 semaines où J est la date d’enregistrement de la demande.

Masse - La demande n’est pas traitée car la date demandée n’est pas compatible avec le délai autorisée pour ce type de demande. Veuillez saisir votre demande sur le portail

040

√

-

Vérification qu’au moins une des données des caractéristiques de l’utilisateur final est modifiée

Il est impossible de créer une demande de modification des caractéristiques de l'utilisateur final, il n'y a pas de données changées.

138

√

-

Vérification que la raison sociale de l’utilisateur final n’est pas renseignée pour un PCE résidentiel

Masse - La raison sociale de l’utilisateur final ne peut être renseignée pour un PCE résidentiel

228

√

-

Vérification que le code NAF n’est pas renseigné pour un PCE résidentiel

Masse - Le code NAF de l’utilisateur final ne peut être renseigné pour un PCE résidentiel’

229

√

-

Vérification que le numéro de SIRET de l’utilisateur final n’est pas renseigné pour un PCE résidentiel

Masse - Le numéro de SIRET de l’utilisateur final ne peut être renseigné pour un PCE résidentiel

230

√

-

Vérification que le nom de l’utilisateur final n’est pas renseigné pour un PCE non résidentiel

Masse - Le nom de l’utilisateur final ne peut être renseignée pour un PCE non résidentiel

231

√

-

Vérification que le prénom de l’utilisateur final n’est pas renseigné pour un PCE non résidentiel

Masse - Le prénom de l’utilisateur final ne peut être renseigné pour un PCE non résidentiel

232

√

-

Vérification que la civilité de l’utilisateur final n’est pas renseignée pour un PCE non résidentiel

Masse - La civilité de l’utilisateur final ne peut être renseignée pour un PCE non résidentiel

233

√

-

NB : Lorsque la recevabilité est refusée, le statut associé à cette demande non recevable est 022 « Demande impossible – PCE inconnu » ou 023 « Demande non validée ». Pour plus d’informations sur le suivi de ces demandes, se référer au guide transverse du processus de gestion des demandes.


21/10/2015 19:44:00 18/28

3.1.2.3. Suivi des demandes

Si la demande a été formulée par le canal des demandes en masse et qu’elle est non recevable, les informations suivantes sont mises à disposition du fournisseur :

Suivi des demandes : - Un flux d’information sur le suivi de la demande est envoyé au fournisseur demandeur

via le fichier de publication suivi des demandes. - Le suivi de la demande peut aussi être consulté par le fournisseur par utilisation du Web

Service SuiviDemande. - Le suivi de la demande peut aussi être consulté par le fournisseur sur le portail GrDF

dans l’écran : Rechercher et Suivre vos demandes.

NB : Dans la suite du paragraphe « Modification des Caractéristiques de l’Utilisateur Final clôturée à date demandée» , les champs de l’écran « Rechercher et Suivre vos demandes » et leur contenu ne seront pas détaillés car ils sont suffisamment explicites sur le portail.

Présentation générale du flux de suivi des demandes :

Support de transmission Fichier de publication au format CSV

Nom du fichier Suivi des demandes

Evénement déclencheur de la publication du fichier

Demande non recevable soumise dans un fichier de demandes en masse

Mise à disposition de la publication J+1 du dépôt du fichier de demandes en masse

Fréquence de publication Quotidienne (du lundi au samedi)

Destinataire du fichier Fournisseur demandeur

Présentation des informations clés contenues dans le flux suivi des demandes et dans la

réponse du Web Service SuiviDemande

Le tableau ci-dessous présente les informations clés contenues dans le flux suivi des demandes ainsi que dans la réponse du Web Service SuiviDemande, qui permettent au fournisseur d’identifier que la demande de Modification des Caractéristiques de l’Utilisateur Final est non validée :

Description générale Flux SDEM Web Service SuiviDemande

Information transmise

Valeur du champ Libellé du champ correspondant

N° du champ correspondant

Libellé du champ retourné

Code du statut de la demande

023 (demande non validée)

Identifiant du statut 17 StatutDemande

Motif de changement du statut de la demande

Se référer au guide d’implémentation du flux SDEM pour obtenir l’intégralité des codes motif

Code du motif 25 MotifDemande

Lorsqu’une des demandes contenues dans le fichier porte sur un PCE inconnu, celle-ci est rejetée. Le suivi des demandes contiendra les informations suivantes.

Description générale Flux SDEM Web Service

SuiviDemande






022 (demande impossible : PCE inconnu)


Motif de changement du statut de la demande

110 (Format PCE incorrect) 111 (Le PCE n’existe pas)

Code du motif 25 MotifDemande


21/10/2015 19:44:00 19/28

3.1.3. Etape 2 : Enregistrer la demande de Modification des Caractéristiques de l’Utilisateur Final

L’étape « enregistrer la demande de Modification des Caractéristiques de l’Utilisateur Final » correspond à l’étape au cours de laquelle la demande du fournisseur a passé les contrôles de recevabilité avec succès et la demande est enregistrée à la date demandée par le fournisseur. L’enregistrement de la demande dans le SI de GrDF a pour résultat :

Suivi des demandes :

- Un flux d’information sur le suivi de la demande est envoyé au fournisseur demandeur via le fichier de publication suivi des demandes.

- Le suivi de la demande peut aussi être consulté par le fournisseur par utilisation du Web Service SuiviDemande.

- Le suivi de la demande peut aussi être consulté par le fournisseur sur le portail GrDF dans l’écran : Rechercher et Suivre vos demandes.






Enregistrement d’une demande de Modification des Caractéristiques de l’Utilisateur Final

Mise à disposition de la publication J+1 de l’enregistrement de la demande dans le SI de GrDF





Le tableau ci-dessous présente les informations clés contenues dans le flux suivi des demandes ainsi que dans la réponse du Web Service SuiviDemande, qui permettent au fournisseur d’identifier que la demande de Modification des Caractéristiques de l’Utilisateur Final à date demandée est enregistrée.






Date d’enregistrement de la demande

Date d’enregistrement de la MCUF dans le SI de GrDF

Date de création de la demande

9 DateCreationDemande


077 (Attente clôture à date demandée)


Nota : les informations suivantes permettent au fournisseur de s’assurer qu’il est bien dans le cas d’une

demande de Modification des Caractéristiques de l’Utilisateur Final à date demandée


SuiviDemande





Type de la demande MCUF Identifiant du type de la demande

11 TypeDemande

1ère

date demandée Date demandée par le fournisseur

1ère

date demandée 19 DateDemandee


21/10/2015 19:44:00 20/28

3.1.4. Etape 3a : Réaliser la Modification des Caractéristiques de l’Utilisateur Final

L’étape « réaliser la Modification des Caractéristiques de l’Utilisateur Final » correspond à l’enregistrement de la réalisation de la Modification des Caractéristiques de l’Utilisateur Final dans le système d’information de GrDF. Cette étape est déclenchée le lendemain de la date demandée pour la demande de Modification des Caractéristiques de l’Utilisateur Final. La demande du fournisseur est réalisée et est clôturée en parallèle. L’enregistrement de la réalisation de Modification des Caractéristiques de l’Utilisateur Final a pour résultat :

la mise à jour des données commerciales du Contrat Acheminement Distribution du fournisseur demandeur. Le fournisseur pourra consulter les nouvelles données sur le portail.


21/10/2015 19:44:00 21/28

Nota : récapitulatif de la visualisation des données sur le portail

Données Zone de visualisation

Mission d’Intérêt Général Détail de la demande

Commentaire fournisseur ( = commentaire PDLA ou traceur)

Détail de la demande

3.1.5. Etape 3b : Solder la demande de Modification des Caractéristiques de l’Utilisateur Final

L’étape « solder la demande de Modification des Caractéristiques de l’Utilisateur Final » correspond à l’étape de clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final. La demande a été traitée par l’agent et est soldée. La demande est clôturée dans le SI de GrDF. La clôture de la demande dans le SI de GrDF a pour résultat :









Clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final

Mise à disposition de la publication J+1 de la clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final





Le tableau ci-dessous présente les informations clés contenues dans le flux suivi des demandes ainsi que dans la réponse du Web Service SuiviDemande, qui permettent au fournisseur d’identifier que la demande de Modification des Caractéristiques de l’Utilisateur Final à date demandée est clôturée.






Statut de la demande 010 (clôturée) Date de création de la demande

17 StatutDemande

Date à laquelle le statut actuel a pris effet sur la demande

Date de la clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final.

Date de changement de statut

18 DateDernierChangement-Statut


21/10/2015 19:44:00 22/28

3.2. Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande

Il s’agit d’une demande de Modification des Caractéristiques de l’Utilisateur Final pour laquelle la clôture a lieu à réception de l’événement de solde de la demande. La demande de Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande est possible pour un PCE non libre quelque soit sa fréquence de relève dans le cas où toute autre donnée que les données Mission Intérêt Général et/ou Commentaire fournisseur est modifiée, y compris si l’une ou plusieurs de ces dernières le sont également dans la demande. Le fournisseur demandeur est obligatoirement le fournisseur qui détient le PDLA rattaché au PCE dans son Contrat Acheminement Distribution.

La variante « Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande » suit un déroulement presque identique à celui de la variante « Modification des Caractéristiques de l’Utilisateur Final à date demandée ». Ainsi, lorsque les flux d’information émis sont identiques à ceux décrits dans la variante « Modification des Caractéristiques de l’Utilisateur Final à date demandée », ils ne seront pas décrits une nouvelle fois.

3.2.1. Logigramme

Le logigramme ci-dessous décrit les étapes et les flux d’information émis à l’attention des fournisseurs à chaque étape du traitement de la demande Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande.


21/10/2015 19:44:00 23/28

Nota : Dans le cas où une demande est passée par plusieurs statuts depuis la dernière publication, seul le dernier statut sera présent dans le fichier de publication des notifications.

Gestionnaire Réseau de D istribut ion

Enregistrer la demande de modif ic at ion des

c arac térist iques de l'ut ilisateur f ina l

Fournisseur t itulaire Fournisseur t itulaire

Fichier de demandes en masse

Vérifer la rec ev abilité de

la demande de

modif ic at ion des




Suivi des demandes : statut demande non validée

Suivi des demandes : en cours de réalisation

J+1 date demandée

Réaliser la modif ic at ion

des c arac térist iques de


Déc lenc her le tra itement

de la demande

Solder la demande

de modif ic at ion des



Evénement de solde de la

modification des caractéristique de

l'utilisateur final

Suivi des demandes : statut clôturé

Annexe différentielle : modification du PDLA

Suivi des demandes : statut réalisé en cours de

clôture

Saisir la demande de

modif ic at ion des



Demande de modification des caractéristiques de

l'utilisateur final

Soumission de la demande de

modification des caractéristiques

de l'utilisateur final

Etape 2a

Etape 2b

Etape 3a

Etape 3b

Etape 4

Etape 5

Etape 1

Vérification

globale

recevabilité

Vérification

données

saisies

Etape 1

1c 1b

Vérifier la recevabilité de la

demande de Modification des

Caractéristiques de l’Utilisateur

Final


Vérification

globale

recevabilité

Vérification

données

saisies

1a 1b

Etape 1


21/10/2015 19:44:00 24/28

3.2.2. Etape 1 : Vérifier la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final

3.2.2.1. Vérification de la recevabilité de la demande de Modification des Caractéristiques de


Etape identique à l’étape décrite dans le paragraphe : 3.1.2.1 Vérification de la recevabilité de la demande de Modification des Caractéristiques de l’Utilisateur Final

3.2.2.2. Règles de recevabilité d’une demande de Modification des Caractéristiques de l’Utilisateur Final

Etape identique à l’étape décrite dans le paragraphe : 3.1.2.2 Règles de recevabilité d’une demande de Modification des Caractéristiques de l’Utilisateur Final


Etape identique à l’étape décrite dans le paragraphe : 3.1.2.3 Suivi des demandes

3.2.3. Etape 2 : Enregistrer la demande de Modification des Caractéristiques de l’Utilisateur Final

L’étape « enregistrer la demande de Modification des Caractéristiques de l’Utilisateur Final » correspond à l’étape au cours de laquelle la demande du fournisseur a passé les contrôles de recevabilité avec succès et la demande est enregistrée à la date demandée par le fournisseur. L’enregistrement de la demande dans le SI de GrDF a pour résultat :

Suivi des demandes :




NB : Dans la suite du paragraphe « Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande », les champs de l’écran « Rechercher et Suivre vos demandes » et leur contenu ne seront pas détaillés car ils sont suffisamment explicites sur le portail.






Enregistrement d’une demande de Modification des Caractéristiques de l’Utilisateur Final

Mise à disposition de la publication J+1 de l’enregistrement de la demande dans le SI de GrDF





Le tableau ci-dessous présente les informations clés contenues dans le flux suivi des demandes ainsi que dans la réponse du Web Service SuiviDemande, qui permettent au fournisseur d’identifier que la demande de Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande est enregistrée.


21/10/2015 19:44:00 25/28






Date d’enregistrement de la demande

Date d’enregistrement de la MCUF dans le SI de GrDF

Date de création de la demande

9 DateCreationDemande


050 (En cours de réalisation)


Nota : les informations suivantes permettent au fournisseur de s’assurer qu’il est bien dans le cas d’une demande de Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande






Type de la demande MCUF Identifiant du type de la demande

11 TypeDemande

1ère

date demandée Date demandée par le fournisseur

1ère

date demandée 19 DateDemandee

3.2.4. Etape 3 : Réaliser la Modification des Caractéristiques de l’Utilisateur Final

L’étape « réaliser la Modification des Caractéristiques de l’Utilisateur Final » correspond à l’enregistrement de la réalisation de la Modification des Caractéristiques de l’Utilisateur Final dans le système d’information de GrDF. Cette étape est déclenchée le lendemain de la date demandée par le fournisseur. La demande du fournisseur est réalisée mais n’est pas encore clôturée. L’enregistrement de la réalisation de la mise en service a pour résultat :

Suivi des demandes : - Un flux d’information sur le suivi de la demande est envoyé au fournisseur demandeur

via le fichier de publication suivi des demandes. - Le suivi de la demande peut aussi être consulté par le fournisseur par utilisation du Web

Service SuiviDemande. - Le suivi de la demande peut aussi être consulté par le fournisseur sur le portail GrDF

dans l’écran : Rechercher et Suivre vos demandes.

Annexe Différentielle du Contrat Acheminement Distribution :

- Un flux d’information de mise à jour des données contractuelles du Contrat Acheminement Distribution est envoyé au fournisseur demandeur dans les cas où les données suivantes sont modifiées : Civilité de l’utilisateur final, Nom ou raison sociale de l’utilisateur final, code NAF.






Réalisation de la Modification des Caractéristiques de l’Utilisateur Final dans le SI de GrDF

Mise à disposition de la publication J+1 de l’enregistrement de la réalisation de la demande




21/10/2015 19:44:00 26/28

Présentation des informations clés contenues dans le flux suivi des demandes et dans la réponse du Web Service SuiviDemande

Le tableau ci-dessous présente les informations clés contenues dans le flux suivi des demandes ainsi que dans la réponse du Web Service SuiviDemande, qui permettent au fournisseur d’identifier que la demande de Modification des Caractéristiques de l’Utilisateur Final clôturée à réception de l’événement de solde de la demande est réalisée.


SuiviDemande






070 (réalisé en cours de clôture)



Date d’enregistrement de la réalisation de la Modification des Caractéristiques de l’Utilisateur Final



3.2.4.2. Annexe différentielle du Contrat Acheminement Distribution (CAD)

Présentation générale du flux :

L’annexe différentielle du CAD permet au fournisseur de connaître les modifications effectuées sur le CAD dont il est titulaire.


Nom du fichier Annexe différentielle du CAD


Enregistrement de la réalisation de la Modification des Caractéristiques de l’Utilisateur Final dans le SI de GrDF

Mise à disposition de la publication J+1 de l’enregistrement de la réalisation de la demande



Présentation des informations clés contenues dans le flux de l’annexe différentielle du Contrat

Acheminement Distribution (CAD)

Le tableau ci-dessous présente les informations clés contenues dans le flux annexe différentielle du CAD qui permettent au fournisseur d’identifier que les données contractuelles ont été modifiées :

Numéro Nom Valeur

7 Date de changement AAAAMMJJ : Date demandée pour la Modification des Caractéristiques de l’Utilisateur Final

8 Type de changement (Entrée/Sortie/Modification)

« M » : Modification

36 Indicateur données commerciales

Flag indiquant si le groupe de données commerciales a été modifié

Soit « N » s’il n’y a pas modification sur le groupe de données

Soit « O » s’il y a modification sur le groupe de données

Nota : rappel du groupe de données commerciales :

- Civilité de l’utilisateur final - Nom ou raison sociale de l’utilisateur final - Indicateur segment clientèle - Civilité du client final

- Nom ou raison sociale du client final


21/10/2015 19:44:00 27/28

Dans le cas où les données modifiées ne sont pas tracées par l’annexe différentielle, le fournisseur pourra également consulter les informations saisies via le portail

Nota : récapitulatif de la visualisation des données sur le portail

Données Zone de visualisation

Nom de l'utilisateur final/Raison sociale

Détail du PDLA Prénom de l'utilisateur final

Civilité de l'utilisateur final

Contact courrier nom


Contact courrier numéro de rue

Contact courrier rue

Contact courrier complément

Contact courrier commune

Contact courrier code postal

Contact courrier pays

Contact courrier adresse email

Numéro de SIRET de l'utilisateur final Détail du PDLA

Mission d’intérêt Général (MIG) Détail de la demande

Commentaire fournisseur ( = commentaire PDLA / traceur)


Référence de la demande pour le fournisseur (N° affaire du fournisseur)

Suivi de la demande et Détail de la demande

3.2.5. Etape 4 : Solder la demande de Modification des Caractéristiques de l’Utilisateur Final

L’étape « solder la demande de Modification des Caractéristiques de l’Utilisateur Final » correspond à l’étape de clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final. L’événement de solde de la demande a été reçu, la demande a été traitée par l’agent et est soldée. La demande est clôturée dans le SI de GrDF.

La clôture de la demande dans le SI de GrDF a pour résultat :









Clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final

Mise à disposition de la publication J+1 de la réception de l’événement de solde de la demande de Modification des Caractéristiques de l’Utilisateur Final




21/10/2015 19:44:00 28/28

Présentation des informations clés contenues dans le flux suivi des demandes et dans la réponse du Web Service SuiviDemande

Le tableau ci-dessous présente les informations clés contenues dans le flux suivi des demandes ainsi que dans la réponse du Web Service SuiviDemande, qui permettent au fournisseur d’identifier que la demande de Modification des Caractéristiques de l’Utilisateur Final à date demandée est clôturée.






Statut de la demande 010 (clôturée) Date de création de la demande

17 StatutDemande


Date de la clôture de la demande de Modification des Caractéristiques de l’Utilisateur Final



Documents

GUIDE D’IMPLEMENTATION DES PROCESSUS ACHEMINEMENT ... · V2.2 28/10/2010 [OMEGA V6B] : Précision sur l’étape de recevabilité d’une demande V2.3 11/09/2015 [OMEGA V10] : Mise