République Tunisienne Université de Carthage

*** ***
Ministère de l’Enseignement Supérieur et Ecole Nationale d’Ingénieurs de Bizerte
De la Recherche Scientifique

ST_GI.22

Rapport De Stage Technicien

Présenté à

L’École Nationale d’Ingénieurs de Bizerte

SUJET : MODELISATION ET OPTIMISATION DES PROCESSUS

METIERS

Entreprise d’accueil : SMART ADVICE

Période : Du 12 Juin 2023 jusqu’à
Le 31 Juillet 2023

Réalisé par : Encadrant de l’Entreprise :

GRATI Zaineb Ellouz Ramzi

Année Universitaire

2023-2024
 Remerciements

Il est toujours épineux de pouvoir remercier toutes les personnes ayant contribuées à la réussite
de ce projet. Je tiens à remercier SMART ADVICE CONSULTING et son directeur général M
Ellouz ramzi de m’avoir accueilli et de m’avoir permis de réaliser mon stage ingénieur dans des
conditions favorables. J'ai eu l'immense chance d'avoir trois superviseurs professionnels. J'ai eu
la chance d'avoir le soutien, les conseils et les encouragements de M. Ellouz ramzi et M.Mehdi
achraf qui ont réussi, malgré leurs engagements, à me faire vivre la meilleure expérience de
stage. Sans eux, je n'aurais pas réussi, et c'est à eux que j'adresse mes sincères paroles de
gratitude et de reconnaissance. Tout cela n’aurait pas été possible sans la formation que j’ai
acquise au cours de ces deux dernières années à l’Ecole Nationale d’Ingénieurs de Bizerte. Pour
cette raison, je tiens à remercier tous le corps enseignant de mon école pour toutes les
compétences enrichissantes que j’ai reçues. Pour finir, je tiens à remercier les membres du jury
qui ont donné de leur temps pour évaluer ce projet.

Stage Technicien i
 Table des matières
Remerciements........................................................................................................................................ i
Table des matières ................................................................................................................................. ii
Liste des figures .................................................................................................................................... iv
Liste des abréviations ............................................................................................................................ v
Introduction générale ............................................................................................................................ 6
Chapitre I . Présentation de l’entreprise d’accueil ............................................................................. 7
Introduction ......................................................................................................................................... 8
I.1. Présentation de l’organisme d’accueil .......................................................................................... 8
I.1.1. Missions ................................................................................................................................. 8
I.1.2. Solution et services ................................................................................................................ 9
I.1.3. Moyens humains et techniques .............................................................................................. 9
I.1.4. Les clients .............................................................................................................................. 9
I.2. Contexte du projet ....................................................................................................................... 10
I.2.1. Problématique ...................................................................................................................... 10
I.2.2. Cahier de charge................................................................................................................... 11
Conclusion ......................................................................................................................................... 13
Chapitre II . étude de l’existant et Recherche bibliographique ...................................................... 14
Introduction ....................................................................................................................................... 15
II.1. Analyse de l’existant.................................................................................................................. 15
II.1.1. Définition de la Méthode QQOQCCP ................................................................................ 15
II.1.2. QQOQCP du projet............................................................................................................. 15
II.2. Etude bibliographie .................................................................................................................... 17
II.2.1. Définition du processus métier ........................................................................................... 17
II.2.2. Définition BPM .................................................................................................................. 17
II.2.3. Objectifs de BPM................................................................................................................ 17
II.2.4. Etapes de BPM ................................................................................................................... 18
II.2.5. BPMN (Business Process Management and Notation) ...................................................... 19
II.2.6. ERP Odoo ........................................................................................................................... 24
II.2.7. HEFLO: LOGICIEL BPMN ............................................................................................... 24
Conclusion ......................................................................................................................................... 25
Chapitre III . Modélisation et optimisation des processus de collecte de fonds et de mise en
banque .................................................................................................................................................. 26
Introduction ....................................................................................................................................... 27
III.1. premier processus ‘’ collecte de fond ‘’ ................................................................................... 27
III.1.1. Description ........................................................................................................................ 27
III.1.2. Modélisation (phase as Is ) ................................................................................................ 28
III.1.3. Les failles du processus ..................................................................................................... 29

Stage Technicien ii
 III.2. deuxième processus :’’ mise en banque ‘’ ................................................................................ 36
III.2.1. Description ........................................................................................................................ 36
III.2.2. Modélisation :(phase as is ) ............................................................................................... 37
III.2.3. Détection des failles .......................................................................................................... 37
Conclusion ......................................................................................................................................... 42
Conclusion générale ............................................................................................................................ 43
Bibliographie........................................................................................................................................ 44

Stage Technicien iii

 Liste des figures

Figure I.1 Logo ........................................................................................................................................ 8

Figure I.2 Clients ................................................................................................................................... 10
Figure I.3 GANTT ................................................................................................................................. 13
Figure II.1 Les tâches ............................................................................................................................ 21
Figure II.2 Les sous processus............................................................................................................... 21
Figure II.3 les évènements..................................................................................................................... 22
Figure II.4 Gateways ............................................................................................................................. 22
Figure II.5 Les pool et les lanes............................................................................................................. 23
Figure II.6 les éléments de BPMN ........................................................................................................ 23
Figure III.1 processus de collecte de fonds (phase as Is) ...................................................................... 28
Figure III.2 Création d’un paiement espèces ........................................................................................ 29
Figure III.3 Affectation du paiement espèces dans le bordereau de collecte ........................................ 30
Figure III.4 Modification du paiement .................................................................................................. 30
Figure III.5 Changement automatique du montant dans le bordereau de collecte ................................ 31
Figure III.6 sous processus de contrôle de modification d paiement .................................................... 32
Figure III.7 Interface caissier/agent de recouvrement ........................................................................... 33
Figure III.8 Interface comptable ............................................................................................................ 33
Figure III.9 Empêcher l’apparition de la rubrique valider réception espèce ......................................... 34
Figure III.10 Empêcher l’apparition de la rubrique valider réception chèque ...................................... 34
Figure III.11 bordereau de collecte ....................................................................................................... 35
Figure III.12 processus de collecte de fonds (phase to be) .................................................................... 36
Figure III.13 processus de mise en banque :(phase as is ) ..................................................................... 37
Figure III.14. création d’un paiement chèque........................................................................................ 38
Figure III.15 Affectation du paiement au bordereau de remise cheque ................................................ 38
Figure III.16 Interdiction de modification du paiement chèque ..................................................... 39
Figure III.17 processus de contrôle de modification de paiement ......................................................... 40
Figure III.18 ajout d’une rubrique de demande en correction ............................................................... 41
Figure III.19 chatter ............................................................................................................................... 41
Figure III.20 Processus de mise en banque (phase to be) ...................................................................... 42

