Portal del inversionista

Uso de fondos (portal del inversionista)

Muestra el capital aportado (solo contribuciones pagadas), el comprometido (gastos aprobados o pagados — la misma definición del ejercido del despacho), el pagado, y el disponible = capital − comprometido: al socio jamás se le dice que hay capital disponible cuando ya está aprobado y comprometido aunque no haya salido de la cuenta. Los gastos aún en revisión del despacho (registrado/verificado) NO aparecen al socio — no es ocultamiento, es alcance por responsabilidad: el socio no aprueba gastos del despacho, y ese dinero sigue plenamente visible para quien sí responde por él, en Gastos. Con montos chicos contra capital grande el porcentaje muestra "<1%", nunca un 0% junto a un monto real.

Portal del inversionista (nuevo) — qué es y en qué se diferencia

Además del portal del cliente, un proyecto puede tener portales de inversionista: un enlace por socio, para quien puso el capital. Son universos separados a propósito: el cliente nunca ve costos ni márgenes, y el inversionista nunca ve la facturación al cliente (estimaciones, calendario de pagos, estado financiero, monto de contrato y honorarios de la ficha, propuestas y cotizaciones firmadas) ni el canal de solicitudes. Esa separación no depende de acordarse de apagar un toggle: está dentro del sistema, así que no se puede filtrar por error de configuración. Cómo se comparte: en Inversionistas, el portal de cada socio abre una hoja (como la del portal del cliente): "Mandar por WhatsApp", "Copiar liga", "Ver como inversionista", "Mandar por correo" (a su correo de Inversionistas), "¿Qué ve este socio?" (un interruptor por sección: capital, uso de fondos, presupuesto, avance, bitácoras, fotos, programa, fases, fechas, archivos, decisiones, conversación; y si puede descargar archivos), "Bienvenida y portada", "Cambiar liga" (la anterior deja de servir; lo que ve no cambia) y "Desactivar portal". La liga del socio vence a los 12 meses de creada (la hoja dice "Activa · vence el {fecha}"; a 30 días o menos avisa "Vence pronto" y ofrece "Renovar 12 meses": la misma liga sigue sirviendo; nunca queda para más de 12 meses desde hoy, ni sin vencer) y pide código de acceso: la primera vez en cada teléfono o computadora, el socio recibe un código de 6 dígitos en su correo de Inversionistas (vale 30 días por dispositivo). Si el socio no tiene correo, su liga no pide código: la hoja lo avisa ("Agrega el correo de … en Inversionistas"). Si cambias su correo en Inversionistas, su liga lo sigue; si se lo borras, su liga deja de pedir código. En los dos casos, los teléfonos y computadoras que ya habían entrado con el correo anterior pierden ese acceso.

Quién ve y mueve el dinero de los socios

Ver socios, aportaciones, distribuciones, la cascada y los documentos de socios pide el permiso de Finanzas para ver; dar de alta, crear; cambiar, editar (el dueño y los administradores siempre; un interno, solo con su permiso de Finanzas en Equipo; un externo, nunca). Borrar sigue siendo de administradores. Un socio con dinero no se borra: si tiene aportaciones o distribuciones, "Eliminar" ofrece "Archivar": deja de verse en la lista (queda en "Archivados", con lo que aportó, y se regresa con "Regresar a la lista") y su dinero sigue contando en el capital y en los retornos. Lo mismo un socio con participación (por ejemplo, su tierra en especie) aunque no tenga aportaciones en efectivo, o con documentos (su contrato, por ejemplo). Un socio sin dinero, participación ni documentos sí se elimina. Las ligas de los socios y sus documentos también piden Finanzas: un externo o un interno sin ese permiso no las ve ni las toca, y su vista previa le pide el código como a cualquiera. "Cambiar liga" de un socio pide Finanzas para editar. "Historial de cambios" (al final de Inversionistas, con Finanzas para ver): cada alta, cambio y borrado de socios, aportaciones, distribuciones, instrumentos, participación, cascada, preventas y financiamientos, con quién lo hizo, cuándo y qué cambió ("Monto: $100,000 → $120,000"); nadie lo puede borrar ni editar.

