Fui responsable del checkout y construí el cobro recurrente conectado con Salesforce y tres procesadores. La conciliación periódica detectaba eventos de webhook perdidos o fuera de orden. También internalicé la responsabilidad sobre Salesforce.
Responsabilidad y contexto
Empleo: Líder Técnico y responsable de la plataforma Salesforce · noviembre de 2022–diciembre de 2024. Entré a LegalBrave, una startup de servicios legales al consumidor fundada por Protégitas, como líder de Desarrollo e Integraciones. Dos consultoras externas, una de Salesforce y otra de desarrollo web, me reportaban para la entrega. Tras el cierre de LegalBrave pasé a Protégitas con las mismas responsabilidades.
Protégitas ofrece membresías de servicios legales a empresas. Asumí los requerimientos y la priorización de Salesforce, además del desarrollo de aplicaciones web y las integraciones en la nube. Esto fue responsabilidad sobre una plataforma antes de mi puesto formal de Technical Product Manager en Marsh.
Construcción del cobro recurrente
Fui responsable del checkout del sitio de punta a punta e integré Salesforce con PayPal, Stripe y Adyen. En nuestra implementación, Adyen tokenizaba tarjetas y cobraba bajo demanda; el ciclo de suscripción necesitaba lógica de cobro propia.
Construí el motor de cobro recurrente: estado de la suscripción, ciclos de facturación y programación de cargos. Los manejadores de webhooks en AWS Lambda enviaban eventos de pago a Salesforce, entre ellos pagos exitosos y fallidos y nuevas suscripciones.
Los webhooks por sí solos no bastaban para mantener alineados al CRM y al procesador. Un proceso de conciliación periódica volvía a consultar el estado del procesador para detectar eventos perdidos o fuera de orden. Los contracargos detectados en ese flujo se registraban en Salesforce y activaban una alerta para el equipo de atención telefónica encargado de gestionar la disputa.
Capacidad entregada: checkout integrado, cobro recurrente, manejo de eventos por webhook y conciliación periódica entre procesador y CRM. No se cuantificó el impacto en conversión ni recuperación.
Elección de una ruta de entrega
Primero lancé integraciones con Zapier y Pipedream para acelerar la entrega; después las reconstruí como servicios productivos en AWS. La decisión permitió liberar una integración útil y trasladarla a servicios que podía operar conforme evolucionaba la implementación.
Los secretos y la configuración de entorno de la aplicación se almacenaban en AWS Secrets Manager y se consumían durante la ejecución desde los manejadores Lambda y los servicios EC2. Los registros de CloudWatch cubrían eventos de autenticación, objetos nuevos o modificados en S3 y cada envío a Salesforce junto con su respuesta, lo que permitía seguir la integración de extremo a extremo.
Integración de datos de un cliente empresarial
El mayor cliente empresarial de Protégitas, una institución financiera mexicana, entregaba archivos de pólizas recién autorizadas. Sustituí la infraestructura anterior por un puente SFTP con AWS Transfer Family, S3 y Lambda. La función procesaba cada archivo recibido y enviaba sus registros a Salesforce mediante la API REST, listos para cobro y atención a los miembros.
El reemplazo eliminó pasos manuales y redujo el costo de la integración; ninguno de esos resultados se cuantificó. La identidad del cliente y los datos de las pólizas permanecen privados.
Responsabilidad interna sobre Salesforce
Por iniciativa propia asumí Salesforce de punta a punta: hoja de ruta, recepción y priorización de requerimientos, personalizaciones y administración. Consultaba sus datos a diario con SOQL para generar reportes.
Con ello internalicé trabajo que antes realizaba una consultora que cobraba miles de dólares mensuales y reduje el tiempo de entrega de solicitudes de cambio de días a horas. Seguí supervisando, por separado, la entrega de la consultora de desarrollo web; eran responsabilidades distintas.
Qué demuestra este trabajo
Mi experiencia en pagos proviene de entregar integraciones de checkout y suscripciones, rastrear eventos de procesadores y mantener conciliados los sistemas operativos. También comprende priorización de producto, internalización de capacidades y gestión de proveedores.
El proyecto independiente de routing de pagos es una demostración técnica separada que usa datos sintéticos. Sus resultados de replay no son resultados de LegalBrave ni de Protégitas.