01Resumen
El grupo lleva cada compra del primer contacto al contrato firmado. Su plataforma guarda un solo registro por persona y lee los datos de los documentos que se suben, con la fuente de cada uno. En cada etapa muestra qué documentos faltan todavía, y los inversionistas tienen un portal con lo que se aprobó para ellos.
Expediente del cliente
Una sola vista de cada persona: sus operaciones, documentos, pagos e identidad.
El lector de documentos
Cada documento reconocido y archivado, los principales leídos, cada dato con su evidencia.
El portal de inversionistas
Inversiones, documentos, pagos y firmas, solo lo aprobado.
02El reto
Un cliente, varias listas.
El mismo cliente podía estar en varias listas a la vez: como prospecto, como contacto y como inversionista. Los documentos se guardaban sin relación con una operación o una persona, y los datos se volvían a capturar de pasaportes y contratos. “¿Qué le falta a esta operación?” se resolvía con una llamada, y los inversionistas no tenían un solo lugar para ver lo suyo.
Lo que el cliente quería lograr
Un registro por persona
Nadie capturado dos veces.
Sin recapturar
Los datos salen de los propios documentos.
Saber siempre qué falta
Cada etapa declara los documentos que requiere.
Nada sin aprobar llega a un inversionista
El portal solo muestra lo que alguien aprobó.
Cómo funcionaba antes
- El mismo cliente en varias listas
- Datos recapturados de identificaciones y contratos
- “¿Qué falta?”, por teléfono
03Cómo lo construimos
- 01
Una plataforma desde la especificación del propio cliente
Una especificación detallada del negocio fue la base: permisos, bitácora de auditoría y un portal de inversionistas que solo muestra lo aprobado.
- 02
Auditar lo que de verdad corría
Las pruebas pasaban, pero la configuración publicada tenía apagadas las cargas, la lectura automática y todo lo que usaba AI. Lo encontramos y lo corregimos primero.
- 03
Una persona, un registro
Los datos se normalizan, los posibles duplicados se marcan y una persona decide cada fusión. Después, la base de datos rechaza las repeticiones.
- 04
Cada mercado, sus propias etapas
Conjuntos de etapas, tipos de comprador y los documentos que pide cada etapa. Una operación no avanza mientras falte un documento obligatorio.
- 05
Elegir el lector con documentos reales
Dos lectores comparados en 18 documentos de identidad reales contra respuestas que una persona había verificado.
- 06
Lectura con evidencia
Un dato del que el lector no está seguro nunca se escribe. Cada dato que escribe guarda su página y sus palabras exactas.
- 07
16 pruebas de aceptación integrales
Todo el recorrido, del primer contacto al contrato firmado, probado contra una base de datos real.
01La plataforma
3 semanas02Auditoría y decisiones
3 días03Construcción central
2 semanas04Aceptación
3 días
04Cómo funciona
Paso 01Contacto
Una persona, verificadaSe bloquea si coinciden identificación, correo o teléfono; se marca si coincide el nombre.Paso 02Documentos
Lectura en segundo planoLa carga termina enseguida y la lectura sigue por su cuenta.Cada dato con su fuenteSe guardan su página y sus palabras; los datos dudosos van a una lista de excepciones.Paso 03Etapas
Lo que faltaCada etapa enlista sus documentos obligatorios, y una persona moral necesita más que una persona física.Paso 04Firma
Del calendario a los pagosEl calendario del contrato se vuelve pagos con seguimiento.El portalLos inversionistas solo ven lo aprobado.
Reglas que la plataforma cumple
- Un registro por persona: se rechaza si coinciden identificación, correo o teléfono
- Una operación no sale de una etapa mientras falte un documento obligatorio
- Un dato dudoso nunca se escribe; espera en la lista de excepciones
- Cada falla tiene un error con nombre, nunca un falso éxito
- Los inversionistas solo ven lo aprobado
05El resultado
Cada compra pasa por una sola plataforma: un registro por persona, datos leídos de los documentos con su fuente, cada etapa con lo que todavía falta y pagos con seguimiento desde el calendario firmado.
| Antes | Después |
|---|---|
| El mismo cliente en varias listas | Un registro por persona, sin duplicados |
| Datos recapturados de identificaciones y contratos | Leídos del documento, cada dato ligado al lugar donde se leyó |
| “¿Qué falta?”, por teléfono | Cada etapa enlista los documentos que aún le faltan |
| Calendarios de pago guardados dentro de documentos | Pagos con seguimiento, en más de una moneda |
| Avisos a inversionistas enviados a mano | Un portal que solo muestra lo aprobado |
06En cifras
Un documento no tenía número; el lector dedicado lo dejó en blanco, como debía.
07Tecnología
Con qué funciona el sistema, para perfiles técnicos.
- Nube
- AWSDocker
- AI
- Un modelo de lenguaje para clasificar y leer documentosUn lector dedicado de documentos de identidad
- Datos
- PostgreSQLPrismaUna cola de tareas en la base de datos
- Documentos
- Renderizado de páginasDígito verificadorExtracción con evidencia
- Cómo construimos
- Next.jsNestJSTypeScriptVitestPlaywright
08Lo que sigue
Después, llaves de producción, despliegues y respaldos automáticos, una corrida contra los servicios de lectura reales y luego el acceso de los inversionistas al portal.
09Acerca de
Sobre el cliente
Un grupo de inversión en bienes raíces que compra en distintos países a nombre de sus inversionistas, y cada compra va del primer contacto al contrato firmado. Solo nombramos a un cliente con su permiso.
Sobre MYBB
MYBB construye sistemas a la medida de cómo ya funciona un negocio. Lo diagnosticamos con MYBB ROIQ, construimos el sistema, lo lanzamos con el equipo y lo seguimos operando y mejorando.