Portal del socio por instrumento (nuevo)

El portal de cada socio se organiza por instrumento: si participa en dos (por ejemplo Ticket de Tierra y Capital de obra), ve dos posiciones separadas, en pestañas. Nunca hay una cifra combinada —ni TIR ni múltiplo— porque son contratos distintos y sumarlos inventaría un vehículo que nadie firmó; si solo participa en uno, no hay pestañas. Por instrumento ve: Mi posición (su % o sus m² y el % del terreno en tierra, lo aportado, lo pendiente, lo que ya recibió y lo que sigue sin recuperar), su Calendario de pagos (sus llamadas de capital con fecha compromiso, hito, forma de pago y notas; las vencidas en ámbar; las pendientes que aún no vencen, en gris), el Capital del instrumento y las Distribuciones (lo suyo siempre; el desglose de los demás solo si el instrumento lo permite), sus Retornos —TIR, múltiplo y capital recuperado de ese instrumento, nunca una cifra combinada con otro, porque son contratos distintos—, las Métricas del modelo —los múltiplos y la TIR declarados por el promotor, con su fuente y su fecha, sin motor ni escenarios: LogUp no los calcula, los publica— y sus Documentos. Debajo, una sola vez, los Hitos de la obra con semáforo (hecho, en curso, atrasado, próximo) y la Galería de fotos publicadas: la obra es una aunque la financien varios instrumentos. Si hubo una venta entre socios, el comprador ve su tramo como "2% comprado a Socio 1 · $3,937.50/m²" y el vendedor "Venta de 2% a Socio 3 · $362,921 recibidos" — con las reglas de anonimato de siempre, así que un socio anónimo aparece como "Socio N" también ahí. Los números que ve son suyos: el total del instrumento y el desglose de los demás solo aparecen si el instrumento tiene encendido "Los socios ven el cap table completo".

Qué publicas tú (en Inversionistas, grupo Cliente y socios)

Los hitos y las fotos que ve el socio se eligen uno por uno en "Qué ven los socios en su portal" — nacen ocultos y nada se publica solo. Los documentos se suben ahí mismo con dos alcances que se enuncian antes de subir: para este instrumento o para todo el proyecto, y para todos los socios o para uno solo (su contrato, sus recibos) — un documento dirigido a un socio no existe para los demás. Los archivos viven en un bucket privado y el portal los entrega con enlaces firmados.

Inversionistas (en el proyecto)

Tab "Inversionistas" del proyecto (solo administradores): das de alta a cada socio (nombre, correo, % de participación, notas) y registras sus aportaciones de capital — concepto, monto, fecha compromiso y estado pendiente / pagada (con fecha y forma de pago). Sirve tanto para un calendario de exhibiciones tipo mensualidades como para aportaciones sueltas ya pagadas. Arriba ves capital aportado, pendiente, número de socios y la suma de participaciones (te avisa si no da 100%). Una aportación es capital que el socio mete al proyecto — no es una ministración (eso es lo que el CLIENTE te paga a ti).

Divulgación entre socios (nuevo)

Los socios suelen entrar con montos y condiciones distintas, y enseñarle a todos los números de todos genera conflicto. Por eso Inversionistas (Cliente y socios) tiene el control "Qué ve cada socio de los demás", que es del proyecto (la misma regla para todos — una regla por socio crearía justo el conflicto que se quiere evitar):

• Completo (default): cada socio ve el capital total, cuánto aportó cada socio (nombre, monto y %) y el detalle de sus propias aportaciones.
• Agregado: cada socio ve el capital total del proyecto y el detalle de sus propias aportaciones. El desglose por socio no existe para él — no es que esté oculto en pantalla: el servidor no lo manda. Debajo del selector, LogUp te dice en palabras qué verá cada socio con el modo activo, para que no haya sorpresas después de compartir el enlace.

