UNIVERSITE ABDELMALEK ESSAADI

ECOLE NATIONALE DES SCIENCES APPLIQUEES

D’AL HOCEIMA

Département : Mathématiques Informatique

Mémoire de Projet de Fin d’Etudes

Pour l’obtention du diplôme d’ingénieur d’état en

Génie Informatique Option Business Intelligence

Mise en place d’une solution Business Intelligence en réalisant des

reporting BI pour la gestion financière sous ERP Microsoft
Business central

Réalisé Par :
KARIM MOUAD

Effectué à

Encadrant academique:
KARIM MOUAD Encadrant professionnelle:
Ali Bencharda

Soutenu le 01/06/2022 devant le jury composé de :

Année Académique : 2021/2022
 Dedica

Dedicace

Je Dédie ce Travail…

À ma chère maman,
Unique à mes yeux, tu représentes pour moi l'amour inconditionnel, la tendresse au
quotidien, les efforts réalisés année après année pour que je devienne quelqu'un de
bien. Cette maman, cette héroïne modeste qui mériterait une statue, c'est toi !. Ton
amour, ton dévouement et tes prières sont la source de ma force. Je dédie mon travail
à toi et espère ne jamais te décevoir.

À mon cher père,

Un homme honnête, humble et grand, dont les sacrifices et le travail acharné nous
ont permis de continuer. Par ton amour, ta sagesse et le soutien que t'as donné m'a
appris à être ou je suis aujourd'hui, je t’aime de tout mon cœur. Je dédie mon travail
à toi et n’espère rien de plus que de te rendre fier.

À ma sœur,
Je te remercie pour le soutien moral et l’encouragement que tu m’as accordé. Je te
souhaite une vie pleine de bonheur et de succès et que Dieu, le tout puissant,
te protège et te garde a ta famille et a ton fils.

À mes chers amis

Pour les beaux moments que nous avons partagés ensemble. Je vous souhaite tout le
meilleur pour les jours à venir.

À mes chers professeurs

Aux enseignants et professeurs tout au long de mes 5 années, merci à
tous pour le soutien et la Connaissance que vous m’avez transmise.

À tous ceux qui m’ont supporté.

 Remercieme

Remerciement

Au terme de ce travail, je remercie Dieu de m’avoir soutenu, donné le courage et la

volonté à réussir ce travail.

Je tiens à remercier la Société Inetum Maroc de Casablanca de m’avoir accueilli

pour mettre en pratique mes acquis et m'intégrer au sein de son pôle informatique.

Mes profonds remerciements et sincères gratitudes vont particulièrement à :

Mon cher encadrant au sein de l’école, M. Ahmed MOUSSAID pour la qualité de

son encadrement, ses directives et ses encouragements durant cette période de stage.

Ainsi, M. Mohamed Ouzzine, le chef de mon équipe Microsoft qui m’a donné
l’opportunité de commencer ma carrière et s'intégrer facilement au sein de son
équipe, je le remercie encore pour son meilleur suivi ainsi que les directives
professionnelles qu’il a consenties.

Mon encadrant chez Inetum Maroc M. Ali Bencherda pour sa disponibilité, sa

confiance en moi, l’effort qu’il a consacré pour réussir ce projet et ses précieux
conseils.

Je remercie finalement toute l’équipe Microsoft qui n’a su que me soutenir et me

faire part de son expertise tout au long de mon projet de fin d’études.

Enfin, je remercie vivement les membres du jury d’avoir accepté l’évaluation de ce

travail ainsi que tous les enseignants de l’École Nationale des Sciences Appliquées
d’Al Hoceima.
 Résu

Résumé

Le présent document constitue une synthèse du travail réalisé durant la période de

stage de fin d’étude au sein d' Inetum Maroc pour l’obtention du diplôme
d’ingénieur d’état en Informatique option Business Intelligence.

Le travail réalisé dans mon projet de fin d’études conçue pour apporter rapidement
aux clients une valeur commerciale tangible et durable, fondée sur l’optimisation de
l’expérience client/employé, mais aussi sur le délai de mise sur le marché, l’agilité et
la productivité, la valeur des données, la sécurité et l’optimisation de la conformité.

Pour se faire, il m’est demandé de réalisé des reporting BI pour la gestion financière
sous ERP Microsoft Business central, pour les clients d'Inetum, afin d'avoir un
aperçu global sur l'état financière de chaque société.

Pour mieux se situer dans le contexte du projet et de le mener à bien, la réalisation

des tests et les avis clients sont prévues pour assurer le bon déploiement des
Dashboard interactive chez le client à l’aide d’outil Power Bi.

.
 Abstra

Abstract

This document is a summary of work during the end-of-study internship period

within Inetum Morocco to obtain the state engineer diploma in Computer Science
Business Intelligence.

The work done in my graduation project designed to quickly deliver tangible and
lasting business value to customers, based on optimizing the customer/employee
experience, but also time to market, agility and productivity, data value, security and
compliance optimization.

To do this, I was asked to carry out BI reporting for financial management under
central Microsoft Business ERP, for Inetum's customers, in order to have a global
overview of the financial state of each company.

To better situate oneself in the context of the project , the realization of the tests are
planned to ensure the good deployment of the interactive Dashboard at the customer
using Power Bi tool.
 Abstra

Table des matières

Remerciements................................................................................................................................4
Résumé.............................................................................................................................................5
Abstract............................................................................................................................................5
List des figures.................................................................................................................................6
Introduction générale......................................................................................................................6
Chapitre I: CONTEXT GÉNÉRAL DU PROJET.............................................................................6
1 - Introduction.........................................................................................................................6
2 - Présentation de l'organisme d'accueil...............................................................................6
2.1 Généralités sur INETUM...............................................................................................6
2.2 Inetum dans le monde....................................................................................................6
2.3 Inetum Maroc.................................................................................................................6
2.4 Inetum Organigramme...................................................................................................6
3 - Présentation du sujet...........................................................................................................6
3.1 Problématique.................................................................................................................6
3.2 Objectifs..........................................................................................................................6
3.3 Capture des besoins techniques......................................................................................6
3.4 Description fonctionnelle...............................................................................................6
3.4 Démarche........................................................................................................................6
4 - Conclusion............................................................................................................................6
Chapitre II: Méthodologie suivie pour la conduite du projet.............................................................6
1 - Introduction.........................................................................................................................6
2 - Gestion de projet.................................................................................................................6
2.1 Méthode Scrum..............................................................................................................6
2.1.1 Sprint....................................................................................................................6
2.1.2 Planification d’un sprint.......................................................................................6
2.1.3 Daily meeting.......................................................................................................6
2.1.4 Le Product Backlog..............................................................................................6
2.1.5 Le sprint Backlog..................................................................................................6
3 - Planification de projet.........................................................................................................6
4 - Étude de l’existant...............................................................................................................6
4.1 L'ERP Microsoft Dynamics Business Central................................................................6
4.2 Histoire de Business Central...........................................................................................6
 Abstra
