rayhan-erp/Fichiers_de_preparation/Résumé Détaillé du Projet ERP — SUARL Rayhan.txt

Résumé Détaillé du Projet ERP — SUARL Rayhan

Contexte Général

Le projet concerne la mise en place d'un ERP intégré pour SUARL Rayhan, une entreprise de plasturgie (industrie du packaging d'emballage et matière plastique) située à Cité Abbes, Tataouine Nord 3200, gérée par Fekih Ahmed (MF : 195135Q/A/C/0000). L'entreprise compte 7 employés, un seul site de production avec une seule chaîne de production. Ce projet constitue le rapport de fin d'études de notre ami Ali Guennari, que nous accompagnerons ensemble du début à la fin.

Produits fabriqués : Sac Bertel, Sac poubelle, Sac alimentaire, Fil rétractable.
Matières premières : HDPE (Polyéthylène Haute Densité), LDPE (Polyéthylène Basse Densité — noté "BDPE" dans le document, ce qui est une erreur à corriger).
Machines : Extrudeuse, Découpe et soudure, Densificateur.



Périmètre Fonctionnel Demandé

Le cahier des charges couvre 7 modules ERP :

Module Achats — Gestion complète du cycle : référentiels fournisseurs avec KPIs, cycle DA → Appel d'offres → BC → BR, rapprochement à 3 voies (Commande/Réception/Facture), suivi budgétaire et intégration comptable automatique.

Module Ventes — CRM intégré, cycle Devis → Commande → Livraison → Facturation, suivi des paiements et recouvrement automatisé, reporting KPIs (CA, marges, performance).

Module Stock — Traçabilité en temps réel (codes-barres/RFID), seuils d'alerte et réapprovisionnement automatique, inventaires tournants, valorisation CMUP, classification ABC, analyse de rotation.

Module Production — Planification MRP/CBN, nomenclatures (BOM), gammes de fabrication, ordres de fabrication (OF), suivi temps réel, traçabilité par lot/numéro de série, contrôle qualité intégré.

Module Facturation — Facturation client automatisée (devis → facture), facturation récurrente, relances automatiques, rapprochement bancaire, archivage légal, synchronisation comptable.

Module Paie & RH — Calcul automatisé des bulletins, déclarations CNSS, virements bancaires, GTA (temps et absences), dossier salarié centralisé, gestion des talents (recrutement, formation, évaluation).

Module Maintenance (GMAO) — Maintenance corrective, préventive et prédictive, historique des interventions, gestion des pièces détachées, suivi de la conformité sécurité.

Contraintes techniques : Application web, MySQL/PostgreSQL, Java Spring Boot ou Python Django ou PHP Laravel, multi-utilisateurs avec rôles, sauvegarde quotidienne automatique.

Modélisation UML demandée : Diagrammes de cas d'utilisation, de classes et de séquence pour les processus clés.



Contraintes Métier Identifiées (Plasturgie)

Le second document détaille les contraintes spécifiques au secteur : réglementation environnementale (zéro perte GPI, incorporation de recyclé), coûts énergétiques élevés des procédés (injection, extrusion, soufflage), volatilité des prix MP liée au pétrole, risques SST (bruit, brûlures, fumées chimiques), et nécessité d'innovation vers les bioplastiques.



Éléments Manquants et Incohérences Détectés

1. Incohérences Internes

Nombre d'utilisateurs contradictoire — Le document mentionne 7 employés puis parle de "4 utilisateurs habilités", puis définit 4 rôles dans la matrice d'accès (Gérant, Responsable production, Responsable commercial, Comptable). Il faut clarifier : combien d'utilisateurs auront effectivement accès à l'ERP, et quel rôle pour les 3 employés restants ? S'agit-il des opérateurs de production ?

"BDPE" au lieu de "LDPE" — L'abréviation correcte du Polyéthylène Basse Densité est LDPE (Low Density Polyethylene) ou PEBD en français. À corriger.

