Feuille de route - AgriLife Manager

Règle de développement : on termine et valide complètement un bloc avant d’ouvrir le suivant.
Ordre de travail : Démarrage → Interface de base → Banque → Entreprise → Carrière & Qualifications → Administration → Contrats & Marchés → Atelier → Finalisation.

Règle de maintenance de la feuille de route : ce fichier est le registre maître additif du projet. Une mise à jour peut modifier l’état d’un point, préciser son avancement ou ajouter une idée validée, mais ne doit jamais supprimer, condenser ou reformuler une idée au point d’en perdre le contenu.

Règle de synchronisation conversation / projet : dès qu’une idée AgriLife est explicitement validée, elle doit être enregistrée de façon additive dans cette feuille de route et son registre maître. Si elle concerne le joueur, le tutoriel de départ et Échap > Assistance sont mis à jour dans la même passe. GitHub et la build de référence doivent ensuite être synchronisés avant de considérer la décision comme archivée. Une idée validée peut être documentée avant son intégration technique, mais son statut doit alors rester À intégrer ou Partiellement intégrée et ne jamais être présenté comme terminé.

État code 0.9.1.0 TEST : les neuf étapes de la feuille de route ont désormais leur écriture fonctionnelle intégrée. La passe 0.9.1.0 ferme les derniers reliquats Démarrage / Interface / Banque avec comptabilité avancée, fiscalité, amortissements, bilan, capacité d’autofinancement, historique filtrable, relation bancaire enrichie et politique responsive. Les cases qui restent ouvertes ci-dessous correspondent à des certifications en jeu, relectures visuelles, compatibilités réelles ou validations de publication, pas à un script métier manquant.

1 - Démarrage

Écriture 0.9.1.0 : terminée. Les trois difficultés, leur permanence, les capitaux, les obligations Banque/Conseiller/Permis, le permis provisoire Normal, l’amende personnelle, le verrou véhicule Difficile, l’onboarding différé, la migration et l’isolation de carrière possèdent leur logique. Les cases encore ouvertes dans cette étape sont des scénarios à revalider dans FS25.

Le Démarrage est la racine de toute carrière AgriLifeManager. Ce n’est pas un module du tableau de bord : il initialise la sauvegarde, le niveau de difficulté, les obligations de départ et les règles globales qui seront ensuite utilisées par tous les modules.

Principes directeurs validés

Chaque nouvelle fonctionnalité doit avoir une conséquence réelle en jeu. Un système ne doit pas exister uniquement pour remplir un menu.
Les décisions doivent pouvoir produire des effets différés : progression, réputation, accès au crédit, contrats, assurance, fiscalité, sanctions, marchés ou développement de l’exploitation.
La sauvegarde AgriLife doit rester propre à chaque carrière FS25 et conserver l’histoire de l’exploitation.
Les intégrations avec Courseplay, AutoDrive, Soil Fertilizer, Precision Farming et autres mods restent optionnelles : le cœur d’AgriLife doit fonctionner seul.
La numérotation reste volontairement inférieure à 1.0.0.0 tant que les grands systèmes ne sont pas terminés et validés.
Aucun texte destiné au joueur ne doit rester codé en dur. Toute chaîne visible doit passer par une clé l10n.
Toutes les langues distribuées avec le mod doivent posséder exactement les mêmes clés. Une build publiable ne doit contenir aucune clé manquante.
Compatibilité universelle recherchée : aucune liste fixe de maps, fruits ou multifruits. AgriLife doit détecter dynamiquement les contenus enregistrés par FS25, la map et les mods lorsque les API du jeu le permettent.
L’économie dynamique doit être commune à tous les modules concernés. Marchés, coopératives, contrats, productions, location, carburant, foncier, matériel et comptabilité ne doivent pas fonctionner en silos séparés.
Tous les grands systèmes restent disponibles quelle que soit la difficulté. La difficulté modifie les obligations, coûts, tolérances, délais et conséquences. Le mode Facile reste volontairement plus libre, sans transformer le cœur d’AgriLife en un autre mod.
Style d’écriture : ne jamais utiliser le caractère em dash dans les contenus du projet. Utiliser un tiret normal, une virgule, des parenthèses, deux-points ou une phrase séparée.
Aucune attribution à une IA ou à un fournisseur d’IA dans les éléments publics du projet. Les commits, PR, releases, README, docs, commentaires de code et textes en jeu restent attribués uniquement à l’auteur humain. Voir docs/WRITING_AND_ATTRIBUTION.md.

Choix de difficulté - trois niveaux uniquement

AgriLife Manager conserve uniquement trois difficultés : Facile, Normal et Difficile.

Niveau	Capital de départ	Philosophie
Facile	200 000 €	Gestion libre et accessible, tolérances larges, obligations réduites et sanctions faibles.
Normal	100 000 €	Expérience complète équilibrée avec banque obligatoire et permis provisoire limité dans le temps.
Difficile	50 000 €	Expérience complète avec obligations renforcées, banque obligatoire et permis définitif requis avant conduite normale.

Le niveau choisi est permanent pour la sauvegarde.

Facile

Banque et conseiller facultatifs au démarrage.
Examen/permis facultatif.
Le joueur peut utiliser librement les véhicules dès le départ.
Plus de tolérance et d’accompagnement.
Coûts, sanctions, intérêts, franchises et pénalités réduits.
Critères d’examen et de financement plus permissifs.
Événements négatifs et fluctuations économiques moins sévères.

Normal

Banque + conseiller obligatoires au démarrage.
Une fois la banque et le conseiller validés, AgriLife active la carrière et délivre un permis provisoire de 3 mois de jeu.
Pendant ces 3 mois, le joueur peut utiliser les véhicules et travailler normalement.
Notification de rappel toutes les 6 heures de jeu tant que le permis définitif n’est pas obtenu.
À l’expiration du permis provisoire : amende unique de 500 €, prélevée sur le compte personnel du dirigeant, jamais sur le compte professionnel.
Après expiration, l’état devient Permis provisoire expiré / échéance dépassée et les rappels continuent tant que l’examen n’est pas réussi.
Si le compte personnel ne peut pas régler une sanction, la société ne doit pas payer silencieusement à sa place ; ce cas devra être transmis plus tard à l’Administration comme sanction personnelle impayée.
Le délai de 3 mois ne commence qu’après validation banque + conseiller, pas pendant le tutoriel ou le choix de difficulté.

Difficile

Banque + conseiller obligatoires au démarrage.
Après validation bancaire, l’examen agricole devient obligatoire.
Le joueur ne doit pas pouvoir utiliser normalement les véhicules tant que le permis définitif n’est pas obtenu.
Exception : le matériel nécessaire à une épreuve active doit rester utilisable pendant l’examen.
Dossiers bancaires plus exigeants, coûts et garanties plus sévères.
Examens moins tolérants et erreurs plus pénalisantes.
Fiscalité, assurances, charges, contrôles et sanctions renforcés.
Réputation plus importante dans l’accès aux opportunités.
Marchés et locations plus sensibles aux tensions économiques.
Mauvaise gestion financière ou administrative avec conséquences durables.

Règle centrale : la difficulté agit sur tout AgriLifeManager

Chaque module doit consulter le même profil de difficulté central. Selon le niveau choisi, AgriLife peut faire varier notamment :

capital et aides de départ ;
obligations Banque / Conseiller / Société / Permis ;
critères et délais d’acceptation des crédits ;
taux, frais, plafonds et garanties ;
difficulté, tolérance et coût des examens ;
vitesse d’XP et progression de carrière ;
salaires, charges employeur, heures supplémentaires et coûts de rupture ;
coût des assurances, franchises et conditions de couverture ;
usure, entretien, réparation et immobilisation du matériel ;
fiscalité, échéances, charges et pénalités ;
fréquence et sévérité des contrôles administratifs ;
avertissements, délais de régularisation, amendes et récidives ;
réputation gagnée ou perdue ;
exigences des contrats commerciaux et pénalités ;
tolérance aux retards et incidents de paiement ;
amplitude et vitesse des évolutions de marché ;
coût et disponibilité des locations ;
aide contextuelle, tutoriel et niveau d’accompagnement.

