Épreuve E5 merise Analyses de gestion et organisation du sy

Ce document est un sujet d'examen blanc de Brevet de Technicien Supérieur (BTS) en Comptabilité et Gestion des Organisations, spécifiquement l'épreuve E5 : "Analyses de gestion et organisation du système d’information". Destiné aux étudiants universitaires, il propose une étude de cas sur la SARL Ferme ARANDIA.

Il couvre les notions suivantes :

La gestion de la qualité et la traçabilité des produits ;
L'analyse des coûts via des requêtes SQL ;
La modélisation de données pour la prévision des ventes ;
La conception d'algorithmes pour la rémunération.

Modélisation Merise : Épreuve E5 merise Analyses de gestion et organisation du sy

Télécharger PDF

Analyse du Système d'Information pour la SARL Ferme ARANDIA

Comptabilité et Gestion des Organisations

Cet article explore les défis et solutions relatifs à l'organisation du système d'information de la SARL Ferme ARANDIA, une entreprise spécialisée dans les produits culinaires basques. Fondée en 1995 par Baptiste Leroy et Léa Martinez, l'entreprise s'est développée de l'élevage de veaux vers la production de spécialités telles que l'axoa, les escalopes, les paupiettes et diverses conserves (axoa en conserve, tête de veau, fromage de tête).

La SARL ARANDIA distribue ses produits via plusieurs canaux :

Vente sur les marchés régionaux par des chauffeurs-vendeurs.
Vente à des distributeurs (grandes surfaces, restaurateurs).
Vente directe à la ferme.

Avec un chiffre d'affaires de 4 447 000 € en 2015 et une forte croissance des ventes sur les marchés régionaux, Madame Martinez vise à développer ce secteur par des investissements en camions-magasins. Face à une réglementation accrue, elle doit également renforcer la traçabilité de ses produits et faire évoluer son système d'information.

Les principaux objectifs d'évolution du système d'information sont les suivants :

Le contrôle de la traçabilité des produits fabriqués.
L’étude de la traçabilité des produits vendus.
Le calcul de l’indemnité kilométrique de transport pour les chauffeurs-vendeurs.

Organisation du Système d'Information

La société ARANDIA a conçu son système d'information pour assurer la traçabilité de ses produits et maîtriser ses coûts de production. L'entreprise envisage son évolution pour améliorer la prévision des ventes et la gestion de la rémunération des chauffeurs.

Gestion de la Qualité et Traçabilité des Produits

Depuis sa création, la SARL Ferme ARANDIA est fortement engagée dans une démarche qualité, en respectant notamment le cahier des charges de la charte de la Viande Française (VF). Cette démarche s'étend à la production de conserves, exigeant une traçabilité irréprochable des ingrédients.

Un bon de fabrication par produit : la conception de la base de données

Le système de base de données d'ARANDIA est conçu pour garantir qu'un bon de fabrication est toujours associé à un seul type de produit. Cette règle est assurée par la présence d'une cardinalité (1,1) entre les entités BON_FABRICATION et FABRIQUER, signifiant qu'un bon de fabrication est spécifiquement lié à la production d'un unique article. Cette conception garantit la clarté et la conformité des enregistrements de production.

Gestion de la Date Limite de Consommation (DLC)

Conformément à la réglementation qui impose la mention de la date limite de consommation (DLC) sur l'emballage des produits fabriqués, le système d'information d'ARANDIA permet de calculer cette date. La DLC est déterminée en ajoutant la "Durée_de_conservation" spécifique à l'entité PRODUIT à la "Date_Fabrication" enregistrée pour chaque bon de fabrication. Cela assure une gestion automatique et conforme des dates de péremption.

Interprétation des messages d'erreur lors de la saisie des quantités réelles

Lors de la saisie des quantités réelles de composants utilisés pour la fabrication d'un lot, un message d'erreur tel que "Impossible de valider cet enregistrement. Un Code_Composant de la table NECESSITER n’existe pas" indique une non-conformité avec les recettes préétablies. Ce message survient quand un couple Produit/Composant (par exemple, CONS481 pour "Axoa au piment d’Espelette 1 kg" et 22POI pour "Poivrons rouges") que l'utilisateur tente d'enregistrer dans la table UTILISER n'est pas défini comme un composant nécessaire pour ce produit dans la table NECESSITER. Le système applique une contrainte d'inclusion pour garantir que seuls les composants faisant partie de la recette officielle d'un produit peuvent être enregistrés comme utilisés.