4.3 Histoire de Business Central...........................................................................................6
4.4 Présentation du processus achat.....................................................................................6
5 - Modélisation et Conception................................................................................................6
4.1 Matrice de croisement des faits/ dimensions..................................................................6
4.2 Modélisation des Datamarts...........................................................................................6
4.3 Conception de tableaux de bord.....................................................................................6
4.4 Présentation du processus achat.....................................................................................6
6 - Conclusion...........................................................................................................................6
Chapitre III: ETAT DE L’ART..........................................................................................................6
1 - Introduction.........................................................................................................................6
2 - Informatique décisionnel....................................................................................................6
2.1 Concepts BI....................................................................................................................6
2.2 Définition.......................................................................................................................6
2.3 Architecture des systèmes informatique décisionnel.....................................................6
3 - Le processus décisionnel.....................................................................................................6
3.1 La phase de collecte........................................................................................................6
3.2 La phase d'intégration.....................................................................................................6
3.3 La phase de diffusion......................................................................................................6
3.4 La phase de reporting.....................................................................................................6
4 - Pré-traitement des données................................................................................................6
5 - OLAP et ses opérations d'analyse......................................................................................6
6 - OLAP VS OLTP..................................................................................................................6
7 - Modélisation Multidimensionnelle.....................................................................................6
7.1 Définition........................................................................................................................6
3.2 Différents modèles de la modélisation dimensionnelle..................................................6
8 - Conclusion............................................................................................................................6
 Abstra

Table des figures

Remerciements................................................................................................................................4
Résumé.............................................................................................................................................5
Abstract............................................................................................................................................5
List des figures.................................................................................................................................6
Introduction générale......................................................................................................................6
Chapitre I: CONTEXT GÉNÉRAL DU PROJET.............................................................................6
1 - Introduction.........................................................................................................................6
2 - Présentation de l'organisme d'accueil...............................................................................6
2.1 Généralités sur INETUM...............................................................................................6
2.2 Inetum dans le monde....................................................................................................6
2.3 Inetum Maroc.................................................................................................................6
2.4 Inetum Organigramme...................................................................................................6
3 - Présentation du sujet...........................................................................................................6
3.1 Problématique.................................................................................................................6
3.2 Objectifs..........................................................................................................................6
3.3 Capture des besoins techniques......................................................................................6
3.4 Description fonctionnelle...............................................................................................6
3.4 Démarche........................................................................................................................6
4 - Conclusion............................................................................................................................6
Chapitre II: ETAT DE L’ART...........................................................................................................6
1 - Introduction.........................................................................................................................6
2 - Informatique décisionnel....................................................................................................6
2.1 Concepts BI....................................................................................................................6
2.2 Définition.......................................................................................................................6
2.3 Architecture des systèmes informatique décisionnel.....................................................6
3 - Le processus décisionnel.....................................................................................................6
3.1 La phase de collecte........................................................................................................6
3.2 La phase d'intégration.....................................................................................................6
3.3 La phase de diffusion......................................................................................................6
3.4 La phase de reporting.....................................................................................................6
 Abstra

Remerciements................................................................................................................................4
Résumé.............................................................................................................................................5
Abstract............................................................................................................................................5
List des figures.................................................................................................................................6
Introduction générale......................................................................................................................6
Chapitre I: CONTEXT GÉNÉRAL DU PROJET.............................................................................6
1 - Introduction.........................................................................................................................6
2 - Présentation de l'organisme d'accueil...............................................................................6
2.1 Généralités sur INETUM...............................................................................................6
2.2 Inetum dans le monde....................................................................................................6
2.3 Inetum Maroc.................................................................................................................6
2.4 Inetum Organigramme...................................................................................................6
3 - Présentation du sujet...........................................................................................................6
3.1 Problématique.................................................................................................................6
3.2 Objectifs..........................................................................................................................6
3.3 Capture des besoins techniques......................................................................................6
3.4 Description fonctionnelle...............................................................................................6
3.4 Démarche........................................................................................................................6
4 - Conclusion............................................................................................................................6
Chapitre II: ETAT DE L’ART...........................................................................................................6
1 - Introduction.........................................................................................................................6
2 - Informatique décisionnel....................................................................................................6
2.1 Concepts BI....................................................................................................................6
2.2 Définition.......................................................................................................................6
2.3 Architecture des systèmes informatique décisionnel.....................................................6
3 - Le processus décisionnel.....................................................................................................6
3.1 La phase de collecte........................................................................................................6
3.2 La phase d'intégration.....................................................................................................6
3.3 La phase de diffusion......................................................................................................6
3.4 La phase de reporting.....................................................................................................6
 Abstra

Liste des tableaux

Remerciements................................................................................................................................4
Résumé.............................................................................................................................................5
Abstract............................................................................................................................................5
List des figures.................................................................................................................................6
Introduction générale......................................................................................................................6
Chapitre I: CONTEXT GÉNÉRAL DU PROJET.............................................................................6
1 - Introduction.........................................................................................................................6
2 - Présentation de l'organisme d'accueil...............................................................................6
2.1 Généralités sur INETUM...............................................................................................6
2.2 Inetum dans le monde....................................................................................................6
2.3 Inetum Maroc.................................................................................................................6
2.4 Inetum Organigramme...................................................................................................6
3 - Présentation du sujet...........................................................................................................6
3.1 Problématique.................................................................................................................6
3.2 Objectifs..........................................................................................................................6
3.3 Capture des besoins techniques......................................................................................6
3.4 Description fonctionnelle...............................................................................................6
3.4 Démarche........................................................................................................................6
4 - Conclusion............................................................................................................................6
Chapitre II: ETAT DE L’ART...........................................................................................................6
1 - Introduction.........................................................................................................................6
2 - Informatique décisionnel....................................................................................................6
2.1 Concepts BI....................................................................................................................6
2.2 Définition.......................................................................................................................6
2.3 Architecture des systèmes informatique décisionnel.....................................................6
3 - Le processus décisionnel.....................................................................................................6
3.1 La phase de collecte........................................................................................................6
3.2 La phase d'intégration.....................................................................................................6
3.3 La phase de diffusion......................................................................................................6
3.4 La phase de reporting.....................................................................................................6
 Abstra