Séquence logique de démarrage

Arrivée réelle du joueur sur la map.
Lancement du tutoriel/onboarding uniquement une fois le gameplay réellement chargé, jamais pendant le choix du personnage ou des vêtements.
Choix Facile / Normal / Difficile.
Validation définitive du niveau pour cette sauvegarde.
Attribution du capital de départ AgriLife une seule fois.
Chargement du profil global de difficulté.
Application du parcours correspondant :
- Facile → carrière libre immédiatement ; banque et examen facultatifs.
- Normal → banque + conseiller obligatoires → carrière active + permis provisoire 3 mois → examen à passer avant échéance pour éviter sanction.
- Difficile → banque + conseiller obligatoires → examen obligatoire → déblocage complet de la conduite après obtention du permis.
Validation du démarrage.
Passage à la carrière active ; tous les modules utilisent ensuite le même profil de difficulté pendant toute la sauvegarde.

Tutoriel / onboarding du démarrage

Tutoriel différé jusqu’à l’arrivée réelle en gameplay.
Tutoriel mis à jour pour expliquer les différences Facile / Normal / Difficile et l’ordre Banque → Permis lorsque requis.
Le mode Normal explique le permis provisoire de 3 mois, les rappels et l’amende de 500 € après échéance.
Revalider complètement l’onboarding dans chacun des trois niveaux de difficulté.
Corriger l’état visuel des onglets désactivés pendant l’onboarding : un onglet setDisabled ne doit pas conserver le vert « disponible », afin de ne pas sembler cliquable.

Persistance du démarrage

État des tests Démarrage

Facile

Capital de départ : 200 000 €.
Banque non obligatoire au démarrage.
Examen non obligatoire.
Accès véhicule libre.
Tableau de bord cohérent avec le mode Facile sur la build testée.
Faire un dernier cycle sauvegarde → rechargement → contrôle du démarrage déjà validé.

Normal

Difficile - prochain test

Capital de départ : 50 000 €.
Banque + conseiller obligatoires.
Examen obligatoire après validation bancaire.
Verrouillage de l’accès normal aux véhicules avant obtention du permis.
Exception fonctionnelle pour le véhicule/matériel de l’examen actif.
Refaire la chaîne complète des 10 étapes si nécessaire.
Sauvegarder/recharger en cours d’examen pour vérifier la persistance de l’étape.
Terminer l’examen, sauvegarder/recharger et vérifier que le permis reste obtenu et que l’accès véhicule reste débloqué.

Ancienne sauvegarde / isolation - à faire après Difficile

Charger l’ancienne sauvegarde sans écraser argent, véhicules, terrains, bâtiments ou progression FS25.
Vérifier que la dette FS25 existante est conservée comme dette héritée sans duplication.
Vérifier qu’une nouvelle carrière créée après les autres tests reste totalement vierge côté AgriLife.

2 - Interface & expérience utilisateur

Écriture 0.9.1.0 : terminée. Les six cartes, les états de permis par difficulté, le résultat/historique d’examen, le journal, les vues marchés/contrats/locations, le tutoriel paginé, le grisage des onglets indisponibles et une politique responsive 1080p/1440p/4K sont intégrés. Les cases d’affichage restant ouvertes servent à la certification visuelle réelle sur les résolutions ciblées.

L’Interface n’est pas un module métier. Elle sert de couche commune pour présenter les six modules joueur et les informations globales de la carrière.

Tableau de bord - racine de l’information

Le tableau de bord conserve la structure visuelle actuelle en 6 cartes, une par module :

Banque
Entreprise
Carrière & Qualifications
Administration
Contrats & Marchés
Atelier

Le bloc État du noyau n’a pas vocation à rester une carte joueur. Les diagnostics techniques doivent être déplacés hors du tableau de bord principal.

Le Démarrage n’est pas une carte. Le bas du tableau de bord peut néanmoins conserver les informations globales comme le niveau de difficulté et l’état « départ validé ».

Résumés attendus sur les 6 cartes

Banque : banque actuelle, conseiller, contrat bancaire, durée/échéance du contrat, trésorerie, dette et score de crédit.
Entreprise : salariés actifs, disponibles/occupés/absents, masse salariale, tâches actives et réputation de l’exploitation.
Carrière & Qualifications : niveau, XP, état réel du permis, échéance éventuelle, examens réussis, qualifications et progression.
Administration : statut administratif, assurance, contrôles/alertes, sanctions ou échéances en cours.
Contrats & Marchés : contrats actifs, prochaine échéance, coopérative/acheteur, tendance de marché et opportunités importantes.
Atelier : état du matériel, entretiens dus, immobilisations, réparations et alertes atelier.

Carte Carrière & Qualifications / permis

En Normal, afficher PERMIS PROVISOIRE à la place de « Disponible » pendant la période provisoire.
Afficher l’échéance restante du permis provisoire.
Après expiration, afficher PROVISOIRE EXPIRÉ et ÉCHÉANCE DÉPASSÉE.
En Facile, afficher clairement le caractère FACULTATIF du permis/examen.
En Difficile, afficher clairement EXAMEN OBLIGATOIRE / ACCÈS VÉHICULE VERROUILLÉ avant réussite.
Après réussite, afficher PERMIS OBTENU / RÉUSSI, score/résultat, tentatives et historique utile.

Identité visuelle & navigation

3 - Module Banque

Écriture 0.9.1.0 : terminée. Le module couvre désormais relation bancaire durable, consultation/offres, profils de risque, conseiller compatible, financement influencé par difficulté et marchés, refinancement, historique professionnel filtrable, catégorisation comptable, amortissements, compte de résultat, bilan, fiscalité, capacité d’autofinancement, séparation pro/perso et rentabilité par activité. Les actions crédit vanilla sont déjà interceptées. Les cases encore ouvertes ci-dessous doivent être lues comme validations terrain/UI à effectuer, pas comme fonctions absentes.

Le module Banque regroupe Banque & finance + Comptabilité & fiscalité. Il possède les données financières ; les autres modules peuvent les consulter mais ne doivent pas recréer leur propre logique bancaire ou comptable.

Règle de chantier : le module Banque devra être terminé de A à Z et validé avant d’ouvrir le chantier Entreprise.

Banque, conseiller & relation bancaire

Contrat bancaire durable

La banque et le conseiller ne doivent pas rester des sélecteurs libres une fois la relation engagée. Cette partie est volontairement laissée au chantier Banque, pas au Démarrage.

Comptes & finances de base

Comptabilité & fiscalité

Menu Finances vanilla FS25

Blocage fonctionnel des nouvelles opérations de crédit vanilla.
Intercepter les actions avant comptabilisation FS25.
Supprimer/désactiver visuellement les commandes Emprunter / Rembourser dans le menu Finances vanilla.
Préserver le reste des informations financières utiles du jeu.
À terme, faire d’AgriLife → Banque → Finances la page financière principale.

4 - Module Entreprise

État code 0.7.6.0 TEST : l’ensemble des scripts prévus pour l’étape 4 est écrit et intégré. Les cases de cette section restent ouvertes jusqu’à la certification complète en jeu, sauvegarde/rechargement et contrôle du log.

Le module Entreprise regroupe la gestion de la main-d’œuvre, la paie, les ordres de travail, l’évolution des salariés et la réputation de l’exploitation/du dirigeant.

Salariés & contrats de travail

