Saltar al contenido

área · Backend & Pagos

Correcto donde se mueve el dinero

Dos stacks de backend, TypeScript/NestJS y Python/FastAPI, sobre PostgreSQL, Redis y colas. En una fintech regulada construí el orquestador de pagos de un sitio de recaudo en línea y co-desarrollo una pasarela de pagos propia sobre PSE y Bre-B, diseñada para no cobrar dos veces nunca.

  • Idempotencia, locks de fila y outbox transaccional en el núcleo de la pasarela
  • Webhooks firmados hacia el comercio y cifrado de campos con AES-256-GCM
  • Un conector en Go por riel, único dueño de las credenciales de ese riel
  • nestjs
  • fastapi
  • go
  • postgresql
  • redis/valkey
  • bullmq

impacto medido · antes → después

  • Paginación por cursor (300k filas)−98.8%

    33.66 ms → 0.42 ms

◆ PaymentFlowSimulator

Un pago, aunque hagas clic dos veces

Simula el ciclo de un cobro. Prueba «Doble clic en pagar»: el segundo intento encuentra el lock de la obligación y devuelve el mismo pago con la misma idempotency key. Al final, reenvía el webhook: el evento ya aplicado se ignora.

  1. Intent: pendiente
  2. Checkout (idempotente): pendiente
  3. Webhook firmado: pendiente
  4. Conciliado: pendiente
obligación
OBL-1042
intento
—
idempotency-key
—
lock
libre

AuditTrailLogappend-only

  1. Pulsa «Pagar» para empezar.

Demo con datos ficticios: nada de clientes reales ni de producción.

Casos

  • Orquestador de pagos PSE y Bre-B

    Recaudo en línea para un cliente institucional: retorno del pagador con reglas de precedencia, webhooks verificados y anti-abuso que nunca bloquea un pago.

    Leer el case study →
  • Pasarela de pagos propia

    PSP directo a los rieles, sin tocar fondos: idempotencia, outbox transaccional, webhooks firmados y cifrado de campos.

  • Motor de exportación asíncrona

    Un solo motor para 10 dominios de negocio, con cola de jobs, streaming a object storage y paginación keyset.

    Leer el case study →
  • Upcard · 2026en preproducción

    Orquestador de pagos

    Backend y sitio de pagos

    Plataforma de recaudo con la que los deudores de un cliente institucional pagan en línea por PSE y Bre-B. Certificada por la procesadora y desplegada; en pruebas preproductivas antes del corte.

    reglas de precedencia para resolver el retorno del pagador
    5
    rieles de pago
    PSE · Bre-B
    • NestJS
    • Next.js
    • PostgreSQL
    • Redis/Valkey
    • Docker
  • Upcard · 2026en construcción

    Pasarela de pagos propia (PSP)

    Co-desarrollador del núcleo

    PSP conectado directo a los rieles PSE y Bre-B, sin tocar fondos, diseñado para no cobrar dos veces, siempre notificar y exponer estados de pago explícitos. En camino a certificación.

    cifrado de campos sensibles
    AES-256-GCM
    un conector por riel, único dueño de sus credenciales
    Go
    • NestJS
    • Next.js
    • Go
    • PostgreSQL
    • Turborepo
  • Upcard · 2026en producción

    Motor de exportación asíncrona

    Autor único del núcleo

    Exportaciones de datos financieros sin timeouts ni memoria sin límite: patrón registry, cola de jobs, streaming multipart a object storage, paginación keyset y una API de estado del job.

    tiempo por página del cursor (300k filas)
    −98.8%
    dominios de negocio migrados
    10
    • NestJS
    • BullMQ
    • PostgreSQL
    • Redis

¿Construimos algo confiable?

Respondo en español o en inglés.

Escríbeme a Gmail