1. Contexte & Objectifs

L'enseigne souhaite se doter d'un ERP professionnel de gestion de vêtements couvrant l'ensemble de son réseau multi-magasins et multi-dépôts. Le système doit centraliser, dans une base de données unique, le catalogue d'articles décliné en variantes (taille / couleur), le stock en temps réel, les ventes, les achats fournisseurs, les transferts inter-sites et les inventaires. Les opérations terrain s'appuient sur des PDA Android équipés de lecteurs QR-CODE, tandis que le pilotage et l'analyse sont assurés par une application Web dotée de tableaux de bord, d'un reporting avancé et d'exports.

Objectifs métiers prioritaires

Centraliser dans une base unique toutes les données (articles, variantes, stock, ventes, achats, transferts) accessibles via une API REST sécurisée.
Donner aux équipes terrain (magasiniers, vendeurs) un outil PDA et des tablettes de caisses rapide basé sur le scan QR-CODE, utilisable même hors connexion.
Proposer une expérience bilingue Français / Arabe sur l'application Web et sur les terminaux PDA, pour faciliter l'adoption par tous les profils terrain et administratifs.
Suivre le stock en temps réel par site, par variante, par taille et par couleur, avec localisation physique (rayon / box).
Automatiser la génération et l'impression des étiquettes QR-CODE (imprimantes Zebra à transfert thermique via un rouleau), depuis le Web comme depuis le PDA.
Offrir à la direction un reporting avancé et un dashboard avec KPI consolidés, exportables (Excel / PDF / CSV).
Garantir une traçabilité complète : qui a fait quoi, quand, depuis quelle adresse IP, avec conservation de l'ancien et du nouveau contenu.
Reposer sur une architecture modulaire, prête à évoluer vers un ERP complet sans refonte majeure.
Les ouvriers pourront utiliser l'outil Easy Stock, uniquement via PDA Android sur site et jamais hors site.

2. Périmètre Fonctionnel

2.1 Rôles et matrice de permissions

La sécurité repose sur un modèle RBAC (rôles & permissions granulaires). Chaque rôle dispose d'un périmètre d'accès précis sur l'application Web et sur le PDA, et d'une visibilité limitée à ses sites de rattachement.

Rôle	Application Web	PDA Android	Périmètre de visibilité
Administrateur	Total (CRUD)	Lecture / opérations	Tous les sites, paramétrage complet, gestion des utilisateurs, rôles et permissions, audit.
Responsable magasin	Gestion de son magasin (ventes, stock, réceptions, inventaires, étiquettes)	Saisie complète	Son magasin : stock, ventes, réceptions, transferts entrants/sortants, inventaires.
Vendeur / Caissier	Caisse, ventes, consultation stock	Vente assistée + consultation	Son magasin : encaissement, consultation du stock disponible.
Magasinier / Dépôt	Consultation	Entrées, sorties, transferts, inventaires, réceptions, impression	Son dépôt / magasin : mouvements de stock physiques.
Gestionnaire achats	Commandes fournisseurs, suivi des réceptions	Réception des commandes	Achats : commandes, fournisseurs, suivi commandé / reçu.
Direction / BI	Dashboards, reporting, exports	Consultation	Vue consolidée multi-sites (lecture analytique), tous magasins et dépôts.

2.2 Modules fonctionnels

Application Web (Angular + Laravel API)

Importation en masse de la data via EXCEL, afin de facilité la saisie des données initiales (catalogue, stock, utilisateurs).
Interface bilingue FR / AR avec bascule simple selon le profil utilisateur.
Dashboard moderne : KPI, graphiques ventes / achats / mouvements de stock.
Gestion des articles & variantes (catégories, marques, couleurs, tailles).
Gestion des stocks : entrées, sorties, multi-sites, localisation rayon / box.
Gestion des ventes (caisse, remises, mode de paiement).
Gestion des achats : commandes fournisseurs et suivi des réceptions.
Gestion des transferts inter-sites (cycle de statuts).
Gestion des inventaires et des écarts.
Impression d'étiquettes : unitaire et en masse.
Reporting avancé + graphiques d'évolution.
Exports : CSV Excel (XLSX) PDF.
Gestion des utilisateurs, rôles et permissions.
Journal d'audit (qui a fait quoi, quand, depuis où, avant / après).