Structure Personnel / Équipe & paie.
Base des employés AgriLife.
Compétences visuelles en étoiles.
Renommer/réorganiser l’entrée actuelle Salaires & Personnel en Entreprise lorsque ce chantier sera ouvert.
Ajouter trois types de contrats : CDI, CDD et saisonnier.
Fiche salarié complète : contrat, ancienneté, salaire, coût employeur, disponibilité, spécialités, expérience et historique.
Disponibilité, horaires, pauses, heures supplémentaires, congés, maladie et absences.
Promotion, augmentation, renouvellement, fin de contrat et licenciement.
Faire varier coûts employeur, contraintes et tolérances selon la difficulté.

Une personne = une tâche réelle

1 salarié disponible = 1 tâche automatisée active maximum.
Empêcher qu’un même salarié soit affecté simultanément à plusieurs véhicules/tâches.
Libérer automatiquement le salarié à la fin, l’arrêt ou l’annulation de sa tâche.
Afficher clairement : disponible / affecté / en pause / absent / congé / malade.

Centre d’ordres AgriLife

Sélection visuelle : salarié → véhicule → outil → travail → champ/destination.
Proposer les travaux compatibles avec le véhicule et l’outil réellement attaché.
S’appuyer sur l’IA native FS25 lorsque le travail demandé est supporté par le jeu.
Commandes : démarrer, mettre en pause, reprendre, arrêter/rappeler.
Afficher état, progression, champ/destination, véhicule et outil utilisés.
Ne jamais simuler un travail impossible.

Paie unique & intégrations d’exécution

AgriLife devient la source unique de paie des salariés enregistrés afin d’éviter de payer deux fois un même ouvrier lorsqu’une tâche est exécutée par FS25, Courseplay ou AutoDrive.

Faire d’AgriLife l’unique moteur de salaire des employés enregistrés dans Entreprise.
Neutraliser le coût horaire de l’ouvrier vanilla lorsqu’une tâche est liée à un salarié AgriLife.
Intégration optionnelle Courseplay par détection/hooks, sans modifier Courseplay.
Intégration optionnelle AutoDrive par détection/hooks, sans modifier AutoDrive.
Prévoir un retour propre au fonctionnement autonome si un mod tiers devient temporairement incompatible.
Valider la séparation joueur humain / GPS natif / salariés AgriLife.

Expérience & évolution des salariés

Chaque salarié gagne de l’expérience uniquement grâce au travail réellement effectué.
Compétence générale + spécialités : sol, semis, fertilisation, récolte, transport, élevage, mécanique, etc.
Progression selon temps de travail, type de tâche, réussite, incidents et difficulté.
Le niveau de compétence influence salaire et évolution sans bonus irréalistes.
Conserver l’historique de carrière du salarié dans la sauvegarde.

Réputation de l’exploitation

La réputation appartient à l’Entreprise. Banque, Administration, Contrats & Marchés et autres systèmes la consultent, mais ne doivent pas recréer leur propre moteur de réputation.

Créer une réputation globale de l’exploitation et du dirigeant.
Faire évoluer la réputation à partir d’actions réelles : contrats, retards, dettes, incidents, examens, qualité du travail et gestion.
Conserver l’historique des événements ayant modifié la réputation.
Utiliser la réputation dans Banque, Conseiller, Contrats, Coopératives, Assurance et futurs contentieux.
Débloquer progressivement de meilleures opportunités lorsque la réputation est solide.
Permettre de reconstruire progressivement une réputation dégradée.
Faire varier gains, pertes et seuils de réputation selon la difficulté.
Afficher les principaux facteurs expliquant la note de réputation.

5 - Module Carrière & Qualifications

État code 0.7.7.0 TEST : l’ensemble des scripts prévus pour l’étape 5 est écrit et intégré. Les cases restent ouvertes jusqu’à la certification réelle des examens, qualifications et sauvegarde/rechargement.

Le module Carrière & Qualifications regroupe XP joueur, examens, permis, qualifications spécialisées et historique professionnel. Les anciennes entrées séparées « Examens » et « XP & Carrière » doivent converger vers ce module unique.

Carrière & XP

Structure carrière / XP.
Ajouter une fiche de carrière durable : heures, hectares, travaux, examens, contrats, incidents et grandes étapes.
Faire dépendre la vitesse d’XP et la progression du profil Facile / Normal / Difficile.
Conserver une séparation stricte entre progression XP normale et progression des examens.

Examens & permis

Qualifications spécialisées

Ajouter des qualifications spécialisées : pulvérisation/phytosanitaire, télescopique, forestier, transport agricole ou autres catégories pertinentes.
Faire dépendre l’accès à certaines activités professionnelles des qualifications réellement obtenues lorsque cela est cohérent avec le niveau choisi.

6 - Module Administration

État code 0.7.8.0 TEST : l’ensemble des scripts prévus pour l’étape 6 est écrit et intégré. Les cases restent ouvertes jusqu’à la certification complète en jeu des statuts, contrôles, sanctions, assurances et contentieux.

Le module Administration regroupe société/statuts administratifs, assurances, conformité, contrôles, sanctions, événements de gestion, huissier et contentieux.

Société & administration

Base du module Société.
Faire dépendre obligations, coûts, formalités et délais de Facile / Normal / Difficile.
Gestion plus profonde de la structure juridique.
Utiliser la santé administrative de l’entreprise dans Banque, Contrats, Assurance et Contentieux.

Statut d’exploitation évolutif

Créer un statut professionnel progressif : petite exploitation → exploitation professionnelle → entreprise agricole → grande entreprise.
Conditions d’évolution : expérience, réputation, capital, examens, conformité et activité réelle.
Donner à chaque statut des droits, opportunités et obligations supplémentaires.

Contrôles administratifs & sanctions

Contrôles de conformité de l’exploitation.
Vérifier permis, assurances, documents et obligations réellement applicables au niveau choisi.
Prévoir avertissement, régularisation, amende ou immobilisation selon gravité et difficulté.
Historiser contrôles et récidives.
Faire varier fréquence, seuils et sévérité des contrôles selon la difficulté.
Faire influencer les sanctions par le comportement antérieur et la réputation.
Chaque sanction doit avoir une cause identifiable par le joueur.
Reprendre plus tard les sanctions personnelles impayées (ex. amende de permis Normal non réglable) sans ponction silencieuse sur la société.

Événements de gestion

Échéance, facture imprévue, contrôle, réparation lourde, absence salarié ou autre incident crédible.
Adapter fréquence et sévérité à la difficulté.
Donner plusieurs solutions réalistes lorsque c’est possible.

Assurances

L’Assurance devient une composante de l’Administration et non une carte/module séparé du tableau de bord.

Base de l’écran Assurance.
Contrats différenciés par formule, capital et risque.
Sinistres et franchises.
Impact du comportement, de la réputation, de l’historique et de la difficulté sur les primes.
Interaction avec atelier, véhicules, bâtiments et exploitation.
Faire varier primes, franchises, exclusions et tolérances selon Facile / Normal / Difficile.

Huissier & contentieux

Retards et incidents de paiement.
Relances et mises en demeure.
Transmission au système Huissier/Contentieux.
Frais, échéanciers et procédures.
Conséquences sur réputation, banque, contrats et société.
Mécanismes de sortie réalistes : régularisation, négociation, restructuration.
Prendre en compte les dettes fiscales et administratives.
Faire varier délais, frais, tolérances et escalade selon la difficulté.

7 - Module Contrats & Marchés

État code 0.7.9.0 TEST : l’ensemble des scripts prévus pour l’étape 7 est écrit et intégré : engagements commerciaux, négociation, acheteurs/coopératives, notation A-E, marché mondial/local, détection maps/multifruits, neuf/occasion, intrants, carburants/énergie, foncier, locations, productions/usines et enrichissements Precision Farming / Soil Fertilizer. Les cases restent ouvertes jusqu’à la certification FS25 réelle, sauvegarde/rechargement et contrôle du log.

Le module Contrats & Marchés regroupe contrats commerciaux, coopératives, économie mondiale, marchés locaux, multifruits, matériel neuf/occasion, intrants, carburants, foncier, locations et productions/usines.

Contrats commerciaux & coopératives

Architecture universelle - toutes maps / multifruit

