Cómo seguir conditions de underwriting sin hojas de cálculo

Si sigues conditions en una hoja de cálculo mientras los uploads llegan por email y texto, en realidad no tienes un tracker. Tienes una lista de suposiciones sobre lo que ya se envió.

Las hojas de cálculo se sienten bien en el día uno. Para el día cinco, con uploads parciales, dos re-requests y un prestatario que sigue enviando PDFs por email en vez del enlace, la hoja ya está desfasada.

Un buen tracker de condiciones hace dos cosas: muestra qué sigue pendiente (y quién es responsable), y conecta cada condition con el documento exacto que la satisface. Esa segunda parte es donde las hojas de cálculo fallan.

Qué debe mostrar un tracker de verdad

Muchos equipos complican esto de más. Campos mínimos para que no se escape ninguna condition:

• Descripción de la condition (copia exacta del lenguaje de UW, no lo parafrasees)
• Categoría (income, assets, ID, property, credit, other)
• Responsable (prestatario, LO, processor, tercero)
• Fecha de solicitud
• Estado (Requested / Received / Needs re-upload / Submitted to UW / Satisfied)
• Notas (qué falta o qué está mal exactamente)

Con eso alcanza en la mayoría de archivos. Si quieres más, agrega:

• Fecha límite
• Número de condition en findings de UW (limpia los re-submissions)
• Nombre de archivo o enlace del documento que satisface la condition

Flujo de 5 pasos para mantener el tracker confiable

Paso 1: pega el texto de UW tal cual.

No traduzcas la condition a algo más amigable en esta etapa. Mantén el wording original en el tracker para validar que se recolectó el documento correcto. Puedes traducirlo para el prestatario al pedirlo, pero conserva el texto fuente para referencia interna.

Paso 2: normaliza estados.

Elige 5-7 estados y úsalos siempre igual. Si una persona usa "Pending", otra "Awaiting Receipt" y otra "Got It", el tracker miente. Estados recomendados:

• Requested
• Received (recibido pero aún no revisado)
• Needs re-upload
• Submitted to underwriting
• Satisfied / cleared

Paso 3: pide una condition por solicitud.

"Envíame estados de cuenta, paystub nuevo y P&L firmada" son tres solicitudes en un solo mensaje. El prestatario responde una y cree que terminó. Pide cada condition por separado para seguir cada una de forma independiente.

Paso 4: marca Received solo cuando de verdad lo revisaste.

Si marcas Received apenas entra el archivo y dos días después descubres que faltan páginas, tu tracker estuvo mal dos días. Haz una revisión rápida primero: ¿están todas las páginas?, ¿rango de fechas correcto?, ¿legible? Luego sí marca Received.

Paso 5: si se rechaza un documento, registra el motivo.

Este es el paso que más se omite. "Needs re-upload" sin motivo hace que el prestatario vuelva a subir el mismo archivo incompleto. Registra el porqué en el ítem: "faltan páginas 4-6", "fecha incorrecta, se necesita enero no diciembre", "falta página de firma".

Scripts copiables para solicitudes

Para pedir re-uploads a prestatarios, ser específico funciona mejor que ser ambiguo:

"Gracias por subirlo. Underwriting revisó este documento y necesitamos una versión completa. Por favor vuelve a subir todas las páginas de tu estado de cuenta de [Banco] para [Mes] (incluyendo páginas en blanco). Descarga el PDF completo desde el portal del banco y súbelo nuevamente con este enlace."

Para update interno al LO:

"Update de conditions: [#] abiertas. Principal bloqueo: [Condition X]. Se pidió corrección al prestatario el [fecha] por [motivo]. Reenvío objetivo: [fecha]."

Por qué Received y Satisfied no son lo mismo

Recibir un documento y satisfacer una condition son dos eventos distintos. Un documento puede estar recibido y aun fallar revisión. Una condition puede requerir varios envíos antes de quedar correcta.

Separar esos estados permite hacer re-submissions parciales cuando algunas conditions ya están listas y otras no, en lugar de esperar a que todo esté perfecto para enviar algo a underwriting.