Ocultar el nombre de un socio

Independiente del modo anterior, cada socio puede marcarse como anónimo ante los demás (casilla en su ficha). En modo Completo aparece para los otros como "Socio N", con su monto y % intactos — se oculta QUIÉN, nunca CUÁNTO, o los totales dejarían de cuadrar. Él siempre ve su propio nombre real. El número es fijo desde que se da de alta: no se recalcula si después se agrega o se elimina a otro socio (si alguien se elimina, su número queda como hueco — reusarlo sería darle a otro la identidad de alguien más). En modo Agregado la casilla no cambia nada, porque ahí nadie ve el desglose.

Qué ve un inversionista en su portal

Desde Inversionistas (Cliente y socios), el botón de compartir de cada socio genera su enlace personal (sin cuenta, como el del cliente). Ve:

• Capital del proyecto: capital aportado y por aportar del proyecto, la aportación de cada socio (solo el total, y solo en modo Completo) y el detalle línea por línea únicamente de las suyas. Un socio nunca ve los movimientos de otro.
• Uso de fondos: en qué se ha ejercido el capital — por partida y por tipo de gasto (material, mano de obra, subcontrato, indirectos…), con ejercido (todo el gasto registrado) vs pagado (lo ya liquidado) y el disponible. Son cifras agregadas: nunca proveedor, descripción ni comprobantes. El gasto que aún no está ligado a una partida aparece en un bucket explícito "Sin partida asignada" — así el total siempre cuadra en lugar de esconder lo no clasificado.
• Y lo que tú actives del avance físico: bitácoras, fotos de la semana, programa de obra, fases, próximas fechas, archivos, decisiones, conversación y la Curva S.

Distribuciones (el dinero que regresa al socio)

Además del capital que entra, el proyecto registra lo que se le devuelve a cada socio, y siempre separado en dos tipos:

• Retorno de capital: devolución de lo que el socio puso. No es ganancia.
• Utilidad: lo repartido por encima del capital — la ganancia propiamente dicha. Mezclarlos reportaría rendimiento donde solo hubo una devolución, así que LogUp nunca los suma en un solo número. En el proyecto se capturan desde Inversionistas (Cliente y socios) con "Registrar movimiento" → Distribución: pones el monto total y LogUp sugiere el reparto por % de participación, editable renglón por renglón (los repartos reales se desvían). Si algún socio no tiene % definido, no se sugiere reparto y se capturan los montos a mano. Cada distribución tiene estado pendiente / pagada y fecha. Una distribución no es costo de obra: nunca entra al presupuesto ejercido ni al uso de fondos.

Posición neta

En el portal, cada socio ve su capital en riesgo (lo que aportó menos el capital ya devuelto) y su utilidad recibida, por separado. La utilidad nunca se resta del capital: si se netearan, un capital que sigue metido en la obra se vería como ya recuperado.

Retornos reales (TIR, múltiplo, ROI)

LogUp calcula el rendimiento real de cada socio a partir de los movimientos ya pagados — nada proyectado:

• Rendimiento anualizado (TIR / XIRR): el rendimiento equivalente por año considerando la fecha de cada movimiento.
• Múltiplo (MOIC): cuántas veces ha recibido de vuelta lo que aportó (1× = recuperó exactamente su capital).
• ROI simple: ganancia o pérdida sobre lo aportado, sin considerar el tiempo.
• Capital recuperado %: qué parte del capital original ya se devolvió. El mismo cálculo alimenta el portal y el tab del despacho, así que los números no pueden diferir entre las dos pantallas.

Por qué a veces dice "aún sin distribuciones" o "sin datos suficientes"

LogUp no inventa números:

• Mientras no haya ninguna distribución, no se muestran múltiplo ni ROI. Matemáticamente serían 0× y −100%, y aunque es cierto, se leería como "perdí todo" cuando en realidad significa "todavía no me reparten". En su lugar se muestran el capital aportado y el capital en riesgo, que sí son reales. En cuanto hay una distribución aparecen los números tal cual, incluidos los negativos — un proyecto a medio recuperar legítimamente tiene ROI negativo.
• La TIR necesita movimientos con fecha y de ambos signos. Si no los hay, LogUp dice el motivo ("aún sin distribuciones", "faltan fechas en los movimientos", "flujos insuficientes") en vez de un guion o un cero.
• Un movimiento pagado sin fecha sí cuenta para el múltiplo y el ROI, pero no puede entrar en la TIR. Cuando pasa, se avisa para que el número no parezca inconsistente sin explicación.
• Retornos proyectados (cuánto va a rendir al final) todavía no existen: requieren un valor y una fecha de salida esperados, que LogUp no conoce. Conoce costos y capital, no el ingreso futuro.

La divulgación también aplica a distribuciones y retornos

En modo Completo cada socio ve el reparto y el rendimiento de todos (con los anónimos como "Socio N"). En modo Agregado ve los totales del proyecto, su detalle y su TIR — nunca la de otro socio.

Proyecciones — lo estimado, nunca revuelto con lo real

Además de los retornos REALES (que salen de movimientos ya pagados), el despacho puede capturar un modelo de inversión del proyecto y ver retornos proyectados. La diferencia es de origen: los reales los calcula LogUp de los movimientos; los proyectados salen de supuestos que el despacho escribe. LogUp no estima ingresos por su cuenta — sin modelo capturado, no hay proyección y así se dice.

Cómo funciona el modelo

Tres tipos, uno por proyecto: Venta (valor de salida esperado y fecha, con preventas parciales opcionales), Renta (renta mensual, inicio, número de meses, escalamiento anual opcional y venta residual opcional) y Honorarios (recurrente por N meses, o por hitos con monto y fecha). El modelo no guarda una "utilidad esperada": guarda parámetros, y de ahí LogUp genera los flujos proyectados que entran al mismo cálculo de TIR que usan los retornos reales — por eso proyectado y real se pueden comparar de frente. Los proyectos de modelo mixto (construir para vender y a la vez conservar para rentar) todavía no se modelan.

Tres escenarios

Cada proyecto puede tener pesimista, base y optimista, cada uno con sus propios parámetros y un campo de supuestos ("por qué estos números"), que se muestra siempre junto a los resultados. Solo base es necesario; si no capturas los otros dos, LogUp muestra únicamente el base en vez de inventarlos.

Qué calcula

Utilidad proyectada = ingresos proyectados − costo total, donde el costo total es el presupuesto del proyecto (no lo ejercido a la fecha: restar un gasto parcial de un ingreso futuro inflaría la utilidad al principio de la obra). La pantalla dice siempre sobre qué cifra está calculando ("sobre presupuesto de $X"). Si no hay presupuesto capturado, no hay utilidad proyectada y se dice el motivo. También calcula ROI y TIR proyectada, que combina los movimientos reales ya pagados con los proyectados a futuro — así se etiqueta en pantalla.

Por socio

La proyección se reparte por % de participación, y ese supuesto se muestra siempre: se asume que cada socio recupera su capital y recibe la utilidad a prorrata, sin retorno preferente, catch-up ni promote. Si algún socio no tiene % capturado no se reparte nada (repartir sobre porcentajes incompletos le daría cero a quien sí invirtió). Y si los porcentajes no cuadran con lo aportado hasta hoy, LogUp lo advierte: la proyección está asumiendo que se completará el capital comprometido.

Quién ve las proyecciones

Por default nadie fuera del despacho. Hay un interruptor por proyecto para compartirlas con los inversionistas, y aun encendido el portal muestra solo el escenario base — nunca el pesimista ni el optimista, porque enseñarle un optimista a un socio se acerca a prometerle un rendimiento. En el portal el bloque va separado de los retornos reales, con etiqueta "Estimación" y la aclaración de que es un cálculo con supuestos, no un rendimiento comprometido ni una garantía.