Détecter dynamiquement les fruits, fillTypes, produits, points de vente, productions, parcelles et articles magasin enregistrés dans la partie.
Éviter toute liste fermée de cultures ou de maps dans le cœur du système.
Supporter les multifruits ajoutés par la map ou par des mods dès lors qu’ils sont correctement enregistrés dans FS25.
Détecter les productions/usines et leurs entrées/sorties lorsqu’elles utilisent les systèmes accessibles de FS25.
Prévoir un fallback propre : un contenu non détectable est ignoré sans casser AgriLifeManager.

Marché mondial des productions et produits

Créer une tendance mondiale et des tendances locales pour les productions vendables.
Faire varier les prix selon offre/demande, saison, stocks simulés, événements et activité économique.
Éviter les fluctuations absurdes : bornes, inertie et retour progressif vers un prix de référence.
Relier prix mondiaux, prix locaux, points de vente, coopératives, contrats et rentabilité.
Permettre aux produits issus de productions/usines d’entrer dans le marché dynamique.
Prendre en compte les multifruits détectés sans configuration manuelle systématique.

Marché mondial du neuf et de l’occasion

Marché dynamique des tracteurs, véhicules, outils et accessoires.
Faire varier disponibilité, délais et prix du neuf selon demande et catégorie.
Marché de l’occasion avec âge, heures, état, entretien, réparations, région simulée, rareté et demande.
Faire varier la valeur de revente selon état réel et situation du marché.
Inclure les articles de magasin compatibles détectés dynamiquement plutôt qu’une liste figée.

Consommables, palettes & big bags

Marché dynamique des palettes, big bags, semences, engrais, amendements, consommables et autres intrants enregistrés.
Faire varier prix et disponibilité en fonction de la demande, de la saison et des tensions de marché.
Relier le coût réel des intrants à la comptabilité et à la marge des productions/contrats.

Carburants & énergie

Prix dynamique du diesel et des autres énergies/carburants détectables.
Faire évoluer les prix dans le temps avec inertie et événements crédibles.
Répercuter le coût du carburant sur coûts de production, transport, travaux et rentabilité.
Faire varier l’impact selon Facile / Normal / Difficile sans créer de prix incohérents.

Foncier / champs dynamiques

Marché foncier dynamique à partir des parcelles disponibles sur la map.
Faire varier valeur des terres selon surface, potentiel économique, localisation disponible, rareté et contexte de marché.
Ajouter des opportunités temporaires de vente ou de location lorsque techniquement possible.
Conserver une logique compatible avec la structure propre de chaque map.

Location dynamique - matériel, champs & usines

Étendre la location dynamique au matériel, outils, accessoires, champs/parcelles et productions/usines lorsque le type d’actif peut être géré proprement.
Faire varier tarif, disponibilité, durée, caution/frais et conditions selon marché et difficulté.
Prévoir location courte, saisonnière ou plus longue lorsque pertinente.
Intégrer les loyers dans la comptabilité, la trésorerie et les décisions bancaires.
Prévoir conséquences réalistes en cas de retard, dégradation ou rupture de contrat de location.
Ne jamais forcer une location sur un actif qu’une map ou un mod tiers ne permet pas de gérer de manière sûre.

Productions / usines

Intégrer achat, vente et location des productions/usines au moteur économique lorsque leur propriété peut être pilotée proprement.
Faire varier leur valeur selon capacité, rentabilité potentielle, intrants, débouchés et contexte de marché.
Relier coût des intrants, prix des sorties, entretien/charges et rentabilité réelle de la production.

Contrats & coopératives reliés au marché

Le marché mondial influence les besoins des coopératives et acheteurs.
Une forte demande peut augmenter prix, volumes recherchés ou primes ; une surproduction peut les réduire.
Les contrats doivent tenir compte des marchés mais aussi de la réputation, de l’historique et de la difficulté.
Conserver plusieurs acheteurs avec stratégies différentes afin d’éviter un prix unique artificiel.

Precision Farming & Soil Fertilizer - intégrations enrichies

Ne pas refaire leur agronomie dans AgriLifeManager.
Utiliser Precision Farming comme source optionnelle de données agronomiques réellement disponibles.
Utiliser Soil Fertilizer comme source optionnelle pour les données de sol, fertilisation, intrants et qualité qu’il expose de manière exploitable.
Transformer ces données en conséquences AgriLife : coûts, rentabilité, conditions contractuelles, primes qualité, réputation, contrôles et historique.
Relier le prix dynamique des intrants aux coûts de production issus de Soil Fertilizer lorsque pertinent.
Permettre à certains contrats/coopératives d’imposer des critères agronomiques uniquement lorsqu’ils peuvent être mesurés de façon fiable.
Si PF ou Soil Fertilizer est absent, conserver un fonctionnement AgriLife complet basé sur FS25 vanilla.
Si une donnée externe devient indisponible ou change après une mise à jour, désactiver seulement l’enrichissement concerné sans casser la sauvegarde.
La difficulté AgriLife modifie les conséquences économiques/administratives, pas artificiellement les lois agronomiques de PF ou Soil Fertilizer.

Chaîne économique de référence

sol / pratiques → intrants → coût de production → rendement / qualité → marché mondial → marchés locaux → coopératives / usines → contrats → comptabilité → banque → réputation

Documentation détaillée : docs/DYNAMIC_ECONOMY_AGRONOMY.md.

8 - Atelier, Concessionnaire & Gestion technique du parc

État code 0.8.1.0 TEST : l’ensemble des scripts prévus pour l’étape 8 est écrit et intégré : parc complet véhicules/outils/accessoires, composants adaptés, usure/stress, pannes fonctionnelles logiques, diagnostic, pièces multi-qualités, marché dynamique et délais, concessionnaire/SAV, atelier interne et mécaniciens, révision annuelle, contrôle technique biennal et contre-visite, dépannage/continuité, garanties/assurances, historique/valeur de revente, inspection technique de l’occasion et ponts optionnels MudSystem / Advanced Damage System. Les cases restent ouvertes jusqu’à la certification FS25 réelle, sauvegarde/rechargement, contrôle du log et essais avec/sans les mods tiers ciblés.

L'étape 8 devient un écosystème technique complet qui couvre véhicules, machines, outils et accessoires. AgriLife gère le garage, le concessionnaire, les diagnostics, les pièces, les stocks, les délais, l'immobilisation, les coûts, la main-d'oeuvre, les garanties, l'historique et les conséquences économiques. Les systèmes mécaniques tiers compatibles peuvent fournir des données de panne ou de physique, mais AgriLife ne doit pas dupliquer leur moteur interne.

Principes fondamentaux

Base de l'Atelier.
État du matériel et opérations de maintenance.
Étendre le suivi technique à tout le parc : tracteurs, véhicules, moissonneuses, automoteurs, remorques, outils attelés, accessoires, chargeurs, outils PTO, matériels hydrauliques et autres équipements détectables.
Aucun équipement compatible ne doit être traité comme un simple objet sans historique technique lorsqu'AgriLife peut l'identifier de manière sûre.
Une panne doit toujours avoir une conséquence fonctionnelle logique, proportionnée au composant touché et à sa gravité.
Ne jamais réduire une panne à un simple pourcentage rouge sans effet réel.
Prévoir un fallback AgriLife autonome lorsque les mods mécaniques tiers sont absents ou qu'une donnée externe n'est plus exploitable.

Architecture mécanique par composants

Décomposer les véhicules et matériels compatibles en systèmes cohérents : moteur, lubrification, carburant, admission, refroidissement, électrique, transmission, embrayage, ponts, prise de force, hydraulique, freinage, direction, suspension, châssis, pneus/roues, éclairage, vitrage et autres organes pertinents.
Décomposer aussi les outils et accessoires selon leur vraie logique : cardans, boîtiers, chaînes, courroies, roulements, essieux, freins, vérins, flexibles, pompes, moteurs hydrauliques, disques, dents, couteaux, rouleaux, systèmes de dosage, électronique et organes spécifiques au type d'outil.
Adapter automatiquement la liste des composants au type réel de matériel. Un semoir, une benne et un tracteur ne doivent pas présenter les mêmes organes.
Chaque composant possède au minimum un état, une usure, une criticité, un historique et une conséquence de défaillance.
Conserver un état global lisible sans transformer l'interface en mur de jauges.

