Volver al blog
Por Alonso Grimaldo|||4 min de lectura

Qué debe incluir un portal de inversionistas

Un portal de inversionistas es un espacio privado donde cada titular consulta la información que la administradora publica sobre su cuenta. Su valor no está en dibujar un gráfico: está en reunir saldo, movimientos, documentos y contexto bajo un mismo corte.

Portal de inversionistasSoftware a medida

Un portal empieza por la información que puede sostener

Un portal de inversionistas es un espacio privado donde cada titular consulta la información que la administradora publica sobre su cuenta. Su valor no está en dibujar un gráfico: está en reunir saldo, movimientos, documentos y contexto bajo un mismo corte.

Antes de diseñar pantallas hay que identificar quién produce esos datos, quién los revisa y con qué frecuencia se actualizan. Si la valorización se aprueba mensualmente, la interfaz debe mostrar el último cierre aprobado y su fecha. Llamarlo “tiempo real” cuando el origen es una planilla mensual crea una expectativa que el sistema no puede cumplir.

Estado de cuenta: fecha, moneda y explicación

El inversionista necesita distinguir capital aportado, retiros, distribuciones y saldo informado. La definición de cada concepto se acuerda con la administradora; no debe deducirse de una fórmula visual ni mezclarse entre monedas.

Un cierre necesita período, moneda, fecha de publicación y responsable del dato. Si existe un rendimiento calculado, hay que explicar su método y tratamiento de aportes y retiros. Para una primera versión puede ser más útil mostrar un estado aprobado, sin porcentajes automáticos, que incorporar un cálculo todavía no validado.

Movimientos y documentos que se puedan rastrear

Cada movimiento debe tener fecha, tipo, monto, moneda, referencia y estado. Una corrección debe poder explicarse; reemplazar una fila silenciosamente dificulta atender consultas. Los informes generales y los documentos individuales necesitan permisos distintos.

El repositorio documental debe permitir reconocer período, versión y fecha. Un archivo reemplazado no debería dejar enlaces ambiguos. Los controles deben aplicarse también al archivo descargado: ocultar un botón no equivale a impedir acceso a su URL.

Roles separados y alta por invitación

El titular consulta su propia información. El asesor atiende cuentas asignadas. Operaciones carga datos y una persona autorizada aprueba publicaciones. Esa separación ayuda a evitar que una carga incompleta se convierta en un informe visible.

El circuito de invitación debe contemplar vencimiento, reenvío y revocación. También hay que decidir qué sucede con cuentas inactivas, cambios de asesor y titulares con más de una participación. Esas excepciones suelen revelar requisitos que una pantalla ideal no muestra.

Cómo aceptar una primera versión

La prueba de aceptación debe recorrer un ciclo completo: invitar un titular ficticio, importar un movimiento, detectar un error, corregirlo, aprobar el cierre y consultarlo desde el celular. Repetir con otro titular permite comprobar aislamiento de información.

Conviene empezar con un fondo, una moneda y un período de prueba, si eso representa la operación real. Integraciones contables, múltiples entidades y firmas pueden agregarse cuando exista una necesidad definida. Una demo sirve para evaluar navegación; una implementación necesita backend, controles y pruebas sobre cada acceso.

Pruebas mínimas para un primer piloto; deben implementarse sobre backend real.
RecorridoCriterio de aceptación
InvitaciónEl enlace vencido no crea una cuenta.
Cuenta privadaUn titular no obtiene datos o documentos de otro aunque cambie una URL.
CierreEl borrador no aparece en la vista del titular.
CorrecciónLa nueva versión conserva referencia al cierre corregido.
MóvilEl titular puede consultar período, moneda y documento sin depender de desktop.

Fuentes y referencias

También te puede interesar

Revisemos tu fuente de datos, tus perfiles de acceso y el proceso de cierre para definir un portal de inversionistas a medida.

Háblanos por WhatsApp