Liste des abréviations

Remerciements................................................................................................................................4
Résumé.............................................................................................................................................5
Abstract............................................................................................................................................5
List des figures.................................................................................................................................6
Introduction générale......................................................................................................................6
Chapitre I: CONTEXT GÉNÉRAL DU PROJET.............................................................................6
1 - Introduction.........................................................................................................................6
2 - Présentation de l'organisme d'accueil...............................................................................6
2.1 Généralités sur INETUM...............................................................................................6
2.2 Inetum dans le monde....................................................................................................6
2.3 Inetum Maroc.................................................................................................................6
2.4 Inetum Organigramme...................................................................................................6
3 - Présentation du sujet...........................................................................................................6
3.1 Problématique.................................................................................................................6
3.2 Objectifs..........................................................................................................................6
3.3 Capture des besoins techniques......................................................................................6
3.4 Description fonctionnelle...............................................................................................6
3.4 Démarche........................................................................................................................6
4 - Conclusion............................................................................................................................6
Chapitre II: ETAT DE L’ART...........................................................................................................6
1 - Introduction.........................................................................................................................6
2 - Informatique décisionnel....................................................................................................6
2.1 Concepts BI....................................................................................................................6
2.2 Définition.......................................................................................................................6
2.3 Architecture des systèmes informatique décisionnel.....................................................6
3 - Le processus décisionnel.....................................................................................................6
3.1 La phase de collecte........................................................................................................6
3.2 La phase d'intégration.....................................................................................................6
3.3 La phase de diffusion......................................................................................................6
3.4 La phase de reporting.....................................................................................................6
Introduction générale
 Introduction générale

Notre projet de fin d‘étude s’inscrit dans le cadre d’un projet clientèle réalisé au sein
d'Inetum Maroc. Le client AREF Dakhla Oued Eddahab a sous sa responsabilité
plusieurs organismes et traite avec plusieurs fournisseurs, d’où la nécessité d’avoir
un système d’information qui gère les flux entrant (subvention) et sortant.

L'AREF a besoin, en parallèle avec la mise en place de son propos système sous
ERP Microsoft Business Central, des reporting BI pour la gestion financière afin de
prendre des décisions décisives et amener bien le déroulement des achats, du stock,
des paiements et des transactions avec leurs fournisseurs.

L’objectif majeur de notre tache était de veiller à la récupération de plusieurs

données depuis l’ERP business central source : Ecritures comptables, des
rapprochements bancaires, axes analytiques… puis de les adapter aux contraintes
techniques et fonctionnelles du nouvel environnement.

Ce projet résume le cycle d'études d'ingénieur en Génie Informatique à l'Ecole

Nationale des Sciences Appliquées d'Al-Hoceima. Il s'agit de mettre en œuvre mes
connaissances acquises et de montrer mes capacités adaptatifs, organisationnelles et
techniques ainsi d’acquérir de nouveau concepts dans le domaine informatique.
 Chapitre I
CONTEXT GÉNÉRAL DU PROJET
 Présentation de l'organisme

1 - Introduction
Ce chapitre aborde le contexte général du projet. Il présente l’organisme d’accueil
Inetum Maroc où se déroule mon projet de fin d’études et expose le cadre général du projet, ses
objectifs, ainsi que l’approche adoptée pour sa conduite

2 - Présentation de l'organisme d'accueil

2.1 - Généralités sur INETUM
Inetum est une ESN agile qui fournit des services et des solutions numériques, et un
groupe mondial qui aide les entreprises et les institutions à tirer le meilleur parti du digital flow.
Dans un monde en perpétuel mouvement, où les besoins et les usages se réinventent sans cesse, le
groupe Inetum s'engage auprès de tous ces acteurs pour innover, continuer à s'adapter et garder une
longueur d'avance. Avec son profil multi-expert, Inetum offre à ses clients une combinaison
unique de proximité, une organisation sectorielle et des solutions de qualité industrielle. Présent
dans plus de 26 pays, le Groupe compte près de 27 000 collaborateurs et a réalisé en 2020 un
chiffre d'affaires de 1 966 millions d'euros.

Figure 1 : Information générale sur Inetum

 Présentation de l'organisme

2.2 - Inetum dans le monde

Inetum accompagne l'expansion internationale de ses grands clients et développe son

offre de services aux entreprises et organisations locales dans 26 pays en Europe, Afrique-Moyen-
Orient, Amérique latine, États-Unis et Asie.

Figure 2 : Propagation d'Inetum dans le monde

27 000 collaborateurs en proximité pour accompagner votre projet de modernisation,

de transformation ou d'innovation digitale avec une approche de bout en bout.

Figure 3 : Statistiques a propos d'Inetum

 Présentation de l'organisme

2.3 - Inetum Maroc

Aujourd'hui, Inetum Maroc a une forte présence locale depuis 20 ans.

Il rassemble un riche portefeuille d'offres et de produits aux entreprises privées et aux opérateurs
publics.
Inetum Maroc comme partout dans le monde, peut proposer l'ensemble des offres du
groupe grâce à ces différents métiers : Business Solutions, Software, Application services'
Infrastructure services, Offshoring, Business line SAP et Consulting.

Figure 4 : Secteurs de travail d'Inetum

Inetum Maroc intègre ses solutions avec les meilleures partenaires du marché.

Figure 5 : Partenaires et clients d'Inetum

 Présentation de l'organisme

2.4 - Inetum hiérarchie

Figure 6 : Hiérarchie d'Inetum

 Présentation de l'organisme

2.4 - Organigramme d'équipe Microsoft

Mehdi El Abed
Directeur générale

Mohamed Ouzzine
Delivery Manager

Aziz Riane
Dounia Hani Mohamed Kakkass
Chef de
projet Chef de projet Chef de projet

Ali
Fouad El-Ouakit Ahmed Oubaha Ibtissam Makhoukh F-ezzahra Herri Asmae Tajidi
Bencherda
Consultant Technique Consultant Technique Consultant Technique Consultante Fonctionnelle Consultante Fonctionnelle Consultante Fonctionnelle

Mohamed Taoussi Mouad Karim Youssef Touti Reda Mtioui Samira Karkouri
Consultant Technique
Stagiaire Consultant Fonctionnel Consultant Fonctionnel Consultante Fonctionnelle

Figure 7 : Organigramme d'équipe Microsoft chez Inetum

J’occupais le poste de stagiaire dans l’équipe Microsoft dirigée par Mr. Ali Bencherda qui
est également mon encadrant de stage.
 CONTEXT GÉNÉRAL DU

