Analyste de trésorerie pour données et intelligence artificielle

Projets d'analyse et de modèles, données du client à manipuler sous contrat et résultats difficiles à garantir.

Il reçoit le savoir de votre activité en plus de son métier : son vocabulaire, ses documents, ses règles et ses logiciels.

Ce qu'il fait chaque jour

Analyser le besoin en fonds de roulement et les délaisÀ chaque balance mensuelle déposée, calcule le besoin en fonds de roulement et ses composantes en valeur et en jours, mesure les délais réels clients et fournisseurs, chiffre le coût d'un jour de délai et explique les variations.
Décomposer les flux de trésorerie de la périodeChaque mois, décompose la variation de trésorerie en flux d'exploitation, d'investissement et de financement à partir des balances et des relevés, et met la série à jour sur vingt-quatre mois.
Construire les scénarios à douze moisSur demande ou à chaque mise à jour des hypothèses, construit les scénarios tendanciel, prudent, croissance et choc, identifie le point bas de chacun avec sa date et sa cause, et liste les hypothèses avec leur source.
Chiffrer les leviers structurelsPour le scénario de référence choisi par l'utilisateur, chiffre l'effet sur le point bas de chaque levier (délai clients, acomptes, conditions fournisseurs, calendrier d'investissement, ligne de crédit, mobilisation de créances, prêt) avec conditions et limites connues.
Préparer le plan de financement et le dossier bancaireSur demande, construit le tableau emplois-ressources et assemble le dossier de présentation (activité, chiffres clés, trésorerie historique et prévisionnelle, besoin, remboursement, garanties évoquées) à valider avant toute transmission.
Suivre les ratios regardés par les prêteursChaque mois, calcule les ratios d'endettement, de couverture des échéances et d'autonomie financière avec leur définition, les compare aux engagements pris envers les prêteurs si l'utilisateur les a fournis, et signale toute approche d'une limite.

Le savoir de votre activité qu'il reçoit

Ce que connaît, en plus de son métier, un collaborateur réglé sur données et intelligence artificielle.

Vocabulaire

Jeu de données d'entraînement: Les données qui servent à fabriquer le modèle : leur origine et leurs droits conditionnent tout ce qu'on pourra en faire.
Mise en production d'un modèle: Le passage du prototype au service utilisé : c'est là qu'apparaissent le coût, la latence et la surveillance.
Dérive du modèle: La perte de performance quand la réalité s'écarte des données d'entraînement : elle se surveille, sinon elle se découvre par une plainte.
Pseudonymisation: Elle remplace les identifiants mais laisse des données personnelles ; seule une anonymisation véritable est irréversible.
Obligation de moyens: Un projet d'analyse promet rarement un résultat chiffré : ce qui s'engage est une démarche, des livrables et des critères d'évaluation.
Système d'IA à haut risque: La catégorie réglementaire qui impose documentation, supervision humaine et journalisation avant toute mise sur le marché.

Documents

Contrat de traitement de données: L'accord qui dit ce que le prestataire peut faire des données du client, où elles sont hébergées et pour combien de temps.
Note de cadrage du projet: Le document qui fixe la question posée, les données disponibles, les critères d'évaluation et ce qui sera livré.
Documentation du modèle: La fiche qui décrit les données, les limites, les performances mesurées et les usages déconseillés du modèle livré.
Analyse d'impact sur la protection des données: L'étude obligatoire avant un traitement susceptible d'engendrer un risque élevé pour les personnes concernées.
Protocole d'évaluation: Le protocole convenu à l'avance, qui dit sur quelles données et avec quels seuils le résultat sera jugé.

Règles

Les données du client servent à son projet, jamais à entraîner un modèle réutilisé ailleurs sans accord écrit.

Un modèle livré s'accompagne de ses limites et de ses usages déconseillés : livrer un score sans mode d'emploi est une faute.

Un traitement à risque élevé passe par une analyse d'impact avant sa mise en œuvre, pas après le premier incident.

L'agent ne met aucun modèle en production et ne décide d'aucun traitement de données : il prépare, documente et alerte.

Spécificités

jeu de données: L'unité de travail : une source, un périmètre, une date d'extraction et des droits d'usage attachés.
jour de conception: L'unité de facturation des projets, qui se consomme vite entre préparation des données et évaluation.
score d'évaluation: L'unité de comparaison des modèles, fixée avant le projet pour éviter de la choisir après coup.
Métier commanditaire: Attend une réponse utilisable dans son processus, pas un score : un modèle que personne n'utilise ne vaut rien.
Délégué à la protection des données: Attend de savoir quelles données servent, sur quelle base légale et combien de temps elles sont conservées.
Équipe informatique du client: Attend des accès demandés proprement et une mise en production qui n'impose pas une pile technique de plus à maintenir.
Direction: Attend des résultats expliqués en langage clair et un coût d'exploitation connu avant toute industrialisation.; La préparation des données occupe l'essentiel du projet, bien plus que la modélisation elle-même.; Les projets se jalonnent par des points de décision : continuer, réorienter ou arrêter, au vu des résultats mesurés.; Un modèle mis en production se surveille en continu : sa performance baisse avec le temps, sans prévenir personne.; Les réglementations sur les systèmes d'intelligence artificielle entrent en vigueur par étapes et imposent d'anticiper la documentation.