# DPG y DPI
¿Son los Bienes Públicos Digitales (DPGs) y DPIs lo mismo? ¿Son necesarios los DPG para construir DPIs? ¡Continúa leyendo para saber más!
El Bien Público Digital (DPG) y la Infraestructura Pública Digital (DPI) son conceptos distintos pero a la vez complementarios.
Como se describe en la Hoja de Ruta para la Cooperación Digital del Secretario General de la ONU, los bienes públicos digitales son:
Para más información sobre los ODS, ingrese a:
Sin embargo, no todos los Bienes Públicos Digitales pueden utilizarse como componentes base para la DPI.
La DPI puede construirse mediante código abierto (o soluciones privadas) siempre que se adhieran a especificaciones abiertas, generen efectos de redes y estimulen la innovación tanto pública como privada.
Que los DPGs tengan su propio estilo de vida y gobernanza significa que son creados por instituciones independientes que pueden más antiguas o superar en el tiempo a una DPI específica a un país. Tienen sus propios órganos de gobierno y mecanismos para actualizar su infraestructura fuera del contexto nacional.
Una combinación de DPGs interoperables y escalables puede unirse para crear una infraestructura de DPI en los países, por ejemplo a través de G2P (Pagos de Gobiernos a Personas) Connect para programas de prestaciones sociales.
El uso de componentes de código abierto puede ayudar a garantizar que se incorporen mejores prácticas, de esta manera se puede conseguir una ampliación y despliegue rápido, evitar dependencias o bloqueos, y conseguir los máximos beneficios con el mínimo esfuerzo. OpenG2P, OpenSPP o CoreMIS para prestaciones gubernamentales o MOSIP para proyectos de identidad son ejemplos de DPG utilizados para ayudar a construir infraestructuras de DPI en los países.
Sin embargo, la DPI también puede crearse sin DPGs ni componentes de código abierto, aunque puede requerir algo más de tiempo, dinero y experiencia. Los gobiernos pueden también optar por construir su propia DPI desde cero utilizando software privativo y proveedores privados, siempre y cuando sigan los principios de minimalismo, interoperabilidad impulsada por especificaciones compartidas, federación, inclusión, privacidad y seguridad.
Incluso si un país utiliza software privativo, debería utilizar especificaciones abiertas. Por ejemplo, independientemente del software utilizado, debería incorporar las normas ISO para los pagos o las especificaciones G2P Connect para la prestación de servicios G2P, a fin de garantizar la interoperabilidad o la capacidad de elección de los usuarios, y evitar la dependencia del proveedor por parte de las instituciones.
Dentro de CDPI, respetamos la autonomía de los países para elegir el camino (código abierto, privado, híbrido) que mejor se adapte a sus necesidades únicas, y trabajamos con países que optan por cualquier camino.
Nuestra sugerencia es que, incluso si un país quiere construir su propia infraestructura desde cero, revise siempre los componentes de código abierto disponibles y pida a los TSP privados que se aseguren de que todas las mejores prácticas y funcionalidades disponibles en el código abierto se incorporen a los sistemas privados construidos. El código abierto es una referencia útil, aunque no siempre se utilice directamente. Esto puede garantizar que los diseñadores nacionales obtengan lo mejor de ambos mundos y se mantengan al día con los últimos avances de la comunidad.
Para ver sugerencias sobre qué especificaciones abiertas y código abierto puede reutilizar para construir diferentes DPIs, consulte aquí.
---
# Agent Instructions: 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:
```
GET https://docs.cdpi.dev/es/la-wiki-ipd/dpg-y-dpi.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.