Saltar al contenido
elmalmenor.com [OPERATIONAL] 140,000 users · last incident: 0 days
vittasami.com [OPERATIONAL] multi-tenant · 4 países
suit.pe [OPERATIONAL] SUNAT-integrated · 99.9% uptime
intinovalabs.com [ACCEPTING CLIENTS] 20 auditorías disponibles
elmalmenor.com [OPERATIONAL] 140,000 users · last incident: 0 days
vittasami.com [OPERATIONAL] multi-tenant · 4 países
suit.pe [OPERATIONAL] SUNAT-integrated · 99.9% uptime
intinovalabs.com [ACCEPTING CLIENTS] 20 auditorías disponibles
SUIT.PE · FINTECH FACTURACIÓN SUNAT · SERIE B CERRADA

Plataforma fintech rescatada, lanzada, y lista para Serie B.

Series A. 6 meses de retraso. Equipo desbordado. Lanzamos en 8 semanas y el producto cerró Serie B 6 meses después. El reto no fue el código: fue recuperar la confianza del equipo técnico y de los inversionistas al mismo tiempo.

visitar producto en vivo →
92%
SPRINT ACCURACY
8w
DE RESCATE A LAUNCH
99.9%
UPTIME EN PROD
Series B
CERRADO 6M DESPUÉS

[role] · participación de intinova

Rescate técnico y construcción de la plataforma de facturación electrónica. Co-fundado por Álvaro Burga, parte del equipo de Intinova Labs.

[stack] · tecnologías
Node.js (API) Next.js (portal) Postgres AWS (Lambda + SQS para picos) Integración nativa SUNAT

El rescate

En 2024, una plataforma de pagos con ronda Serie A llegó a nosotros con un problema que los números no decían en voz alta: 6 meses de retraso, 30% de sprint accuracy, y 12 escalaciones mensuales a los inversionistas. El product-market fit estaba probado. Los usuarios estaban esperando. El equipo técnico estaba quemado.

El primer paso fue diagnóstico, no código. Dos semanas de observación: ¿qué se completaba, qué se bloqueaba, y por qué el equipo prometía 20 items y terminaba 6?

MétricaAntesDespués
Sprint accuracy30%92%
Cycle time18 días5 días
Escalaciones mensuales121
Tiempo hasta launch8 semanas
Resultado post-launchSerie B cerrada 6 meses después

Cómo se resolvió

Fase 1 — Diagnóstico de throughput real

El equipo tenía capacidad real de ~7 items por sprint. Comprometía 20+ por presión de stakeholders. Resultado: el equipo siempre fallaba, siempre pedía disculpas, y nunca predecía nada.

Solución: congelar compromisos un sprint completo y medir. Con el número real, redimensionamos a 8 items + 25% buffer para trabajo urgente. Los stakeholders vieron por primera vez un sprint donde se entregó todo lo comprometido. Eso cambió la conversación más que cualquier feature nueva.

Fase 2 — Sincronización y visibilidad

Se implementó tracking de blockers con umbral de 2 días: cualquier item bloqueado más de 48 horas generaba una alerta. Antes, los blockers aparecían en la demo retrospectiva — demasiado tarde para resolver.

Las escalaciones cayeron de 12 a 1 mensual en 6 semanas. Los inversionistas pasaron de recibir noticias de retraso a recibir reportes de velocity.

Fase 3 — Launch y operación en producción

Con el proceso estabilizado, el launch se ejecutó en semana 8. La arquitectura técnica — SQS para cola SUNAT, Lambda para processing async, reintentos exponenciales ante fallos del regulador — aguantó los picos de onboarding sin incidentes.

6 meses después del launch, el producto cerró Series B.

El producto en producción

Suit.pe son tres productos construidos sobre la misma infraestructura:

SUIT Billing — API REST para developers. 8 tipos de documentos (facturas, boletas, notas de crédito/débito, retenciones, percepciones, guías de remisión), XML UBL 2.1 nativo, webhooks en tiempo real para estado de validación SUNAT, CDR archivado en S3.

SUIT Portal — Interfaz web para PYMEs que no tienen equipo técnico propio. Emiten, consultan y descargan sus comprobantes sin tocar una API.

SUIT Finance — Módulo de gestión financiera que consolida los comprobantes en reportes de flujo de caja, IGV pendiente y dashboards para áreas de contabilidad.

Tres líneas de revenue. Un solo equipo de infraestructura. 99.9% de uptime.

Por qué este caso importa para ti

