Contrôles SOX

UNIVERSITÉ DE RENNES 1
L'Institut Supérieur des Technologies de l'Information et des Communications
SFR - Paris
Mémoire de Projet de Fin d’Études
Présenté pour l’obtention du Master 2ème
année
Réseaux et Systèmes Hétérogènes
Intitulé :
Audit de bout en bout du processus
des contrôles SOX
Année universitaire 2019/2020
Réalisé par :
M. AOUAD Zakaria
Membres du jury :
M. GUEGUEN Cédric – Examinateur ISTIC
M. HOSZOWSKI Paul – Parrain SFR
M. JELASSI Soufiane – Suiveur ISTIC

2
Dédicace
À mes très chers parents, Bahija et Khalid,
Aucun mot, aucune dédicace ne saurait exprimer mon respect, ma
considération et l’amour éternel pour les sacrifices que vous avez
consentis pour mon instruction et mon éducation.
Trouvez en ce travail le fruit de votre dévouement et l’expression de
ma gratitude et mon profond amour.
À ma sœur et mes cousins, Imane, Azhar, Ayoub, Hamza…
Vous m’avez toujours soutenu durant toutes mes études, je vous
souhaite beaucoup de bonheur et de réussite.
À toutes mes chères tantes et à tous mes chers oncles,
À mes chers proches amis,
À mes chers professeurs,
À tous ceux qui m’aime,
À tous ceux j’aime,
À tous ceux qui, par un mot, on m’a donné la force de continuer...
Je vous dédie ce travail.
Zakaria Aouad

3
Remerciements
Nulle œuvre n'est exaltante que celle réalisée avec le soutien moral et financier des personnes
qui nous sont proches. Je tiens à adresser mes remerciements à mon tuteur de stage Monsieur
HOSZOWSKI Paul, Responsable de l’exploitation du SI B2B SFR, chargé de la garantie du
service rendu en production et de l’optimisation de la qualité de service ainsi que la gestion des
risques en production, gestion de crises et astreintes managériales sur les SI B2B et Front Grand
Public pour avoir dirigé ce travail. Son soutien, sa clairvoyance et ses compétences m’a été
d'une aide inestimable. À lui exprimer encore ma profonde reconnaissance pour bien vouloir
accepter de m’encadrer tout au long de la période de réalisation de ce projet. Messieurs
RAMTANE BACHA Boualem et ROCHE Daniel, Madame MASSEY Valérie collaborateurs
de l’équipe OSS & Facturation, pour le privilège qu’ils m’ont fait en acceptant de m’aider à
accomplir ce travail et à l’encadrer. Leur gentillesse, modestie, riche expérience et l'accueil
cordial qu’ils m’ont toujours réservé m’a inspiré une grande admiration à leur égard. Je
remercie de tout mon cœur mes chers parents, ma sœur, mes cousins, mes collègues et mes
professeurs pour leur soutien inconditionnel. Qu'ils puissent trouver dans ce travail le
témoignage de ma sincère gratitude et mon profond respect. Trouvez ici l'expression de ma
profonde gratitude et reconnaissance.
Merci beaucoup.

4
Résumé
Aujourd’hui, de nouvelles lois ont été votées en Europe afin de renforcer le contrôle des
comptes des entreprises pour permettre de les vérifier et de s’assurer que les états financiers ont
bien été établis conformément au référentiel comptable. Transparent, exact et sans fraudes :
sont les piliers de ce type de contrôle afin de protéger les investisseurs, d’optimiser les
opérations et d’améliorer la fiabilité des comptes d’entreprise. D’où le recours à la loi SOX.
Conscient de cette réalité, SFR a adopté cette loi pour veiller à la sincérité et la régularité des
comptes afin d’accorder une prépondérance à la fiabilité de l’information financière. Elle a
lancé en parallèle un projet dont le but est d’identifier l’ensemble des acteurs responsables à
piloter et à faire tourner les outils effectuant le contrôle interne pour bien comprendre leur
comportement et pour pouvoir préparer une documentation qui aidera l’équipe chargée des
contrôles à améliorer la production des contrôles et réduire la charge de maintiens de ses outils.
Ce travail décrit une étude de la chaine collecte-valorisation, menu d’un audit de bout en bout
des contrôles SOX.
Abstract
Today, Europe has voted for new laws to strengthen the auditing of companies’ accounts in
order to verify them and ensure that the financial statements have been prepared in accordance
with the accounting standards. Transparent, accurate and fraud-free are the pillars of this type
of control in order to protect investors, optimize operations and improve the reliability of
companies’ accounts. Hence the use of the SOX law.
Aware of this reality, SFR has adopted this law to ensure the fairness and regularity of its
financial statements in order to give priority to the reliability of its financial information. At the
same time, it has launched a project to identify all of the entities that are responsible for
managing and running the tools used to perform internal control. In order to achieve a clear
understanding of their behavior and to prepare a documentation that will help the control team
improve the production of controls and reduce the maintenance burden on its tools.
This document describes a study of the collection-valuation chain, followed by an end-to-end
audit of the SOX controls.

5
Table des figures
Figure 1 Diagramme de Gant ................................................................................................................ 10
Figure 2 Chronologie de SFR.................................................................................................................. 11
Figure 3 Chiffre à la fin d’Octobre 2020 ................................................................................................ 12
Figure 4 Services proposés aux clients SFR ........................................................................................... 13
Figure 5 Carte de la ville Nice présentant la zone couverte par la 5G .................................................. 14
Figure 6 Organigramme SFR.................................................................................................................. 15
Figure 7 Organigramme de la direction de l’Exploitation ..................................................................... 16
Figure 8 Schéma de l’outil VTOM.......................................................................................................... 19
Figure 9 Schéma des SSAs du BIOS........................................................................................................ 20
Figure 10 Schéma de l’architecture fonctionnelle du système de facturation SFR Entreprise............. 21
Figure 11 Page d’accueil de CALICA....................................................................................................... 26
Figure 12 Exemple de détails des contrôles sur CALICA........................................................................ 26
Figure 13 Page d’accueil de l’IHM PUMA.............................................................................................. 27
Figure 14 Graphe donnant sur les statistiques des contrôles de la valorisation de la collecte Mobile 28
Figure 15 Statistiques de la valorisation et de l’étanchéité des collectes fixe des opérateurs............. 29
Figure 16 Exemple des collectes effectuées lors du lancement de la macro SOX Collectes................. 30
Figure 17 Page d’accueil du PC SOX ...................................................................................................... 31
Figure 18 Schéma récapitulatif du principe globale de démarche........................................................ 31
Figure 19 Contrôles quotidiens effectués ............................................................................................. 32
Figure 20 sous répertoires contenant les fichiers de la collecte Voix Fixe........................................... 36
Figure 21 Répertoires BalanceCarree.................................................................................................... 36
Figure 22 Formule du module .............................................................................................................. 37
Figure 23 Chaine des modules .............................................................................................................. 38
Figure 24 Exemple de la chaine des modules pour un équipement réseau ......................................... 38
Figure 25 Exemple du contenu du fichier de l’équipement réseau CS2K ............................................. 39
Figure 26 Exemple de collecte de l’équipement réseau CS2K sur CALICA............................................ 40
Figure 27 Sous répertoire MELITA......................................................................................................... 40
Figure 28 Exemple du contenu du fichier du répertoire MELITA.......................................................... 42
Figure 29 Etapes de vérification............................................................................................................ 42
Figure 30 Contenu du sous répertoire StatSommaire........................................................................... 43
Figure 31 Contenu du fichier de statistques envoyé à ARBOR OPE...................................................... 43
Figure 32 Détails des compteurs de valorisation pour ARBOR OPE...................................................... 44
Figure 33 Exemple de fichier AAAAMMJJ_OPE2010.csv....................................................................... 44
Figure 34 Exemple du contenu du fichier AAAAMMJJ_MVNOVDG.csv................................................ 45
Figure 35Exemple du contenu du fichier AAAAMMJJ_BTB.csv............................................................. 45
Figure 36 Schéma de bout en bout pour ARBOR GP............................................................................. 46
Figure 37 Duplication des compteurs Collecte MMS SFR dans le fichier PR07a_COLLECTE_MMS.xls. 49
Figure 38 Schema de BeB de la collecte XMS........................................................................................ 51

6
Table des Tableaux
Tableau 1 Grandes étapes du projet..................................................................................................... 10
Tableau 2 exemples des fichiers de tickets générés ............................................................................. 18
Tableau 3 : Tableau général de la collecte RO ...................................................................................... 23
Tableau 4 Tableau suivi des tickets RO ................................................................................................. 23
Tableau 5 Les tableaux de distribution RO............................................................................................ 23
Tableau 6 Exécutions quotidiennes effectuées par le PC SOX.............................................................. 31
Tableau 7 Glossaire des vocabulaires fréquents pour le contrôle SOX................................................. 34
Tableau 8 Equipements réseau et leurs désignations........................................................................... 41
Tableau 9 Fichier de la collecte COTTAGE............................................................................................. 47
Tableau 10 Extrait du tableau de la Collecte MMS SFR ........................................................................ 49
Tableau 11 Tableau des Jobs et scripts de la collecte XMS................................................................... 50
Tableau 12 Fichiers de statistiques des autres collectes...................................................................... 52
Tableau 13 Jobs et scripts de la collecte Cottage.................................................................................. 53
Tableau 14 Jobs et scripts de la collecte COVORO................................................................................ 53
Tableau 15 Jobs et scripts de la collecte PP .......................................................................................... 53
Tableau 16 Jobs et scripts de la collecte DATA ..................................................................................... 53

7
Tableau des acronymes sigles et Abréviations
Acronymes,
sigles et
Abréviations
Désignation
ADSL Asymmetric Digital Subscriber Line
CA Chiffre d’Affaire
CEO chief executive officer
CFT Cross File Transfer
Chaine OCS Orange Cinéma Séries
FTTH/FTTB Fiber To The Home/Fiber To The Building
FTTLA Fiber To The Last Amplifier
GPRS General Packet Radio Service
IHM Interface Homme-Machine
IN Intelligent Network
M2M Machine To Machine
MMS-C Multimedia Messaging Service Centre
MVNO Mobile Virtual Network Operator
SFR Société Française du Radiotéléphone
SFR NMT service SFR de radio-télécommunications analogique
SFTP Secure File Transport Protocol
SI Système d’Information
SMS-C Short Messaging Service Centre
SRR Société Réunionnaise du Radiotéléphone
THD Très Haut Débit
UMTS Universal Mobile Telecommunications System
VBA Visual Basic for Applications
VOD Video On Demand

8
Table des matières
Introduction_____________________________________________________________________ 10
Chapitre 1 : Présentation de l’organisme d’accueil ______________________________________ 11
I. Historique _____________________________________________________________ 11
1. Les dates clés à retenir : ...................................................................................................... 11
II. SFR en quelques chiffres clé _______________________________________________ 12
III. Activités - Services SFR ___________________________________________________ 12
2. SFR Télécom :....................................................................................................................... 12
3. SFR Publicités :..................................................................................................................... 12
4. SFR Média :.......................................................................................................................... 12
IV. Stratégie ______________________________________________________________ 13
V. Perspective d’évolution___________________________________________________ 13
VI. Organigramme__________________________________________________________ 15
Chapitre 2 : Analyse de l’existant ____________________________________________________ 16
I. Collecte _______________________________________________________________ 16
1. Type de collecte................................................................................................................... 16
2. Base de collecte................................................................................................................... 17
3. Principe de fonctionnement................................................................................................ 18
4. Outils de supervision........................................................................................................... 18
II. Valorisation ____________________________________________________________ 19
1. BIOS19
2. ARBOR GP............................................................................................................................ 20
3. ARBOR PUMA ...................................................................................................................... 20
4. ARBOR OPE.......................................................................................................................... 21
III. Outils de suivi __________________________________________________________ 22
IV. Station d’administration __________________________________________________ 29
1. Macro .................................................................................................................................. 29
2. PC SOX ................................................................................................................................. 30
V. Schéma récapitulatif du principe globale de démarche __________________________ 31
Chapitre 3 : Présentation du projet___________________________________________________ 32
I. Problématique__________________________________________________________ 32
II. Loi SOX : Sarbanes & Oxley ________________________________________________ 33
1. Objet des contrôles SOX...................................................................................................... 33
2. SOX et l’IT............................................................................................................................. 33
III. Cahier des charges_______________________________________________________ 33
Chapitre 4 : Audit de bout en bout du processus des contrôles SOX _________________________ 34
I. Glossaire ______________________________________________________________ 34
II. Contrôles effectués ______________________________________________________ 34
III. Contrôles du périmètre B2B – B2C côté CALICA ________________________________ 35