3 - Présentation du sujet
Dans cette partie, je vais introduire la problématique du sujet de ce mémoire, en
évoquant les objectifs derrière l’étude, tout en documentant les informations de haut niveau
concernant le projet ainsi que le résultat que le projet doit aboutir.

3.1 - Problématique

Inetum Maroc met en œuvre des solutions décisionnelles à l'aide d'ERP Microsoft
business central. La solution comprend des fonctions de gestion d'entreprise, notamment les
achats, les ventes, les stocks, la production, la comptabilité et la finances. Or, les outils utilisés par
les entreprises pour l’analyse et le reporting étaient Microsoft Excel ou le module décisionnel
existant au niveau du progiciel.

Cependant, ceux-ci présentent plusieurs limites à savoir :

Le module décisionnel de l’ERP Microsoft Business central ne permet pas de faire des
analyses avancées sur les processus traités et notamment le processus achats qui fera
l’objet de ce stage.
Microsoft Excel ne permet pas d’avoir une vue totale et avancée sur les différents
indicateurs clés de performances. En plus, l’accroissement rapide des quantités de
données fait que l’outil Microsoft Excel touche à ses limites en termes de performance et
d’adaptabilité à l’analyse de données.

C’est dans ce contexte, que la société INETUM Maroc a mis en place une solution décisionnelle
intégrable avec l’ERP Microsoft business central pour développer des tableaux de bord qui
permettront le suivi et l’analyse des données provenant de cet ERP.

3.2 - Objectifs

L’objectif principal de notre projet est de réaliser un système décisionnel qui offre
une solution permet de faire des tableaux de bord (vue d’analyse) qui donne une analyse par axe
analytique (investissement, exploitation, établissement), par période et par compte général selon le
besoin.

Techniquement, nous allons adopter le processus décisionnel classique en collectant d’abord les
données à partir de l’ERP Business Central, ensuite nous allons faire une liaison entre les données
de chaque table et l'outil Power Bi avec le flux d'odata pour réaliser les traitement nécessaire afin
d'atteindre nos objectifs. Ces données sont liées notamment aux volumes d’achats, aux stocks ainsi
qu’à la typologie des fournisseurs et des produits.
 CONTEXT GÉNÉRAL DU

3.3 - Capture des besoins techniques

Spécifier les besoins techniques est une étape très importante dans un projet, dans
laquelle on choisit l’environnement du travail ainsi que l’architecture fonctionnelle.
Les principales exigences techniques de notre application une base de données relationnelle de
référence qui contiennent des données agrégées par jour et d’autres agrégés par date détaillée.
La machine locale sur laquelle je vais effectuer mon projet présente les caractéristiques suivantes :

RAM = 8Go
Mémoire disque = 256Go SSD
i5- 8ème génération
4 Cœurs
CPU = 1,60 – 1,80 GHz

3.4 - Description fonctionnelle

Le stage comporte les aspects suivants :

L’étude du besoin sur la base des exigences.

La définition des dimensions
Préparation des données
Schématisation de modèle de données
La phase de Reporting

3.5 - Démarche

Notre projet s’inscrit dans le cadre de l’informatique décisionnelle. Celui-ci a donc été
réalisé suivant les étapes suivantes :

Etude du besoin et analyse de l’existant : Au cours de cette étape, nous étudions

d’abord le contexte du projet en cernant les différentes notions liées au processus achat.
Ensuite, nous étudions le besoin de l’utilisateur afin de cerner la problématique et les
objectifs du projet. Ensuite on fera une critique de l’existant afin de justifier le choix de
notre solution.

Conception : Au cours de cette étape, nous allons concevoir notre système décisionnel en
relevant les principaux indicateurs du processus achat et les dimensions selon lesquels ils
seront analysés.

Mise en œuvre : Cette étape sera consacrée à l’étude technique dans laquelle nous allons
justifier nos choix technologiques. Ensuite, nous allons présenter l’alimentation de
l’entrepôt de données qui va accueillir notre application décisionnelle. Cette phase sera
clôturée par l’élaboration des tableaux de bord relatifs au processus en question.
 Présentation de l'organisme

4 - Conclusion
Le chapitre 1 s’agit d’un chapitre introductif. J’ai abordé deux grands points. J’ai
commencé par présenter l’entreprise dans laquelle j’ai passé mon stage de fin d’études. Puis, j’ai
annoncé le sujet en détaillant le contexte, les objectifs et la problématique derrière cette étude. Le
chapitre suivant entamera la méthodologie de résolution de cette problématique.
 Chapitre II
Méthodologie suivie pour la conduite du projet
 CONTEXT GÉNÉRAL DU

1 - Introduction
Ce chapitre présente une description de la méthodologie suivie au cours du projet en
citant les étapes bien précises qu'il faut procéder, la planification et l'étude de l'existant.

2 - Gestion de projet
La gestion de projet ou conduite de projets est une approche conçue pour structurer,
faciliter, et optimiser le bon déroulement d’un projet. Cette étude consiste à mettre en œuvre une
organisation méthodologique et systématique pour s’assurer que le système réalisé répond aux
attentes du client en termes de temps, de coût et de qualité. Pour rester toujours en mise à jour et
suivre l’avancement du projet nous avons opté pour la méthode SCRUM Agile, autant que
méthode de travail.

2.1 - Méthode Scrum

La méthode SCRUM consiste à définir un cadre de travail permettant la réalisation
de projets complexes. Cette méthode a été initialement prévue pour le développement de projets
informatiques simples aux plus innovants. Les projets qui suivent la méthode agile SCRUM sont
divisés en plusieurs cycles de travail relativement courts que l’on appelle « sprints ». Ces derniers
permettent aux membres de l’équipe de mieux planifier les prochaines étapes de développement du
projet mais aussi d’évaluer régulièrement les progrès liés au projet. Les sprints peuvent durer
d’une à quatre semaines. Ils permettent également de réajuster ou réorienter la direction prise par
le projet si besoin.

2.1.1 - Sprint

Un Sprint est une itération. Il s’agit d’une période de 2 à 4 semaines maximum

pendant laquelle une version terminée et utilisable du produit est réalisée. Un nouveau sprint
commence dès la fin du précèdent. Chaque sprint a un objectif et une liste de fonctionnalités à
réaliser.

2.1.2 - Planification d’un sprint

Les tâches à accomplir pendant le Sprint sont déterminées par l’ensemble de l’équipe
Scrum lors de la réunion de planification de Sprint. La durée de cette réunion est limitée à 8 heures
pour les Sprints d’un mois. Cette réunion permet à l’équipe d’établir les éléments qu’elle traitera
au cours de ce Sprint et comment elle procèdera.

