Tribalbyte

Automatiser l’administratif / Logigramme fonctionnel

Edenred — préparation contrôlée des chèques-repas

Préparer la commande mensuelle de chèques-repas à partir de paramètres vérifiés, en gardant une validation explicite de l'envoi et une trace des commandes incertaines.

Cadre
Projet personnel / exploration professionnelle
État
Parcours semi-automatique testé jusqu'à confirmation
Outils
Python · Playwright / Chromium · PowerShell · IMAP · Coffre Windows

Le besoin

Préparer la commande mensuelle de chèques-repas à partir de paramètres vérifiés, en gardant une validation explicite de l'envoi et une trace des commandes incertaines.

L’analyse

Le parcours comporte des données stables, des paramètres mensuels et des étapes que l'utilisateur doit garder en main. Le nombre de jours prestés et la valeur faciale sont fournis ; la date de chargement est calculée. Les CAPTCHA restent manuels et le code e-mail est lu sans modifier la boîte de réception.

L'enjeu fonctionnel majeur est la frontière entre préparation et engagement. Un essai doit aller jusqu'au récapitulatif sans passer commande. Pour un envoi explicite, l'application mémorise son intention avant le clic final : une perte de réponse ne doit pas provoquer un second envoi à la relance.

Le processus documenté

Du besoin au résultat

Logigramme fonctionnel
Parcours fonctionnel de Edenred — préparation contrôlée des chèques-repasSélectionner le mois puis Se connecter avec CAPTCHA manuels puis Lire le code e-mail puis Compléter la commande puis Vérifier le récapitulatif puis Enregistrer le résultat du portail. Point de contrôle : Envoi explicite autorisé ?. Résultat incertain : bloquer tout nouvel envoi et vérifier l’historique.01 Sélectionner le mois02 Se connecter avec CAPTCHA manuels03 Lire le code e-mail04 Compléter la commande05 Vérifier le récapitulatifEnvoi explicite autorisé ?À traiterRésultat incertain : bloquertout nouvel envoi et vérifierl’historique.Suite du parcours06 Enregistrer le résultat du portail
Vue fonctionnelle du parcours. Le bloc latéral rend explicite le cas nécessitant un contrôle ou une intervention.

Règles de gestion

Ce que l’outil doit respecter.

  1. RG-01Le nombre de jours et la valeur faciale viennent de la configuration du mois ; les jours prestés ne sont pas inventés.
  2. RG-02La date de chargement est le premier vendredi du mois suivant ; une date passée ou égale au jour du lancement bloque l'envoi réel.
  3. RG-03Sans l'option explicite d'exécution, le parcours ne confirme aucune commande finale.
  4. RG-04Un seul lancement peut fonctionner à la fois et un reçu par mois et bénéficiaire est créé avant la confirmation.
  5. RG-05Un résultat incertain conserve l'état en attente et bloque un nouvel envoi jusqu'à vérification dans l'historique du portail.
  6. RG-06Le code e-mail est recherché parmi les messages récents en lecture seule ; les CAPTCHA restent à résoudre par l'utilisateur.

Ce que ce projet démontre.

Définition du calendrier mensuel et des informations qui doivent être fournies plutôt que déduites.

Séparation de la simulation, du contrôle du récapitulatif et de l'envoi réel.

Modélisation des états de commande en attente et confirmée avec procédure de reprise.

Le niveau de réalisation ci-dessous distingue les fonctions présentes des vérifications qui restent à mener.

État au 13 octobre 2026

Une réalisation, un périmètre précis.

Ce qui est réalisé

Préparation mensuelle, calcul de la date, remplissage du parcours et vérification du récapitulatif.

Lecture du code e-mail, réutilisation des identifiants Windows et CAPTCHA manuels.

Mode d'essai, reçus locaux de commande et protection contre les relances incertaines.

Ce qui a été vérifié

L'inventaire recense 54 tests rapportés et un essai réel sans envoi réussi le 28 septembre jusqu'aux pages de contrôle. Le README décrit le parcours d'envoi, sans fournir une preuve de commande finale passée.

Limites actuelles

Aucun envoi final confirmé n'a été retrouvé. Le dernier essai cité a rencontré une limite de connexions. La protection locale ne connaît pas les commandes faites manuellement ou via un autre prestataire ; une commande enregistrée ne prouve pas le chargement effectif des titres.

Prochaine étape

Revalider le parcours sur le portail, puis vérifier une commande explicitement autorisée jusqu'à l'obtention de son numéro.

Exemples de critères de recette

Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.

  1. Exécuter le parcours sans option d'envoi : les données du récapitulatif doivent correspondre au mois configuré et aucune commande ne doit être confirmée.
  2. Simuler une perte de réponse après confirmation : le reçu doit rester en attente et la relance doit refuser un second envoi.

Parlons de votre projet

Un besoin concret.
Une première discussion.

Un processus trop manuel, une donnée peu fiable ou une idée à tester ? Commençons par clarifier ce qui vous serait vraiment utile.

Échanger avec Loïc