Arquitecto de Tecnología

Buscamos talentos que amen los retos, que quieran crecer y llevar sus proyectos al siguiente nivel, personas con amplia capacidad de trabajo en equipo, flexibilidad para adaptarse a ambientes dinámicos de trabajo y, especialmente, con la mejor disposición para generar conexiones valiosas.

Para este cargo requerimos este perfil:

Constituir el referente de arquitectura tecnológica de OPS: definir los criterios técnicos sobre los que se construye, certificar que lo construido los cumple, y resolver directamente los problemas donde el criterio propio agrega más valor que la delegación.

El puesto combina cuatro funciones que en organizaciones mayores estarían separadas y que en OPS conviven por su tamaño y por su etapa: definir la arquitectura, cerrar la brecha entre lo que existe hoy y lo que se necesita, ejecutar sobre ella cuando corresponde, y construir la función de arquitectura que hoy no existe de manera formal en la compañía.

- Responsabilidades clave

4.1 Arquitectura y estándares

- Definir y mantener los criterios de arquitectura de OPS: patrones aceptados, patrones descartados y fundamento de cada decisión.
- Aprobar los estándares de diseño por dominio y asegurar su coherencia entre sí: contratos, versionado, modelo de errores, idempotencia, seguridad, aislamiento por cliente y límites de consumo.
- Mantener el registro de decisiones de arquitectura, con su contexto, alternativas evaluadas y consecuencias asumidas.
- Actuar como referente de consulta técnica para todas las iniciativas tecnológicas de la compañía.
- Gobernar la deuda técnica: identificarla, cuantificarla y priorizarla frente a la construcción de nueva funcionalidad.

4.2 Brechas entre la arquitectura actual y la objetivo

- Documentar la línea base: qué existe hoy realmente, con sus dependencias, restricciones y puntos de fragilidad, verificado y no declarado.
- Definir la arquitectura objetivo compatible con los compromisos de calendario de la sección 1, y mantenerla viva frente a los cambios del programa.
- Construir y priorizar el mapa de brechas, con impacto, esfuerzo y consecuencia de no cerrarlas.
- Diseñar y ejecutar soluciones de corto plazo que sostengan la operación mientras maduran las de fondo. Toda solución táctica se aprueba con fecha de retiro declarada y dueño asignado, y no puede generar deuda nueva sin registro explícito.
- Sostener la trazabilidad entre cada solución de corto plazo y la solución definitiva que la sustituye.

4.3 Ejecución directa

- Construir prototipos y pruebas de concepto que resuelvan una incertidumbre de diseño antes de comprometerla en una especificación.
- Elaborar implementaciones de referencia: el primer servicio, el primer modelo, el primer control, como patrón que el resto replica.
- Diagnosticar y resolver problemas técnicos donde el equipo se traba, incluida la reescritura directa de procesos cuando corresponda.

Instrumentar mediciones y pruebas que permitan sustentar decisiones con evidencia.

- Revisar código de forma sustantiva sobre los componentes críticos.

4.4 Certificación y gobierno de proveedores

- Definir el marco de criterios de aceptación verificables, previos a la recepción de cualquier entregable.
- Actuar como segunda instancia técnica cuando un dictamen de certificación sea disputado por el proveedor, y sostener el rechazo cuando corresponda.




- Verificar de forma independiente la información técnica entregada por terceros, sin aceptar afirmaciones sin evidencia.
- Evaluar propuestas técnicas y tecnologías del mercado, con criterios de selección explícitos y comparables.

4.5 Construcción de la función de arquitectura

- Instalar la práctica de arquitectura de OPS, hoy inexistente en la mayoría de sus ámbitos: puntos de control formales, plantillas de diseño, criterios de escalamiento y foro técnico de revisión.
- Definir qué decisiones requieren revisión de arquitectura y cuáles no, de modo que el control no se convierta en cuello de botella.
- Desarrollar la capacidad del equipo interno: mentoría, revisión de diseños y transferencia sistemática, de modo que la práctica sobreviva a la salida del consultor.
- Dejar la función documentada y operando, con responsables internos identificados, antes del cierre del contrato.

4.6 Resolución y comunicación

- Plantear escenarios y alternativas cuando un programa se traba, con sus consecuencias, y llevar la decisión al nivel que corresponda.
- Sostener conversaciones técnicas de profundidad con consultoras, con el fabricante de la plataforma y con las áreas técnicas de las instituciones clientes.
- Asegurar la coherencia técnica entre dominios y entre iniciativas.
- Comunicar situaciones técnicas a audiencias directivas no técnicas, en términos de opciones y consecuencias.

También debes contar con estos mínimos para este rol:

- Requisitos técnicos

5.1 Arquitectura e ingeniería de datos

