L'activité économique de Bois du Larzac est actuellement gérée avec des feuilles Excel. Le but du logiciel est d'intégrer ces informations dans un tout cohérent. Le logiciel doit permettre de saisir et visualiser ces informations, générer les factures émises par BDL et fournir des récapitulatifs sur l'activité.
Le logiciel dépend de deux sources de données extérieures :
Le logiciel de la SCTL permettant la gestion des fermages, noté "logiciel SCTL".
Le logiciel contenant le Plan Simple de Gestion (PSG), utilisant acutellement Mapinfo, noté "couche typologie".
Le logiciel doit pouvoir intégrer des modifications de données effectuées dans chacun de ces deux logiciels.
Une procédure de sauvegarde régulière des données manipulées par le logiciel doit être mise en place.
Le logiciel est destiné à être utilisé dans les locaux de BDL, par les personnes de BDL affectées à son utilisation. Le logiciel ne connaît qu'un type d'utilisateur, qui a accès à toutes ses fonctionnalités. Etant utilisé comme une application de bureau, aucune précaution de sécurité n'est demandée (protection de son utilisation par mot de passe, chiffrement des données stockées sur ordinateur).
Communes, lieux-dits et parcelles cadastrales sont à importer du "logiciel SCTL", ainsi que les associations entre exploitants (fermiers) et parcelles (voir plus loin).
Les UGs, leurs caractéristiques et associations avec les parcelles sont à importer de la couche typologie.
1 - Communes, lieux-dits
Une commune est caractérisée par son nom.
Un lieu-dit est caractérisé par son nom.
Un lieu-dit est associé à une ou plusieurs commune.
Une commune est associée à un ou plusieurs lieux-dits.
2 - Parcelles cadastrales
Une parcelle est caractérisée par :
un code (par exemple 0U0275)
une superficie
un propriétaire, acteur identifié par le système
Une parcelle est associée à un ou plusieurs lieux-dits.
Un lieu-dit est associé à zéro ou plusieurs parcelles.
Une parcelle est associée à zéro ou plusieurs exploitants (acteurs identifiés par le système).
Un exploitant est associé à une ou plusieurs parcelles
(mais certains acteurs ne sont pas exploitants).
Une parcelle est associée à zéro, une ou plusieurs UG.
Une UG est associée à une ou plusieurs parcelles.
3 - Unités de gestion
Une UG est caractérisée par :
un code (ex XIII-23).
Le code identifie une UG de manière unique.
une superficie
Ainsi que des données forestières :
Type de peuplement
Type de coupe
Prévisionnel de coupe
Une UG ne contient pas d'association supplémentaires, les associations d'une UG sont déduites de ses parcelles associées.
Note : un lieu de stockage n'est pas associé à un lieu-dit, ce qui permet d'avoir des lieux de stockage hors de la zone géographique d'exploitation.
Pour le système, un lieu de stockage peut être archivé ou actif (= pas archivé).
Un lieu de stockage actif peut être :
Supprimable, s'il n'est relié à aucune activité de BDL. Dans ce cas, il peut être définitivement supprimé de la base de données.
Archivable, s'il est relié à des activités de BDL, mais relié à aucun tas actif (voir plus loin).
L'utilisateur peut alors l'archiver ; il ne disparaît pas de la base de données, mais ne peut plus être choisi pour un chantier plaquette.
Un tas de plaquette se situe dans un lieu de stockage (hangar), et sert à recueillir les plaquettes générées par un chantier.
Un tas est caractérisé par :
Stock : quantité de plaquettes présente dans le tas à un moment donné.
Actif (oui / non) : indique si le tas est vide ou s'il contient encore des plaquettes.
Relation entre un tas et les autres entités :
Un tas est lié à un seul lieu de stockage.
Un tas est lié à un seul chantier ; un chantier peut éventuellement être lié à plusieurs tas.
Plusieurs chantiers ne peuvent pas utiliser le même tas.
1.3 - Stock
Stock d'un lieu de stockage = somme des stocks des tas présents dans ce hangar.
Stock d'un un tas = somme des quantités transportées vers ce tas, moins le pourcentage de perte, moins la somme des quantités chargées depuis ce tas (pour des ventes).
Deux opérations affectent le stock d'un tas :
Le transport depuis un chantier plaquettes.
Le chargement (en vue d'effectuer une livraison pour une vente)
Note : Il est impossible de suivre de manière précise le stock de plaquettes présentes dans un tas. Le problème vient du pourcentage de perte : différence entre le volume de bois vert broyé et la quantité de plaquettes sèches vendues. Ce pourcentage étant arbitraire et ne correspondant pas à une réalité mesurable, l'état des stocks ne peut être qu'indicatif.
Conséquence : on ne peut pas calculer par programme si un tas est vide ou pas ; c'est donc à l'utilisateur de signaler qu'un tas est épuisé.
1.4 - Supression, archivage
Un lieu de stockage associé à aucun chantier plaquettes peut être supprimé.
Un lieu de stockage associé à un ou plusieurs chantier(s) plaquettes ne peut PAS être supprimé, mais il peut être archivé.
Un lieu de stockage archivé n'est plus affiché dans la liste des lieux de stockage.
Un chantier plaquettes possède des caractéristiques propres, et est associé à 0, 1 ou plusieurs opérations :
Abattage
Débardage
Déchiquetage
Transport vers un lieu de stockage
Rangement sur le lieu de stockage
Broyage
Un chantier plaquettes est relié à d'autres entités du système :
Concerne une ou plusieurs UGs
Se trouve sur des terres louées par un ou plusieurs fermiers
Se trouve sur un ou plusieurs Lieux-dits
Les plaquettes sont transportées vers un ou plusieurs lieu(x) de stockage
La relation entre un chantier plaquettes et un lieu de stockage est particulièrement importante. Elle obéit aux règles suivantes :
Un chantier peut être associé à un ou plusieurs lieu(x) de stockage.
Ces associations sont définies lors de la création (ou de la modification) du chantier.
Pour chacune de ces associations, un nouveau tas est créé dans le lieu de stockage.
Un chantier plaquettes est lié à un et un seul tas par lieu de stockage.
2.1 - Caractéristiques propres à un chantier plaquettes
Un chantier plaquettes est caractérisé par :
Nom = nom du lieu-dit (ou des lieux-dits) suivi(s) de la date de début
Dates de début et de fin (déchiquetage)
Type d'exploitation (1ère ... 5e exploitation)
Surface concernée
Essence
Frais de repas
Frais de réparation
Un pourcentage de perte arbitraire (10%) est à mettre en configuration.
NOTE : le volume de bois vert broyé au départ (en map) n'est pas une caractéristique d'un chantiier plaquette.
Ce volume est défini comme la somme des quantités déchiquetées.
2.2 - Opérations simples
Les opérations d'abattage, de débardage, de déchiquetage et de broyage peuvent être représentées de la même manière et contiennent les caractéristiques suivantes :
Chantier plaquette identifié par le système
Personne effectuant l'opération, acteur identifié par le système
Date de l'opération
Quantité
Unité : heures, jours ou maps
PU HT
Taux de TVA
Date de paiement par BDL
Notes : champ texte libre
Unité réfère à Quantité (ex : Quantité = 10 et Unité = heures signifie : 10 heures)
L'unité "maps" est utile pour le déchiquetage, les autres opérations sont comptées en heures ou en jours.
Il est possible d'associer 0, 1 ou plusieurs opérations simples de chaque type à un chantier plaquettes (il peut par exemple y avoir plusieurs opérations d'abattage).
2.3 - Transport vers un lieu de stockage
Chaque chantier plaquettes donne lieu à 0, 1 ou plusieurs opérations de transport vers tas (dans un lieu de stockage).
Le transport vers un lieu de stockage est constitué de deux opérations : le transport et le rangement.
Transport et rangement ne sont pas liés.
Le coût du transport doit pouvoir être précisé de 2 manières :
La quantité transportée est importante, car utilisée dans le calcul du stock du tas.
Bien remarquer que la quantité est renseignée en maps de bois vert, qui ne prend pas en compte le coefficient de perte lié au séchage.
Le transport génère une augmentation du stock du tas en maps secs.
Par exemple, un transport de 100 maps, avec un coefficient de perte de 10%, va générer une augmentation du stock du tas de 90 maps.
Noter que ce taux est stocké en base avec le transport. Si on change le pourcentage de perte en config, les transports passés conserveront la perte appliquée au moment de leur création.
2.3.1 - Coût global
Caractérisé par :
Transporteur, acteur identifié par le système
Prix HT du transport
Taux de TVA
Date de paiement du transporteur
2.3.2 - Coût détaillé
Dans ce cas, coût = coût conducteur + coût outil
2.3.2.1 - Coût conducteur
Caractérisé par :
Conducteur, acteur identifié par le système
Prix HT / heure
Taux de TVA
Date de paiement
2.3.2.2 - Coût outil
Caractérisé par :
Propriétaire de l'outil, acteur identifié par le système
Le transport peut être effectué soit par camion, soit par tracteur + benne.
2.3.2.2.1 - Transport par camion
Dans le cas d'un transport par camion, les caractéristiques sont les suivantes :
Nb km
Prix / km HT
Taux de TVA
Date de paiement
2.3.2.2.2 - Transport par tracteur + benne
Dans le cas d'un transport par tracteur, les caractéristiques sont les suivantes :
Nombre de bennes
Durée du tour
Prix / h HT
Taux de TVA
Date de paiement
2.4 - Rangement
Le rangement (déchargement) des plaquettes dans un lieu de stockage ; se fait à l'aide d'un télescopique.
Le coût du chargement doit pouvoir être précisé de 2 manières :
Propriétaire de l'outil, acteur identifié par le système
Coût outil HT
Taux de TVA pour l'outil
Date de paiement de l'outil
2.5 - Remarque générale
Le programme effectue des vérifications de cohérence au sein de chaque formulaire, mais ne fait pas de vérifications globales.
Par exemple, lorsqe l'utilisateur saisit une opération simple, le programme vérifie que les champs obligatoires sont bien renseignés, que la date de début est antérieure à la date de fin etc.
Mais le programme ne va pas vérifier par exemple que la somme des quantités déchiquetées correspond bien à la somme des quantités transportées, ou que la date du débardage est antérieure aux dates du transport.
Une vente de plaquettes est caractérisée par 3 opérations :
La vente elle-même.
Le chargement des plaquettes dans un véhicule de transport.
La livraison.
Une vente fait l'objet d'une facturation ; une vente est liée à une et une seule facture ; une facture ne concerne qu'une seule vente.
Relations vente - chargement - livraison
Une vente peut nécessiter plusieurs livraisons ; une livraison concerne une seule vente.
Une livraison peut nécessiter plusieurs chargements ; un chargement concerne une seule livraison.
Un chargement se fait à partir d'un seul tas.
Une vente se trouve donc liée à un chantier plaquettes de la manière suivante :
Une vente est liée à une ou plusieurs livraison(s).
Une livraison est liée à un ou plusieurs chargement(s).
Un chargement est lié à un tas.
Un tas est lié à un chantier.
Noter les limites concernant le chargement, qui peuvent conduire à définir plusieurs chargements, par exemple :
- On veut faire une livraison de 10 maps ; il reste 8 maps dans un tas => on doit faire 2 opérations de chargement pour la même livraison (un chargement de 8 maps depuis le premier tas, et un chargement de 2 maps depuis un autre tas).
- Le même chargeur va faire le chargement pour 2 livraisons distinctes => on doit faire 2 opérations de chargement, une pour chaque livraison.
Vente - caractéristiques générales
Une vente est caractérisée par :
Client, acteur identifié par le système
Fournisseur, acteur identifié par le système
PU HT (prix d'une map de plaquettes)
Date de la vente
Taux de TVA, qui est le même pour toutes les ventes (stocké en configuration, tva-bdl / vente-plaquettes)
Notes : champ texte libre
Caractéristiques de la facture (voir plus bas)
Bien noter que la quantité vendue (en maps) n'est pas une caractéristique de la vente.
Elle est la somme des quantités chargées lors des chargements liés aux livraisons de la vente.
Ex : une vente est liée à deux livraisons, L1 et L2.
L1 est liés à un chargement C1.
L2 est liée à deux chargements C2 et C3.
Quantité vendue = quantité(C1) + quantité(C2) + quantité(C3).
Facture vente plaquettes
Une facture reprend les informations liées à la vente, avec en plus :
Le numéro de facture (saisi par l'utilisateur)
Date de facturation par BDL pour les plaquettes vendues
La livraison facturée au client, différente du coût de la livraison payé par BDL.
Ce coût est optionnel (il peut être intégré dans le coût de vente des plauettes).
S'il est présent, il est composé de :
Quantité = quantité de plaquettes livrées
PU HT
Taux de TVA, qui est le même pour toutes les livraisons (stocké en configuration, tva-bdl / livraison)
Une indication pour savoir si les notes apparaissent dans la facture (par exemple pour indiquer une remise).
Noter que ce taux de TVA, qui apparaît sur la facture, est distinct du taux de TVA utilisé par les livreurs.
3.1 - Livraison
Une livraison est caractérisée par :
Vente concernée par cette livraison
Date de livraison
Coût, qui peut être :
Coût global, composé de :
Livreur, acteur identifié par le système
Prix global HT
Taux de TVA pour prix global
Date de paiement du livreur
Dans ce cas, coût livraison = prix global.
Coût détaillé, composé de :
Coût conducteur, composé de :
Conducteur, acteur identifié par le système
Nb heures
Prix HT du conducteur / heure
Taux de TVA pour m.o.
Date de paiement du conducteur
Coût outil (véhicule effectuant la livraison), composé de :
Propriétaire de l'outil, acteur identifié par le système
Nb heures
Prix HT de l'outil
Taux de TVA pour l'outil
Date de paiement du propriétaire de l'outil
Dans ce cas, coût livraison = prix outil + prix conducteur
Notes : champ texte libre
La quantité livrée (en maps) est la somme des quantités chargées ; ne fait pas partie des caractéristiques de la livraison.
3.2 - Chargement
Un chargement est caractérisé par :
Livraison concernée par ce chargement
Vente concernée par la livraison
Tas où vont être prises les plaquettes
Quantité chargée (en maps)
NOTE : La quantité chargée est importante, car utilisée dans le calcul du stock du tas.
Date de chargement
Coût, qui peut être :
Coût global, composé de :
Chargeur, acteur identifié par le système
Prix global HT
Taux de TVA pour prix global
Date de paiement du chargeur
Dans ce cas, coût chargement = prix global.
Coût détaillé, composé de :
Coût conducteur, composé de :
Conducteur, acteur identifié par le système
Nb heures
Prix HT du conducteur / heure
Taux de TVA pour m.o.
Date de paiement du conducteur
Coût outil (véhicule effectuant le chargement), composé de :
Propriétaire de l'outil, acteur identifié par le système
Nb heures
Prix HT de l'outil
Taux de TVA pour l'outil
Date de paiement du propriétaire de l'outil
Dans ce cas, coût chargement = prix outil + prix conducteur
Il s'agit de coupes effectuées par des exploitants, que BDL ne facture pas.
Un fermier ne peut couper que des parcelles dont il est exploitant.
Caractérisé par :
Le fermier effectuant la coupe, acteur identifié par le système.
l'UG concernée par la coupe.
Les parcelles concernées par la coupe, appartenant à l'UG.
Pour chaque parcelle, on doit préciser s'il s'agit d'une parcelle entière ou pas.
S'il ne s'agit pas d'une parcelle entière, il faut préciser la surface concernée par la coupe.
Tous les acteurs, personnes physiques et morales, sont représentés de la même manière.
Leurs caractéristiques sont :
Nom (pour une personne physique) ou Dénomination (pour une personne morale)
Prénom (pour une personne physique) ou Statut juridique (pour une personne morale)
Adresse 1
Adresse 2
Code postal
Ville
Téléphone
Téléphone portable
Email
BIC
IBAN
Siret (pour une personne morale)
Fournisseur plaquettes (O/N), pour la vente des plaquettes.
N pour la majorité des acteurs ; O pour l'acteur BDL
Commentaires
Actif (O/N) : voir règles de gestion
Règles de gestion des acteurs :
Les acteurs importés de la base SCTL (exploitants agricoles = fermiers) ne peuvent être ni modifiés ni supprimés dans le logiciel BDL (cela doit être géré dans le logiciel SCTL).
Si un acteur a été modifié dans la base SCTL entre deux imports, ces modifications seront reportées dans le logiciel BDL.
Concerne aussi bien les modifications de ses caractéristiques (nom ...) que les associations fermiers - parcelles.
Si un acteur a été supprimé dans la base SCTL entre deux imports :
- s'il n'est impliqué dans aucune activité BDL, il sera supprimé à l'import.
- s'il a participé a des activités BDL, il sera marqué "inactif", mais ne sera pas supprimé.
Les acteurs créés dans le logiciel BDL :
- pourront être supprimés s'ils n'ont pas participé à des activités BDL.
- ne pourront pas être supprimés s'ils ont participé à des activités BDL, mais il sera possible de les marquer "inactif".
Les caractéristiques des acteurs créés dans le logiciel BDL pourront être modifiées.
Le logiciel doit permettre de faire des "factures à l'envers" : factures devant être payée par BDL.
Pour créer une affacture, l'utilisateur doit spécifier :
Acteur concerné par l'affacture
Période (date début et date fin)
Type(s) d'opération à affacturer
Une affacture doit générer un document PDF, facture au nom de l'acteur à payer par BDL.
Les affactures ne sont pas stockées en base de données.
Si une affacture comprend plusieurs pages, l'entête doit être répétée à chaque page, et les pages doivent être numérotées.
Fermiers SCTL, avec leurs caractéristiques (voir paragraphe "acteurs" pour la liste).
Les sociétaires SCTL ayant un bail non-agricole ne sont pas importés.
Parcelles cadastrales, avec leurs caractéristiques : numéro et superficie
Les fonctionnalités suivantes sont attendues pour toutes les entités et opérations gérées par le programme :
Visualisation
Création
Modification
Suppression (ou archivage lorsque c'est utile)
Liste avec possibilité de recherche lorsque c'est judicieux
Ces fonctionnalités s'appliquent à toutes les entités du logiciel et ne sont pas répétées dans les paragraphes suivants.
Toute action de suppression doit être protégée par un message de confirmation.
A partir d'une UG, l'utilisateur doit pouvoir accéder au lieu-dit, au(x) exploitant(s), au propriétaire, aux parcelles et aux chantiers liés à cette UG.
A partir d'une UG, l'utilisateur doit pouvoir accéder à des récapitulatifs.
Par période d'exploitation, par type de chantier afficher :
La quantité de bois exploité (en map ou en stère suivant le type de chantier)
Le logiciel doit contenir 3 écrans permettant de gérer les chantiers plaquettes :
Ecran "général"
Ecran "chantiers"
Ecran "coût d'exploitation"
Chantiers plaquettes - écran "Général"
Cet écran affiche les caractéristiques générales du chantier.
A partir de cet écran, l'utilisateur doit pouvoir accéder au lieu-dit, parcelles, fermiers exploitant ces parcelles et UG concernés.
La quantité broyée au départ est affichée à part, dans un récapitulatif contenant :
Quantité broyée au départ (volume vert)
Pourcentage de perte
Volume sec
Chantiers plaquettes - écran "Chantiers"
Cet écran présente la liste des opérations associées au chantier plaquettes : abattage, débardage, broyage, déchiquetage, transport, rangement.
Cette liste affiche toutes les caractéristiques des opérations.
A partir de cette liste, l'utilisateur doit pouvoir accéder aux opérateurs.
le coût / map de plaquettes sèches, poste par poste ;
un récapitulatif général pour la comptabilité.
Coût poste par poste
Afficher le coût pour :
Abattage
Débardage
Déchiquetage
Transport plateforme, qui reprend le coût affiché dans l'écran "chantiers"
= coût m.o. transport
+ coût outil transport (camion ou tracteur + benne)
+ coût rangement
+ coûts annexes (repas, réparations)
Broyage
Stockage
= coût location hangar à l'année x nb map de ce chantier / nb total de maps stockées pendant l'année.
Livraison
= somme des coûts de toutes les ventes liées à ce chantier
en utilisant :
coût d'une vente = coût chargement + coût livraison
Pour les opérations simples (abattage, débardage, déchiquetage, broyage), le coût est le prix total HT des opérations associées au chantier (si plusieurs opérations du même type, le coût à afficher est la somme des prix total HT des opérations de ce type).
Cet écran affiche la liste des ventes liées à un chantier.
Pour chaque vente, sont affichés : les caractéristiques générales de la vente, le chargement, la livraison.
Pour chaque vente, la facture concernant cette vente doit pouvoir être éditée au format PDF.
Cette facture utilise le taux de TVA "plaquettes forestières" de la configuration, en vigueur à la date de facturation.
Caractéristiques générales
Toutes les caractéristiques de la vente sont affichées, ainsi que le montant total HT de la vente.
L'utilisateur doit pouvoir accéder au client et au fournisseur.
Ecran affichant la liste des chantiers classé par ordre anti-chronologique.
Pour chaque période d'exploitation, un récapitulatif est affiché.
Liste des chantiers
Pour chaque chantier, toutes les caractéristiques du chantier sont affichées, avec en plus :
Le lieu-dit
La commune
Le taux de TVA utilisé pour la facture
Le prix total HT
Le prix total TTC
A partir de cet écran, l'utilisateur doit pouvoir accéder à l'acheteur, aux parcelles concernées et au lieu dit.
L'utilisateur doit aussi pouvoir afficher la facture (format PDF).
Récapitulatifs
Pour chaque période d'exploitation, contient, essence par essence, le volume total exprimé en stères.
Cet écran liste les chantiers par ordre chronologique inverse. Cette liste affiche les caractéristiques des chantiers, ainsi que :
le client
la commune
le lieu dit
l'UG (ou les UGs ?)
le prix total HT
le taux de TVA
A partir de cet écran, l'utilisateur doit pouvoir accéder au client, à la commune et au lieu-dit.
A partir de cet écran, l'utilisateur doit pouvoir afficher la facture.
Page générale affichant la liste des lieux de stockage (pas de page spécifique pour un lieu de stockage).
Pour chaque lieu de stockage sont affichés :
Le nom du lieu de stockage
La liste des frais associés avec leurs infos (type de frais, montant, dates de début et de fin) et possibilité de créer / modifier / supprimer des frais.
La liste des tas actifs, avec la possibilité de déclarer qu'un tas est vide.
Pour chaque tas, la liste des mesures d'humidité effectuée sur ce tas.
Les UGs sont importées dans la base BDL en utilisant un export CSV de la couche typo, situé dans appli/install/data/ug.csv.
Une mise à jour du PSG a lieu tous les 10 ans. Il n'est pas prévu de mise à jour automatique des UGs dans la base BDL. Une mise à jour du PSG pourra être intégrée dans la base BDL gratuitement sur demande, dans la mesure où les UGs sont stables, ce qui signifie que lors d'une mise à jour du PSG :
la structure de l'export CSV reste inchangée ;
les UGs dans l'export CSV sont listées exactement dans le même ordre (en particulier, il n'y a ni création ni suppression d'UG) ;
les codes UG ne changent pas ;
les associations entre UGs et parcelles ne changent pas.
Les seuls changements possibles sont donc les caractéristiques des UGS : type_coupe, previsionnel_coupe, type_peuplement.
Toute autre situation fera l'objet d'un devis.
Logiciel SCTL
Seules les personnes ayant des baux agricoles doivent être gérées par la base BDL. Si un sociétaire SCTL non-agricole intervient dans l'activité économique de BDL (ex : conducteur), il doit être créé dans le logiciel BDL.
Modification des données SCTL
Le logiciel BDL permet de mettre à jour la base BDL suite à des changements dans la base SCTL si les conditions suivantes sont respectées :
Communes, parcelles et lieux-dits ne changent pas, en particulier conservent les mêmes ids.
Les acteurs peuvent évoluer en base SCTL (ajout, suppression, mise à jour des informations), mais les acteurs existant conservent les mêmes ids.
La mise à jour des données SCTL gère :
Arrivée de nouveaux exploitants
Départ d'exploitants
Modification des caractéristiques d'exploitants existant
Cangement des associations exploitant / parcelle
Le logiciel doit pouvoir accéder à la base Access (fichier .mdb, dont le chemin d'accès est à renseigner dans config.yml).
Le logiciel sera développé sous la forme d'une application web, utilisée dans un navigateur internet.
Il sera utilisé sous un environnement Windows (fonctionnera aussi sous Linux et à priori sous Macintosh).
Il sera développé en utilisant les langages go, javascript, css, html.
Les données seront stockées en utilisant une base de données postgresql.
Pour l'affichage de récapitulatifs, définir la notion de période d'exploitation : année civile, saison... ?
Voir s'il faut mettre en place un mécanisme qui mémorise les associations parcelles - exploitants ?
Cas d'utilisation :
un chantier a lieu sur une parcelle exploitée par une personne 1 ;
personne 1 part à la retraite, remplacé par personne 2 ;
Sans mécanisme de mémorisaion, si on visite ce chantier après le départ à la retraite, on verra que ce chantier est associé à personne 2.