9
1. Outil de contrôle.................................................................................................................. 35
2. Formule de contrôle............................................................................................................ 35
3. Descriptif de Bout en bout du contrôle SOX ....................................................................... 36
IV. Contrôles du périmètre B2C – B2B côté Excel _________________________________ 47
1. Outil de contrôle.................................................................................................................. 47
2. Formule de contrôle............................................................................................................ 47
3. Descriptif de BeB du contrôle SOX ...................................................................................... 48
Conclusion et perspectives _________________________________________________________ 54
Annexe_________________________________________________________________________ 55
I. Exécutions quotidiens des macros __________________________________________ 55
1. Exécution quotidien 7h : SOX INFOCONSO ORIAN ET BIOS................................................. 55
2. Exécution quotidien 9h : SOX BIOS...................................................................................... 55
3. Exécution quotidien 10h : SOX COLLECTES.......................................................................... 56
4. Exécution quotidien 11h : SOX SIO...................................................................................... 57
5. Exécution quotidien 12h : SOX VALO IRIS............................................................................ 58

10
Introduction
Mon stage s’est déroulé au département SFR au sein du Campus Altice de Paris. Il s’occupe de
l’ensemble des missions de l’exploitation et des contrôles des lignes de production afin de garantir le
bon fonctionnement, la fiabilisation de la production des contrôles et la réduction de la charge de
l’ensemble du système d’information.
Mon projet est intitule « Audit de bout en bout du processus des contrôles SOX ». Ma mission se
résume dans le fait de préparer une documentation qui décortique le comportement des mécanismes
derrière les contrôles SOX, dans le but est de mettre en place un référentiel utile pour l’équipe de
l’exploitation qui effectue des contrôles et des audits quotidiens, mensuels et annuels.
Pour ce faire, il fallait tout d’abord que je me familiarise avec l’environnement, le vocabulaire utilisé
ainsi que de s’intégrer avec le reste des collaborateurs de l’équipe. Par la suite, j’ai commencé de se
documenter sur l’ensemble des technologies et les outils applicatifs pour bien saisir le principe de
fonctionnement des collectes et de la valorisation, ainsi que d’assister à des vidéo-conférences pour
des workshops sur les outils SOX. Et pour finaliser le projet, j’étais en contact avec les équipes de
l’ingénierie et de la production pour avoir accès aux informations supplémentaires et nécessaires afin
de préparer la documentation sur l’audit de bout en bout des contrôles SOX.
Une planification était nécessaire pour mener à bien la réalisation du projet. Plusieurs outils existent
pour la gestion de projet, j’ai choisi le diagramme de Gantt, qui est réalisé à l’aide de l’outil Microsoft
Office Excel, pour élaborer un planning de recherches et de réalisation qui sert à présenter les grandes
étapes, à savoir :
Etapes du projet Date de début Durée Date de fin
familiarisation avec le vocabulaire et intégration avec le
reste des collaborateurs de l’équipe 02/06/2020 14 16/06/2020
Documentation sur le principe de fonctionnement 16/06/2020 30 14/07/2020
Assistance à des vidéo-conférences pour des workshops
sur les outils SOX 14/07/2020 70 22/09/2020
Collecte des informations nécessaires de la part des
équipes de l’ingénierie et de la production 14/07/2020 130 21/11/2020
Réalisation de l’audit de BeB 22/09/2020 60 21/11/2020
Tableau 1 Grandes étapes du projet
Figure 1 Diagramme de Gant
6/2/2020
6/16/2020
7/14/2020
7/14/2020
9/22/2020
14
30
70
130
60
familiarisation avec le vocabulaire et intégration le…
Documentation sur le principe de fonctionnement
Assistance à des vidéo-conférences pour des…
Collecte des informations nécessaires de la part des…
Réalisation de l’audit de BeB

11
Chapitre 1 : Présentation de l’organisme d’accueil
I. Historique
SFR est l'un des plus anciens opérateurs télécoms français. Il est créé en 1987 par la Compagnie
Générale des Eaux. Il propose d'abord un service de radio-télécommunications analogique appelé SFR
NMT. Ce n'est que le 15 décembre 1992 que SFR ouvre enfin le deuxième réseau GSM du téléphone mobile
en France.
SFR fait partie des trois opérateurs historiques majeurs, avec Orange et Bouygues Telecom. Présent
dans le paysage français depuis le mois de février 1987, l'opérateur et fournisseur d'accès à Internet
SFR tient toujours une place dominante dans le marché des télécoms. Très variées, ses offres
s'adressent aussi bien aux particuliers qu'aux entreprises, via la marque SFR Business.
SFR, référence au sein de l'hexagone en termes de téléphonie mobile, se distingue par :
 Une expérience de plus de 30 ans.
 Un réseau mobile parmi les plus performants et en constante amélioration.
 De nombreux rachats, le plus récent ayant fait passer SFR sous pavillon Altice en 2014.
L'histoire de SFR a été animée par de nombreux évènements et rachats, dont celui par Altice.
Figure 2 Chronologie de SFR
1. Les dates clés à retenir :
Février 1987 : Création de SFR ;
2007 : l'opérateur lance sa première offre ADSL ;
11 Octobre 2011 : suite à l'annonce de l'arrivée imminente de Free mobile sur le marché des télécoms,
création de RED by SFR. La filiale de l'opérateur au carré rouge propose des offres low-cost, sans
engagement de durée ;
Novembre 2012 : SFR est le premier opérateur français à proposer la 4G, pour les entreprises et pour
le grand public ;

12
27 Février 2015 : Altice achète les 18% de parts restantes de SFR à Vivendi. Quelques mois plus tard,
Numericable-SFR devient SFR Group, avec la disparition de la marque Numericable ;
10 Août 2017 : Altice annonce enfin posséder 95% du capital de SFR Group ;
9 Octobre 2017 : SFR disparait officiellement de la bourse. Altice possède 100% de SFR.
II. SFR en quelques chiffres clé
SFR est un acteur incontournable sur le marché français des télécoms. Ces quelques statistiques
attestent de l'envergure du groupe :
 2ème opérateur français, au service de 23 millions de clients. Doté d’un réseau en Fibre optique
(FTTH / FTTB) de 19,2 millions de prises éligibles.
 Population couverte en 3G au 2nd trimestre 2019 : plus de 99%.
 SFR couvre également 99,5 % de la population en 4G.
 Plus de 8,63 Milliards d'€ de chiffre d'affaires déclaré à la fin de l'année 2018.
 18,1 millions de clients mobile en 2019.
 + 41 000 nouveaux abonnés fixe et + 234 000 abonnés mobiles au 3ème trimestre 2019.
 Plus grand réseau THD (Très Haut Débit) de France et plus de 14 millions de prises éligibles
Figure 3 Chiffre à la fin d’Octobre 2020
III. Activités - Services SFR
En 2016, SFR a remodelé sa structure pour créer SFR Group et organiser ses activités en 3 pôles :
2. SFR Télécom :
La branche télécom regroupe la téléphonie fixe et mobile, l'internet haut débit en ADSL et l'internet
THD en FTTH et en FTTLA sur le réseau câblé hérité de Numericable. SFR se déploie sur trois marchés :
le grand public avec ses offres SFR ou RED by SFR, les entreprises via sa marque SFR Business, et enfin
les opérateurs tiers utilisant ses équipements et réseaux, notamment les MVNO.
3. SFR Publicités :
Ce pôle a pour objectif de monétiser l'ensemble des contenus édités et diffusés par le groupe et de
développer des supports cross-canaux sur des segments spécialisés à l'attention des annonceurs.
4. SFR Média :
Avec SFR Media, le groupe élargit son champ d'action et se positionne comme un diffuseur de
contenus. Intronisée en juillet 2016, la branche SFR Media comporte elle-même trois ramifications

13
: SFR Presse, qui intègre notamment les groupes Libération et L'Express, SFR RadioTV et ses chaînes
d'information TV et Radio, et enfin RMC Sport qui regroupe les activités liées aux chaînes sportives du
groupe. La création de SFR Media découle de la prise de contrôle de la part de SFR Group de 2 groupes
média : NextRadioTV et Altice Média Group.
Ainsi, SFR propose des services complets pour accompagner les entreprises dans leur transformation
numérique :
Figure 4 Services proposés aux clients SFR
IV. Stratégie
La refonte de la structure de SFR, à l'initiative de sa maison-mère Altice, a pour but de diversifier les
activités du groupe sans les limiter au seul secteur des télécoms. Par le biais de son offre TV (les
chaînes SFR News et RMC Sport) et de sa mainmise sur plusieurs groupes de presse, SFR poursuit ainsi
l'objectif de s'implanter durablement sur le marché du contenu et des médias. A cet égard, Altice
développe également un studio dédié à la création de films et de séries, Altice Studio.
Cette nouvelle stratégie permet dans le même temps à SFR de proposer à ses clients mobile et La Box
de SFR des contenus exclusifs (La Premier League anglaise et SFR Presse notamment). Le partenariat
instauré avec Zive (désormais renommé SFR Play VOD), service de VOD à la demande inclus dans les
gammes d'offres supérieures de SFR, traduit la volonté du groupe de garnir ses abonnements de
nombreux services et ainsi se démarquer de la concurrence. SFR justifie d'ailleurs l'augmentation
récente de ses tarifs par la densité des services désormais proposés, incluant notamment les chaînes
beIN Sports ou OCS, ainsi que l'accès optionnel au catalogue Netflix.
V. Perspective d’évolution
 SFR donne le top départ de la 5G en France avec le lancement à Nice, 1ère ville française
ouverte en 5G
Après avoir été le premier opérateur à lancer la 3G puis la 4G en France, SFR est le premier opérateur
à ouvrir une ville française en 5G et à lancer la 5G en France pour le grand public et les entreprises.
Comme annoncé le mois de Novembre 2020 après l’obtention des 80Mhz de fréquences qui confortent
ses positions sur le marché, SFR propose ainsi une expérience optimale en 5G sur les nouvelles
fréquences obtenues.

14
Figure 5 Carte de la ville Nice présentant la zone couverte par la 5G
SFR continuera, en concertation avec les communes, à déployer la 5G, dont les premières
performances aussi bien technologiques qu’environnementales sont exceptionnelles, et à annoncer
prochainement des ouvertures de villes, notamment Montpellier, Bordeaux, Nantes, Marseille et Paris
Ile-de-France.
 SFR poursuit ses investissements en 4G et Fibre pour assurer la couverture numérique du
pays
L’investissement de SFR dans la 5G va de pair avec le déploiement massif de la 4G et de la Fibre pour
répondre chaque jour, sur tout le territoire, et pour tous, aux besoins croissants de connectivité des
Français.
Tous les mois, ce sont des centaines de nouvelles antennes 4G qui sont mises en service (+527 en
Octobre 2020) et des centaines de milliers de logements qui sont rendus raccordables à la Fibre
(+607.000 en Octobre) par les équipes de SFR qui se mobilisent sur le terrain.
SFR investit près de 3 milliards d’euros chaque année dans ses infrastructures THD fixe et mobile pour
répondre aux attentes de ses clients et à l’augmentation des besoins en capacité.
 Une politique d’engagement forte pour favoriser l’inclusion numérique face à la crise
En 2020 et plus que jamais, la mobilisation de SFR pour accompagner les Français et leur garantir un
accès de qualité aux services numériques a été fort. Cette mobilisation s’accompagne aujourd’hui
encore d’une politique d’engagement sans précédent, initiée dès le mois de Mars, et qui se poursuit
depuis le reconfinement, pour permettre à toutes les personnes encore exclues du numérique de
bénéficier d’une connexion ou d’outils qui la favorise.
Ainsi et dans ce contexte de déploiement des réseaux Fibre, 4G et 5G, SFR continue de travailler à
l’inclusion numérique des populations les plus fragiles via la formation et la fourniture de dizaines de
milliers de smartphones, box 4G, recharges prépayées et Go de data.
Dès à présent, SFR couvre plus de 50%
de la population niçoise en 5G. Nice
devient donc la première ville
française ouverte en 5G, accentuant
ainsi son attractivité économique et
renforçant sa position de ville
intelligente, à la pointe du numérique.
Grâce à ce bond technologique capital
pour la reprise économique et pour
l’avenir de l’industrie, la Métropole
Nice Côte d’Azur conforte sa place
parmi les métropoles les plus
dynamiques et réactives en Europe.

