Commandes ISP Tiers - Spécification détaillée

Transcription

13/04/12
Procédures d’échange de messages entre l’EPT et
les OAO pour l’offre de référence : RDSLO
Procédures se rapportant uniquement à la partie DSL standard de l‟offre de référence
RDSLO mais non à la partie VDSL.
Auteur : EPT
Version 1.0.5.0
P&T Luxembourg
EPT RDSLO Procédure d'échange de fichiers_v1.0.5.0.validée
1 / 61
13/04/12
Sommaire
1
GENERALITES SUR LE TRAITEMENT DES DONNEES ISSUES D’UN OAO ..................................................................................................................... 4
1.1
1.2
1.3
1.4
2
OBJECTIF DE CE DOCUMENT .................................................................................................................................. 4
SCOPE ...................................................................................................................................................................... 4
REGLES A RESPECTER ............................................................................................................................................ 4
GENERALITES .......................................................................................................................................................... 4
FORMAT DES DONNEES .......................................................................................................................................................................................................... 5
2.1
2.2
2.3
3
FORMAT XML GENERAL DES FICHIERS ECHANGES ............................................................................................. 5
TYPE DE MESSAGES ECHANGES.............................................................................................................................. 6
PROCEDURE D’ECHANGE DE FICHIER.................................................................................................................... 6
TRAITEMENT DES DEMANDES D’ACTIVATION WS-DSL ................................................................................................................................................. 9
3.1
3.2
3.3
3.4
3.5
3.6
3.7
3.8
3.9
3.10
4
4.1
4.2
4.3
4.4
4.5
4.6
5
5.1
5.2
5.3
5.4
5.5
FICHIERS ECHANGES LORS D’UNE DEMANDE D’ACTIVATION WS-DSL .............................................................. 9
WORKFLOW ACTIVATION WS-DSL (AVEC KIT DSL)........................................................................................ 10
WORKFLOW ACTIVATION WS-DSL (SANS KIT DSL) AVEC INTERVENTION ÉQUIPE TECHNIQUE (RDV) ...... 11
DESCRIPTION DU FICHIER WS-DSL_ACTIVATION_TO_EPT_YYYYMMDD_HHMMSS.XML ................... 12
DESCRIPTION DU FICHIER WS-DSL_ACTIVATION_ACK_FROM_EPT_YYYYMMDD_HHMMSS.XML ............... 16
DESCRIPTION DU FICHIER WS-DSL_ACTIVATION_REJECT_EPT_YYYYMMDD_HHMMSS.XML...................... 17
DESCRIPTION DU FICHIER WS-DSL_ACTIVATIONSUCCESS_FROM_EPT_YYYYMMDD_HHMMSS.XML ......... 18
DESCRIPTION DU FICHIER WS-DSL_ACTIVATED_FROM_EPT_YYYYMMDD_HHMMSS.XML .......................... 19
DESCRIPTION DE LA REPONSE WS-DSL_TIMESCHEDULE_FROM_EPT_YYYYMMDD_HHMMSS.XML ............ 20
DESCRIPTION DE LA REPONSE WS-DSL_TIMESCHEDULECANCEL_FROM_EPT_YYYYMMDD_HHMMSS.XML
21
TRAITEMENT DES DEMANDES DE SUPPRESSION ........................................................................................................................................................... 23
FICHIERS ECHANGES LORS D’UNE DEMANDE DE SUPPRESSION ......................................................................... 23
WORKFLOW DELETION WS-DSL ........................................................................................................................ 24
DESCRIPTION DU FICHIER WS-DSL_DELETION_TO_EPT_YYYYMMDD_HHMMSS.XML ....................... 25
DESCRIPTION DU FICHIER WS-DSL_DELETION_ACK_FROM_EPT_YYYYMMDD_HHMMSS.XML ................... 27
DESCRIPTION DU FICHIER WS-DSL_DELETION_REJECT_FROM_EPT_YYYYMMDD_HHMMSS.XML.............. 28
DESCRIPTION DU FICHIER WS-DSL_DELETED_FROM_EPT_YYYYMMDD_HHMMSS.XML .............................. 29
TRAITEMENT DES DEMANDES DE MIGRATION .............................................................................................................................................................. 31
FICHIERS ECHANGES LORS D’UNE DEMANDE DE MIGRATION............................................................................ 31
WORKFLOW MIGRATION WS-DSL ..................................................................................................................... 32
DESCRIPTION DU FICHIER WS-DSL_MIGRATION_TO_EPT_YYYYMMDD_HHMMSS.XML..................... 33
DESCRIPTION DU FICHIER WS-DSL_MIGRATION_ACK_FROM_EPT_YYYYMMDD_HHMMSS.XML ................ 36
DESCRIPTION DU FICHIER WS-DSL_MIGRATION_REJECT_FROM_EPT_YYYYMMDD_HHMMSS.XML........... 37
2 / 61
13/04/12
5.6
6
DESCRIPTION DU FICHIER WS-DSL_MIGRATED_FROM_EPT_YYYYMMDD_HHMMSS.XML ........................... 38
TRAITEMENT DES DEMANDES DE MODIFICATION DE PROFIL DSL........................................................................................................................... 39
6.1
6.2
6.3
6.4
6.5
6.6
6.7
7
FICHIERS ENVOYES LORS D’UNE DEMANDE DE MODIFICATION DE PROFIL ...................................................... 39
WORKFLOW DE MODIFICATION DE PROFIL ........................................................................................................ 40
DESCRIPTION DE LA REPONSE WS-DSL_UPDATE_TO_EPT_YYYYMMDD_HHMMSS.XML ............................... 41
DESCRIPTION DE LA REPONSE WS-DSL_UPDATE_ACK_FROM_EPT_YYYYMMDD_HHMMSS.XML ................ 44
DESCRIPTION DE LA REPONSE WS-DSL_UPDATE_REJECT_FROM_EPT_YYYYMMDD_HHMMSS.XML .......... 45
DESCRIPTION DE LA REPONSE WS-DSL_UPDATESUCCESS_FROM_EPT_YYYYMMDD_HHMMSS.XML........... 46
DESCRIPTION DE LA REPONSE WS-DSL_UPDATEFAILED_FROM_EPT_YYYYMMDD_HHMMSS.XML ............. 47
MESSAGES ............................................................................................................................................................................................................................... 48
7.1
7.2
8
LISTE DES ERREURS EXISTANTES......................................................................................................................... 48
LISTE DES MESSAGES D’INFORMATION EXISTANTS ............................................................................................ 50
ANNEXES.................................................................................................................................................................................................................................. 51
8.1
8.2
8.3
8.4
HEADER ............................................................................................................................................................... 51
ENVELOPPE REQUEST DU FORMAT PIVOT ........................................................................................................... 53
ENVELOPPE RESPONSE DU FORMAT PIVOT ......................................................................................................... 55
BODY DU FORMAT PIVOT ...................................................................................................................................... 57
HISTORIQUE DES VERSIONS
Date
Auteur
13/01/10
EPT
V 1.0.0.0 Création du document
19/05/10
EPT
V 1.0.1.0
Livraision du document avec modification pour prise en compte format pivot v2 comme
fichier échangé
19/08/10
EPT
V1.0.2.0
Révision des procédures WSLUXDSL et ajoute procédures RDSLO
23/08/10
EPT
V1.0.3.0
Révision procédure, ajout diagramme, ajout des erreurs possibles
30/08/10
EPT
V1.0.4.0
Modification procédures activation et modification code d‟erreur
V1.0.5.0
Ajout:
- contrôles MR.008 et pour les activations, les suppressions et les migrations
- contrôle MR.013 pour les suppressions
Suppression du volet reprenant l‟ancienne offre commerciale WSLUXDSL
Ajout de la table reprenant les code OAO normalisée (volet migration)
04/10/10
EPT
Version
Commentaire
3 / 61
13/04/12
1
1.1
Généralités sur le traitement des données issues d’un OAO
Objectif de ce document
L‟objectif de ce document est :
de décrire précisément les règles d‟échanges liés aux transferts de commandes entre un OAO
(Other Alternative Operator) et l‟EPT pour les commandes :
o
Reference DSL Offer : RDSLO
de décrire les règles à suivre pour permettre une prise en compte automatique de la commande au
niveau EPT
Il est à remarquer que le présent document se rapporte en ce qui concerne la RDSLO uniquement
sur la partie des services DSL standard de l‟offre de référence. Pour les services VDSL inclus dans
la même offre de référence RDSLO, veuillez consulter le document « Procédures d‟échange de
messages entre l‟EPT et les OAO pour le wholesale accès très haut débit (WS/ATH) » publié sur le
site www.ept.lu/Telecom/Operators/Regulatory/Technical Info/Soap_Soxx/ATH
1.2
Scope
On se limite ici à la description des échanges et au format de ces échanges. Ainsi seule la partie <body> du message
SOAP est décrite ici.
La documentation relative au HEADER est présente en annexe à ce document au 8.1.
1.3
Règles à respecter
Afin de permettre la prise en compte des messages XML envoyés à l‟EPT, il est nécessaire de suivre les
règles suivantes :
Respect des normes XML version 1 ;
Respect des schémas XSD fournis en annexe aux points 8.2, 8.3 et 8.4 ;
Respect des valeurs type des paramètres.
1.4
Généralités
Pour automatiser l'échange des données des commandes WS-DSL, il est prévu de transmettre les données sous
forme de webservice en format SOAP (Simple Object Access Protocol).
D'abord, l'authenticité de l‟userid est vérifiée en contrôlant le mot de passe. Puis, on vérifie, si l‟userid correspond à la
<source>-<name>.
La <destination>-<name> doit être EPT.
Attention :
Tout envoi de requête est définitif. A partir du moment où la demande a été transmise par l‟opérateur à l‟EPT au
format SOAP, aucune intervention manuelle sur la demande (modification/suppression de champs) n‟est possible.
4 / 61
13/04/12
2 Format des données
Le format des messages est défini par les XSD trouvés en annexe à ce document aux points 8.2, 8.3 et 8.4. Les
données métiers seront définies tout au long de ce document. Pour chaque message échangé, une description de
l‟ensemble des balises sera spécifiée.
2.1
Format XML général des fichiers échangés
2.1.1
Composition des messages XML types
Request
enveloppe d'un message
header
en-tête du message
…
body
corps du message
Response
enveloppe d'un message
header
en-tête du message
…
body
corps du message définit si nécessaire
…
fault
Erreur/information business
…
…
5 / 61
13/04/12
2.2
Type de messages échangés
Type
WS-DSL
WS-DSL
WS-DSL
WS-DSL
From
OAO
OAO
OAO
OAO
To
EPT
EPT
EPT
EPT
Description
Demande d‟activation WS DSL
Demande de suppression
Demande de migration
Demande de modification de profil
WS-DSL WS-DSL_XXX de type Ack
Ou XXX équivaut au service référencé
WS-DSL WS-DSL_XXX de type Reject
Ou XXX équivaut au service référencé
EPT
OAO
Ack
EPT
OAO
Rejet de la demande
WS-DSL WS-DSL_ActivationSuccess
EPT
OAO
WS-DSL
WS-DSL
WS-DSL
WS-DSL
WS-DSL
WS-DSL
EPT
EPT
EPT
EPT
EPT
EPT
OAO
OAO
OAO
OAO
OAO
OAO
WS-DSL WS-DSL_UpdatedSuccess
EPT
OAO
WS-DSL WS-DSL_UpdateFailed
EPT
OAO
La commande d‟activation créée avec
succès
L‟activation a réussi
Reçu lorsque la suppression est un succès
Confirmation de la date d‟intervention
Annulation de la date d‟intervention
Fichier envoyé à l‟opérateur donneur
Fichier envoyé à l‟opérateur receveur si
problème lors de la migration
Fichier envoyé lorsque l‟update s‟est
effectué
Fichier envoyé lorsque l‟update n‟est pas
possible
2.3
Action
WS-DSL_Activation
WS-DSL_Deletion
WS-DSL_Migration
WS-DSL_Update
WS-DSL_Activated
WS-DSL_Deleted
WS-DSL_TimeSchedule
WS-DSL_TimeSchedule Cancel
WS-DSL_Migrated
WS-DSL_MigrationFailed
Procédure d’échange de fichier
Pour une activation :
Une fois la demande réceptionnée, un accusé de réception sera transmis à l‟OAO via le message WSDSL_Activation_Ack_from_ept_yyyymmdd_hhmmss.xml
Si un problème dans les données envoyées est détecté ou si la commande ne peut être activée par les équipes
techniques de l‟EPT, p. ex. si l‟infrastructure demandée n‟est pas disponible à l‟adresse demandée
Alors nous enverrons un message de rejet WS-DSL_Activation_Reject_from_ept_yyyymmdd_hhmmss.xml et FIN
Sinon
(Phase d’activation)
Un message de type WS_DSL_ActivationSuccess_from_ept_yyyymmdd_hhmmss.xml sera envoyé à OAO
Une fois que le service sera activé, la date d‟entrée en service sera transmise à l‟OAO via le fichier WSDSL_Activated_from_ept_yyyymmdd_hhmmss.xml
Pour une activation « non kit DSL »
6 / 61
13/04/12
Lorsque le rendez-vous sera fixé via l‟application Booking Manager, un message de type WSDSL_Timeschedule_from_ept_yyyymmdd_hhmmss.xml sera envoyé à l‟OAO
En cas de problème lors d‟un rendez-vous, ou d‟annulation de celui-ci, un message de type WSDSL_TimescheduleCancel_from_ept_yyyymmdd_hhmmss.xml sera envoyé à l‟OAO pour annulation du
rendez-vous
FIN
Pour une suppression :
Une fois la demande réceptionnée, un accusé de réception sera transmis à l‟OAO via le message WSDSL_Deletion_Ack_from_ept_yyyymmdd_hhmmss.xml
Si un problème dans les données envoyées est détecté
Alors nous enverrons un message de rejet WS-DSL_Deletion_Reject_from_ept_yyyymmdd_hhmmss.xml
Sinon
Une fois la suppression effectuée, une information avec date effective de suppression sera transmise à l‟OAO
via le fichier WS-DSL_Deleted_from_ept_yyyymmdd_hhmmss.xml
FIN
Pour une migration :
Une fois la demande réceptionnée, un accusé de réception sera transmis à l‟OAO via le message WSDSL_Migration_Ack_from_ept_yyyymmdd_hhmmss.xml
Alors nous enverrons un message de rejet WS-DSL_Migration_Reject_from_ept_yyyymmdd_hhmmss.xml
Sinon
Entre dans la phase d‟activation précédemment énumérée (Phase d’activation)
Lorsque le service sera activé, la date d‟entrée en service sera transmise à l‟OAO receveur via le fichier WSDSL_Activated_from_ept_yyyymmdd_hhmmss.xml
Lorsque la migration sera effective un message WS-DSL_Migrated_from_ept_yyyymmdd_hhmmss.xml sera
envoyé à l‟opérateur donneur.
FIN
Pour une demande de modification de profil WS-DSL :
Une fois la demande réceptionnée, un accusé de réception sera transmis à l‟OAO via le message WSDSL_Ack_from_ept_yyyymmdd_hhmmss.xml
alors nous enverrons un message de rejet WS-DSL_Update_Reject_from_ept_yyyymmdd_hhmmss.xml
Sinon la modification du profil sera tentée
Si la modification de profil n‟est pas possible
7 / 61
13/04/12
Alors nous enverrons WS-DSL_UpdateFailed_from_ept_yyyymmdd_hhmmss.xml reprenant la raison de non
modification
Sinon nous enverrons un message WS-DSL_UpdateSuccess_from_ept_yyyymmdd_hhmmss.xml
8 / 61
13/04/12
3 Traitement des demandes d’activation WS-DSL
3.1
Fichiers échangés lors d’une demande d’activation WS-DSL
Type
WS-DSL
WS DSL
WS DSL
WS DSL
WS DSL
WS DSL
WS DSL
Action
WS-DSL_Activation
WS-DSL_Activation de type Ack
WS-DSL_Activation de type Reject
WS-DSL_ActivationSuccess
WS-DSL_Activated
WS-DSL_TimeSchedule
WS-DSL_TimeScheduleCancel
From
OAO
EPT
EPT
EPT
EPT
EPT
EPT
To
EPT
OAO
OAO
OAO
OAO
OAO
OAO
Description
Demande d‟activation
Ack
Rejet de la demande
Commande d‟activation créée
L‟activation a réussi
Confirmation de la date d‟intervention
Annulation de la date d‟intervention
9 / 61
13/04/12
3.2
Workflow Activation WS-DSL (avec kit DSL)
ECHANGE DE FICHIERS AVEC LES OAO
ACTIVATION WS-DSL
OAO
Envoi du fichier WSDSL_Activation_to_ept_yyyymmdd_
hhmmss.xml par SOAP
EPT
récupération de la
requête
contrôle de
cohérence et
éligilibité
OK ?
contrôle de faisabilité
technique
OK ?
Non
Génération de la
réponse
XXXXXX_WS-DSL_
ack_
from_ept_yyyymmdd_
hhmmss.xml
génération de la
réponse
XXXXXX_WSDSL_reject_from
_ept_yyyymmdd_hhm
mss.xml
CREATION
-----Création de la
commande dans Back
Office EPT
Envoi du fichier à
OAO
Fichier envoyé par EPT via
serveur SOAP
génération du fichier
XXXXXX_WS-DSL_
ActivationSuccess_
from_ept_yyyymmdd_
hhmmss.xml
Activation
-----Réalisation et activation
de la connexion
XXXXXX_WS-DSL_
Activated_
from_ept_yyyymmdd_
hhmmss.xml
10 / 61
13/04/12
3.3
Workflow Activation WS-DSL (sans kit DSL) avec intervention équipe technique (RDV sur Booking
Manager)
ECHANGE DE FICHIERS OAO
Activation WS-DSL
OAO
Envoi de la requête
WS_DSL_ACTIVATION_TO_EPT
(via serveur SOAP)
EPT
récupération du
fichier
contrôle de
cohérence
OK ?
Oui
Contrôle
technique
Fichier envoyé par EPT
Envoi du fichier à
l'operateur
Non
Génération du fichier
OK ?
WS-DSL_REJECT_FROM_EPT
OUI
CRÉATION
------Création de la
commande dans
Back Office EPT
WS-DSL_ACTIVATION_SUCCESS_FROM_EPT
récupération
du fichier
MISE A JOUR
-----Mise à jour de la
commande dans Back
Office EPT
contrôle de
cohérence
Envoi information
via Booking Manager
NEW
WSDSL_TIMESCHEDULE_FROM_EPT
Type ?
CANCEL
WS-DSL_TIMESCHEDULECANCEL_FROM_EPT
ACTIVATION
-----Réalisation et activation
de la connexion
WS-DSL_ACTIVATED_FROM_EPT
11 / 61
13/04/12
3.4
Description du fichier WS-DSL_Activation_TO_EPT_YYYYMMDD_HHMMSS.xml
3.4.1
XML type pour une demande d’activation
Le fichier est décrit ci-dessous (en rouge les données exemples):
<?xml version="1.0" encoding="UTF-8"?>

