Automatiser l’administratif / BPMN 2.0
Chaque mois, la même suite de gestes : retrouver l’e-mail d’approbation, lire le PDF, compter les jours, créer la facture. Un processus court, répétitif et sensible aux erreurs de saisie.
Dans une mission en sous-traitance, la feuille de temps est approuvée par le client final, qui l’envoie par e-mail. Le consultant facture ensuite la société intermédiaire. Les jours facturés doivent correspondre exactement à ceux qui ont été approuvés.
La première version décrite dans cette fiche récupère le relevé d’heures, extrait les informations du PDF et prépare la facture. Un script PowerShell de seconde version est désormais présent : il recherche la feuille approuvée, contrôle le mois et les doublons, puis prévoit la création de la facture par l’API Billit avec le PDF joint. Une option d’envoi Peppol vérifie d’abord la pièce jointe enregistrée. La présence du code est confirmée ; une création ou un envoi réel réussi reste à établir.
Le schéma ci-dessous décrit le processus de la seconde version. La revue du code confirme les étapes développées ; le schéma ne vaut pas preuve d’exécution réelle dans Billit.
Le processus documenté
← Faire défiler le schéma →
Règles de gestion
Les règles de dates paraissent évidentes jusqu’au moment de les écrire. Les poser noir sur blanc avant le développement évite qu’elles soient décidées implicitement par le code.
État au 13 octobre 2026
Script V2 présent : lecture IMAP, contrôle de la feuille approuvée et du mois, tarif applicable, prévention des doublons, création API avec PDF joint, mode de prévisualisation et option Peppol conditionnée à la vérification de la pièce jointe.
Les fonctions ont été constatées dans le code Facturer-Prestations.ps1 le 13 octobre. Aucune exécution n’a été lancée pendant cette revue ; aucun résultat réel de création ou d’envoi réussi n’est confirmé.
L’inventaire initial ne relevait que l’étude API ; ce script apporte une preuve de développement supplémentaire. Sa présence ne confirme ni la connexion actuelle ni la bonne exécution de bout en bout. Le périmètre client reste ciblé.
Valider sur un jeu de référence les contrôles d’approbation, de période, de doublons et de pièce jointe, puis confirmer un parcours maîtrisé de création avant d’évaluer l’option d’envoi.
Ces critères décrivent le résultat attendu. Ils ne constituent pas, à eux seuls, des tests réussis.
Parlons de votre projet
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