Rescate de delivery en equipos con PMF probado

El caso más difícil no es construir desde cero — es entrar en un producto con usuarios reales, inversionistas con expectativas, y un equipo que ya no confía en sus propios commits. El patrón de rescate (diagnóstico de throughput → redimensionar compromisos → instalar visibilidad → launch) ya está ejecutado y documentado.

Integración resiliente con sistemas regulados

Cuando el dominio es regulado (SUNAT, SUSALUD, SBS), el riesgo no es solo técnico — es operacional. Un sistema que se cae cuando SUNAT falla no es aceptable para un negocio real. La arquitectura de bridge dedicado + colas async + reintentos exponenciales es el patrón que aplicamos a cualquier integración con un tercero que no podemos controlar.

Arquitectura para picos predecibles

Facturación tiene picos de fin de mes. Salud tiene picos de inicio de turno. Educación tiene picos de matrícula. Si el sistema escala lineal con la carga, los costos para sostener picos extremos son insostenibles. Suit.pe usa SQS + Lambda + autoscaling solo durante ventanas predecibles — los costos de infra en pico son ~3x los de baseline, no 50x.

Cómo aplica a tu proyecto

Si tu equipo tiene sprint accuracy bajo el 60%, si tu producto necesita integración resiliente con un sistema externo que falla, o si tienes picos de tráfico predecibles que te obligan a sobredimensionar infra todo el mes — los patrones ya están construidos y validados en Suit.pe. Hablemos.


Preguntas frecuentes sobre este caso

¿Qué hace Suit.pe exactamente?
Es infraestructura de facturación electrónica peruana para empresas que no quieren pelearse con SUNAT directamente. Tres productos sobre el mismo core: SUIT Billing (API REST para developers), SUIT Portal (interfaz web para PYMEs) y SUIT Finance (módulo de gestión financiera). Emite facturas, boletas, notas de crédito/débito y las valida en línea contra SUNAT.
¿Qué significa que era una plataforma de pagos 'Serie A 6 meses atrasada'?
El producto tenía inversionistas, usuarios comprometidos y una fecha de launch que ya había pasado. El equipo técnico estaba en modo apagar-incendios, los sprints completaban el 30% de lo comprometido y los stakeholders recibían escalaciones casi cada semana. Intinova Labs entró para diagnóstico y rescate, no como equipo de staff augmentation.
¿Cómo pasaron de 30% a 92% de sprint accuracy sin agregar más developers?
El diagnóstico reveló que el equipo comprometía por entusiasmo, no por throughput medido. Paso 1: congelar compromisos un sprint y medir throughput real (resultó: 7 items/sprint). Paso 2: redimensionar a 8 items + 25% buffer para trabajo urgente. Paso 3: daily syncs de 10 minutos con tablero de blockers. En 6 semanas el accuracy llegó al 92%.
¿Cómo manejan los picos de cierre de mes en la integración SUNAT?
Los primeros y últimos días de cada mes traen picos de 10-50x el tráfico promedio. El sistema usa colas SQS para desacoplar la recepción de comprobantes de la comunicación con SUNAT: el cliente recibe ack inmediato, la sumisión se procesa async con reintentos exponenciales. Si SUNAT está saturado, el sistema espera y reintenta — el negocio del cliente no se detiene.
¿Qué pasa si SUNAT está caído?
El sistema sigue aceptando comprobantes (los encola), notifica al cliente el estado pendiente, y los procesa cuando SUNAT vuelve. Es una de las razones por las que empresas eligen un proveedor especializado en lugar de integrar SUNAT directamente — el manejo de fallos está resuelto.
¿Este caso es relevante para mi producto si no es de facturación?
Sí, en tres dimensiones independientes del dominio: (1) rescate técnico de equipos con sprints rotos y stakeholders perdiendo confianza, (2) integración resiliente con sistemas externos regulados que fallan o cambian sin aviso, (3) arquitectura de picos predecibles con colas async. Cualquiera de los tres aplica a tu proyecto.
¿Es una solución de Intinova Labs o un producto del equipo?
Suit.pe es un producto independiente co-fundado por Álvaro Burga (co-founder técnico de Intinova Labs). Lo incluimos porque demuestra las capacidades del equipo en infraestructura crítica con SLAs reales, rescue de delivery, y operación regulada.

¿Tu producto se parece a este caso?

Conversemos. Una auditoría técnica de S/ 379 te da claridad sobre qué patrones aplican a tu situación.

Solicitar auditoría — S/ 379