Stage Technicien iv
 Liste des abréviations
BPM : Business Process Management
BPMN : Business Process Model and Notation
SMADCO : smart advice consulting

Stage Technicien v
 Introduction générale
La modélisation des processus métier est devenue une composante essentielle de la gestion
efficace des entreprises modernes. Elle permet une visualisation claire et une compréhension
approfondie des opérations commerciales, offrant ainsi de nombreux avantages. Dans ce
contexte, l'utilisation d'un langage de modélisation tel que BPMN (Business Process Model and
Notation) revêt une importance cruciale.
Dans ce contexte, notre projet, intitulé "Modélisation et Optimisation des Processus Métiers",
s'inscrit dans un contexte où l'efficacité des processus est cruciale pour la réussite des
entreprises. L'objectif principal de ce projet est de modéliser les processus de collecte de fonds
et de mise en banque à travers BPMN, de détecter les éventuelles failles présentes dans chaque
processus, et enfin, de proposer des optimisations pour les améliorer de manière significative.
Ce rapport est organisé en trois chapitres distincts, chacun ayant une importance particulière
dans la compréhension et l'amélioration des processus métiers. Dans le premier chapitre, nous
débuterons en présentant l'entreprise d'accueil, ainsi que le contexte dans lequel le projet a été
mené. Cette introduction permettra d'appréhender le cadre global de notre démarche.
Le deuxième chapitre, quant à lui, se concentrera sur une analyse minutieuse de l'existant, ainsi
qu'une étude bibliographique approfondie. Cette étape est essentielle pour comprendre en
profondeur les processus actuels et les meilleures pratiques qui existent dans ce domaine.
Enfin, le troisième chapitre sera dédié à la description des processus de collecte de fonds et de
mise en banque que nous avons modélisés. Nous mettrons en évidence les erreurs potentielles
que nous avons identifiées au cours de cette modélisation et présenterons les optimisations
proposées pour accroître l'efficacité globale de ces processus.
En somme, notre projet vise à contribuer à l'amélioration des opérations métiers en utilisant la
modélisation et l'optimisation comme outils clés. Cette approche est essentielle pour répondre
aux défis constants de la gestion des processus au sein des organisations modernes.

Stage Technicien 6
 Chapitre I . Présentation de l’entreprise d’accueil

Stage Technicien 7
Introduction
Le contexte général est une étape primordiale pour la connaissance de l’environnement dans
lequel s’est déroulé le projet. Ce chapitre est consacré tout d’abord à la présentation de
l’entreprise au sein de laquelle le projet est effectué, par la suite nous abordons la description
du domaine d’étude du projet, et nous terminons par détailler la méthodologie et les principales
tâches à accomplir.

I.1.Présentation de l’organisme d’accueil

SMADCO est un cabinet spécialisé dans l’organisation et l'amélioration des performances des
entreprises, intervenant dans divers secteurs d'activité : industrie, services, logistique,
Commerce, etc. SMART ADVICE CONSULTING conseille, forme et accompagne ses clients
dans la mise en œuvre des plans d'amélioration.
La figure I.1 illustre le logo de l’entreprise .

Figure I.1 Logo

I.1.1.Missions
Les produits et les solutions de l’entreprise couvrent toute la chaine de gestion documentaire
dès la numérisation et jusqu’à l’automatisation des processus métiers.
Conformément au slogan du cabinet « Partage d’expertise & Création de valeur », les
consultants SMADCO visent principalement dans leurs missions :
• La création immédiate de valeur ajoutée chez leurs clients, plutôt que de réciter de beaux
longs discours sans réel impact
• La proposition de solutions personnalisées et adaptées à la réalité de chaque client,
plutôt que d’offrir des solutions standards qui ne sont pas forcément cohérentes avec le
contexte du client
• Le transfert des connaissances et du savoir-faire à leurs clients.

Stage Technicien 8
I.1.2.Solution et services
Le département système d’information SMDCO apporte des solutions innovantes pour ses
clients afin de réussir leurs transitions digitales.il propose à ses clients un service complet de
conseil, d’analyse, d’intégration et de maintenance, de solutions digitales basées sur l’ERP
Open Source ODOO.
Les services proposés suivent une méthodologie de travail transparente et fiable afin d’assurer
la satisfaction des clients :
• Analyse des besoins et étude de la faisabilité
• Identification et rédaction des spécifications du projet
• Conception générale et détaillé du projet
• Réalisation du projet
• Elaboration des tests (unitaires, d’intégration et de validation)
• Vérification de la conformité du projet aux spécifications
• Mise en production et maintenance
• Support et Formation
• Assistance fonctionnelle aux utilisateurs

I.1.3.Moyens humains et techniques

La société « SMADCO » est constitué d’une équipe pluridisciplinaire de consultants
fonctionnels et techniques. Les clients de la société « SMADCO » bénéficient, en plus du
savoir-faire fonctionnel et technique de ses consultants, de l’apport des technologies les plus
récentes qui sont appliqués dans les projets.
Les outils et méthodologies utilisés par les consultants SMADCO :
• Gestion de projet : AGILE(SCRUM)
• Conception : UML
• Base de données : PostgreSQL
• Des outils de développement : ODOO, Python, XML
• Conteneurisation : Docker
• Gestion du code et des versions : Git, GitHub

I.1.4.Les clients
La société Smart Advice se spécialise dans l'accompagnement de clients prometteurs et à fort
potentiel de réussite, dont Quattro, SIAA, SNBG, TIS, ACIA-SUD, ACIA-Housing, Acia-

Stage Technicien 9
Trading, Group Imprim, Tunisie Pochette, Golden Fish, et Cafe D'or comme démontré dans la
figure I.2.

Figure I.2 Clients

I.2.Contexte du projet
Dans cette partie, nous présentons la problématique, le cahier de charge du projet ainsi que les
phases du projet