Usure, stress et vieillissement réel

Usure, entretien et immobilisation plus poussés.
Faire progresser l'usure avec le temps réel d'utilisation, les heures, la distance, la charge, la vitesse, le régime, la température, les chocs, le patinage, les conditions de terrain et l'entretien.
Différencier vieillissement normal, mauvais usage, surcharge, choc, défaut d'entretien et incident externe.
Le pourcentage de dégâts doit évoluer progressivement et servir de conséquence d'un état mécanique réel, pas remplacer la logique des composants.
Une pièce usée peut dégrader progressivement rendement, puissance, précision, consommation, température, vibrations, bruit, freinage ou fiabilité avant la panne complète lorsque cela a du sens.
Les outils et accessoires doivent eux aussi subir une usure cohérente avec leur travail réel.

Pannes fonctionnelles et chaîne de conséquences

Diagnostic et devis

Ajouter diagnostic visuel, diagnostic atelier et diagnostic concessionnaire avec niveaux de précision différents.
Permettre des symptômes avant diagnostic complet : fuite, bruit, vibration, fumée, température, perte de puissance, pression faible, défaut électrique ou autre indice crédible.
Le diagnostic doit identifier les composants suspects, confirmer les pièces nécessaires et estimer temps de travail, coût et immobilisation.
Prévoir devis détaillé : pièces, main-d'oeuvre, consommables, transport, urgence, taxes/frais applicables et délai estimé.
Un diagnostic approfondi peut détecter des défauts cachés sur un matériel d'occasion.

Pièces détachées et qualités de remplacement

Évolution validée - commande physique et réparation à l’exploitation

Marché dynamique des pièces atelier/concessionnaire

Brancher le marché des pièces directement sur le moteur économique dynamique de l'étape 7.
Ne pas créer un second moteur de marché spécifique à l'Atelier.
Faire varier prix, stock, rareté et disponibilité des pièces selon demande, saison, événements économiques, catégorie, ancienneté du matériel et tensions d'approvisionnement.
Les pièces origine, adaptables, reconditionnées et d'occasion possèdent des marchés distincts mais reliés.
Prévoir pénuries, ruptures temporaires, réapprovisionnement et variations crédibles de disponibilité.
Prévoir livraison standard, livraison prioritaire et express avec coût et délai différents.
Une pièce indisponible doit réellement retarder la réparation si aucune alternative compatible n'est choisie.
Le délai de commande et de livraison doit utiliser le temps de jeu et persister après sauvegarde/rechargement.
Le marché dynamique des pièces doit influencer devis, coûts de maintenance, rentabilité, assurance et valeur économique du parc.

Concessionnaire et relation SAV

Transformer le concessionnaire en véritable partenaire technique : diagnostic, devis, commande de pièces, entretien, réparation, garantie, campagne de rappel, reprise et estimation.
Faire concorder le concessionnaire avec le marché dynamique du neuf et de l'occasion écrit à l'étape 7.
Conserver une relation concessionnaire pouvant influencer tarifs de main-d'oeuvre, remises, priorité de stock, délais, véhicule/matériel de remplacement et qualité de service.
Prévoir réparation chez le concessionnaire lorsque l'atelier de l'exploitation ne possède pas la compétence, l'outillage ou l'autorisation nécessaire.
Les grosses réparations peuvent immobiliser le matériel plusieurs heures ou plusieurs jours de jeu.

Atelier interne de l'exploitation

Permettre à l'exploitation d'effectuer elle-même certaines réparations si elle possède atelier, outillage, pièces et compétence suffisants.
Relier les travaux atelier aux salariés et compétences mécaniques du module Entreprise.
Une réparation interne doit immobiliser réellement le salarié et le matériel pendant le temps prévu.
Faire évoluer les réparations accessibles selon compétence : entretien courant, pneus/batterie, hydraulique, électrique, moteur, transmission et autres niveaux cohérents.
Une réparation improvisée ou réalisée avec compétence insuffisante ne doit pas être équivalente à une réparation professionnelle parfaite.

Entretien périodique obligatoire

Mettre en place une révision obligatoire tous les ans pour les véhicules et équipements concernés.
La révision annuelle vérifie les opérations d'entretien applicables : huile, filtres, fluides, freins, pneus, hydraulique, sécurité, graissage, réglages et autres points pertinents.
Adapter la révision au type de matériel : un outil sans moteur ne reçoit pas une vidange moteur fictive.
Générer échéance, rappel, ordre de travail, coût, pièces/consommables nécessaires et historique de révision.
Le retard de révision augmente le risque mécanique et peut affecter garantie, assurance, valeur de revente ou conformité selon difficulté.

Contrôle technique obligatoire

Mettre en place un contrôle technique obligatoire tous les 2 ans pour les véhicules et matériels auxquels il est cohérent de l'appliquer.
Étendre les contrôles de sécurité aux remorques, outils et accessoires lorsque leur nature le justifie : freinage, éclairage, attelage, essieux, pneus, protections, cardans, fuites ou autres éléments de sécurité.
Le contrôle produit un résultat détaillé : conforme, défaut mineur, défaut majeur, défaut critique.
Prévoir contre-visite après réparation des défauts qui l'exigent.
Un défaut critique peut provoquer une immobilisation immédiate jusqu'à réparation et contre-visite.
Un défaut mineur comme un éclairage secondaire ne doit pas immobiliser arbitrairement un tracteur si la réglementation AgriLife ne le justifie pas.
Relier contrôle technique, révision et conformité au module Administration pour échéances, sanctions et interdictions d'utilisation éventuelles.
Conserver dates, kilométrage/heures, résultat, défauts et contre-visites dans le dossier de vie du matériel.

Immobilisation, dépannage et continuité d'activité

Évolution validée - panne légère, dépannage et remorquage

Garanties, assurances et sinistres

Évolution validée - cohérence panne, réparation et assurance

Constats, responsabilité, prise en charge et bonus-malus

Historique technique, économique et valeur de revente

Coûts de maintenance et réparations liés à l'historique.
Historique économique complet du matériel : achat, usage, entretien, sinistres, réparation et valeur résiduelle.
Créer un dossier de vie/carnet d'entretien permanent pour chaque véhicule, outil et accessoire suivi.
Historiser achats, heures/km, révisions, diagnostics, pannes, pièces changées, réparations, contrôles techniques, accidents, garanties et immobilisations.
Relier la valeur du matériel au marché mondial du neuf et de l'occasion.
Faire influencer la valeur de revente par état réel, qualité des réparations, historique d'entretien, pannes graves, contrôle technique, nombre de propriétaires si disponible et situation du marché.
Permettre une inspection avant achat d'occasion avec niveau de diagnostic et risque de défaut caché cohérent.

Difficulté

Faire varier coûts, tolérances et conséquences d'entretien selon la difficulté.
Facile conserve les mêmes grands systèmes mais avec pannes moins sévères, délais plus tolérants, coûts réduits et accompagnement renforcé.
Normal utilise les règles de référence Atelier/Concessionnaire.
Difficile renforce coût de négligence, conséquences des pannes, exigences de conformité, délais économiques et impact financier sans créer de panne artificielle.
La difficulté ne doit jamais changer la logique physique d'un composant : elle module fréquence, tolérance, coûts et conséquences de gestion.

Compatibilité MudSystem et système mécanique réaliste