15
VI. Organigramme
SFR, est comme toute autre entreprise, est piloté par la direction générale sous le Président. Elle se
compose de 10 départements, à savoir : le département financier, juridique, secrétariat générale, etc.
Chacun de ses départements se compose de plusieurs directions, comme les deux figures ci-dessous
le montre :
Figure 6 Organigramme SFR
J’ai fait partie de l’équipe OSS et Facturation, piloté par la sous-direction Exploitation B2C Back Office
OSS & Facturation, comme la figure ci-dessous le montre.

16
Figure 7 Organigramme de la direction de l’Exploitation
Chapitre 2 : Analyse de l’existant
I. Collecte
SFR a deux types de clients : particuliers (GP) et professionnels (entreprises et opérateurs). Chacun des
clients est souscrit à un ou plusieurs abonnements. Pour suivre les différentes consommations, SFR a
mis en place deux types de mécanismes pour faire le suivi des détails de ces consommations :
 Collecte issue des plateformes réseau distantes propres à SFR (des routeurs, des passerelles,
des équipements Nokia, Alcatel, Cisco etc.)
 Collecte issue des partenaires à SFR (ex : Syniverse)
Ces collectes préviennent sous format des fichiers que l’on appelle CDR. En effet, ils contiennent un
ensemble de données recueillies par les collectes concernant un appel, à savoir : l’appelant, l’appelé, la
cellule, le temps d’appel, l’opérateur, nombre de bits consommés, etc.
À noter qu’un fichier CDR est appelé « ticket » chez SFR. Un fichier CDR peut contenir un ensemble
de CDRs (ou tickets).
On peut approcher la collecte selon deux approches :
 Type de collecte
 Entité de collecte
1. Type de collecte
SFR, et comme tout autre opérateur, propose plusieurs services selon le besoin du client. Cela impose
à SFR de mettre en disposition des équipements pour effectuer non seulement de la collecte mais de
différencier entre elles aussi. Pour ce faire, on a des systèmes que l’on appelle systèmes applicatifs SA
et on a chacun pour chaque type de collecte :

17
a. XMS
Ce SA permet la collecte et traitement des tickets SMS et MMS en provenance des passerelles SMS-C
et MMS-C. Ces derniers permettent eux-mêmes la gestion de transfert de messages SMS (textes ou
binaires) vers les terminaux mobiles, voire avec les émetteurs. En particulier, quand un abonné envoie
un XMS vers un autre, le terminal transmet en réalité le SMS vers le SMS-C. Le SMSC stocke le message
puis le transmet au destinataire lorsque celui-ci est présent sur le réseau (terminal allumé, et prêt à
recevoir).
b. DATA
Il permet la médiation des tickets data mode paquet « GPRS » et « UMTS » de la SFR et RO SRR. C’est-
à-dire, tous les tickets qui concernent les appels avec/sans la visiophonie, la vidéo à la demande,
navigation et tout type de service via l’accès Internet.
La collecte est assuré par le protocole FTP et le SA DATA permet d’effectuer plusieurs traitement sur
les tickets à savoir : décodage, filtrage, validation, agrégation, etc.
c. Roaming Out - COVORO
Il s’agit de la collecte concernant les consommations faites par les clients étrangers des autres
opérateurs en passant par le réseau de SFR. Cette collecte traite uniquement des tickets voix et SMS
pour SFR, SRR et les MVNO.
Cette collecte est effectuée par l’un des partenaires de SFR : Syniverse. Le rôle de ce dernier est de
récupérer les fichiers de tickets bruts de toutes les consommations RO et de les renvoyer par la suite
à un serveur interne que l’on appelle Forsythia qui subit un décodage et formatage interne aux tickets
pour être au format commun interne.
À noter que le terme « COVORO » est utilisé chez SFR pour référer à la COllecte VOix Roaming Out.
d. Roaming In
Il s’agit de la collecte concernant les consommations faites par les clients SFR en étranger en passant
par des réseaux tiers.
e. Prépayée
Il s’agit de la collecte des tickets de taxation générés par le réseau IN concernant le service PPS
(PrePayed System) de SFR.
Le transfert de fichiers de tickets à l'initiative de la Collecte PP est assuré par le protocole SFTP.
C’est parmi les collectes les plus répondues d’aujourd’hui grâce à l’explosion de la consommation des
forfaits téléphoniques et Internet.
À noter qu’on a deux formats des tickets distribués au SSA avals (voire paragraphe Valorisation) :
tickets de débit et de crédit.
f. Cottage
Il s’agit de la collecte de la voix nationale, fixe et mobile, effectuée dans les zones blanches. (les zones
couvertes par le réseau SFR)
2. Base de collecte
On a deux entités de collectes : ENRCOLL et SOMTOUS.
a. ENRCOLL
ENRCOLL est un terme utilisé chez SFR pour dire ENRegistrement COLLectes. C’est un SSA qui :
 Joue le rôle d’une méga-base de données.

18
 Reçoit des fichiers de tickets envoyés par les collectes (XMS, DATA, etc.).
 Fait la concaténation de ces fichiers de tickets pour les renvoyer par la suite aux SSA avals (voir
paragraphe Valorisation)
 Reçoit des rapports envoyés par les collectes et de les renvoyer vers les SSAs concernés.
b. SOMTOUS
SOMTOUS est une infrastructure offrant des services d'échanges de fichiers entre le monde de la
production et celui de la bureautique.
Elle joue le rôle d’une base de données intermédiaire pour quelques types de collectes, notamment :
le roaming in et la collecte Wifi SFR, etc.
3. Principe de fonctionnement
La collecte est effectuée avec l’exécution des scripts prédéfinis et pré-paramétrés qui sont localisés sur
différents serveurs. L’exécution de ces derniers entraîne l’envoie périodiques des fichiers de tickets à
ENRCOLL et les systèmes avals pour permettre un traçage et historique sur les consommations ainsi
que pour effectuer la valorisation et la facturation des tickets.
Voici quelques exemples des fichiers de tickets générés :
Flux Format du fichier Périodicité Transfert
SFR : Tickets brutes
MMS Comverse
MMSCs
ASCII 10 minutes SFTP
Fichiers de tickets vers
ARBOR ENT
ASCII 30 minutes CFT
Rapports Tableaux de
Bord MMS SFR et SRR
ASCII Une fois par jour CFT
Tableau 2 exemples des fichiers de tickets générés
4. Outils de supervision
Le contrôle et la supervision des états des scripts sont assurés avec deux systèmes de
d’ordonnancement :
a. VTOM
C’est un outil de planification pour les « collecte fixe » qui permet :
- De gérer les ordonnancements de chaque Plan de Production.
- La mise en œuvre de la production par modélisation graphique.
- La planification et l’automatisation de travaux périodiques ou à la demande
- La prise en charge des actions et des plannings
Il se compose de :
i. Environnements :
C’est un « cloisonnement » technique (au sens de VTOM), qui correspond généralement à un Plan de
Production applicatif, ou à un environnement métier/fonctionnel. Ce « cloisonnement » VTOM
permet, à la demande d’arrêter ou de maintenir un Plan de Production donné, sans impacter le reste
des autres Plans de Production VTOM.

19
ii. Applications :
Une application au sens VTOM est un regroupement de traitements VTOM (jobs). Elle est donc un
« conteneur » logique, dans lequel sont regroupés un ensemble de traitements (jobs, scripts, taches,
etc.) qui s’enchainent logiquement, et forment un tout cohérent.
iii. Jobs :
Un Job VTOM est « le plus petit élément » ordonnançable : c’est le traitement qui est concrètement
lancé par VTOM : exe, script, Shell, batch, requête, etc.
Figure 8 Schéma de l’outil VTOM
b. Control-M
Même chose que VTOM. La différence est que cet ordonnanceur traite la partie de la collecte mobile.
II. Valorisation
Après la collecte, les tickets passent par une deuxième entité que l’on appelle « valorisation ». Et
comme on a plusieurs SA pour chaque type de collecte, on a «également plusieurs SA pour chaque
type de valorisation. Ce sont des systèmes puissants qui permettent de donner une valeur à chaque
ticket, pour pouvoir le facturer par la suite.
On a plusieurs systèmes avals de valorisation, à savoir :
1. BIOS
Le BIOS est le système de gestion des offres du mobile pour le Grand Public.
Il se compose de 6 SSAs :
• Prise de commande (B40) : Référentiels (parc installé, données contractuelles, commandes),
IHM Relation Client.
• Catalogue (B41) : Paramétrage et fourniture des informations aux applications FO (ventes) des
informations liées à l’offre.
• Order Management (B42) : Ordres BIOS  SSA impactés.
• BRM (Valorisation / Facturation) (B43) : Génération et suivi du chiffre d’affaire.
• Infoconso (B44) : Fourniture des informations liées à la consommation des clients.

20
• ETLBIOS (B45) : Traitements performants et mutualisés, contrôles de cohérence.
• MIG_BIOS_PILOTAGE (E28) : SSA utilisé que lors des migrations de masse.
BIOS couvre des besoins relatifs à la gestion du contrat et à l’ensemble de l’offre :
Figure 9 Schéma des SSAs du BIOS
2. ARBOR GP
ARBOR GP est le système qui s’occupe de la valorisation et facturation des services (ADSL, TV, voix) fixe
grand public. En effet, il gère l'ensemble des services de provisionning, de valorisation, de facturation,
d’encaissement, de relance/recouvrement et de comptabilité des clients résidentiels et professionnels
qui utilisent des lignes fixes du Groupe SFR
Arbor GP utilise deux serveurs :
- Le serveur principal, hébergeant le moteur ARBOR, les traitements binaires, ksh, sql … et les
autres traitements qui sont lancés à chaque run de facturation.
- Le serveur BBD (su1***6), hébergeant toutes les bases qui contiennent les informations de
configuration et les informations relatives aux clients ainsi que la base d’archivage.
On retrouve dans ARBOR GP les informations concernant les lignes, les services, les paiements, les
cycles de facturation etc.
À noter que l'application s'est anciennement appelée ARBOR BTB ce qui signifiait "Born To Bill". En
2018 à l'occasion du changement de version, on l'a renommée en ARBOR GP pour éviter la confusion
avec l'utilisation bien plus fréquente de BTB (B2B) = "Business To Business" (Pour éviter toute
confusion dans les schémas qui ne sont pas reproduits depuis un moment).
3. ARBOR PUMA
Le système PUMA permet la valorisation et la facturation des clients SFR Entreprises.
Pour répondre à ces besoins, le système est interfacé avec
- Un système de gestion clients (cette interface est communément appelée le connecteur).
- Un système de collectes, qui via le réseau rapatrie les fichiers de tickets d’appels.
 Gestion du Catalogue commercial
 Prise de Commande
 Traitement et suivi de
Commandes
 Valorisation / Facturation
 Présentation des consommations

21
Plusieurs interfaces sortantes permettent d’alimenter les autres SSA connexes tels que
- Une interface de composition des factures produites.
- Une interface de reporting interne de l’activité entreprise.
- Une interface de reporting externe à destination des clients.
- Une interface de système de compatibilité client.
Figure 10 Schéma de l’architecture fonctionnelle du système de facturation SFR Entreprise
4. ARBOR OPE
Le système ARBOR OPE permet la valorisation et la facturation des clients SFR Opérateurs.
Il a la même disposition qu’ARBOR PUMA :
- Un système de gestion clients (interface connecteur).
- Un système de collectes, qui via le réseau rapatrie les fichiers de tickets d’appels.
- Une interface de composition des factures produites.
- Une interface de reporting interne de l’activité entreprise.
- Une interface de reporting externe à destination des clients.
- Une interface de système de compatibilité client.
COLLECTE
NR0U0127 NR0U0455
FRONT OFFICE
NR0U0014
SU1****7
APMDATA
Collectes
Routage
tickets
Valorisation Connecteurs
Facturation
Flux
financiers
Envoi
gisement
Indic Rev.
Ass.

