Cómo Construiría un Sistema de Diligencia Debida Inmobiliaria

Respuesta directa

Un sistema de diligencia debida inmobiliaria es una capa de coordinación que identifica una propiedad, obtiene los registros que la describen, extrae lo que dice cada uno, y ensambla las contradicciones en un único expediente que un profesional puede firmar. Introduce la propiedad, obtén qué estás comprando y qué está mal en ello. El precio y la decisión de seguir adelante permanecen con el abogado y el ingeniero. Este es un sistema diseñado, no un desarrollo desplegado. Proviene del laboratorio Shopify Your Industry y nunca se ha vendido ni validado con un cliente.

Puntos clave

• El comprador ya está haciendo el trabajo de integración, mal, bajo presión de tiempo. Ese trabajo es el producto.
• El producto es la capa de coordinación: identificación, obtención, extracción, detección de contradicciones, revisión profesional.
• El cuello de botella es el acceso a los datos. Los registros rara vez son una API, y la cobertura es desigual.
• El veredicto tiene que permanecer por tema. Un defecto de propiedad y una desviación de permiso no son el mismo tipo de problema.
• Este es un modelo, como el sistema de reservas de carga. El sistema que sí he construido es el bucle de seguimiento comercial en un CRM.

¿Qué problema posee realmente este sistema?

Un comprador coordina a un abogado, un ingeniero, una búsqueda registral, y una comprobación fiscal, y luego ensambla la respuesta él mismo a partir de cuatro documentos que no se referencian entre sí.

Hoy el camino suele ser este:

1. El comprador encuentra una propiedad y tiene semanas, a veces días, para decidir.
2. Se instruye a un abogado para verificar el título, y trabaja con documentos que el vendedor proporciona.
3. Un ingeniero inspecciona y verifica el permiso frente a lo que hay físicamente.
4. Se obtiene un extracto registral, a veces a través de un profesional, a veces nunca.
5. Cada profesional informa sobre su propia parte, en su propio formato.
6. El comprador decide, con cuatro documentos que nunca se mencionan entre sí.

Nada de eso es criterio legal o de ingeniería. Es información moviéndose entre un registro, un vendedor, un abogado, un ingeniero, y una oficina fiscal, cada uno con solo una pieza. Esa es la capa de coordinación, y es el producto.

El flujo de trabajo existente que mapearía primero

Antes de cualquier llamada al modelo, me sentaría con un abogado y un ingeniero a recorrer una compra completada y otra que colapsó.

Si esa tabla está mal, el sistema está mal. Preferiría pasar una semana en la tabla que un mes en el desarrollo equivocado.

Cómo funcionaría el sistema

Identificación de la propiedad

Todo lo que viene después depende de identificar el objeto correcto: identificador de parcela, edificio, unidad de propiedad horizontal, y cómo se relacionan. Las direcciones en texto libre no bastan. El sistema resuelve lo que puede, muestra de dónde lo resolvió, y se detiene en lugar de adivinar cuando los identificadores no coinciden. Un informe de diligencia debida sobre la parcela equivocada no es una respuesta parcial, es una respuesta equivocada.

Obtención registral y de cargas

Este es el paso que decide si el producto existe. En Grecia los registros están en el Catastro Helénico y, en zonas aún no transicionadas, en los registros hipotecarios locales. El acceso pasa por servicios electrónicos profesionales y extractos de pago en lugar de una API abierta, la cobertura es desigual mientras continúa la transición catastral, y algo de la obtención es simplemente una persona con credenciales. Construiría para una obtención parcialmente manual y mostraría la fuente y la fecha de cada registro, en lugar de fingir que un registro se comporta como una API de producto.

Extracción de documentos

Escrituras, permisos, planos, transferencias previas, declaraciones fiscales. El sistema extrae partes, cuotas, superficies, fechas, cargas, y referencias de permisos, y las normaliza para que el mismo campo de cuatro documentos pueda compararse. Cada valor extraído mantiene un puntero a la página de donde vino. Cuando un escaneo es de mala calidad o una anotación manuscrita importa, el elemento va a una cola humana en lugar de al informe.

Evaluación de riesgos