Intégration optionnelle forte avec MudSystem : exploiter proprement les informations accessibles concernant terrain, patinage, pneus, pression, crevaisons et contraintes associées sans copier ni remplacer son moteur.
Intégration optionnelle forte avec le système mécanique réaliste ciblé / Advanced Damage System ou projet équivalent lié à SquallQT, après identification exacte de l'API et des hooks disponibles.
Lorsque le système mécanique tiers est présent, lui laisser l'autorité sur ses données mécaniques et utiliser AgriLife pour garage, pièces, délais, salariés, facturation, garantie, immobilisation, historique et valeur économique.
Lorsque MudSystem est présent, éviter les doubles calculs de pneus/crevaisons et convertir ses événements exploitables en conséquences atelier.
Avec les deux mods présents, rechercher une fusion fonctionnelle maximale sans modifier leurs fichiers et sans dépendance dure.
Sans l'un ou l'autre, conserver un système Atelier AgriLife autonome et cohérent.
Toute incompatibilité future doit désactiver uniquement le pont concerné, jamais casser la sauvegarde ou l'Atelier.

Chaîne technique de référence

acheter -> utiliser -> user/stresser -> détecter un symptôme -> diagnostiquer -> commander les pièces -> attendre/louer/dépanner -> réparer -> réviser/contrôler -> garantir/assurer -> historiser -> revendre

9 - Finalisation

État code 0.9.1.0 TEST : l'infrastructure prévue pour l'étape 9 est écrite et intégrée : compatibilités optionnelles et fallback, découverte universelle, schéma de sauvegarde 4, migration 3 vers 4, identité de carrière, récupération backup, audit de persistance, isolation multi-fermes, squelette réseau serveur autoritaire, tutoriel paginé rebasé, audits l10n/publication, glossaire, documentation et packaging TEST/PUBLIC. Le multijoueur reste volontairement non publié et toutes les cases exigeant une vraie campagne FS25 restent ouvertes jusqu'à certification.

La Finalisation n’est pas un module joueur. Elle regroupe les phases techniques nécessaires pour rendre AgriLifeManager stable, compatible, traduisible, migrable, multijoueur et publiable.

Compatibilités PC optionnelles

Écriture 0.9.0.0 : matrice Courseplay/AutoDrive/PF/Soil/MudSystem/ADS, fallback autonome et audit dynamique du contenu runtime intégrés. Les essais réels avec plusieurs combinaisons de mods/maps restent à certifier.

AgriLife Manager doit rester autonome : aucune compatibilité ne doit devenir une dépendance dure.

Courseplay.
AutoDrive.
Soil Fertilizer - intégration enrichie mais optionnelle.
Precision Farming - intégration enrichie mais optionnelle.
Autres mods de gestion ou réalisme identifiés pendant les tests.
Vérifier qu’AgriLife continue à fonctionner correctement lorsque ces mods sont absents.
Vérifier l’auto-détection sur plusieurs maps vanilla, modmaps et maps multifruits.

Sauvegardes, migration & multijoueur

Écriture 0.9.0.0 : schéma 4, migration 3->4, identité de carrière, suivi backup, couverture de persistance, séparation multi-fermes et enveloppes réseau serveur autoritaires intégrés. multiplayer supported="false" reste obligatoire jusqu'à la campagne réseau réelle.

Traductions, localisation & clés l10n

Écriture 0.9.0.0 : le dialogue tutoriel paginé est rebasé sur la source courante, Prev/Next sont localisés directement, les 27 langues sont en parité et les audits de clés utilisées, valeurs vides, doublons et placeholders font partie du gate de packaging. La relecture native et les essais écran restent à certifier.

Contribution issue GitHub #2 à intégrer proprement

Une contribution externe propose 27 fichiers de traduction alignés, un correctif de texte onboarding codé en dur, un dialogue tutoriel paginé et un outil de contrôle de parité l10n. Cette contribution a été préparée sur une base annonçant 4 636 clés par langue.

Ne pas écraser les traductions de la build courante avec ce ZIP sans comparaison, car le projet a continué à évoluer depuis la base utilisée par le contributeur.
Rebaser les 34 clés manquantes proposées sur le référentiel l10n réellement courant.
Intégrer la clé agrilife_onboarding_tutorial_first_msg si elle est toujours nécessaire et supprimer le texte joueur codé en dur correspondant.
Vérifier la correction du libellé allemand agrilifemanager_label_pluralS.
Examiner la clé agrilifemanager_fmf_viaSearchUsed, vide dans la contribution, puis la définir ou la retirer si elle est réellement inutilisée.
Intégrer ou adapter tests/l10n_parity_spec.lua comme contrôle automatique avant build.
Tester le dialogue tutoriel paginé en jeu avant adoption définitive, notamment Prev / Next, compteur de page, fermeture Échap et parcours migration.
Vérifier que les boutons Prev / Next utilisent bien leurs clés l10n directement dans le XML, correctif signalé dans le ZIP reconstruit du contributeur.
Garder l’espagnol es et ea à vérifier selon la variante régionale réellement attendue par FS25.

Référentiel de clés

Utiliser une langue de référence complète pour recenser toutes les clés du mod.
Inventorier automatiquement toutes les clés l10n utilisées dans Lua, XML, GUI, tutoriel, assistance, notifications, examens, menus et modules.
Comparer chaque fichier de langue au référentiel et détecter clés absentes, doublons, clés inutilisées et fautes de nommage.
Interdire les textes joueur codés directement dans Lua/XML lorsque le système l10n peut être utilisé.
Ajouter une vérification de cohérence des clés avant chaque build importante.

Traductions complètes

Français complet et relu.
Anglais complet et relu.
Compléter toutes les autres langues distribuées avec le mod.
Étendre progressivement la localisation aux langues pertinentes de FS25/ModHub afin que le mod puisse être utilisé par le plus grand nombre.
Lorsqu’une nouvelle clé est ajoutée à une fonctionnalité, l’ajouter immédiatement à tous les fichiers de langue, même si certaines traductions restent temporairement marquées à relire pendant le développement.
Aucune version publique ne doit afficher une clé brute du type agrilife_xxx, un texte vide ou un fallback anglais involontaire.

Qualité de traduction

Employer une terminologie agricole, bancaire, comptable, juridique et administrative cohérente dans chaque langue.
Vérifier accents, caractères spéciaux, encodage UTF-8 et longueur des textes dans l’interface.
Tester les textes longs en 1080p / 1440p / 4K pour éviter débordements et boutons coupés.
Vérifier pluriels, montants, unités, dates et formulations contextuelles.
Maintenir un glossaire AgriLife afin que les mêmes termes soient traduits de façon cohérente dans tout le mod.

Critères l10n avant publication

0 clé manquante dans toutes les langues distribuées.
0 texte joueur codé en dur non justifié.
0 clé l10n brute visible en jeu.
0 traduction volontairement laissée vide.
Audit complet des traductions après chaque ajout massif de fonctionnalités.

Méthode de développement & validation

Conserver une base jouable stable avant d’ouvrir un nouveau grand bloc.
Terminer entièrement le bloc ou module en cours avant de passer au suivant.
Ordre obligatoire : Démarrage → Interface de base → Banque → Entreprise → Carrière & Qualifications → Administration → Contrats & Marchés → Atelier → Finalisation.
Ne pas commencer le développement fonctionnel d’un module futur simplement parce que le module courant lui transmettra une donnée ; préparer seulement le point de connexion nécessaire côté module courant.
Développer un système complet et cohérent avant de demander un test joueur, au lieu d’enchaîner les micro-builds et micro-tests.
Continuer les contrôles statiques/verifiers après chaque changement de développement.
Réserver les tests rapides intermédiaires aux infrastructures globales critiques : sauvegarde/chargement, onboarding, accès véhicule, synchronisation ou autre mécanisme transversal.
Chaque module doit être testé comme un vrai cycle de gameplay complet avec ses conséquences et ses interactions.
Un module n’est considéré terminé qu’après : fonctionnalités → interface → liens nécessaires → sauvegarde → difficulté → l10n → tableau de bord → contrôles internes → test joueur → corrections → validation finale.
Avant chaque commit, release, documentation ou build : contrôler l’absence du caractère em dash et l’absence de toute attribution à une IA ou à un fournisseur d’IA.