<request xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_v2.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:pivot="http://www.ept.lu/soa/2.0/Pivot">
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<messageid>11111111</messageid>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Activation</action>
</service>
<source>
<name>OAO</name>
<id>xxxxxx</id>
</source>
<destination>
<name>EPT</name>
</destination>
<authentication>
<userid>USERID</userid>
<password>PASSWORD</password>
</authentication>
</header>
<body>
<pivot:client>
<pivot:clientId>1555551</pivot:clientId>
<pivot:firstName>Lionel</pivot:firstName>
<pivot:lastName>ZAGARIA</pivot:lastName>
<pivot:phoneNumber>26514720</pivot:phoneNumber>
<pivot:services>
<pivot:service>
<pivot:accessServiceId></pivot:accessServiceId>
<pivot:serviceAttributes>
<pivot:attribute>
<pivot:name>GSM_CONTACT</pivot:name>
<pivot:value>021255555</pivot:value>
</pivot:attribute>
<pivot:attribute>
<pivot:name>EMAIL_CONTACT</pivot:name>
<pivot:value>[email protected]</pivot:value>
</pivot:attribute>
<pivot:attribute>
<pivot:name>KIT_DSL</pivot:name>
<pivot:value>Yes</pivot:value>
</pivot:attribute>
<pivot:attribute>
<pivot:name>TYPE_LIGNE</pivot:name>
<pivot:value>ISDN</pivot:value>
</pivot:attribute>
<pivot:attribute>
<pivot:name>SUPPORT</pivot:name>
<pivot:value>RDSLO</pivot:value>
</pivot:attribute>
<pivot:attribute>
<pivot:name>PROFIL</pivot:name>
<pivot:value>Light</pivot:value>
</pivot:attribute>
<pivot:attribute>
12 / 61
13/04/12
<pivot:name>ASKED_DATE</pivot:name>
</pivot:attribute>
<pivot:attribute>
<pivot:name>ASKED_TIME</pivot:name>
<pivot:value>12:00</pivot:value>
</pivot:attribute>
</pivot:serviceAttributes>
<pivot:installationAddress>
<pivot:street>RTE DE BELVAUX</pivot:street>
<pivot:streetNumber>250</pivot:streetNumber>
<pivot:zipCode>L-4510</pivot:zipCode>
<pivot:city>DIFFERDANGE</pivot:city>
<pivot:apartment>00204</pivot:apartment>
<pivot:floor>00001</pivot:floor>
</pivot:installationAddress>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
</request>
NB :
les données mentionnées dans le XML sont données à titre purement indicatif.
3.4.2
Description des balises XML
Balise
Balise
Client
lastName
Type
(Taille maxi)
Alpha(30)
Client
firstName
Alpha(30)
Client
phoneNumber
Client
Id
Numérique
(20)
Numérique
(15)
Client/Services/InstallationAddress
street
Alpha(50)
streetNumber
Alpha(5)
zipCode
Alpha(6)
city
Alpha(30)
apartment
Alpha (20)
floor
Alpha (20)
Client/Services/serviceAttribute(name=GSM_CONTACT)
Alpha(100)
Description
Nom du client (Ex :
Zagaria) ou nom de
l’entreprise
Prénom du client (Ex :
Lionel) ou rien si
entreprise
Ligne (Ex : 254587)
Référence des P&T
(numéro de client ou
numéro de compte)
Rue (Ex : Rue de la
Gare)
Numéro de rue (Ex :
12)
Code postal (Ex : L8354)
Ville (Ex :
DUDELANGE)
Si appartement
(00204)
Etage (00001)
Numéro de GSM de la
personne de contact
13 / 61
Obligatoire ?
OUI
NON
OUI
NON
OUI
(1)
OUI
(1)
OUI
(1)
OUI
(1)
OUI(1,2)
OUI(1,2)
NON
13/04/12
Client/Services/serviceAttribute(name=‟EMAIL_CONTACT‟)
Alpha(100)
Adresse email de la
personne de contact
NON
Client/Services/serviceAttribute(name=‟KIT_DSL‟)
Alpha(100)
OUI
(3)
Client/Services/serviceAttribute(name=‟TYPE_LIGNE‟)
À indiquer uniquement pour demande non Kit_DSL
Alpha(100)
Indique si l‟utilisateur a
acheté un kit DSL
Type de ligne
(ANA/ISDN)
OUI
(1)
Client/Services/serviceAttribute(name= „SUPPORT)
Alpha(100)
Client/Services/serviceAttribute(name= „PROFIL)
Alpha(100)
Client/Services/serviceAttribute(name= „ASKED_DATE‟)
Alpha(8)
Client/Services/serviceAttribute(name= „ASKED_TIME‟)
Alpha(5)
Support souhaité
RDSLO
Profil souhaité
NON
Indique la date de
réalisation demandée :
format = YYYYMMDD
Indique l‟heure de
format = HH:MM
OUI
OUI
OUI
(1) Obligatoire uniquement en cas d‟une commande « non kit DSL » avec intervention équipe technique
souhaitée (RDV sur booking manager)
(2) Obligatoire uniquement dans le cas où la désignation de l‟adresse stipule un appartement
(3) En cas d‟une commande RDSLO sans rdv fixe par booking manager, la balise doit toujours être renseignée
par « kit_DSL = YES ». Uniquement en cas d‟une commande RDSLO avec rdv par booking manager la
balise doit être renseignée par « kit_DSL = NO »
Tableau reprenant les combinaisons de profils disponibles et applicables
Support
RDSLO
Profil
LIGHT
MEDIUM
LARGE
PROFIL 1
PROFIL 2
PROFIL 3
PROFESSIONAL 1
PROFESSIONAL 2
Max. downstream
5 Mb
10 Mb
20 Mb
8 Mb
12 Mb
15 Mb
20 Mb
20 Mb
upstream
512 Kb
640 Kb
768 Kb
576 Kb
640 Kb
704 Kb
1 Mb
2,5 Mb
14 / 61
13/04/12
3.4.3
Règles de gestion du contrôle de cohérence pour une création
RG
RG_ACT_WSDSL.001
Code
MR.001
Description
XML is not well formed (by example, one markup is missing)
RG_ACT_WSDSL.002
MR.002
A required XML information is missing
RG_ACT_WSDSL.003
MR.003
RG_ACT_WSDSL.004
MR.004
The value of the XML field is not in correct format (regarding alpha/num types, length,
etc.)
The value of the XML field is incorrect (not in range, not authorized, etc.)
RG_ACT_WSDSL.005
MR.005
XML field values are not compatible together (one of them at a time, but no both
together)
RG_ACT_WSDSL.006
MR.006
A similar request has already been send
RG_ACT_WSDSL.007
MR.007
RG_ACT_WSDSL.008
MR.008
A request already exists with this OAO reference.
The customer number does not exist
RG_ACT_WSDSL.010
MR.010
The installation address is not complete, an address can not be determined
RG_ACT_WSDSL.011
MR.012
The phone number does not exist
RG_ACT_WSDSL.012
MR.014
The customer is not the owner of the line
RG_ACT_WSDSL.013
MR.018
There is one open order on the phone number for technical or for customer reason
RG_ACT_WSDSL.014
MR.019
The order was waiting too long time.
RG_ACT_WSDSL.015
MR.020
The line is not eligible for the product, EPT is unable to process the request
RG_ACT_WSDSL.016
MR.022
Shared access exist on the line
RG_ACT_WSDSL.017
MR.023
The product cannot be done for a technical reason
NB : La liste des codes erreurs est décrite au paragraphe 7.1
15 / 61
13/04/12
3.5
Description du fichier WS-DSL_Activation_ack_from_ept_yyyymmdd_hhmmss.xml
Afin d‟accuser réception des demandes de créations fournies, un XML sera envoyé par EPT contenant la référence
sous la balise header/correlationid
<response xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_V2.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<correlationid>22222222</correlationid>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
<userid>USERID_OAO</userid>
<password>PASSWORD_OAO </password>
</authentication>
</header>
<fault>
<code>0</code>
<reason>ack</reason>
</fault>
</response>
Cet acquittement est effectué pour toutes vos demandes d‟activation indépendamment des incohérences de données
XML, celui-ci reprendra un correlation ID spécifiant l‟id unique qui vous sera transmis pour toutes les réponses de
notre part relatives à ce processus.
Si le XML a une structure qui diffère de celle prévue, il n‟y a pas de XML d‟acquittement de prévu.
Balise(s) parente(s)
Balise
fault
code
Type
(Taille maximale)
Alpha(6)
fault
reason
Alpha(100)
Description
0
ack
16 / 61
13/04/12
3.6
Description du fichier WS-DSL_Activation_reject_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>MR.001</code>
<reason>Wrong message format</reason>
</fault>
</response>
NB :
fault
fault
Balise
code
reason
Type
(Taille maximale)
Alpha(6)
Alpha(100)
Description
Code de l’erreur : MR.XXX
Message pourra être :
Message reason
17 / 61
13/04/12
3.7
Description du fichier WS-DSL_ActivationSuccess_from_ept_yyyymmdd_hhmmss.xml
<response xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_v2.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_ActivationSuccess</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:accessServiceId>134999999</pivot:accessServiceId>
<
<pivot:attribute>
<pivot:name>DUE_DATE</pivot:name>
<pivot:value>20100912 </pivot:value>
</pivot:attribute>
<
<pivot:attribute>
<pivot:name>BOOKING_MANAGER_ID</pivot:name>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
<fault>
<code>MI.006</code>
<reason>Success : WS/DSL</reason>
</fault>
</response>
NB :
les données mentionnées dans le XML sont données à titre purement indicatif. Cependant, les données en
rouges seront renseignées dans le fichier envoyé.
Client/Services
Balise
accessServiceId
Client/Services/serviceAttribute(name=’DUE_DATE’)
Client/Services/serviceAttribute(name=’GIVEN_IP’)
(2)
Client/Services/serviceAttribute(name=’BOOKING_MANAGER
_ID’) (2)
Type
(Taille maximale)
Description
Alpha(20)
Référence de ligne (134xxxxxxx)
Alpha(100)
Date d’installation retenue (Ex :
20100502)
Alpha(100)
Adresse IP donnée
(EX : 080.100.100.100)
Alpha(100)
Identifiant du booking manager
(ex :1518185)
18 / 61
13/04/12
(1) Uniquement en cas d‟une commande WSLUXDSL sans L2TP
(2) Uniquement en cas d‟une commande WSLUXDSL sans L2TP avec IP fixe demandée
3.8
Description du fichier WS-DSL_Activated_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Activated</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:attribute>
<pivot:value>20100912 </pivot:value>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
<fault>
<code>MI.003</code>
<reason>Service Activated</reason>
</fault>
</response>
NB :
Client/Services
Balise
accessServiceId
Client/Services/serviceAttribute(name=‟DUE_DATE‟)
Type
(Taille maximale)
Alpha(20)
Référence de ligne
(134xxxxxxx)
Alpha(100)
Date de début de facturation
(Ex : 20100502)
Code du message
d’information : MI.003
Service Activated
fault
code
Alpha(6)
Fault
reason
Alpha(100)
Description
19 / 61
13/04/12
3.9
Description de la réponse WS-DSL_TimeSchedule_from_ept_yyyymmdd_hhmmss.xml
<request xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_WSLF.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Timeschedule</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
<password>PASSWORD_OAO</password>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
<pivot:name>DUE_TIME</pivot:name>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
</request>
NB :
Client/Services
Balise
accessServiceId
Type
(Taille maximale)
Alpha(20)
Alpha(100)
Client/Services/serviceAttribute(name=‟DUE_TIME‟)
Alpha(100)
Description
(134xxxxxxx)
Date d’installation retenue
(Ex : 20100502)
Heure d’installation retenue
(EX : 10:00)
20 / 61
13/04/12
3.10 Description de la réponse WS-DSL_TimeScheduleCancel_from_ept_yyyymmdd_hhmmss.xml
<request xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_WSLF.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_TimeScheduleCancel</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
<fault>
<code>MI.003</code>
<reason>Appointment cancel</reason>
</fault>
</request>
NB :
Client/Services
Balise
accessServiceId
Type
(Taille maxi)
Alpha(20)
Référence de ligne (134xxxxxxx)
Alpha(100)
Alpha(100)
Date d’installation retenue (Ex : 20100502)
Heure d’installation retenue (EX : 10:00)
Description
21 / 61
13/04/12
fault
fault
code
reason
Alpha(6)
Alpha(100)
Code du message d’information : MI.XXX
Appointment cancelled
22 / 61
13/04/12
4 Traitement des demandes de suppression
4.1
Fichiers échangés lors d’une demande de suppression
Type
WS-DSL
WS-DSL
WS-DSL
WS-DSL
Action
WS-DSL_Deletion
WS-DSL_Deletion de type Ack
WS-DSL_Deletion de type Rejet
WS-DSL_Deleted
From
OAO
EPT
EPT
EPT
To
EPT
OAO
OAO
OAO
Description
Demande de suppression
Ack
Rejet de la demande
Suppression du service effectuée
23 / 61
13/04/12
4.2
Workflow Deletion WS-DSL
DELETION WS-DSL
OAO tiers
Envoi du fichier via le serveur
SOAP fichier de type
WS-DSL_Deletion
EPT
Récupération de la
requête
contrôle de
cohérence
OK ?
oui
non
Suppression de la ligne
téléphonique de support par
EPT ou OAO sur demande du
client.
génération de la
réponse
XXXXXX_WS-DSL_
SUPPRESSION
ACCES DSL
commande dans Back
Office EPT
ack_
from_ept_yyyymmdd_
hhmmss.xml
génération de réponse
XXXXXX_WSEnvoi du fichier à
l'OAO
DSL_reject_from
_ept_yyyymmdd_hhmm
ss.xml
SUPPRESSION
ACCES DSL
-----Suppression du port DSL
à la date demandée
génération de réponse
XXXXXX_WSDSL_deleted_from
_ept_yyyymmdd_hhmm
ss.xml
24 / 61
13/04/12
4.3
Description du fichier WS-DSL_Deletion_TO_EPT_YYYYMMDD_HHMMSS.xml
4.3.1
XML type pour une demande de suppression
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Deletion</action>
</service>
<source>
<name>OAO</name>
<id>xxxxxx</id>
</source>
<destination>
<name>EPT</name>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
</request>
Un fichier contient une et une seule demande de désactivation WS/DSL
NB :
25 / 61
13/04/12
4.3.2
Balise
Balise
Client
lastName
Type
(Taille maxi)
Alpha(30)
Client
firstName
Alpha(30)
Client
phoneNumber
Client/Services
accessServiceId
Numérique
(20)
Alpha(20)
Client/Services/serviceAttribute(name= „DUE_DATE‟)
Alpha(100)
Client/Services/serviceAttribute(name= „DUE_TIME‟)
Alpha(100)
4.3.3
Description
Nom du client (Ex :
Zagaria) ou nom de
l’entreprise
Lionel) ou rien si
entreprise
Ligne (Ex : 254587)
Obligatoire ?
OUI
NON
OUI
Numéro de service
(Ex : 1340000000
OUI
Indique la date de
format = YYYYMMDD
format = HH :MM
OUI
OUI
Règles de gestion du contrôle de cohérence
Code
RG_DEL_WSDSL.001
RG_DEL_WSDSL.002
RG_DEL_WSDSL.003
Code
MR.001
MR.002
MR.003
Description
The value of the XML field is not in correct format (regarding
alpha/num types, length, etc.)
The value of the XML field is incorrect (not in range, not authorized,
etc.)
XML field values are not compatible together (one of them at a time,
but no both together)
RG_DEL_WSDSL.004
MR.004
RG_DEL_WSDSL.005
MR.005
RG_DEL_WSDSL.006
RG_DEL_WSDSL.007
MR.006
MR.007
RG_DEL_WSDSL.010
RG_DEL_WSDSL.011
RG_DEL_WSDSL.012
RG_DEL_WSDSL.013
MR.011
MR.012
MR.013
MR.025
The service number is not found
The service number is not owned by the OAO
Product not found on line
La suppression se fera en fonction du numéro de référence 134xxxxx fourni par l‟opérateur. L‟EPT n‟effectuera pas de
vérification de cohérence des données. Veuillez donc saisir un numéro correct, sous peine de supprimer un
mauvais numéro par mégarde.
Lors d‟une suppression, nous prendrons le premier jour ouvré disponible en rapport avec la due date.
Exemple : si une due date du samedi 03/04/2010 arrive, nous prendrons le mardi 06/04/2010 comme due date (car le
lundi 05/04/2010 est férié).
26 / 61
13/04/12
4.4
Description du fichier WS-DSL_Deletion_ack_from_ept_yyyymmdd_hhmmss.xml
Afin d‟accuser réception des demandes de suppression fournies, un XML sera envoyé par EPT contenant la référence
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>0</code>
</fault>
</response>
Cet acquittement est effectué pour toutes vos demandes de suppression indépendamment des incohérences de
données XML, celui-ci reprendra un correlation ID spécifiant l‟id unique qui vous sera transmis pour toutes les
réponses de notre part relatives à ce processus.
REM : Si le XML a une structure qui diffère de celle prévue, il n‟y a pas de XML d‟acquittement de prévu.
Balise
fault
code
Type
(Taille maximale)
Alpha(6)
fault
reason
Alpha(100)
Description
0
ack
27 / 61
13/04/12
4.5
Description du fichier WS-DSL_Deletion_reject_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
<userid>USERID_OAO </userid>
</authentication>
</header>
<fault>
<code>MR.001</code>
</fault>
</response>
NB :
fault
fault
Balise
code
reason
Type
(Taille maximale)
Alpha(6)
Alpha(100)
Description
Message reason
Les codes d‟erreurs renvoyés sont en corrélation avec les règles de gestions détaillées au point 4.3.3
28 / 61
13/04/12
4.6
Description du fichier WS-DSL_Deleted_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Deleted</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:firstName> Lionel</pivot:firstName>
<pivot:lastName> ZAGARIA </pivot:lastName>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
<fault>
<code>MI.004</code>
<reason>Service Deleted</reason>
</fault>
</response>
NB : les noms et prénoms sont purement indicatifs.
Il est à relever qu’une suppression dans le cadre WS_DSL se rapporte uniquement sur le service DSL et
n’entraine pas une suppression de la ligne téléphonique de support. Pour une suppression totale de la ligne il
y a lieu de demander une suppression de l’abonnement téléphonique auprès de l’EPT respectivement de
l’abonnement RLO/WLR auprès d’un OAO.
La suppression de la ligne de support entraine automatiquement la suppression du service WS_DSL y
associé
29 / 61
13/04/12
NB :
Balise
Client
lastName
Type
(Taille maximale)
Alpha(30)
Client
firstName
Alpha(30)
Client/Services
accessServiceId
Alpha(20)
Description
Nom du client (Ex : Zagaria)
ou nom de l’entreprise
Prénom du client (Ex : Lionel)
ou rien si entreprise
(134xxxxxxx)
Alpha(100)
Date de suppression effective
(Ex : 20100502)
Code du message
d’information : MI.004
Message sera :
fault
code
Alpha(6)
Fault
reason
Alpha(100)
Service Deleted
30 / 61
13/04/12
5 Traitement des demandes de migration
5.1
Fichiers échangés lors d’une demande de migration
Type
WS-DSL
WS-DSL
WS-DSL
WS-DSL
Action
WS-DSL_Migration
WS-DSL_Ack
WS-DSL_Reject
WS-DSL_Migrated
WS-DSL WS-DSL_MigrationFailed
From
OAO
EPT
EPT
EPT
To
EPT
OAO
OAO
OAO
EPT
OAO
Description
Demande de migration entre OAO
Ack
Rejet de la demande
Fichier envoyé à l‟opérateur donneur,
l‟informant que la migration a été effectuée (*)
Fichier envoyé à l‟opérateur receveur si
problème lors de la migration
(*) L‟opérateur receveur recevra un message d‟activation de la ligne (voir chapitre 3.1)
31 / 61
13/04/12
5.2
Workflow Migration WS-DSL
MIGRATION WS-DSL
OAO
WS-DSL_Migration
EPT
récupération de la
requête
contrôle de
cohérence
OK ?
Oui
Non
XXXXXX_WS-DSL_
ack_
from_ept_yyyymmdd_
hhmmss.xml
Envoi du fichier à
l’OAO
XXXXXX_WSDSL_reject_from
_ept_yyyymmdd_hhmms
s.xml
MIGRATION
commandes dans Back
Office EPT
XXXXXX_WS-
MIGRATION
-----Modification facturation et
clôture des commandes
dans Back Office EPT
DSL_Activated_from
_ept_yyyymmdd_hhmmss.
xml
RECEIVER
OAO
XXXXXX_WS-DSL_
Migrated_
from_ept_yyyymmdd_
hhmmss.xml
Envoi du fichier à
l'Ancien OAO
DONNOR
OAO
32 / 61
13/04/12
5.3
Description du fichier WS-DSL_Migration_TO_EPT_YYYYMMDD_HHMMSS.xml
5.3.1
XML type pour une demande de migration
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Migration</action>
</service>
<source>
<name>OAO</name>
<id>xxxxxx</id>
</source>
<destination>
<name>EPT</name>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:clientId>1555551</pivot:clientId>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
<pivot:name>RECIPIENT_OPERATOR</pivot:name>
<pivot:value>OAO_R</pivot:value>
</pivot:attribute>
<pivot:attribute>
<pivot:name>DONOR_OPERATOR</pivot:name>
<pivot:value>OAO_D</pivot:value>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
<pivot:value>Light</pivot:value>
</pivot:attribute>
<
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
33 / 61
13/04/12
</request>
Un fichier contient un et un seul service à migrer
5.3.2
Balise
Balise
Client
lastName
Type
(Taille maxi)
Alpha(30)
Client
firstName
Alpha(30)
Client
phoneNumber
Client/Services
accessServiceId
Numérique
(20)
Alpha(20)
Client
Id
Numérique
(15)
Client/Services/serviceAttribute(name= „SUPPORT)
Alpha(100)
Client/Services/serviceAttribute(name= „PROFIL)
Alpha(100)
Client/Services/serviceAttribute(name= „DUE_DATE‟)
Alpha(100)
Client/Services/serviceAttribute(name= „DUE_TIME‟)
Alpha(100)
Client/Services/serviceAttribute(name= „RECIPIENT_OPERATOR')
Client/Services/serviceAttribute(name= „DONOR_OPERATOR')
Alpha(100)
Alpha(100)
Description
Nom du client (Ex :
Zagaria) ou nom de
l’entreprise
Lionel) ou rien si
entreprise
Ligne (Ex : 254587)
(134xxxxxxx)
Référence des P&T
(numéro de client ou
numéro de compte)
Support souhaité
RDSLO / WSLUXDSL
Profil souhaité
Indique la date de
format = YYYYMMDD
format = HH:MM
Ex : CGC
Ex : INT
Obligatoire ?
OUI
NON
OUI
OUI
NON/OUI
(2)
OUI
OUI
OUI
(1)
OUI
OUI
OUI
(1) La “due date” demandée pour la migration d‟un client ne doit pas dépasser une période de trois mois à partir
de la réception du fichier “migration request” par l‟EPT
(2) À renseigner en cas d‟une migration EPT vers OAO
5.3.3
RG
RG_MIG_WSDSL.001
Code
MR.001
Description
RG_MIG_WSDSL.002
MR.002
MR.003
etc.)
RG_MIG_WSDSL.003
RG_MIG_WSDSL.004
MR.004
MR.005
together)
MR.006
RG_MIG_WSDSL.005
RG_MIG_WSDSL.006
34 / 61
13/04/12
RG_MIG_WSDSL.007
MR.007
RG_MIG_WSDSL.008
MR.008
RG_MIG_WSDSL.010
MR.011
RG_MIG_WSDSL.011
MR.012
RG_MIG_WSDSL.012
MR.013
RG_MIG_WSDSL.013
MR.014
RG_MIG_WSDSL.014
MR.017
There is one or more open order on the service number
RG_MIG_WSDSL.015
MR.018
There is one or more open order on the phone number
RG_MIG_WSDSL.016
MR.020
RG_MIG_WSDSL.017
MR.022
RG_MIG_WSDSL.018
MR.025
Si la due date correspond à un jour non ouvré, on prend le premier prochain jour ouvré suivant ce jour férié.
Exemple : Si une requête reprenant une due date du samedi 03/04/2010 arrive, nous prendrons le mardi 06/04/2010
comme due date (le lundi 05/04/2010 étant un jour férié).
Pour une demande de migration OAO à OAO, l‟OAO receveur doit impérativement s‟accorder préalablement avec
l‟OAO donneur sur une date de migration possible respectant les engagements contractuels du client. Après accord
de l‟OAO donneur, l‟OAO receveur enverra une demande de migration à l‟EPT en indiquant la date de migration
souhaitée (due_date). L‟EPT exécutera la demande de migration à la date souhaitée sans demander une autorisation
supplémentaire auprès de l‟opérateur donneur. La date de migration souhaitée ne doit pas dépasser de 3 mois la date
de réception de la demande de migration par l’EPT.
Table reprenant les codes des opérateurs
Code
CGC
CRC
INT
LOL
ORA
TAN
TID
VOL
Operateur
CEGECOM S.A.
CROSSING TELECOM S.A
INTEROUTE BELGIUM
LUXEMBOURG ONLINE
ORANGE S.A.
TANGO FIXED S.A.
TELINDUS LUXEMBOURG
VISUAL ONLINE S.A.
35 / 61
13/04/12
5.4
Description du fichier WS-DSL_Migration_ack_from_ept_yyyymmdd_hhmmss.xml
Afin d‟accuser réception des demandes de migration fournies, un XML sera envoyé par EPT contenant la référence
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>0</code>
</fault>
</response>
Cet acquittement est effectué pour toutes vos demandes de migration indépendamment des incohérences de
données XML, celui-ci reprendra un correlation ID spécifiant l‟id unique qui vous sera transmis pour toutes les
réponses de notre part relatives à ce processus.
Si le XML a une structure qui diffère de celle prévue, il n‟y a pas de XML d‟acquittement de prévu.
Balise
fault
code
Type
(Taille maximale)
Alpha(6)
fault
reason
Alpha(100)
Description
0
ack
36 / 61
13/04/12
5.5
Description du fichier WS-DSL_Migration_reject_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO</name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>MR.001</code>
</fault>
</response>
NB :
fault
fault
Balise
code
reason
Type
(Taille maximale)
Alpha(6)
Alpha(100)
Description
Message reason
Les codes d‟erreurs renvoyés sont en corrélation avec les règles de gestions détaillées au point 5.3.3
37 / 61
13/04/12
5.6
Description du fichier WS-DSL_Migrated_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Migrated</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>DONOR_OAO </name>
<id>XXXXXXX</id>
</destination>
<authentication>
<userid>USERID_DONOR_OAO </userid>
<password>PASSWORD_DONOR_OAO </password>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
</request>
Ce fichier est transmis à l‟OAO donneur lorsque la migration est effective.
Balise
Client/Services
Balise
accessServiceId
Type
(Taille maximale)
Alpha (20)
Alpha(100)
Alpha(100)
Description
Référence ligne
(134xxxxxxx)
Date de migration effective
(Ex : 20100510)
Heure de migration effective
(EX : 10:00)
38 / 61
13/04/12
6 Traitement des demandes de modification de profil DSL
6.1
Fichiers envoyés lors d’une demande de modification de profil
Type
Action
WS-DSL WS-DSL_Update
From
OAO
To
EPT
Description
Demande d‟une modification de profil
WS-DSL WS-DSL_Ack
WS-DSL WS-DSL_Reject
WS-DSL WS-DSL_UpdateSuccess
EPT
EPT
EPT
OAO
OAO
OAO
WS-DSL WS-DSL_UpdateFailed
EPT
OAO
Ack
Rejet de la demande
Fichier envoyé lorsque la mise à jour s‟est
correctement effectuée
Fichier envoyé lorsque la mise à jour n‟est
pas possible
39 / 61
13/04/12
6.2
Workflow de modification de profil
ECHANGE DE FICHIERS AVEC LES AUTRES OAO
MISE A JOUR DE PROFIL DSL
OAO
WS-DSL_Update
EPT
récupération du
fichier
contrôle de
cohérence
OK ?
Oui
WS-DSL_ack_
from_ept_yyyymmdd
_hhmmss.xml
WS-DSL_reject_
from_ept_yyyymmdd
_hhmmss.xml
MODIFICATION PROFIL
WS-DSL
commande dans Back
Office EPT
OK ?
Oui
WSDSL_UpdateFailed_
from_ept_yyyymmdd
_hhmmss.xml
WSDSL_UpdateSuccess
_from
_ept_yyyymmdd_hh
mmss.xml
Envoi du fichier à
l'OAO
40 / 61
13/04/12
6.3
Description de la réponse WS-DSL_Update_to_ept_yyyymmdd_hhmmss.xml
6.3.1
XML type pour une demande de modification de profil DSL
<request xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_WS-DSL.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
<header>
<senddt>2001-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_Update</action>
</service>
<source>
<name>OAO</name>
<id>XXXXXXX</id>
</source>
<destination>
<name>EPT</name>
<id>YYYYYYY</id>
</destination>
<authentication>
</authentication>
</header>
<body>
<pivot:client>
<pivot:services>
<pivot:service>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
</pivot:attribute>
<pivot:attribute>
<pivot:value>Medium</pivot:value>
</pivot:attribute>
</pivot:service>
</pivot:services>
</pivot:client>
</body>
</request>
NB :
41 / 61
13/04/12
6.3.2
Balise
Balise
accessServiceId
Client/Services
Type
(Taille
maximale)
Alpha(20)
Client/Services/serviceAttribute(name=‟SUPPORT‟) (*)
Client/Services/serviceAttribute(name=‟PROFIL‟) (*)
Alpha(100)
Alpha(100)
Alpha(100)
Alpha(100)
6.3.3
Description
Obligatoire ?
Référence ligne
(134xxxxxxx)
OUI
RDSLO /
Light/Start etc.
Date d’installation
souhaitée (Ex :
20100502)
Heure d’installation
souhaitée (EX :
10:00)
OUI
OUI
OUI
OUI
RG
Code
Description
RG_UPD_WSDSL.001
MR.001
RG_UPD_WSDSL.002
MR.002
RG_UPD_WSDSL.003
MR.003
RG_UPD_WSDSL.004
MR.004
etc.)
RG_UPD_WSDSL.005
MR.005
together)
RG_UPD_WSDSL.006
MR.006
RG_UPD_WSDSL.007
MR.007
RG_UPD_WSDSL.009
MR.011
RG_UPD_WSDSL.010
MR.012
RG_UPD_WSDSL.011
MR.013
RG_UPD_WSDSL.013
MR.017
RG_UPD_WSDSL.014
MR.020
RG_UPD_WSDSL.015
MR.025
Si la due date correspond à un jour non ouvré, on prend le premier prochain jour ouvré suivant ce jour férié.
Exemple : Si une requête reprenant une due date du samedi 03/04/2010 arrive, nous prendrons le mardi 06/04/2010
comme due date (le lundi 05/04/2010 étant un jour férié).
42 / 61
13/04/12
6.3.4
Messages d’erreur
La liste des messages d‟erreurs est disponible au paragraphe 7.1
43 / 61
13/04/12
6.4
Description de la réponse WS-DSL_Update_Ack_from_ept_yyyymmdd_hhmmss.xml
Afin d‟accuser réception des demandes de créations fournies, un XML sera envoyé par EPT contenant la référence
sous la balise header/messageId
<response xsi:schemaLocation="http://www.ept.lu/soa/2.0/Envelope Envelope_WS-DSL.xsd" xmlns="http://www.ept.lu/soa/2.0/Envelope"
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO </name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>0</code>
</fault>
</response>
Cet acquittement est effectué pour toutes vos demandes indépendamment des incohérences de données XML, celuici reprendra un correlation ID spécifiant l‟id unique qui vous sera transmis pour toutes les réponses de notre part
relatives à ce processus.
Si le XML a une structure qui diffère de celle prévue ou si ce XML a des valeurs incorrectes, il n‟y a pas de XML
d‟acquittement de prévu.
fault
fault
Balise
code
reason
Type
(Taille maximale)
Alpha(6)
Alpha(100)
Description
0
ack
44 / 61
13/04/12
6.5
Description de la réponse WS-DSL_Update_Reject_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO </name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>MR.001</code>
</fault>
</response>
NB :
fault
fault
Balise
code
reason
Type
(Taille maximale)
Alpha(6)
Alpha(100)
Description
Message reason
Les messages de rejets sont disponibles au paragraphe 7.1
45 / 61
13/04/12
6.6
Description de la réponse WS-DSL_UpdateSuccess_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_UpdateSuccess</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO </name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>MI.005</code>
<reason>Service Updated : Medium</reason>
</fault>
</response>
Balise
fault
code
Type
(Taille maximale)
Alpha(6)
fault
reason
Alpha(100)
Description
Code du message
d’information : MI.XXX
Service updated to ‘xxx’
Ou xxx peut valoir :
Medium ; Large etc.
46 / 61
13/04/12
6.7
Description de la réponse WS-DSL_UpdateFailed_from_ept_yyyymmdd_hhmmss.xml
<header>
<senddt>2010-12-17T09:30:47.0Z</senddt>
<service>
<type>WS-DSL</type>
<action>WS-DSL_UpdateFailed</action>
</service>
<source>
<name>EPT</name>
<id>YYYYYYY</id>
</source>
<destination>
<name>OAO </name>
<id>XXXXXXX</id>
</destination>
<authentication>
</authentication>
</header>
<fault>
<code>MI.005</code>
<reason>Update Failed</reason>
</fault>
</response>
Balise
fault
code
Type
(Taille maximale)
Alpha(6)
fault
reason
Alpha(100)
Description
Code du message
d’information : MI.XXX
Update Failed
47 / 61
13/04/12
7 Messages
7.1
Liste des erreurs existantes
Code
Reason
Description
{0}
MR.001
Wrong message format : {0}.
MR.002
Mandatory data is missing : {0}.
MR.003
Wrong data format : {0}.
MR.004
Incorrect data value : {0}.
MR.005
Not compatible data values: {0} and
{1}.
The value of the XML field is not in correct format (regarding
alpha/num types, length, etc.)
The value of the XML field is incorrect (not in range, not
authorized, etc.)
XML field values are not compatible together (one of them at
a time, but no both together)
Duplication of the request : {0}.
MR.008
Duplicate reference : {0}.
Customer number not found : {0}.
Description of the
error
Name of the missing
data
Name of the wrong
data
Name of the
incorrect data
Name of the first
data
OAO ref of the first
request
OAO ref of the
existing request
Customer number
MR.009
Incoherence in customer name.
MR.010
MR.011
Wrong or incomplete installation
address : {0}.
Service number not found : {0}.
The customer name is not coherent with the customer
number
The installation address is not complete, an address can not
be determined
Description of the
error
Service number
MR.012
Phone number not found : {0}.
Phone number
MR.013
Customer does not match the service
number {0}.
Customer does not match the phone
number {0}.
No order found for this service
number : {0}.
No order found for this phone number
: {0}.
Service number
Phone number
There is no order found for the service number
Service number
There is no order found for the phone number
Phone number
MR.006
MR.007
MR.014
MR.015
MR.016
48 / 61
{1}
Name of the
second data
13/04/12
MR.017
MR.020
Open order(s) exist(s) on service
number : {0}.
Open order(s) exist(s) on phone
number : {0} - {1}.
Order is cancelled, it exceeds {0}
days in a waiting stage.
The line is not eligible for the product.
MR.021
MR.018
MR.019
Service number
There is one or more open order on the phone number for
technical or for customer reason
The order was waiting too long time.
Phone number
Reason
Number of days
Client is under contract until {0}.
The line is not eligible for the product, EPT is unable to
process the request
The client is under EPT contract until the given date
Date of the end of the EPT contract
MR.022
Shared access exists on line : {0}.
Line number
MR.023
Product {0} is not possible for
technical reason : {1}
Product not found on line {0}.
The product cannot be done for a technical reason
Name of the product
Phone number
MR.025
49 / 61
Reason
13/04/12
7.2
Liste des messages d’information existants
Code
Reason
Description
{0}
MI.001
The line is not eligible for the product {0}
The line is not eligible for the product, EPT is unable to
process the request
Description of the eligibility
MI.003
Service Activated {0}
Activation of a service done
Description of the activation
MI.004
Service Deleted {0}
Deletion of a service done
Description of the deletion
MI.005
Service updated : {0}
Update of a service done
Description of the update
MI.006
Success : {0}
Success message
Description of the success
MI.007
Updated Failed: {0}
Update of a service failed
Description update failure
MI.008
Service migrated to an other OAO : {0}
The service has been migrated to an other OAO
Description if any other
information
50 / 61
{1}
13/04/12
8 Annexes
8.1
HEADER
<header>
<senddt>DATE</senddt>
<messageid>MESSAGE_ID</messageid>
<correlationid>CORRELATION_ID</correlationid>
<service>
<type>WS-DSL</type>
<action>ACTION</action>
</service>
<source>
<name>SOURCE</name>
<id>SOURCE_ID</id>
</source>
<destination>
<name>DESTINATION</name>
<id>DESTINATION_ID</id>
</destination>
<authentication>
</authentication>
</header>
Description des balises
Balise
header
Senddt
Type
(Taille maximale)
dateTime
header
correlationid
int
Id unique de la requête en
provenance de l’envoyeur de la
réponse
header/service
type
String
Type duservice
Ex : WS-DSL
header/service
action
String
Action du service
Ex : WS-DSL_Activation
header/source
name
String
Nom de la source
header/source
id
String
Id source de la requête/réponse.
Cet identifiant doit être unique
pour toutes les requêtes
entrantes/sortantes
header/destination
name
String
Nom de la destination
header/destination
id
String
Id destination, cet id reprend
l’ID de destination
Description
Date d’envoi
51 / 61
13/04/12
header/authentication
userid
String
UserId permettant
l’authentification auprès du
destinataire
header/authentication
password
string
Mot de passe permettant
l’authentification auprès du
destinataire
Rem :
Lors d‟une réponse de notre part, l‟id de destination reprendra l‟id que l‟OAO aura fourni dans la requête envoyée
au préalable.
52 / 61
13/04/12
8.2
Enveloppe request du format pivot