22
III. Outils de suivi
Après avoir effectué la collecte, la valorisation et la facturation, il faut y avoir une entité qui gardera et
présentera les statistiques des différentes consommations afin de garantir un historique et un log,
pour pouvoir effectuer d’autres actions quotidiens, comme le contrôle d’acquisition des tickets et des
actions tout au fil de l’année, comme l’audit hebdomadaire ou annuel. Pour ce faire :
a. Tableaux Excel
Les fichiers Excel sont dédiés à la collecte « mobile ». Ils sont localisés dans les répertoires des disques
partagés au niveau du réseau intranet de SFR. On a pour chaque type de collecte un fichier Excel. De
même pour la valorisation, chacune a un fichier Excel propre à elle.
Tout fichier Excel contient des feuilles, qui contiennent des tableaux où figurent les détails des
statistiques des différentes consommations.
- La feuille TMP_MEF : feuille qui contient les statistique du jour J et qui change de valeurs
quotidiennement.
- Une deuxième feuille pour un type de service (SMS, Data, Cottage, etc.) pour les statistiques
de la consommation SFR.
- Une troisième feuille pour un type de service pour les statistiques de la consommation SRR.
Exemple :
Pour la collecte XMS on a :
- Un fichier Excel pour la collecte SMS, qui contient :
o la feuille TMP_MEF
o Feuille pour SMS SFR
o Feuille pour MMS SFR
- Un fichier Excel pour la collecte MMS, qui contient :
o la feuille TMP_MEF
o Feuille pour MMS SRR
o Feuille pour MMS SRR
Pour bien comprendre, prenons l’exemple du fichier de la collecte RO :
Le fichier Excel PR07a.COLLECTE_RO.xls (qui existe dans le répertoire : U:INTRANET_LS_BACK_OFFICE
INDEXDOC_SOAPR07a - COLLECTESCollecte_RO) contient les détails des fichiers reçues de la part
de Syniverse. Ces fichiers subissent à un processus de traitement de décodage par le
serveur Forsythia (su1**5) pour pouvoir transmettre les compteurs des statistiques.
Le tableau du fichier Excel se décompose d’un grand tableau et des sous tableaux :
- Tableau général
- Tableau suivi des tickets
- 4 tableaux de distribution des tickets
 Tableau général :
Date
Nbre de
fichiers
reçus sur
Seuil sur
fichiers
reçus
Nb
fichiers
rejetés
Nbre de
fichiers
intégrés
BALANCE
CARRE
PCT
rejetés
SEUIL

23
DECODAGE
TAP
JJ/MM/AAAA 1 360 800 0 1 360 0 0,00% 1,00%
Tableau 3 : Tableau général de la collecte RO
Le tableau présente :
 Nbre de fichiers reçus sur DECODAGE TAP : fichiers en acquisition (qui viennent de la part
de Syniverse)
 Seuil sur fichiers reçus : seuil définit à 800 fichiers en minimum.
 Nbre de fichiers intégrés : représente le nombre de fichiers intégrés après le traitement de
décodage Forsythia.
 BALANCE CARRE = Nbre de fichiers reçus sur DECODAGE TAP - Nb fichiers rejetés - Nbre de fichiers
intégrés.
 Tableau suivi des tickets :
8 Nb tickets
traités
SEUIL 9 Nb
tickets
non
valides
Seuil BCG
Entrée Dtap
Commentaire SEUIL
13 979 694 3 500 000 190 10 000 0   3 000 000
10 Nb tickets
décodés
11 nombre de
tickets GSM
enrichis
12 nombre de
tickets GPRS
enrichis
BCG
Interne
Récup Commentaire
13 979 504 5 530 248 8 449 256 0    
14 nombre de
tickets
formatés non
filtrés
15 nombre de
tickets formatés
filtrés
21 Nombre
de tickets
IVPN
BCG
Sortie -
Distribution
Recup Distribution
DATA +
VOIX + ZB
SEUIL
13 979 500 4 0 0   13 979 500 2 500
000
Tableau 4 Tableau suivi des tickets RO
Il se compose de plusieurs colonnes, les plus importantes sont :
 8 Nb tickets traités : nombre de tickets extraits des fichiers TAP.
 SEUIL : seuil définit à 3 500 000 tickets en minimum.
 10 Nb tickets décodés : nombre des tickets après le filtrage des tickets non valides.
 Distribution DATA + VOIX + ZB : nombre de tickets à distribuer à la data, voix et la Zone
Blanche.
 Les tableaux de distribution :
Ce sont des tableaux de la forme suivante :
distribution
DATA RO
BCG
DATA RO
Récup Entrée
DATA RO
SEUIL Commentaire
8 095 148 0   8 095 148 600 000  
Tableau 5 Les tableaux de distribution RO
Le tableau présente :

24
 Distribution DATA RO : nombre de tickets distribué vers la data RO pour les traitements data
RO.
 BCG DATA RO = Entrée DATA RO - distribution DATA RO + BCG DATA RO de la veille – la
récup.
 Entrée DATA RO : tickets envoyé à la data RO.
 SEUIL : seuil définit à 600 000 tickets en minimum.
Même chose pour les autres tableaux de distribution en changeant le type de service par :
 Distribution DATA ZB
 Distribution VOIX RO
 Distribution VOIX ZB
b. Balance Carrée Glissante
On a pour chaque type de collecte/valorisation une BCG au minimum. C’est une formule qui change
avec le type de service (une BCG pour la collecte SMS, une BCG MMS valorisation, une BCG cottage,
etc) et qui se calcule localement au niveau des cellules Excel. Elle permet de donner une idée sur le
suivi de la consommation et c’est un facteur essentiel pour les contrôles :
- Un résultat de BCG sous le seuil défini  pas de présentation de problème.
- Un résultat dépassant le seuil défini  ouverture d’un incident pour justifier le résultat.
En effet, le deuxième cas est généralement causé aux pertes, rejet ou dédoublons des fichiers de
tickets lors des transmissions entre les équipements de collecte, la collecte et la valorisation. (À cause
d’une panne technique, mise en production, migration, etc.).
c. MEILTA
MELITA est un SSA qui offre nombreux services aux équipes d’exploitation applicative et aux équipes
métiers de SFR Business.
Il se compose de plusieurs IHM, les plus importantes sont :
- ARCHE
- CALICA
- ISEE
- IMPRT
Ce qui nous intéresse est l’IHM CALICA.
À noter qu’ARCHE et CALICA sont connectées à la base de données MELITA et restituent les données
collectées par MELITA sur les différentes bases de données desquelles ils récupèrent des informations.
i. ARCHE
ARCHE est un projet conçu pour épauler SFR Business dans le cadre de sa démarche :
 d’amélioration de la qualité,
 de sauvegarde du chiffre d’affaires.
Plus précisément, ARCHE a pour ambition de contrôler les anomalies :
 de commandes,
 de contrats,
 de valorisation et de facturation.

25
La vision chiffrée de ces anomalies permet ainsi :
 Une priorisation des efforts à fournir et donc la construction de plans d’actions au travers de
coûts mesurables.
 Une priorisation des investissements à réaliser et donc assurer une fiabilisation du S.I.
 Une meilleure réactivité sur les problématiques clientes et donc une satisfaction Clients par
une démarche proactive.
ii. CALICA
L’IHM CALICA propose une vue sur l’ensemble des balances carrées, un procédé permettant de suivre
le cycle de vie d’un ensemble de tickets d’appels transitant sur les différents équipements réseaux du
Groupe SFR. Par cycle de vie d’un ticket on entend l’ensemble des actions qu’éprouve un ticket après
que la communication qu’il identifie soit arrivée à son terme. Autrement dit, seuls sont pris en compte
les tickets d’appels dont les communications sont terminées.
A travers son IHM CALICA, MEILTA permet de :
 Afficher les balances carrées en dates de traitement et en dates d’appel.
o Date de traitement : date de traitement des données par la médiation.
o Date d’appel : date de génération des fichiers de tickets.
 Classer les balances carrées selon 3 catégories : (pour plus de détails, voir chapitre suivant)
 Les SOX Collectes (CS2K, E10X7, E10X9, ITALTEL, MGC10, SONUS, WIFI,
VGAST, CTIMOB).
 Les SOX Valorisation SI (ARBOR GP et ARBOR OPE).
 Les SOX Entreprise (Fixe, Mobile, M2M).
CALICA est également un projet conçu pour épauler SFR dans le cadre de sa démarche de :
 Supervision de la chaîne de ticket Fixe et Mobile ;
 Garantir l’exhaustivité des données et de valider le CA ;
 Répondre aux attentes des contrôleurs et audits interne.
Plus précisément, CALICA a pour ambition de contrôler les anomalies pour :
 Minimiser les pertes de CA ;
 Réduire le taux de non qualité sur facture ;
 Contrôler la performance des chaînes de valorisation SI (temps de traitement inter/intra SI).

26
Figure 11 Page d’accueil de CALICA
Figure 12 Exemple de détails des contrôles sur CALICA
d. IHM PUMA
Le troisième et le dernier outil de suivi est l’IHM accessible via le réseau intranet de SFR depuis :
http://puma-*********************sfr.com/Central/web/app.php/

27
Figure 13 Page d’accueil de l’IHM PUMA
C’est un module qui fait des statistiques pour afficher les balances carrées (appelé étanchéité sur cet
IHM) en dates d’appel uniquement. Et cela est fait en trois étapes :
o En pré-valorisation
o En valorisation
o En post-valorisation
i. Pré-valorisation :
Il y’a un comptage des fichiers de tickets bruts reçus le moment de leur récupération depuis la collecte
avant de les mettre en entrée-valorisation.
Cette partie du module est tournée quatre à cinq fois par jour toutes les trois heures (7h, 10h, 13h,
16h et 19h). Donc à 19h on a un nombre de fichiers à transmettre et à traiter pour la valorisation.
ii. Valorisation
Cette partie du module est tournée une seule fois à 20h. Elle traite tous les fichiers de tickets qui sont
transmis par la pré-valorisation entre 7h du matin et 19h.
iii. Post-valorisation
Le rôle de ce troisième processus est de valider les tickets qui sont rentrés au système le moment de
la valorisation.
Il se peut qu’il y ait un décalage entre la pré-valorisation et la valorisation. En effet, il y deux cas :
o La pré-valorisation = la post-valorisation. Ce qui est normal si c’est le cas.
o La pré=valorisation < la post-valorisation. Ce qui est le cas général et normal vu que la pré-
valorisation s’arrête à 19h. D’où le rôle de la post-valorisation, qui justifie le décalage des
courbes sur la figure ci-dessous :

28
Figure 14 Graphe donnant sur les statistiques des contrôles de la valorisation de la collecte Mobile
En ce qui concerne la BCG, elle est appelée ici « Étanchéité ». Et comme la figure ci-dessous le montre,
la post-valorisation récupère le reste des fichiers de tickets de la journée pour avoir une étanchéité
juste et compatible avec la norme et le seuil définis.

29
Figure 15 Statistiques de la valorisation et de l’étanchéité des collectes fixe des opérateurs
IV. Station d’administration
1. Macro
L’affichage et le transfert de ses statistiques vers les différents outils de suivi est assuré par l’exécution
des fichiers Batch Windows. Ces scripts effectuent des transferts de fichiers, des sauvegardes et lance
un type de fichier que l’on appelle « les Macros ».
En effet, ce sont des programmes développés et programmés en langage VBA et qui sont lancés via
l’exécution des fichiers batch Windows.
Ils contiennent les informations nécessaires pour récupérer les statistiques à savoir :
o Le type de la collecte et/ou de la valorisation
o Le fichier Excel où les déposer
o Le répertoire de la feuille Excel précise où les déposer
o La colonne et la ligne exactes
o Le nom du serveur distant qui contient les statistiques
o Le nom d’utilisateur et son mot de passe pour pouvoir se connecter et récupérer ses
statistiques

30
o Le fichier de configuration FTP qui permettra le transfert
o Le nom du fichier qui contient les statiques
o Le répertoire qui contient le fichier des statistiques
o Etc.
L’exécution des Marcos varie entre deux à vingt minutes (selon l’exhaustivité de la Macro). En effet,
les Macros sont capables d’alerter l’équipe d’exploitation, en cas d’erreur de traitement, par l’envoi
d’un message via le système de messagerie interne du bureautique SFR, pour pouvoir se connecter au
PC SOX et de les lancer automatiquement (en cas d’un rattrapage demandé suite à une erreur de
traitement signalée puis réglée auparavant). Les fichiers collectes seront remplis chaque jour
automatiquement.
Divers erreurs peuvent bloquer la collecte et le traitement des données, notamment :
o Problèmes d’accès aux fichiers FTP
o Problèmes d’accès en écriture aux fichiers collectes
Dans ce cas, le manque des données pour un ou plusieurs jours consécutifs n’aura pas d’impact sur les
traitements programmés pour les jours suivants (cependant, chaque rattrapage doit s’opérer avant
l’expiration des fichiers à transférer du côté production).
Figure 16 Exemple des collectes effectuées lors du lancement de la macro SOX Collectes
2. PC SOX
Le lancement de ces Macros est ordonnancé dans un serveur entièrement automatisé et qui est
hébergé au niveau du réseau intranet de SFR appelé « PC SOX ». Il permet de lancer quotidiennement
les Macros pour récupérer les statistiques.
Chaque lancement ne s’occupe que du traitement des données d’exploitation du jour précédent (i.e.
J-1 : les données du lundi seront traitées le mardi et les fichiers collectes resteront à jour avec une
journée de décalage).