2.1.3 - Daily meeting

Cette réunion quotidienne de 15 minutes est très importante. Elle se fait debout (d’où
son nom anglais de “stand-up meeting“) afin d’éviter de s’éterniser. Le but est de faire un point sur
la progression journalière du Sprint. Elle permet à l’équipe de synchroniser ses activités et de faire
un plan pour les prochaines 24 heures.
 CONTEXT GÉNÉRAL DU

2.1.4 - Le Product Backlog

Il s’agit d’une liste hiérarchisée des exigences initiales du client concernant le

produit à réaliser. Ce document évolue sans cesse durant le projet, en fonction des besoins du
client. Le product owner est responsable du Product-Backlog.

2.1. -5 Le sprint Backlog

C’est le plan détaillé de la réalisation de l’objectif du Sprint, défini lors de la réunion

de planification du Sprint. Le Sprint backlog est mis à jour régulièrement par l’équipe afin d’avoir
une vision précise de la progression du Sprint.

Figure 6 : Méthode agile scrum

3 - Planification de projet

La planification du projet consiste à planifier, à organiser et à gérer des tâches et des

ressources dans le but d’atteindre l’objectif fixé. Afin de réaliser les différents objectifs de notre
projet, nous avons suivi le planning représenté par le Diagramme de GANTT suivant :
CONTEXT GÉNÉRAL DU

Figure 6 : Diagramme de Gantt

 CONTEXT GÉNÉRAL DU

4 - Étude de l’existant
4.1 - L'ERP Microsoft Dynamics Business Central
L'ERP Microsoft Business Central représente une solution de gestion d’entreprise
qui offre à ses clients des fonctionnalités complètes permettant d’automatiser les processus
d’achats, de gestion financière de la relation client, des services commerciaux, de la gestion des
ressources humaines et de la chaîne logistique. Il permet en effet de centraliser les données
relatives à l’ensemble de ces processus via ses différents modules et qui sont :

Gestion de projets : qui permet la coordination des projets de l’entreprise.

Gestion de la chaîne logistique : permettant la planification de la production et des
prévisions.
Gestion des achats : permet à l’entreprise de visualiser les différentes commandes,
les factures et l’analyse des fournisseurs.
Gestion de la relation client : permet au service commercial d’avoir en permanence
les dernières données recueillies par le centre d’appels
Analyse et pilotage : c’est une solution de reporting pour l’analyse et le pilotage de
l’activité de l’entreprise.

Cet ERP, comme tout produit du marché présente plusieurs avantages et

inconvénients qu’on présentera dans le paragraphe suivant.

Figure 6 : Fonctionnalité de Microsoft Dynamics 365 Business Central

 CONTEXT GÉNÉRAL DU

4.2 - Histoire de Business Central

Business Central est un nouveau système avec une longue histoire. Il remonte à
1985, fonctionnant comme un système de comptabilité à utilisateur unique sur un PC basé sur
DOS. De nombreux numéros et noms différents de version ont été utilisés depuis son premier
diffusion.

Figure 6 : Historique de Business Central

4.3 - Avantages et inconvénients

Nous allons citer dans le tableau qui suit les principaux avantages et limites de l’ERP
Dynamics Business Central.

Avantages Inconvénients

Intégrité et unicité du système

Sécurité
d’Information
Dépendance des produits Microsoft
Solution adaptable aux besoins du
Module analyse et pilotage
client
incompatibles aux besoins des
Utilisation intuitive
entreprises
 CONTEXT GÉNÉRAL DU

4.4 - Présentation du processus achat

Le processus d’achat fait partie des processus couverts par l’ERP Business Central. Il
est déclenché par l’expression d’un besoin en biens/services émise par un personnel de
l’entreprise. Sa fin prend lieu quand le paiement du fournisseur est établi. Ci-après les principales
parties du processus d’achat :

a. Détermination des besoins : Ces besoins doivent être saisis dans un document appelé «
Demande d’achat », qui est utilisé pour informer le responsable qu’un besoin en biens/services a
eu lieu.
b. Détermination des sources d’approvisionnement : Le responsable, à l’aide de l’ERP
Business Central, détermine les fournisseurs capables de répondre à la demande d’achat préétablie.
L’ERP Business Central peut chercher si les biens/services demandés peuvent être livrés par des
fournisseurs qui apparaissent dans des contrats ou programmes de livraison.
c. Sélection des fournisseurs : Lorsque plusieurs fournisseurs répondent au besoin, une
sélection est nécessaire. Business Central met à disposition des responsables un système de choix
multicritères (Délais livraison, Respect des quantités, ETC.).
d. Commande d’achat : La création d’une demande d’achat et la sélection d’un
fournisseur prépare le stade pour la création d’une commande d’achat. Cette dernière est constituée
d’un en-tête concernant la commande entière, par exemple : les conditions de paiement et de
livraison, et des postes identifiant les articles. La commande est transmise au fournisseur sous
forme d’un bon de commande.
e. Le monitoring de la commande d’achat : L’acheteur est responsable de vérifier le
respect des délais de livraison par le fournisseur ainsi que les différentes conditions d’achats
préétablies avec ce dernier. Le responsable peut suivre l’état de la commande à travers la fonction
« Purchase order history ».
f. Réception des biens/services : Lors de la réception des biens/services, le responsable
doit exécuter la transaction "Purchase receipt /Warehouse Receipt". Ces dernières vont mettre à
jour l’historique de la commande d’achat. La transaction WR va augmenter le niveau de stock du
matériel.
g. Vérification de la facture : La personne responsable, souvent un comptable, procédera
à la vérification de la facture. Cela se fait en effectuant la comparaison de la facture reçue et la
commande d’achat et s’assurant de la bonne réception des biens/services contenus dans la
commande d’achat.
h. Paiement : L’entreprise doit procéder au paiement du fournisseur conformément aux
conditions mentionnées dans la commande d’achat. La transaction du paiement s’exécutera dans le
module financier (FI). Celle-ci débitera le compte fournisseur.
 CONTEXT GÉNÉRAL DU

5 - Modélisation et Conception
2.8.1 - L'ERP Microsoft Dynamics Business Central
Chapitre III
ETAT DE L’ART
 Etat de

1 - Introduction
Ce chapitre sera réservé pour définir l’informatique décisionnelle ou la Business
Intelligence. Nous présentons d'un côté ses termes et les concepts clés en détaillant la notion
d’ETL et d’entrepôt de données