Aportación en especie (terreno) y la doble base

No todo el capital entra en efectivo: en una obra típica los socios meten terreno que compraron a precios distintos y lo aportan a un precio acordado más alto. LogUp captura solo lo primitivo —m², precio de compra/m², fecha de compra y precio de aportación/m²— y calcula solo el resto. De ahí salen dos cifras que responden preguntas distintas:

• Valor de aportación: el valor con que entró al trato. De aquí sale el % de participación, porque eso es lo que se negoció.
• Costo histórico: lo que ese socio realmente desembolsó. Cuando hay aportaciones en especie aparece un selector de base y todos los retornos se pueden leer de las dos formas: sobre el valor de aportación ("cómo voy según el trato") o sobre el costo histórico ("qué gané sobre el dinero que saqué"). Si todo el capital fue efectivo las dos bases dan el mismo número, así que el selector ni aparece.

Utilidad en papel (no realizada)

Aportar un terreno que se apreció crea una ganancia contable el día de la aportación, sin que entre un solo peso: la diferencia entre el valor de aportación y el costo histórico. LogUp la muestra en su propio renglón, etiquetada como no realizada, y nunca la suma dentro del ROI ni del múltiplo — no es dinero recibido y no se realiza hasta la venta. Junto a esa cifra aparece un aviso de que aportar un terreno apreciado puede tener efectos fiscales y conviene consultarlo con un contador (LogUp no calcula impuestos).

Cómo recupera cada quien

Se define por aportación, no por socio, porque el mismo socio puede meter terreno y efectivo en la misma obra: en efectivo (se le devuelve su capital en dinero), solo utilidad (no hay devolución de capital: se convirtió en participación, y LogUp lo dice en vez de mostrar una recuperación pendiente que nunca va a llegar) o en unidades construidas. Cada socio puede tener una forma por default que las aportaciones nuevas heredan, editable en cada una.

Recuperar en unidades y su efecto en la TIR

Una unidad construida no es un flujo de efectivo. Para que entre a la TIR hay que capturar su valor estimado y su fecha estimada de entrega; con eso, la TIR de ese socio queda parcialmente proyectada y así se etiqueta. Si faltan esos datos, LogUp no calcula la TIR: dice "recuperación en especie sin valuar", en vez de inventar un número.

Preventas

Las unidades ya vendidas se registran con unidad, comprador, monto, fecha y estado (apartado / contratado / escriturado / cancelado). Son dinero real que fondea la obra, no una hipótesis, y se suman a la proyección — por eso el valor de salida del escenario debe representar solo el inventario que no está prevendido. Las canceladas no cuentan, y una preventa sin fecha no entra a la proyección de flujos (LogUp lo avisa).

Recordatorio de aportaciones por vencer

Las aportaciones pendientes con fecha compromiso dentro de los próximos 30 días generan un aviso a los administradores del proyecto, una sola vez por aportación.

Financiamiento (deuda del proyecto)

Un proyecto puede apalancarse: crédito puente, hipotecario, línea de crédito. Se registra en Inversionistas (Cliente y socios), detrás del interruptor "¿Este proyecto tiene financiamiento?" — un proyecto sin deuda no ve ni un campo extra. De cada crédito se captura acreedor, tipo, principal, tasa anual, plazo y estado (proyectado / contratado / liquidado), y luego sus movimientos reales: disposiciones, pagos de capital, pagos de intereses y comisiones.

Todo lo demás se deriva de esos movimientos, así que no hay un saldo que pueda quedar desincronizado:

• Saldo insoluto = dispuesto − capital pagado.
• Costo financiero pagado = intereses + comisiones. Un pago de capital baja el saldo pero no es costo; un pago de intereses es costo y no baja el saldo.