31
Figure 17 Page d’accueil du PC SOX
Nom du script Nom du fichier log
Exec quotidien 07H_V3.cmd Exec_quotidien_07H_V3.log
Exec quotidien SIO 11H_V3.cmd Exec_quotidien_SIO_11H_V3.log
Tableau 6 Exécutions quotidiennes effectuées par le PC SOX
V. Schéma récapitulatif du principe globale de démarche
Figure 18 Schéma récapitulatif du principe globale de démarche

32
Chapitre 3 : Présentation du projet
I. Problématique
Aujourd’hui, des milliers voire des millions d’échanges cellulaires sont établis, que ce soit en appel
audio/vidéo, message textuel/vocal, demande de streaming/téléchargements, etc. Ce qui rend le flux
méga-important et par conséquent, augmente sa fréquence de transmission. Ce qui traduit en échange
énorme et massif de fichier de tickets pour SFR. Pour cela, il faut contrôler le nombre de fichiers de
tickets envoyé par les outils de collecte, intégré à la collecte et transmit par la suite à la valorisation.
Cependant, la fréquence élevée du trafic, les pannes techniques et les migrations de production prévus
ou imprévus perturbent le cycle d’échange de fichiers de tickets entre la collecte et la valorisation. Et
par conséquent, il y aura des pertes et des rejets de fichiers de tickets. Parfois créés en doublons aussi.
Ce qui impact l’entreprise en terme de :
o Performance technique : statistiques d’échange non valides et contrôles non pertinents.
o Performance financière : une mauvaise facturation qui touche au chiffre d’affaire de
l’entreprise ainsi que les fraudes et/ou erreurs, et donc : informations financières non
réelles et non transparentes sont publiées.
o Service clientèle : perte de confiance, perte de clients, une mauvaise gestion de contrats
de maintenance, d’assurance ou d’enregistrement de commandes clients et par
conséquence image non fidèle.
o Etc.
Pour ce faire, on a recourt à faire des contrôles quotidiens sur les entrées-sorties des Sas, Collecte et
Valorisation, afin de garantir un suivi correcte et à jour qui servira pour les futurs contrôles et audits,
comme le figure ci-dessous le montre :
Figure 19 Contrôles quotidiens effectués
D’où le recourt à la loi Sarbanes Oxley :

33
II. Loi SOX : Sarbanes & Oxley
SOX est l’abréviation d’une loi américaine, “The Sarbanes & Oxley act”, qui fut votée par le parlement
américain suite aux scandales “Enron” et “WorldCom”. Sarbanes et Oxley étant les deux
parlementaires ayant proposé le texte de loi. Cette loi s’applique à toutes les sociétés, américaines ou
non, qui sont cotées en bourse aux Etats-Unis. Si l’entreprise n’est pas américaine, SOX reste une
procédure d’application. Mais également les filiales, établies aux Etats-Unis ou non, de ces sociétés
sont visées.
1. Objet des contrôles SOX
Le but majeur des SOX est d’obliger les sociétés à mettre en place au sein de leur organisation des
procédures de contrôle nécessaires afin :
 De détecter toutes les fraudes et/ou erreurs dans la gestion financière de l’entreprise, et donc
de s’assurer que les informations financières publiées par ces sociétés soient exactes et réelles.
 Que la tenue des comptes soient suffisamment détaillés pour fournir une image fidèle des
opérations et des cessions d’actifs d'une entité économique.
 Que ces comptes apportent l’assurance « raisonnable » que les opérations sont enregistrées
comme il se doit pour établir les états financiers conformément aux principes comptables
généralement reconnus.
 Que les encaissements et décaissements de l’entité se sont déroulés avec l’autorisation de la
direction et du conseil d’administration.
 Que les données comptables aient détecté toute acquisition, utilisation ou cession non
autorisée des éléments (matériels ou immatériels) de l’entité de nature à fausser la transparence
des états financiers.
Ceci afin de ne pas influencer le cours de l’action en Bourse et de rassurer les investisseurs que la loi
implique la responsabilité de la direction en ce qui concerne l’établissement et le maintien du contrôle
interne ainsi que des procédures de communication financière à la date de clôture des comptes. Par
ailleurs, le CEO de la société étant en outre personnellement responsable de l’information publiée.
2. SOX et l’IT
Afin de s’assurer que toutes les informations financières à publier soient correctes, il y a lieu de
s’assurer que le traitement informatique de l’information se fasse sans risque d’erreurs. Pour ce faire,
toutes les applications informatiques à caractère financier de l’entreprise doivent être contrôlées et
auditées régulièrement (minimum une fois par an). Le département informatique de l’entreprise doit
donc mettre en place des procédures de gestion informatique.
D’autre part, tous les processus ayant un impact sur la gestion financière de l’entreprise doivent être
décrits, maintenus à jour et audités régulièrement. Les processus visés sont tous ceux qui génèrent,
directement ou indirectement, des mouvements comptables. A titre d’exemple, on peut citer les
processus de facturation, de paiement, d’investissement ou de rémunération, mais aussi des
processus tels que la gestion de contrats de maintenance ou d’assurance, d’inventaire ou
d’enregistrement de commandes clients qui peuvent indirectement influencer les résultats
comptables.
III. Cahier des charges
J’ai intégré l’équipe « Exploitation B2C Back Office » et plus précisément l’équipe « OSS et
Facturation » de la Direction « Exploitation et Projets du Système d'Information » en tant que
stagiaire : ingénieur Process SI - Support Technique et Exploitabilité. Et j’étais chargé des missions
suivantes :
 Audit du processus SOX appliqué au sein de l'Exploitation et de l'outillage disponible :

