Aller au contenu

Flux inter-modules

Les modules de Futuh ne fonctionnent pas en isolation. Un appel à projets qui entre par Radar finit dans Gestión de ayudas pour être formulé. Une demande documentaire qui arrive par la Plataforma de Recepción Inteligente peut se transformer en une simple tâche ou, si le cas le demande, escalader vers un projet. Silvio traverse tous les modules comme couche conversationnelle. La Federación Futuh alimente le canon depuis un Hub Central que votre organisation n’a pas à maintenir.

Les pages individuelles de chaque module décrivent le détail de leur propre périmètre. Cette section rassemble les flux inter-modules : cinq parcours canon qui couvrent les cycles de travail les plus courants d’une organisation du tiers secteur qui utilise Futuh.

FluxCe qu’il couvreQuand le lire
Capter et formuler un appel à projetsAppel à projets identifié dans Radar jusqu’à la clôture dans Gestión de ayudasQuand vous voulez comprendre le cycle entier du travail de subventions dans votre organisation
Traiter une demande documentaireDemande documentaire qui entre dans la Plataforma de Recepción Inteligente jusqu’à se transformer en tâche ou projetQuand vous collectez des documents de tiers et souhaitez que le système fasse le premier tri
Converser avec SilvioSilvio comme couche d’action sur tous les modulesQuand vous voulez comprendre ce que l’on peut demander à Silvio pour chaque module sans avoir à l’activer séparément
Synchroniser avec la FédérationPull quotidien du canon depuis le Hub Central vers votre instanceQuand vous êtes administrateur et devez configurer l’endpoint, voir ce qui vient de l’extérieur et ce qui est propre
Coordonner un plaidoyer politique avec des donnéesPlaidoyer politique soutenu par des données d’impact du module M&EQuand vous combinez un travail de plaidoyer politique avec une justification quantitative face aux financeurs

Pourquoi des flux canon et non des intégrations ad hoc

Section titled “Pourquoi des flux canon et non des intégrations ad hoc”

Une caractéristique de la conception de Futuh est que les modules se connectent par des points de couture documentés et stables, et non par des intégrations ponctuelles réalisées pour une organisation particulière. Quand un appel à projets passe de Radar à Gestión de ayudas, il le fait toujours avec la même étape d’entrée (Planning), avec les mêmes champs canon (nom, description, montant demandé estimé, délai, financeur) et en laissant un lien bidirectionnel vers l’appel à projets d’origine. Quand une demande est validée par l’IA avec une confiance élevée, elle l’est toujours en comparaison du même seuil configurable par l’administrateur. Quand Silvio escalade une conversation, il le fait vers le même canal Discuss natif d’Odoo.

Cette prévisibilité compte pour trois raisons. Premièrement, la formation de l’équipe se réduit : une fois un flux appris, une personne de l’équipe le reconnaît dans n’importe quelle instance Futuh. Deuxièmement, la documentation se maintient une fois pour toutes : ces pages valent autant pour une ONG de coopération avec l’AECID que pour une fédération culturelle avec financement régional. Troisièmement, l’évolution du produit ne casse pas les installations : quand un nouveau module apparaît (comme Datos M&E quand il entrera en production), il se coud aux flux existants avec le même schéma.

Les cinq flux que vous voyez ici sont ceux qui apparaissent encore et encore dans les organisations pilotes du produit. Ce ne sont pas les seuls possibles. Une organisation avec un profil différent (par exemple, une coopérative de services sans travail de subvention publique) pourrait ne jamais utiliser le flux capter et formuler un appel à projets, mais utiliser ceux de Silvio et des demandes documentaires.

Quand un nouveau flux se stabilisera dans suffisamment d’instances en production, il entrera ici avec sa propre page. Trois candidats sont prévus pour les prochaines versions : cycle complet de justification intermédiaire avec des financeurs européens, collecte de preuves d’activité pour les rapports annuels, et lien entre les alertes Radar et les alertes de suivi dans Silvio.

Chaque page de cette section suit la même structure :

  • À quoi ça sert : le flux décrit en une phrase.
  • Qui intervient : rôles et modules impliqués.
  • Parcours étape par étape : comment les pièces s’enchaînent, avec [VERIFY:] là où il y a encore une marge ouverte.
  • Comment ce flux s’articule avec le reste : tableau des modules impliqués avec lien vers leur documentation de détail.
  • Pour en savoir plus : lectures liées.

Vous n’avez pas à lire les flux dans l’ordre. Chacun fonctionne comme entrée en soi. Il est conseillé d’avoir lu avant Carte du produit si vous arrivez nouveau sur Futuh.