Application Android PDA (QR-CODE)

Interface bilingue FR / AR adaptée à l'usage opérationnel sur terminaux PDA.
Authentification sécurisée (JWT, session persistante).
Scan QR-CODE : recherche article instantanée.
Recherche article & consultation du stock par site.
Demande des entrées de stock (réception physique).
Sorties de stock, avec validation depuis le back-office.
Inventaires par comptage scan (théorique vs physique).
Impression d'étiquettes (imprimante mobile Bluetooth).
Mode hors-ligne + synchronisation automatique dès le retour de la connexion.

2.3 Cible matérielle : PDA Android & imprimantes

L'application terrain est optimisée pour des PDA Android industriels intégrant un lecteur QR-CODE 2D. À défaut, un smartphone Android doté d'une caméra autofocus et d'un module de scan logiciel reste utilisable. Les caractéristiques minimales et recommandées sont les suivantes.

Caractéristique	Minimum requis	Recommandé
Version Android	Android 11	Android 13 +
Lecteur QR-CODE	Scan logiciel via caméra (2D)	Imageur matériel 2D intégré (Zebra / Honeywell)
Processeur	Octa-core 1.8 GHz	Octa-core 2.0 GHz ou plus
Mémoire vive (RAM)	3 Go	4 Go ou plus
Stockage interne libre	32 Go	64 Go ou plus
Écran	5,0" — HD (720 × 1280)	5,5"+ tactile durci, lisible en intérieur
Connectivité	Wi-Fi + 4G LTE + Bluetooth	Wi-Fi double bande + 4G/5G + Bluetooth 5
Batterie	3 000 mAh	4 000 mAh ou batterie amovible
Robustesse	Coque de protection	Indice IP65, résistance aux chutes (usage entrepôt)

Pour l'impression des étiquettes, le système est compatible avec les imprimantes Zebra et les imprimantes thermiques standard, en réseau (poste Web) ou en Bluetooth (PDA mobile).

Type d'imprimante	Usage	Connexion
Zebra de bureau (ex. ZD421)	Impression en masse depuis le Web (lots, réceptions)	USB / Réseau (Ethernet, Wi-Fi)
Zebra mobile (ex. ZQ series)	Impression unitaire en rayon depuis le PDA	Bluetooth
Imprimante thermique générique	Étiquettes d'appoint	USB / Réseau

3. Architecture de Communication Client–Serveur (Cloud)

L'architecture recommandée repose sur un modèle Cloud managé sécurisé. Les PDA Android et les postes de vente communiquent de façon asynchrone avec l'API REST Laravel via HTTPS / TLS. L'application Web Angular consomme la même API. Les POS / postes de vente seront connectés à la base MySQL centralisée, garantissant une vision unique du stock sur l'ensemble des magasins et dépôts ; le système POS logiciel est inclus, tandis que les équipements physiques de caisse et de scan restent hors fourniture.

