Normativa y seguridad
SynTeam está pensado para organizaciones donde cumplir las reglas no es opcional, como la banca y los seguros. Las normas de tu empresa no son un documento olvidado: los agentes las reciben, las respetan y se verifican de forma automática.
Normativas de la empresa
Cada norma tiene una fuerza:
- Obligatoria: siempre se aplica y no se puede apagar.
- Recomendada: se aplica cuando el proyecto la elige.
- Prohibida: define lo que no debe hacerse (por ejemplo, ciertas librerías o patrones).
Las normas se heredan desde lo general a lo específico: de la empresa a cada proyecto. Una norma de proyecto más específica prevalece sobre una general con el mismo nombre. Puedes agrupar normas en paquetes y elegir cuáles usa cada proyecto, y también acotar qué tecnologías se permiten.
Verificación automática
Las normas pueden incluir reglas comprobables, por ejemplo:
- dependencias prohibidas o requeridas;
- patrones de código no permitidos;
- archivos que deben existir;
- reglas de análisis estático personalizadas.
La verificación se ejecuta al terminar una construcción y también antes de pasar a producción. Si una norma obligatoria o prohibida no se cumple, el avance se bloquea hasta resolverlo. Una norma solo recomendada nunca bloquea.
Además, el Product Owner comprueba que el pedido en sí no contradiga la normativa antes de registrarlo.
Excepciones con aprobación y vencimiento
A veces hay motivos válidos para no cumplir una norma. SynTeam lo permite de forma controlada:
- La excepción se solicita con un motivo y una duración (hasta 180 días).
- La aprueba otra persona con la autoridad necesaria: nadie aprueba su propia excepción.
- Al vencer, la norma vuelve a exigirse automáticamente.
- Todo queda registrado.
Matriz de cumplimiento en PDF
Por cada release se genera una matriz de cumplimiento: para cada norma indica si cumple, no cumple, tiene una excepción vigente o requiere revisión manual. Se descarga en PDF, lista para auditorías.
Permisos finos
Los permisos se definen por empresa, proyecto y ambiente. Se asignan mediante roles (propietario, Product Owner, Líder Técnico, analista y lector, o roles propios) compuestos por reglas de permitir y denegar:
- Una denegación explícita siempre prevalece.
- Se puede condicionar por tipo o nombre de ambiente.
- Hay un simulador para comprobar qué puede hacer una persona antes de asignarle un rol.
Separación de funciones
Puedes exigir que quien construye un release no sea quien lo despliega a producción. También puedes reservar la aprobación de excepciones y de salidas a producción a roles específicos.
Aislamiento por empresa
Cada empresa recibe un entorno propio e independiente, con sus propias configuraciones, repositorios y claves. Lo que hace una empresa no afecta a otra.
Trazabilidad
Los cambios de permisos, normas, excepciones y configuración quedan registrados. Cada release enlaza con las solicitudes aprobadas, las pruebas ejecutadas y la verificación de cumplimiento.