Flujos transversales
Qué encontrarás aquí
Section titled “Qué encontrarás aquí”Los módulos de Futuh no funcionan en aislamiento. Una convocatoria que entra por Radar acaba en Gestión de ayudas para formularse. Una petición que llega por la Plataforma de Recepción Inteligente puede convertirse en una tarea simple o, si el caso lo pide, escalar a un proyecto. Silvio atraviesa todos los módulos como capa conversacional. La Federación Futuh alimenta canon desde un Hub Central que tu organización no mantiene.
Las páginas individuales de cada módulo cuentan el detalle de su propio ámbito. Esta sección recoge los flujos transversales: cinco recorridos canon que cubren los ciclos de trabajo más habituales de una organización del tercer sector que usa Futuh.
Los cinco flujos canon
Section titled “Los cinco flujos canon”| Flujo | Qué cubre | Cuándo lo lees |
|---|---|---|
| Captar y formular una convocatoria | Convocatoria identificada en Radar hasta cierre en Gestión de ayudas | Cuando entiendes el ciclo entero del trabajo de subvenciones en tu organización |
| Procesar una petición documental | Petición que entra en la Plataforma de Recepción Inteligente hasta convertirse en tarea o proyecto | Cuando recoges documentos de terceros y quieres que el sistema haga el primer triaje |
| Conversar con Silvio | Silvio como capa de actuación sobre todos los módulos | Cuando quieres entender qué puede pedirle Silvio a cada módulo sin tener que activarlo aparte |
| Sincronizar con la Federación | Pull diario de canon desde el Hub Central hacia tu instancia | Cuando eres administrador y necesitas configurar el endpoint, ver qué llega de fuera y qué es propio |
| Coordinar incidencia con datos | Incidencia política respaldada con datos de impacto del módulo de M&E | Cuando combinas trabajo de incidencia política con justificación cuantitativa frente a financiadores |
Por qué hay flujos canon, no integraciones ad-hoc
Section titled “Por qué hay flujos canon, no integraciones ad-hoc”Una característica del diseño de Futuh es que los módulos se conectan por puntos de cosido documentados y estables, no por integraciones puntuales hechas para una organización concreta. Si una convocatoria pasa de Radar a Gestión de ayudas, lo hace siempre con el mismo stage de entrada (Planning), llevando los mismos campos canon (nombre, descripción, importe solicitado estimado, plazo, financiador) y dejando un enlace bidireccional a la convocatoria origen. Si una petición se valida por IA con confianza alta, lo hace contra el mismo umbral configurable por administrador. Si Silvio escala una conversación, lo hace al mismo canal Discuss nativo del Odoo.
Esta predictibilidad importa por tres razones. Primera, la formación del equipo se reduce: una vez aprendido un flujo, una persona del equipo lo reconoce en cualquier instancia Futuh. Segunda, la documentación se mantiene una vez para todas: estas páginas valen igual para una ONG de cooperación con AECID que para una federación cultural con financiación autonómica. Tercera, la evolución del producto no rompe instalaciones: cuando aparece un módulo nuevo (como Datos M&E cuando entre en producción), se cose a los flujos existentes con el mismo patrón.
Cómo se eligen los flujos documentados
Section titled “Cómo se eligen los flujos documentados”Los cinco flujos que ves aquí son los que aparecen una y otra vez en organizaciones piloto del producto. No son los únicos posibles. Una organización con un perfil distinto (por ejemplo, una cooperativa de servicios sin trabajo de subvención pública) puede no usar nunca el flujo de captar y formular convocatoria, pero sí los de Silvio y peticiones documentales.
Cuando un flujo nuevo se estabilice en suficientes instancias en producción, entrará aquí con su propia página. Hay tres candidatos previstos para próximas versiones: ciclo completo de justificación intermedia con financiadores europeos, recogida de evidencias de actividad para memorias anuales, y vínculo entre alertas Radar y alertas de seguimiento en Silvio.
Cómo leer cada flujo
Section titled “Cómo leer cada flujo”Cada página de esta sección sigue la misma estructura:
- Para qué sirve: el flujo descrito en una frase.
- Quién interviene: roles y módulos implicados.
- Recorrido paso a paso: cómo se enlazan las piezas, con [VERIFY:] donde aún hay margen abierto.
- Cómo encaja con el resto: tabla con los módulos implicados y enlace a su documentación de detalle.
- Para entender más: lecturas relacionadas.
No tienes que leer los flujos en orden. Cada uno funciona como entrada por sí mismo. Sí conviene haber leído antes Mapa del producto si vienes nuevo a Futuh.
Para entender más
Section titled “Para entender más”- Mapa del producto Futuh para situar los módulos en el conjunto.
- Glosario para los términos canon que aparecen en cada flujo.
- Qué es Futuh si estás aterrizando ahora.