flowchart LR subgraph Terrain["Magasins & Dépôts"] P1["PDA Android 1
Scan + SQLite + Queue"] P2["PDA Android 2
Scan + SQLite + Queue"] CAISSE["Postes de vente
(Caisse Web)"] end subgraph Cloud["Cloud managé (HTTPS / TLS 1.3)"] LB["Reverse Proxy
Nginx + WAF"] API["API Laravel
JWT · REST · RBAC"] Q["File d'attente
(Jobs / Queue)"] DB[("MySQL
Base ERP centralisée")] S3[("Stockage objet
Images articles")] LBL["Service Étiquettes
Thermique"] LOG["Logs & Audit"] end subgraph BO["Application Web"] NG["Angular
Dashboard / Stock / Ventes / BI"] end P1 -- "Sync JSON" --> LB P2 --> LB CAISSE --> LB NG -- "ERP + BI" --> LB LB --> API API --> DB API --> Q Q --> S3 API --> S3 API --> LBL API --> LOG

Figure 3.1 — Topologie de la communication PDA / Caisse / Cloud / Application Web.

3.1 Logique du mode Offline et auto-synchronisation (PDA)

sequenceDiagram participant U as Ouvrier participant App as PDA Android participant DB as SQLite local participant Net as Réseau participant API as API Laravel U->>App: Scan QR-CODE + saisie (offline) App->>DB: Enregistrement local du mouvement Note over App,DB: Statut = PENDING_SYNC Net-->>App: Reconnexion détectée (Wi-Fi / 4G) App->>API: POST /mouvements-stock (payload JSON) API-->>App: 201 Created (id_serveur) API->>API: Mise à jour du stock + journal d'audit App->>DB: Statut = SYNCED

Figure 3.2 — Séquence de synchronisation différée garantissant zéro perte de mouvement de stock saisi sur le terrain.

Garantie de robustesse : tant qu'un mouvement n'est pas marqué SYNCED, il reste protégé dans la base SQLite locale du PDA, même en cas de fermeture de l'application ou de redémarrage de l'appareil. La synchronisation reprend automatiquement au point d'interruption dès le retour de la connexion, et les contrôles de cohérence du stock sont appliqués côté serveur.

4. Maquettes de l'Application PDA (Android)

L'application PDA est pensée pour une utilisation « scan-first » : l'opérateur scanne un QR-CODE et l'article (avec sa variante taille / couleur, son prix et son stock) s'affiche instantanément. Toutes les opérations restent disponibles hors connexion. L'interface est prévue en Français et en Arabe afin de s'adapter au personnel de magasin, de dépôt et d'inventaire.

Écran 1 — Accueil & scan QR-CODE

Écran 2 — Entrée de stock (réception)

Écran 3 — Inventaire par comptage scan

4.1 Illustrations métier : agents terrain avec PDA

Les opérations de tri, de réception et d'inventaire sont conçues pour être exécutées directement par les agents sur PDA. Chaque scan alimente immédiatement la base de données centrale, ou la file locale du terminal lorsque la connexion n'est pas disponible.

Figure 4.1 — Agent de dépôt utilisant un PDA pendant le tri et la mise en stock.

Figure 4.2 — Agent magasin réalisant un inventaire avec PDA pour mise à jour de la base de données.

5. Maquettes de l'Application Web (Angular)

L'application Web est l'outil de pilotage central : tableau de bord décisionnel, gestion complète du catalogue et des stocks, encaissement, achats, transferts, inventaires, reporting et impression d'étiquettes. Elle est prévue en Français et en Arabe pour les profils administratifs, commerciaux et logistiques.

Écran 4 — Application Web : tableau de bord décisionnel (KPI, graphiques, top produits, mouvements de stock).

Écran 5 — Application Web : gestion des articles et de leurs variantes (taille / couleur, prix, QR-CODE, stock par variante).

Écran 6 — Application Web : module d'impression d'étiquettes (sélection, format configurable, aperçu, impression unitaire ou en masse).

6. Modèle de Données (vue logique)

Le modèle est centré sur l'article et sa déclinaison en variantes (taille / couleur), chaque variante portant un QR-CODE unique. Les mouvements de stock (entrées, sorties, transferts, inventaires), les achats (commandes) et les ventes référencent toujours la variante, avec localisation optionnelle (rayon / box) et rattachement au site.

erDiagram CATEGORIES ||--o{ ARTICLES : "regroupe" MARQUES ||--o{ ARTICLES : "marque" ARTICLES ||--o{ ARTICLES_VARIANTS : "décline en" TAILLES ||--o{ ARTICLES_VARIANTS : "taille" COULEURS ||--o{ ARTICLES_VARIANTS : "couleur" RAYONS ||--o{ BOX : "contient" SITES ||--o{ ENTREES_STOCK : "réceptionne" FOURNISSEURS ||--o{ ENTREES_STOCK : "fournit" ENTREES_STOCK ||--o{ ENTREES_STOCK_DETAILS : "contient" ARTICLES_VARIANTS ||--o{ ENTREES_STOCK_DETAILS : "entré" SITES ||--o{ SORTIES_STOCK : "émet" SORTIES_STOCK ||--o{ SORTIES_STOCK_DETAILS : "contient" ARTICLES_VARIANTS ||--o{ SORTIES_STOCK_DETAILS : "sorti" SITES ||--o{ INVENTAIRES : "inventorie" INVENTAIRES ||--o{ INVENTAIRES_DETAILS : "compte" ARTICLES_VARIANTS ||--o{ INVENTAIRES_DETAILS : "compté" SITES ||--o{ TRANSFERTS_STOCK : "source/destination" TRANSFERTS_STOCK ||--o{ TRANSFERTS_STOCK_DETAILS : "contient" ARTICLES_VARIANTS ||--o{ TRANSFERTS_STOCK_DETAILS : "transféré" FOURNISSEURS ||--o{ COMMANDES : "destinataire" COMMANDES ||--o{ COMMANDES_DETAILS : "contient" ARTICLES_VARIANTS ||--o{ COMMANDES_DETAILS : "commandé" CLIENTS ||--o{ VENTES : "achète" SITES ||--o{ VENTES : "réalise" VENTES ||--o{ VENTES_DETAILS : "contient" ARTICLES_VARIANTS ||--o{ VENTES_DETAILS : "vendu" ROLES ||--o{ USERS : "attribué à" ROLES }o--o{ PERMISSIONS : "autorise" USERS ||--o{ LOGS : "journalise" ARTICLES { int id PK string libelle int id_categorie FK int id_marque FK bool is_actif } ARTICLES_VARIANTS { int id PK int id_article FK string code_barre UK int id_taille FK int id_couleur FK double prix_achat double prix_vente } SITES { int id PK string libelle string type_site bool is_actif } ENTREES_STOCK { int id PK date date_entree int id_site FK int id_fournisseur FK string reference int created_by FK } ENTREES_STOCK_DETAILS { int id PK int id_entree_stock FK int id_article_variant FK double quantite double prix_achat int id_rayon FK int id_box FK } SORTIES_STOCK { int id PK date date_sortie int id_site FK string motif int created_by FK } TRANSFERTS_STOCK { int id PK date date_transfert int id_site_source FK int id_site_destination FK string statut } COMMANDES { int id PK string numero_commande int id_fournisseur FK string statut } COMMANDES_DETAILS { int id PK int id_commande FK int id_article_variant FK double quantite_commandee double quantite_recue string etat_reception } INVENTAIRES { int id PK date date_inventaire int id_site FK string statut } INVENTAIRES_DETAILS { int id PK int id_inventaire FK int id_article_variant FK double quantite_theorique double quantite_physique double ecart } VENTES { int id PK string numero_vente int id_client FK int id_site FK double montant_total string mode_paiement int created_by FK } VENTES_DETAILS { int id PK int id_vente FK int id_article_variant FK double quantite double prix_unitaire double remise } USERS { int id PK string nom string email int id_role FK int id_site FK bool is_actif } LOGS { int id PK int id_user FK string action string table_concernee text ancien_contenu text nouveau_contenu string adresse_ip datetime created_at }

Figure 6.1 — Modèle entité-relation de l'ERP textile (vue simplifiée).

Index & clés étrangères : chaque clé étrangère est indexée, et des index composites sont prévus sur les axes de recherche fréquents (variante + site, date + site, QR-CODE) afin de garantir des performances stables, même avec un volume important d'articles, de variantes et de mouvements.

7. Module d'Impression des Étiquettes

La gestion des étiquettes QR-CODE est un module central de l'ERP. Chaque variante (couple taille / couleur) reçoit un QR-CODE unique généré automatiquement à sa création, servant de clé d'identification pour le scan, la vente et tous les mouvements de stock.

Capacités d'impression

Impression unitaire depuis la fiche d'une variante.
Impression en masse (lot, sélection multiple, réception d'entrée de stock).
Depuis le Web (imprimante réseau / USB).
Depuis le PDA Android (imprimante mobile Bluetooth).
Génération automatique du QR-CODE pour toute nouvelle variante.
Formats configurables (dimensions, champs affichés, modèles réutilisables).
Compatibilité Zebra Imprimantes thermiques.

Contenu d'une étiquette

QR-CODE (EAN-13 / Code 128).
Libellé de l'article.
Couleur.
Taille.
Prix.
Référence.

Figure 7.1 — Exemple d'étiquette générée.

8. Reporting & Business Intelligence

Le module de reporting offre une lecture analytique complète de l'activité, déclinée par stock, ventes, achats et transferts, avec graphiques d'évolution, comparaisons de périodes et exports.

Reporting Stock

Stock actuel par article, par variante, par taille, par couleur.
Stock par magasin et par dépôt.
Historique des mouvements & valorisation du stock.
Produits à faible stock, jamais vendus, les plus vendus.
Historique et écarts d'inventaire, traçabilité complète.

Reporting Achats

Historique des commandes, quantités commandées vs reçues.
Commandes en attente, montants d'achats.
Fournisseurs les plus sollicités, délais moyens de livraison.

Reporting Ventes

Ventes journalières, hebdomadaires, mensuelles, annuelles.
Chiffre d'affaires par magasin, par catégorie, par marque.
Top produits vendus, top clients, marges réalisées.
Comparaison entre périodes & graphiques d'évolution.

Reporting Transferts

Historique des transferts, transferts en attente.
Volumes transférés, statistiques par magasin.

8.1 Dashboard & indicateurs clés (KPI)

Le tableau de bord synthétise en temps réel : chiffre d'affaires jour / mois / année, nombre de ventes, nombre d'articles en stock, valeur totale du stock, produits à faible stock, top produits vendus, top clients, top fournisseurs, ainsi que des graphiques de ventes, d'achats et de mouvements de stock.

8.2 Exports & filtres avancés

Formats d'export

Tous les rapports sont exportables en :

Excel (XLSX) PDF CSV

Filtres disponibles

Tous les rapports sont filtrables par :

Date Magasin Dépôt Catégorie Marque Couleur Taille Article Fournisseur Client

9. Sécurité & Conformité

Transport : HTTPS / TLS obligatoire entre PDA, postes de vente, application Web et API.
Authentification : JWT signés (expiration courte) + refresh token sécurisé.
Autorisations : modèle RBAC (rôles & permissions granulaires) avec visibilité limitée par site de rattachement.
Mots de passe : hashés via Bcrypt côté Laravel.
Audit & historisation : table logs enregistrant pour chaque action sensible l'utilisateur, l'action, la table concernée, l'ancien contenu, le nouveau contenu, l'adresse IP et la date / heure — journal immuable.
Stockage mobile : base locale chiffrée (SQLite) sur les PDA pour le mode hors-ligne.
Stockage serveur : images des articles stockées de manière sécurisée, accès protégé par les droits applicatifs.
Système serveur : déploiement sous Linux (robustesse, surface d'attaque réduite, stabilité en production 24/7).
Sauvegardes : snapshots base + médias quotidiens chiffrés, rétention 30 jours minimum, avec réplication journalière sur un bucket Amazon S3 de 250 Go.

10. Hébergement : Cloud managé sécurisé

Un ERP multi-magasins impose une disponibilité centrale permanente : tous les PDA et tous les postes de vente des magasins et dépôts se connectent à la même API et à la même base. La solution retenue repose sur un Cloud managé sécurisé, dimensionné pour garantir un accès fiable, une supervision continue, une haute disponibilité et des sauvegardes externalisées quotidiennes.

flowchart TB subgraph CloudOpt["Cloud managé sécurisé"] direction TB M_CLD["PDA & postes magasins"] WEB_CLD["Postes Back-Office"] CDN["CDN + WAF
Anti-DDoS"] LB2["Load Balancer
Multi-zones (Multi-AZ)"] APP1["App server #1
Laravel"] APP2["App server #2
Laravel"] DB_M[("BDD primaire MySQL")] DB_R[("BDD réplica
Lecture / Failover")] OBJ[("Object storage
Images articles")] S3[("Bucket Amazon S3 250 Go
Sauvegardes journalières")] BKP[("Snapshots quotidiens
chiffrés - 30j")] MON["Monitoring 24/7
+ Alerting"] M_CLD --> CDN WEB_CLD --> CDN CDN --> LB2 LB2 --> APP1 LB2 --> APP2 APP1 --> DB_M APP2 --> DB_M DB_M --> DB_R APP1 --> OBJ APP2 --> OBJ DB_M --> BKP OBJ --> BKP BKP --> S3 APP1 --> MON APP2 --> MON end style CloudOpt fill:#f1f8ee,stroke:#38761d,stroke-width:2px

Figure 10.1 — Architecture cible en Cloud managé avec redondance multi-zones, sauvegardes externalisées, bucket Amazon S3 250 Go et supervision continue.

10.1 Principaux avantages

Critère	Cloud managé sécurisé
Disponibilité (SLA)	Élevée (≥ 99.9 %), infrastructure redondante et basculement automatique.
Connectivité multi-magasins	Accès direct depuis tout réseau avec vision stock unifiée en temps réel.
Sécurité des données	Sauvegardes chiffrées quotidiennes, stockage objet sécurisé, bucket Amazon S3 250 Go dédié et exposition maîtrisée.
Maintenance	Aucune infogérance matérielle côté client, mises à jour et supervision centralisées.
Mise à l'échelle	Montée en charge élastique pour accompagner l'ouverture de nouveaux magasins.
Continuité d'activité	Redondance applicative, réplication base de données et reprise facilitée en cas d'incident.
Sauvegardes externalisées	Snapshots journaliers + copie de sécurité sur bucket Amazon S3 250 Go pour renforcer la reprise.

Recommandation finale. Pour une enseigne multi-magasins dont le cœur de métier n'est pas l'infrastructure IT, le Cloud managé garantit la continuité opérationnelle (caisses, stock, PDA), la sécurité des données et la disponibilité 24/7 du tableau de bord, avec une exploitation centralisée, des sauvegardes journalières sur bucket Amazon S3 250 Go et un niveau de service adapté à un usage métier intensif.

11. Méthodologie Projet & Équipe

11.1 Approche Agile (Scrum)

Le projet sera conduit selon une méthodologie Agile / Scrum, organisée en sprints de 2 semaines avec des livraisons régulières et démontrables. Cette approche permet au client de valider les fonctionnalités au fur et à mesure et de demander des ajustements avant la fin du projet.

Réunion de suivi hebdomadaire sur Google Meet avec le client pour revue d'avancement, arbitrages et validation des priorités.

11.2 Équipe projet mobilisée

Rôle	Mobilisation	Responsabilités
Chef de projet	Toute la durée	Pilotage global, interface client, planification, suivi qualité, gestion des risques.
Développeur Back-end (Laravel)	Phases 2 → 6	API REST, sécurité, base de données, RBAC, audit, performance.
Développeur Front-end (Angular)	Phases 2 → 6	Application Web, dashboards, reporting, exports, étiquettes.
Développeur Mobile (Android PDA)	Phases 2 → 6	Application PDA, scan QR-CODE, mode offline, impression mobile.
UI / UX Designer	Phase 1 + sprints clés	Maquettes, prototypes interactifs, design system.
Testeur QA	Phases 4 → 6	Tests fonctionnels, recette, tests terrain (scan, offline), validation finale.

11.3 Suivi de projet transparent

Un outil de gestion de projet partagé (Jira ou Trello) donnera au client une visibilité totale : backlog priorisé, tableau Kanban temps réel, avancement par sprint, canal de communication direct et rapport hebdomadaire consolidé.

Rythme de gouvernance : en plus du suivi outillé, nous prévoyons une réunion hebdomadaire sur Google Meet pour présenter l'avancement, collecter les retours, ajuster le backlog et sécuriser les décisions fonctionnelles.

12. Formation & Accompagnement

Une formation complète est prévue pour garantir une adoption rapide de la solution par l'ensemble des profils utilisateurs.

Public cible	Format	Contenu
Administrateurs	Présentiel + en ligne	Paramétrage, articles / variantes, utilisateurs, rôles, étiquettes, audit.
Direction & BI	En ligne (visio)	Dashboards, reporting, KPI, exports CSV / Excel / PDF.
Responsables magasin & vendeurs	Présentiel	Ventes / caisse, consultation stock, transferts, inventaires.
Magasiniers / Dépôt	Présentiel sur le terrain	PDA : scan, entrées / sorties, réceptions, inventaires, mode offline, impression.

Livrables d'accompagnement inclus :

Guide utilisateur illustré par profil (PDF).
Guide administrateur technique.
Tutoriels d'utilisation (Web & PDA).
Sessions de questions / réponses pendant le mois post-mise en production.

13. Planning Prévisionnel & Jalons

La durée totale estimée du projet est de 2 mois, organisée en 4 sprints de 2 semaines. Le développement Web, mobile et back-end sera mené en parallèle, avec un déploiement progressif dès les premiers jalons afin que les équipes client puissent commencer à travailler sans attendre la fin complète du projet.

Phase	Période	Durée	Jalon / Livrable
Phase 1 — Cadrage, conception & socle initial	Sprint 1	2 semaines	Validation des maquettes, du modèle de données, du paramétrage et mise en place du socle technique.
Phase 2 — Développement parallèle & premier déploiement	Sprint 2	2 semaines	API Laravel, base de données, sécurité, premiers modules Web / PDA et déploiement initial pour usage terrain.
Phase 3 — Modules métier & extension fonctionnelle	Sprint 3	2 semaines	Articles, variantes, stocks, ventes, achats, transferts, inventaires, scan, offline et impression mobile avec enrichissement du déploiement.
Phase 4 — Finalisation, recette & généralisation	Sprint 4	2 semaines	Reporting, stabilisation, intégration des retours, formation, mise en production finale et généralisation à l'ensemble des utilisateurs.

Figure 13.1 — Diagramme de Gantt prévisionnel du projet sur 2 mois (4 sprints), avec déploiement progressif.

14. Plan Tarifaire

La proposition financière pour la réalisation complète du projet, incluant le cadrage, la conception fonctionnelle et technique, le développement, les tests, la mise en production, la formation et l'accompagnement initial, est fixée à :

Total projet : 105 000 DHS HT en forfait payable une seule fois à vie

Ce montant reflète la réalisation d'un ERP logiciel complet et non d'une simple application de saisie. Il couvre le périmètre logiciel complet : une application Web Angular de pilotage (catalogue, stocks, ventes, achats, transferts, inventaires, étiquettes, reporting), le système POS, les composants applicatifs nécessaires aux flux métier, ainsi qu'une API Laravel sécurisée assurant la logique métier, le RBAC, la traçabilité et la robustesse d'exploitation.

Point commercial important : ce prix inclut une année complète de suivi et de maintenance après la mise en production, afin d'accompagner le client pendant la phase de démarrage, de stabilisation et d'appropriation opérationnelle. Le montant de 105 000 DHS HT correspond à un forfait logiciel payable une seule fois à vie.

14.1 Montant global de la prestation

Prestation	Périmètre	Montant (DHS HT)
Logiciel ERP + 1 an de maintenance et suivi	Périmètre logiciel décrit dans le présent document, incluant l'application Web, l'API, le système POS, la mise en production, le suivi opérationnel et la maintenance pendant 12 mois. Les machines de caisse, scanners code-barres, PDA, imprimantes et matériels serveur sont hors fourniture.	105 000 Forfait unique à vie

Le montant de 105 000 DHS HT, en forfait payable une seule fois à vie, couvre le logiciel, y compris le système POS. Il n'inclut pas les machines de caisse, les scanners code-barres, les PDA, les imprimantes, le serveur, ni tout autre matériel. Il n'inclut pas non plus l'abonnement d'hébergement Cloud récurrent, ni les coûts d'infrastructure mensuels associés au stockage, aux sauvegardes, à la supervision et à l'exploitation technique continue de la plateforme.

Système POS inclus, matériel séparé

Le système POS logiciel est inclus dans l'offre globale.
Les machines de caisse, scanners code-barres et PDA ne sont pas inclus dans le prix du projet.
Le client reste libre d'acheter ses équipements au moment de l'ouverture de chaque magasin.

Accompagnement matériel

Nous conseillerons les marques et modèles compatibles à utiliser.
La mise en service et l'installation d'un nouveau magasin sont facturées 3 500 DHS HT.
Ce tarif est payable une seule fois à vie par magasin, hors prix des machines.

Point important : les POS seront connectés à la base centrale du système afin de synchroniser les ventes et le stock en temps réel sur l'ensemble du réseau.

Point commercial : l'ouverture d'un magasin ne force pas le client à acheter son matériel chez nous ; nous l'accompagnons sur le choix des références compatibles et sur l'installation terrain.

Récurrence : la maintenance logicielle annuelle, équivalente à 20 % du prix du projet, est payable à partir de la 2e année. Les frais d'hébergement Cloud, eux, sont payables dès le début selon le serveur choisi et restent totalement séparés du forfait logiciel.

Modalités de paiement : 50 % à l'avance au lancement du projet et 50 % à la livraison du projet.

Toute demande complémentaire en dehors du périmètre prévu fera l'objet d'un réajustement budgétaire : intégrations ERP / comptables tierces, connecteurs e-commerce, programmes de fidélité, gestion avancée des promotions, Agents AI, ou exigence forte de compression des délais.

La maintenance logicielle corrective et évolutive mineure ainsi que le suivi opérationnel sont inclus pendant une année complète à compter de la mise en production. À partir de la deuxième année, cette maintenance fera l'objet d'un contrat annuel équivalent à 20 % du prix du projet, payable à partir de l'année 2. Cette maintenance logicielle est indépendante et séparée des frais d'hébergement Cloud.

En cas d'hébergement Cloud, le coût mensuel d'infrastructure dépendra du sizing réel retenu : nombre de serveurs Linux, CPU, RAM, capacité de stockage des images, niveau de sauvegarde, trafic réseau, adresses IP fixes et supervision souhaitée. Cet hébergement est payable depuis le démarrage du projet selon le serveur retenu, et n'a aucun lien avec le forfait logiciel de 105 000 DHS HT.

Composant Cloud	Configuration indicative	Prix mensuel indicatif
VPS Cloud - Option 1	8 Go de mémoire, 2 vCPUs, disque SSD 160 Go, 5 To de transfert	44 USD / mois
VPS Cloud - Option 2	16 Go de mémoire, 4 vCPUs, disque SSD 320 Go, 6 To de transfert	84 USD / mois
Bucket Amazon S3	250 Go de stockage pour sauvegardes journalières des données et médias	5 USD / mois

À titre indicatif, une infrastructure Cloud de départ pourrait se situer entre 49 USD / mois (VPS 8 Go + bucket) et 89 USD / mois (VPS 16 Go + bucket), hors services additionnels (supervision avancée, sauvegardes renforcées, nom de domaine, certificats, protections complémentaires).

Selon le besoin en adresses IP fixes, en gestion avancée des snapshots et en politiques de sauvegarde renforcées, ces coûts d'hébergement peuvent évoluer à la hausse dans une fourchette indicative de 10 % à 20 %.

Afin que l'infrastructure reste à son nom et sous son contrôle, il est recommandé que le client souscrive directement ce VPS Cloud et le bucket associé depuis son propre compte. Cela garantit que l'environnement d'hébergement demeure sur sa propre machine Cloud et lui reste pleinement transférable, administrable et exploitable dans la durée.

15. Conclusion

La stack Laravel + Angular + Android (PDA) couvre l'intégralité des exigences exprimées : base de données centralisée, API REST sécurisée, application Web responsive, application PDA à scan QR-CODE avec mode offline, impression d'étiquettes (Zebra / thermique), reporting avancé, dashboard, gestion multi-magasins et multi-dépôts, et traçabilité complète. L'architecture modulaire retenue permet d'ajouter de nouveaux modules (e-commerce, fidélité, comptabilité) sans refonte majeure. La solution est également prévue en Français et en Arabe, aussi bien pour le Web que pour les PDA. Compte tenu des contraintes de disponibilité d'un réseau multi-magasins, nous recommandons un déploiement sur Cloud managé sécurisé afin de garantir une solution robuste, scalable et opérationnelle 24/7, avec sauvegardes journalières sur bucket Amazon S3 250 Go. La proposition commerciale de 105 000 DHS HT, en forfait payable une seule fois à vie, couvre le logiciel uniquement, inclut en outre une année de suivi et de maintenance, ainsi qu'un fonctionnement projet en Agile avec réunion hebdomadaire Google Meet.

— Fin du document — Easy Stock · ERP de Gestion de Vêtements Multi-Magasins · Juin 2026 —