I.2.1. Problématique
La modélisation et l'optimisation des processus métier constituent des enjeux cruciaux pour les
organisations à l'ère de la complexité croissante des opérations et des exigences changeantes
des marchés. Cette problématique soulève la question fondamentale de savoir comment les
entreprises peuvent tirer parti des méthodes de modélisation avancées pour représenter avec
précision leurs processus opérationnels existants, et comment ces modèles peuvent être
exploités pour identifier et mettre en œuvre des améliorations significatives. Dans le dessein
d'améliorer de manière proactive ses opérations et d'optimiser sa performance globale, Smart
Advice a pris la décision stratégique de se lancer dans une démarche de modélisation des
processus métier. Cette initiative vise tout d'abord à une évaluation minutieuse de chaque
processus afin d'identifier toute lacune, inefficacité ou défi qui pourrait entraver l'efficience
opérationnelle. En découvrant ces éventuelles failles, l'entreprise pourra ensuite entreprendre
des mesures correctives ciblées, visant à renforcer la fluidité, la cohérence et la productivité de
ses activités.
Outre cette quête d'optimisation, la démarche de modélisation des processus entreprise par

Stage Technicien 10
 Smart Advice revêt également un objectif essentiel de documentation méticuleuse. En capturant
de manière systématique chaque aspect des différents modules opérationnels, l'entreprise
garantit la disponibilité d'une source de référence précieuse pour ses équipes. Cette
documentation complète et accessible favorisera une meilleure compréhension des interactions
entre les processus, tout en facilitant la transmission du savoir et de l'expertise au sein de
l'organisation.
À travers cette démarche stratégique, Smart Advice se positionne ainsi à la croisée de
l'amélioration continue et de la résilience organisationnelle. En identifiant et en corrigeant les
failles opérationnelles tout en assurant une documentation exhaustive, l'entreprise se dote des
outils nécessaires pour optimiser son agilité, renforcer sa capacité d'adaptation et prendre des
décisions éclairées en alignement avec ses objectifs stratégiques.

I.2.2.Cahier de charge
Afin de bien cerner notre problématique, la Cahier de la charge suivante présente plus de détails
concernant notre projet.

Tableau I.1 cahier des charge

Modélisation et optimisation des processus métier

Sujet

Le projet de 2 mois se déroule à SMART ADVICE d. La société se

Cadre générale du projet situe Sfax.
L’encadrant M.Achraf Mahdi, qui occupent le poste du consultant
fonctionnel odoo et le directeur Ellouz Ramzi

Pour assurer l'efficacité opérationnelle et une documentation

Besoin exhaustive, Smart Advice a opté pour l'approche de modélisation des
processus métier.

Stage Technicien 11
 Dans ce projet, et dans un premier temps le processus métier doit
Travail demandé être minutieusement modélisé, capturant ainsi une représentation
fidèle de l'état actuel ("as is"). Cette étape permet une analyse
approfondie et la détection précise de tout écueil potentiel grâce à
l'utilisation judicieuse d'Odoo, favorisant ainsi une compréhension
approfondie des points de faiblesse.
Suite à cette évaluation rigoureuse, la deuxième phase se concentre
sur l'optimisation du processus identifié, en prenant en compte les
anomalies détectées. Une révision minutieuse est entreprise pour
concevoir un état futur souhaité ("to be"), où les ajustements et les
améliorations adéquats sont mis en œuvre. Ce processus de
transformation est ensuite à nouveau modélisé pour refléter le
nouveau paradigme opérationnel visé.

Assurer une documentation des modules

Résultat attendus La modélisation des processus métiers, détection des failles et
finalement optimiser le processus et le modéliser.

Compréhension du contexte du projet et le périmètre de travail.

Les jalons Recherche bibliographique.
Modélisation du premier processus « collecte de fonds (phase as is )
Détection des failles du premier processus a traves odoo .
Optimiser processus et le modéliser (phase to be )
Modélisation de 2éme processus « mise en banque
Détection des failles du 2eme processus à travers odoo
Optimiser et modéliser

Nous avons élaboré un diagramme Gantt pour bien manager notre projet et se repérer à chaque
phase par rapport à ce qui est planifié. Les phases du projet sont détaillées dans la figure I.3.

Stage Technicien 12
 Figure I.3 GANTT

Conclusion
A ce stade, nous avons déterminé le périmètre global du projet en détaillant la présentation de
l’organisme d’accueil et en définissant le contexte général du sujet abordé.

Stage Technicien 13
 Chapitre II . étude de l’existant et Recherche
bibliographique

Stage Technicien 14
Introduction
La phase la plus importante dans un projet est l’analyse de la situation qui déterminera la
démarche à suivre et les méthodes à utiliser pour atteindre les objectifs fixés. Donc, nous
présentons dans ce chapitre l’étude de l’existant et la revue de la littérature.

II.1.Analyse de l’existant
Pour mettre en place des actions pertinentes et efficaces, il faut bien analyser la situation
actuelle de l’entreprise en se basant sur l’étude de l’existant et en utilisant la méthode QQOQCP
comme un outil de diagnostic.

II.1.1.Définition de la Méthode QQOQCCP

Le QQOQCCP (ou Quoi, Qui, Où, Quand, Comment, Combien, Pourquoi) est une méthode
simple et néanmoins très efficace qui permet de faire le diagnostic d’une situation ou d’un
problème de façon précise et exhaustive.
Cette méthode peut avoir des finalités diverses et variées.
Les professionnels de la qualité l’utilisent fréquemment pour résoudre différentes
problématiques comme :
• Modéliser un processus ou une procédure
• Établir le diagnostic d’un dysfonctionnement
• Animer une séance d’idéation…

II.1.2. QQOQCP du projet

Tous les jours, chaque entreprise doit se confronter aux différents problèmes de son
environnement. Elle doit donc avoir une profonde compréhension pour les situations délicates
pour trouver la solution appropriée.
La méthode QQOQCP permet d’identifier les caractéristiques nécessaires du problème en
définissant ses dimensions et les informations élémentaires essentielles. Elle emploie une
démarche d’analyse cruciale concrète en se basant sur un questionnement systématique.
Ainsi, le tableau II.1 décrit le besoin général à travers l’outil QQOQCP. Il permet de décrire le
périmètre spatio-temporel du projet, son contexte général et les outils à utiliser.

Stage Technicien 15
 Tableau II.1 QQOQCP

Méthode QQOQCP Elaboré par : Grati Zaineb Date de début : 15/06/2023

Date de fin : 17/06/2023

Qui est concerné par l’étude ?
Qui? Toute l’équipe de SMART ADVICE CONSULTING
Qui est en charge de la mission ? Grati Zaineb Elève ingénieur en 2ème année
génie industriel
En quoi consiste le problème ?
Quoi? des processus de ‘’collecte de fond ‘’et’’ mise en banque’’ qui présentent des
différents problèmes (des erreurs) qu’il faut les détecter a travers Odoo .

Où apparait le problème ?
Où ? Dans le module trésorerie développé dans Odoo