34
o Auditer l'ensemble des acteurs intervenant dans le processus bout en bout (DAF, études,
production) en vue de comprendre en détail le fonctionnement et les objectifs des
contrôles portés par l'Exploitation.
o Auditer le bout en bout des outils de production des contrôles SOX (depuis les applications
SI (collectes/valorisation) jusqu'aux preuves de matérialisation de la réalisation des
contrôles.
- Produire une documentation détaillée de ces deux audits.
- Sur la base des audits réalisés, proposer des solutions d'amélioration en « court terme » pour fiabiliser
la production des contrôles et réduire la charge de maintiens des outils si possible.
- Piloter sous la direction du responsable de l'équipe la mise en œuvre de ces améliorations.
- Rédaction des spécifications en vue de refonte de l'outillage.
- Récolter les besoins des Responsables Technico-Fonctionnels et des porteurs des contrôles en vue
d'une refonte de l'outillage.
- Sur la base des audits réalisés et de la collecte des besoins : rédiger les spécifications générales et
détaillées en vue d'une refonte ultérieure de l'outillage
Chapitre 4 : Audit de bout en bout du processus des contrôles SOX
I. Glossaire
Avant que je vous présente le travail réalisé, voici un glossaire contenant le vocabulaire fréquent pour
éviter toute confusion.
Terme Désignation
Fichier de ticket
(CDR)
Call Detail Record : Ensemble des données recueillies par les collectes
concernant un appel donné.
Fichier de
statistiques
Rapport généré par les serveurs de collectes contenant des compteurs sur
l’ensemble des tickets recueillis par les collectes.
Médiation (Terme utilisé pour référer au type des collectes « fixe »)
Réception des tickets en provenance d’équipements réseau fixe et génération
des CDRs à destination des systèmes de valorisation Fixe (ARBOR_GP pour le
B2C, ARBOR_PUMA pour le B2B, ARBOR_OPE pour la partie opérateur).
B2B Business To Business : pour référer aux clients professionnels de SFR
(Entreprises et Opérateurs).
B2C Business To Customer : pour référer aux clients particuliers (Grand Public).
BeB Bout en bout
BTB Born To Bill
.csv Extension des fichiers de statistiques
Tableau 7 Glossaire des vocabulaires fréquents pour le contrôle SOX
II. Contrôles effectués
Le but des contrôles est de comparer le volume de CDRs émis avec celui des CDRs reçus.
On a deux types de contrôles :
 Contrôle en acquisition

35
 Contrôle en valorisation
III. Contrôles du périmètre B2B – B2C côté CALICA
1. Outil de contrôle
Le contrôle est réalisé initialement de façon automatique dans CALICA, en calculant la BCG après avoir
récupérer les fichiers de statistiques de la base de données de MEILTA.
Le résultat est émis par mail (11h30 Pour ARBOR_GP par exemple) vers l’équipe en charge de la
réalisation du contrôle (DEPSI/BOA) qui interprète le contrôle et crée, dans le cas échéant, un ticket
d’incident pour justifier le problème. (Panne technique, mise en production, etc.).
2. Formule de contrôle
La formule de calcul réalisée par CALICA pour comparer les volumes de CDRs émis et reçus est la
suivante :
a. Formule de contrôle en acquisition
Pour le contrôle en acquisition : 𝑻𝑨 : 𝟏𝟎𝟎 ∗
𝑪𝑫𝑹𝑹
𝑪𝑫𝑹𝑬
où :
o TA : Taux d’acquisition
o CDRR : Nb CDRs reçus
o CDRE : Nb CDRs émis
Le contrôle est considéré ok tant que :
 TA >= 97% pour ARBOR_OPE
 TA >= 97% pour ARBOR_GP actuellement. (migration  95% dans le futur proche)
 TA >= 99% pour ARBOR_PUMA
b. Formule de contrôle en valorisation
La formule de calcul réalisée par CALICA pour le contrôle en valorisation est la suivante :
𝑻𝑽 : 𝟏𝟎𝟎 ∗
𝑪𝑫𝑹𝑽
𝑪𝑫𝑹𝑹
Où :
o TA : Taux de valorisation
o CDRR : Nb CDRs reçus
o CDRV : Nb CDRs valorisés
De même, le contrôle est considéré ok tant que :

36
 TA >= 97% pour ARBOR_OPE
 TA >= 97% pour ARBOR_GP actuellement. (migration  95% dans le futur proche)
 TA >= 99% pour ARBOR_PUMA
3. Descriptif de Bout en bout du contrôle SOX
a. Fichiers de statistiques
i. Collecte Voix Fixe B2B
Les fichiers de statistiques sont générés par le serveur su5***2 et ils sont envoyés aux différents
systèmes de valorisation. En effet, les fichiers sont archivés dans le
répertoire : /catalog/xacct/data/out/archives/AAAA/MM/JJ/STATS (répertoire du su5***2). Ce
dernier contient trois sous répertoires :
Figure 20 sous répertoires contenant les fichiers de la collecte Voix Fixe
- BalanceCarre
Ce répertoire contient 2 types de fichiers :
o Fichiers représentants les équipements réseau de collecte (E10X7, CS2K, ITALTEL,
SONUS, E10X9, VGAST, WIFI, etc.) qui sont nommés :
AAAAMMJJ_ÉquipementRéseau.csv-AAMMJJHHMMSS.gz
Chacun de ses fichiers contient les détails de traitement des modules pour chaque
équipement réseau. (FVN, GUIDING, PARSER, FORMAT, etc.).
o Fichiers de distribution vers les systèmes avals de valorisation.
Où :
- AAAAMMJJ : représente la date de traitement des données par la médiation.
- AAMMJJHHMMSS : représente la date de génération du fichier de BC.
Figure 21 Répertoires BalanceCarree
Avant de continuer sur les fichiers de statistiques. Je vous explique dans le paragraphe suivant la
relation entre «équipement réseau » et « module ».

37
Relation : équipement réseau - module
Chaque équipement réseau a plusieurs modules. Et chaque module se compose de 5 actions au
maximum :
Figure 22 Formule du module
On a plusieurs modules. Chacun a un processus à appliquer sur le ticket. Voici les modules les plus
courants :
File Transporter : assure la récupération des fichiers en entrée et les faire entrer dans la chaîne.
Parseur : effectue le décodage du fichier (mappe un ticket avec les attributs de l’objet ticket interne).
Correlation : permet de fusionner les informations présentes sur plusieurs tickets pour une même
communication.
Dédoublonneur : permet de s’assurer qu’aucun ticket n’a été reçu en double par la collecte.
FVN : effectue le filtrage des tickets non valorisable et valide le contenue du ticket.
PNA/CSA : analyse les numéros de téléphone pour en déduire les natures de numéro, et analyse des
cas d’appel pour enrichir certains champs. Il permet aussi de fournir un scénario pour le guidage
Guidage : en fonction des informations du ticket, détermine les systèmes vers lesquels il doit être
distribué
Distribution X : permet de faire un dernier formatage des champs avant de transférer les tickets vers
les systèmes de valorisation.
o IN : ce qui est en entrée
o OUT : ce qui sort
o Filter : ce qui est filtré
o Reject : ce qui rejeté
o Multi : une action facultative qui permet de
défnir si un ticket en entrée est transformé en
N tickets en sortie.
Pour un Module on a :
OUT=IN+Multi-Filter-Reject

38
Figure 23 Chaine des modules
Voici un exemple de la chaine des modules de l’équipement réseau E10X7 :
Figure 24 Exemple de la chaine des modules pour un équipement réseau
File transporter
Parseur
Dédoublonneur
Correlation
Module d’erreur
(EMS ou AEM)
Filtrage/Validation/Normalisation (FVN)
Audit
PNA/CSA
Guiding
Distribution 1
Distribution n

39
Contenu des fichiers des équipements réseau
Chaque fichier se compose de plusieurs lignes et chaque ligne se compose de 6 champs, à savoir :
• Nom de l’équipement réseau
• La date de traitement par la médiation
• Nom du module
• L’action du module subis sur le ticket
• Le nombre de ticket traités
• № du module qui a généré le fichier
Voici un exemple du contenu du fichier de l’équipement réseau CS2K :
Figure 25 Exemple du contenu du fichier de l’équipement réseau CS2K
Comme étape de vérification, on peut se connecter à l’IHM CALICA et vérifier. Si on prend l’exemple
de la figure en dessus pour le module FVN, on a :
CS2K ;20200928 ;FVN ;IN ;4234908
CS2K ;20200928 ;FVN ;IN ;4234908

40
Et c’est effectivement ce qu’on voit sur l’interface de CALICA :
Figure 26 Exemple de collecte de l’équipement réseau CS2K sur CALICA
MELITA
Ce répertoire contient un type de fichiers de statistiques de type : NA0C1406.0B91*….csv
Signification de la nomenclature
Figure 27 Sous répertoire MELITA
 Celui des Médiation voix [0B91] pour les équipements AXE10, VoDSL, Italtel, CS2K,
E10x7, E10x9, MGC10, VGAST, CTI Mobile, Médiation IP Cirpack.
 Celui des Médiation data/Wifi [0B90] pour les équipements Wifi fixe, wifi mobile et
SPID.
 Celui des équipements IMS [0B86] pour IMS.
[6] Free_fields : équipement réseau pour les 4 premiers caractères + serveur fournisseur du compteur
pour les 2 caractères qui restent.
Notez que : [x] = nombre de caractère dans
le nom des fichiers.
[2 caractères] Prefixe : Préfixe définit le
mode de transport utilisé, valeur fixe : NA.
[4] SSACode : SSA de récepteur du flux
(OC14 pour MELITA).
[2] Order : N° d’ordre du flux pour l’instance
applicative (couple SSA/serveur)
[4] CodaSSAIssuer : Correspond au code
SSA de l’émetteur du fichier, c’est-à-dire :

41
Pour les équipements réseau que le nom dépasse 4 caractères, voici un tableau qui contient la
désignation sur 4 caractères pour chaque équipement réseau (tableau à gauche) et pour les serveurs
fournisseurs (tableau à droite).
Tableau 8 Equipements réseau et leurs désignations
[4] Sequence : numéro de séquence du fichier.
Pour le reste des caractères : date de traitement par la médiation et la date de génération du fichier.
Contenu des fichiers
Chaque fichier se compose de plusieurs lignes. Et chaque ligne se compose que de trois champs, à
savoir :
 Date de traitement
 Date d’appel
 Nombre de tickets
Pour une date de traitement donnée, on peut y avoir plusieurs dates d’appels et donc plusieurs
compteurs de tickets d’appels.
Pour une date d’appel donnée, on peut y avoir plusieurs dates de traitements et donc plusieurs
compteurs respectivement associés.
En revanche, il ne sera pas autorisé d’avoir plus d’une occurrence pour un même couple date de
traitement/date d’appels, et vice versa.
Voici un exemple pour bien comprendre :

42
Figure 28 Exemple du contenu du fichier du répertoire MELITA
Comme étape de vérification, on peut se connecter à MELITA et au sous-répertoire du serveur de la
collecte Voix Fixe su5***2 pour vérifier si l’échange est bien effectué.
Figure 29 Etapes de vérification
StatSommaire
Le dernier sous-répertoire de ce serveur décrit le besoin correspond pour l’ensemble des Médiations
fixe à la production des indicateurs CALICA concernant le nombre de fichiers et tickets distribués
chaque jour vers l’ensemble des systèmes de valorisation.
La publication des indicateurs est effectuée par production et envoi quotidien via cft d’un fichier par
système de valorisation.
Pour cela, on a un et un seul fichier généré chaque jour pour chaque système de valorisation :
Exemple :
20200413;20200413;10
20200413;20200412;20
20200412;20200412;25
Pourront donc être déduits les
totaux suivants :
Date de traitement du
13/04/2020 :
10 + 20 = 30 tickets
Date d’appels du 12/04/2020 :
20 + 25 = 45 tickets

43
Figure 30 Contenu du sous répertoire StatSommaire
La règle de nommage
La règle est la suivante : AAAAMMJJ_MED_****.csv-AAMMJJHHmmss.gz
 AAAAMMJJ : la date de traitement des tickets par l’ensemble des médiations.
 MED : chaine caractéristique des fichiers médiations.
 **** : Id caractérisant le système de valorisation codé sur 7 caractères maximum :
o BTB = Pour la vérification : onglet Arbor GP sur CALICA
o CYPRES = SI800
o OPE2010 = Arbor Opérateur (pour la vérification : onglet Arbor OPE sur CALICA)
o PUMA = Arbor Entreprise
o SIO = SIO
 AAMMJJhhmmss : date d’appel des tickets
Contenu des fichiers
Chaque fichier ne contient qu’une ligne de donnée correspond au trafic envoyé vers le système de
valorisation qui se compose de quatre champs :
• Date de traitement par l’ensemble des médiations.
• Identifiant du système de valorisation.
• Nombre de fichiers émis vers le système de valorisation.
• Nombre de CDRs émis vers le système de valorisation.
Figure 31 Contenu du fichier de statistques envoyé à ARBOR OPE
La transmission des données sera effectuée par le flux cft NA0D9300 vers le SSA CALICA (code SSA de
CALICA : 0D93, serveur nr0636). Par la suite, Les fichiers seront déposés dans le répertoire
/appli/calica/DEPOT/BC_FIXE/.
Une fois les fichiers transférés, ils sont sauvegardés sur le serveur nr0u0455 (su5***2) dans le
répertoire /appli/xacctst/data/out/archives/AAAA/MM/JJ/STATS/StatSommaire.
Pour vérifier l’exactitude des statistiques, pour ARBOR OPE par exemple, il suffit de regarder l’onglet
concerné sur CALICA

44
Pour la capture d’écran en dessus, on a pour la date de traitement 28/09/2020 : 582 fichiers transmis
par la médiation et 1 973 523 CDRs transmis à valoriser par ARBOR OPE. Ce qu’on trouve sur l’IHM
CALICA :
Figure 32 Détails des compteurs de valorisation pour ARBOR OPE
Le fichier AAAAMMJJ_OPE2010.csv
Le fichier AAAAMMJJ_OPE2010.csv est émis par **** vers CALICA (su1***0) et est généré tous les
jours.
Il est composé de huit champs, contenant les informations sur la valorisation de la veille, à savoir :
 Date du fichier
 Nombre de fichiers reçus
 Nombre tickets reçus
 Nombre tickets en entrée
 Nombre tickets valorisés
 Nombre tickets rejetés
 Nombre tickets recyclés
 Nombre tickets purgés
Figure 33 Exemple de fichier AAAAMMJJ_OPE2010.csv

45
Le fichier AAAAMMJJ_MVNOVDG.csv
Le fichier AAAAMMJJ_MVNOVDG.csv est émis par ***** vers CALICA (su1***0) et est généré tous les
jours :
Figure 34 Exemple du contenu du fichier AAAAMMJJ_MVNOVDG.csv
ii. Collecte Voix Fixe B2C
Le fichier AAAAMMJJ_BTB.csv
Le fichier AAAAMMJJ_BTB.csv est émis par ARBOR_GP (su1***5) vers CALICA (su1***0) et est généré
tous les jours.
Il est composé de huit champs, contenant les informations sur la valorisation de la veille, à savoir :
 Date du fichier
 Nombre de fichiers reçus
 Nombre tickets reçus
 Nombre tickets en entrée
 Nombre tickets valorisés
 Nombre tickets rejetés
 Nombre tickets recyclés
 Nombre tickets purgés
Voici un exemple de fichier :
Figure 35Exemple du contenu du fichier AAAAMMJJ_BTB.csv
b. Côté ARBOR_GP
Le fichier AAAAMMJJ_BTB.csv est généré tous les jours par le job vtom :
 0583_N2_EXT_STAT / 0583_StatRapport (VTOM TRAPPES / Environnement ARBOR_GP).
L’envoi est effectué depuis le serveur ARBOR_GP (su1***5) vers MELITA (SU1***0) par le job :
 0583_N2_EXT_STAT / 0583_SFN2_RAPVAL

46
Une fois le fichier AAAAMMJJ_BTB.csv est émis, il est archivé dans le répertoire du serveur ARBOR_GP
su1***5 : /varsoft/btb/appli/arb1pp0/data/interne/rpe/val_m_extract_bc
COLLECTE
MELITA
CALICA - ARCHE
SU50382
ARBOR_GP
APP0583
C00APP01.SERVICES.PROD
(SU15084/SU15085)
Flux réel de CDR émis
périodiquement pour
valorisation
Envoi du fichier de
statistiques
- Des équipements réseau
- NAOC14*.csv
- AAAAMMJJ_MED_*.csv
SU11340
/interfaces/0C14/in
Envoi du fichier de
statistiques
AAAAMMJJ_BTB.csv
VTOM
VTOM TRAPPES
ENV ARBOR_GP :
0583_N2_EXT_STAT / 0583_SFN2_RAPVAL
VTOM B2B ?
ENV Mediation ?
VTOM TRAPPES
ENV MELITA ? :
0626_PUMP_B97C14 / 0626_BuilderSox
Séquence VTOM de
déclenchement de
l’injection des stats
ARBOR_GP dans
CALICA
Séquence VTOM de
déclenchement de
l’envoi des fichiers de
stats Mediation vers
CALICA
Séquence VTOM de
déclenchement de
l’envoi des fichiers de
stats ARBOR_GP vers
CALICA
BalanceCaree
MELITA
StatSommaire
Figure 36 Schéma de bout en bout pour ARBOR GP
c. Côté ARBOR_OPE
Le Job VTOM qui effectue la génération du fichier de statistiques côté ARBOR_OPE est :
iii. Pour la collecte Voix Fixe :
ARBOR_OPE/1919_EXTRAC_QU/ARBO_Ext_CALICA
Le fichier de log : /varsoft/arboap0/log/ope/ordo_val_s_extraire_calica_quotidien_YYYYMMDD-
HHMMSS_xxxx.log
iv. Pour les MVNO :
On a quatre Jobs :
ARBOR_OPE/1919_MVNO_EXT_Q/1919_MVNO_PRE_Q4
ARBOR_OPE/1919_MVNO_EXT_Q/MVNO_CALICA_VAL
Log 1 : /varsoft/arboap0/log/ope/ordo_mvno_val_s_preparer_quotidien_agregat_ra_YYYYMMDD-
HHMMSS_xxxx.log
Log 2 : /varsoft/arboap0/log/ope/ordo_mvno_val_m_extraire_calica_quotidien_YYYYMMDD-
HHMMSS_xxxx.log
d. Côté CALICA
Le traitement côté MELITA est à priori lancé par VTOM dans l’environnement MELITA avec :
 L’application : 0626_PUMP_B97C14
 Job : 0626_BuilderSox

47
Ce dernier lance sur MELITA su1***0 le script /product/melita/sox/sh/SoxLauncher.ksh sans
paramètres.
IV. Contrôles du périmètre B2C – B2B côté Excel
1. Outil de contrôle
Le contrôle est réalisé initialement de façon automatique pour les fichiers Excel, en calculant la BCG
après avoir récupérer les fichiers de statistiques d’ENRCOLL ou de SOMTOUS.
Le résultat est émis, après que les Macros tournent, vers l’équipe OSS & Facturation qui interprète le
contrôle et créée, dans le cas échéant, un ticket d’incident pour justifier le problème. (Panne
technique, mise en production, etc.).
2. Formule de contrôle
Il n’y a pas une formule de calcul unifiée pour comparer les volumes de CDRs émis et reçus. En effet,
le sens et la logique de calcul reste les mêmes peu importe le type de collecte ou de valorisation ; BCG
jour J = sortie – entrée – ce qui récupéré + BCG jour J-1, c’est les noms des colonnes et signification
qui change d’une collecte/valorisation à l’autre. Plus, le seuil défini. Pour ce, il suffit de sélectionner
une cellule de la colonne BCG des fichiers Excel pour pouvoir connaitre la formule.
Tableau 9 Fichier de la collecte COTTAGE
Voici quelques exemples des BCG de la collecte XMS :
 Distribution BIOS (distribution réel à BRM) :
o Collecte SMS : considérée OK tant que BCG < ±1 000 000 tickets
o Collecte MMS : considérée OK tant que BCG < ±100 tickets
 Distribution ARBOR Entreprise :
o Collecte SMS : considérée OK tant que BCG < ±100 000 tickets

48
o Collecte MMS : considérée OK tant que BCG < ±100 tickets
3. Descriptif de BeB du contrôle SOX
a. Collecte XMS
i. Fichiers de statistiques
Les fichiers de statistiques sont générés par le serveur su1***9 et ils sont envoyés aux différents
systèmes de valorisation. En effet, les fichiers sont archivés dans quatre répertoires, pour différencier
entre
- /catalog/COXMS/Reports/TDB_Photo/SMS/SFR/Transferred/SMS_SFR_stat_synthese_AAA
AMMJJ.csv
- /catalog/COXMS/Reports/TDB_Photo/SMS/SRR/Transferred/SMS_SRR_stat_synthese_AAA
AMMJJ.csv
- /catalog/COXMS/Reports/TDB_Photo/MMS/SFR/Transferred/MMS_SFR_stat_synthese_AA
AAMMJJ.csv
- /catalog/COXMS/Reports/TDB_Photo/MMS/SRR/Transferred/MMS_SRR_stat_synthese_AA
AAMMJJ.csv
Ces fichiers de statistiques sont envoyés à ENR_COLL (su1***0) et ils sont déposes dans les répertoires
suivants :
- /users/enrco01/LSBO/TDB_MP/SMS_SFR/SMS_SFR_stat_synthese__AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/SMS_SRR/SMS_SRR_stat_synthese__AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/MMS_SFR/SMS_SFR_stat_synthese__AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/MMS_SRR/SMS_SRR_stat_synthese__AAAAMMJJ.csv
ii. Principe de fonctionnement
La macro « SOX Collecte» s’exécute automatiquement à 9h00 comme paramétré au niveau du PC SOX.
Son exécution mappe le fichier de configuration «MAJ_TDB_COLLECTE_v3.0.xlsm». Ce fichier existe
sur le même répertoire que les fichiers Excel de collectes (sur le disque partagé au niveau du réseau
intranet de SFR).
Il contient les informations nécessaires pour pouvoir récupérer les fichiers de statistiques sur
ENR_COLL (SOMTOUS aussi pour d’autres type de collecte) et où les injecter exactement, à savoir :
- Utilisateur + mot de passe
- Serveur distant
- Chemin FTP du serveur distant
- Nom du fichier résultats FTP des statistiques
- Fichier de configuration FTP
- Fichier Excel de la collecte + son chemin + la feuille exacte de la collecte.
Pour la collecte XMS, la Macro « SOX Collecte» récupère les compteurs des quatre fichiers de
statistiques et elle les injecte dans les fichiers Excel de collecte XMS :
• PR07a_COLLECTE_SMS.xls (il contient trois feuilles : SMS SFR, SMS SRR et TMP_MEF)
• PR07a_COLLECTE_MMS.xls (MMS SFR, MMS SRR et TMP_MEF)

49
Précisément dans la feuille TMP_MEF de chacun des deux fichiers. En effet, la Macro est capable de
reconnaitre la cellule où déposer chaque compteur, comme la figure ci-dessous le montre :
Figure 37 Duplication des compteurs Collecte MMS SFR dans le fichier PR07a_COLLECTE_MMS.xls
Des calculs sont effectués localement par la suite sur les feuilles TMP_MEF pour remplir un deuxième
tableau sur la même feuille, afin d’avoir les compteurs qui serviront aux contrôles SOX :
Tableau 10 Extrait du tableau de la Collecte MMS SFR

50
C’est les compteurs de ce deuxième tableau qui vont être dupliqué sur le reste des feuilles (MMS
SFR, MMS SRR, SMS SFR, SMS SRR) pour pouvoir calculer la BCG et par conséquent, effectuer les
contrôles SOX.
b. Valorisation XMS
i. Fichiers de statistiques
Les fichiers de statistiques existent sur SOMTOUS et exactement dans le répertoire :
somtousSOMTOUSBIOSENTREESORTIE.Il sont du type NA0A456D*.csv
Ils sont transférés par la suite au disque partagé au niveau du réseau intranet SFR, dans le répertoire :
Z:INDEXDOC_SOAPR07b - VALORISATION09. Valorisation BIOSStat_Somtous.
ii. Principe de fonctionnement
La Macro « SOX BIOS » s’exécute automatiquement à 9h45 comme paramétré au niveau du PC SOX.
Son exécution mappe le fichier de configuration « Macro_BIOS_VALO_V3.0.xlsm ». Ce fichier existe sur
le même répertoire que les fichiers Excel de valorisation (sur le disque partagé au niveau du réseau
intranet de SFR).
Il contient les informations nécessaires pour pouvoir récupérer les fichiers de statistiques et où les
injecter exactement, à savoir :
- Source des fichiers de statistiques
- Noms des fichiers de statistiques
- Le nom du fichier Excel concerné + son chemin
- Source des autres applications de collecte
La Macro récupère les compteurs, les injecte de la même façon comme expliqué dans le paragraphe
précèdent de la Collecte XMS mais cette fois-ci dans les fichiers Excel de la valorisation, pour pouvoir
calculer les BCG et effectuer les contrôles SOX.
c. Tableau des Jobs et scripts de la collecte XMS
Nom du job Chemin/Nom du script Serveur Paramètres
du script
Description
J5010_010_SFCXMS03_PA41Q $PRODUCT_COLL/COXMS
/bin/reportTdbmp.ksh
su1***9 SMS SFR Génération des rapports TdBmp
SMS SFR UT2 Version 9.2
su1***9 SMS SRR Génération des rapports TdBmp
SMS SRR UT2 Version 9.2
su1***9 MMS SFR Génération des rapports TdBmp
MMS SFR UT2 Version 9.2
su1***9 MMS SRR Génération des rapports TdBmp
MMS SRR UT2 Version 9.2
Tableau 11 Tableau des Jobs et scripts de la collecte XMS

51
d. Schema de BeB de la collecte XMS
COLLECTE
XMS
ENR_COLL
SU14379
BIOS
C00APP01.SERVICES.PROD
(SU15084/SU15085)
Flux réel de CDR émis
périodiquement pour
valorisation
Envoi des fichiers de
statistiques
-SMS_SFR_stat_synthese_
AAAAMMJJ.csv
-SMS_SRR_stat_synthese
_AAAAMMJJ.csv
-MMS_SFR_stat_synthese
_AAAAMMJJ.csv
-MMS_SRR_stat_synthese
_AAAAMMJJ.csv
SU1630
/interfaces/0C14/in
Envoi des compteurs
des fichiers de
statistiques via
l’exécution des macros
Control-M
J5010_010_SFCXMS03_PA41Q
$PRODUCT_COLL/COXMS/bin/reportTdbmp.ksh
Séquence CTRL-M de
génération des rapports
TdBmp MMS SRR
Séquence CTRL-M de
TdBmp SMS SRR
Séquence CTRL-M de
TdBmp SMS SFR
Séquence CTRL-M de
TdBmp MMS SFR
Figure 38 Schema de BeB de la collecte XMS
e. Autres Collectes
Pour le reste des collectes, le principe de fonctionnement reste globalement le même. Les seules
différences sont :
- Le serveur qui génère les fichiers de statistiques
- La base de collecte (ENRCOLL ou SOMTOUS)
- Les scripts et les Jobs
Pour ce faire :
Type de
collecte
Serveur
origine
Serveur
distant
Chemin serveur distant Fichier SOX
Cottage su1***1 ENRCOLL /users/enrco01/LSBO/TDB_MP/Cottage_SFR/COT_SFR_sta
t_synthese_AAAAMMJJ.csv
PR07a_COTTAGE.xls
Data su5***6 ENRCOLL - /catalog/enrcoll/codata/Reports/TDB_ModePhoto
/ITA/SFR/Transferred/IP_SFR_stat_syn_AAAAMMJ
J.csv
- /catalog/enrcoll/codata/Reports/TDB_ModePhoto
/GPRS/SFR/Transferred/GPRS_SFR_stat_syn_
AAAAMMJJ.csv
- PR07a_COLLECTE_
GPRS_DATAV7.xls
- PR07a_COLLECTE_
GPRS_DATAV7.xls
- PR07a_COLLECTE_
GPRS_DATAV7.xls

52
Tableau 12 Fichiers de statistiques des autres collectes
f. Tableau des Jobs et scripts des autres collectes
i. Cottage
/ITA/SRR/Transferred/IP_SRR_stat_syn_
AAAAMMJJ.csv
/GPRS/SRR/Transferred/GPRS_SRR_stat_syn_
AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/ITA_SFR/IP_SFR_st
at_syn_AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/GPRS_SFR/GPRS_S
FR_stat_syn_AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/ITA_SRR/IP_SRR_s
tat_syn_AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/GPRS_SRR/GPRS_
SRR_stat_syn_AAAAMMJJ.csv
- PR07a_COLLECTE_
GPRS_DATAV7.xls
- PR07a_COLLECTE_
GPRS_DATA_modi
fication_compteur
_enrcoll.xls
- PR07a_COLLECTE_
GPRS_DATA_modi
fication_compteur
_enrcoll.xls
- PR07a_COLLECTE_
GPRS_DATA_modi
fication_compteur
_enrcoll.xls
- PR07a_COLLECTE_
GPRS_DATA_modi
fication_compteur
_enrcoll.xls
PP Su1***2/s
u1***3/su
1***4
ENRCOLL /users/enrco01/LSBO/TDB_MP/PP_SFR/CollectePP_stat_s
ynthese_AAAAMMJJ.csv
PR07a_COLLECTE_PP.xls
RO su1***5 ENRCOLL
pour la
DATA_RO
- /users/tapsfr/LSBO/Report_SOX_RO/Report_SOX_
RO_SFR_AAAAMMJJ.csv
- /users/tapsfr/LSBO/Report_SOX_RO/Report_SOX_
RO_SRR_AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/DATA_RO/Report_
SOX_RO_AAAAMMJJ.csv
PR07a.COLLECTE_RO.xls
COVORO Su1***5 ENRCOLL - /users/enrco01/LSBO/TDB_MP/Covoro_SFR/TAPD
_SFR_stat_syn_AAAAMMJJ.csv
- /users/enrco01/LSBO/TDB_MP/Covoro_SRR/TAPD
_SRR_stat_syn_AAAAMMJJ.csv
RIN SOMTOUS - somtousSOMTOUSRI_PONDSOX_report_SRR_
AAAAMMJJ.csv
- somtousSOMTOUSRI_PONDSOX_report_SRR_
AAAAMMJJ.csv
- somtousSOMTOUSRI_PONDSOX_report_SFR_
AAAAMMJJ.csv
PR03b_SUIVI_SOA_ROAMI
NG_IN_NA_AUTO.xls
Nom du job Chemin / nom du script Description et serveur /
login
P3105_010_SFCOTT03_PA41Q $PRODUCT_COLL/cottage/bin/reportTdbmp.ksh Description : UT11 -
Generate Tdbmp report

53
Tableau 13 Jobs et scripts de la collecte Cottage
ii. COVORO
Nom du job Chemin / nom du script avec paramètre Description et serveur / login
J1050_010_SFCOVN01_PA41Q $PRODUCT_COLL/covoro/bin/reportTdbmp.ksh SFR Description : Generation des
rapports TdB Photo COVORO SFR
Sur su1***1 avec le user :
covoradm
J1050_020_SFCOVN01_PA41Q $PRODUCT_COLL/covoro/bin/reportTdbmp.ksh SRR Description : Generation des
rapports TdB Photo COVORO SRR
Sur su1***1 avec le user :
covoradm
Tableau 14 Jobs et scripts de la collecte COVORO
iii. PP
Job Chemin / script Description et serveur / login
J4160_010_SFCOPP02_PA41Q $PRODUCT_COLL/copp/bin/reportTdbmp.ksh Description : UT2 - Generate Tdbmp
report
Sur su1***3 avec le user coppadm
Tableau 15 Jobs et scripts de la collecte PP
iv. DATA
Nom du job Chemin / nom du script Description et serveur / login
P7310_010_SFDAT903_PA41Q $PRODUCT_COLL/codata/bin/reportTdbmp.ksh Description : Génération des
rapports CODATA-TdBmp
Lancé sur su5***7 avec le user
codatadm
Tableau 16 Jobs et scripts de la collecte DATA
Sur su1***1 avec le user
cottaadm
P3155_010_SFCOTT03_PA41Q $PRODUCT_COLL/cottage/bin/reportTdbmpTas.ksh Description : UT11 -
Generate Tdbmp report TAS
Sur su1***1 avec le user
cottaadm

54
Conclusion et perspectives
Effectuer un stage au sein de SFR, en exploitabilité informatique, m’a apporté une expérience unique
avec le domaine de l’IT. Cependant, la situation actuelle a posé un grand défi mais j’ai pu m’adapter et
réaliser les missions demandées.
En effet, je peux dire que mon stage est divisé en trois grandes phases. Tout d’abord, j’ai étudié
l’ensemble des technologies et des outils utilisés par l’ensemble des collaborateurs de l’Exploitation
B2C Back Office. J’ai pu comprendre le principe technique et la démarche fonctionnelle de la chaine
Collecte-Valorisation-Facturation. Par la suite, j’ai passé à l’étape de l’étude de la loi SOX et sa façon
d’application au sein de SFR, ce qui m’a poussé à décortiquer le langage et le contenu de l’ensemble
des fichiers des contrôles SOX. Quand a la dernière étape, il fallait que je contacte les équipes de
l’ingénierie et de la production pour demander les différents accès et informations nécessaires pour la
rédaction de cette documentation.
Quant aux perspectives, la direction est en train de négocier les taux d’acquisition et de valorisation
pour une amélioration de court terme en attendant l’arrivée d’un(e) futur(e) alternant(e) pour pouvoir
proposer une solution d’amélioration à long terme afin de fiabiliser la production des contrôles et
réduire la charge de maintiens des outils. Le grand but est de regrouper l’ensemble des contrôles SOX
dans un outil qui pourra gérer l’ensemble des collectes et de faciliter la tâche pour les collaborateurs
SFR.

55
Annexe
I. Exécutions quotidiens des macros
Explication des actions majeures des fichiers de commandes batch Windows sur les macros Excel
1. Exécution quotidien 7h : SOX INFOCONSO ORIAN ET BIOS
2. Exécution quotidien 9h : SOX BIOS
1. Récupérer les fichiers INFO.CONSO* dans B:PROD_SCHEDOSPX (fichiers dans Samtous)  move to 
Z:INDEXDOC_QOSSUIVI QOS0A. PLAN DE PRODUCTIONINFO_CONSOMail_ORIAN
2. Récupérer les fichiers INFO.CONSO* dans X:  move to  Z:INDEXDOC_QOSSUIVI QOS0A. PLAN DE
PRODUCTIONINFO_CONSOMail_BIOS (2 fichiers Excel : INFOCONSO.BIOS.ILLIMITE/NON-ILLIMTE.DUAAAA-
MM-JJ.csv)
3. Exécution des traitements : lancement sous le répertoire de la macro QOS_INFOCONSO_V3.0.xlsm : MAJ du
tableau 19-Taux Tickets Valorisés à J+1_2020.xls
4. Archivage des fichiers :
- move to  Z:INDEXDOC_QOSSUIVI QOS0A. PLAN DE
PRODUCTIONINFO_CONSOMail_ORIANArchive
- move to  Z:INDEXDOC_QOSSUIVI QOS0A. PLAN DE PRODUCTIONINFO_CONSOMail_BIOSArchive
5. Traçage dans le fichier log Exec_quotidien_07H_V3.log
1. Récupérer et copier les fichiers BIOS de type NA0A456D.0B43.BIOVAL sur Samtous :
somtousSOMTOUSBIOSENTREESORTIENA0A456D*  Z:INDEXDOC_SOAPR07b -
VALORISATION09. Valorisation BIOSStat_Somtous
2. Import des stats des autres applis :
• Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_PP
• Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_SPID
• Z:INDEXDOC_SOAPR07a - COLLECTESCollecte CTI_GTA
• Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_RO
• Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_SMS
• Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_COTTAGE_R4
3. Exécution des traitements : lancement sous le répertoire de la macro Macro_BIOS_VALO_V3.0.xlsm
: MAJ du tableau Pr07b_SOA_BIOS_VALO.xls
4. Archivage des fichiers : move to  Z:INDEXDOC_SOAPR07b - VALORISATION09. Valorisation
BIOSStat_SomtousArchive (Nom fichier : NA0A456D.0B43.BIOVAL.N°xxxx.date)

56
3. Exécution quotidien 10h : SOX COLLECTES
1. Récupérer et copier les fichiers stat_tickets*csv, 20*audit_report.csv, SOX* et IRIS_SOX* de
Somtous pour SRR et les valos MVNO-VDG, MTOM et IRIS:
• SomtoussomtousMVNO_VDGstat_tickets*csv  Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_MVNO
• SomtoussomtousMTOM_VALOstat_tickets*csv  Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_MTOM
• SomtoussomtousIRISRapports_BO20*audit_report.csv  Z:INDEXDOC_SOAPR07b
- VALORISATIONSOX MVNO-MTOM-IRISSOMTOUS - IRIS
2. Récupérer et copier les nouveaux fichiers MEP en Septembre 2011
• SomtoussomtousMVNO_VDGSOX_*.csv  Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_MVNO
• SomtoussomtousMTOM_VALOSOX_*.csv  Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_MTOM
• somtoussomtousIRISRapports_SOXIRIS_SOX_*.csv  Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_IRIS
3. Copier tous les fichiers .csv depuis somtousSOMTOUSSRRCollecte_Ticket*.csv 
Z:INDEXDOC_SOAPR07a - COLLECTESDistribution SRRReception SRR
4. Exécution des traitements : lancement automatique de la macro
MAJ_TDB_COLLECTE_v3.0.xlsm
5. Copie de SOX : lancement de la macro Z:INDEXDOC_SOAPR07a -
COLLECTESMacro_COPIE_COLONNES_FULL_V3.0.xlsm

57
4. Exécution quotidien 11h : SOX SIO
1. Initialisation des fichiers Suivi_flux_dt_SIO_SFR_aaaamm.xls et Suivi_flux_dt_SIO_SRR_aaaamm.xls
tous les 1ers de chaque mois : exécution avec Excel des fichiers Z:INDEXDOC_SOAPR07b -
VALORISATION05. VALORISATION INTERCO SIO
• Suivi_flux_dt_SIO_SFR_reference.xlsm
• Suivi_flux_dt_SIO_SRR_reference.xlsm
• Alimentation du fichier de suivi Infoconso : Lancement de la première macro d'alimentation
des compteurs SIO. Pas d'envoi de mail. (Désactivation de la macro
Automatisation_SIO_v3.0.xlsm par GSA suite au MEP Bascule EVCO 601639 et 728974 du
1er octobre)
2. Sauvegarde des fichiers du mois précédent par rapport au mois actuel en copiant les fichiers
Somtous du mois précédent dans le répertoire mensuel : copie de tous les fichiers
somtoussomtousSIOSuivi_Flux  Z:INDEXDOC_SOAPR07b - VALORISATION05.
VALORISATION INTERCO SIOSuivi_Flux%%YYYYMM%%
• Dossiers YYYYMM
• Fichiers zip des années précédentes
• Fichiers SIO_SFR.csv, SIO_MMS_SRR.cvs, SIO_SFR.csv, SIO_WIFI.csv, SIO_SMSSFR.csv, etc.
• Traçage dans le fichier log.

