Étude de faisabilité : outil de gestion de la PI (planetary industry) #61

New Issue

mcmuzzle · 2026-11-12T08:29:41Z

mcmuzzle commented

2026-11-12 08:29:41 +00:00

Objectif

Étudier un futur outil de gestion de la PI (planetary industry). Il couvrirait au minimum deux besoins :

Suivre l'état des installations de chaque planète, pour rappeler au joueur quand :
- un programme d'extraction est terminé ou va se terminer (il faut le relancer) ;
- une usine n'a plus ses ressources d'entrée (rupture d'approvisionnement) ;
- (à étudier) un stockage (launchpad, storage facility) est plein.
Donner des statistiques de production par personnage et par planète.

Ce ticket est une étude de faisabilité. L'implémentation fera l'objet de tickets séparés.

Pistes à étudier (hypothèses, rien n'a été vérifié)

Données ESI

Le scope esi-planets.manage_planets.v1 n'est pas demandé aujourd'hui (scopes actuels : assets, blueprints, industry jobs, skills, wallet, markets). Il faudrait l'ajouter, et donc demander aux utilisateurs de se reconnecter pour l'accepter.
/characters/{id}/planets/ : liste des colonies du personnage (planète, type, niveau, nombre d'installations, dernière mise à jour).
/characters/{id}/planets/{planet_id}/ : détail de la colonie (installations, programmes d'extraction avec leur date d'expiration, schémas des usines, contenu des stockages, routes).
Point critique à vérifier : quand ces données sont-elles mises à jour ? Il semble que l'état renvoyé par ESI ne change que quand le joueur ouvre la colonie dans le client. Entre deux visites, les stocks et l'état des usines seraient donc à simuler à partir de la dernière photo (débits des extracteurs, cycles des usines, routes). Ce point décide de ce qu'on peut vraiment afficher.
Délai de cache ESI de ces endpoints.

Rappels

Fin d'extraction : la date d'expiration du programme devrait suffire, même sans rafraîchissement. C'est le cas le plus simple.
Rupture d'une usine : il faut la simuler (stock d'entrée, débit des routes, temps de cycle des schémas). Faisable ? Avec quelle marge d'erreur ?
Où afficher le rappel :
- dans le portail, par exemple dans le Centre d'attention (Production/AttentionService.cs), qui fonctionne déjà sur les données locales de la dernière synchro ;
- à étudier : une notification hors portail (Discord, e-mail…). Il n'en existe aucune aujourd'hui.
La synchro devrait-elle tourner en tâche de fond, sans que l'utilisateur ouvre le portail ?

Statistiques de production

ESI ne semble pas donner d'historique de production : il faudrait le reconstituer à partir des photos successives et de la simulation, ou depuis les sorties observées (contenu des stockages, assets dans les customs offices).
Unités à étudier : quantité par produit (P0 à P4), valeur au prix Jita, par personnage, par planète, par période.
Rapprochement possible avec la gestion des stocks : des produits PI qui arrivent dans un ERPInputs pourraient prendre automatiquement l'origine « PI » et un coût (taxes du customs office, taxes d'import et d'export).

Autres questions

Données statiques nécessaires (schémas, temps de cycle, débits des extracteurs) : sont-elles dans le SDE déjà importé ?
Plusieurs personnages par compte (jusqu'à 6 colonies chacun) : vue d'ensemble du compte en plus de la vue par personnage ?
Calcul de rentabilité d'une installation (valeur produite moins taxes) : dans le périmètre de l'outil ?

Livrables de l'étude

Ce que renvoient vraiment les endpoints PI d'ESI, et à quel moment ils sont mis à jour (le point critique ci-dessus).
Pour chaque rappel (fin d'extraction, rupture d'usine, stockage plein) : verdict de faisabilité et fiabilité attendue.
Faisabilité des statistiques de production par personnage et par planète.
Scopes ESI à ajouter et impact sur la connexion des utilisateurs.
Canal de rappel recommandé (portail seul, ou notification externe).
Proposition de découpage en tickets d'implémentation.

## Objectif Étudier un futur outil de gestion de la PI (planetary industry). Il couvrirait au minimum deux besoins : 1. **Suivre l'état des installations** de chaque planète, pour **rappeler au joueur** quand : - un programme d'extraction est terminé ou va se terminer (il faut le relancer) ; - une usine n'a plus ses ressources d'entrée (rupture d'approvisionnement) ; - *(à étudier)* un stockage (launchpad, storage facility) est plein. 2. **Donner des statistiques de production** par personnage et par planète. Ce ticket est une **étude de faisabilité**. L'implémentation fera l'objet de tickets séparés. ## Pistes à étudier (hypothèses, rien n'a été vérifié) ### Données ESI - Le scope `esi-planets.manage_planets.v1` n'est pas demandé aujourd'hui (scopes actuels : assets, blueprints, industry jobs, skills, wallet, markets). Il faudrait l'ajouter, et donc demander aux utilisateurs de se reconnecter pour l'accepter. - `/characters/{id}/planets/` : liste des colonies du personnage (planète, type, niveau, nombre d'installations, dernière mise à jour). - `/characters/{id}/planets/{planet_id}/` : détail de la colonie (installations, programmes d'extraction avec leur date d'expiration, schémas des usines, contenu des stockages, routes). - **Point critique à vérifier : quand ces données sont-elles mises à jour ?** Il semble que l'état renvoyé par ESI ne change que quand le joueur ouvre la colonie dans le client. Entre deux visites, les stocks et l'état des usines seraient donc à **simuler** à partir de la dernière photo (débits des extracteurs, cycles des usines, routes). Ce point décide de ce qu'on peut vraiment afficher. - Délai de cache ESI de ces endpoints. ### Rappels - Fin d'extraction : la date d'expiration du programme devrait suffire, même sans rafraîchissement. C'est le cas le plus simple. - Rupture d'une usine : il faut la simuler (stock d'entrée, débit des routes, temps de cycle des schémas). Faisable ? Avec quelle marge d'erreur ? - Où afficher le rappel : - dans le portail, par exemple dans le Centre d'attention (`Production/AttentionService.cs`), qui fonctionne déjà sur les données locales de la dernière synchro ; - à étudier : une notification hors portail (Discord, e-mail…). Il n'en existe aucune aujourd'hui. - La synchro devrait-elle tourner en tâche de fond, sans que l'utilisateur ouvre le portail ? ### Statistiques de production - ESI ne semble pas donner d'historique de production : il faudrait le reconstituer à partir des photos successives et de la simulation, ou depuis les sorties observées (contenu des stockages, assets dans les customs offices). - Unités à étudier : quantité par produit (P0 à P4), valeur au prix Jita, par personnage, par planète, par période. - Rapprochement possible avec la gestion des stocks : des produits PI qui arrivent dans un `ERPInputs` pourraient prendre automatiquement l'origine « PI » et un coût (taxes du customs office, taxes d'import et d'export). ### Autres questions - Données statiques nécessaires (schémas, temps de cycle, débits des extracteurs) : sont-elles dans le SDE déjà importé ? - Plusieurs personnages par compte (jusqu'à 6 colonies chacun) : vue d'ensemble du compte en plus de la vue par personnage ? - Calcul de rentabilité d'une installation (valeur produite moins taxes) : dans le périmètre de l'outil ? ## Livrables de l'étude - [ ] Ce que renvoient vraiment les endpoints PI d'ESI, et à quel moment ils sont mis à jour (le point critique ci-dessus). - [ ] Pour chaque rappel (fin d'extraction, rupture d'usine, stockage plein) : verdict de faisabilité et fiabilité attendue. - [ ] Faisabilité des statistiques de production par personnage et par planète. - [ ] Scopes ESI à ajouter et impact sur la connexion des utilisateurs. - [ ] Canal de rappel recommandé (portail seul, ou notification externe). - [ ] Proposition de découpage en tickets d'implémentation.

mcmuzzle added the Kind/Feature label 2026-11-12 08:29:41 +00:00

mcmuzzle added the

Status

Need More Info

2

label 2026-11-12 08:31:35 +00:00

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: mcmuzzle/EVEProd#61