<xs:schema xmlns="http://www.ept.lu/soa/2.0/Envelope" xmlns:pivot="http://www.ept.lu/soa/2.0/Pivot" xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.ept.lu/soa/2.0/Envelope" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0">
<xs:import namespace="http://www.ept.lu/soa/2.0/Pivot" schemaLocation="Pivot_WS-DSL.xsd"/>
<xs:element name="request">
<xs:complexType>
<xs:sequence>
<xs:element name="header" type="headerType"/>
<xs:element name="body" minOccurs="0">
<xs:complexType>
<xs:complexContent>
<xs:extension base="bodyType">
<xs:sequence>
<xs:element ref="pivot:client"/>
</xs:sequence>
</xs:extension>
</xs:complexContent>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name="bodyType"/>
<xs:complexType name="headerType">
<xs:sequence>
<xs:element name="senddt" type="xs:dateTime"/>
<xs:element name="messageid" type="xs:int" minOccurs="0"/>
<xs:element name="correlationid" type="xs:int" minOccurs="0"/>
<xs:element name="service">
<xs:complexType>
<xs:sequence>
<xs:element name="type" type="xs:string"/>
<xs:element name="action" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="source">
<xs:complexType>
<xs:sequence>
<xs:element name="name" type="xs:string"/>
<xs:element name="id" type=" xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="destination">
<xs:complexType>
<xs:sequence>
<xs:element name="id" type="xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="reply-to" type="xs:string" minOccurs="0"/>
<xs:element name="authentication" minOccurs="0">
<xs:complexType>
<xs:sequence>
<xs:element name="userid" type="xs:string"/>
<xs:element name="password" type="xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="version" type="xs:string" minOccurs="0"/>
<xs:element name="context" minOccurs="0">
<xs:complexType>
<xs:sequence>
<xs:element name="processid" type="xs:int"/>
53 / 61
13/04/12
<xs:element name="processaction" type="xs:string" minOccurs="0"/>
<xs:element name="nodeid" type="xs:int" minOccurs="0"/>
<xs:element name="tokenid" type="xs:int" minOccurs="0"/>
<xs:element name="nodeVersionCounter" type="xs:string" minOccurs="0"/>
<xs:element name="parameters" minOccurs="0">
<xs:annotation>
<xs:documentation>Balise utilisee uniquement pour des raisons
techniques de propagation d'information, n'est pas prévue pour contenir des informations metiers</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="parameter" maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="name"
type="xs:string"/>
<xs:element name="value"
type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="faultType">
<xs:sequence>
<xs:element name="code" type="xs:string"/>
<xs:element name="reason" type="xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
54 / 61
13/04/12
8.3
Enveloppe response du format pivot
<xs:schema xmlns="http://www.ept.lu/soa/2.0/Envelope" xmlns:pivot="http://www.ept.lu/soa/2.0/Pivot" xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.ept.lu/soa/2.0/Envelope" elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0">
<xs:import namespace="http://www.ept.lu/soa/2.0/Pivot" schemaLocation="Pivot_WS-DSL.xsd"/>
<xs:element name="response">
<xs:complexType>
<xs:sequence>
<xs:element name="header" type="headerType"/>
<xs:element name="body" minOccurs="0">
<xs:complexType>
<xs:complexContent>
<xs:extension base="bodyType">
<xs:sequence>
<xs:element ref="pivot:client"/>
</xs:sequence>
</xs:extension>
</xs:complexType>
</xs:element>
<xs:element name="fault" type="faultType" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name="bodyType"/>
<xs:complexType name="headerType">
<xs:sequence>
<xs:element name="senddt" type="xs:dateTime"/>
<xs:element name="messageid" type="xs:int" minOccurs="0"/>
<xs:element name="correlationid" type="xs:int" minOccurs="0"/>
<xs:element name="service">
<xs:complexType>
<xs:sequence>
<xs:element name="type" type="xs:string"/>
<xs:element name="action" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="source">
<xs:complexType>
<xs:sequence>
<xs:element name="id" type="xs:int" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="destination">
<xs:complexType>
<xs:sequence>
<xs:element name="id" type="xs:int" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="reply-to" type="xs:string" minOccurs="0"/>
<xs:element name="authentication" minOccurs="0">
<xs:complexType>
<xs:sequence>
<xs:element name="userid" type="xs:string"/>
<xs:element name="password" type="xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="version" type="xs:string" minOccurs="0"/>
<xs:element name="context" minOccurs="0">
<xs:complexType>
55 / 61
13/04/12
<xs:sequence>
<xs:element name="processid" type="xs:int"/>
<xs:element name="processaction" type="xs:string" minOccurs="0"/>
<xs:element name="nodeid" type="xs:int" minOccurs="0"/>
<xs:element name="tokenid" type="xs:int" minOccurs="0"/>
<xs:element name="nodeVersionCounter" type="xs:string" minOccurs="0"/>
<xs:element name="parameters" minOccurs="0">
<xs:annotation>
<xs:documentation>Balise utilisee uniquement pour des raisons
techniques de propagation d'information, n'est pas prévue pour contenir des informations metiers</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="parameter"
maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element
name="name" type="xs:string"/>
<xs:element
name="value" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="faultType">
<xs:sequence>
<xs:element name="code" type="xs:string"/>
<xs:element name="reason" type="xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
56 / 61
13/04/12
8.4
Body du format pivot
<xs:schema xmlns="http://www.ept.lu/soa/2.0/Pivot" xmlns:xs="http://www.w3.org/2001/XMLSchema" targetNamespace="http://www.ept.lu/soa/2.0/Pivot"
elementFormDefault="qualified" attributeFormDefault="unqualified" version="1.0">
<xs:element name="clients">
<xs:complexType>
<xs:sequence>
<xs:element ref="client" minOccurs="2" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="client">
<xs:complexType>
<xs:sequence>
<xs:element name="id" type="userDbIdType" minOccurs="0">
<xs:annotation>
<xs:documentation>Identifiant </xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="clientId" type="str10Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Identifiant client</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="firstName" type="str30Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Prenom</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="lastName" type="str30Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Nom de famille</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="phoneNumber" type="str20Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Numero de telephone</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="services" minOccurs="0">
<xs:annotation>
<xs:documentation>Liste des services du client</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="service" type="serviceType" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="state" type="stateType" minOccurs="0">
<xs:annotation>
<xs:documentation>Etat du client</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
<xs:attribute name="action" type="xs:string"/>
<xs:attribute name="actionMode" type="xs:string"/>
<xs:attribute name="role" type="xs:string"/>
</xs:complexType>
</xs:element>
<xs:complexType name="serviceType">
<xs:sequence>
<xs:annotation>
<xs:documentation>Identifiant UserDB</xs:documentation>
</xs:annotation>
</xs:element>
57 / 61
13/04/12
<xs:element name="serviceId" type="str10Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Identifiant externe</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="serviceType" type="codeEntryType" minOccurs="0">
<xs:annotation>
<xs:documentation>Type de service - acces ou service</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="accessServiceId" type="xs:string" minOccurs="0">
<xs:annotation>
<xs:documentation>Identifiant du service d'acces utilise</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="serviceCodeName" type="codeEntryType" minOccurs="0">
<xs:annotation>
<xs:documentation>Nom codifie du service</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="serviceAttributes" minOccurs="0">
<xs:annotation>
<xs:documentation>Liste des attributs</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="attribute" type="attributeType" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="installationAddress" minOccurs="0">
<xs:annotation>
<xs:documentation>Adresse d'installation</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:complexContent>
<xs:extension base="addressType"/>
</xs:complexType>
</xs:element>
<xs:element name="techniques" type="techniquesType" minOccurs="0">
<xs:annotation>
<xs:documentation>Informations techniques lies au service</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="options" minOccurs="0">
<xs:annotation>
<xs:documentation>Liste des options du service</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="option" type="optionType" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:annotation>
<xs:documentation>Etat du service</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:simpleType name="codeEntryType">
<xs:annotation>
<xs:documentation>
Normalisation du format d'un code ccc.vv
</xs:documentation>
</xs:annotation>
58 / 61
13/04/12
<xs:restriction base="xs:string">
<xs:length value="6"/>
<xs:pattern value="\d{3}.\d{2}"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="userDbIdType">
<xs:annotation>
<xs:documentation>Type identifiant UserDB</xs:documentation>
</xs:annotation>
<xs:maxLength value="10"/>
<xs:pattern value="\p{Nd}+"/>
</xs:restriction>
</xs:simpleType>
<xs:simpleType name="str2Type">
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
</xs:restriction>
</xs:simpleType>
<xs:complexType name="stateType">
59 / 61
13/04/12
<xs:annotation>
<xs:documentation>Etat d'une entite</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="value" type="str10Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Etat</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="lock" type="xs:boolean" minOccurs="0">
<xs:annotation>
<xs:documentation>Verrou metier</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="creationDate" type="xs:dateTime" minOccurs="0">
<xs:annotation>
<xs:documentation>Timestamp date de creation</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="modificationDate" type="xs:dateTime" minOccurs="0">
<xs:annotation>
<xs:documentation>Timestamp date de derniere modification</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="deletionDate" type="xs:dateTime" minOccurs="0">
<xs:annotation>
<xs:documentation>Timestamp date de suppression</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="attributeType">
<xs:annotation>
<xs:documentation>Attribut d'une entite service ou option</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="name" type="str50Type">
<xs:annotation>
<xs:documentation>Nom de l'attibut</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="value" type="str100Type">
<xs:annotation>
<xs:documentation>Valeur de l'attribut</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="addressType">
<xs:annotation>
<xs:documentation>Adresse d'un client</xs:documentation>
</xs:annotation>
<xs:sequence>
<xs:element name="street" type="str100Type"/>
<xs:element name="streetNumber" type="str20Type"/>
<xs:element name="zipCode" type="str10Type"/>
<xs:element name="city" type="str30Type"/>
<xs:element name="country" type="str20Type" minOccurs="0"/>
<xs:element name="apartment" type="str5Type" minOccurs="0"/>
<xs:element name="floor" type="str5Type" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="optionType">
<xs:sequence>
<xs:annotation>
</xs:annotation>
60 / 61
13/04/12
</xs:element>
<xs:element name="optionId" type="str10Type" minOccurs="0">
<xs:annotation>
<xs:documentation>Identifiant externe</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="optionCodeName" type="str6Type" minOccurs="0">
<xs:annotation>
<xs:documentation>nom codifie de l'option</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="optionAttributes" minOccurs="0">
<xs:annotation>
<xs:documentation>liste des attributs de l'option
</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name="attribute" type="attributeType" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:annotation>
<xs:documentation>Etat de l'option</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="techniquesType">
<xs:sequence>
<xs:element name="id" type="xs:string" minOccurs="0">
<xs:annotation>
</xs:annotation>
</xs:element>
<xs:element name="equipmentNumber" type="str10Type">
<xs:annotation>
<xs:documentation>Numero d'equipement</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="switch" type="str10Type">
<xs:annotation>
<xs:documentation>Switch de raccordement</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="location" type="str20Type">
<xs:annotation>
<xs:documentation>Emplacement de raccordement</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="portType" type="str10Type">
<xs:annotation>
<xs:documentation>Type de port concerne</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name="distance" type="xs:positiveInteger" minOccurs="0">
<xs:annotation>
<xs:documentation>Longueur de la ligne</xs:documentation>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
61 / 61

Commandes ISP Tiers - Spécification détaillée

Transcription

Documents pareils

Formular Flugreisen

Demande d`un Extrait du Casier Judiciaire

Formulaire d`inscription/ Registration Form

Dátum narodenia

C:\Documents and Settings\000125694\Local Settings\Temp

Stagger Lee - Line dance and Co

Plaquette PyVot-0.6

Hotel Kia Ora Check-In Card

FedEx Ground shipments only

PROPOSITION CARTE ZONES DE REMPLACEMENT