58
5. Exécution quotidien 12h : SOX VALO IRIS
Cette macro est un exécuteur de plusieurs macros (paramétrées dans l'onglet Config du fichier Excel)
Début de traitement : exécution du fichier SOX_SRR_VALO1_v3.0.xlsm (son emplacement :
Z:INDEXDOC_SOAPR07b – VALORISATION)
1. Transfert de tous les fichiers .csv SRR (archivage) de Z:INDEXDOC_SOAPR07a -
COLLECTESDistribution SRRReception SRR*.csv  Z:INDEXDOC_SOAPR07a -
COLLECTESDistribution SRRArchive_SRR
2. Import des données Collecte MTOM :
• COTTAGE : Z:INDEXDOC_SOAPR07a -
COLLECTESCollecte_COTTAGE_R4PR07a_COTTAGE.xls
• Collecte IN : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_INPR07a_COLLECTE_IN.xls
• SMS : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_SMSPR07a_COLLECTE_SMS.xls
• MMS : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_MMSPR07a_COLLECTE_MMS.xls
• GPRS : Z:INDEXDOC_SOAPR07a -
COLLECTESCollecte_GPRS_UMTS_WAPPR07a_COLLECTE_GPRS_DATAV7.xls
• GPRS ITA : Z:INDEXDOC_SOAPR07a -
COLLECTESCollecte_GPRS_UMTS_WAPPR07a_COLLECTE_GPRS_DATAV7.xls
• VOIX RO : Z:INDEXDOC_SOAPR07a -
COLLECTESCollecte_ROPR07a_COLLECTE_RO_VOIX.xls
3. Import de tous les fichiers Samtous stat_tickets_AAAAMMJJ.csv depuis
somtoussomtousMTOM_VALO Et les mettre dedans
Z:INDEXDOC_SOAPR07b - VALORISATION07. VALORISATION -
MTOMPR0x_SUIVI_SOA_VALO_MTOM.xls
4. Import de données collecte GPRS SRR Z:INDEXDOC_SOAPR07a -
COLLECTESCollecte_GPRS_UMTS_WAPPR07a_COLLECTE_GPRS_DATAV7.xls et les mettre
dans le même fichier Excel MTOMPR0x_SUIVI_SOA_VALO_MTOM.xls
5. Copie des fichiers Samtous stat_tickets_AAAAMMJJ.csv (d’origine de
somtoussomtousMTOM_VALO) qui existent dedans Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_MTOM et les mettre dans le même fichier
Excel MTOMPR0x_SUIVI_SOA_VALO_MTOM.xls
6. Import des données IRIS depuis Z:INDEXDOC_SOAPR07b - VALORISATIONSOX MVNO-
MTOM-IRISSOMTOUS - IRIS  Z:INDEXDOC_SOAPR07b - VALORISATIONSOX MVNO-
MTOM-IRISStat_IRIS
7.

59
7. Import des données Collecte IRIS :
• COTTAGE : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_COTTAGE_R4
PR07a_COTTAGE.xls
• Collecte PP : Z:NDEXDOC_SOAPR07a - COLLECTESCollecte_PP PR07a_COLLECTE_PP.xls
• Collecte MMS : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_MMS
PR07a_COLLECTE_MMS.xls
• Collecte SMS : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_SMS
PR07a_COLLECTE_SMS.xls
Et les mettre dedans le fichier Excel : Z:INDEXDOC_SOAPR07b - VALORISATION08.
VALORISATION - IRIS PR0x_SUIVI_SOA_IRIS.xls
8. Import de tous les fichiers Collecte IRIS de Samtous
• Collecte PP : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_PPPR07a_COLLECTE_PP.xls
• COTTAGE : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_COTTAGE_R4PR07a_COTTAGE.xls
• MMS : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_MMSPR07a_COLLECTE_MMS.xls
• SMS : Z:INDEXDOC_SOAPR07a - COLLECTESCollecte_SMSPR07a_COLLECTE_SMS.xls
Et les mettre dedans le même fichier mentionné au-dessus PR0x_SUIVI_SOA_IRIS.xls
9. Import des tickets stat_iris_AAAAMMJJ.csv depuis Z:INDEXDOC_SOAPR07b -
VALORISATIONSOX MVNO-MTOM-IRISStat_IRIS et les mettre dedans le même fichier Excel
PR0x_SUIVI_SOA_IRIS.xls

Contrôles SOX

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Contrôles SOX

Similar to Contrôles SOX (20)

Recently uploaded

Recently uploaded (20)

Contrôles SOX