> For the complete documentation index, see [llms.txt](https://docs.trustlesswork.com/trustless-work/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.trustlesswork.com/trustless-work/v1-es/dapps-oss/tokenizacion-credito-privado/flujo-del-gerente-del-proyecto-dapp-del-panel.md). # Flujo del gerente del proyecto (dApp del panel) El Gerente de Proyecto es el actor operativo responsable de mantener informados a los inversionistas y asegurar que los hitos avancen a lo largo del ciclo de vida del escrow Trustless Work.\ Ellos **no** despliegan contratos, configuran ventas de tokens ni gestionan flujos de inversionistas.\ Su responsabilidad principal es simple y crucial: 👉 **Actualizar hitos y proporcionar evidencia del progreso en el mundo real.** Esto garantiza que los Aprobadores y Firmantes de Liberación puedan autorizar liberaciones con confianza y que los inversionistas tengan visibilidad transparente durante la ejecución del proyecto. *** ## **5.1 Responsabilidades del Gerente de Proyecto** El Gerente de Proyecto es responsable de: * Rastrear el progreso del proyecto en el mundo real * Publicar actualizaciones de hitos con evidencia de soporte * Comunicar cambios de estado cuando los hitos estén listos para revisión * Asegurar claridad, transparencia y documentación para Aprobadores, Firmantes de Liberación y inversionistas * Mantener la auditabilidad a través del Panel del Proyecto Ellos **no** no firman liberaciones; preparan y documentan hitos para que otros roles puedan aprobarlos. *** ## **5.2 Dónde Trabaja el Gerente de Proyecto** El Gerente de Proyecto solo usa una dApp: #### **📘 Panel del Proyecto** Todas las acciones relacionadas con hitos ocurren aquí: * Subir imágenes, documentos, recibos * Agregar comentarios y notas contextuales * Marcar un hito como “Listo para Aprobación” * Rastrear historial de liberaciones y saldo del escrow * Verificar cuando una liberación se ha realizado Esto centraliza la comunicación y evita confusión fuera de la cadena o documentación inconsistente. *** ## **5.3 Flujo Paso a Paso del Gerente de Proyecto** *** ### **Paso 1 — Iniciar sesión en el Panel del Proyecto** El Gerente de Proyecto inicia sesión con su wallet y aterriza directamente en el panel del proyecto activo. Aquí ven: * Resumen del proyecto * Lista de hitos * Estados actuales * Evidencia ya presentada * Visor de saldo del escrow + progreso **Objetivo:** Entender qué está pendiente y qué necesita actualización. *** ### **Paso 2 — Seleccionar un Hito para Actualizar** Para cada hito, el Panel muestra: * Nombre del hito * Porcentaje o monto de la liberación asociada * Estado: * No iniciado * En progreso * Listo para aprobación * Aprobado * Liberado * Historial de evidencia El Gerente hace clic *Actualizar* en el hito relevante. *** ### **Paso 3 — Subir Evidencia** El Gerente puede subir: * Fotos (p. ej., fotos de envío, capturas de construcción, recibos de almacén) * Documentos PDF (facturas, conocimientos de embarque, formularios aduaneros) * Notas y comentarios que expliquen el progreso Esta evidencia genera confianza para: * Aprobadores * Firmantes de Liberación * Inversionistas **Todo el ciclo de vida del escrow se vuelve auditable porque toda la evidencia está anclada a cada hito.** *** ### **Paso 4 — Marcar el Hito como “Listo para Aprobación”** Una vez que se ha presentado evidencia suficiente, el Gerente cambia el hito a: #### **“Listo para Aprobación”** Esto desencadena: * Un cambio visual en el Backoffice (el Aprobador ve un elemento accionable) * Una actualización de estado visible para los inversionistas * Una entrega clara del flujo de trabajo al Aprobador y al Firmante de Liberación **Objetivo:** Señal de que el hito ahora puede pasar a validación. *** ### **Paso 5 — Monitorear el Progreso de Aprobación y Liberación** El Gerente ahora monitorea el flujo del escrow: #### Aprobador: * Revisa la evidencia * Proporciona su firma aprobando el hito #### Firmante de Liberación: * Ejecuta la firma de liberación * USDC se libera desde el escrow al propietario del proyecto El Gerente ve estas actualizaciones en tiempo real dentro del Panel. *** ### **Paso 6 — Agregar Evidencia Adicional (Opcional)** Durante hitos de larga duración, el Gerente puede subir repetidamente actualizaciones de progreso. Ejemplos: * El equipo ha sido enviado * Despacho aduanero completado * Despliegue de campo en progreso * Certificado de verificación recibido Esta transparencia aumenta la confianza de los inversionistas y crea una pista de auditoría completa. *** ### **Paso 7 — Finalización del Hito** Una vez que el Firmante de Liberación completa la liberación: * El estado del hito se actualiza automáticamente * El visor del escrow muestra el evento de liberación correspondiente * Los inversionistas ven la prueba del movimiento de capital * El Gerente continúa con el siguiente hito Cuando todos los hitos se completan, el proyecto pasa a **configuración de la bóveda** (manejado por el Creador del Proyecto). ## **5.5 Por Qué Importa Este Rol** El Gerente de Proyecto es el puente entre **el progreso en el mundo real** y **la confianza on-chain**. Sus actualizaciones aseguran: * Los hitos están respaldados por evidencia * Los Aprobadores y Firmantes pueden operar con confianza * Los inversionistas pueden verificar la transparencia en todo momento * El proyecto avanza sin problemas de hito en hito Este rol es el latido del sistema de crédito privado tokenizado: creando la credibilidad y la auditabilidad que permiten flujos de capital trustless. *** --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.trustlesswork.com/trustless-work/v1-es/dapps-oss/tokenizacion-credito-privado/flujo-del-gerente-del-proyecto-dapp-del-panel.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.