Cronología

El Timeline componente muestra filas de varias tablas como una sola lista, la más reciente primero: por defecto las notas de un registro, comunicaciones por portal y otras actividades. Ponlo dentro de un RecordContext y lista las filas sobre ese registro: quién escribió cada uno y cuándo, su cuerpo en texto enriquecido se reduce a unas pocas líneas hasta Mostrar más, y su archivo adjunto para descargar. Lee página a página, con Cargar más para el resto y Actualizar para leerlo de nuevo. La búsqueda funciona como una cuadrícula: el texto coincide desde el inicio de un tema o texto, o cualquier lugar después de un inicio *, y un día o un año, con >, <, >= o <= antes, encuentra las filas de esos días. Con más de una tabla, un menú junto a la búsqueda elige cuál mostrar.

Qué notas y actividades se muestran

Una nota llega al portal solo cuando su texto comienza por *WEB*, para que el personal pueda llevar notas internas en los registros que ven los clientes. Las llamadas, tareas y otras actividades siguen la misma regla en su descripción, excepto los tipos sin filtrar — comunicaciones del portal, por defecto. El servidor aplica esto a todas las consultas, incluidas las cuadrículas y joins, por lo que ninguna regla de acceso a la tabla puede ampliarla. El portal nunca muestra el prefijo y lo añade a una nota o actividad creada a través del portal. Una nota cuyo título nombre nombre a su autor se Note created on … by Name [contact:id] muestra como escrita por ese contacto. Configurada SecurityOptions.PortalVisibility.Prefix para usar otro prefijo, o para null mostrar cada nota y actividad, y añadir una tabla para UnfilteredActivities mostrar cada actividad. El personal que inicia sesión en el portal como ellos mismos es la excepción: ven cada nota y actividad que sus roles de seguridad les permiten leer, como harían en Dynamics, con su texto almacenado, por lo que añaden ellos mismos el prefijo a una nota destinada al portal.

Los correos no pueden marcarse con el prefijo. El cuerpo de un correo electrónico lo escribe el cliente de correo que lo envió, como un documento HTML completo, así que el prefijo nunca es su primer texto, y ningún correo llega al portal por su prefijo. Sumar email a UnfilteredActivities es la única forma de mostrar correos, y muestra todos los correos que el usuario puede leer en un registro — incluidos los internos.

Comunicaciones por portal

Una comunicación por portal (ppp_portalcommunication) es una actividad en la solución Power Portals Pro para mensajes entre un usuario del portal y el personal. Está destinada al portal, por lo que no necesita prefijo. Su De indica quién la escribió: el contacto del usuario del portal, o el miembro del personal que respondió, con el contacto en To. El mensaje es texto enriquecido y puede llevar un archivo adjunto.

Acceso

La línea de tiempo solo muestra lo que el usuario puede leer: cada tipo de elemento necesita ser leído en su tabla, y un usuario que no puede leer ninguno de los dos no ve ninguna línea temporal. Una nota señala su registro a través objectid de la línea de tiempo y una comunicación por portal a través regardingobjectidde , por lo que la regla habitual permite al usuario leer los elementos sobre los registros a los que puede acceder, con RowsViaParent. Mantén esa consulta entre las columnas que puede leer: la línea de tiempo pide los elementos sobre su registro a través de ella, y se elimina una condición en una columna que un usuario puede no leer, lo que listaría los elementos de cada registro al que accede.

El usuario de la aplicación del portal también necesita leer ambas tablas en Dataverse. Las notas deben leerse en la tabla de Notas. Dataverse concede a cada tipo de actividad un conjunto de privilegios, por lo que las comunicaciones por el portal están cubiertas por las actividades de lectura que ya tiene el rol de Usuario de la Aplicación Power Portals Pro. Para que los usuarios puedan cambiar o eliminar notas y mensajes, necesita Escribir y Borrar en la tabla de Notas y Eliminar en actividades, que ese rol no cumple.

Escribir mensajes

