Govlink™ para equipos de Tecnología: una plataforma que se integra, no otro sistema que mantener

API REST documentada con OpenAPI, webhooks firmados, identidad con OAuth 2.0 / OpenID Connect y un sandbox para probar antes de tocar producción. Todo en la nube, sin servidores nuevos a cargo del área.

El área de Sistemas de un municipio es el proveedor interno de veinte áreas que piden más de lo que un equipo chico puede entregar, sobre sistemas que no se hablan entre sí y que nadie quiere tocar. Govlink™ está pensado para ese equipo: expone todo por API, se integra con lo que ya existe y se opera sin infraestructura propia.

Govlink™, la plataforma de gobierno digital de Wai™, vista desde el área de Tecnología

Lo que un área de Sistemas municipal vive todos los días

Si trabajás en Tecnología en un municipio, no hace falta que te lo expliquen. Lo listamos porque es exactamente el problema que Govlink™ tiene que resolverte, o no sirve.

  1. Más pedidos que manos

    Cada área quiere su sistema, su reporte y su formulario, para ayer. El backlog crece y el equipo pasa el día apagando incendios en vez de construir.

  2. Un sistema por área, ninguno se habla con otro

    Tributario, expedientes, tránsito, salud: cada uno con su base, su usuario y su proveedor. Cruzar datos entre dos es un proyecto; entre tres, una utopía.

  3. Sin API, sin documentación, sin salida

    Los sistemas viejos no exponen nada. Para sacar un dato hay que pedirle un desarrollo al proveedor, pagarlo y esperar. El municipio no es dueño de su propia información.

  4. Servidores que nadie quiere tocar

    Sistemas que corren en una máquina física en el edificio, con respaldos manuales y un sistema operativo fuera de soporte. Cada corte de luz es un riesgo.

Qué hay abajo del capó de Govlink™

Lo que un equipo técnico mira antes de decir que sí. Toda la referencia vive en govlink.wai.global/desarrolladores.

API REST bajo /api/v1, con OpenAPI

Trámites, expedientes, reportes, turnos, usuarios y zonas se leen y se escriben por API con clave y alcances por módulo. La referencia interactiva (Swagger) se genera del código en cada arranque: no puede quedar desactualizada.

Webhooks firmados

Cada cambio de estado de un trámite, un reporte, un turno o un legajo dispara una llamada firmada a tu sistema. Sin polling y sin sondear la base de datos.

Govlink ID: OAuth 2.0 / OpenID Connect

Un único proveedor de identidad para vecinos y personal. Tus aplicaciones lo usan como cualquier otro IdP estándar; el municipio deja de mantener una tabla de usuarios por sistema.

Sandbox con datos de muestra

Un entorno de pruebas con las mismas rutas, los mismos errores y los mismos webhooks que producción. La integración se arma y se prueba ahí, con su propia clave, antes de pedir la definitiva.

Diccionario de datos público

Cada entidad, campo, relación y codificación de lo que la API devuelve y de lo que se exporta, documentado y sin clave. El modelo de datos no es un secreto del proveedor.

Nube, multi-organismo, sin servidores propios

Govlink™ corre como servicio. El área no instala, no actualiza ni respalda: opera. Los estándares con los que se construyó —ISO/IEC 27001, ISO/IEC 27017, OAuth 2.1, WCAG 2.2 AA, X-Road— están listados en la página de Govlink™.

Cómo se integra con lo que ya tenés

Nadie reemplaza todo un municipio de golpe. Govlink™ entra por módulos y convive con los sistemas que se queden, integrados o no.

  1. Relevamiento de sistemas y datos

    Qué sistema es dueño de qué dato, cuáles tienen API y cuáles no. De ahí sale el mapa de integración, que es del municipio y no del proveedor.

  2. Integración por API, o por robot cuando no hay API

    Los sistemas con integración se conectan por API o webhooks. Para los que no exponen nada, Govlink™ puede activar un robot que accede como lo haría una persona y extrae los datos, para que ningún sistema quede afuera por ser viejo.

  3. Identidad unificada con Govlink ID

    Las aplicaciones propias del municipio adoptan Govlink ID como proveedor OAuth 2.0 / OpenID Connect. Un solo login para el personal, una sola identidad para el vecino.

  4. Un módulo en producción, después el siguiente

    Cada área entra cuando está lista, con sus datos migrados y su gente capacitada. Lo que ya funciona no se toca hasta que haya algo mejor andando.

Qué cambia para el equipo de Tecnología

  • Los pedidos de las áreas se resuelven configurando módulos, no desarrollando desde cero.
  • Los datos del municipio se consultan por API, con documentación, sin pedirle nada a nadie.
  • Cero servidores nuevos: la infraestructura, los respaldos y las actualizaciones son del servicio.
  • Seguridad con estándares de referencia, no con lo que se pudo hacer con el tiempo disponible.
  • Trazabilidad de cada acción, cada firma y cada movimiento, para auditar sin reconstruir nada.
  • El equipo vuelve a ser el que diseña la arquitectura del municipio, no el que la sostiene a mano.

Pedí una demo técnica

  • Recorremos la API y los webhooks con tu equipo, con la referencia OpenAPI abierta.
  • Vemos cómo se integra con los sistemas que hoy tiene el municipio, con o sin API.
  • Configuramos Govlink ID como proveedor de identidad para una aplicación tuya.
  • Te damos acceso al sandbox para que pruebes por tu cuenta.

Govlink™ no es una promesa de "integrable": es una API documentada, un sandbox y un modelo de datos público. Se puede verificar antes de firmar nada.

Pedí una demo técnica y traé al equipo: la reunión es con preguntas de sistemas, no con diapositivas.

Panel de administración de Govlink™