Sistemas desconectados
Creadores, implementadores, validadores, fabricantes, compradores y proveedores de entrega trabajan en herramientas que no preservan una visión común y verificable de la relación.
¿Qué es SCYNEXUS?
SCYNEXUS es una infraestructura para conectar el recorrido completo desde la invención y la creación técnica hasta la implementación, validación, entrega y finalización responsable.
El significado del nombre
Nexus significa una conexión que une.
La palabra nexus proviene del latín y significa vínculo, lazo, conexión o unión. Está relacionada con el verbo latino nectere: unir, atar o conectar.
Ese significado representa el propósito del sistema. SCYNEXUS pretende conectar personas, artefactos técnicos, responsabilidades, evidencia y resultados de entrega que normalmente están separados entre organizaciones y herramientas.
El problema actual
El trabajo técnico depende de personas y decisiones conectadas. Su historia sigue fragmentada.
El trabajo puede avanzar, pero su procedencia, compromisos, evidencia, autoridad, entrega y contexto económico siguen dispersos entre herramientas y organizaciones. SCYNEXUS se está desarrollando para hacer esas relaciones explícitas y verificables de forma independiente.
Pérdida de procedencia y propiedad
Los artefactos técnicos, las contribuciones, los cambios y la evidencia pueden separarse de quienes los crearon, poseen, aprobaron o entregaron.
Responsabilidad poco clara
El alcance, las responsabilidades, los criterios de aceptación, los hitos y las obligaciones de entrega suelen quedar dispersos entre mensajes informales y documentos separados.
Prueba desconectada de los resultados
La evidencia de validación, la aceptación de la entrega, las disputas y la compensación rara vez forman parte del mismo flujo trazable.
El flujo va de la solicitud a la entrega, con pruebas en cada transición importante.
SCYNEXUS conecta el trabajo técnico mediante estados de solicitud, contrato, evidencia, validación, entrega y liquidación.
1. Solicitud
El solicitante define el objetivo técnico, restricciones, meta de entrega y criterios de aceptación.
2. Montaje del contrato
Participantes, responsabilidades, hitos, evidencia requerida y condiciones de liquidación se organizan en un flujo contractual.
3. Evidencia
Artefactos de hitos, documentación, prueba de entrega y archivos de apoyo se referencian mediante registros auditables.
4. Validación
Los validadores técnicos revisan la evidencia según el alcance y los criterios de aceptación originales.
5. Entrega
El producto o servicio se comprueba frente a obligaciones y requisitos definidos en el contrato.
6. Coordinación económica
Consecuencias contractuales pueden crear Economic Entitlements cuyos requisitos de liquidación permanecen separados de autorización, ejecución externa, evidencia y satisfacción. La liquidación de producción no está implementada.
Historias independientes se conectan mediante referencias exactas y evidencia.
Esta es una vista conceptual de la arquitectura actual. Los formatos de transmisión, los identificadores finales de Artifact y Contract y varias decisiones de topología siguen propuestos o sin resolver.
Participante responsable
Una persona participa de forma persistente en contextos cambiantes.
Personal Nexus
El dominio responsable mediante el cual esa persona está representada en SCYNEXUS.
Historias firmadas
Historias de Artifacts, participación en Contracts y otros registros preservan estado atribuible.
Referencias + evidencia
Referencias exactas conectan historias; evidencia, autoridad, reconocimiento, política y finalidad dan significado a las relaciones.
Estado verificable derivado
Verificadores independientes pueden reconstruir conclusiones aplicables sin reemplazar silenciosamente la historia.
Frontera de verificación
Lo que la arquitectura puede probar y lo que aún requiere interpretación.
- Una firma puede probar atribución y contenido exacto; por sí sola no prueba verdad, consentimiento, aplicabilidad, efecto legal ni autorización actual.
- Una referencia de Artifact identifica un objeto o estado exacto; no establece autoría, propiedad, contribución, autoridad de publicación ni derecho económico.
- Un evento de proveedor es evidencia de un resultado externo; no es automáticamente estado canónico del Contract ni satisfacción de un Economic Entitlement.
Siguiente paso