Quand apparait le problème ?

Quand ? Le problème des processus de "collecte de fonds" et de "mise en banque" se
manifeste chaque fois que ces processus sont effectués au sein de l'entreprises et
exécutés a traves odoo.

Comment procède-t-on pour résoudre le problème ?

Comment La résolution du problème implique les étapes suivantes :
? Modélisation des processus de collecte de fonds et de mise en banque a tarvers le
langage de modélisation BPMN
Analyser les processus de collecte de fonds et de mise en banque à travers Odoo
pour identifier les failles.
mettre en œuvre des actions correctives, puis procédez à la modélisation des
processus révisés."

Stage Technicien 16
II.2.Etude bibliographie
II.2.1.Définition du processus métier
Avant de définir ce qu'est le BPM, une première définition s'impose : le processus. Il s'agit d'un
enchaînement d'activités qui, à partir de flux entrants (informations, matière, etc.), produit un
résultat donné. Le processus métier est directement lié à la satisfaction du client contrairement
aux autre type de processus comme les processus support ou encore de management qui sont là
en appui des processus métier.
Exemples de processus métier :
• Création d'un nouveau produit
• Livraison
• Traitement d'une réclamation client

II.2.2.Définition BPM
Il s'agit de l'acronyme de Business Process Management qui signifie en français "gestion des
processus métiers".
La gestion des processus métier est une approche systématique de l'optimisation des processus
au sein d'une organisation. Elle vise à améliorer l'efficacité, la flexibilité et la qualité des
processus métier, en alignant les objectifs organisationnels avec les besoins des parties
prenantes.

II.2.3.Objectifs de BPM
Le but est d’analyser et d’adapter régulièrement ses processus, workflows et procédures en
fonction des contraintes identifiées pour développer sa performance ou sa qualité de service.
Les bénéfices engendrés par le BPM sont multiples et dépendent de la nature des processus
modélisés.
Visibilité : un processus bien décrit favorise la compréhension de ses enjeux par les utilisateurs
afin d’y contribuer plus efficacement.
Rentabilité : le BPM permet de réduire les délais de réalisation, d’accélérer les prises de
décision, d’optimiser les coûts et donc de maximiser l’efficacité et les résultats de l’entreprise.
Performance : L’économie actuelle vise à faire toujours plus avec moins de ressources. Les
principes du BPM favorisent l’amélioration de la productivité.
Traçabilité : le suivi d’avancement (qui ? quoi ? quand ? comment ? pourquoi ? …) est facilité
par la mise en place d’indicateurs de suivi et permet de remonter immédiatement toutes
problématiques identifiées.
Agilité : l’identification et la correction des dysfonctionnements rencontrés sont des enjeux

Stage Technicien 17
majeurs du BPM. La capacité à adapter en temps réel les processus modélisés selon les
contraintes et les exceptions identifiées génère une agilité nouvelle.

II.2.4.Etapes de BPM
Voici une représentation simplifiée du BPM
Identification des processus : Tout d'abord, les processus métier existants sont identifiés et
documentés. Cela peut être réalisé en utilisant des techniques telles que l'analyse des flux de
travail, les interviews avec les parties prenantes et l'observation directe des opérations.
Modélisation des processus : Une fois les processus identifiés, ils sont modélisés à l'aide de
notations standardisées telles que BPMN (Business Process Model and Notation). La
modélisation permet de représenter graphiquement les étapes du processus, les décisions, les
flux d'informations et les rôles des parties prenantes impliquées.
Analyse et optimisation : Les modèles de processus sont ensuite analysés pour identifier les
inefficacités, les goulots d'étranglement et les opportunités d'amélioration. Des techniques telles
que l'analyse de la valeur ajoutée, l'analyse des écarts et la simulation peuvent être utilisées pour
évaluer les performances actuelles et proposer des améliorations.
Automatisation des processus : Une fois les processus optimisés, l'automatisation peut être
envisagée pour accroître l'efficacité et la cohérence. Des outils de BPM tels que les systèmes
de gestion de flux de travail (Workflow Management Systems) ou les systèmes de gestion de
règles métier (Business Rule Management Systems) peuvent être utilisés pour automatiser les
tâches et les décisions.
Surveillance et contrôle : Une fois les processus automatisés, il est important de surveiller leur
performance en temps réel. Des tableaux de bord et des indicateurs clés de performance (KPI)
sont utilisés pour suivre l'exécution des processus, détecter les anomalies et prendre des mesures
correctives si nécessaire.
Amélioration continue : Le BPM est un processus itératif, ce qui signifie qu'il nécessite une
amélioration continue. Les résultats et les retours d'expérience obtenus de l'exécution des
processus sont utilisés pour identifier de nouvelles opportunités d'amélioration et itérer les
étapes précédentes du BPM.
En utilisant cette approche, les organisations peuvent atteindre une meilleure efficacité
opérationnelle, une réduction des coûts, une satisfaction accrue des clients et une agilité
organisationnelle. Le BPM peut être appliqué à différents types de processus métier, tels que
les processus de vente, de production, de gestion des ressources humaines, de service client,
etc.

Stage Technicien 18
II.2.5.BPMN (Business Process Management and Notation)
II.2.5.1.Définition
Qu’est-ce que le BPMN (Business Process Management and Notation) ?
Le standard BPMN, ou norme BPMN (Business Process Model and Notation) est une norme
de notation graphique standard en matière de modélisation des processus. Elle définit une
manière de représenter les processus graphiquement pour les rendre clairs et compréhensibles
auprès de toutes les personnes susceptibles d’avoir recours auxdits processus :
• Collaborateurs,
• Managers responsables de la mise en place et du suivi des processus,
• Techniciens responsables de la mise en place des outils,
• Intervenants externes, etc.
La norme BPMN a été créée en 2004 par la Business Process Management Initiative (BPMI).
Depuis 2008, l’OMG (Object Management Group) est l’organisme garant de la standardisation
de la représentation des modèles de systèmes d’information.
II.2.5.2.Principes du BPMN
L’enjeu principal du BPMN est de fluidifier le passage de la phase de conception et de
modélisation des processus, à la phase de mise en œuvre, pour en faciliter l’exécution. Son
objectif est de rendre intelligible la compréhension de processus aussi bien par les humains que
par les machines. Cela passe par une représentation la plus simple, graphique et intuitive
possible. En bref, la norme BPMN est un langage commun pour faciliter la transmission
d’informations liées aux processus dans une organisation grâce à :
• des symboles,
• une syntaxe,
• une sémantique,
• des règles d’usage.
Comme pour une langue vivante, tous les utilisateurs du BPMN ont recours à des éléments
communs normés pour véhiculer du sens dans la mise en place de processus, mais aussi pour
éviter les interprétations multiples et donc les risques de mauvaises interprétations.
C’est un langage complexe et suffisamment riche pour couvrir l’ensemble des processus et
applications métiers possibles dans une organisation :
• les processus organisationnels vs les processus exécutables,
• les processus existants vs les processus cibles que vous souhaitez mettre en place,

