Procedimientos

Cómo funcionan los procedimientos

Resumen

Un procedimiento (trámite) es una pieza de gestión administrativa asociada a un proyecto y visible en el portal de cliente. Todos los miembros con rol Client de un proyecto ven la misma lista compartida de procedimientos, no está filtrada por persona, a diferencia de las revisiones.

Ver: Revisiones

Tipos de procedimiento

Tipo	Detalle
Pago	Un cobro o pago asociado al proyecto.
Legal	Con subtipo: contrato, NDA, acuerdo o licencia.
Administrativo	Con subtipo: alta, permiso, autorización u otro.
Presupuesto	Con secciones estructuradas de partidas (título + importe cada una); el total se calcula solo sumándolas.

Un presupuesto puede convertirse en pago

Una vez aceptado o completado, un manager puede generar un procedimiento de tipo Pago derivado de un Presupuesto. Quedan enlazados y la conversión solo puede hacerse una vez.

No existen plantillas de procedimiento guardables, al crear uno solo se elige uno de estos 4 tipos fijos, cada uno con su propio formulario.

Estados y transiciones

Flujo de estados

pending → accepted → completed
        ↘ rejected

pending / accepted: el cliente puede avanzar el procedimiento
rejected: solo un manager puede marcarlo así (desde pending o accepted)

Cada cambio de estado queda registrado en un historial (timeline) con quién lo hizo, cuándo, y una nota de texto libre opcional. Es el rastro de auditoría visible en el detalle del procedimiento.

Quién puede crear uno

Un manager (o rango superior) siempre puede crear procedimientos de cualquier tipo, sin restricción. Un cliente solo puede crear uno si el proyecto lo permite explícitamente: existe un interruptor de configuración por proyecto (activable por un manager) que habilita la creación por parte del cliente, junto con una lista de qué tipos concretos tiene permitido usar.