El servicio de deuda NO es costo de obra

Los intereses no se capturan como gasto del proyecto: si lo hicieras, inflarían el ejercido del presupuesto y aparecerían en el uso de fondos como si fueran construcción. Por eso viven en su propio módulo.

Utilidad neta y por qué importa

La utilidad bruta proyectada es ingresos − costo de obra. La neta resta además el costo financiero, y es la que de verdad queda por repartir entre los socios: repartir la bruta sería repartir el dinero del banco. Si el proyecto tiene deuda sin tasa ni plazo capturados, LogUp no calcula la utilidad neta — dice qué falta, en vez de dar un número que se vería completo.

El costo financiero proyectado es una aproximación, y se dice

Se estima como interés simple sobre el capital por el plazo: no modela amortización ni el calendario de disposiciones. Esa advertencia aparece debajo de la cifra, porque quien la compare contra una cotización bancaria real necesita saberlo sin buscarlo.

Qué ve el inversionista en su portal

Con el portal de capital encendido, el socio ve saldo insoluto, crédito dispuesto, capital devuelto y costo financiero pagado — es su información, porque el apalancamiento cambia cuánto queda para repartir. No ve el nombre del acreedor, la tasa ni los términos: eso es del despacho. En Uso de fondos, el crédito aparece como una fuente separada del capital de los socios, nunca sumado: es dinero del banco que el proyecto debe devolver con intereses.

Reparto estructurado (waterfall)

Por default el reparto entre socios se sugiere a prorrata del % de participación — el comportamiento de siempre. Si tu convenio tiene una cascada, se activa con "¿El reparto es estructurado?" en Inversionistas (Cliente y socios) y se arma con escalones ordenados, no con un formulario fijo:

• Devolución de capital: regresa lo aportado, a prorrata del capital que cada socio todavía tiene invertido — no del % de participación. Devolverle capital a quien no aportó capital no sería un reparto, sería un error.
• Retorno preferente: rendimiento anual sobre el capital antes de repartir utilidades, con interés simple o compuesto (los dos existen en México, así que se elige).
• Catch-up del promotor y split (X% socios / Y% promotor). Los escalones se reordenan, así que también se pueden modelar los tratos raros: dos preferentes apilados, un split con hurdle intermedio.

El promotor

se marca con una casilla en la ficha del socio: en un desarrollo mexicano casi siempre es también socio con capital.

El simulador es el centro

Escribes un monto y ves el reparto escalón por escalón y socio por socio: "De $2,000,000: $1,600,000 de devolución de capital, $240,000 de preferente, $0 de catch-up, $160,000 de split 80/20". Eso es lo que se contrasta renglón por renglón contra el convenio — y por eso también se guarda la cláusula del convenio junto al modelo.

LogUp SUGIERE, nunca reparte solo

Las distribuciones se siguen capturando a mano. Al registrar una, el botón "Sugerir reparto" pre-llena el monto de cada socio con el resultado del waterfall y muestra el desglose que lo produjo — pero todos los montos son editables. Si el cálculo y el convenio alguna vez difieren, manda el convenio. Nunca se crean distribuciones automáticamente.

Lo que LogUp no puede calcular, lo dice

Si falta la tasa del preferente, los porcentajes del split no suman 100, o hay catch-up sin promotor marcado, no hay sugerencia — dice qué falta en vez de repartir a medias. Y si sobra dinero que ningún escalón alcanza, lo muestra como remanente en lugar de desaparecerlo.

El preferente tiene un supuesto que se enuncia en pantalla

se devenga sobre cada aportación desde su fecha, sin descontar las devoluciones de capital intermedias, así que lo sobreestima una vez que ya devolviste capital. Esa advertencia aparece junto al número, no escondida.

ISR

