Cahier Des Charges Gestion Commercial [PDF]

  • Author / Uploaded
  • Hamdi
  • 0 0 0
  • Gefällt Ihnen dieses papier und der download? Sie können Ihre eigene PDF-Datei in wenigen Minuten kostenlos online veröffentlichen! Anmelden
Datei wird geladen, bitte warten...
Zitiervorschau

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