Experiencia

Experiencia en evolución e integración de sistemas

Un catálogo conectado con su mapa y la evolución continua de un sistema institucional de postulación. Dos trabajos sobre sistemas que ya existían.

Caso reciente · Paraguay · 2025–2026

Un catálogo y su mapa, siempre con los mismos datos

Una inmobiliaria con lotes en varias ciudades manejaba la información comercial por un lado y los planos por otro. Hoy administra su catálogo desde un panel, y el mapa público se actualiza con esos mismos datos.

Lo hicimos por etapas: primero el sitio, después el panel de gestión y por último el componente geográfico, todos conectados a los mismos registros.

El problema

La empresa mantenía la información comercial y los trazados de los lotes en fuentes separadas. Esa separación hacía difícil sostener una experiencia pública coherente a medida que cambiaban el catálogo, el contenido y el estado de cada lote.

La necesidad no era reemplazar toda la operación. Era construir una base administrable y hacer que el mapa respondiera a los mismos datos que alimentaban el catálogo.

El alcance

Trabajamos por etapas entre 2025 y 2026:

  • un sitio público con catálogo, filtros, noticias y formularios;
  • un panel de gestión con roles para administrar usuarios, contenido y registros;
  • normalización e incorporación de la información geográfica;
  • vinculación entre los trazados y los registros del catálogo;
  • actualización del mapa público cuando cambia el estado de un registro;
  • documentación técnica y evolución por entregas separadas.

Cómo lo abordamos

  1. 1.

    Separar la base operativa de la presentación

    Organizamos el sitio público, el panel y la lógica de datos como piezas conectadas. Así la publicación no depende de editar a mano cada vista o cada mapa por separado.

  2. 2.

    Relacionar el catálogo con su mapa

    Normalizamos los trazados existentes y los vinculamos con los registros correspondientes. La geometría dejó de ser una ilustración aparte y pasó a responder al estado administrado desde el panel.

  3. 3.

    Entregar por etapas verificables

    Sitio, panel y componente geográfico se incorporaron como entregas diferenciadas. Eso permitió evolucionar una base ya operativa sin presentar una propuesta amplia como un único compromiso indivisible.

  4. 4.

    Mantener la decisión comercial en personas

    El sistema organiza y publica información. No toma decisiones comerciales ni sustituye la revisión de la empresa.

Qué entregamos

  • Sitio público y catálogo administrable.
  • Panel de gestión con control de acceso por roles.
  • Mapa conectado con los registros del catálogo.
  • Flujo para que los cambios de estado se reflejen en el mapa público.
  • Documentación técnica para operar y continuar la evolución.

Resultado

Lo que se cambia en el catálogo se ve en el mapa público, sin cargarlo dos veces.

Qué muestra este trabajo

  • evolución por etapas sobre una base que ya funcionaba;
  • integración acotada entre administración, catálogo y mapa;
  • entregas funcionales con responsabilidades separadas;
  • experiencia aplicable a la mejora de sistemas existentes y a la integración de un flujo de datos.

Experiencia institucional / SPI

Un sistema del Estado que sigue evolucionando desde 2013

Un sistema de postulación coordina convocatorias, formularios, evaluaciones, contratos y seguimiento entre muchos roles a la vez. El SPI (Sistema de Postulación a Instrumentos) funciona desde 2013, lo usan varios organismos del Estado y tiene miles de usuarios.

Simgia participa en su evolución desde hace años: primero con BECAL, entre 2017 y 2023, y hoy con CONACYT, con quien sigue manteniéndolo y ampliándolo en 2026.

El tipo de sistema

Los sistemas institucionales de postulación coordinan etapas, reglas, formularios, evaluaciones, contratos y seguimiento entre múltiples roles. Evolucionarlos exige comprender procesos que ya existen, introducir cambios delimitados y conservar trazabilidad y continuidad operativa.

Continuidad y alcance

  1. 2013

    Inicio de SPI

  2. 2017–2023

    Trabajo con BECAL: soporte, mantenimiento y ampliación

  3. 2026

    Con CONACYT, en evolución

El trabajo reúne:

  • soporte, mantenimiento y ampliación de módulos con BECAL entre 2017 y 2023;
  • módulos y ajustes de postulación, admisión o elegibilidad, evaluación, contratos, retorno o reinserción y seguimiento;
  • continuidad con CONACYT en 2026, dedicada principalmente a SPI;
  • evolución de un sistema existente a través de intervenciones sucesivas, no de una única entrega.

Uso institucional y escala

Lo usan varios organismos del Estado y tiene miles de usuarios.

Qué muestra esta experiencia

  • participación continua en la evolución de SPI, con trabajo vigente en 2026;
  • soporte, mantenimiento y ampliación de un sistema que ya está en producción;
  • módulos y procesos institucionales de postulación;
  • un sistema usado por varios organismos y con miles de usuarios;
  • una trayectoria útil para diagnosticar evoluciones, entregar mejoras acotadas e integrar procesos y datos.

Qué aporta cada experiencia

El caso muestra un resultado funcional: panel, catálogo y mapa conectados por los mismos registros y estados.

SPI aporta experiencia en soporte, mantenimiento y ampliación de módulos y procesos de postulación, en un sistema usado por varios organismos del Estado.

Relación con los servicios actuales

Estas dos experiencias respaldan:

  • mejorar un sistema existente mediante entregas delimitadas;
  • integrar datos o estados entre componentes de un proceso;
  • diagnosticar una evolución antes de implementar, cuando todavía hay alternativas o dependencias.

Evolucionar un sistema sin perder control del proceso

Podemos evaluar si el siguiente paso útil es un diagnóstico o un primer paquete pequeño y verificable.