Préparation publication

Écriture 0.9.0.0 : verify_release.py, audit_l10n_usage.py, audit_publication.py et package_release.py constituent le gate de packaging TEST/PUBLIC. La publication stable reste interdite tant que les validations en jeu et licences finales ne sont pas fermées.

Objectif final : version PC propre et publiable, notamment pour soumission officielle GIANTS/ModHub si elle respecte les exigences applicables au moment de la soumission.

Architecture finale du menu joueur

Le tableau de bord regroupe exactement 6 modules fonctionnels :

Banque
Entreprise
Carrière & Qualifications
Administration
Contrats & Marchés
Atelier

Démarrage, Interface et Finalisation ne sont pas des modules joueur.

Registre maître des idées validées et état d’intégration

Ce registre complète la feuille de route sans la remplacer. Les sections historiques restent la description détaillée de référence. Le registre sert uniquement à savoir rapidement ce qui est intégré, partiel, restant à intégrer ou encore à certifier dans FS25.

Statuts code : Intégrée = logique présente dans la build de référence ; Partiellement intégrée = briques existantes mais flux validé incomplet ; À intégrer = idée validée non encore implémentée ; Désactivée = infrastructure présente mais non publiée.
Certification : À certifier signifie que l’écriture/code ne vaut pas encore validation réelle dans Farming Simulator 25.

ID	Idée validée	Module	État code	Tutoriel / Assistance	Certification
DEM-001	Trois difficultés Facile / Normal / Difficile avec conséquences globales	Démarrage	Intégrée	Oui	À certifier
DEM-002	Onboarding seulement après arrivée réelle sur la map, jamais pendant les vêtements	Démarrage	Intégrée	Oui	À certifier
DEM-003	Capitaux de départ et persistance par carrière	Démarrage	Intégrée	Oui	À certifier
DEM-004	Banque/conseiller obligatoires selon la difficulté	Démarrage / Banque	Intégrée	Oui	À certifier
DEM-005	Permis provisoire Normal, rappels, échéance et sanction personnelle	Démarrage / Carrière	Intégrée	Oui	À certifier
DEM-006	Verrou de conduite Difficile avant permis définitif avec exception examen	Démarrage / Carrière	Intégrée	Oui	À certifier
UI-001	Tableau de bord AgriLife à six modules	Interface	Intégrée	Oui	À certifier
UI-002	Tutoriel de départ harmonieux et complet, actuellement 13 sujets	Interface	Intégrée	Oui	À certifier
UI-003	`Échap > Assistance` aligné sur les mêmes clés l10n que le tutoriel	Interface	Intégrée	Oui	À certifier
UI-004	HUD XP / permis autour du mini-PDA et activités contextualisées	Interface / Carrière	Intégrée	Oui	À certifier
BAN-001	Relation banque + conseiller, accès et profils	Banque	Intégrée	Oui	À certifier
BAN-002	Crédits, taux, garanties, refinancement et capacité réelle	Banque	Intégrée	Oui	À certifier
BAN-003	Comptabilité avancée, fiscalité, amortissements, bilan, CAF et rentabilité	Banque / Économie	Intégrée	Oui	À certifier
BAN-004	Séparation comptes professionnel / personnel et mouvements justifiés	Banque	Intégrée	Oui	À certifier
ENT-001	Entreprise, contrats de travail et organisation durable	Entreprise	Intégrée	Oui	À certifier
ENT-002	Une personne = une tâche réelle, planning et centre d’ordres	Entreprise	Intégrée	Oui	À certifier
ENT-003	Paie unique, charges et intégrations IA / Courseplay / AutoDrive optionnelles	Entreprise	Intégrée	Oui	À certifier
ENT-004	XP salarié, recrutement, incidents et évolution	Entreprise	Intégrée	Oui	À certifier
ENT-005	Réputation de l’exploitation et conséquences inter-modules	Entreprise / Global	Intégrée	Oui	À certifier
CAR-001	XP métier par action et difficulté, sans progression pendant les examens	Carrière	Intégrée	Oui	À certifier
CAR-002	Permis agricole en 10 étapes, historique et persistance	Carrière	Intégrée	Oui	À certifier
CAR-003	Qualifications spécialisées et verrous métier	Carrière	Intégrée	Oui	À certifier
ADM-001	Statut/licence d’exploitation évolutif	Administration	Intégrée	Oui	À certifier
ADM-002	Contrôles administratifs, avertissements, sanctions et récidive	Administration	Intégrée	Oui	À certifier
ADM-003	Assurances, contrats, franchises et obligations	Administration	Intégrée	Oui	À certifier
ADM-004	Huissier / contentieux et régularisation	Administration	Intégrée	Oui	À certifier
MKT-001	Contrats commerciaux, coopératives, négociation et notation	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-002	Marchés dynamiques universels, maps vanilla/modmaps et multifruits	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-003	Marché neuf / occasion et inspection avant achat	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-004	Consommables, palettes, big bags et intrants dynamiques	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-005	Carburants et énergie dynamiques	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-006	Foncier / champs dynamiques	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-007	Location dynamique matériel, champs et productions	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-008	Productions/usines reliées à l’économie commune	Contrats & Marchés	Intégrée	Oui	À certifier
MKT-009	Precision Farming / Soil Fertilizer en enrichissements optionnels	Compatibilité	Intégrée	Oui	À certifier
WRK-001	Architecture mécanique par composants, usure, stress et vieillissement	Atelier	Intégrée	Oui	À certifier
WRK-002	Pannes fonctionnelles pouvant réduire les performances ou immobiliser réellement	Atelier	Intégrée	Oui	À certifier
WRK-003	Diagnostic, devis et historique technique	Atelier	Intégrée	Oui	À certifier
WRK-004	Pièces détachées, qualités, marché et délais	Atelier	Intégrée	Oui	À certifier
WRK-005	Atelier interne avec compétences et temps d’intervention	Atelier	Intégrée	Oui	À certifier
WRK-006	Entretien périodique et conséquences d’un retard	Atelier	Intégrée	Oui	À certifier
WRK-007	Contrôle technique, contre-visite et sécurité	Atelier	Intégrée	Oui	À certifier
WRK-008	Dépannage/remorquage vers concessionnaire ou atelier de l’exploitation	Atelier	Intégrée	Oui	À certifier
WRK-009	Palettes physiques de pièces commandées, livraison/retrait, stock et consommation	Atelier	Intégrée	Oui	À certifier
WRK-010	Réparation maison moins chère via économie de main-d’œuvre, avec atelier/qualification/temps requis	Atelier	Intégrée	Oui	À certifier
WRK-011	Suppression du camion de service achetable par le joueur	Atelier	Intégrée	Oui	À certifier
WRK-012	Kit terrain limité au diagnostic et dépannage d’urgence, sans réparation magique des casses lourdes	Atelier	Intégrée	Oui	À certifier
WRK-013	Assurance calculée selon cause, contrat, franchise, responsabilité et historique d’entretien	Atelier / Administration	Intégrée	Oui	À certifier
WRK-014	Assistance/remorquage couvert séparément selon la garantie souscrite	Atelier / Assurance	Intégrée	Oui	À certifier
WRK-015	Réparation maison indemnisée uniquement sur dépenses admissibles réelles, jamais de bénéfice d’assurance	Atelier / Assurance	Intégrée	Oui	À certifier
WRK-016	Accidents, constats, responsabilité et bonus-malus durable	Atelier / Assurance	Intégrée	Oui	À certifier
WRK-017	Historique technique, inspection occasion et influence sur valeur de revente	Atelier / Marchés	Intégrée	Oui	À certifier
WRK-018	Couverture Atelier de tout le parc maintenable : véhicules, automoteurs, remorques, outils, accessoires, chargeurs et masses/poids	Atelier	Intégrée	Oui	À certifier
WRK-019	Verrouillage réel du redémarrage lors d’une casse lourde	Atelier	Intégrée	Oui	À certifier
WRK-020	Réparation interne volontairement 2 à 3 fois plus longue que chez le concessionnaire selon outillage et compétence	Atelier	Intégrée	Oui	À certifier
WRK-021	Matériel de remplacement temporaire concessionnaire pendant réparation, avec location du marché en fallback	Atelier / Marchés	Intégrée	Oui	À certifier
WRK-022	Usure mécanique comportementale AgriLife comme autorité unique, avec neutralisation de l’usure/réparation vanilla	Atelier	Intégrée	Oui	À certifier
WRK-023	Collisions traitées comme dommages événementiels séparés de l’usure, localisés et proportionnés à l’intensité	Atelier / Assurance	Intégrée	Oui	À certifier
ENE-001	Consommation carburant/énergie comportementale selon puissance, charge réelle, régime, conduite, état mécanique et difficulté, reliée au marché dynamique	Atelier / Marchés	Intégrée	Oui	À certifier
INS-001	Constat factuel rempli par le joueur conducteur ou automatiquement par l’ouvrier IA avant toute décision d’assurance	Assurance / Atelier	Intégrée	Oui	À certifier
INS-002	Décisions assurance et banque engageant l’exploitation réservées exclusivement au patron/propriétaire	Assurance / Banque	Intégrée	Oui	À certifier
INS-003	Classement économique en épave selon valeur réelle avant sinistre et coût de réparation, avec indemnité et radiation définitive après acceptation du patron	Assurance / Atelier / Actifs	Intégrée	Oui	À certifier
OPS-001	Horaires centralisés : banque 08-12/14-18, concessionnaire 08-19, atelier personnel 24/7, usines 08-19, points de vente 08-12/14-18	Global / Économie	Intégrée	Oui	À certifier
FIN-001	Sauvegardes, migrations, backup et isolation des carrières	Finalisation	Intégrée	Oui	À certifier
FIN-002	Compatibilité universelle sans liste fixe de maps/fruits, fallbacks autonomes	Finalisation	Intégrée	Oui	À certifier
FIN-003	27 langues en parité structurelle et audits automatiques	Finalisation / l10n	Intégrée	Oui	Relecture native à poursuivre
FIN-004	Multijoueur par ferme, serveur autoritaire et isolation	Finalisation	Désactivée	N/A	À certifier avant activation
PROC-001	Toute idée validée synchronisée avec roadmap, tutoriel/Assistance si joueur, GitHub et build de référence	Méthode projet	Intégrée	N/A	Contrôle continu