La detección de contradicciones es la parte útil: la superficie en la escritura frente a la superficie en el permiso, los propietarios en la cadena de título frente al registro, el edificio como está dibujado frente al edificio como se describe, una carga con fecha posterior a la última comprobación. Cada hallazgo se plantea como qué discrepa, qué podría significar, y qué lo resolvería. Los hallazgos se mantienen separados y tipados. Una cadena de propiedad sin resolver y un balcón sin permiso son riesgos distintos con remedios distintos, y no los promediaría en una puntuación.

Revisión profesional

Un abogado firma la posición de título. Un ingeniero firma la posición física y de permisos; en Grecia el estatus de ese profesional pasa por el Colegio Técnico. Pueden añadir, quitar, o revertir cualquier cosa que el sistema haya encontrado. El informe que recibe el comprador es suyo, no del sistema, y la contribución del sistema es que empezaron desde un expediente ensamblado en lugar de una bandeja de entrada.

¿Qué permanece bajo control humano?

• La opinión legal sobre el título.
• La evaluación del ingeniero sobre el edificio y sus permisos.
• Cualquier afirmación sobre cuánto cuesta arreglar un defecto.
• El consejo de seguir adelante, renegociar, o retirarse.
• Cualquier cosa en la que se confiaría en una transacción o una disputa.

El sistema prepara, una persona firma. Es la misma regla que sigo en el desarrollo del CRM, y la nota de Anthropic sobre construir agentes efectivos defiende el mismo argumento: mantener el flujo de trabajo simple e inspeccionable antes de añadir autonomía.

Cómo mediría el camino

Solo líneas base primero, porque no se ha construido nada:

• Días desde la instrucción hasta un panorama completo sobre el que el comprador pueda actuar.
• Horas que el comprador dedica personalmente a conciliar documentos.
• Hallazgos descubiertos después del depósito en lugar de antes.
• Registros que no se pudieron obtener en absoluto, y por qué.
• Contradicciones que los profesionales confirmaron frente a contradicciones que planteó el sistema.

Esa última es la medida de precisión que importa. Aprendizaje continuo aquí significa señales de uso, correcciones de los profesionales a la extracción y al marcado, y evaluación frente a hallazgos confirmados, revisado por una persona. No significa que el sistema decida por su cuenta que una discrepancia es irrelevante.

Cuándo este sería el desarrollo equivocado

• No se puede acceder a los registros. Este es el cuello de botella. Cuando la obtención es manual, restringida a profesionales acreditados, o la zona no ha transicionado al catastro, el sistema es una plantilla de informe y el coste sigue con las personas.
• Los profesionales no trabajarán desde un expediente preparado. Si el abogado rehace todo desde la fuente de todos modos, la capa de coordinación ahorra el tiempo del comprador y de nadie más, lo que cambia a quién se le puede cobrar.
• La transacción es pequeña o infrecuente. Un comprador puntual sin presión de tiempo usará un abogado y un teléfono. El diseño asume urgencia.
• No se puede situar la responsabilidad. Alguien tiene que firmar. Si ningún profesional pone su nombre en un expediente ensamblado en otro lugar, no hay producto, solo una herramienta de investigación.
• El mercado es opaco por preferencia. Donde vendedores, agentes, o intermediarios se benefician de que el comprador no ensamble el panorama, espera que el suministro de documentos sea el obstáculo, no el software.

Cómo se conecta esto con el proyecto

Este caso es uno de los modelos de Shopify Your Industry. El análisis de transporte de carga tiene la misma forma y un muro distinto: allí los transportistas, aquí el registro. El patrón de obtención y verificación cruzada se parece más a la Base de Datos de Oportunidades, que recopila continuamente y deja el criterio a una persona. El único sistema de este sitio que realmente funciona es el bucle de seguimiento comercial en un CRM.

Si esta capa de coordinación ya existe en tu empresa como cuatro documentos y una hoja de cálculo, el punto de partida operativo es la automatización de flujos de trabajo con IA. Si quieres que se examine con honestidad, describe el cuello de botella. Si solo quieres el próximo análisis, la newsletter basta.

Resumen

La abstracción es una línea: introduce la propiedad, ve qué estás comprando y qué está mal en ello. El resultado es un expediente que un abogado y un ingeniero pueden firmar, con un sí, un no, o una lista de qué negociar. Entre medias hay una aburrida capa de coordinación que mueve información entre un registro, un vendedor, un abogado, y un ingeniero. Esto es un modelo. Seguirá siéndolo hasta que alguien con acceso registral y una firma describa dónde se rompe de verdad.