Sitio, API, Auth y Admin

Los cuatro pilares principales de Darwin tienen responsabilidades diferentes.

Deben entenderse por lo que hacen para el flujo de trabajo de solicitud a línea base, no solo por sus nombres de repositorio.

Darwin.Site

El espacio operativo donde los usuarios avanzan el trabajo.

Los usuarios usan Darwin.Site para:

• crear y clarificar solicitudes de trabajo
• generar proyectos automáticamente desde solicitudes aceptadas
• construir estimaciones desde módulos, precios y cantidades
• importar o medir IFC y QTO 2D
• gestionar archivos, comentarios, tareas e historial
• solicitar revisión de precios, cambio, alternancia o aprobación
• registrar decisiones de aprobación
• seguir costos reales y revisar varianza contra la línea base aprobada activa

Darwin.API

El motor de dominio backend que preserva la lógica y los registros de Darwin.

Posee el estado de negocio para:

• proyectos y estimaciones
• solicitudes de trabajo y tareas
• módulos, listas de precios y procedencia
• decisiones de aprobación y líneas base aprobadas
• selección de línea base activa
• costos reales, facturas y varianza

Esta separación es importante porque una tarea es solo una señal de acción, una solicitud de trabajo es intención, una decisión de aprobación registra la aprobación o el rechazo, y una línea base aprobada es la referencia comprometida para el control de costos.

Darwin.Auth

El servicio de identidad que gestiona autenticación, invitaciones, recuperación de contraseñas y acceso consciente de instancias.

Darwin.Auth garantiza que los usuarios ingresen al contexto de cliente correcto antes de llegar al trabajo operativo.

Darwin.Admin

La consola de gobernanza para usuarios, instancias, asignaciones, invitaciones y operaciones de propietario de instancia delegados.

Darwin.Admin no crea estimaciones directamente. Protege las condiciones operativas que hacen que las solicitudes, aprobaciones, acciones de control de costos y el historial de auditoría sean confiables.

Por Qué Importa la Separación

Esta separación permite que Darwin escale como plataforma:

• los flujos de producto se mantienen distintos del gobierno de la plataforma
• el acceso de inquilino se mantiene explícito
• la lógica de dominio se centraliza
• la educación y la incorporación pueden evolucionar por separado

Para los usuarios, el significado práctico es simple: haz el trabajo en Darwin.Site, confía en Darwin.API como el registro del estado de negocio, entra a través de Darwin.Auth y administra el acceso e instancias a través de Darwin.Admin.