🆚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: https://digitalpublicgoods.net/standard/

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í.