2 - Informatique décisionnel
2.1 - Concepts BI
L’explosion du web et la digitalisation de toutes les activités a imposé de nouveaux
défis pour que ces données deviendront compréhensibles et permettre aux utilisateurs d’être
autonome. Ce défi est de contrôler l’augmentation exponentielle des données et leur grande
diversité depuis le big bang informatique des années 2000.

La récolte actuelle d’outils de veille stratégique disponibles sur le marché intègre les
fonctionnalités couramment utilisées en BI comme l’analyse, le reporting et la visualisation.

Figure 6 : Bénéfices de la réalisation d'une solution BI

 Etat de

2.2 - Définition

L'informatique décisionnelle ou la Business Intelligence (BI) est le processus

technologique d'analyse des données et de présentation des informations pour aider les chefs
d'entreprise, les gestionnaires et les autres utilisateurs finaux à prendre des décisions commerciales
éclairées.
L'informatique décisionnelle englobe une variété d'outils, d'applications et de
méthodes qui permettent aux organisations de collecter des données à partir de systèmes internes et
de sources externes. Ces données sont ensuite préparées pour être analysées afin de créer des
rapports, des tableaux de bord et d'autres outils de visualisation des données afin de mettre les
résultats de l'analyse à la disposition des décideurs et du personnel d'exploitation.

Quering &
Reporting ETL

Metadata Data warehouse

DSS
EIS / ESS

Data marts Spreadsheets

Financial reporting

OLAP

Dashboard
Business ntelligence
Scorecards I

Workflow

Alerts & notifications

Data & text mining

Predictive Broadcasting tools
analytics
Portals

Figure 6 : L'évolution de la Business Intelligence

Les outils de Business Intelligence peuvent apporter de nombreux bénéfices à une

entreprise. Ils permettent :

D’accélérer et d'améliorer la prise de décision,

D'optimiser des processus d'affaires internes,
D'augmenter l'efficacité opérationnelle, la génération de nouveaux revenus
D'obtenir un avantage concurrentiel face à la concurrence.
 Etat de

2.3 - Architecture des systèmes informatique décisionnel

La Business Intelligence se compose d'outils informatiques et de progiciels assurant

le fonctionnement de la chaine de traitement de l'information.

Plusieurs sources de données en lecture.

Un entrepôt de données fusionnant les données requises.
Un ETL permettant d’alimenter l’entrepôt de données à partir des données .
Des applications d’exploitation de données pour présenter l’étude aux utilisateurs
finaux et décideurs.

Applications
Sources
Data Marts
Routine Busines Reporting

ETL
ERP
Data mart
[Marketing]
Select Data / Text Mining
Legacy
Metadata
Data mart
Extract
[Operations]

Enterprises Data Warehouse Olap

POS Transform shboa
Dard
Data mart Web
[Finance]
OLTP/WEB Integrate

Load Data mart Custom-Build Applications

[...]
External Data
Replications

Figure 6 : Architecture d’un Datawarehouse

3 - Le processus décisionnel
3.1 - La phase de collecte

Cette première phase va permettre de produire les indicateurs nécessaires au

périmètre du SID. Pour cela il convient d'aller chercher les données où elles se trouvent.
La collecte est donc l'ensemble des tâches consistant à détecter, à sélectionner, à
extraire et à filtrer les données brutes issues des environnements pertinents pour obtenir des
indicateurs utiles dans le cadre de l’aide à la décision.
Les sources de données internes ou externes étant souvent hétérogènes tant sur le plan
technique que sur le plan sémantique, cette fonction est la plus délicate à mettre en place dans un
système décisionnel complexe.
 Etat de

3.2 - La phase d'intégration

Cette deuxième étape est l’intégration des données. Une fois les données centralisées
par un outil d’ETL, celles-ci doivent être structurées au sein de l'entrepôt de données, cette étape
est toujours faite par un ETL.
L'ETL (Extract, Transform, Load) est un processus d'intégration des données qui
permet de transférer des données brutes d'un système source, de les préparer pour une utilisation
en aval et de les envoyer vers une base de données, un entrepôt de données ou un serveur cible.

Transient
Packaged Application data source
Data warehouse

Legacy system
Extract TransformCleanseLoad

Data marts
Application interne

Figure 6 : process ETL

Ce processus est constitué de trois étapes :

Extraction : c’est la première étape qui consiste à identifier les données à partir
des différentes sources: lire, comprendre la source de données puis extraire les
données dont on a besoin et les orienter vers le système décisionnel.
Transformation : après l’extraction des données, ces dernières subissent un
travail de transformation qui inclut :
Le nettoyage : filtrage des données manquantes, correction des erreurs,
suppression des doublons, réglage de conflits.
Le formatage et la standardisation : définit les types de données, la longueur
des champs.
Chargement : C’est la dernière étape qui permet de charger ces données vers la
surface présentation’ du système décisionnel. Il y a deux types de :
Chargement initial : premier chargement de l'entrepôt et dans des cas
spéciaux comme la perte des données, toutes les données seront chargées.
Chargement incrémentiel : est le fait d’ajouter les nouvelles données à
l'entrepôt existant. C’est une opération qui se répète périodiquement.
 Etat de

3.3 - La phase de diffusion

Cette étape met les données à disposition des utilisateurs. Il respecte donc le schéma
correspondant au profil ou à la profession de chacun. Son objectif principal est de segmenter les
données collectées dans des contextes cohérents, faciles à utiliser et pertinents pour une activité de
prise de décision spécifique.
Par rapport à un entrepôt de données qui peut héberger de nombreuses variables ou
métriques, les contextes de diffusion n'en fournissent que quelques dizaines pour que les choses
restent faciles à utiliser.

3.4 - La phase de reporting

La dernière étape, également connue sous le nom de reporting, est chargée de
présenter les informations à valeur ajoutée de la manière la plus lisible possible dans un
environnement d'aide à la décision. Les données sont principalement modélisées via des
représentations basées sur des requêtes pour créer des tableaux de bord ou des rapports via des
outils d'analyse de décision.
Cette quatrième fonctionnalité est la plus évidente pour l'utilisateur et assure la prise
en charge des requêtes et la visualisation des résultats sous n'importe quelle forme.

Figure 6 : Power Bi Dashboard

 Etat de

5 - OLAP et ses opérations d'analyse

OLAP (Online Analytical Processing) permet aux utilisateurs d'analyser des données
présentes de plusieurs systèmes de bases de données en même temps. Alors que les bases de
données relationnelles sont considérées comme bidimensionnelles, les données OLAP sont
multidimensionnelles, ce qui signifie que l'information peut être comparée de nombreuses façons
différentes.
Les systèmes OLAP sont conçus pour repérer les intersections entre ces multiples
dimensions. Les analystes peuvent ensuite effectuer cinq types d'opérations d'analyse OLAP à
partir de ces bases de données multidimensionnelles :
Roll-up (forage vers le haut).
Drill-down (forage vers le
bas). Slice (le découpage).
Dice
Pivot

