Hola @cayon9Q4CS espero que te encuentres muy bien. Es correcto, al ser admin de proyecto tu cliente tiene privilegios para entrar en donde quiera e intervenir en cualquier proceso del RFI. Para que esto no suceda, deberías darlo de alta como participante del proyecto y administrar los permisos específicos para cada sección. Si no, tiene privilegios universales, por así decirlo, en ese proyecto. Esto aplica para tu pregunta 1 y 2.
Respecto a la 3: Esto pasa porque el permiso de añadir referencias no se considera una “edición del RFI”, sino una acción permitida para cualquier usuario que tenga acceso al RFI en ese estado.
Actualmente, no se puede bloquear solo la adición de referencias desde la configuración de roles de RFI.
La forma de “controlar” esto es:
Ajustando los permisos de carpeta en Docs (para limitar qué puede adjuntar o ver el subcontratista).
O restringiendo su rol dentro del flujo para que tenga la mínima interacción posible (solo visualización y comentarios, no añadir archivos).
Para la 4:En los RFIs de ACC, quien tiene que responder queda claramente indicado en el campo “Asignado”.
Aunque el cliente pueda accionar por ser administrador, el flujo muestra a quién está oficialmente asignado responder.
Recomiendo reforzar esto con una convención en los nombres o descripciones de los RFIs y capacitar al cliente para que se limite a responder solo cuando sea el asignado al RFI.
Para la 5:
Revisor:
- Puede revisar la información del RFI.
- Puede agregar comentarios.
- Generalmente, no decide el estado final.
Coordinador:
- Es el rol clave en el flujo.
- Recibe el RFI del Creador, selecciona el Responder (RFI), gestiona los Revisión y controla que el flujo avance.
- Es quien finalmente cierra el RFI (aceptando, rechazando o devolviendo).
Espero esto te sea de utilidad, saludos!
Didier Raphaël Ramírez Darjo
¿Te resultó útil esta publicación? No dudes en dar Me gusta a esta publicación.
¿Se respondió correctamente tu pregunta? Entonces haz clic en el botón ACEPTAR SOLUCIÓN.