Stage Technicien 19
• les processus intra vs les processus interorganisationnels.
II.2.5.3.Avantages de la norme BPMN
• Une notation visuelle et claire,
• Un format commun automatisable,
• Un formalisme univoque, compréhensible même en dehors de votre organisation,
• Une interopérabilité entre plusieurs organisations et plusieurs outils,
• Une norme évolutive grâce à une communauté active, pour répondre aux besoins métiers
qui changent sans cesse,
• Un consensus au niveau métier et au niveau technique pour la modélisation des
processus : BPMN est une notation de référence.
II.2.5.4.Différence entre BPM et BPMN
Le BPM, ou Business Process Management, se traduit par gestion des processus métiers. Il
englobe tous les enjeux de la gestion des processus :
• l’automatisation des workflows,
• l’amélioration de la productivité,
• la rationalisation des processus,
• la modélisation des processus, etc.
La différence entre BPM et BPMN est donc simple : le BPM est une méthode d’organisation,
tandis que le BPMN est une norme codifiée.
II.2.5.5. Les composants des diagrammes BPMN :
BPMN fournit un ensemble de symboles et de règles pour créer des diagrammes de processus
compréhensibles et lisibles par les différents acteurs impliqués, tels que les analystes métier,
les développeurs, les responsables de projet et les utilisateurs finaux. Cette notation standardisée
facilite la communication, la documentation et l'analyse des processus métier.
Voici quelques éléments clés de BPMN :
Les tâches : représentées par des rectangles avec des coins arrondis, elles représentent les
actions ou les étapes du processus. Les tâches peuvent être manuelles (exécutées par un être
humain) ou automatisées (exécutées par un système informatique) comme montre la figure II.1.

Stage Technicien 20
 Figure II.1 Les tâches

Les sous processus : Un sous-processus peut contenir plusieurs activités et éventuellement

d'autres sous-processus imbriqués, permettant une décomposition plus détaillée d'une partie
spécifique du processus comme montre la figure II.2.

Figure II.2 Les sous processus