Suivi et Analyse des Coûts

Madame Martinez utilise la base de données pour une analyse approfondie des coûts et pour maintenir à jour les recettes des différents produits.

Requête SQL pour les prix unitaires préétablis des composants de l'Axoa

Pour connaître le prix unitaire préétabli de chaque composant de l'« Axoa au piment d’Espelette 1Kg », la requête SQL suivante peut être exécutée :

SELECT Nom_Composant, Prix_Unitaire_Préétabli FROM COMPOSANT, NECESSITER, PRODUIT WHERE COMPOSANT.Code_Composant = NECESSITER.Code_Composant AND NECESSITER.Code_Produit = PRODUIT.Code_Produit AND Nom_Produit = "Axoa au piment d’Espelette 1Kg" ;

Requête SQL pour les quantités totales fabriquées en décembre 2015

Afin de connaître les quantités totales d'« Axoa au piment d’Espelette 1Kg » fabriquées au cours du mois de décembre 2015, voici la requête SQL appropriée :

SELECT SUM(Quantité_Fabriquée) FROM BON_FABRICATION, PRODUIT WHERE BON_FABRICATION.Code_Produit = PRODUIT.Code_Produit AND Date_Fabrication BETWEEN #01/12/2015# AND #30/12/2015# AND Nom_Produit = "Axoa au piment d’Espelette 1 Kg";

Modification de la quantité préétablie d'un composant par SQL

Si la quantité préétablie d'oignons (Code_Composant : 15OIG) pour le produit « Axoa au piment d’Espelette 1Kg » (Code_Produit : CONS481) doit passer de 0,050 kg à 0,070 kg, la base de données peut être mise à jour via cette requête SQL :

UPDATE NECESSITER SET Quantité_Préétablie = 0.070 WHERE Code_Produit = "CONS481" AND Code_Composant = "15OIG" ;

Ajout d'un nouveau produit à la base de données

Pour intégrer un nouveau produit comme l'« Axoa au poulet 200 g » (avec le code CONS489, de type Conserves et une durée de conservation de 90 jours) à la base de données, la requête SQL suivante est utilisée :

INSERT INTO PRODUIT VALUES ("CONS489", "Axoa au poulet 200 g.", "Conserves", 90) ;

Amélioration de la Prévision des Ventes sur les Marchés Régionaux

La SARL ARANDIA commercialise ses produits sur les marchés régionaux grâce à des chauffeurs-vendeurs. Ces derniers peuvent visiter plusieurs marchés en une journée, et chaque marché est attribué à un chauffeur-vendeur spécifique. Des comptes rendus d'activité sont complétés pour suivre les performances.

Extension du schéma de données pour le suivi des ventes sur les marchés

Pour optimiser la prévision des ventes et prévenir les ruptures de stock, il est nécessaire d'étendre le système d'information afin d'intégrer les données des comptes rendus d'activité. Cette extension implique la modélisation des entités et relations suivantes :

Chauffeur-Vendeur : Une entité pour les salariés identifiés par un matricule (clé primaire), incluant des attributs comme le nom, le prénom, et l'adresse.
Marché : Une entité pour chaque marché, identifié par un code ou nom (clé primaire), avec des attributs comme le nom et l'adresse du marché.
Activité Quotidienne (ou Tournée) : Une entité associative entre un Chauffeur-Vendeur et un Marché, pour une date donnée. Cette entité capturerait le fait qu'un chauffeur a visité un marché spécifique à une certaine date.
Détail des Ventes et Manques : Une entité de détail liée à l'Activité Quotidienne et à un Produit. Elle enregistrerait, pour chaque produit vendu ou manqué lors d'une activité sur un marché donné, les quantités vendues et les quantités manquées. Cela permettrait d'analyser la demande non satisfaite et d'ajuster les approvisionnements futurs.

Gestion de la Rémunération des Chauffeurs-Vendeurs

Madame Martinez a mis en place un accord de rémunération variable pour les chauffeurs-vendeurs, en complément de leur salaire fixe. Cet accord inclut une prime d'objectif sur le chiffre d'affaires et une indemnité kilométrique, avec pour objectif d'automatiser leur calcul.

