Arquitectura y modelo de datos

Modelo de datos

• Visita: Un objeto estándar que representa información de eventos como Cuenta, Lugar, Hora de inicio y finalización planificada y Canal. Este objeto está disponible entre nubes de Salesforce.

• Visita de proveedor: Un objeto de extensión con una relación estricta de uno a uno con el objeto Visita. Almacena datos específicos de la industria como el estado de la firma, los indicadores de confirmación y los detalles de cumplimiento.

Datos de ejecución y relaciones derivadas

La ejecución de visitas utiliza diferentes modelos de datos dependiendo del tipo de actividad.

Hijos de visitas de proveedores: Una relación principal-detalle en la que los detalles de ejecución se almacenan como registros secundarios del objeto Visita de proveedor.

• • Objetos:
    • ProviderVisitProductDetailing (Detalles de producto)
    • ProviderVisitDetailingProductMessage (Mensajes)
    • ProviderVisitProductDiscussion (Debates sobre productos)
    • ProviderVisitMarketingItem (Dejar atrás)
    • ProviderVisitRequestedSample (Directo a solicitudes de facultativo)
  • Búsquedas derivadas: Los objetos secundarios contienen campos de búsqueda derivados en la página de registro de la visita. Debido a esa relación, los objetos funcionan como listas relacionadas aunque sean secundarios del objeto Visita de proveedor. Esto facilita la creación de reportes y mejora la visibilidad de los objetos en la página de registro Visita

Visite Niños: Una búsqueda directa en la que los objetos de transacción y colaboración vinculan directamente al objeto Visita estándar. Objetos:

• ProductDisbursement (gotas de muestra)
• Gasto
• Visitante (Asistentes internos)
• PresentationForum (Contenido inteligente)

Objetos de cumplimiento y firma:

• • Firma digital: Almacena la firma capturada, la marca de tiempo y los detalles de auditoría vinculados a la visita.
  • Definición de declaración de cumplimiento: Almacena los datos principales para renuncias de responsabilidad y acuerdos.

Estructura de visitas de grupo

Las interacciones de múltiples asistentes, como almuerzo y aprendizaje, se definen por una relación principal/secundario:

• Una visita principal representa el evento y la ubicación principales.
• Las visitas secundarias contienen pares de registros Visita y Visita de proveedor para cada asistente. Estos registros secundarios están vinculados al registro Visita principal utilizando una búsqueda automática en el objeto Visita.

Arquitectura de interfaz de usuario

Gestión de visitas utiliza arquitecturas de dos páginas dependiendo de la fase de la visita.

• Página Implicación de visita: Utilice esta página para crear y modificar visitas. Contiene dos paneles de lado a lado (una barra lateral y un formulario) para la planificación de visitas en tiempo real y la implicación de clientes. La página está disponible tanto en la aplicación móvil como en el sitio de escritorio a través de una caché de metadatos y es el espacio de trabajo principal para gestionar actividades de cara al cliente, como compartir contenido, detallar productos y desembolsar muestras. La página es accesible para visitas planificadas (no enviadas).
• Página Registro Visita: Utilice esta página para ver visitas, incluyendo planificación previa a la visita, revisión posterior a la visita y auditoría. Es una página de registro Lightning estándar, configurada utilizando el Generador de aplicaciones Lightning. También se utiliza para gestionar actividades que no son de cara al cliente, como agregar visitantes internos, registrar gastos, actualizar puntuajes de cuentas, completar solicitudes de evaluación y adjuntar archivos.