Un usuario que puede crear comunicaciones en el portal recibe Nuevo mensaje: un asunto, un mensaje en texto enriquecido y un archivo adjunto, sobre el registro en el que está la línea de tiempo, y quien puede crear notas recibe Nota Nueva. CreatableTables Nombra las tablas sobre las que se puede escribir una nueva fila, Notas y comunicaciones por portal por defecto; una nota o mensaje se escribe en su lugar, la fila de otra tabla en un panel lateral. Es una forma propia, guardada aparte de la página que lo rodea. El servidor envía el mensaje desde el usuario, lo que diga la solicitud, por lo que un usuario no puede escribir como otro. Concédelo con acceso a tabla: OwnedBy("from") envía un nuevo mensaje de su autor, y RowsForWriting permite RowsOwnedByContact("from") a los usuarios cambiar y eliminar solo lo que enviaron. Omite Escribir y Eliminar, y el mensaje permanece tal como fue enviado. La línea de tiempo ofrece Editar y Borrar en cada fila que el usuario le permite cambiar o eliminar, y el servidor juzga cada cambio de nuevo cuando llega FormLocation . (React: formLocation) indica dónde se abre la forma de otra tabla: un panel lateral a la derecha, como por defecto, o a la izquierda, un diálogo en el centro, o Inline — en su lugar en la línea de tiempo, mientras se escriben notas y mensajes.

El personal recibe noticias de un nuevo mensaje a través PortalCommunicationOptionsde . Por defecto, está dirigido al propietario del registro del que se refiere, cuando ese propietario es usuario. Puede ir a una cola, a la que el usuario de la aplicación del portal necesita acceso para añadir elementos, o a nadie, dejándolo solo en la línea de tiempo del registro.

Tablas

Las notas y todas las tablas de actividades se registran en el servidor para líneas de tiempo y calendarios, cada uno fechado según lo que piden sus formularios: una cita para su inicio, una tarea o llamada telefónica para su fecha de vencimiento, un correo electrónico o mensaje para cuando fue escrito. Una línea de tiempo lista todas las tablas registradas que el usuario puede leer; nombra las que muestra en Tables. En un registro enumera las filas relacionadas con él y las actividades en las que participa el registro como remitente, destinatario o asistente. El servidor muestra solo las notas y actividades destinadas al portal: aquellas cuyo texto empieza por *WEB*, o todas las que tienen un tipo en UnfilteredActivities. Los correos electrónicos no pueden llevar el prefijo, por lo que solo aparecen cuando email está en esa lista.

Registra una tabla propia con AddMultiTableSource: un título y qué más se muestra, como el texto, su propietario y destinatarios, y la búsqueda al registro que trata una fila. Luego nombra cada control para el que es, con las columnas que ese control necesita: ForTimelines la fecha en que se ordenan sus filas, ForCalendars su inicio y, si los tiene, su columna de fin y de todo el día, ForSearch, y ForMaps su latitud y longitud. Esas columnas siempre se leen, sea cual sea el nombre de la consulta de una vista. Un registro que nombre una columna que la tabla no tiene, o una de tipo incorrecto, detiene el portal al inicio y dice qué está mal. Registrar una tabla de notas o actividad cambia solo lo que el registro nombra. Un registro no concede acceso: cada tabla sigue necesitando acceso de lectura como cualquier tabla.

Próximas filas

Una línea de tiempo lista sus filas más recientes primero, desde ahora hacia atrás. Upcoming (React: upcoming) empieza con antelación, así que lo que viene aparece primero bajo su propio encabezado, y Ascending (React: ascending) lista las filas a partir de ahora, lo más pronto posible: consulta Elementos próximos. Para dibujar las filas de una tabla a tu manera, o escribirlas en formas propias, consulta Renderizado Personalizado.

Opiniones

Da las vistas de la línea de tiempo para elegir, ya que una cuadrícula tiene: las propias de Dataverse en ViewIds, como Mis llamadas telefónicas o Todas las actividades, vistas de varias tablas en MultiTableViewIds, y vistas propias en CustomViewDefinitions, nombrando DefaultViewId la que aparece primero. Con dos o más, un selector de vistas ocupa el lugar del encabezado. Una vista de activitypointer Dataverse de lista de cada tabla de actividad registrada, y en un registro una vista lista las filas sobre el registro que deja pasar. Con (React: allowSavedViews), un usuario iniciado sesión puede guardar las tablas que muestra la línea de tiempo como una vista propia, ofrecida junto a AllowSavedViews la tuya, y elegir su vista predeterminada y ocultar las que no usa, desde el menú de Filtro: ver Vistas guardadas.

Una vista de tus propias lista filas de una o más tablas. Asigna a una tabla una consulta FetchXML, y sus filtros y uniones deciden qué filas se muestran, para que una vista pueda acceder a filas archivadas contra otros registros, como las llamadas telefónicas con los contactos de una cuenta; configura FilterByRecord para false que las consultas de la vista decidan por sí mismas. La línea de tiempo lee sus propias columnas en su propio orden, por lo que las columnas y órdenes de una consulta no importan. El usuario debe ser capaz de leer cada columna que un filtro prueba: se elimina una condición en una columna que el usuario no puede leer.