- Arquitecturas por capas y separación entre carga transaccional y carga analítica.
- Replicación y captura de cambios: diferencias prácticas entre réplica de solo lectura y captura continua, y qué habilita cada una.
- Puntos de consistencia y su relación con procesos de cierre contable.
- Diagnóstico y reescritura de rendimiento en bases relacionales: lectura de planes de ejecución, identificación de patrones de acceso fila a fila y conversión a operaciones de conjunto.
- Modelado multi-cliente con aislamiento estructural, y controles de calidad, conciliación y linaje de datos.

5.2 Diseño y gobierno de servicios de integración

- Diseño de contratos de servicio y su especificación formal; versionado y compatibilidad hacia atrás.
- Idempotencia, reintentos, deduplicación y comportamiento ante entrega duplicada.
- Modelo de errores que distinga fallo de negocio de fallo técnico, con semántica fiable entre versiones.
- Límites de consumo, control de ráfaga, degradación controlada y comportamiento durante conmutación de sitio.
- Observabilidad de extremo a extremo y pruebas de contrato como compuerta de despliegue.

5.3 Seguridad de la información — requisito obligatorio

- Arquitectura de seguridad aplicada a plataformas transaccionales: segmentación, control de acceso, gestión de secretos y superficie de exposición.
- Criptografía aplicada a medios de pago y gestión del ciclo de vida de llaves en módulos de seguridad de hardware.
- Alcance PCI DSS:



qué componentes entran al entorno de datos de tarjetas y cómo diseñarlos para quedar fuera de él. OPS aplica la directriz de que la capa analítica quede fuera del alcance desde el diseño, y solo transiten contrato e identificadores de cliente y de comercio.
- Modelado de amenazas y criterio para exigir controles proporcionales al riesgo real, sin sobrecargar el diseño.
- Aislamiento entre instituciones clientes como requisito estructural, no como configuración.

5.4 Prácticas de ingeniería

- Control de versiones, revisión de pares y promoción controlada como práctica habitual.
- Automatización de pruebas y su uso como compuerta, incluida la comparación de resultados para validar reescrituras.
- Integración y despliegue continuos aplicados a componentes de datos y de servicios.

5.5 Dominio de negocio y conocimiento de mercado

- Conocimiento funcional del negocio de medios de pago: autorización, compensación, liquidación, ciclos de facturación, contracargos y reglas de marca. Requisito excluyente.
- Conocimiento actualizado del mercado de tecnología aplicable al sector: plataformas, fabricantes, modelos de licenciamiento y tendencias, con criterio para distinguir madurez real de promesa comercial.

5.6 Requisitos deseables

- Exposición previa a plataformas de procesamiento de tarjetas de tipo propietario.
- Infraestructura de base de datos empresarial en configuración de alta disponibilidad.
- Analítica embebida multi-cliente.
- Experiencia definiendo estándares de arquitectura adoptados por más de un equipo.

Experiencia requerida

- Experiencia total: Ocho años o más en roles técnicos
- Nivel exigido en el rango inferior: Entre ocho y doce años de experiencia, la candidatura se considera únicamente con evidencia de trayectoria excepcional: proyectos de complejidad comparable a los de OPS, responsabilidad técnica demostrable sobre decisiones de arquitectura ya en producción y ejecución directa reciente. OPS prefiere un candidato de ocho años con esa evidencia sobre uno de quince sin ella.
- Trayectoria esperada: Inicio en construcción, paso por arquitectura, y experiencia reciente combinando definición de criterios con ejecución directa
- Sector: Procesamiento de pagos, banca o infraestructura financiera. Excluyente
- Ejecución vigente: Haber construido de forma directa en los últimos tres años
- Gobierno de proveedores: Haber certificado entregables de terceros y sostenido rechazos con fundamento técnico
- Servicios de integración: Haber diseñado y gobernado una capa de servicios consumida por terceros, con versionado y compromisos de servicio
- Proyectos comparables: Al menos uno de modernización de arquitectura de datos en entorno regulado, identificable y verificable
- Función de arquitectura: Haber instalado o formalizado una práctica de arquitectura en una organización que no la tenía. Altamente valorado

Formación académica e idiomas

- Ingeniería en sistemas, informática, electrónica o disciplina equivalente.
- Certificaciones en arquitectura, bases de datos, nube o seguridad: valoradas, no determinantes.
- Español nativo o equivalente. Inglés técnico de lectura y conversación.

Al hacer parte de PersonalSoft accederás a un contrato directo a término indefinido, salario competitivo, catálogo de cursos, certificaciones, descuentos y convenios, diferentes modalidades de trabajo, entre otros beneficios. ¡Te esperamos en nuestra compañía! Tu talento puede impulsarnos hasta las estrellas.

📌 Arquitecto de Tecnología (Colombia)
🏢 PAN
📍 Colombia