Se puede capturar una retención por default del proyecto que pre-llena cada distribución, y lo aplicado se guarda en cada distribución (porcentaje y monto) — porque la tasa puede cambiar entre repartos y cada movimiento tiene que poder explicarse solo años después. Solo aplica sobre utilidad: devolver capital no es ingreso, y la base de datos lo impide, no solo la pantalla. Es informativo —una cifra de referencia para el socio—, no un cálculo fiscal ni un documento: consulta a tu contador.

Qué ve el socio en su portal

En cada una de sus distribuciones ve de qué escalón salió (por qué le tocó eso) y, si hubo retención, el ISR y el neto. Los montos de los demás socios siguen la regla de divulgación de siempre.

Por dónde empezar en Inversionistas

El tab guía el orden mientras el proyecto está vacío (y el aviso desaparece en cuanto hay un socio, para no estorbar): 1) registra a los socios y su % de participación · 2) captura sus aportaciones, en efectivo o en especie · 3) si hay crédito, registra el financiamiento · 4) configura el modelo de inversión para poder proyectar · 5) si el reparto es estructurado, arma la cascada · 6) registra distribuciones cuando repartas.

Cada sección dice para qué es en una línea, y cuando está vacía dice qué capturar y por qué importa — no "no hay datos", sino "registra la primera aportación para que aparezcan el capital en riesgo y los retornos". Cuando una sección depende de otra, lo avisa: la cascada pide socios con capital y un promotor marcado; los retornos piden distribuciones pagadas; las proyecciones piden el presupuesto del proyecto.

Distribuciones y retornos son secciones del PROYECTO, no de cada socio

Una distribución es un evento del proyecto que se reparte entre los socios — "reparto $1,000,000" y el sistema divide — no cuatro capturas de "dale $X a fulano". Capturarlas socio por socio es justo lo que produce repartos equivocados, como devolverle capital a quien no aportó.

Las simulaciones no se confunden con los registros

El simulador de la cascada va en su propio recuadro punteado, con la etiqueta Simulación y la aclaración de que no guarda nada: es un "qué pasaría si" para contrastar contra el convenio antes de aplicarlo. Es el mismo tratamiento visual con que el portal separa lo estimado de lo real.

Un escalón que no alcanza lo dice

Si el monto se agota antes de llegar a un escalón —por ejemplo, la devolución de capital consume todo y el split nunca se ejecuta— ese escalón aparece con $0 y su motivo: "No alcanzó — el escalón anterior consumió todo el monto." Cambiar el split de 80/20 a 70/30 y que "no pase nada" tiene una explicación, y se muestra.

Historial de participaciones (cap table)

El % de cada socio puede cambiar con el tiempo, y LogUp lo guarda con fechas. Esto importa por una razón concreta: un reparto de marzo se divide con las participaciones de marzo, no con las de hoy. Si alguien transfirió su participación en abril, usar los porcentajes actuales le quitaría dinero a quien sí la tenía cuando salió el reparto. Al sugerir un reparto, LogUp dice con qué cap table lo calculó.

Cambiar una participación no edita el registro anterior: lo cierra y abre uno nuevo, así que el historial queda completo. En la ficha de cada socio se ve la línea de tiempo con el motivo de cada cambio.

Transferir participación — qué se mueve y qué no

Se transfiere la participación (el % de las utilidades futuras). No se transfiere el capital aportado ni el historial de distribuciones: ese dinero ya salió a la cuenta de quien lo recibió, y su TIR es suya. El comprador le pagó al vendedor, no al proyecto — ese dinero nunca entró a la obra, así que registrarlo como aportación inventaría capital que el proyecto no recibió.

La consecuencia se muestra con números reales antes de confirmar: el comprador queda con % y (si no ha aportado) sin capital, por lo que su múltiplo y su TIR quedan sin calcular hasta que aporte o reciba; el vendedor conserva su capital aportado y su historial de retornos, con menos participación o sin ella.

Por eso, cuando hay transferencias registradas, el aviso de que "los porcentajes no coinciden con lo aportado" cambia de texto: deja de leerse como error y dice que es lo normal después de una transferencia.