← Volver a proyectos

Telcel · Claro Pay · 2024 — 2025

Diseñé de principio a fin la plataforma de orquestación de pagos de Telcel: un solo gateway para todos los canales de venta y muchos motores de pago detrás, con reintentos, scoring antifraude y tokenización conforme a PCI DSS.

Cliente
Telcel · Claro Pay
Rol
Arquitecto de solución · PCI DSS
Año
2024 — 2025

Resultados

8+motores de pago detrás de una sola API
PCI DSSdatos de tarjeta tokenizados y aislados en bóveda
34servidores en el diseño de producción
N → 1integraciones por canal

Contexto

Telcel cobra por muchos canales (el portal de autoservicio, Telcel.com, la wallet Claro Pay y canales aliados) y cada uno integraba a sus proveedores de pago por su cuenta. Diseñé el Gestor de Pagos: una sola capa de orquestación que todos los canales consumen, que enruta cada transacción al motor de pago correcto, la evalúa contra fraude, guarda los datos de tarjeta en una bóveda tokenizada y reintenta lo que falla, manteniendo el alcance PCI DSS lo más chico posible.

Qué construí

  1. 01

    La arquitectura: un orquestador/gateway con workers asíncronos frente a más de 8 motores de pago (bancos, adquirentes, redes de efectivo, wallets), expuesto a los canales mediante microservicios de pagos, métodos de pago, gestión de tarjetas y autenticación.

  2. 02

    Todo tipo de método de pago detrás de un mismo contrato: tarjetas, cargos bancarios, referencias de pago en efectivo y wallets; agregar un motor nuevo no toca a los canales.

  3. 03

    Confiabilidad: políticas de reintento para transacciones fallidas, notificaciones de pago con Kafka y procesos programados, sobre un clúster de cuatro nodos de gateway y aplicación detrás de Nginx.

  4. 04

    Riesgo: un perfil de pago del cliente que alimenta el scoring, un perfilador de transacciones y un motor antifraude externo antes de autorizar un cargo.

  5. 05

    PCI DSS desde el diseño: los datos de tarjeta se tokenizan y se aíslan en una bóveda dedicada (HashiCorp Vault y una base de datos segregada), así los canales nunca los manejan; la configuración y los secretos viven en Consul y Vault.

  6. 06

    Operación: back-offices de transacciones y reglas de negocio, dashboards, alertas y reportes, observabilidad con ELK y CI/CD con Jenkins, dimensionado como un diseño de producción de 34 servidores.

Arquitectura

CanalesAPIs expuestasMotores de pagoDatos y plataformaApp de pagosPortal autoservicioWebCanales aliadosAPI de pagosMétodos de pagoGestión de tarjetasAuthMotor de riesgoscoring · perfilado · antifraudeOrquestadorgateway · workers · reintentosBóveda de tokensHashiCorp Vault · alcance PCI DSSBancosAdquirentesRedes de efectivoWallets+ N motoresMongoDBRedisKafka · notificacionesBack-office · reglasObservabilidad ELK
Arquitectura simplificada; se omiten nombres de procesadores, bancos y servidores.
Siguiente proyectoGenerative Accelerator