CCTP
SIEA_ROP_CCTP_ANNEXE_3.xlsx · 15 061 mots · du marché « Assistance technique pour la conception et la réalisation de réseaux de fibres optiques sur le territoire du département de l'Ain », dossier de consultation officiel.
Pièce diffusée par SIEA (01), consultation 26-81982. Vérifier le dossier à la source. La date et la version du document sont à vérifier dans l’original.
Alphanumérique - 4 caractères O Alphanumérique - 5 caractères F Numérique - 5 caractères maximum C Format Donnée Alphanumérique – 512 caractères max InformationTubePBO N°1 InformationFibrePBO N°1 InformationTubePBO N°2 InformationFibrePBO N°2 InformationTubePBO N°3 InformationFibrePBO N°3 InformationTubePBO N°4 InformationFibrePBO N°4 OperateurEcrase Numérique Nom flux Date d'envoi de l'annulation OC 2 OC 1 OC 3 OC 4 Commentaire ConnecteurPriseNumero N°3 ConnecteurPriseCouleur N°4 ConnecteurPriseNumero N°4 ConnecteurPriseCouleur N°3 ConnecteurPriseNumero N°2 ConnecteurPriseCouleur N°2 ConnecteurPriseNumero N°1 ConnecteurPriseCouleur N°1 Notif envoyée par l'OI à l'OC écrasé suite à une commande d'un autre OC DateEcrasement Code erreur Texte libre CodeVoieRivoliImmeuble ReferenceCommandePriseInterneOC ReferencePrise ReferencePrestationPrise ReferenceCommandeSousTraitantOI TypeVoieImmeuble LibelleVoieImmeuble CommuneImmeuble EtatArCommandePrise DateArCommandePrise ReferenceCablePBO N°1 ReferenceCablePBO N°2 ReferenceCablePBO N°3 ReferenceCablePBO N°4 DateNotifReprov DateAnnulation DateRaccordementPrise DateInstall DateCommandePrise TypeReprov TypeRacco TypeOperation CodePostalImmeuble CodeAdresseImmeuble NumeroVoieImmeuble ComplementNumeroVoieImmeuble ReferencePm ReferencePrestationPm InformationTubeModulePm N°1 InformationFibreModulePm N°1 ReferenceCableModulePm N°1 InformationTubeModulePm N°2 InformationFibreModulePm N°2 ReferenceCableModulePm N°2 InformationTubeModulePm N°3 InformationFibreModulePm N°3 ReferenceCableModulePm N°3 InformationTubeModulePm N°4 InformationFibreModulePm N°4 ReferenceCableModulePm N°4 CodeInseeImmeuble LocalisationPm MotifKoCrCommandePrise DateCrCommandePrise MotifKoCrRaccordementPrise EtatCrCommandePrise Batiment Escalier Etage NomClient PrenomClient ContactClient1 ContactClient2 IdRdv PrisePosee MotifKoArCommandePrise NomModulePm N°1 NomModulePm N°2 NomModulePm N°3 NomModulePm N°4 PositionModulePm N°1 PositionModulePm N°2 PositionModulePm N°3 PositionModulePm N°4 BilanOptique EtatMadligne DateMesLigneFTTH NumeroDecharge PriseExistante Si absence info : "_NA_" EtatCrAnnResCommandePrise MotifKoCrAnnResCommandePrise DateCrCommandeAnnulPrise Remarques / commentaires Id issu de l'outil accédant au plan de charge des techniciens OI Type d'erreur rencontré ( "Glossaire" ) Code erreur (Cf onglet Codification-type KO) Version Date Contenu/évolution v1-0-1 v1-0-2 DateMessOICommandeAcces TypeMessOICommandeAcces ContenuMessOICommandeAcces DateMessOCCommandeAcces TypeMessOCCommandeAcces ContenuMessOCCommandeAcces v1-0-3 CommentaireCRMad CommentaireCmdAcces CommentaireMES CommentaireReprov CommentaireEcrasement MotifKoCRMADLigne Info Cmd Accès 1 Info Cmd Accès 2 Info Cmd Accès 3 Info Cmd Accès 4 Info Cmd Accès 5 Info Cmd Accès 6 Info Cmd Accès 7 Info Cmd Accès 8 Alphanumérique – 64 caractères max (A confirmer) ResponsabiliteAnnulationCommandePrise v 1.1 Jalon de facturation défini dans le contrat DateQualificationDefaut CommentaireRaccKO NotificationReprovisioningHL CodeOI_CodeOC_CMD_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_ANNUL_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_CR_ANNUL_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_ARCMD_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_CMDSTOC_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_MESS_OI_CMD_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_MESS_OC_CMD_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_CrMESL_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_NOTIFREPROV_VXX_aaaammjj_numsequence.csv ReferencePmTechnique DateProposee1 DateProposee2 DateProposee3 Plage telle que définie dans le contrat de l'OI CodeOI_CodeOC_DemandeRdv_VXX_aaaammjj_numsequence.csv ValidDate1 ValidDate2 ValidDate3 CodeOI_CodeOC_ReponseRdv_VXX_aaaammjj_numsequence.csv Date de constatation du non fonctionnement de la ligne CodeOI_CodeOC_DemandeModifRdv_VXX_aaaammjj_numsequence.csv MotifRaccKO Notif_Racc_KO CodeOI_CodeOC_Ecrasement_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_NotifRaccKO_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_AnnulationRdv_VXX_aaaammjj_numsequence.csv DateRdv CommentaireAnnulationRdv Alphanumérique - 512 caractères ReferenceCommandeSousTraitantOI MotifReponseRdvKo TypeCommandeDemande TypeCommandeRetenu Référence commerciale fournie par l'OI lors de la mise à disposition du PM. A la différence de la référence PM qui est une référence commune à tous les opérateurs, la ReferencePrestationPM est commerciale et peut être propre à chaque OC Date d'envoi de la commande d'accès FCLI01 FCLI02 FCLI03 Le RDV a été pris, lors du déplacement le technicien constate que le client n'habite pas à l'adresse indiquée par l'OC FCLI04 FCLI05 FCLI06 Lors du raccordement client, un passage en apparent sur le palier est nécessaire et a été refusé par le gestionnaire (par exemple car les goulottes sont saturées ou le palier a été refait) FCLI07 FADR01 FADR02 L'adresse a été reconnue mais le batiment est manquant ou inexistant dans le référentiel de l'OI FADR03 L'adresse et le batiment ont été reconnus mais l'escalier est manquant ou inexistant dans le référentiel de l'OI FADR04 L'adresse, le batiment et l'escalier ont été reconnus mais l'étage est manquant ou inexistant dans le référentiel de l'OI FIMP01 FIMP02 FIMP03 FIMP04 L'OC a renvoyé une référence prestation PM inconnue de l'OI (exemple l'OC se trompe dans la référence PM ou l'OI n'a pas communiqué un changement de référence PM) FIMP05 La reference prestation PM existe mais n'est pas cohérente avec l'adresse communiquée FIMP06 La reference prestation PM existe, elle est cohérente avec l'adresse communiquée mais elle est irrecevable (par exemple le type de commande est incompatible avec le choix de cofinancement ou de location du PM) FIMP07 L'OC envoie une commande d'accès sur un PM inexistant dans le référentiel de l'OI (exemple changement de reference PM par l'OI non communiqué à l'OC ou erreur de l'OC dans l'envoi de la référence) FIMP08 L'OC envoie une commande d'accès sur un PM connu dans le référentiel de l'OI mais incohérent avec l'adresse FIMP09 L'OC n'est pas adducté au PM ou il n'a pas retourné toutes les infos ou documents attendus ou l'OI n'a pas intégré les données retournées par l'OC ou l'OI rejette la commande qui est passée avant la date de MESC ARCEP FIMP10 L'adresse n'a pas été mise à disposition à l'OC (le CR MAD n'a pas été emis sur cette adresse) FIMP11 Le site est temporairement ineligible par exemple en maintenance FIMP12 La valeur du champ TypeCommandeDemande n'est pas une des valeurs attendues FIMP13 L'OC envoie une commande en utilisant une commande interne déjà envoyée. Il s'agit potentiellement d'un doublon de commande FIMP14 L'OC annule ou résilie une commande en utilisant un identifiant inconnu de l'OI FIMP15 L'OC envoie une commande incomplète Bonne pratique : l'opérateur emetteur du flux de rejet indique dans le champ commentaire du rejet le premier champ obligatoire manquant FIMP16 L'OC envoie la commande avec une erreur de format (exemple chaine de caractère envoyée vs date attendue, champ présent non attendu...) Bonne pratique : l'opérateur emetteur du flux de rejet indique dans le champ commentaire du rejet le premier champ concerné par le rejet FINT01 FINT03 FINT04 FINT05 FINT06 FINT07 FINT08 Dans le cas d'un brassage par l'OI, l'OI signale à l'OC une position de brassage introuvable FINT09 Dans le cas d'un brassage par l'OI, l'OI signale à l'OC une position de brassage déjà utilisée FINT10 Autre problème technique constaté lors de l'intervention de raccordement et n'étant pas référencé dans les motifs de rejets FINT11 FAUT01 FRDV01 Dans le cas d'un raccordment par l'OI et d'une demande de RDV manuelle, l'OC a dépassé le nombre maximum de modifications de RDV autorisé contractuellement par l'OI. Ce nombre ne prend en compte que le nombre de plages disponibles effectivement réservées. FRDV02 Dans le cas d'un raccordement par OI, et d'une demande de RDV manuelle, l'OC indique des créneaux à l'aveugle à l'OI. Ce rejet indique que les créneaux proposés par l'OC ne sont pas disponibles dans le plan de charge de l'OI. Ce rejet ne comptera pas pour le compte du nombre max de modifications de RDV FRDV03 Code Insee de la commune. Il est obligatoire si le CodeAdresseImmeuble est vide Code Rivoli de la voie. Il est obligatoire si le CodeAdresseImmeuble est vide Ce flux est réservé dans le cas où l'OI sous-traite à l'OC le raccordement FIMP17 Par défaut on utilise la valeur "Auto" si le champ n'a pas d'intérêt pour le type de contrat Cofi = cofinancement Loca = location Auto = automatique, c'est-à-dire avec une réponse de l’OI en cofi ou loca en fonction de l’atteinte ou non du seuil de cofinancement contracté par l’OC FIMP18 FIMP19 FINT12 Dans le cas où le raccordement est impossible en raison d'un problème lié au PBO (exemple : PBO mal fixé, fibre trop courte pour souder..) FINT13 Dans le cas d'un problème physique identifié sur la colonne montante (exemple colonne HS, vandalisme…). Ce code permet de qualifier les problèmes collectifs c'est-à-dire pouvant impacter plusieurs fibres. FRDV04 FRDV05 Dans le cas où la commande est passée avec un rdv qui a été pris sur un produit autre que le produit accès FTTH FRDV06 Dans le cas où la commande est passée avec un rdv qui a été pris sur une autre adresse que celle de la commande (exemple n° ou nom de rue différents de l'adresse de la commande) NouvelEtat DateChangementEtat CommentaireNotifGelDegel CodeOI_CodeOC_NotifGelDegel_VXX_aaaammjj_numsequence.csv Alphanumérique - 30 caractères maximum IdentifiantImmeuble Exemple : BE123, B006161A9B Alphanumérique - 100 caractères maximum Alphanumérique - 4096 caractères maximum ReferencePBO LocalisationPBO TypeProjectionGeographique HauteurPBO TypeMaterielPBO TypePBO ConditionsSyndic TypeRaccoPBPTO AutresInfosPBOPTO CoordonneePBOX CoordonneePBOY Une prise a-t-elle été posée lors de l'intervention ? O : l'installateur a posé la prise lors de l'intervention N : l'installateur n'a pas pu poser la prise lors de l'intervention et il n'y avait pas de prise pré-existante E : une prise était déjà présente en amont de l'intervention R : remise en conformité d'une prise historique différente d'une PTO (exemple fibre soudée dans mediaconverter déplacée lors de l'intervention dans une PTO) 4 valeurs : O, E, N, R Alphanumérique – 70 caractères max L'OI communiquera les formats des champs et l'utilisation de ces champs dans les contrats. Ils peuvent être utiles par exemple en cas de brassage par l'OI ou de commande sur fibre activée Reserve1 Reserve2 Reserve3 Reserve4 Reserve5 Reserve6 Reserve7 Reserve8 Reserve9 Reserve10 Reserve11 Reserve12 Reserve13 Reserve14 Reserve15 Reserve16 Reserve17 Identifiant de l'adresse publiée (pavillon ou immeuble) est propre au référentiel d'adresse de l'opérateur d'immeuble. Cet identifiant est communiqué par l'OI dans l'IPE. Au moins un des modes d'identification d'adresse suivants doit être présent dans la commande : - CodeAdresseImmeuble si présent dans l'IPE de l'OI - Quadruplet CodeVoieRivoliImmeuble, CodeInseeImmeuble, NumeroVoieImmeuble et, le cas échéant, ComplementNumeroVoieImmeuble si présent dans l'IPE de l'OI - IdentifiantImmeuble Obligatoire si les autres modes d'identification d'adresse sont vides. Alphanumérique 2048 caractères max Alphanumérique - 20 caractères maximum OffreAccesCommandee Alphanumérique - 20 caractères maximum Exemple : MUT123 Exemple : Paris Exemple : 75018 Exemple : 75118 Exemple : A012 Exemple : 106 Exemple : Rue, Ancien Chemin Exemple : de Clignancourt Exemple : 7511830AGH Exemple : BATIMENT-1 Exemple : ESCALIER-1 Exemple : ETAGE-3 Exemple : 20150601 12:30 Exemple : DUPONT Exemple : JEAN Exemple : 0623123456 Exemple : jdup@gmail.com Exemple : RDV123 Exemple : COL123 Exemple : SROBPI-123 Exemple : FI-75101-12345 2 valeurs : O, N 3 valeurs : AUTO, LOCA, COFI Exemple : 20150801 10:00 Exemple en mode OI : code immeuble 4161, gardienne absente après 11H [bloc libre] Exemple de valeurs possibles : WGS84, LAMB2E, RGF93 Exemple : IMB123321 Exemple : VIA123 Exemple : 20150101 10:00 2 valeurs : OI, OC Exemple : client se rétracte 2 valeurs : OK, KO Exemple : ADR001 2 valeurs : ANNUL, RESIL Exemple : FI-75001-12345 Exemple : rien à signaler Exemple : SROBPI-123/1 Exemple : BATIMENT-1/SOUS-SOL 3 valeurs : NA, LOCA, COFI Exemple : BATIMENT-1/ESCALIER-1/ETAGE-3 Exemple : 1m50 Exemple : Exemple : SFRA [bloc RO] Exemple, GOULOTTE EXISTANTE, APPARENT AUTORISE, APPARENT REFUSE, POSE GOULOTTE AUTORISEE, PERCEMENT AUTORISE, GAINE TECHNIQUE… Exemple : STT123 Exemple : R12345 2 valeurs : Oui, Non Exemple : IMP002 Exemple : prise mal posée et non étiquetée par le sous-traitant 3 valeurs : WGS84, LAMB2E, RGF93 Exemple : client satisfait Par exemple, GOULOTTE EXISTANTE, APPARENT AUTORISE, APPARENT REFUSE, POSE GOULOTTE AUTORISEE, PERCEMENT AUTORISE, GAINE TECHNIQUE… Exemple 1 : FI-75001-12345 Exemple 2 : HOTLINE CodeAccesImmeuble ContactsImmeuble Pmaccessible InfoObtentionCle CodeAccesSousSol CodeLocalPM AutresInformations ContactsSyndic OffreAccesLivree 4 valeurs : O, N, E, R Exemples/Valeurs Alphanumérique - 1 caractère L'OI communiquera le contenu de ces champs dans les contrats Alphanumérique – 100 caractères max Alphanumérique - 2 caractères Alphanumérique - 1 caractère Exemple : la route optique de la commande en question sera délivrée le 8 aout avant midi Exemple : la route optique de la commande en question n'a toujours pas été délivrée. Qu'en est-il ? Exemple : écrasement possiblement à tort, à vérifier par OC 2 valeurs : GELE, DEGELE Alphanumérique - 256 caractères max Exemple 1 : Porte Droite - Slot#02/F05 Exemple 2 : CDI59_EGL1_027-1 Numérique Flux message avec délais estimatif + confirmation Flux message avec délais estimatif + confirmation + détails intervention OI (Si cause OI avérée) Flux message avec délais estimatif + confirmation + détails intervention OI RaccordementLong 2 valeurs : O,N Alphanumérique - 50 caractères max Valeurs possibles : [ A – Z ] Exemple : B, T Alphanumérique - 20 caractères max Alphanumérique - 10 caractères Alphanumérique - 60 caractères max Alphanumérique - 25 caractères max Alphanumérique - 256 caractères max Alphanumérique - 30 caractères max Numérique - 10 caractères maximum Code Rivoli de la voie. Il est obligatoire si le CodeAdresseImmeuble et l'IdentifiantImmeuble sont vides Code Insee de la commune. Il est obligatoire si le CodeAdresseImmeuble et l'IdentifiantImmeuble sont vides Code Hexaclé Obligatoire si CodeInseeImmeuble, CodeVoieRivoliImmeuble et I dentifiantImmeuble sont vides DateTime au format AAAAMMJJ HH:MM Alphanumérique – 256 caractères max C Code erreur (Cf onglet Codification-type KO) Obligatoire si EtatCrAnnResCommandePrise = "KO" Obligatoire si EtatArCommandePrise = "KO" Code erreur (Cf onglet Codification-type KO) ReferenceCablePBO N°3 C Alphanumérique - 50 caractères max Alphanumérique - 256 caractères max Alphanumérique - 4 caractères max Réponse de l'OI sur le type de commande retenu. Dans le cas d'un CR OK, pour les cas de demandes de COFI ou LOCA, la valeur de ce champ doit être identique à la valeur indiquée par l'OC dans sa commande Dans le cas d'un CR OK, pour les cas de demandes AUTO, l'OI fournit sa réponse 'COFI' ou 'LOCA' Si le type demandé par l'OC est invalide, l'OI génère un CR KO en précisant le motif et en reprenant la valeur de la demande formulée par l'OC dans ce champ La définition de la valeur NA est à préciser par chaque OI dans son contrat Alphanumérique - 2048 caractères maximum Alphanumérique - 3 caractères Alphanumérique – 4096 caractères max Alphanumérique - 13 caractères max Obligatoire si EtatMadligne = "KO" Code erreur (Cf onglet Codification-type KO) Alphanumérique - 30 caractères max Alphanumérique – 1 caractère Alphanumérique - 30 caractères Alphanumérique - 6 caractères max surtout utilisé pour une cause OC Alphanumérique - 30 caractères max Alphanumérique - 100 caractères max Ce flux est réservé dans le cas d'un raccordement KO. Il permet à l'OI de confirmer la bonne réception de demande "nouvelle" RO émise par l'OC. Alphanumérique PlageSignalisationJour PlageSignalisationHeure PlageRetablissementGTR 2 valeurs possibles : SIGNALISATION ou INCONDITIONNELLE DateAlerteAccesSensible CodeOI_CodeOC_ALERTE_ACCES_SENSIBLE_VXX_aaaammjj_numsequence.csv DateConfirmAccesSensible CodeOI_CodeOC_CONFIRM_ACCES_SENSIBLE_VXX_aaaammjj_numsequence.csv DateReprise AAAAMMJJ HH:MM CommentaireReprise CodeOI_CodeOC_NOTIFREPRISE_VXX_aaaammjj_numsequence.csv Notification envoyée par l'OI à l'OC qui détenait l'accès avant reprise par un autre OC (après une période où l'accès n'était détenu par aucun OC) Cette notification est soumise à l'envoi du CR MES de l'OC repreneur de la prise CR_Annulation_Acces AR_Cmd_Acces CR_Cmd_Acces CR_STOC ReponseRdv Catégorie Description OI STOC OC MotifReponseRdvKo Rejet intervention OI cause Client final ou OC X Que ce soit en amont du RDV ou lors du RDV, le client demande à annuler sa commande Que ce soit en amont du RDV ou lors du RDV, le client refuse les travaux (percement, etc.) Lors du RDV, le client est absent FCLI08 Le client doit réaliser des travaux sur son domaine pour réaliser son raccordement FCLI09 FCLI10 Le module/coupleur au PM de l'OC est saturé (position communiquée occupée ou HS) FCLI11 Le technicien OI ne peut intervenir en domaine privatif dans des conditions de sécurité satisfaisantes L'OC envoie des codes adresses inexistants de l'OI Les informations d'adresse sont contrôlées dans l'ordre suivant : 1/ IdentiantImmeuble 2/ Hexaclé 3/ INSEE/RIVOLI/NUM VOIE/ COMPL VOIE 4/ Triplet Hexavia/numéro de voie /complément de voie Si un de ces codes est reconnu, il n'y a pas de rejet, si l'ensemble des codes sont "inconnus de l'OI", il y a alors rejet de la commande. Sur tous ces éléments d'adresse, "inconnu de l'OI" signifie ne correspondant pas aux éléments d'adresses présents dans son IPE Dans le cas où la commande est passée avec un rdv dont l’état n’est pas valide, par exemple annulé, terminé, … FOPI01 Le technicien de l'OI n'était pas présent lors du RDV FOPI02 FOPI03 Le type de raccordement à faire constaté par le technicien n'est pas standard et il lui faudra revenir FINT14 Le technicien constate sur le terrain que toutes les positions sur les modules OI sont occupées et n'a pu obtenir une route optique appropriée via la Hotline de l'OI ou via le webservice emutation FINT15 Le technicien constate sur le terrain que le raccordement ne peut être réalisé via poteaux ENEDIS suite à la détection d'un défaut nécessitant l'intervention de l'OI ou d'ENEDIS X FINT16 Le technicien constate sur le terrain que l'un des poteaux nécessaire au raccordement du client final n'est pas équipé en armement FINT17 Le technicien constate sur le terrain lors du raccordement que l'infrastructure tiers de type fourreau (sous terrain) n'est pas utilisable avec suspicion de cassure et qu'aucun autre cheminement de raccordement n'a pu être identifié. FINT18 Le raccordement n'a pu être réalisé par le technicien car le fourreau n'a pu être débouché avec les moyens à disposition FINT19 Le technicien constate sur le terrain que le raccordement ne peut être réalisé via poteaux (hors ENEDIS) suite à la détection d'un défaut nécessitant l'intervention de l'OI ou du propriétaire de l'infrastructure FINT20 Le technicien constate sur le terrain lors du raccordement que l'infrastructure tiers (Appui aérien / fourreau) est saturé et qu'aucun autre cheminement de raccordement n'a pu être identifié. FINT21 Le technicien constate sur le terrain que l'infrastructure de l'OI est absente pour le raccordement du logement du client FINT22 FINT23 Le local ou logement du client n'est pas présent dans le référentiel de l'OI, demande de rajout de structure FINT24 Le technicien ne voit pas de signal au PM FINT25 La colonne montante de l'OI n'est pas construite dans l'immeuble FINT26 La référence de PM communiquée dans la route optique est différente de la Référence du PM trouvée sur le terrain par le technicien FINT27 Le technicien constate une différence entre la route optique communiquée par l'OI et ce qui est disponible sur le terrain (en cas d'indisponibilité de la hotline et de l'outil e-mutation) FINT28 La hotline de l'OI refuse la mutation demandée par le technicien sur le terrain FINT29 Le technicien n'arrive pas à accéder au PB ou à la chambre de l'OI (ex: chambre goudronnée,...) FINT30 Le technicien n'arrive pas à ouvrir le PM (Absence de clé) FINT31 Le technicien doit revenir avec une nacelle FINT32 Le technicien ne trouve pas le PBO indiqué dans la route optique FINT33 Le PM est inexploitable et le technicien ne peut effectuer le raccordement sans réparation de l'OI FINT34 Le PBO est inexploitable et le technicien ne peut effectuer le raccordement sans réparation de l'OI FINT35 Le technicien ne peut faire le raccordement pour raison d'insalubrité (ex : présence eau, rongeurs,…) FINT36 Le technicien ne peut faire le raccordement pour cause d'accès dangereux (maison en bord de route, materiel electrique…) FINT37 Le technicien ne peut faire le raccordement pour des raisons d'insécurité (environnement du client non sécurisé, quartier sensible…) FINT38 Le technicien ne peut faire le raccordement pour des raisons climatiques (canicule, avis de tempête, chute de neige) Autre code Annulation ANN1 Ex : rétractation du client,… Activé ACT1 OFFRE ACTIVEE Spécifique aux offres activées. L'OI renseignera le commentaire approprié Traitement bilatéral Rejet cause OI Rejet commande cause Adresse Rejet commande cause traitement impossible Rejet cause RDV Rejet intervention cause échec de production X (uniquement mode OI) Utilisation constatée sur le terrain d'appui ENEDIS ou Orange GC Tiers utilisé (à conf) Alphanumérique – 512 1024 caractères max CommentaireRaccoLong Alphanumérique - 1 caractère Alphanumérique - 10 20 caractères maximum Alphanumérique - 10 20 caractères maximum ANNULATION CAUSE OC CodeOI_CodeOC_AR_ECHEC_RACC_VXX_aaaammjj_numsequence.csv DateArEchecRacc Flux à utiliser uniquement dans le cas où c'est l'OC qui envoie la Notif_Racc_KO et suite à un CR STOC KO Le client ne peut être joint, exemple son nom ou ses coordonnées téléphoniques sont erronées Les coordonnées ne sont pas nécessairement erronées mais le client n'est pas joignable (ne répond pas). La définition précise de "ne répond pas" n'est pas normalisée Interop FIMP20 TRAITEMENT IMPOSSIBLE : COMMANDE FTTH SUR LIGNE FTTE L'OC est tenu de passer une référence PRISE dans sa commande. L'OI refuse la commande. L'OC a fourni une référence PRISE dans sa commande mais elle est inconnue de l'OI L'OC a fourni une référence PRISE dans sa commande, elle est connue de l'OI mais est incohérente par rapport à l'adresse complète (y compris batiment/escalier/étage) dans le référentiel de l'OI Obligatoire si le champ DélaiGTR rempli Plage horaire de signalisation. Pour les commandes sans GTR, le champ sera vide Obligatoire si le champ DélaiGTR rempli Plage hebdomadaire de signalisation en jour. Pour les commandes sans GTR, le champ sera vide Obligatoire si le champ DélaiGTR rempli Plage d'intervention de rétablissement associée à la GTR. Pour les commandes sans GTR, le champ sera vide 5J/7 6J/7 7J/7 Format à respecter : 08H00-18H00 FIMP32 La GTR fournie dans la commande n'est pas disponible chez l'OI pour l'offre d'accès commandée FIMP33 Le type de raccordement demandé lors de la commande n'est pas applicable car le contrat correspondant n'a pas été signé FIMP34 L'offre commandée n'est pas recevable en l'absence de contrat ou de pré-requis nécessaires 1ere version validée inter opérateur ATTENTION : certains flux n'étaient pas complétement validés (e.g. annulation) et le fichier contenait tous les flux de données PM & Accès Remise en forme du fichier (suppression des commentaires & des colorisation de champs) Introduction d'un nouveau flux - onglet Notif_MAD_en_attente - permettant à l'OI de signaler à l'OC une difficulté de fourniture de la prestation dans un délai raisonnable (notion à préciser) nouveau type de CR KO en cas d'identifiant déjà utilisé pour la ref commande interne Substitution de la notion de Notif_MAD_PM par deux flux d'informations (un émis par l'Oi l'autre par l'OC) à l'instar de ce qui est fait au niveau SAV. -> Typologie de message à normaliser Ces flux pourront servir à gérer les pb de l'OI à émettre la MAD + Modification du CR MAD pour fournir la capacité à l'OI d'émettre un CR MAD KO (typologies à normaliser) et indiquer la raison du KO (rajout MotifCR) - Codes d'erreur et lien avec les flux - ajout de champs libres dans la commande - format des champs date normalisé - types de messages OI<-->OC normalisé - ajout d'infos dans le CR MES pour le mode "OC" Ajout de la notification de racc KO Mise à jour CR MES Ligne FTTH Uniformisation du nommage du champ N° de décharge entre CR STOC et Notif reprov Mise à jour de la légende Ajout de l'onglet "Codification - CodeOI CodeOC" Ajout du N° de version dans le nommage des fichiers Prise en compte de la problématique Castor & Pollux (plusieurs PM physiques regroupés en un PM reglementaire) Définition des flux permettant la prise en charge du raccordement par l'OI Evolutions suites aux remarques de l'ensemble des opérateurs Mise en forme et revue des commentaires par SFR, Orange et Axione Revue des commentaires en Interop Accès Rajout de codes rejets en Interop Accès et mise à jour de la liste des codes opérateurs Revue en Interop Accès du caractère obligatoire de champs d'adresse dans les onglets de demande et d'annulation de RDV Revue des dernières modifications en Interop Accès Mise à jour des flux pour la commande sur code immeuble et nouveaux champs d'informations pour la localisation PBO Renommage du champ de Reserve6 en RaccordementLong dans les flux CR_Cmd_Acces et Notif_Reprov avec 2 valeurs possibles "O" ou "N" si le champ est renseigné Renommage de la version en 1.4 Augmentation des tailles de champs : ReferenceCommandePriseInterneOC et ReferencePrestationPrise (30c au lieu de 20c) - ReferenceCablePBO (100c au lieu de 30c) - NuméroDecharge (50c au lieu de 20c) v1.4 v1.3.a Validée v1.3.a v1.3 Validée v1.3 v0 v1-2 Validée v1-2 v5 v1-2 v4 v1-2 v3 v 1-2 v2 v 1-2 v1 v 1-2 v0 v 1.1 Validée v1.1-rc1 v1 - Suppression de l'onglet "Codification - CodeOI CodeOC" - Ajout d'une colonne "Exemples/Valeurs" - Reformulation de l'interdépendance entre les champs CodeInseeImmeuble, CodeVoieRivoliImmeuble, CodeAdresseImmeuble et IdentifiantImmeuble dans le flux Cmd_Acces - Champ NumeroVoieImmeuble : 10 caractères maximum au lieu de 5 (mise en cohérence avec le protocole PM) - Champ ReferencePBO : Obligatoire dans le flux Notif_Reprov (et non pas conditionnel) - Champs PositionModulePm N° [1 à 4] : Alphanumérique et non pas Numérique - Passage de Obligatoire à Facultatif des champs CodeInseeImmeuble, CodeVoieRivoliImmeuble et Etage dans le flux Cmd_STOC - Champ ReferencePBO : passage de 30 à 100 caractères maximum - Champ ConditionsSyndic : passage de 30 à 100 caractères maximum - Champ ReferenceCommandePriseInterneOC : 20 caractères maximum (alignement avec WS Emutation) - Champ ReferencePrestationPrise : 20 caractères maximum (alignement avec WS Emutation) - Champ LocalisationPBO : passage de 256 à 2048 caractères maximum (alignement avec WS Emutation) - Champ ReferenceCablePBO : 30 caractères maximum (alignement avec WS Emutation) - Champ InformationTubePBO : 20 caractères maximum (alignement avec WS Emutation) - Champ InformationFibrePBO : 20 caractères maximum (alignement avec WS Emutation) - Champ NumeroDecharge : 20 caractères maximum (alignement avec WS Emutation) - Champ ContenuMessOICommandeAcces : passage de 255 à 512 caractères maximum - Champ ContenuMessOCCommandeAcces : passage de 255 à 512 caractères maximum - Champ TypeRaccoPBPTO : passage de 30 à 1024 caractères maximum - Mise en cohérence des tailles de champs avec les autres protocoles - Taille définie à 256 caractères max pour tous les champs qui n'ont pas de taille définie par ailleurs - Rajout du type "INFOREPROVF" dans le champ TypeMessOICommandeAcces du flux Mess_OI_Cmd_Acces - Rajout du type "INFOREPROVF" dans le champ TypeMessOCCommandeAcces du flux Mess_OC_Cmd_Acces - Corrections formelles - Ajout des flux de messages dans l'onglet "Codification - Type KO" - Champs Escalier, Batiment, Etage mis en facultatif dans le flux Cmd_Acces - Utilisation du champ de réserve6 renommé RaccordementLong dans les flux CR_Cmd_Acces et Notif_Reprov - AutresInformations : rajout de CR OK pour les conditions d'utilisation du champ - Champs TypePBO et TypeRaccoPBPTO dans les flux CR_Cmd_Acces et CR_MAD_Ligne: mis en conditionné : obligatoire si CR OK + rajout valeur _NA_ - Champs TypePBO et TypeRaccoPBPTO dans le flux Notif_Reprov : mis en obligatoire + rajout valeur _NA_ Rouge Flux à l'initiative de l'OC Bleu Flux à l'initiative de l'OI Marron Flux à l'initiative de l'OI ou de l'OC Version 2.0 FTTH en mode draft Délai de la GTR (exprimé en heures). Pour les commandes sans GTR, le champ sera vide FIMP35 TRAITEMENT IMPOSSIBLE : ABSENCE CONFIRMATION ACCES SENSIBLE L'OC n'a pas envoyé dans le délai prévu le flux pour confirmer sa commande dans le cas d'un signalement d'accès sensible envoyé par l'OI Le technicien constate sur le terrain qu'une modification de cadastre a été réalisée à l'adresse de la commande sans que celle-ci n'ait été prise en compte par l'OI Le raccordement n'a pu être effectué par le technicien OI car il est nécessaire de réaliser des travaux de génie civil sur un réseau tiers (Orange, Enedis, Collectivité) CLIENT : CONTACT ERRONE CLIENT : CLIENT INJOIGNABLE IMPOSSIBLE DE CONFIRMER LE RDV CLIENT : CLIENT N HABITE PAS A L ADRESSE INDIQUEE CLIENT : DEMANDE ANNULATION DE LA COMMANDE PAR LE CLIENT FINAL CLIENT : REFUS TRAVAUX CLIENT CLIENT : REFUS GESTIONNAIRE IMMEUBLE CLIENT : CLIENT ABSENT LORS DE L INTERVENTION ADRESSE : CODE ADRESSE IMMEUBLE INEXISTANT DANS LE REFERENTIEL OI TRAITEMENT IMPOSSIBLE : PRISE REQUISE (cas de saturation) TRAITEMENT IMPOSSIBLE : PRISE INEXISTANTE DANS LE REFERENTIEL OI TRAITEMENT IMPOSSIBLE : PRISE INCONNUE A L ADRESSE TRAITEMENT IMPOSSIBLE : REF PRESTATION PM INEXISTANTE DANS LE REFERENTIEL OI TRAITEMENT IMPOSSIBLE : REF PRESTATION PM ET ADRESSE INCOHERENTES TRAITEMENT IMPOSSIBLE : PM INEXISTANT DANS LE REFERENTIEL OI TRAITEMENT IMPOSSIBLE : PM ET ADRESSE INCOHERENTS TRAITEMENT IMPOSSIBLE : COMMANDE IRRECEVABLE SUR CE PM TRAITEMENT IMPOSSIBLE : COMMANDE IRRECEVABLE SUR CETTE ADRESSE TRAITEMENT IMPOSSIBLE : ADRESSE INELIGIBLE TEMPORAIREMENT TRAITEMENT IMPOSSIBLE : IDENTIFIANT COMMANDE INTERNE OC DEJA UTILISE TRAITEMENT IMPOSSIBLE : IDENTIFIANT COMMANDE INTERNE OC INCONNUE TRAITEMENT IMPOSSIBLE : CHAMPS OBLIGATOIRES MANQUANTS TRAITEMENT IMPOSSIBLE : CHAMPS INCOHERENTS TRAITEMENT IMPOSSIBLE : PRISE INEXISTANTE TRAITEMENT IMPOSSIBLE : PRISE EXISTANTE TRAITEMENT IMPOSSIBLE : PRISE DEJA AFFECTEE A L'OC ECHEC PRODUCTION : HOTLINE OI INJOIGNABLE ECHEC PRODUCTION : ABSENCE DE CONTINUITE OPTIQUE ECHEC PRODUCTION : AFFAIBLISSEMENT TROP IMPORTANT ECHEC PRODUCTION : ROUTE OPTIQUE DEJA UTILISEE ECHEC PRODUCTION : INFORMATIONS ROUTE OPTIQUE ERRONEES ECHEC PRODUCTION : POSITION BRASSAGE BAIE OPERATEUR INTROUVABLE ECHEC PRODUCTION : POSITION BRASSAGE BAIE OPERATEUR DÉJÀ UTILISEE ECHEC PRODUCTION : AUTRE PROBLEME TECHNIQUE ECHEC PRODUCTION : INFRA TIERS INDISPONIBLE OU DELAI ECHEC PRODUCTION : PBO NON CONFORME ECHEC PRODUCTION : DEFAUT DE VERTICALITE AUTRE MOTIF : COMMENTAIRES LIBRES ADRESSE : BATIMENT MANQUANT OU INEXISTANT DANS LE REFERENTIEL OI ADRESSE : ESCALIER MANQUANT OU INEXISTANT DANS LE REFERENTIEL OI ADRESSE : ETAGE MANQUANT OU INEXISTANT DANS LE REFERENTIEL OI Lorsqu'une commande a été passée sans PRISE (construction de ligne), qu'il s'avère qu'elle existait dans le logement et que le problème n'a pas pu être résolu par un reprovisionning à chaud. La référence de la PRISE doit alors être indiquée dans le champ commentaire du flux Dans le cas d'un raccordement necessitant l'utilisation d'infrastructures tierces (poteau, fourreau), ces infra ne sont pas utilisables (bouchée, cassée, …) ou le délai de mise à disposition de ces infra est très important FTTE [FTTE] Champ de réserve dédié au FTTE réservé à un usage interop (interdit pour un usage opérateur) Alphanumérique – 64 caractères max Reserve_InteropFTTE8 Reserve_InteropFTTE7 Reserve_InteropFTTE6 Reserve_InteropFTTE5 Reserve_InteropFTTE4 Reserve_InteropFTTE3 Reserve_InteropFTTE2 Reserve_InteropFTTE1 [FTTE] Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. Valeur reprise de la commande 2 valeurs : FTTH, FTTE DomaineCommande [FTTE] Obligatoire si InfoRDV = [RDV FIXE, RDV MODIFIE] sinon vide DateRDV [FTTE] [Mode E_OI_OI] Champ toujours vide [Mode E_OI_OC] Obligatoire si InfoRDV = RDV FIXE sinon vide [FTTE] RDV SANS OBJET n'est utilisable que si typeRDV = VT - - - - - - - - - - - - - - - [Mode E_OI_OI] Valeurs disponibles pour l'OI: - RDV FIXE - RDV MODIFIE - RDV ANNULE - RDV VT SANS OBJET Valeur disponible pour l'OC: - RDV A PRENDRE - RDV A MODIFIER - - - - - - - - - - - - - - - [Mode E_OI_OC] Valeurs disponibles pour l'OI : - RDV FIXE - RDV A PRENDRE - RDV ANNULE A REPLANIFIER Valeurs disponibles pour l'OC - RDV FIXE - RDV MODIFIE - RDV ANNULE - RDV VT SANS OBJET Valeurs possibles : - RDV FIXE - RDV MODIFIE - RDV ANNULE - RDV VT SANS OBJET - RDV A PRENDRE - RDV A MODIFIER - RDV ANNULE A REPLANIFIER Alphanumérique - 64 caractères max InfoRDV [Mode E_OI_OI] La valeur VT TEL n'est pas utilisable. 3 valeurs : VT TEL, VT, MAD Alphanumérique - 32 caractères max TypeRDV DateFlux [FTTE] Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTE] Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé. Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. Présence FTTE _ Confirm_Acces_Sensible Alerte_Acces_Sensible RDV_Cmd_Acces TVX_Cmd_Acces CR_VT_Cmd_Acces ReponseRDV AnnulationRDV Demande_Modif_RDV DemandeRDV Notif_Ecrasement Annulation_Acces Mess_OC_Cmd_Acces Mess_OI_Cmd_Acces CR_MAD_Ligne Cmd_Acces FTTH FLUX DatePrevisionnelleTvxClient [FTTE] Ce champ peut permettre à l'OI de fournir la ou les référence de ligne FTTE détectées. Référence de la PTO ou du bandeau optique unique pour toute la France. Exemple : FIE1234-5678;VA-1234-5678 ReferencePriseDetectee [FTTE] Type de prise sur lequel le raccordement sera effectué Si statutVT = OK Alors Obligatoire sinon vide 2 valeurs possibles : PTO, BO Alphanumérique - 3 caractères maximum TypePrise [FTTE] Indique s'il y a eu une modification du type de prise (PTO ou bandeau optique) par rapport à ce qui est défini dans la commande Si statutVT = OK Alors Obligatoire sinon vide 2 valeurs: O, N ModifTypePrise [FTTE] Référence fournie dans le document de VT. Référence non normalisée. Obligatoire si statutVT = OK sinon vide Exemple : référence de document, URL Alphanumérique - 255 caractères max ReferenceRapportVT [FTTE] Obligatoire si statutVT = OK sinon vide Alphanumérique - 1 caractère TvxClientZonePriveeRequis RapportVTSigne AccordClientFinalRealisationTvx AccordClientFinalNatureTvx TvxClientRequis [FTTE] Obligatoire si StatutVT = KO Code erreur (Cf onglet Codification-type KO) Exemple : VT001 MotifKoCrVT x StatutVT DateVT 2 valeurs: VT, VT TEL TypeVT DatePrevisionnelleFinTvxClient InfoTvx MotifReponseAnnulationRdvKo 2 valeurs: OK, KO StatutReponse ReferenceDemandeur FTTE (indicatif) CodeOI_CodeOC_RDV_CMD_ACCES_VXX_aaaammjj_numsequence_E.csv Noir Contenus issus de la version FTTH 1.4 Vert CodeOI_CodeOC_TVX_CMD_ACCES_VXX_aaaammjj_numsequence_E.csv CodeOI_CodeOC_ReponseAnnulationRdv_VXX_aaaammjj_numsequence_E.csv Présence FTTE Racco "OI - COMM RDV OI" ----- E_OI_OI Racco "OI - COMM RDV OC" ------ E_OI_OC V [FTTE] Un contact sur site pour accueillir le technicien Id issu de l'outil accédant au plan de charge des techniciens OI [FTTE] Si TypeRacco = E_OI_OC et TypeCommande = C et ReferencePrise = vide (RDV de VT) Ou si TypeRacco = E_OI_OC et TypeCommande = C et ReferencePrise fournie et ParticipantsVtTel= OI-OC-CF (RDV de VT TEL tripartite) Ou si TypeRacco = E_OI_OC et TypeCommande = E et ParticipantsVtTel= OI-OC-CF (RDV de VT TEL tripartite) Alors obligatoire Sinon vide Référence commerciale fournie par l'OI lors de la mise à disposition du PM. A la différence de la référence PM qui est une référence commune à tous les opérateurs, la ReferencePrestationPM est commerciale et peut être propre à chaque OC [FTTE] Obligatoire si point de livraison = PM et reste vide si point de livraison = PRDM Champ permettant de déterminer de manière univoque s'il s'agit d'une commande sur le domaine FTTH ou d'une commande sur le domaine FTTE. DispoClient 2 valeurs possibles: HO, HNO [FTTE] Disponibilité du contact client sur site. (Ne pas confondre avec ClientTechnique) - HO : Contact disponible sur site aux heures ouvrées, - HNO: Contact disponible sur site aux heures ouvrées et non ouvrées. TypeCommande Alphanumérique - 5 caractères max 2 valeurs : C, E 2 valeurs : VT, VT TEL [FTTE] Obligatoire si idRDV fourni sinon vide ParticipantsVtTel Alphanumérique - 10 caractères maximum 3 valeurs possibles : OI-OC, OI-OC-CF, OI-CF (Client Final) [FTTE] Obligatoire si typeRDV = VT TEL sinon vide InterlocuteurClientTechniquePrenom Alphanumérique - 256 caractères maximum Exemple : MARTIN [FTTE] Un interlocuteur du client final ayant la connaissance technique du site, pouvant aider l'OI à qualifier les besoins sur site (desserte, prises, baies etc..). Ce contact est utilisé par l'OI pour la Visite Technique Téléphonique (VT TEL) et les prises de RDV. Si ParticipantsVtTel = OI-CF Alors Obligatoire Sinon si ParticipantsVtTel = OI-OC-CF Alors facultatif Sinon vide InterlocuteurClientTechniqueNom Exemple : GIRARD [FTTE] Si ParticipantsVtTel = OI-CF Alors Obligatoire Sinon si ParticipantsVtTel = OI-OC-CF Alors facultatif Sinon vide InterlocuteurClientTechniqueMobile Exemple : 0632987456 InterlocuteurClientTechniqueMail Exemple : m.girard@gmail.com InterlocuteurOCTechniqueNom Exemple : XAVIER [FTTE] Un interlocuteur chez l'OC souhaitant participer à la Visite Technique Téléphonique. (VT TEL) Si ParticipantsVtTel = [OI-OC, OI-OC-CF] Alors Obligatoire Sinon vide InterlocuteurOCTechniquePrenom Exemple : COSTEL [FTTE] Si ParticipantsVtTel = [OI-OC, OI-OC-CF] Alors Obligatoire Sinon vide InterlocuteurOCTechniqueTel Exemple : 0185236589 InterlocuteurOCTechniqueMobile InterlocuteurOCTechniqueMail Exemple : x.costel@gmail.com [FTTE] BO = Bandeau Optique DureeEngagement Exemple: 12 mois, 36 mois PointDeLivraison 2 valeurs possibles : PRDM, PM [FTTE] Point de livraison de l'offre côté opérateur : au PM ou au PRDM PositionDeLivraisonPRDM Alphanumérique - 70 caractères maximum [FTTE] Format propre à chaque opérateur. Non normalisé. Si PointDeLivraison = PRDM Alors Obligatoire Sinon vide PositionDeLivraisonPM [FTTE] Format propre à chaque opérateur. Non normalisé. Si PointDeLivraison = PM Alors Obligatoire Sinon vide ReferencePrestationPRDM Alphanumérique - 50 caractères maximum [FTTE] Référence donnée par l'OI dans le cadre de la livraison de l'hébergement d'équipements au PRDM ou commande d'adduction préalable. Si point de livraison = PRDM Alors ce champ peut être obligatoire pour certains OI en fonction des contrats Sinon Vide ReferencePRDM [FTTE] Référence du PRDM Réglementaire communiquée dans le CR MAD Lien Si point de livraison = PRDM Alors obligatoire Sinon vide DateDispoLocauxClient [FTTE] Dans le cas particulier de locaux en construction, ou pas encore disponibles RaisonSociale SIRET Alphanumérique - 15 caractères maximum [FTTE] Informations fournie à des fins de qualification de l'adresse. Si l'entité n'a pas de SIRET, indiquer _NA_ OperateurAAnnoncer Alphanumérique - 64 caractères maximum [FTTE] Opérateur au nom duquel l’OI doit se réclamer lors de la prise de rendez-vous avec le client final (fourni si applicable). Champ fourni si l'opérateur à annoncer est différent de l'OC [FTTE] Intention d'annulation ou de résiliation de l'OC lors de l'envoi de la commande d'annulation. Le type d'opération est qualifié en dernier ressort par l'OI. MotifAnnulation 6 valeurs: RETRACTATION_CLIENT REFUS_DEVIS_ZONE_PRIVEE REFUS_DEVIS_DESSERTE REFUS_TRAVAUX ABANDON_TRAVAUX BESOIN_NOUVELLE_COMMANDE [FTTE] Motif d'annulation selon OC. Le motif d'annulation permet contractuellement de fixer la responsabilité et les pénalités. Obligatoire si TypeOperation=ANNUL sinon vide CodeOI_CodeOC_ANNUL_ACCES_VXX_aaaammjj_numsequence_E.csv CodeOI_CodeOC_CMD_ACCES_VXX_aaaammjj_numsequence_E.csv Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. Valeur reprise de la commande DateEngagementLivraisonAcces [FTTE] Ce champ permet à l'OI de détailler les raisons de son rejet. Il est recommandé de renseigner ce champ afin d'aider l'OC à comprendre et résoudre le problème à l'origine du rejet. Présence FTTH Présence FTTH CodeOI_CodeOC_ARCMD_ACCES_VXX_aaaammjj_numsequence_E.csv Obligatoire si TypeOperation=ANNUL, vide sinon Motif d'annulation selon OI. En cas de désaccord, cette valeur peut différer de celle envoyée par l'OC. Le motif d'annulation permet contractuellement de fixer les responsabilité et pénalité. Exemple : FI-1234-5678 (FTTH) FIE1234-5678 (FTTE) VA-1234-5678 (FTTH & FTTE) CodeOI_CodeOC_CR_ANNUL_ACCES_VXX_aaaammjj_numsequence_E.csv Présence FTTH Cmd_STOC CodeOI_CodeOC_MESS_OI_CMD_ACCES_VXX_aaaammjj_numsequence_E.csv CodeOI_CodeOC_MESS_OC_CMD_ACCES_VXX_aaaammjj_numsequence_E.csv Présence FTTE LongueurLigne CodeOI_CodeOC_NotifRaccKO_VXX_aaaammjj_numsequence_E.csv AR_Echec_Racc Notif_Reprov CodeOI_CodeOC_Ecrasement_VXX_aaaammjj_numsequence_E.csv Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. Valeur issue du service objet de l'écrasement Notif_Reprise Notif_GelDegel CrRaccordementPrise CrAccesOperationnel CodeOI_CodeOC_DemandeRdv_VXX_aaaammjj_numsequence_E.csv Champ permettant de déterminer de manière univoque s'il s'agit d'une demande de RDV FTTH ou d'une demande de RDV FTTE. Champ permettant de déterminer de manière univoque s'il s'agit d'une demande de modification de RDV FTTH ou d'une demande de modification de RDV FTTE. CodeOI_CodeOC_DemandeModifRdv_VXX_aaaammjj_numsequence_E.csv CodeOI_CodeOC_AnnulationRdv_VXX_aaaammjj_numsequence_E.csv DateRetenue CodeOI_CodeOC_ReponseRdv_VXX_aaaammjj_numsequence_E.csv Référence du PM Réglementaire communiquée dans le CR MAD PM [FTTE] Obligatoire si point de livraison = PM et reste vide si point de livraison = PRDM Ce flux est réservé dans le cas où l'OI sous-traite à l'OC le raccordement palier v2.0 - v0.0 v2.0 - v0.1 Jean-Louis 15/07/2020 Corinne 20/04/2020 Patrick 16/07/2020 Ajouts et modifications pour la version 2.0 pour le FTTH seul Ajouts et modification pour la version 2.0 pour le FTTE seul Ajouts et modifications pour le FTTH et le FTTE Code des couleurs des titres des onglets Code des couleurs des contenus des onglets Jean-Louis 16/07/2020 Alphanumérique - 1024 40 caractères maximum FCLI12 Lors du RDV, le client refuse de procéder à la visite technique. FCLI13 Les travaux réalisés par le client ne permettent pas de réaliser la MAD. Le client doit reprendre ses travaux. FCLI14 Le technicien n'a pas pu accéder au local du client pour procéder à son intervention. CLIENT : REFUS DE LA VISITE TECHNIQUE CLIENT : TRAVAUX EN DOMAINE PRIVE A REPRENDRE OC : PROBLEME D'ACCES AU LOCAL CLIENT CLIENT : TRAVAUX NECESSAIRES EN DOMAINE PRIVE OC : EN ATTENTE DESATURATION COUPLEUR OC OC : PROBLEME DE SECURITE COTE CLIENT FINAL Le format des informations client fournies par l'OC est invalide OC : DONNEES CLIENT INVALIDES Lorsqu'un OC détient déjà une PRISE et repasse une commande d'accès sur cette même PRISE, l'OI répond alors, s'il refuse ce cas de gestion, par un CR de commande KO, avec le motif PRISE déjà affectée à l'OC FIMP21 FIMP22 L'OC a envoyé à l'OI un flux sur une commande terminée (service livré, commande annulée ou rejetée). Exemple: Demande d'annulation. FIMP23 Une demande de résiliation a été faite sur une commande en cours. FIMP24 Le déploiement ne peut être réalisé. FIMP25 Le nombre maximal de lignes autorisé par l'OI a été atteint. L'OC ne peut demander la création d'une nouvelle ligne. FIMP26 L'OC a renvoyé une référence prestation PRDM inconnue de l'OI (exemple: l'OC se trompe dans la référence PRDM ou l'OI n'a pas communiqué un changement de référence PRDM). FIMP27 La reference prestation PRDM existe mais n'est pas cohérente avec l'adresse communiquée. FIMP28 L'OC envoie une commande d'accès sur une référence technique de PRDM inexistante dans le référentiel de l'OI. FIMP29 L'OC envoie une commande d'accès sur un PRDM connu dans le référentiel de l'OI mais incohérent avec l'adresse. FIMP30 Le format du point de livraison au PM envoyé par l'OC dans sa commande ne correspond pas au format attendu par l'OI. FIMP31 Le format du point de livraison au PRDM envoyé par l'OC dans sa commande ne correspond pas au format attendu par l'OI. TRAITEMENT IMPOSSIBLE : COMMANDE FTTE SUR PRISE FTTH TRAITEMENT IMPOSSIBLE : COMMANDE TERMINEE TRAITEMENT IMPOSSIBLE : DEMANDE RESILIATION SUR COMMANDE EN COURS TRAITEMENT IMPOSSIBLE : DEPLOIEMENT IMPOSSIBLE TRAITEMENT IMPOSSIBLE : NOMBRE DE LIGNES MAXIMUM ATTEINT TRAITEMENT IMPOSSIBLE : REF PRESTATION PRDM INEXISTANTE DANS LE REFERENTIEL OI TRAITEMENT IMPOSSIBLE : REF PRESTATION PRDM ET ADRESSE INCOHERENTES TRAITEMENT IMPOSSIBLE : PRDM INEXISTANT DANS LE REFERENTIEL OI TRAITEMENT IMPOSSIBLE : PRDM ET ADRESSE INCOHERENTS TRAITEMENT IMPOSSIBLE : FORMAT DU POINT DE LIVRAISON AU PM INVALIDE TRAITEMENT IMPOSSIBLE : FORMAT DU POINT DE LIVRAISON AU PRDM INVALIDE TRAITEMENT IMPOSSIBLE : GTR NON DISPONIBLE SUR L'OFFRE TRAITEMENT IMPOSSIBLE : TYPE RACCO IRRECEVABLE EN ABSENCE DE CONTRAT TRAITEMENT IMPOSSIBLE : OFFRE COMMANDEE IRRECEVABLE FIMP36 L'OC a fourni une référence de prestation PRDM, mais il n'est pas présent au PRDM ou n'a pas réalisé toutes les actions requises par l'OI au PRDM TRAITEMENT IMPOSSIBLE : COMMANDE IRRECEVABLE SUR CE PRDM Dans le cas d'un raccordement par l'OI, l'OC a fourni un identifiant de RDV non reconnu par l'OI FRDV07 Dans le cas où la commande est passée avec un rdv qui a été pris sur un produit autre que le produit accès FTTE FRDV08 L'OC n'a pas envoyé sa demande d'annulation dans les délais définis par l'OI. RDV : RDV SUR PRODUIT NON FTTE RDV: ANNULATION TROP TARDIVE ECHEC PROD OI : RDV NON HONORE ECHEC PROD OI : TRAVAUX NECESSAIRE EN DOMAINE PUBLIC ECHEC PROD OI : RACCORDEMENT COMPLEXE FOPI04 Le technicien n'a pas pu terminer son intervention. Un nouveau RDV d'intervention doit être pris avec le client final. FOPI05 Le technicien n'a pas pu terminer son intervention et a convenu d'une nouvelle date d'intervention avec le client final. ECHEC PROD OI : INTERVENTION NON TERMINEE ECHEC PROD OI : INTERVENTION NON TERMINEE ET REPLANIFIEE FINT02 L'OI signifie à l'OC qu'il n'est pas en mesure de fournir une route optique en raison d'une saturation virtuelle identifiée mais non traitée simultanément. Ce motif n'a pas lieu d'être si l'opérateur est en mesure de proposer des solutions de contournement comme l'appel hotline ou la fourniture de route optique sur-numéraire L'OI signifie à l'OC qu'il n'est pas en mesure de fournir une route optique parce que vu de son SI le PB est saturé Autre motif technique hors constatation de problème sur le terrain RDV : NOMBRE MAX DE MODIFICATIONS DE RDV DEPASSE RDV : PAS DE PLAGES DE RDV DISPONIBLES SUR CES CRENEAUX RDV : ID RDV INCONNU RDV : ETAT RDV NON VALIDE RDV : RDV SUR PRODUIT NON FTTH RDV : RDV SUR ADRESSE DIFFERENTE ECHEC PRODUCTION : PB SATURE ECHEC PRODUCTION : PM SATURE ECHEC PRODUCTION : BLOCAGE POTEAUX ENEDIS ECHEC PRODUCTION : ARMEMENT POTEAUX NECESSAIRE ECHEC PRODUCTION : FOURREAU/RUE CASSE ECHEC PRODUCTION : FOURREAU/RUE BOUCHE ECHEC PRODUCTION : BLOCAGE POTEAUX NON ENEDIS ECHEC PRODUCTION : FOURREAU/APPUI SATURE ECHEC PRODUCTION : BATIMENT NON RACCORDE ECHEC PRODUCTION : PAVILLON TRANSFORME EN IMMEUBLE ECHEC PRODUCTION : LOCAL OU LOGEMENT NON PREVU DANS LE PLAN DE DEPLOIEMENT DE L OI ECHEC PRODUCTION : PROBLEME D ALIGNEMENT PM-PBO ECHEC PRODUCTION : VERTICALITE ABSENTE (SITE NON FIBRE) ECHEC PRODUCTION : ROUTE OPTIQUE SUR MAUVAIS PM ECHEC PRODUCTION : INCOHERENCE REFERENTIEL OI TERRAIN ECHEC PRODUCTION : REFUS DE MUTATION OI ECHEC PRODUCTION : ACCES PB OU CHAMBRE IMPOSSIBLE ECHEC PRODUCTION : PAS D ACCES AU PM ECHEC PRODUCTION : ACCES NACELLE INDISPENSABLE ECHEC PRODUCTION : PBO ABSENT ECHEC PRODUCTION : PM INEXPLOITABLE OU VANDALISE ECHEC PRODUCTION : PBO INEXPLOITABLE OU VANDALISE AUTRE MOTIF : INSALUBRITE AUTRE MOTIF : ACCES DANGEREUX AUTRE MOTIF : AUTRE PROBLEME INSECURITE AUTRE MOTIF : CONDITIONS CLIMATIQUES FINT39 L'OI signifie à l'OC qu'il constate une saturation PM-PRDM ECHEC PRODUCTION : PM-PRDM saturé Flux FTTE pouvant recevoir ces codes rejets MotifKoCRMAD MotifKoCrVT (VT sur site) MotifKoCrVT (VT TEL) MotifReponseAnnulationRdvKo FTTE (indicatif) ReponseAnnulationRdv FLUX FTTH FLUX FTTE REPONSE ANNULATION RDV KO Intégrité des données RDV Erreur dans la demande d'annulation de RDV CR ANNULATION KO Résiliation Erreur dans le flux d'annulation de commande CR MAD KO N Echec de production non-rattrapable NOTIF RACC KO Echec de production rattrapable par l'OI Echec de production rattrapable par l'OC Client MAD non terminée : le technicien a pris un RDV avec le client final NOTIF RACC KO Action OI / OC (selon mode) OI (OI/OI) OC (OI/OC) MAD non terminée. Un nouveau RDV doit être convenu avec le client final. NOTIF RACC KO ou CR MAD KO MAD - Réalisation de la MAD NOTIF RACC KO Action OI Intervention NOTIF RACC KO Action OC Technicien MAD - Date de RDV / Arrivée du technicien sur site Prise de RDV de MAD avec le client final Echec de déploiement non rattrapable. Pas de codification MSG OI Information sur les difficultés de déploiement MSG OI ou CR MAD KO Déploiement VT terminée - Raccordement impossible CR VT KO RDV VT FIXE VT non terminée : le technicien a pris un RDV avec le client final CR VT KO Action OI / OC (selon mode) VT non terminée. Un nouveau RDV doit être convenu avec le client final. CR VT KO (couplé ou pas avec CR MAD KO) VT - Réalisation de la visite technique CR VT KO Action OI CR VT KO Action OC CR VT KO VT - Date de RDV / Arrivée du technicien sur site Si l'OI arrive à joindre le client et que le client veut annuler le RDV, l'OI envoie un flux RDV ANNULE ou RDV ANNULE A REPLANIFIER Si l'OI appelle le client final et n'arrive pas à le joindre, il maintient l'intervention Client - Confirmation de RDV Entre la prise de RDV et la date de la VT CR VT TEL KO+CR MAD KO (même code erreur) VT TEL terminée - MAD impossible CR VT TEL KO Action OC Prise de contact CR VT TEL KO (couplé ou non avec CR MAD KO) Prise de contact avec le client final AR KO Référentiel OI Eligibilité PRDM PM Type de commande Commande - Traitement TYPE D'ERREUR CODES ERREUR FLUX ENVOYE ACTIONS (OC / OI) ERR. RATTRAPABLE (O / N) THEME DU CAS NON NOMINAL ETAPE Cliquez sur le symbole "+" au-dessus des colonnes R ou AA pour dérouler les contenus >> dernière ligne, ne pas utiliser Dernière ligne, ne pas utiliser Numérique - 2 caractères maximum [FTTH] 3 valeurs : OC, OI, STOC [FTTE] 2 valeurs : E_OI_OI, E_OI_OC Alphanumérique - 20 caractères max Champ permettant de préciser le type d'échange (OI, OC ou STOC) défini dans les règles de gestion [FTTH] 3 valeurs : OC, OI, STOC [FTTE] 2 valeurs: E_OI_OI, E_OI_OC [FTTH] Les valeurs possibles pour l'heure sont contractuelles (heures autorisées, durée des slots) Champ permettant à l'OC de préciser dans sa commande si la commande concerne un logement dans lequel une prise PTO ou un bandeau optique est déjà physiquement posée ou non. O=oui, N=Non [FTTE] Si TypeCommande = E Alors PriseExistante = O Sinon PriseExistante = O ou N [FTTH] Valeur par défaut : "ACCES_FTTH" [FTTE] Valeur par défaut "ACCES_FTTE" [FTTH] Valeur par défaut : "ACCES_FTTH". Autres valeurs définies par l'OI. [FTTE] Valeur par défaut "ACCES_FTTE" Autres valeurs définies par l'OI par contrat. Racco par "OC" ----- OC Racco par "OI" ----- OI Racco "STOC" ------ STOC FTTH (indicatif) Présence FTTH Flux FTTH pouvant recevoir ces codes rejets Mode FTTH (indicatif) [FTTH] Référence de la prise PTO unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP [FTTE] Référence de la prise PTO ou du bandeau optique unique pour toute la France. Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. [FTTE] Si TypeOperation=ANNUL Alors la valeur est issue de la commande objet de la demande d'annulation. Si TypeOperation=RESIL Alors fournir une nouvelle référence (référence de la commande de résiliation) Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FFTE et inversement. Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Ce champ est renseigné ou non à la discretion de l'OI en avance du CR de commande : s'il n'est pas renseigné à cette étape, il sera renseigné dans le CR de commande OK Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTE] Obligatoire si typeOperation=RESIL sinon vide Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. [FTTE] Si TypeOperation=ANNUL Alors la valeur est issue de la commande objet de la demande d'annulation. Si TypeOperation=RESIL Alors la valeur est issue du service objet de la commande de résiliation. Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. [FTTE] Obligatoire si TypeOperation=ANNUL sinon vide Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Ce champ est renseigné ou non à la discretion de l'OI en avance du CR de commande : s'il n'est pas renseigné à cette étape, il sera renseigné dans le CR de commande OK Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTE] Obligatoire si typeOperation=RESIL sinon vide Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. [FTTE] Si TypeOperation=ANNUL Alors la valeur est reprise de la commande Si TypeOperation=RESIL Alors la valeur est issue de la commande de résilliation Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Ce champ est renseigné ou non à la discretion de l'OI en avance du CR : s'il n'est pas renseigné à cette étape, il sera renseigné dans le CR OK Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. Alphanumérique - 1024 40 caractères maximum Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé . Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. Alphanumérique - 1024 40 caractères maximum [FTTH] Valeur par défaut : "ACCES_FTTH" Autres valeurs définies par l'OI [FTTE] Valeur par défaut "ACCES_FTTE" Autres valeurs définies par l'OI par contrat. Délai de la GTR (exprimé en heures). Pour les commandes sans GTR, le champ sera vide [FTTE] Valeur reprise de la commande Obligatoire si le champ DélaiGTR rempli Plage hebdomadaire de signalisation en jour. Pour les commandes sans GTR, le champ sera vide [FTTE] Valeur reprise de la commande Obligatoire si le champ DélaiGTR rempli Plage horaire de signalisation. Pour les commandes sans GTR, le champ sera vide [FTTE] Valeur reprise de la commande Obligatoire si le champ DélaiGTR rempli Plage d'intervention de rétablissement associée à la GTR. Pour les commandes sans GTR, le champ sera vide [FTTE] Valeur reprise de la commande [FTTH] V aleur par défaut : " ACCES_FTTH " [FTTE] Valeur par défaut : "ACCES_FTTE" Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTH] Cette date déclenche le démarrage du délai de confirmation. [FTTH] Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé. Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. [FTTH] Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTH] Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé [FTTH] Obligatoire si EtatCrCommandePrise = "OK" Ce champ contient le numéro de la PTO tel que fourni par l'OC dans sa commande, ou dans le cas d'un CR de commande sans route optique fournie, la valeur 'HOTLINE' [FTTH] Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. [FTTH] Obligatoire si EtatCrCommandePrise = "KO" Code erreur (Cf onglet Codification-type KO) [FTTH] Date d'envoi du Cr [FTTH] Référence commerciale fournie par l'OI lors de la mise à disposition du PM. A la différence de la référence PM qui est une référence commune à tous les opérateurs, la ReferencePrestationPM est commerciale et peut être propre à chaque OC [FTTH] Référence du PM Réglementaire communiquée dans le CR MAD PM [FTTH] Conditionné par la présence de plusieurs PM Techniques. Dans le cas d'un regroupement de PM Techniques sous une même référence de PM Réglementaire, ce champ doit être rempli pour permettre à l'OC d'identifier le PM Technique à raccorder (boitier, armoire...) au PBO La localisation du PM physique est conditionnée, c'est-à-dire obligatoire dans le cas de plusieurs PM Techniques pour une même référence de PM Réglementaire . [FTTH] Obligatoire si EtatCrCommandePrise = "OK". Ce champ est utile pour fournir des informations sur l'emplacement ou l'adresse du PM (exemple "le PM est situé derrière le local à vélos") [FTTH] Obligatoire si EtatCrCommandePrise = "OK" [FTTH] Ce champ contient l'adresse du PBO ainsi que sa localisation éventuelle dans la structure de l'immeuble (par exemple, etage-03) ou tout autre moyen permettant de faciliter sa découverte par le technicien. [FTTH] Les valeurs offertes par l'OI seront définies au contrat. Le type de projection doit être le même que celui publié par l'OI dans l'IPE. Le type de projection géographque s'applique à toutes les coordonnées géographiques (X,Y PM et X, Y PBO éventuelles) du CR de commande. [FTTH] Obligatoire si TypeProjectionGeographique est renseigné et vide sinon [FTTH] Cette information permet à l'OC de prévoir une nacelle lorsque la réglementation du travail l'impose. [FTTH] Cette information précise par exemple la marque et le modèle du PBO pour aider l'OC à qualifier plus précisement le type de PBO [FTTH] Obligatoire si CR OK. Cette information précise le type d'environnement du PBO. La définition de la liste des valeurs est laissée à la charge de l'OI avec cependant des valeurs conseillées . Ce champ se retrouve à l'identique dans le CR MAD PM [FTTH] Condition de raccordement du client : chaque opérateur détaille sa typologie de raccordements. [FTTH] Obligatoire si CR OK. Ce champ permet de préciser comment adducter le local FTTH. La définition de la liste des valeurs est laissée à la charge de l'OI, mais une liste de valeurs est conseillée. Ce champ n'a un sens que dans le cas de PBO extérieur. Ce champ se retrouve à l'identique dans le CR MAD PM [FTTH] Ce champ permet de préciser les modalités de raccordement entre le PBO et la PTO. Par exemple distance entre le PBO et la PTO, passage particulier à adopter, nombre de chambres… [FTTH] Ce champ permet de renseigner le code d'accès de l'entrée de l'immeuble hébergeant le PM. Ce champ n'est pas destiné à renseigner le code d'accès des adresses en zone arrière des PM extérieurs. Il ne sera donc pas renseigné par exemple dans le cas d'adresses n'hébergeant pas un PM Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Ce champ permet de renseigner les informations de contact des gardiens d'immeubles hébergeant un PM Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Ce champ permet à l'opérateur d'immeuble de fournir des informations sur l'accessibilité du PM Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Ce champ permet à l'opérateur d'immeuble de fournir des informations sur les modalités d'obtention des clés du local technique Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Ce champ permet à l'opérateur d'immeuble de fournir des informations sur les codes d'accès au sous-sol quand nécessaire Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Ce champ permet à l'opérateur d'immeuble de fournir des informations sur le code d'accès au local technique hébergeant le PM quand nécessaire Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Obligatoire si les 6 champs précédents sont vides et CR OK Ce champ permet à l'opérateur d'immeuble de fournir toute autre information utile pour l'accès au PM. Ce champ est conditionné, c'est à dire obligatoire si tous les autres champs d'information d'accès au PM sont vides. Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Ce champ permet à l'opérateur d'immeuble de fournir les coordonnées du gestionnaire de l'immeuble abritant un PM Intérieur Ce champ est relatif au PMTechnique dans le cas d'un regroupement de plusieurs PM Techniques rattachés à un PM de Regroupement [FTTH] Obligatoire si EtatCrCommandePrise = "OK" Bloc conditionné à l'infra et aux OC présents - si fibre dédiée : code de l'OC ayant la fibre dédiée - "NA" si pas d'opérateur sur la fibre - si fibre partagée : code de l'OC ayant passée la commande Si ReferencePrise= HOTLINE, les champs obligatoires des blocs de la route optique doivent être remplis avec des valeurs ne pouvant pas être confondues avec des valeurs réelles [FTTH] Recommandation de remplissage systématique dès lors qu'une fibre dédiée existe au PM réglementaire [FTTH] Obligatoire si EtatCrCommandePrise = "OK" Recommandation de remplissage systématique dès lors qu'une fibre dédiée existe au PM réglementaire [FTTH] Obligatoire si EtatCrCommandePrise = "OK" et si OC présent à date [FTTH] Obligatoire si EtatCrCommandePrise = "OK" et si OC2 renseigné [FTTH] Obligatoire si EtatCrCommandePrise = "OK" et si OC3 renseigné [FTTH] Obligatoire si EtatCrCommandePrise = "OK" et si OC4 renseigné [FTTH] L'OI communiquera les formats des champs et l'utilisation de ces champs dans les contrats. Ils peuvent être utiles par exemple en cas de brassage par l'OI ou de commande sur fibre activée. [FTTH] Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. Valeur reprise de la commande [FTTH] Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. [FTTH] Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. Valeur reprise de la commande [FTTH] Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. [FTTH] Bloc adresse permettant d'aller plus vite pour le traitement de la commande [FTTH] Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTH] Réf OI générée lors du passage cde au sous traitant [FTTH] Une prise a-t-elle été posée lors de l'intervention ? O : l'installateur a posé la prise lors de l'intervention N : l'installateur n'a pas pu poser la prise lors de l'intervention et il n'y avait pas de prise pré-existante E : une prise était déjà présente en amont de l'intervention R : remise en conformité d'une prise historique différente d'une PTO (exemple fibre soudée dans mediaconverter déplacée lors de l'intervention dans une PTO) [FTTH] Données indispensables pour le SAV et la détermination des responsabilités entre OI et OC Bilan entre Pm et PTO si connectorisé [FTTH] L'OI communiquera les formats des champs et l'utilisation de ces champs dans les contrats. Ils peuvent être utiles par exemple en cas de brassage par l'OI ou de commande sur fibre activée [FTTH] Obligatoire si CrAccesOperationnel = OK et si la valeur constatée sur le terrain est différente de la valeur fournie par l'OI dans le CR de cmd [FTTH] Obligatoire si CrAccesOperationnel = OK et si la valeur constatée sur le terrain est différente de la valeur fournie par l'OI dans le CR de cmd [FTTH] Obligatoire si CR OK Cette information précise le type d'environnement du PBO. La définition de la liste des valeurs est laissée à la charge de l'OI avec cependant des valeurs conseillées. Ce champ se retrouve à l'identique dans le CR MAD PM [FTTH] Obligatoire si CR OK Ce champ permet de préciser comment adducter le local FTTH. La définition de la liste des valeurs est laissée à la charge de l'OI, mais une liste de valeurs est conseillée. Ce champ n'a un sens que dans le cas de PBO extérieur. Ce champ se retrouve à l'identique dans le CR MAD PM [FTTH] Référence commerciale fournie par l'OI lors de la mise à disposition du PM. A la différence de la référence PM qui est une référence commune à tous les opérateurs, la ReferencePrestationPM est commerciale et peut être propre à chaque OC [FTTH] Référence commerciale fournie par l'OI lors de la mise à disposition du PM. A la différence de la référence PM qui est une référence commune à tous les opérateurs, la ReferencePrestationPM est commerciale et peut être propre à chaque OC [FTTH] Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé. Le principe d'unicité vaut pour tout type de commande : une commande FTTH ne peut avoir le même N° de référence qu'une commande FTTE et inversement. [FTTH] Référence de la prise PTO unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP. En cas de notif racc ko ou prise posée mais raccordement non réalisé [FTTH] Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Ce champ est renseigné ou non à la discretion de l'OI en avance du CR : s'il n'est pas renseigné à cette étape, il sera renseigné dans le CR OK. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTH] Référence de la prise PTO unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP. [FTTH] Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTH] En mode OC : obligatoire si PrisePosee est à "O", vide sinon. Dans les autres modes, vide [FTTH] Info précisant si une prise a été posée ou non par l'OC En mode OC : obligatoire. Dans les autres modes, vide [FTTH] Date d'envoi de la Notif_Reprov [FTTH] Obligatoire si OC4 renseigné [FTTH] Obligatoire si OC présent à date [FTTH] Obligatoire si OC3 renseigné [FTTH] Obligatoire si OC2 renseigné [FTTH] La localisation du PM physique est conditionnée, c'est-à-dire obligatoire dans le cas de plusieurs PM Techniques pour une même référence de PM Réglementaire. Ce champ est par ailleurs utile pour fournir des informations sur l'emplacement du PM (exemple "le PM est situé derrière le local à vélos") Référence commerciale du service d'accès propre à l'OI. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. Cette notif est soumise au CR MES de l'OC écraseur dans le cas du FTTH et au CR MAD de l'OC écraseur dans le cadre du FTTE [FTTH] Référence de la prise PTO, unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP [FTTH] Dernière référence commerciale du service d'accès propre à l'OI pour cet OC. Cette référence est valable tout au long de la vie du service, jusqu'à sa résiliation. Son format est non normalisé. Le principe d'unicité vaut pour tout type de référence : une référencePrestationPrise FTTH ne peut avoir le même N° de référencePrestationPrise qu'une commande FTTE et inversement. [FTTH] Valorisé à la date d'envoi du CR_MAD [FTTH] Cette référence doit être unique ( valable sur toute la vie de la commande) Référence de commande propre à l'OC. Cette référence doit être unique pour l'OC et est valable sur toute la vie de la commande. Son format n'est pas normalisé ReferenceDemandeOC ReferenceDemandeur Référence propre à l'OC relative à sa demande de RDV et unique par OC. Le format de cette référence n’est pas normalisé Référence propre à l'OC ou à l'OI relative leur demande respective de RDV et unique pour chacun. Le format de cette référence n’est pas normalisé Indispensable pour que l'OI ou l'OC se réfère respectivement à la bonne demande Code Hexaclé Obligatoire si CodeInseeImmeuble vide Code Hexaclé Obligatoire si CodeInseeImmeuble, CodeVoieRivoliImmeuble et IdentifiantImmeuble sont vides Référence propre à l'OC relative à sa demande de RDV et unique par OC. Le format de cette référence n’est pas normalisé Référence propre à l'OC ou à l'OI relative leur demande respective de RDV et unique pour chacun. Le format de cette référence n’est pas normalisé Indispensable pour que l'OI ou l'OC se réfère respectivement à la bonne demande Référence propre à l'OC ou à l'OI relative à sa demande de RDV et unique par OC. Le format de cette référence n’est pas normalisé Indispensable pour que l'OI se réfère à la bonne demande Référence propre à l'OC ou à l'OI relative leur demande respective de RDV et unique pour chacun. Le format de cette référence n’est pas normalisé Indispensable pour que l'OI ou l'OC se réfère respectivement à la bonne demande Id qui correspond au Rdv initialement accepté par l'OI (Conditionné par la présence d'un OK) [FTTH] Référence de la prise PTO, unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP [FTTE] Champ obligatoire. Référence de la prise PTO ou du bandeau optique unique pour toute la France. Jean-Louis 17/08/2020 [FTTH] Obligatoire si CrRaccordementPrise CrAccesOperationnel = "KO" Code erreur (Cf onglet Codification-type KO) [FTTH] Obligatoire si CrRaccordementPrise CrAccesOperationnel = "OK" Référence de la prise PTO, unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP [FTTH] Obligatoire si CrRaccordementPrise CrAccesOperationnel = "OK" [FTTH] Obligatoire si CrRaccordementPrise CrAccesOperationnel = "OK" "Oui" s'il y a eu sollicitation à la hot line OI durant l'intervention et que cela a abouti à la fourniture d'une nouvelle constitution entre PBO et PTO (à valider) [FTTH] Obligatoire si NotificationReprovisioning HL ="Oui" (reprov à chaud) ou si CrAccesOperationnel = "KO" et qu'un numéro de décharge a été fourni suite à sollicitation hotline N° fourni par la HL OI si fourniture de nouvelles constitutions (à valider) [FTTH] A renseigner si un numéro de décharge a été fourni suite à sollicitation hotline [FTTH] Obligatoire si TypeReprov = "CHAUD" ou si un numéro de décharge a été fourni suite à sollicitation hotline Prise en compte de corrections depuis le fichier de flux FTTH 20200724_Flux interop Accès FTTH v2 0-1.xlsx Flux CR_STOC - Remplacement CrRaccordementPrise par CrAccesOperationnel en G7 G8 G9 G13 - Mise à jour description du champ NumeroDecharge en G14 Flux Notif_Racc_KO - Mise à jour description du champ NumeroDecharge en H11 Flux Notif_Reprov - Mise à jour description du champ NumeroDecharge en G77 [FTTE] Ce champ permet à l'OI d'indiquer à l'OC la date de livraison de l'accès ou la nouvelle date de livraison de l'accès. [FTTE] Ce champ n'est utilisable que par l'OI Il permet à l'OI d'indiquer à l'OC la date de livraison de l'accès ou la nouvelle date de livraison de l'accès. [FTTE] Ce champ permet à l'OI d'indiquer à l'OC la date de livraison de l'accès. [FTTE] Ce champ permet à l'OI d'indiquer à l'OC la nouvelle date de livraison de l'accès. [FTTH] Référence de la prise PTO unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP [FTTE] Si EtatMadligne = OK Alors le champ est obligatoire Sinon le champ est facultatif Référence de la prise PTO ou du bandeau optique unique pour toute la France. Jean-Louis 01/09/2020 [FTTE] OK : La VT ou la VT TEL a eu lieu et aucun motif de remise en cause de la commande n'a été détecté KO : - La VT ou la VT TEL a eu lieu et un motif de remise en cause de la commande a été détecté - la VT ou la VT TEL n'a pas pu avoir lieu Valeurs possibles - TVX CLIENT VALIDES - TVX CLIENT PLANIFIES - TVX CLIENT FINALISES DateLivraisonAccesSouhaitee [FTTH] Référence de la prise PTO unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP [FTTE] Référence de la prise PTO ou du bandeau optique unique pour toute la France. Suppression des onglets caducs Légende et Règles de nommage cachés derrière l'onglet Codification KO Correctif de "pallier" en "palier" sur CR STOC Ajout de la référence du fichier FTTE utilisé pour la fusion dans le cartouche Version Suppression de la notion de flux spécifiques FTTH / FTTE Codification KO : - Ajouts des codes rejets créés par le GT Entreprise - Fusion des codes rejets. - Regroupement des colonnes des flux FTTH recevant des rejets - Idem pour les flux FTTE Intégration de l'onglet Jalons FTTE et mise à jour de la liaison avec l'onglet Codifcation KO AR_Cmd : - Mise à jour de la description du champs: DateEngagementLivraisonAcces CR_VT_Cmd_Acces, Mess_OI_Cmd_Acces, RDV_Cmd_Acces - Renommage du champ NouvelleDateEngagementLivraisonAcces en DateEngagementLivraisonAcces - Mise à jour de la description du champs: DateEngagementLivraisonAcces ResponseRdv : - Précision de la règle de gestion du champ MotifReponseRdvKo pour le FTTE CR_MAD_Ligne : - Modification de la règle de présence du champ ReferencePrise pour le FTTE : O -> C + Précision de la règle de gestion pour le FTTE - Ajout du champ ReferencePRDM Notif_Racc_KO : - Modification de la règle de présence FTTE du champ ReferencePrise : O -> F + modification de la règle de gestion CR_VT - Précisions sur description du champ statutVT TVX_Cmd_Acces : - Suppression de la valeur possible « TVX CLIENT REFUSES » pour le champ infoTvx - Suppression du champ AccordTravauxClient Projet de fusion v.0.1 à partir du fichier FTTE v1.7 Ajout d'un onglet fusion temporaire pour suivre les modifications liées à la fusion Intégration des nouveaux flux FTTE (RDV_Cmd_Acces, CR_VT_Cmd_Acces, TVX_Cmd_Acces, ReponseAnnulaitionRdv) Ajout d'une légende des codes couleurs des contenus (ci-dessous) Ajout de l'onglet Flux et mise à jour du contenu (avec ajout des flux FTTH manquants + renommage des flux incorrectement nommés) Fusion de tous les flux FTTH/FTTE Mise en forme identique de tous les flux Précision du nom des flux FTTE et FTTH [FTTE] Format propre à chaque opérateur. Non normalisé. Valeur définitive à la livraison de l'accès, susceptible de modification Si PointDeLivraison = PRDM Alors Obligatoire Sinon vide [FTTE] Format propre à chaque opérateur. Non normalisé. Valeur définitive à la livraison de l'accès, susceptible de modification Si PointDeLivraison = PM Alors Obligatoire Sinon vide [FTTE] Point de livraison de l'offre côté opérateur : au PM ou au PRDM. Valeur reprise de la commande d'accès. Jean-Louis 04/09/2020 Annulation_Acces: - Suppression du champ DeposeBandeauOptique CR_MAD_Ligne: - Modification de la règle de présence et de la règle de gestion du champ ReferencePM (O -> C) - Ajout du champ PointDeLivraison - Ajustement de la règle de gestion des champs ReferencePRDM, PositionDeLivraisonPRDM et PositionDeLivraisonPM Jalons FTTE - type KO - Suppression des Q/R Axione (Colonnes I et J) Référence du PM Réglementaire communiquée dans le CR MAD PM [FTTE] Si PointDeLivraison=PM Alors le champ est obligatoire Sinon le champ est facultatif [FTTE] Référence du PRDM sur lequel le raccordement a été réalisé. Peut être différent de celui indiqué dans la commande d'accès. Si PointDeLivraison = PRDM Alors obligatoire Sinon vide v2.0 - v0.2 Valeurs autorisées: IMMEUBLE APPARENT/ IMMEUBLE GAINE TECHNIQUE/ IMMEUBLE COLONNE MONTANTE/ IMMEUBLE ARMOIRE/ IMMEUBLE/ CHAMBRE SOUTERRAIN/ CHAMBRE GALERIE/ CHAMBRE CONDUITE/ CHAMBRE EGOUT/ CHAMBRE PLEINE TERRE/ CHAMBRE CANIVEAU/ CHAMBRE TROTTOIR/ CHAMBRE CHAUSSEE/ CHAMBRE DOMAINE PRIVE/ CHAMBRE BORNE/ CHAMBRE/ AERIEN POTEAU ENEDIS/ AERIEN POTEAU ORANGE/ AERIEN POTEAU DOMAINE PRIVE/ AERIEN/ FACADE COTE RUE/ FACADE COTE COUR/ FACADE/ INGENIERIE SANS PBO/ INDETERMINE Le technicien n'a pas réussi à joindre la hotline sur le terrain et génère l'envoi d'un code rejet pour déclencher une résolution. Le technicien constate sur le terrain qu'il n'y a pas de continuité sur la fibre et n'a pas pu obtenir une nouvelle route optique via la hotline Le technicien constate sur le terrain que l'affaiblissement sur la fibre est hors norme et n'a pas pu obtenir correction via la hotline Le technicien constate sur le terrain que la route qui lui a été transmise est déjà soudée pour un autre raccordement et n'a pas pu obtenir une route optique appropriée via la hotline Le technicien constate sur le terrain que la route optique donnée n'existe pas et n'a pas pu obtenir une route optique appropriée PriseConstruite Valeurs autorisées : IMMEUBLE APPARENT/ IMMEUBLE GAINE TECHNIQUE/ IMMEUBLE COLONNE MONTANTE/ IMMEUBLE ARMOIRE/ IMMEUBLE/ CHAMBRE SOUTERRAIN/ CHAMBRE GALERIE/ CHAMBRE CONDUITE/ CHAMBRE EGOUT/ CHAMBRE PLEINE TERRE/ CHAMBRE CANIVEAU/ CHAMBRE TROTTOIR/ CHAMBRE CHAUSSEE/ CHAMBRE DOMAINE PRIVE/ CHAMBRE BORNE/ CHAMBRE/ AERIEN POTEAU ENEDIS/ AERIEN POTEAU ORANGE/ AERIEN POTEAU DOMAINE PRIVE/ AERIEN/ FACADE COTE RUE/ FACADE COTE COUR/ FACADE/ INGENIERIE SANS PBO/ INDETERMINE Valeurs autorisées : IMMEUBLE GOULOTTE OU APPARENT/ COLONNE MONTANTE/ INFRASTRUCTURE ORANGE/ INTERNE BATIMENT/ IMMEUBLE/ SOUTERRAIN/ SOUTERRAIN JUSQU AU DOMAINE PRIVE/ SOUTERRAIN JUSQU A L ABONNE/ GALERIE/ CONDUITE/ EGOUT/ PLEINE TERRE/ CANIVEAU/ AERIEN/ AERIEN AVEC VEGETATION/ AERIEN AVEC SURPLOMB TIERS/ AERIEN ENEDIS/ AERIEN ORANGE/ FACADE/ FACADE AVEC CHEMINEMENT TIERS/ FACADE GOULOTTE OU APPARENT / AEROSOUTERRAIN/ AEROSOUTERRAIN ENEDIS/ AEROSOUTERRAIN ORANGE/ DESSERTE INTERNE NON EXPLOITEE/ CABLAGE BRAM/ INDETERMINE CodeOI_CodeOC_CrCMD_ACCES_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_CrSTOC_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_CrMADL_VXX_aaaammjj_numsequence.csv CodeOI_CodeOC_CrMADL_VXX_aaaammjj_numsequence_E.csv [FTTH] 1 valeur : MAD [FTTE] 3 valeurs : VT, VT TEL, MAD [FTTH] Code Insee de la commune. Il est obligatoire si le CodeAdresseImmeuble est vide [FTTH] Code Rivoli de la voie. Il est obligatoire si le CodeAdresseImmeuble est vide [FTTH] Plage du Rdv accepté et annulé par l'OI [FTTH] Plage telle que définie dans le contrat de l'OI [FTTH] 2 valeurs : OK, KO Au maximum une seule des trois dates est à l'état OK [FTTH] En fonction de l'existence de DateProposee2 dans la demande [FTTH] 2 valeurs : OK, KO En fonction de l'existence de DateProposee2 dans la demande [FTTH] En fonction de l'existence de DateProposee3 dans la demande [FTTH] 2 valeurs : OK, KO En fonction de l'existence de DateProposee3 dans la demande Référence propre à l'OC ou à l'OI relative leur demande respective de RDV et unique pour chacun. Le format de cette référence n’est pas normalisé Indispensable pour que l'OI ou l'OC se réfère respectivement à la bonne demande IdRDV de la demande d'annulation OK : La demande d'annulation a été validée et prise en compte KO : La demande d'annulation n'a pas pu être validée Obligatoire si StatutReponse = KO sinon vide Confirme le type de RDV annulé dans la demande d'annulation Champ permettant de déterminer de manière univoque s'il s'agit d'un mouvement sur le domaine FTTH ou d'un mouvement sur le domaine FTTE. Valeur reprise de la demande d'annulation de RDV CodeOI_CodeOC_ReponseAnnulationRdv_VXX_aaaammjj_numsequence.csv Si StatutResponse = OK Alors le champ est obligatoire Sinon vide si StatutReponse = KO Alors le champs est obligatoire Sinon vide En cas de demande de RDV (ou modification), si une date a été retenue, alors le statut est OK. Date retenue parmi les 3 dates fournies dans la demande Obligatoire si StatutReponse OK sinon vide Cr_Cmd_Acces Cr_STOC Cr_MAD_Ligne Cr_MES_Ligne TRAITEMENT IMPOSSIBLE : TYPE DE COMMANDE IRRECEVABLE SUR CETTE REF PRESTATION PM TRAITEMENT IMPOSSIBLE : TYPE COMMANDE ERRONNE ECHEC PRODUCTION : SATURATION VIRTUELLE PB OU PM [FTTH] Valeurs possibles : [ A – Z ] Exemple : B, T Code Hexaclé Obligatoire si CodeInseeImmeuble vide [FTTH] Code Hexaclé Obligatoire si CodeInseeImmeuble, CodeVoieRivoliImmeuble et IdentifiantImmeuble sont vides Jean-Louis 17/09/2020 CodeOI_CodeOC_Cr_VT_CMD_ACCES_VXX_aaaammjj_numsequence_E.csv Cr_VT_Cmd_Acces L'OI communiquera les formats et l'utilisation de ces champs dans les contrats. Ils peuvent être utiles par exemple en cas de brassage par l'OI ou de commande sur fibre activée CR CMD : Le champs RaccordementLong devient obligatoire Renommage des onglets CR CMD, CR MAD, CR STOC, CR MES : CR -> Cr (+ mise à jour onglet flux) Ajout de deux champs de reserve FTTH aux flux de prise de RDV Renommage flux CR VT en Cr VT Mutualisation des champs "reserve1,2" dans les flux de prise de RDV Mutualisation des champs "reserve1-8" dans le flux Cmd_Acces v2.0 - v0.3 Suppression onglet fusion (Points validés par les GT Entreprise et Accès) Codification KO: - Mise à jour des libellés des codes FINT03->07 (Validation GT Accès) - Suppression du fond jaune sous FRDV03 (déjà validé) Notif Reprov : - Remplacement de PrisePosee par PriseConstruite Nom des fichiers FTTH et FTTE : - Remplacement du R par un r dans les flux CR CMD, CR STOC et CR MAD Ajout de la mention "valeurs autorisées“ pour les listes des valeurs des champs TypePBO et TyperaccoPBPTO sur les flux CR CMD, CR MAD, Notif Reprov, CR STOC --- Intégration des améliorations du FTTE au FTTH sur les flux de prise de RDV : - Possibilité d'indiquer le code immeuble lors de la demande de RDV - Simplification du mécanisme de réponse - Simplification des informations à fournir pour une demande d'annulation de RDV - Ajout d'une reponse à une demande d'annulation de RDV DemandeRdv - Attribution du champ TypeRDV avec une seule valeur possible : MAD - attribution du champ IdentifiantImmeuble Demande Modif RDV - Attribution du champ TypeRDV avec une seule valeur possible : MAD AnnulationRdv - Suppression des champs adresse, du champ DateRdv - Attribution du champ TypeRDV avec une seule valeur possible : MAD ResponseRdv - suppression des champs dateProposee1,2,3 et ValidDate1,2,3 - Attribution du champ TypeRDV avec une seule valeur possible : MAD - Attribution du champs StatutReponse - Attribution du champ DateRetenue Ajout du flux ReponseAnnulationRdv au FTTH NOTIF RACC KO + RDV MAD FIXE CR VT KO + CR MAD KO (même code erreur) La commande FTTH doit porter sur une prise FTTH et ne peut porter sur une ligne FTTE. La commande FTTE doit porter sur une ligne FTTE et ne peut porter sur une prise FTTH. 3 valeurs : CHAUD, FROID, VDR si TypeMessOICommandeAcces = INFOVDR, alors le contenu du flux message doit être « A raccorder au plus tard le xx/xx/xxxx » Lorsqu'une commande a été passée avec PRISE posée, qu'elle n' existe pas dans le logement et que le problème n'a pas pu être résolu par un reprovisionning à chaud. DelaiGTR Exemple : 04 [FTTH] Référence de la prise PTO, unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP. [FTTE] Ce champ est utilisé pour fournir la référence de la PTO ou la référence du bandeau optique (lorsque la ligne est identifiée par son bandeau optique) Si TypeCommande = E Alors champ obligatoire : la référence de prise est la ligne FTTE à réutiliser. Cette référence est nécessairement une ligne FTTE. Sinon facultatif : la référence de prise est une ligne voisine dans le même local (la ligne peut être FTTH ou FTTE) ou un bandeau optique v2.0 - v0.4 Jean-Louis/Corinne/Patrick 01/10/2020 FIMP37 TRAITEMENT IMPOSSIBLE : COMMANDE IRRECEVABLE SUR BANDEAU OPTIQUE L'OC ne peut passer de commande de type E sur un bandeau optique. Patrick 02/10/2020 Mess OI Cmd Acces et Mess OC Cmd Acces : - Rajout d'un type commun INFOVDR - Déplacement de la règle de gestion MSG OI en cas d'INFOVDR de TypeMsg vers ContenuMsg - Modification de la taille du champ Type message OI Cmd Acces. Idem Msg OC Notif Reprov : - Rajout d'un type VDR - Suppresion du surlignage en jaune de la ligne ReferencePrise Jalons FTTE KO : - Correction d'une erreur en E113 => RDV VT FIXE remplacé par RDV MAD FIXE - ajout de FIMP37 (cf. ci-dessous) Codification Type KO - Ajout de la colonne relative aux motif KO du flux ReponseAnnulationRdv et assignation des codes rejet - Modification des définitions FIMP20 et 21 « Une commande » => « La commande » pour tenir compte du fait qu'une commande FTTH (resp. FTTE) est possible sur une ligne inactive non tagguée FTTH ou FTTE. - Ajout de FIMP37 - Commande E impossible sur bandeau optique - Suppression du surlignage en jaune dans l'onglet Codification KO des lignes : FIMP06, FIMP12, FIMP32 à 35 Cmd Accès : - Mise à jour de la définition des valeurs du champ TypeCommande pour tenir compte du fait qu'une commande FTTH (resp. FTTE) est possible sur une ligne inactive non tagguée FTTH ou FTTE. - Suppression de l'accent sur le champ DélaiGTR et ajout du 0 dans l'exemple --> "04" - La référencePrise peut contenir une référence de bandeau optique - Ajout d'une règle de gestion sur TypeCommande pour interdire une commande de type E sur une ligne de type bandeau optique (cf. FIMP37) Codification Type KO - Suppression de la modification envisagée sur les définitions FIMP20 et 21 « Une commande » => « La commande » pour tenir compte du fait qu'une commande FTTH (resp. FTTE) est possible sur une ligne inactive non tagguée FTTH ou FTTE. Cmd Accès : - Suppression de la mise à jour de la définition des valeurs du champ TypeCommande pour tenir compte du fait qu'une commande FTTH (resp. FTTE) est possible sur une ligne inactive non tagguée FTTH ou FTTE. [FTTE] Ce champ permet de définir le type de commande : - C : Commande de création de ligne (ou réutilisation d'une ligne inactive) - Si une ligne FTTE inactive existe déjà, l'OI peut la réutiliser. - S'il existe un bandeau optique actif sur site et que l’OC souhaite être livré sur bandeau optique, l'OI peut réutiliser le bandeau optique existant. - Si une ligne FTTE active existe déjà, on crée une nouvelle ligne FTTE dans la limite du nombre de prises FTTE maximum autorisé par l'OI. - S'il n'y a pas de ligne FTTE existante, on crée une nouvelle ligne FTTE. - E: Commande sur ligne existante (éventuel écrasement) L'OC autorise l'OI à réutiliser la ligne FTTE fournie en référence, qu'elle soit active (écrasement) ou inactive. Si aucune ligne FTTE n'existe, la commande sera rejetée par l'OI (FIMP17). - Si la ligne est FTTH, la commande est rejetée par l’OI (FIMP21). - Si la ligne est FTTE et active, l'OC autorise l'OI à écraser la ligne FTTE fournie en référence. - Si la ligne est FTTE et inactive, l’OI réutilise la ligne. - Si aucune ligne FTTE n'existe, la commande sera rejetée par l'OI (FIMP17). Si la valeur TypePrise = BO, alors la valeur TypeCommande est obligatoirement C (une commande en écrasement ne peut être passée sur un bandeau optique) v2.0 - v0.5 PreequipeDTIO Ce champ permet à l'OI d'indiquer si les DTIO de l’immeuble sont présentes ou absentes Ce champ sera vide si l'OI ne peut pas fournir l'information V2.0 - v0.6 Corinne 15/10/2020 Cr Cmd Acces et Cr MAD Ligne - Rajout du champ facultatif "PreequipeDTIO" pour indiquer la présence ou non des DTIO [FTTH] Obligatoire si ReferencePrise est différente de HOTLINE O si la prise est existante N si la prise est à construire Présence Obligatoire Facultatif Vide : les champs marqués V correspondent à des champs devant être présents dans le fichier mais vides. Conditionné à un autre champ du flux V2.0 - v0.7 Corinne 17/06/21 [FTTH] en cas de réception par l'OI d'un CR STOC KO Obligatoire suite à un CR STOC KO [FTTH] N° fourni par la HL OI si fourniture de nouvelles constitutions A renseigner si fourni dans le CR STOC KO ou la Notif Racc KO Modification coquilles dans le flux AR_Echec_Racc V2.0 - v0.8 Corinne Cmd_Acces - mode "OI-COMM RDV OI" : passage des champs TypeRDV et ParticipantsVtTel à vide ex : détail des codes utilisés V2.0 - v0.9 Corinne 14/12/2021 Harmonisation des codes retours OI lors des reprov à froid - précisions dans les champs de réserve du flux Notif Reprov [FTTH] Ce champ permet de préciser comment adducter le local FTTH. Ce champ n'a un sens que dans le cas de PBO extérieur. Ce champ se retrouve à l'identique dans le CR MAD PM [FTTH] Si ReferencePrise= HOTLINE, les champs obligatoires des blocs de la route optique doivent être remplis avec des valeurs ne pouvant pas être confondues avec des valeurs réelles [FTTH] Cette information précise le type d'environnement du PBO . Ce champ se retrouve à l'identique dans le CR MAD PM [FTTH] Référence de la prise PTO, unique pour toute la France. Le format de cette référence est normalisé par l'ARCEP Dans le cas d'une Notif_Reprov sans route optique fournie, indication de la valeur HOTLINE v2.0 - v0.10 Corinne 16/03/2022 v2.0 - v0.11 Corinne 06/04/2022 Rajout du type de message ROPROCHAINEMENTLIBEREE [COMMUN] 2 valeurs : INFO, INFOVDR [FTTH] 10 valeurs : DEMANDE, REPONSE, RDVMODIF, RDVANNULATION, INFOREPROVF, REINTERVENTION , RDVAPRENDRE, RDVANNULEAREPLANIFIER , DELAI, ROPROCHAINEMENTLIBEREE [COMMUN] 2 valeurs : INFO, INFOVDR [FTTH] 10 valeurs : DEMANDE, REPONSE, RDVMODIF, RDVANNULATION, INFOREPROVF, REINTERVENTION, RDVAPRENDRE, RDVANNULEAREPLANIFIER, DELAI, ROPROCHAINEMENTLIBEREE [FTTE] 3 valeurs : - DIFFICULTE DE DEPLOIEMENT - PBO DEPLOYE - DEPLOIEMENT OK MULTI_ACCES Valeur = Référence de la prise ou VALEUR_INCONNUE (si la prise n'est pas étiquetée, un appel à la hotline est nécessaire pour support à l'identification) [FTTH] Probleme GC [FTTH] L'OI communiquera les formats des champs et l'utilisation de ces champs dans les contrats. Ils peuvent être utiles par exemple en cas de brassage par l'OI ou de commande sur fibre activée 5 valeurs : REJET: refus de l'intervention de l'OI VALIDE : l'action corrective a été exécutée par l'OI TORT : déplacement à tort de l'OI CAUSECLIENT : dans le cas de raccordement par l'OI CAUSEOI : dans le cas de raccordement par l'OI Indication de "MULTI_ACCES" dans "Info Cmd Acces 4" et ref prise ou "VALEUR_INCONNUE" dans "Info Cmd Acces 5" Motif de mutation : FIBRE OCCUPEE, FIBRE HS, … [FTTH] Motif de mutation : le motif qui sera reporté sera obligatoirement issu de l'outil e-mutation et sera le dernier qui a causé le reprovisioning Alphanumérique - 4 caractères maximum [FTTE] BO: Bandeau Optique Obligatoire si EtatMadligne = OK Valeur à la livraison de l'accès, susceptible de modification [FTTE] Obligatoire si EtatMadligne = OK Mesures d'atténuation établies lors du RDV MAD [FTTE] Obligatoire si EtatMadligne = OK Longueur (en m) du raccordement entre point de livraison (PM ou PRDM) et le point de terminaison optique (PTO ou BO). Obligatoire si EtatCrCommandePrise = "OK" Obligatoire si CR STOC OK ou si TypeRacco = "OI" Information de brassage PMGC Modification de l'IMB v2.0 - v0.12 Corinne 23/05/2024 Exemple : 4 Distance PBO-PTO exprimée en mètre à condition que RaccordementLong="O" [FTTH] Information complémentaire sur raccordement long (ex : distance PBO-PTO exprimée en mètre) POTENTIELS FILS NUS ELECTRIQUES - PLOMB-… ABSENCE DTA - PRESENCE AMIANTE DANS DTA - ABSENCE AMIANTE DANS DTA - NA POTENTIELS FILS NUS ELECTRIQUES - PLOMB - … Si un OC souhaite fournir les coordonnées de son client final dans certains cas d’échec de raccordement (ex : code KO FINT11) Rajout usage champ de réserve Cr Cmd pour PMGC et Cr Cmd Acces et Notif Reprov pour modification IMB
Texte extrait tel quel de la pièce officielle, qui seule fait foi. La mise en page du document d'origine peut différer.