

La Página de registro es la pantalla donde vive un registro concreto de la Plataforma EGA Futura.
Una cuenta, un contacto, un proyecto o un pedido tienen cada uno la suya.
Todo lo que la Plataforma sabe sobre ese registro se muestra ahí, repartido en zonas que siempre ocupan el mismo lugar de la pantalla.
La Página de registro se lee de arriba hacia abajo y está dividida en tres bloques bien diferenciados.
Es la franja superior, con el nombre del registro y los pocos datos que alcanzan para reconocerlo de un vistazo.
Ahí también están los botones de acción, como editar, eliminar o crear un registro vinculado.
Es el cuerpo central de la pantalla, donde aparecen los campos agrupados en Sectores.
Cada Sector junta campos que tienen algo que ver entre sí, por ejemplo los datos de contacto separados de los de facturación.
Van al final y muestran los registros de otros objetos que dependen de este.
En una cuenta aparecen sus contactos, sus oportunidades y sus casos abiertos.
Las dos pantallas muestran los mismos datos, pero responden preguntas distintas.
La Vista de lista sirve para comparar muchos registros con pocas Columnas a la vista, y para filtrar hasta quedarse con los que importan.
La Página de registro sirve para lo contrario, que es entender uno solo en profundidad.
El recorrido habitual va de una a la otra: se busca en la lista y se hace clic en el nombre para abrir el registro.
El camino más común arranca en una Vista de lista, haciendo clic en el nombre del registro.
También se llega desde el buscador, desde los Favoritos, desde una Lista relacionada de otro registro y desde las Notificaciones.
Cada Página de registro tiene una dirección propia, así que el enlace se puede copiar y compartir con quien tenga permiso para verlo.
La estructura es siempre la misma, pero el contenido no.
Los campos, los Sectores y las Listas relacionadas los define el administrador para cada objeto por separado.
Por eso una cuenta y un proyecto se parecen en la forma y se diferencian en todo lo demás.
También cambia según el perfil de quien mira, porque un campo sin permiso de lectura no aparece en la pantalla.
La Página de registro no es solo de lectura.
Los campos se editan en el lugar, sin abrir otra pantalla, cuando el perfil lo permite.
Las acciones más frecuentes también están ahí: registrar una llamada, sumar una tarea, adjuntar un archivo o dejar un comentario para el equipo.
La Página de registro no se abre desde un menú.
Se llega siempre a través de un registro concreto, casi siempre desde una Vista de lista o desde el buscador.
Es el punto donde se cruzan casi todos los elementos de la Plataforma.
Los Sectores organizan sus campos, las Listas relacionadas traen los registros vinculados y la Ruta muestra en qué etapa del proceso está.
La Ayuda a nivel de campo aparece ahí mismo, para explicar los campos que no se entienden solos.
Una persona de administración recibe el reclamo de un cliente por una factura.
Busca la cuenta, abre su Página de registro y ve en un mismo lugar el saldo, los contactos y los pedidos de los últimos meses.
Resuelve el reclamo sin abrir otra pantalla, porque todo lo que necesitaba estaba vinculado a ese registro.
Conviene avisarle al administrador de la empresa antes de suponer que el dato no existe.
Un campo puede estar oculto por permisos o quedar fuera del diseño asignado a ese perfil.
Porque el diseño de la pantalla se asigna por perfil.
Un campo sin permiso de lectura no se muestra, aunque el registro lo tenga cargado.
Sí, la mayoría de los campos se editan en el lugar, dentro de la misma pantalla.
Los cambios recién quedan firmes al guardar, así que hasta ese momento se pueden descartar.
El Detalle muestra los campos del propio registro.
Las Listas relacionadas muestran otros registros vinculados a él, que viven en objetos distintos.
Sí, cada registro tiene una dirección propia que se puede copiar desde el navegador.
Quien reciba el enlace lo va a poder abrir solamente si tiene permiso sobre ese registro.
El diseño de la Página de registro se arma por objeto y se asigna por perfil.
Eso permite que un mismo objeto se vea distinto según quién lo abra, sin duplicar datos ni crear objetos paralelos.
Un campo agregado al diseño no aparece si el perfil no tiene permiso de lectura sobre él.
El orden para diagnosticar es siempre el mismo: primero se revisa el permiso del campo, después el diseño asignado.
Cada registro se identifica con un ID único que no cambia aunque después se le cambie el nombre.
Ese ID es lo que conviene guardar en un sistema externo, y nunca el nombre visible.