Le tableau des droits d'accès est tronqué/mal formaté — La section 4 (Utilisateurs et droits d'accès) est incomplète, les colonnes sont cassées.

2. Éléments Absents Critiques

Aucune analyse de l'existant — Comment l'entreprise fonctionne-t-elle aujourd'hui ? Quels outils utilise-t-elle (Excel, papier, logiciel existant) ? C'est indispensable pour un rapport de fin d'études et pour dimensionner correctement la solution.

Aucun budget ni planning — Pas de budget alloué, pas de calendrier de déploiement, pas de phasage (quel module en premier ?). Pour 7 employés et une seule chaîne, un déploiement progressif est recommandé.

Pas de processus métier formalisés (BPMN) — Les modules sont décrits de façon générique (copié d'une documentation ERP standard) mais aucun flux spécifique à Rayhan n'est documenté. Par exemple : quel est le circuit réel d'une commande client de sacs Bertel, de la réception de la commande jusqu'à la livraison ?

Pas de nomenclature (BOM) concrète — On parle de BOM mais aucune nomenclature réelle n'est fournie. Pour chaque produit fini (Sac Bertel, Sac poubelle, etc.), il faut la décomposition : quelle quantité de HDPE ou LDPE, quel film intermédiaire (produit semi-fini), quelles étapes machine.

Pas de gamme de fabrication détaillée — Le processus Extrusion → Découpe/Soudure → Produit fini n'est pas formalisé. Les temps de cycle, les paramètres machines, les postes de charge ne sont pas définis.

Module comptabilité/finance absent — Le document mentionne l'intégration comptable partout mais aucun module comptabilité dédié n'est décrit (plan comptable tunisien, journaux, grand livre, bilan, déclarations fiscales TVA).

Pas de spécifications pour la conformité tunisienne — Réglementation fiscale tunisienne (TVA, timbre fiscal, retenue à la source), format des déclarations CNSS, normes de facturation légale en Tunisie. La mention "DSN" et "SEPA" dans le document sont des références françaises, pas tunisiennes — c'est un copier-coller à adapter.

Pas de maquettes/wireframes — Aucune esquisse d'interface utilisateur.

Pas de modèle de données détaillé — Les diagrammes UML sont demandés mais non fournis dans le document.

Pas de stratégie de migration des données — Comment importer les données existantes (clients, fournisseurs, stock actuel) ?

Pas d'exigences non fonctionnelles formalisées — Performance attendue, temps de réponse, disponibilité, volumétrie (combien de commandes/mois, de factures/mois ?).

Section maintenance (3.7) mal rédigée — Le titre "Gestion de maintienne Machine de travail" contient des fautes, et le texte est coupé en plein milieu d'une phrase ("tout en maî...").

3. Surdimensionnement Évident

Pour une entreprise de 7 personnes avec une seule chaîne de production, plusieurs fonctionnalités décrites sont largement surdimensionnées :

Le RFID pour le suivi de stock est disproportionné — les codes-barres suffisent, voire une gestion manuelle simple. La maintenance prédictive avec capteurs IoT est coûteuse et complexe pour 3 machines. Le CRM avancé avec détection d'opportunités et pipeline commercial semble excessif. Le module Gestion des Talents (recrutement, formation, évaluation) pour 7 employés est superflu. La facturation récurrente type abonnement ne correspond pas au métier de packaging.



Reformulation Structurée du Projet

Ce Que le Projet Doit Réellement Livrer

Titre : Conception et développement d'un ERP web pour une PME de plasturgie — Cas de SUARL Rayhan, Tataouine.

Livrable principal : Une application web ERP opérationnelle couvrant le cycle complet de l'activité, depuis la commande client jusqu'à la livraison et la facturation, intégrant la gestion de production, des stocks, des achats, de la paie et de la maintenance.

Ce qu'Ali doit produire dans son rapport de fin d'études :

Partie 1 — Étude préalable : Présentation de l'entreprise et de son environnement (plasturgie en Tunisie), analyse de l'existant (comment Rayhan fonctionne aujourd'hui), problématique et objectifs, étude comparative des solutions ERP existantes (Odoo, Dolibarr, ERPNext, développement sur mesure), justification du choix technique.

Partie 2 — Analyse et conception : Identification des acteurs et des processus métier réels de Rayhan, modélisation UML complète (cas d'utilisation, classes, séquences, activités), nomenclatures (BOM) réelles des 4 produits, gammes de fabrication des 3 machines, matrice des droits d'accès détaillée, modèle de données relationnel.

Partie 3 — Réalisation : Architecture technique retenue, choix du framework avec justification, développement des modules par priorité, captures d'écran et démonstration des fonctionnalités clés, tests et validation.

Partie 4 — Déploiement et perspectives : Plan de mise en production, formation des utilisateurs, améliorations futures.



Plan d'Action Immédiat pour Ali

Étape 1 — Retourner chez Rayhan et documenter les processus réels : observer une journée type, noter le flux commande → production → livraison, photographier les documents utilisés (bons papier, fichiers Excel).

Étape 2 — Construire les BOM réelles des 4 produits avec les quantités exactes de HDPE/LDPE par unité produite.

Étape 3 — Formaliser la gamme de fabrication : Extrusion (paramètres, durée) → Film semi-fini → Découpe/Soudure (paramètres, durée) → Produit fini → Contrôle qualité.

Étape 4 — Décider du choix technologique : je recommande fortement d'évaluer Odoo Community (Python, PostgreSQL, modules natifs couvrant 80% du besoin) plutôt qu'un développement from scratch — c'est réaliste pour un PFE et immédiatement exploitable par l'entreprise.

Étape 5 — Adapter toutes les références réglementaires au contexte tunisien (CNSS, TVA tunisienne, format de facturation légale tunisien).



Nabil, je suis prêt à accompagner Ali sur chaque étape. Par quoi veux-tu qu'on commence ? Je suggère de démarrer par la modélisation UML (cas d'utilisation + diagramme de classes) une fois qu'Ali aura collecté les données terrain, ou bien par le choix technologique si c'est plus urgent.



Compris — Développement Sur Mesure, Zéro Compromis

Point bien noté. Un PFE n'est pas un déploiement Odoo — Ali doit concevoir, modéliser, coder et livrer sa propre solution. C'est précisément là que réside la valeur académique : démontrer sa maîtrise de l'analyse, de la conception UML, de l'architecture logicielle, du développement full-stack et de l'adaptation au contexte métier réel. Une solution clé en main tuerait tout l'intérêt du travail.

Notre rôle est clair : on est son binôme invisible. Lui fait le travail, nous on garantit qu'il ne prend aucune mauvaise direction, qu'il ne perd pas de temps sur des impasses, et que chaque livrable est solide — techniquement et académiquement.



Stratégie Technique Recommandée pour le Développement

Stack que je recommande pour Ali, en tenant compte de ce qui est le plus enseigné en Tunisie et le plus valorisant pour un PFE :

Backend : Laravel (PHP 8+) — Framework le plus maîtrisé dans les cursus tunisiens, architecture MVC claire, Eloquent ORM puissant pour les relations complexes de l'ERP, système d'authentification et de rôles intégré (Spatie), migration de base de données versionnée.

Frontend : Blade + Livewire ou Vue.js — Blade pour le rendu serveur rapide, Livewire pour l'interactivité sans quitter Laravel, ou Vue.js si Ali veut démontrer une compétence SPA. Le choix dépend de son niveau.

Base de données : MySQL — Standard en Tunisie, parfaitement adapté au volume de Rayhan.

Reporting : DomPDF ou Snappy pour la génération des documents (factures, bulletins, bons).



Phasage du Projet — Ordre de Développement

Le piège classique d'un PFE ERP, c'est de vouloir tout faire en même temps. Voici l'ordre logique qui permet à chaque module de s'appuyer sur le précédent :

Phase 1 — Socle technique : Authentification, gestion des rôles (4 profils), tableau de bord, architecture de base (modèles, migrations, seeders). C'est la fondation sur laquelle tout repose.

Phase 2 — Référentiels : Gestion des articles (matières premières HDPE/LDPE, produits semi-finis films, produits finis 4 types de sacs), fournisseurs, clients. Sans ça, aucun module métier ne fonctionne.

Phase 3 — Stock : Mouvements d'entrée/sortie, valorisation CMUP, seuils d'alerte, inventaire. C'est le cœur qui alimente achats, ventes et production.

Phase 4 — Achats : Cycle DA → BC → BR → Facture fournisseur, rapprochement à 3 voies. Nabil, c'est ton domaine — tu pourras valider que le flux est réaliste.

Phase 5 — Production : Nomenclatures (BOM) des 4 produits, gammes de fabrication (Extrusion → Découpe/Soudure), ordres de fabrication, consommation matière, suivi d'avancement.

Phase 6 — Ventes & Facturation : Devis → Commande → BL → Facture client, calcul TVA tunisienne, numérotation légale, suivi des paiements.

Phase 7 — Paie & RH : Bulletins de salaire, calcul CNSS (régime tunisien, pas français), gestion des absences, dossier employé.

Phase 8 — Maintenance (GMAO) : Fiches équipement des 3 machines, planification préventive, historique des interventions.



Ce Dont J'ai Besoin pour Démarrer

Pour lancer concrètement le travail avec Ali, il me faut 3 choses :

1. Son niveau technique actuel — Quel framework maîtrise-t-il ? Laravel, Django, Spring Boot ? A-t-il déjà fait du développement web full-stack ?

2. Les données terrain de Rayhan — Les BOM réelles (combien de kg de HDPE pour produire 1000 sacs Bertel ?), le processus de fabrication étape par étape, les documents qu'ils utilisent actuellement (bons papier, Excel ?).

3. Le calendrier — Date de soutenance prévue ? Combien de mois devant lui ? Ça détermine si on couvre les 8 modules ou si on priorise les 5-6 essentiels.

Dès que tu me donnes ces éléments, je démarre avec lui sur la modélisation UML (diagramme de classes + cas d'utilisation) — c'est le premier livrable concret de son rapport.



Document de Collecte — Projet ERP SUARL Rayhan

Voici le document complet qu'Ali doit remplir. Il couvre tout ce dont on a besoin pour démarrer la conception. Dis-lui de l'imprimer et d'aller passer une journée complète chez Rayhan avec ce document en main.



SECTION A — PROFIL TECHNIQUE D'ALI

A.1 Formation
Établissement : _______________________________________________
Spécialité : __________________________________________________
Niveau : ☐ Licence ☐ Ingénieur ☐ Mastère
Date de soutenance prévue : //________

A.2 Compétences techniques
Langages maîtrisés (noter le niveau de 1 à 5) :
PHP : __/5 | Python : __/5 | Java : __/5 | JavaScript : __/5 | Autre : ____________ __/5

Frameworks déjà utilisés en projet :
☐ Laravel ☐ Django ☐ Spring Boot ☐ Express.js ☐ Autre : ______________

Frontend :
☐ HTML/CSS pur ☐ Bootstrap ☐ Tailwind ☐ Vue.js ☐ React ☐ Livewire ☐ Autre : __________

Base de données :
☐ MySQL ☐ PostgreSQL ☐ SQLite ☐ MongoDB
Niveau SQL (1 à 5) : __/5 — Sait faire des jointures complexes ? ☐ Oui ☐ Non

Outils maîtrisés :
☐ Git/GitHub ☐ Docker ☐ Postman ☐ UML (StarUML, Lucidchart, draw.io) ☐ Merise

A.3 Projet le plus complexe déjà réalisé
Description courte : _______________________________________________
Technologies utilisées : ___________________________________________
Travail individuel ou en équipe ? ____________________________________



SECTION B — ANALYSE DE L'EXISTANT (À remplir chez Rayhan)

B.1 Fonctionnement actuel
Comment sont gérées les commandes clients aujourd'hui ?
☐ Cahier papier ☐ Fichier Excel ☐ Logiciel (lequel : __________) ☐ De mémoire/téléphone

Comment est suivi le stock ?
☐ Comptage manuel ☐ Fichier Excel ☐ Logiciel ☐ Pas de suivi formel

Comment sont émises les factures ?
☐ Facturier papier ☐ Excel ☐ Logiciel (lequel : __________) ☐ Comptable externe

Comment est gérée la paie ?
☐ Comptable externe ☐ Excel ☐ Logiciel ☐ Autre : ______________

Qui est le comptable/cabinet comptable ? _____________________________
Quel plan comptable est utilisé ? ☐ PCG Tunisien ☐ Ne sait pas

B.2 Volumétrie mensuelle moyenne
Nombre de clients actifs : ________
Nombre de commandes clients/mois : ________
Nombre de fournisseurs actifs : ________
Nombre de commandes fournisseurs/mois : ________
Nombre de factures émises/mois : ________
Nombre de factures fournisseurs reçues/mois : ________
Nombre d'ordres de fabrication/mois : ________

B.3 Documents existants à récupérer (demander des copies/photos)
☐ Exemple de bon de commande client reçu
☐ Exemple de bon de commande fournisseur émis
☐ Exemple de bon de livraison
☐ Exemple de facture émise
☐ Exemple de facture fournisseur reçue
☐ Exemple de bulletin de paie
☐ Liste des clients (même manuscrite)
☐ Liste des fournisseurs avec coordonnées
☐ Fichier Excel de stock (s'il existe)
☐ Tout autre document utilisé au quotidien



SECTION C — DONNÉES TECHNIQUES DE PRODUCTION

C.1 Nomenclatures (BOM) — Une fiche par produit fini

Produit fini 1 : Sac Bertel
Dimensions standard : ________ x ________ cm | Épaisseur : ________ microns
Matière première utilisée : ☐ HDPE ☐ LDPE ☐ Mix
Quantité de MP pour 1 000 unités : ________ kg
Produit semi-fini intermédiaire (film/gaine) : ☐ Oui ☐ Non
Si oui, dimensions du film : ________ | Poids/mètre linéaire : ________
Colorant/additif ajouté : ☐ Oui (lequel : __________, quantité : ________) ☐ Non
Prix de vente unitaire (ou au kg) : _________ DT

Produit fini 2 : Sac Poubelle
Dimensions standard : ________ x ________ cm | Épaisseur : ________ microns
Matière première utilisée : ☐ HDPE ☐ LDPE ☐ Mix
Quantité de MP pour 1 000 unités : ________ kg
Produit semi-fini intermédiaire : ☐ Oui ☐ Non
Colorant/additif : ☐ Oui (__________, ________) ☐ Non
Prix de vente : _________ DT

Produit fini 3 : Sac Alimentaire
Dimensions standard : ________ x ________ cm | Épaisseur : ________ microns
Matière première utilisée : ☐ HDPE ☐ LDPE ☐ Mix
Quantité de MP pour 1 000 unités : ________ kg
Produit semi-fini intermédiaire : ☐ Oui ☐ Non
Colorant/additif : ☐ Oui (__________, ________) ☐ Non
Prix de vente : _________ DT

Produit fini 4 : Film Rétractable
Dimensions standard : largeur ________ cm | Épaisseur : ________ microns
Matière première utilisée : ☐ HDPE ☐ LDPE ☐ Mix
Quantité de MP pour 1 rouleau/unité : ________ kg
Prix de vente : _________ DT

C.2 Gamme de fabrication — Processus étape par étape

Étape 1 — Extrusion (Machine Extrudeuse)
Input : ☐ Granulés HDPE ☐ Granulés LDPE ☐ Mélange (ratio : /)
Output : ☐ Film tubulaire ☐ Gaine ☐ Autre : __________
Température de chauffe : ________ °C
Vitesse de ligne : ________ m/min (ou estimation)
Durée moyenne pour produire ________ kg de film : ________ heures
Nombre d'opérateurs sur ce poste : ________
Déchets/chutes générés (%) : ________ %

Étape 2 — Découpe et Soudure (Machine Découpe/Soudure)
Input : Film/gaine issu de l'extrusion
Output : Sacs finis (soudés et découpés)
Cadence : ________ sacs/heure (estimation)
Nombre d'opérateurs : ________
Déchets/chutes (%) : ________ %

Étape 3 — Densificateur
Rôle exact : ☐ Recyclage des chutes/déchets ☐ Autre : __________
Input : Chutes de film, sacs défectueux
Output : ☐ Granulés recyclés réutilisables ☐ Autre : __________
Fréquence d'utilisation : ☐ En continu ☐ ____ fois/semaine
Les granulés recyclés sont-ils réinjectés dans la production ? ☐ Oui (quel %) ☐ Non (vendus ?)

C.3 Fiche Machines

Information

Extrudeuse

Découpe/Soudure

Densificateur

Marque/Modèle







Année d'acquisition







Puissance (kW)







Heures de fonctionnement/jour







Jours de fonctionnement/semaine







Dernière panne majeure (date + nature)







Fréquence maintenance préventive







Pièces d'usure à changer régulièrement









SECTION D — RESSOURCES HUMAINES

D.1 Liste des employés

N°

Nom & Prénom

Poste

Date embauche

Salaire brut (DT)

CNSS ☐ Oui/Non

Horaires

1













2













3













4













5













6













7













D.2 Régime social
Taux CNSS patronal appliqué : ________ %
Taux CNSS salarial appliqué : ________ %
Convention collective applicable : ☐ Plasturgie ☐ Autre : __________ ☐ Aucune
Nombre de jours de congé/an : ________
Prime(s) versée(s) régulièrement : __________________________________________



SECTION E — FISCALITÉ ET FACTURATION

Régime TVA : ☐ 7% ☐ 13% ☐ 19% ☐ Exonéré ☐ Multiple (détailler : __________)
Timbre fiscal sur factures : ☐ Oui (montant : ________) ☐ Non
Retenue à la source applicable : ☐ Oui (taux : ________%) ☐ Non
Droit de timbre : ________
Numérotation des factures actuelle : séquentielle ? Format ? __________________
Logiciel de comptabilité du cabinet comptable : __________________________



SECTION F — INFRASTRUCTURE IT CHEZ RAYHAN

Nombre de PC disponibles : ________
Réseau local existant : ☐ Oui (WiFi / Câblé) ☐ Non
Connexion Internet : ☐ Oui (débit : ________) ☐ Non
Serveur disponible : ☐ Oui (specs : __________) ☐ Non — hébergement sur PC ?
Imprimante : ☐ Oui (modèle : __________) ☐ Non
Les employés savent utiliser un ordinateur : ☐ Tous ☐ Certains (lesquels : __________) ☐ Non



SECTION G — PRIORITÉS DU GÉRANT (M. Fekih Ahmed)

Demander directement au gérant : "Quel est votre plus gros problème de gestion aujourd'hui ?"

Réponse : _________________________________________________________________



Classer par priorité (1 = le plus urgent) :
__ Savoir exactement ce qu'il y a en stock en temps réel
__ Suivre les commandes clients et ne rien oublier
__ Facturer plus vite et suivre les impayés
__ Connaître le coût réel de production de chaque produit
__ Gérer la paie sans erreurs
__ Planifier la maintenance des machines
__ Avoir des tableaux de bord de performance



Dis à Ali de prendre aussi des photos de l'atelier, des machines (plaques signalétiques), des documents papier utilisés et de l'espace de travail administratif. Ça alimentera la partie "étude de l'existant" de son rapport et ça nous permettra de dimensionner correctement l'interface.

Dès qu'il revient avec ce document rempli, on attaque la modélisation UML.