El Rol del Project Integrator (PI) en el Ecosistema DEV
Responsabilidades, modelo de ingresos, limitaciones y ciclo de vida del PI dentro del ecosistema DEV.
El Project Integrator: Arquitecto del Ecosistema DEV
El Project Integrator (PI) es el actor central del ecosistema DEV. Su función no es simplemente "gestionar un proyecto", sino diseñar y coordinar una Carbon Solution completa, integrando los esfuerzos de todos los actores relevantes: propietarios de tierra, proveedores de datos, implementadores de soluciones, auditores y certificadores.
¿Quién Autoriza y Supervisa al PI?
| Función | Actor Responsable |
|---|---|
| Otorga la licencia al PI | Engineering Auditor (DEV-licensed) |
| Puede revocar la licencia | Certifier (DEV-licensed) |
| Audita al PI | Los 4 tipos de Auditores DEV |
| Supervisa la implementación | Certifier (DEV-licensed) |
La distinción entre quien otorga y quien revoca la licencia es deliberada. El Engineering Auditor evalúa la capacidad técnica del PI, pero a medida que los proyectos evolucionan, surgen implicaciones de cumplimiento, sociales y culturales que van más allá del alcance técnico. Por eso, solo el Certifier — que tiene el contexto completo del proyecto — puede determinar si ha habido una violación de confianza o mala conducta.
Modelo de Ingresos del PI
El PI obtiene un porcentaje de los ingresos por venta de Carbon Offsets/Credits. Los parámetros típicos son:
- ~15% del ingreso por venta de offsets (negociable según condiciones del proyecto)
- Porcentaje adicional si el PI actúa también como Seller (quien comercializa los créditos)
- Porcentaje adicional si el PI obtiene licencia como Data Provider
- Porcentaje adicional si el PI obtiene licencia como Solution Implementer
- Porcentaje del Landowner si el PI posee activos de tierra o tecnología propios
Regla de Oro: El PI no puede negociar porcentajes con otros stakeholders antes de recibir el Feasibility Study Report. Hacerlo antes crea desequilibrios de información que comprometen la equidad del proceso.
Las 14 Responsabilidades Principales del PI
1. Onboarding de Landowners/Asset Owners El PI debe realizar un KYC (Know Your Customer) y Due Diligence exhaustivo antes de incorporar a cualquier propietario. El PI es responsable de los landowners que incorpora.
2. Solicitar cotizaciones del Feasibility Study El PI solicita las cotizaciones al Engineering Auditor a través de las plataformas digitales designadas o canales aceptados.
3. Diseñar la Carbon Solution Incluye análisis de factores de riesgo y completar el Form A, que debe enviarse al Certifier después de recibir el Feasibility Study Report y el Carbon Solution Certificate.
4. Alianzas comerciales con Sellers El PI puede formar alianzas con Sellers externos, pero debe realizar KYC de dichos Sellers. El PI es responsable de los Sellers que incorpora.
5. Detallar y actualizar el plan de adicionality A través del Form B (presentado al Certifier). Cualquier actualización del plan requiere aprobación del Certifier.
6. Recopilar datos del ecosistema Solo o contratando un Data Provider aprobado por el Certifier, para completar los Forms A y B y enriquecer los reportes anuales.
7. Implementar las soluciones técnicas Solo (si tiene las capacidades) o contratando un Solution Implementer aprobado por el Certifier.
8. Colaborar con los 4 tipos de auditores El PI debe proporcionar cualquier información solicitada por los auditores.
9. Gestionar la comunicación con el Engineering Auditor Hasta recibir el Feasibility Study Report. Después, el punto de contacto principal es la Certification Office del Certifier.
10. Gestión de revocación de licencia Si la licencia es revocada, el PI puede presentar una solicitud de revisión dentro de 1 mes. La decisión final del Certifier es inapelable.
11. Colaborar con otros PIs Los PIs pueden colaborar entre sí en Carbon Solutions específicas.
12. Reportes anuales El PI debe presentar un reporte anual sobre el desarrollo de la adicionality, incluyendo impactos sociales monitoreados y sus KPIs relevantes.
Limitaciones Críticas del PI
Las limitaciones del PI no son burocracia — son salvaguardas de integridad que previenen conflictos de interés:
- No puede ser Auditor (ninguno de los 4 tipos) ni tener participación, interés o influencia en ningún Auditor DEV.
- No puede ser Certifier ni tener participación, interés o influencia en ningún Certifier DEV.
- No puede ser Steward del Standard ni tener participación, interés o influencia en ningún Steward.
- No puede cotizar el Feasibility Study directamente al Landowner sin haberlo solicitado formalmente al Engineering Auditor.
- No debe negociar porcentajes antes de recibir el Feasibility Study Report.
Ciclo de Vida del PI en una Carbon Solution
El PI está involucrado durante todo el ciclo de vida de la Carbon Solution — desde el primer contacto con el Landowner hasta los reportes anuales de monitoreo. Esto lo diferencia de actores como los Auditores (que solo participan en períodos específicos) o los Data Providers (contratados por períodos determinados).
Esta permanencia hace al PI el guardián de la integridad del proyecto a lo largo del tiempo.