Cahier des charges Gestion commercial

But du projet :
- Mettre en relation un suivie commercial avec Mediastart, les clients, les prospects et
les commerciaux.
- Avoir le suivie des devis, des commandes, des factures et des encaissements.
- Créer, modifier ou supprimer des prospects, des clients, des commerciaux et des
produits.
- Avoir un suivie des agendas.

1. Fonctionnement général :

Le style graphique du site doit indépendant du reste. Il sera donc gérer par des feuilles
de style css.
Le site doit pouvoir être traduit aisément, on doit prévoir pour cela l’utilisation de
fichier de langue, par exemple lang.fr.php, lang.en.php.
On prévoit également l’utilisation d’un fichier config.php pour l’utilisation de
constantes de configuration comme les accès à la base, ainsi qu’un fichier constante.php
contenant toutes les constantes liées aux utilisateurs.
Un fichier header.php et un fichier footer.php pour afficher toutes les parties
communes à chaque pages du site se trouvant en entête et en pied de page.
Un historique des modifications doit être sauvegardé dans la base de données.

Relations à prévoir :

 Une table session pour garder les variables fréquemment utilisées par les utilisateurs.
 Une table historique qui contiendra les requêtes « sensibles » ainsi que l’utilisateur, la
date et l’heure à laquelle elles ont été effectuées.

Classes à prévoir :

 Une classe historique utilisée par les classes qui accèdent a la base pour la sauvegarde
des requêtes.
 Une classe session pour la gestion et la sauvegarde des sessions dans la base.

2. Gestion des utilisateurs :

Tous les membres du personnel de Mediastart devront posséder un compte utilisateurs

sur le site. Les membres seront classés dans des groupes d’utilisateurs différents avec des
droits différents. Chaque utilisateur pourra se connecter sur son compte, se déconnecter,
changer de mot de passe. Seuls les administrateurs pourront ajouter de nouveaux utilisateurs
et affecter des commissionnements.
Les utilisateurs doivent avoir la possibilité de stocker des informations (date,
description) sur chaque contact qu’ils ont eu avec un client ou un prospect.

Relations à prévoir :

 Une table utilisateur contenant login, pass, id, nom, prénom et autres informations sur
l’utilisateur.
 Une table groupe et une table droit pour gérer les accès aux différentes parties du site.
 Une table relation_utilisateur_client ainsi que relation_utilisateur_propect pour
garder les relations entre utilisateurs et clients / prospects.
 Une table utilisateur_commission pour l’affectation des commissionnements.

Schéma de la base :

Classes à prévoir :

 Une classe utilisateur permettant la gestion de la connexion, l’ajout, la modification

et la suppression d’utilisateur.
3. Gestion des commissions :

Les commissions sont appliquées par l’administrateur. Elles doivent être applicables
sur la globalité des articles, une famille d’article ou un article précis. On doit gérer la base de
calcul (quantité, marge, CA) pour une certaine fourchette ainsi que le type de résultat
(montant, % de marge, % du CA).

Relations à prévoir :

 Une table type_application qui permet de savoir comment est appliquée la

commission
 Une table type_resultat : montant, % de la marge, % du CA.
 Une table base_calcul : quantité, marge, CA, CA encaissé.
 Une table commission_article permet de lié une commission sur un article.

Schéma de la base :

Classes à prévoir :

- Une classe commission permettant de créer, modifier ou supprimer une commission.

4. Fournisseurs, Clients et prospects :

Les fournisseurs, clients et prospects seront rentrés avec leurs coordonnées. Des fiches
de contact seront prévues pour rentrer les personnes que l’ont doit contacter chez le client, le
prospect ou le fournisseur. Les clients et les fournisseurs devront être classé par famille.
Relations à prévoir :

 Les tables client, prospect et fournisseur.

 Les table famille_client et famille_fournisseur.
 Une table contact pour mettre tous les contacts fournisseurs, clients et prospects.

Schéma de la base :

Classes à prévoir :

 Les classes client, prospect et fournisseur pour ajouter, modifier ou supprimer. La

classe prospects devra contenir une méthode d’importation ainsi qu’une méthode pour
passer un prospect en client.
 Une classe contact pour l’ajout, la modification et la suppression de contact.

5. Article, devis, commandes, bons de livraison et factures

Les articles concernent les produits vendus aux clients et les produits approvisionnés chez les
fournisseurs. Ils sont classés par famille. Les devis sont reliés à la table client et à la table
article. Il en est de même pour la table commande. Celle-ci contient aussi un lien vers la table
devis pour retrouver le devis antérieur à une commande. A partir de la commande on peut
sortir la facture et le bon de livraison.

Relations à prévoir :

- Une table article et famille_article

- Une table devis
- Une table commande
- Une table facture
- Une table bon_livraison
- Une table bon_reception

Schéma de la base :

Classes à prévoir :

 Les classes devis, commandes, facture et bon_livraison