Exemple de calcul de rémunération pour Yann BARTHES (Septembre 2015)

Voici le détail du calcul de la rémunération totale pour Yann BARTHES en septembre 2015 :

Salaire fixe : 1 500 €
Prime d'objectif : Le chiffre d'affaires réel de 26 400 € est inférieur à l'objectif de 26 700 €. Selon l'accord, aucune pénalité n'est appliquée si l'objectif n'est pas atteint, donc la prime est de 0 €.
Indemnité kilométrique (pour 2 600 Km parcourus) :
- Tranche 1 (jusqu'à 800 Km) : 800 Km * 0,18 €/Km = 144 €
- Tranche 2 (de 801 à 2 400 Km, soit 1 600 Km) : 1 600 Km * 0,15 €/Km = 240 €
- Tranche 3 (au-delà de 2 400 Km, soit 2 600 - 2 400 = 200 Km) : 200 Km * 0,12 €/Km = 24 €
- Total Indemnité kilométrique : 144 € + 240 € + 24 € = 408 €

Rémunération totale de Yann BARTHES pour septembre 2015 : 1 500 € (fixe) + 0 € (prime) + 408 € (indemnité) = 1 908 €.

Algorithme de calcul de la prime d'objectif et de l'indemnité kilométrique

Voici l'algorithme pour automatiser le calcul de la prime d'objectif et de l'indemnité de transport :

Définition des variables :

CA_Réel = Chiffre d’affaires réalisé par le chauffeur-vendeur (Réel)
CA_Objectif = Objectif de chiffre d’affaires du chauffeur-vendeur (Réel)
Prime = Montant de la prime sur objectif (Réel)
NbKm = Nombre de kilomètres parcourus dans le mois (Réel)
IndTransport = Indemnité de transport du mois (Réel)

Définition des constantes :

Tx1 = 0.18 €
Tx2 = 0.15 €
Tx3 = 0.12 €
SeuilKm1 = 800
SeuilKm2 = 2400

Début

Saisir CA_Réel

Saisir CA_Objectif

Saisir NbKm

Si CA_Réel > CA_Objectif Alors

Prime = (CA_Réel - CA_Objectif) * 0.03

Sinon

Prime = 0

Fin Si

IndTransport = 0

Si NbKm <= SeuilKm1 Alors

IndTransport = NbKm * Tx1

Sinon Si NbKm <= SeuilKm2 Alors

IndTransport = (SeuilKm1 * Tx1) + ((NbKm - SeuilKm1) * Tx2)

Sinon

IndTransport = (SeuilKm1 * Tx1) + ((SeuilKm2 - SeuilKm1) * Tx2) + ((NbKm - SeuilKm2) * Tx3)

Fin Si

Afficher Prime

Afficher IndTransport

Fin

Foire Aux Questions (FAQ)

Comment la SARL Ferme ARANDIA assure-t-elle la traçabilité de ses produits ?

La SARL Ferme ARANDIA est fortement engagée dans une démarche qualité, notamment pour ses produits frais et ses conserves. Son système d'information est conçu pour une traçabilité parfaite, enregistrant les composants utilisés pour chaque lot de fabrication et permettant de calculer des informations cruciales comme la date limite de consommation basée sur la date de fabrication et la durée de conservation spécifique à chaque produit.

Quels sont les principaux objectifs d'évolution du système d'information d'ARANDIA ?

Les objectifs majeurs incluent l'optimisation du contrôle qualité et de la traçabilité des produits (fabriqués et vendus), la maîtrise et l'analyse des coûts de production, ainsi que l'amélioration de la prévision des ventes sur les marchés régionaux et l'automatisation du calcul de la rémunération variable des chauffeurs-vendeurs.

Comment la base de données est-elle utilisée pour le suivi des coûts ?

La base de données permet à Madame Martinez d'analyser les coûts préétablis et réels en fournissant des informations détaillées sur les composants des produits et leurs prix. Elle facilite également la mise à jour des recettes et le suivi des quantités fabriquées. Grâce à des requêtes SQL, il est possible d'extraire des données spécifiques sur la production, les coûts et d'effectuer des modifications.