Padrón administra la venta de lotes de un loteo. Un lote es un ítem físico, único,
con identidad de ubicación y vendible una sola vez. Eso ya lo hace
cualquier planilla.
Lo que ninguna planilla hace es lo siguiente: un lote puede figurar
disponible para la venta y tener a alguien viviendo adentro. Los dos datos
son correctos al mismo tiempo — nadie vendió nada todavía, y alguien ocupó. No es un
error de carga: es la operación.
En esta instalación, ahora mismo
—
—
sellDisponible
reportOcupado por usurpación
Vendible según el sistema, invendible en la realidad. Si esa combinación se
descubre en la escribanía, ya costó plata.
Todo lo demás de la aplicación existe para que esa combinación se vea temprano: en el
listado, en la ficha, en el tablero y en el momento exacto en que alguien intenta
vender.
Las dos verdades
Un lote tiene dos estados independientes, y son independientes por una razón de
fondo: uno se calcula y el otro se constata. Nunca se muestran
juntos en un solo semáforo, porque un semáforo único borra exactamente la
información que hace falta.
sellEje 1 · Venta
Sale deEl proceso comercial: si hay o no una oportunidad avanzada sobre el lote.
Lo cambiaEl sistema, como consecuencia de mover una oportunidad de etapa.
Qué esDerivado. No existe columna que escribir: se calcula al leer.
ValoresDISPONIBLE · RESERVADO · VENDIDO
homeEje 2 · Ocupación
Sale deEl mundo físico: alguien fue, miró y anotó lo que vio.
Lo cambiaUna persona, en el campo, con evidencia.
Qué esObservado. No se deduce de ningún otro dato del sistema.
visibilityLos dos se ven en el listado, sin hover y sin un segundo click.
Venta va primero porque gobierna la acción comercial; ocupación va debajo porque
gobierna el riesgo. Y los dos se filtran por separado: así se puede preguntar
«mostrame los disponibles que están ocupados» sin armar una consulta.
La regla, y por qué va en una sola dirección
Hay una regla dura en toda la aplicación, y va en un solo sentido.
blockSe bloquea VENDER sobre un lote ocupado.
Avanzar una oportunidad a Seña, Boleto o Escritura sobre un lote cuya situación
no sea LIBRE ni REGULARIZADO
devuelve 409 · LOTE_BLOQUEADO_PARA_VENTA. Se puede
forzar, pero exige motivo y queda en la bitácora con tu usuario.
edit_location_altNunca se bloquea ANOTAR la ocupación.
Ni siquiera sobre un lote ya vendido. Un sistema que impide anotar la realidad no
evita el problema: hace que la realidad se anote en un cuaderno — y ahí el
sistema deja de valer.
De ahí sale un derivado que aparece en todas las pantallas:
blockBloqueado para venta
se calcula solo, en la misma fila, y no se puede desincronizar. No prohíbe nada por
sí mismo: hace el peligro consultable.
Cómo se usa
Elegí tu rol y mirá el recorrido. Son cinco pasos y cada uno abre la pantalla real.
Buscás el lote por manzana y número
La identidad son tres partes: loteo + manzana + número. Es única, y es la
única forma de encontrarlo desde la calle. El campo de búsqueda arranca con
el foco puesto.
Situación ocupacional y detalle. Escribí lo que te va a servir dentro de seis
meses: construcciones, servicios, quién dice qué. Esto no se bloquea nunca.
Cargás al ocupante, si lo identificaste
Se puede dejar vacío. Identificar al ocupante viene después, no antes — y un
contacto no tiene tipo: el mismo que hoy es ocupante puede ser comprador
mañana sin dejar de ser el ocupante de ese lote.
Sacás las fotos
Suben en paralelo mientras seguís completando el resto: la foto es parte del
flujo, no un adjunto que espera al final.
Agendás la próxima visita y enviás
Va todo junto o no va nada: situación, ocupante, documentos y cita son una
sola operación. Si se corta la señal, el formulario queda completo y
reintentás — el reintento usa la misma clave de envío, así que no se registra
dos veces.
Mirás el embudo
Ocho etapas, de Nuevo a Ganada o Perdida. Cada tarjeta muestra el lote, el
contacto, el monto y —esto es lo que no trae un CRM común— la situación
ocupacional del lote.
Eso es lo que mueve el estado de venta del lote. Ganada lo deja Vendido;
Seña, Boleto y Escritura lo dejan Reservado; el resto, Disponible. Nadie
escribe ese estado a mano porque no hay dónde escribirlo.
Si el lote está ocupado, el sistema te frena
Al soltar la tarjeta en Seña, Boleto o Escritura sobre un lote bloqueado se
abre el pedido de motivo. No es un cartel de error: es una decisión que deja
rastro en la bitácora.
Definís el plan de cuotas
Vive dentro de la oportunidad, no como entidad suelta: se reemplaza entero, y
si la oportunidad se borra, el plan se va con ella.
Cuota por cuota, con su fecha. Una cuota ya pagada no se paga dos veces: el
segundo intento devuelve 409 en vez de duplicar.
Cargás el loteo con el import masivo
Subir → previsualizar sin escribir nada → resolver los conflictos fila por
fila → confirmar. Cada conflicto trae su fila y su columna: saber
que la fila 137 está mal, sin saber qué celda, es lo mismo que no decirlo.
Son los lotes que están en la base y no vienen en el archivo. No se tocan
—nunca hay borrado implícito— pero se listan, porque el silencio es lo que
hace creer que se importó todo. Si un lote cambió de identidad, aparece acá
como ausencia y arriba como alta: ese par lo resuelve una persona.
Leés el tablero por la matriz, no por los totales
El cruce completo de los dos ejes, con la celda del peligro recuadrada. Dos
totales sueltos no dejan ver cuántos disponibles están ocupados, que es la
pregunta que el producto existe para contestar.
Ventas, conversión, ranking de loteos y desempeño por agente. Los cuatro
tienen la misma forma tabular, que es lo que permite un solo exportador en
vez de uno por reporte.
Trae el antes y el después de cada cambio. Con dos ejes eso vale oro:
reconstruye por qué un lote quedó como quedó, y es donde queda registrado
cada override de la regla con su motivo.
El mismo lote atravesando las tres manos en una jornada. Es el mejor resumen de cómo
encaja todo: nadie escribió el estado de venta, y sin embargo cambió dos veces.
Qué no hace
Dos cosas distintas, y conviene no mezclarlas: lo que la aplicación
no hace por decisión, y lo que todavía no hace porque el
contrato no lo define. Lo primero no se va a agregar; lo segundo es una
pregunta abierta.
gavelNo deja escribir el estado de venta. Por decisión: es un
derivado de las etapas y no existe columna. Guardar un derivado era el defecto
original.
gavelNo impide anotar la ocupación, nunca. Por decisión, y es la
mitad que sostiene a la otra: si anotar costara, no se anotaría.
gavelNo borra lotes al importar. Por decisión: dar de baja es un
acto explícito, uno por uno, nunca un efecto secundario de subir una planilla.
gavelNo pisa precios desde el import salvo que lo pidas. Por
decisión: el precio es lo que la gente edita a mano, y una planilla que lo pisa sin
aviso borra ese trabajo.
helpNo manda mensajes al contacto. Hueco declarado: el contrato
no tiene recurso de comunicaciones — ni endpoint, ni forma de mensaje, ni estados
de entrega. Es lo próximo del plan, y el lugar donde entra está marcado en
Configuración y en la ficha de contacto.
helpNo valida el formato del archivo de import. Hueco
declarado: el flujo está fijado, las columnas esperan una planilla real del
cliente.
helpNo resuelve la sesión. Hueco declarado: no hay endpoint de
acceso, vencimiento de token ni segundo factor en el contrato.
Vocabulario
Los valores de la izquierda son los del contrato y no se traducen en el
dato: viajan así entre el servidor y la pantalla. Lo de la derecha es cómo
se muestran. Si un concepto falta, se pregunta — no se inventa un término nuevo.