Figure 6 : Les opérations de cube de données(Data Cube)

6 - OLAP VS OLTP

Figure 6 : La difference entre OLAP et OLTP

 Etat de

4 - Pré-traitement des données

Le pré-traitement des données sert principalement à vérifier la qualité des données,
c'est une phase importante dans l'exploration de données, car nous ne pouvons pas travailler avec
des données brutes.

OLTP

Web Data
Legacy DB

Social Data

Data Consolidati on
Collection Selection
Integration

Data Cleaning
Valeurs Entrées Réduire le bruit
Supprimer doublons

Data Transformati on
Normalisation Discrétisation
Création Attributs

Data Reducti on
Réduire Dimension Réduire Volume
Balance

Figure 6 : Process de pré-traitement des données

 Etat de

7 - Modélisation Multidimensionnelle
7.1 - Definition
Technique de conception logique permettant de structurer les données de manière à
les rendre intuitives aux utilisateur et offrir une bonne performance aux requêtes. Il se caractérise
par la division des données en faits et dimensions, ainsi que chaque table de faits possède une clé
qui la relie avec la clé primaire de chaque table de dimension.
Fait : Un fait représente un sujet d'analyse. Il est constitué de plusieurs mesures
relatives au sujet traité. Ces mesures sont numériques et généralement valorisées de
façon continue.
Dimension : La dimension est le critère suivant lequel on souhaite évaluer, quantifier
et qualifier le fait.

7.2 - Différents modèles de la modélisation dimensionnelle

Schéma en étoile (Star schéma) : Le centre est la table des faits, et les branches
en sont les dimensions. Pour une dimension il existe plusieurs faits. La structure
est dissymétrique : la table des faits est énorme et les tables des dimensions sont
petites. Les faits sont généralement numériques alors que les dimensions sont
qualitatives.

Dimension time Dimension

product
Quarter Brand

Fact table
sales
UnitsSold

Dimension people Dimension

geography
Division Country

Figure 6 : Schéma en étoile (Star schéma)

 Etat de

Schéma en flocon : identique au modèle en étoile, sauf que ses branches sont
éclatées en hiérarchies. Cette modélisation est généralement justifiée par
l’économie d’espace de stockage, cependant elle peut s’avérer moins
compréhensible pour l’utilisateur final, et très couteux en termes de
performances.

Dimension month Dimension brand

M_name brand
Dimension date Dimension product

Date Lineltem
Dimension quarter Dimension category

Q_name category
Fact table sales

UnitsSold

Dimension people Dimension store

Division LocId
Dimension location

State

Figure 6 : Schéma en flocon

8 - Conclusion
Le pré-traitement des données sert principalement à vérifier la qualité des données,
c'est une phase importante dans l'exploration de données, car nous ne pouvons pas travailler avec
des données brutes.
 Chapitre IV
RÉALISATION ET MISE EN ŒUVRE
 CONTEXT GÉNÉRAL DU

1 - Introduction

Dans ce chapitre, le lecteur sera amené à découvrir la phase de mise en œuvre de

notre projet à travers une petite introduction des outils utilisés durant la phase de la réalisation.
Nous allons ensuite restituer les tableaux de bord relatifs au processus achat et finance
conformément aux besoins de client en matière d’analyse et de reporting pour celui-ci.

2 - Outils de mise en œuvre du projet

2.1- Microsoft SQL Server Management Studio

Figure 6 : Schéma en flocon

SQL Server Management Studio (SSMS) est un environnement intégré pour la

gestion de toute infrastructure SQL. Utilisez SSMS pour accéder, configurer, gérer, administrer et
développer tous les composants de SQL Server et d'autres base de données. SSMS fournit un
utilitaire complet unique qui combine un large groupe d'outils graphiques avec de nombreux
éditeurs de scripts riches pour fournir un accès à SQL Server aux développeurs et aux
administrateurs de bases de données de tous niveaux de compétence.

2.3- Visual Studio Code

Figure 6 : Schéma en flocon

Visual Studio Code est un éditeur de code open-source développé par Microsoft
supportant un très grand nombre de langages grâce à des extensions. Il supporte l’autocomplétions,
la coloration syntaxique, le débogage, et les commandes git. Il est l’un de ces premiers produits
open source et gratuit, et surtout disponible sur les systèmes d’exploitation Windows, Linux et
Mac. Vs code est développé avec le framework Electron
 CONTEXT GÉNÉRAL DU

2.4 - DAX Studio

Figure 6 : Schéma en flocon

DAX Studio est un outil permettant d'écrire, d'exécuter et d'analyser des requêtes
DAX dans Power BI Designer, Power Pivot pour Excel et Analysis Services Tabular.
Il comprend un navigateur d'objets, l'édition et l'exécution de requêtes, l'édition de formules et de
mesures, la mise en évidence et le formatage de la syntaxe, le traçage intégré et les pannes
d'exécution des requêtes.

2.5 - Langage AL

Figure 6 : Schéma en flocon

AL est le langage de programmation utilisé pour manipuler des données (telles que la
récupération, l'insertion et la modification d'enregistrements) dans une base de données Dynamics
365 Business Central et pour contrôler l'exécution des divers objets d'application, tels que des
pages, des rapports ou des unités de code.
 CONTEXT GÉNÉRAL DU

3 - Power BI

Figure 6 : Schéma en flocon

Power BI est un ensemble de services logiciels, d’applications et de connecteurs qui

œuvrent ensemble pour transformer des sources de données disparates en informations visuelles
immersives et interactives. Vos données peuvent être sous forme de feuille de calcul Excel ou de
collection d’entrepôts de données hybrides locaux ou sur le cloud. Power BI vous permet de vous
connecter facilement à vos sources de données, de visualiser et de découvrir ce qui est important,
et de partager ces informations avec qui vous voulez.

Power BI offre également des services de BI basés sur le cloud, appelés « services
Power BI », ainsi qu'une interface basée sur le bureau, appelée « Power BI Desktop ». Il offre des
fonctionnalités d'entrepôt de données, notamment la préparation des données, la découverte des
données et des tableaux de bord interactifs. En mars 2016, Microsoft a lancé un service
supplémentaire appelé Power BI Embedded sur sa plate-forme cloud Azure qui permet à
l'utilisateur d'analyser facilement les données, d'effectuer diverses opérations ETL et de fournir des
rapports avec Power BI .