Règle d’utilisation du registre

Toute nouvelle idée validée reçoit un ID ou complète une ligne existante sans supprimer l’historique détaillé de la roadmap.
Une idée passe à Intégrée uniquement lorsque le code correspondant est réellement présent dans la build de référence.
Une idée intégrée mais non testée reste explicitement À certifier.
Tout écart fonctionnel découvert par audit statique reçoit un statut explicite tant qu’il n’est pas réellement corrigé dans la build.
Si une idée modifie le comportement expliqué au joueur, ses textes de tutoriel et d’Assistance sont modifiés dans la même passe et dans toutes les langues distribuées.
La prochaine build et GitHub doivent refléter le même état avant qu’une synchronisation soit considérée terminée.

Auteur : Chez_Squall
Projet : FS25_AgriLifeManager
Statut actuel : développement pré-1.0 - Étapes 4 à 9 écrites/intégrées côté code ; certification FS25 réelle, finitions historiques des étapes 1 à 3 et validation finale à poursuivre.

Correction F02 0.9.3.22 - tableau de bord et carte Banque

L'aide contextuelle supérieure du tableau de bord dispose de davantage de largeur et de contraste.
La carte Banque est réalignée sur la grille des autres cartes.
Le nom de la banque et le nom du conseiller sont affichés sur deux lignes distinctes.
Le score de crédit contient uniquement sa valeur et son appréciation, sans nom de banque.

Correction F02 0.9.3.23 - en-tête et notation Banque

La zone d'aide supérieure est élargie et les textes français de mode sont raccourcis pour rester entièrement visibles.
Les caractères étoile Unicode non pris en charge par la police FS25 ne sont plus utilisés dans le résumé Banque.
Les évaluations Banque et Conseiller utilisent une note lisible sur 5 dans le tableau de bord.
F02 est validée dans Farming Simulator 25 en 0.9.3.23 sur le retest 1080p.
La phase Banque fonctionnelle peut maintenant ouvrir ses tests ciblés.

Correction XP 0.9.3.26 - cohérence étoiles et mini-PDA

La progression des spécialités utilise une règle uniforme : 1 étoile tous les 1 000 XP.
Chaque spécialité conserve un maximum de 10 étoiles.
Le mini-PDA ne mélange plus l'XP total avec le pourcentage du palier en cours.
L'XP total est affiché séparément.
La ligne de progression affiche uniquement l'avancement depuis la dernière étoile jusqu'à la suivante.
Exemple de référence : 3 036 XP correspond à 3 étoiles et 36 / 1 000 XP, soit environ 4 % vers l'étoile suivante.
Cette correction ne rouvre pas F01/F02 déjà validées.

FilesExpand file tree

ROADMAP.md

Latest commit

History

ROADMAP.md

File metadata and controls

Feuille de route - AgriLife Manager

1 - Démarrage

Principes directeurs validés

Choix de difficulté - trois niveaux uniquement

Facile

Normal

Difficile

Règle centrale : la difficulté agit sur tout AgriLifeManager

Séquence logique de démarrage

Tutoriel / onboarding du démarrage

Persistance du démarrage

État des tests Démarrage

Facile

Normal

Difficile - prochain test

Ancienne sauvegarde / isolation - à faire après Difficile

2 - Interface & expérience utilisateur

Tableau de bord - racine de l’information

Résumés attendus sur les 6 cartes

Carte Carrière & Qualifications / permis

Identité visuelle & navigation

3 - Module Banque

Banque, conseiller & relation bancaire

Contrat bancaire durable

Comptes & finances de base

Comptabilité & fiscalité

Menu Finances vanilla FS25

4 - Module Entreprise

Salariés & contrats de travail

Une personne = une tâche réelle

Centre d’ordres AgriLife

Paie unique & intégrations d’exécution

Expérience & évolution des salariés

Réputation de l’exploitation

5 - Module Carrière & Qualifications

Carrière & XP

Examens & permis

Qualifications spécialisées

6 - Module Administration

Société & administration

Statut d’exploitation évolutif

Contrôles administratifs & sanctions

Événements de gestion

Assurances

Huissier & contentieux

7 - Module Contrats & Marchés

Contrats commerciaux & coopératives

Architecture universelle - toutes maps / multifruit

Marché mondial des productions et produits

Marché mondial du neuf et de l’occasion

Consommables, palettes & big bags

Carburants & énergie

Foncier / champs dynamiques

Location dynamique - matériel, champs & usines

Productions / usines

Contrats & coopératives reliés au marché

Precision Farming & Soil Fertilizer - intégrations enrichies

Chaîne économique de référence

8 - Atelier, Concessionnaire & Gestion technique du parc

Principes fondamentaux

Architecture mécanique par composants

Usure, stress et vieillissement réel

Pannes fonctionnelles et chaîne de conséquences

Diagnostic et devis

Pièces détachées et qualités de remplacement

Évolution validée - commande physique et réparation à l’exploitation

Marché dynamique des pièces atelier/concessionnaire

Concessionnaire et relation SAV

Atelier interne de l'exploitation

Entretien périodique obligatoire

Contrôle technique obligatoire

Immobilisation, dépannage et continuité d'activité

Évolution validée - panne légère, dépannage et remorquage

Garanties, assurances et sinistres