Les événements : représentés par des cercles, ils indiquent les déclencheurs ou les résultats
d'une action dans le processus. Les événements peuvent être des déclencheurs de départ (par
exemple, le début du processus), des événements intermédiaires (par exemple, une attente
d'approbation) ou des résultats finaux (par exemple, la fin du processus) comme le montre la
figure II.3.

Stage Technicien 21
 Figure II.3 les évènements

Les passerelles (Gateways) : représentées par des losanges, elles indiquent les points de décision
ou de convergence dans le flux du processus. Les passerelles déterminent les chemins à suivre
en fonction de conditions spécifiques ou de la logique de décision comme montre la figure III.4.

Figure II.4 Gateways

Les flux de séquence : représentés par des flèches, ils indiquent l'ordre dans lequel les tâches et
les événements sont exécutés. Les flux de séquence montrent la direction du flux du processus,
reliant les activités entre elles.
Les pool et les lanes : utilisés pour organiser visuellement les participants ou les entités
impliqués dans le processus. Les pools représentent les grandes entités (par exemple, les
départements ou les organisations), tandis que les lanes sont utilisées pour regrouper les

Stage Technicien 22
participants ou les rôles au sein des pools comme montre la figure III.5.

Figure II.5 Les pool et les lanes

Voila en résume les éléments de BPMN :

Figure II.6 les éléments de BPMN

En utilisant ces symboles et ces règles, les diagrammes BPMN permettent de représenter
visuellement les processus métier, leurs interactions et leur logique de fonctionnement. Cela
facilite la compréhension, la documentation, l'analyse, l'optimisation et l'automatisation des
processus métier au sein d'une organisation.
L'intégration entre BPMN, BPM et un système ERP comme Odoo est essentielle pour une
gestion holistique et efficace des processus. En modélisant les processus à l'aide de BPMN et
en les alignant avec les fonctionnalités de gestion des processus offertes par les approches BPM,
une organisation peut ensuite implémenter ces processus dans un ERP comme Odoo. Cela
permet de créer une synergie entre la représentation visuelle des processus, leur optimisation

Stage Technicien 23
continue et leur exécution automatisée au sein de l'entreprise. Ainsi, les entreprises peuvent
gagner en efficacité opérationnelle, en réduction des coûts et en agilité, tout en ayant une vue
d'ensemble précise de leurs activités grâce à la puissance combinée de BPMN, BPM et ERP
comme Odoo.

II.2.6.ERP Odoo
Odoo, anciennement connu sous le nom d’Open ERP, est un éditeur de logiciels open source
fondé en 2004 qui propose une suite complète de modules de gestion d’entreprise entièrement
intégrés. Odoo est le programme de gestion d’entreprise le plus évolutif et le plus installé au
monde grâce à ses applications répondant à tous les besoins d’une entreprise, de la gestion de
la relation client à la création de sites web et d’e-commerce, en passant par la production, la
gestion d’inventaire ainsi que la comptabilité, etc. [1].
Odoo propose un ERP de gestion commerciale tout-en-un et personnalisable. Il permet de
couvrir toutes les fonctions clés des entreprises grâce à ses différents modules (ventes,
marketing, CRM, finance, etc.…).
Odoo est disponible en trois versions :
Odoo Online : la version cloud (SaaS) offrant une solution out-of-the-box et rapide
d’implémentation idéale pour les PME de moins de 50 utilisateurs.
Odoo Community : la version open source, téléchargeable et entièrement gratuite.
Odoo Enterprise : la solution déployée sur site (installée localement) qui est recommandée
pour les entreprises avec plus de 50 utilisateurs [1].
Odoo propose une palette variée de modules, allant des modules standard prêts à l'emploi à des
modules personnalisés spécialement développés pour répondre aux besoins uniques de chaque
entreprise. Ces modules standards englobent une gamme complète de fonctionnalités de gestion
d'entreprise, de la gestion des ventes à la comptabilité, en passant par la gestion des stocks et
des ressources humaines. Ils constituent une base solide pour les opérations quotidiennes.
Parallèlement, les modules personnalisés, comme le module de trésorerie, permettent aux
entreprises d'ajuster Odoo à leurs exigences particulières. Cette combinaison de modules
standards et personnalisés offre aux entreprises une flexibilité et une adaptabilité
exceptionnelles pour optimiser leur efficacité opérationnelle et répondre précisément à leurs
besoins en matière de gestion financière, parmi bien d'autres domaines.

II.2.7.HEFLO: LOGICIEL BPMN

HEFLO est le logiciel recommandé pour effectuer la modélisation de processus.
HEFLO est une solution complète de BPM (Business Process Management) ou Gestion des

Stage Technicien 24
Processus Métiers, en français. Elle met à la disposition des entreprises plusieurs outils pour
contrôler et modéliser les workflows afin de favoriser la productivité.
Cette solution propose de multiples fonctionnalités :
Définir et modéliser les processus : vous pouvez définir les tâches et les responsabilités des
membres de votre équipe, configurer les formulaires et automatiser les opérations. Il est
possible de définir des délais et de mettre en place des alertes en fonction de l’avancement des
échéances.
Gérer les workflows : les diagrammes de processus sont stockés dans le cloud, il est donc
possible d’y accéder partout, tout le temps et sur tous les appareils. Vous avez également accès
aux différentes versions de vos processus.
Favoriser la collaboration : la solution permet aux différents acteurs des processus métiers et
aux managers de collaborer en favorisant le partage de processus, les suggestions et l’envoi de
feedbacks.
Accéder à des métriques clé : il est possible d’analyser les indicateurs clés de performance
(KPI) en temps réel pour favoriser des prises de décision efficaces.
De plus, la solution s’intègre avec de nombreuses applications qui participent à la productivité
comme Slack, Google Sheets ou encore Trello.

Conclusion
En somme, le BPM et le BPMN offrent des approches puissantes pour la gestion et
l'optimisation des processus métier. Leur compréhension et leur application adéquate peuvent
contribuer de manière significative à la réussite et à l'amélioration continue des organisations
dans un monde en constante évolution.

Stage Technicien 25
 Chapitre III . Modélisation et optimisation des
processus de collecte de fonds et de mise en banque

Stage Technicien 26
Introduction
Dans cette section, nous entreprendrons la description détaillée des processus de collecte de
fonds et de mise en banque. Ensuite, nous les modéliserons à l'aide du langage de modélisation
BPMN (Business Process Model and Notation). Une fois les processus modélisés, nous
procéderons à l'identification des éventuelles lacunes et vulnérabilités dans chaque processus.
Par la suite, nous chercherons à optimiser ces processus et les ré-modéliserons pour refléter les
améliorations apportées.

III.1.premier processus ‘’ collecte de fond ‘’

III.1.1.Description
Voici une description détaillée de ce processus :
• Client effectue le paiement : Le processus commence lorsque le client effectue un
paiement, que ce soit en espèces, par chèque, par traite, retenue ou par virement.
• Vérification par le commercial : Le commercial responsable de la transaction vérifie le
montant du paiement pour s'assurer qu'il correspond à ce qui était attendu.
• Vérification par l'agent de bureau d'ordre : Ensuite, l'agent de bureau d'ordre revoit le
montant du paiement pour effectuer une deuxième vérification. Cette étape est cruciale
pour éviter les erreurs.
• Saisie et confirmation du paiement : Si le paiement est en espèces, par chèque certifié
ou par traite valisé, le vérificateur saisit les détails du paiement dans un système et
confirme le paiement.
• Sous-processus de vérification : Pour tout autre type de paiement, les paiements doivent
passer par un sous-processus de vérification qu’on va pas le traiter .
• Création d'un nouveau bordereau : Le vérificateur crée un nouveau bordereau pour
chaque ensemble de paiements à traiter.
• Affectation des paiements au bordereau de collecte : Les paiements sont affectés au
bordereau de collecte approprié.
• Impression du bordereau de collecte : Le bordereau de collecte est imprimé pour
documentation.
• Transfert du bordereau au bureau : Le vérificateur transfère le bordereau au bureau pour
la suite du processus.
• Vérification par le caissier : Le caissier vérifie les espèces pour s'assurer de leur
authenticité.

Stage Technicien 27
 • Validation de la réception des espèces : Une fois les espèces vérifiées, le caissier valide
la réception des espèces, et le statut du bordereau devient "en vérification".
• Vérification par l'agent de recouvrement : L'agent de recouvrement vérifie les chèques,
les traites, les virements et les retenues.
Si cette vérification révèle une erreur de comptage, cela signifie qu'il y a une discordance
entre le montant prévu et le montant réel collecté. Dans ce cas, le processus revient à l'étape de
vérification pour corriger cette erreur. De même, si l'erreur est attribuée à une mauvaise saisie
des données, le processus est renvoyé à l'étape de saisie pour que les informations incorrectes
soient corrigées.
Si l'erreur se situe au niveau de l'affectation des paiements, c'est-à-dire si un paiement est
attribué au mauvais bordereau de collecte, alors le processus retourne à l'étape d'affectation
pour réaffecter correctement les paiements.
Validation de la réception des autres paiements : Une fois les autres types de paiements vérifiés,
l'agent de recouvrement valide la réception de ces paiements.
Une fois tous les types de paiements validés, le statut du bordereau devient "validé".
• Signature du bordereau : Le caissier et l'agent de recouvrement signent le bordereau
pour confirmer la réception des paiements.
• Traitement des paiements : Le caissier place les espèces, les chèques et les virements
dans la caisse. L'agent de recouvrement envoie les retenues au comptable pour les
classer dans ce cas Le statut du bordereau est mis à jour pour indiquer qu'il a été
transmis à la comptabilité.

III.1.2.Modélisation (phase as Is )
Nous allons utiliser le logiciel de modélisation Heflo pour représenter le processus de collecte
de fonds en utilisant le langage BPMN, comme illustré dans la figure ci-dessous.

Figure III.1 processus de collecte de fonds (phase as Is)

Stage Technicien 28
III.1.3.Les failles du processus
Après avoir mis en œuvre ce processus dans Odoo spécifiquement dans le module trésorerie,
des anomalies ont été constatées dans son déroulement.
Premier problème : Lorsqu'un paiement de type espèces, chèques, traites, virement ou retenue
est enregistré dans le bordereau de collecte et que des modifications sont apportées
ultérieurement à ce paiement, cela entraîne automatiquement des changements dans le
bordereau de collecte. Cette situation pose un problème significatif, soulignant ainsi la nécessité
d'interdire toute modification sur un paiement une fois qu'il a été associé à un bordereau de
collecte comme illustrer les figures suivantes

Figure III.2 Création d’un paiement espèces

Stage Technicien 29
 Figure III.3 Affectation du paiement espèces dans le bordereau de collecte

Figure III.4 Modification du paiement

Stage Technicien 30
Figure III.5 Changement automatique du montant dans le bordereau de collecte

Solution
La solution consiste à intégrer un nouveau processus qui met en évidence la restriction de la
modification des paiements.
Pour résoudre le problème mentionné, il est nécessaire de mettre en œuvre une solution visant
à restreindre la modification des paiements dans Odoo, tout en intégrant une fonctionnalité qui
affiche un message d'erreur lorsque des paiements modifiés sont affectés à un bordereau de
collecte. Sur le plan technique, cela implique d'ajouter des fonctionnalités personnalisées dans
le système.
L'approche consiste à créer un processus spécifique au sein du module trésorerie développé
dans Odoo. Ce processus illustrera de manière concrète la restriction de la modification des
paiements et la communication des erreurs associées.
Comme solution fonctionnelle, il est recommandé d’intégrer un nouveau processus qui met en
évidence la restriction de la modification des paiements. En se basant sur l'illustration fournie
dans la figure ci-après.

Stage Technicien 31
 Figure III.6 sous processus de contrôle de modification d paiement

Deuxième problème : Après que l'agent de recouvrement a effectué la vérification du montant

et apposé sa signature sur le bordereau, il peut arriver qu'une erreur soit découverte et corrigée.
Cependant, cette rectification perturbe l'intégrité des données, spécifiquement les champs
associés au caissier, ce qui entraîne la réinitialisation de tout son travail. Cette interdépendance
entre les champs du caissier et de l'agent de recouvrement signifie que toute modification
effectuée sur l'un des champs impacte directement les champs de l'autre partie, créant ainsi une
boucle de dépendance réciproque.
Solution :
Mettre en place une section "Demande de Correction" dédiée aux caissiers et agents de
recouvrement, permettant à ces derniers d'adresser une requête au service comptable afin de
rectifier toute erreur éventuelle.
Par ailleurs, il convient de souligner que cette section intitulée "Demande de Correction" sera
uniquement visible lorsque statut du bordereau " en vérification" comme montre la figure III.7.

Stage Technicien 32
 Figure III.7 Interface caissier/agent de recouvrement

Suite à la soumission d'une demande de correction, le comptable sera chargé de prendre une
décision quant à sa validation ou son refus. Afin de faciliter ce processus, il est pertinent
d'intégrer deux sections distinctes : "Valider " et "Refuser", spécifiquement accessibles lorsque
le statut du bordereau est défini comme "en vérification". Ces deux sections permettront au
comptable d'effectuer le choix approprié en toute clarté, garantissant ainsi une gestion
transparente et efficace des demandes de correction au sein de notre système.

Figure III.8 Interface comptable

Après que le comptable ait validé la demande, le statut du bordereau évolue vers "en
correction". Il est donc judicieux d'introduire une section spécifique intitulée "En Correction"

Stage Technicien 33
pour gérer cette phase de manière optimale.
Lorsqu'un agent de recouvrement procède à la correction de l'erreur, le champ "Valider
Réception Espèces" sera automatiquement masqué afin de préserver l'intégrité des données du
caissier. De manière réciproque, lorsque le caissier effectue une correction, les sections "Valider
réception Chèques", "Valider réception traites ", "Retenue" et "Versement" ne seront pas
visibles pour éviter toute modification non intentionnelle.
Cette approche assure une gestion efficace et sécurisée du processus de correction en empêchant
toute altération indue des champs pertinents, tout en simplifiant les actions requises pour
remédier aux erreurs identifiées dans les bordereaux.

Figure III.9 Empêcher l’apparition de la rubrique valider réception espèce

Figure III.10 Empêcher l’apparition de la rubrique valider réception chèque

Stage Technicien 34
Tout d'abord, il faut ajouter un champ de "Remarque en cas d'erreur" pourrait être intégré,
permettant ainsi à l'agent de recouvrement ou le cassier de documenter toute correction
apportée au bordereau. Ensuite, pour renforcer la traçabilité et l'authentification, la mise en
place d'un champ de "Signature individuelle" pour chaque agent (tant pour le caissier que pour
l'agent de recouvrement) serait pertinente. Ces ajouts garantiraient que les modifications
apportées soient consignées avec précision, tout en préservant l'intégrité des données et en
établissant une responsabilité claire pour les corrections effectuées.

Figure III.11 bordereau de collecte

Troisième problème :
Les paiements en espèces peuvent être effectués en devises étrangères. Il est crucial d'intégrer
cette situation dans la gestion du processus.
Solution :
Solution : Dans ce cas, nous pouvons simplement mentionner cette possibilité dans une note ou
un avertissement. Étant donné que la gestion des devises peut être un processus complexe en
soi, il serait plus approprié de ne pas traiter ce détail dans le processus actuel
Nouvelle modélisation du processus :
Après avoir identifié les vulnérabilités et proposé des solutions, le processus a été amélioré et
restructuré conformément à l'illustration présentée dans la figure ci-dessous.

Stage Technicien 35
 Figure III.12 processus de collecte de fonds (phase to be)

III.2.deuxième processus :’’ mise en banque ‘’

III.2.1.Description
Voici une description détaillée de ce processus :
• Collecte des paiements :
Une fois par jour, l'agent de recouvrement collecte les chèques, les traites et les espèces qui ont
atteint leur échéance.
• Préparation des bordereaux de remise :
L'agent de recouvrement prépare un bordereau de remise pour les chèques et un autre pour les
traites. Il prépare également un bordereau de versement pour les espèces.
Affectation des paiements aux bordereaux :
Les paiements en chèques, traites et espèces sont attribués respectivement aux bordereaux
appropriés.
• Préparation du bordereau de remise en banque :
L'agent de recouvrement prépare un bordereau de remise en banque global, auquel il associe
les bordereaux de remise des chèques, des traites et des espèces.
• Envoi du bordereau à la comptabilité :
Le bordereau de remise en banque est envoyé au comptable pour vérification.
• Vérification par le comptable :
En parallèle, le caissier envoie les espèces, les chèques et les traites au comptable pour une
vérification minutieuse.
Le comptable vérifie que les paiements correspondent aux montants spécifiés dans les

Stage Technicien 36
bordereaux de remise.
• Mise à jour du statut du bordereau :
Une fois que les trois types de paiements (chèques, traites, espèces) sont vérifiés par le
comptable, le statut du bordereau de remise en banque devient "vérifié".
• Impression du bordereau :
Le comptable imprime le bordereau vérifié.
• Dépôt en banque par le coursier :
Le bordereau imprimé est remis au coursier, qui effectue le dépôt en banque des fonds.
• Transmission des papiers de décharge :
Le coursier envoie les papiers de décharge au préalable à l'agent de recouvrement.
• Vérification et signature par l'agent de recouvrement :
L'agent de recouvrement vérifie les documents de décharge et signe pour confirmer la réception
des fonds déposés (statut du bordereau de décharge : "dépôt reçu").
• Envoi du dossier au comptable :
L'agent de recouvrement envoie le dossier au comptable pour vérification finale et classement
(statut du bordereau : "transmis à la comptabilité").

III.2.2.Modélisation :(phase as is )
Nous allons utiliser le logiciel de modélisation Heflo pour représenter le processus de mise en
banque en utilisant le langage BPMN, comme illustré dans la figure ci-dessous.

Figure III.13 processus de mise en banque :(phase as is )

III.2.3.Détection des failles

Premier problème Lorsqu'un paiement en espèces est enregistré dans le bordereau de versement

Stage Technicien 37
en espèces et que des modifications sont apportées ultérieurement à ce paiement, cela entraîne
automatiquement des changements dans le bordereau de versement en espèces. Cette situation
pose un problème significatif, soulignant ainsi la nécessité d'interdire toute modification sur un
paiement une fois qu'il a été associé à un bordereau de versement en espèces, De plus, ce
problème se manifeste uniquement pour les paiements en espèces. Les paiements de type
chèque et traite ne posent pas de problème, car lorsqu'on les modifie puis les affecte dans le
bordereau, ils affichent un message d’erreur. Les figures montrent impossibilité de
modification du paiement cheque lorsque il est affecté dans les bordereaux dépôt chèque.

Figure III.14. création d’un paiement chèque

Figure III.15 Affectation du paiement au bordereau de remise cheque

Stage Technicien 38
 Figure III.16 Interdiction de modification du paiement chèque

Solution
La solution proposée implique l'intégration d'un nouveau processus visant à restreindre la
modification des paiements en espèces dans Odoo. Elle prévoit également l'ajout d'une
fonctionnalité qui générera des messages d'erreur lorsque des tentatives de modification de
paiements en espèces sont détectées, notamment lorsqu'ils sont affectés à un bordereau de
versement en espèces. Cette solution nécessite des développements personnalisés au niveau du
système.
Comme solution fonctionnelle, il est recommandé d’intégrer un nouveau processus qui met en
évidence la restriction de la modification des paiements. En se basant sur l'illustration fournie
dans la figure ci-après.

Stage Technicien 39
 Figure III.17 processus de contrôle de modification de paiement

Deuxième situation à considérer : Lorsque le coursier se rend à la banque pour déposer des
chèques et des traites, il existe la possibilité que la banque refuse certains de ces chèques ou
traites. Il est important de prendre en compte cette éventualité dans le processus.
Solution :
Lorsque des chèques ou des traites sont refusés par la banque, plusieurs étapes doivent être
suivies :
• L'agent de recouvrement doit faire une demande de correction au comptable
• En parallèle le coursier doit envoyer les chèques ou les traites refusés ainsi que le
bordereau dépôt cheque ou dépôt traite au comptable.
• Le comptable effectue la correction nécessaire en utilisant la rubrique "Remettre en
correction" ajoutée dans Odoo. Cette action permet de retirer les chèques ou les traites
refusées du bordereau comme illustre la figure

Stage Technicien 40
 Figure III.18 ajout d’une rubrique de demande en correction

Suite à la correction, le statut du paiement est modifié pour être retourné au client.
Note : Il est important de signaler que le processus de retour des chèques ou des traites au client
pour les mesures nécessaires doit être effectué, mais ce processus de retour au client ne sera pas
illustré dans notre cas.
Cette démarche assure la prise en charge appropriée des chèques ou traites refusés, en les
traitant dans le système et en corrigeant les erreurs liées à leur refus.
Il est crucial d'enregistrer dans le chatter toutes les modifications apportées : le motif du chèque,
la personne responsable de la suppression des chèques ou traites.

Figure III.19 chatter

Stage Technicien 41
 Figure III.20 Processus de mise en banque (phase to be)

Conclusion
En conclusion, dans ce chapitre, nous avons entrepris la modélisation détaillée des processus
de collecte de fonds et de mise en banque en utilisant des outils de modélisation BPMN. Nous
avons également identifié les erreurs et les failles présentes dans chaque processus. En
travaillant sur ces constats, nous avons pu apporter des améliorations et optimiser ces processus
pour renforcer leur efficacité et leur fiabilité. Ce travail de modélisation et d'optimisation
constitue une étape cruciale pour garantir que les opérations de collecte de fonds et de mise en
banque se déroulent de manière fluide et conforme aux normes établies.

Stage Technicien 42
 Conclusion générale
Dans le cadre de ce projet de stage d’été, nous avons entrepris la modélisation des processus de
collecte de fonds et de leur dépôt en banque. L'objectif principal était d'optimiser ces processus
en identifiant et en corrigeant les éventuelles failles.
Pour mener à bien ce projet, nous avons commencé par une analyse critique de la situation
existante afin de mieux comprendre la problématique. Par la suite, nous nous sommes formés
au langage BPMN (Business Process Model and Notation) pour pouvoir modéliser
efficacement chacun des processus de collecte de fonds et de dépôt en banque. En utilisant
Odoo, nous avons détecté les erreurs présentes dans ces processus, puis nous les avons
optimisés pour assurer une documentation complète et précise.
En fin de compte, notre humble contribution au sein de Smart Advice Consulting nous a permis
de renforcer nos compétences en modélisation de processus et de découvrir le système ERP
Odoo. De plus, ce projet nous a offert l'opportunité de travailler en collaboration avec des
ingénieurs expérimentés, ce qui nous a permis d'évaluer notre capacité d'adaptation au milieu
professionnel et de nous intégrer avec succès dans le monde de l'ingénierie.

Stage Technicien 43
 Bibliographie

https://www.smartadvice.tn
https://www.bpmn.org/
https://www.manager-go.com/organisation-entreprise/bpm.htm
https://www.celge.fr/editeurs/odoo-logiciel-de-gestion-dentreprise-crm-erp-facturation-
comptabilité-gpao-cms-e-Commerce
https://www.blogdumoderateur.com/tools/heflo/

Stage Technicien 44