Figure 6 : Schéma en flocon

 CONTEXT GÉNÉRAL DU

3.1 - Power BI Desktop

Figure 6 : Schéma en flocon

Power BI Desktop est une application gratuite que vous installez sur votre
ordinateur local et qui vous permet de vous connecter, de transformer et de visualiser vos données.
Avec Power BI Desktop, vous pouvez vous connecter à plusieurs sources de données différentes et
les combiner (souvent appelée modélisation ) dans un modèle de données. Ce modèle de données
vous permet de créer des visuels et des collections de visuels que vous pouvez partager sous forme
de rapports avec d'autres personnes au sein de votre organisation. La plupart des utilisateurs qui
travaillent sur des projets d'informatique décisionnelle utilisent Power BI Desktop pour créer des
rapports, puis utilisent le service Power BI pour partager leurs rapports avec d'autres.

3.2 - Power BI Service

Power BI is a collection of software services, apps, and connectors that work

together to help you create, share, and consume business insights in the way that serves you and
your business most effectively. The Microsoft Power BI service (app.powerbi.com), sometimes
referred to as Power BI online, is the SaaS (Software as a Service) part of Power BI. In the Power
BI service, dashboards help you keep a finger on the pulse of your business. Dashboards display
tiles, which you can select to open reports for exploring further. Dashboards and reports connect to
datasets that bring all of the relevant data together in one place.
 CONTEXT GÉNÉRAL DU

4 - Configuration du serveur Microsoft Dynamics 365 Business Central

4.1 - Création d'instance
Après avoir installé Microsoft Dynamics 365 Business Central Server, on peut
modifier tous les paramètres qu'on a fournit lors de l'installation de ce dernier, à l'aide de l'outil
d'administration de Microsoft Dynamics 365 Business Central Server. Une instance est le service
par lequel différents types de clients interagissent avec la base de données Microsoft SQL Server.
Dans l'outil d'administration du serveur, les paramètres d'une instance de serveur sont organisés en
onglets et par type de service

Les paramètres suivants doivent être configurés:

Général : Tous types de prestations.
Base de données : Base de données Microsoft Dynamics 365 Business Central.
Services clients : Client Microsoft Dynamics Windows Client et Web Microsoft
Dynamics 365 Business Central
 CONTEXT GÉNÉRAL DU

4.2 - Restauration de la base de données

Après la création de l'instance, il faut restaurer la base de donnée récupérer du client
afin d'éviter le pire des cas. Le stockage d'une copie de données sur un support distinct est
nécessaire pour éviter la corruption ou la perte.
1 er étape : sauvegarde de base de données.

2eme étape : restauration de base de données.

 CONTEXT GÉNÉRAL DU

4.3 - Erp Business Central Interface

Après la la configuration du ERP, il est maintenant possible d'accéder aux interfaces
de ce dernier ainsi d'utiliser toute les fonctionnalités disponibles.
 CONTEXT GÉNÉRAL DU

5 - Phase ETL
4.1 - Extraction des données

4.1.1 - Odata
Après la configuration de notre ERP, il nous suffit maintenant de le rendre en tant
que source de données dans Power BI afin de créer des rapports puissants sur l'état de notre
entreprise. Et pour amener bien la réalisation de ce dernier, on a crée une liaison en utilisant des
Odata's qui se trouve dans la partie service web de l'ERP. OData, comme Open Data, est un
protocole standardisé apportant des règles pour définir et consommer des APIs. Il a été élaboré par
Microsoft, il permet de faire de simples requêtages équivalents à un select * en SQL pour
récupérer des informations précises.

4.1.2 - Liaison des odata avec power Bi

1 er étape : Configuration du flux OData
CONTEXT GÉNÉRAL DU

2eme étape : Connecter l'authentification de base dans Power BI

3eme étape : les tables de données ERP dans Power BI

 CONTEXT GÉNÉRAL DU

4.2 - Transformation et nettoyage des données

Dans cette étape, nous avons préparé les données en précisant les tables qu'on va les
utiliser prenant compte avec notre cahier de charge afin de faire le nettoyage et la transformation
des données nécessaires. Cette transformation comprend plusieurs processus :
nettoyage
standardisation
tri
vérification et application des requêtes.
La phase de transformation se produit avec l'éditeur Power Query de Power BI.

4.3 - Création des formules avec Power Query M

 CONTEXT GÉNÉRAL DU

Le Script ci-dessus permet de générer une table de date qui contient tous les champs
de date ainsi qu'il permet de sélectionner la date de début et de la fin. C’est une table qui regroupe
les champs de date comme les années, les mois, les jours, les trimestres, les semaines,…qu’on peut
lier à la table de fait d’un modèle de données Qlik

4.3 - Création des mesures avec DAX

6 - Création des rapport

Après avoir extraire, préparer, modéliser et bien structurer les données, vient
maintenant la phase de visualisation des tableaux de bord et des rapports.
La figure suivante montre quelques visualisations demandées par notre client.
 CONTEXT GÉNÉRAL DU

6 - Déploiement des rapports

Après la réalisation des rapports demandé par notre client, il suffit de les déployer
sur power bi Service. Pour effectuer ce dernier, il nous faut une passerelle de données entre notre
source de donnée et Power Bi Service.
Power BI Gateway est un logiciel requis pour accéder aux données situées dans un
réseau. La passerelle agit en tant que contrôleur d'accès pour la source de données, donc si
quelqu'un a besoin d'accéder à des données à partir d'une application cloud ou Web, la demande
passe par cette passerelle.
 CONTEXT GÉNÉRAL DU

6 - Déploiement des rapports

Après la réalisation des rapports demandé par notre client, il suffit de les déployer
sur power bi Service. Pour effectuer ce dernier, il nous faut une passerelle de données entre notre
source de donnée et Power Bi Service.
Power BI Gateway est un logiciel requis pour accéder aux données situées dans un
réseau. La passerelle agit en tant que contrôleur d'accès pour la source de données, donc si
quelqu'un a besoin d'accéder à des données à partir d'une application cloud ou Web, la demande
passe par cette passerelle.
 CONTEXT GÉNÉRAL DU

6 - Déploiement des rapports

Après la réalisation des rapports demandé par notre client, il suffit de les déployer
sur power bi Service. Pour effectuer ce dernier, il nous faut une passerelle de données entre notre
source de donnée et Power Bi Service.
Power BI Gateway est un logiciel requis pour accéder aux données situées dans un
réseau. La passerelle agit en tant que contrôleur d'accès pour la source de données, donc si
quelqu'un a besoin d'accéder à des données à partir d'une application cloud ou Web, la demande
passe par cette passerelle.