1. Requisitos formulario para cotización o venta de productos/planes de seguro y sus respectivos atributos
1.1. Multi Producto
1.2. Multi Item
1.2.1. Cotizar, comprar, vender en línea más de un ìtem asociado a un tipo de seguro a la vez. Similar a un carrito de compras
1.3. Multiplanes
1.3.1. Cotizar, ofrecer, sugerir en línea para una materia asegurada, previamente seleccionada o indicada por el usuario, más de un tipo de productos, productos, plan, oferta. Una vez seleccionado un plan o producto se debe poder vender o comparar en línea. Similar a un listado de productos de un tipo en un carrito de compras
1.4. Flexibilidad de coberturas y aumento de deducible
1.5. Todo tipo de vehículos
1.5.1. Cotizar vender para vehículos particulares, vehículos pesados y maquinaria
1.6. Descuentos por medio de pago
1.6.1. Realizar descuentos según reglas de negocio comerciales, en particular por tipo de pago, por ejemplo si es pago en efectivo, tarjeta de crédito
1.7. Productos empresas estandarizados y otros a medida
1.7.1. Cotizar/vender productos estandarizados y a medida agregando características flexibles de cobertura, deducible, entre otros con sus respectivas reglas de comerciales
1.7.2. ¿producto=planes?
1.8. Soporte Vida y Salud
1.9. Webservice
1.9.1. Interoperar con sistemas core (incluye sistema de desarrollo de productos) para consulta de información y/o realizar transacciones y cerrar proceso de cotización venta. Ejemplo: para buscar tarifa o conectar a ¿Sponsor?
1.9.2. Observación: se requiere orquestador del respectivo proceso de cotización y venta
1.10. Módulo affinity
1.10.1. Interfaz o portal para el uso de usuarios internos, externos ( corredores), cliente final. Look and feel y/o formato de formulario se debería evaluar el uso de imagen corporativa y/o variaciones. (Misma funcionalidad o herramienta para la capa de presentación.
1.11. Bloqueo de zonas de cotizaciòn
1.11.1. ¿según perfil, roles, canal?
1.12. Compatible con todos los navegadores
1.12.1. ¿Experiencia Mobile?
1.13. Validación de datos de contacto y normalizador de direcciones
1.13.1. Observación: Requiere contratación de servicio de patrón de direcciones o servicio interno, explorar alternativas, ejemplo: XYGO, Servicio de Google, Cartografía, etc
2. Reportería
2.1. Reporte de comisiones diarias
2.1.1. Generar reporte de comisiones diarias por: XXXXXXXXX
2.2. Reporte por ejecutivo de corredor o por vendedor
2.2.1. Generar reporte de venta por corredor, vendedor y un periodo dado
2.3. Reportes de cierres
2.4. Reporte de cotizaciones perdidas para atacar vencimiento
2.5. Emisión de informes de producción
3. Requisitos para el apoyo del proceso de cotización y venta con herramienta on-line
3.1. Flujos de trabajo
3.1.1. Emisión con autorización en línea
3.1.1.1. Emitir póliza previa autorización según regla de negocio para revisión de riesgos y por diferentes "plataformas" por ejemplo: Mobile, web.
3.1.2. Ciclo de autorización suscriptor
3.1.2.1. Permitir flujo de autorización según regla de negocio relacionada con evaluación de riesgos, de preferencia para canal tradicional con corredor. Se requiere autorización por parte del suscriptor
3.1.3. Cotizaciones con estados
3.1.3.1. No aplica para canal tradicional, ya que la gestión de venta la realiza el corredor. Si interesa tener trazabilidad del cierre de una cotización y discriminar si se utiliza cotización con BS como referencia. Además de permitir realizar cruce sobre cotización por un canal y luego compra por otro. Requerimiento en el contexto de realizar seguimiento en canales como telemarketing y/o digital
3.1.4. Etapas del proceso de comercialización
3.1.4.1. Reservado (sólo si es para todos los canales). En caso contrario no aplicarìa. La reserva es por un periodo dado de tiempo.
3.1.4.2. Inspección
3.1.4.2.1. Nuevo/Factura
3.1.4.2.2. Ya existe información en la compañía
3.1.4.2.3. Autoinspoección
3.1.4.2.4. De otra compañìa
3.1.4.3. Propuesta
3.1.4.4. Póliza
3.1.5. Manejo controles de cúmulo
3.1.5.1. Permitir asegurar un conjunto de riesgos por ejemplo para inmuebles relacionados, zona geográfica, barrio, ciudad, país hasta un cierto nivel aceptado o definido. Lo anterior condiciona que el conjunto de bienes asegurados e la zona geográfica asegurado no supere cierta cuota u otra regla dada. Ej. asegurar x% de locales comerciales de un mall.
3.1.6. Seguimiento de la cotización
3.2. Gestión de reservas
3.2.1. Reservar y/o restringir cotización y/o venta de seguros según regla de asignación para evitar superposición de clientes u oportunidades de ventas entre corredores. Obs: Revisar si se requiere para efectos de incentivar ventas o si basta con saber quien está vendiendo a quien y evitar superposición.
3.3. Endosos
3.3.1. Modificar informaciòn de la póliza antes de su emisión: (dirección, nombre beneficiarios, entre otros). Requiere por ende recalcular prima y/o valor del seguro
3.4. Gestión del fondo de recargo
3.4.1. Gestionar de manera flexible y ágil reglas comerciales de comisiones por parte de corredores
3.5. Cuenta corriente de "medio pollo"
3.5.1. ¿?
3.6. Gestión de proponente, contratante, asegurado, beneficiario y pagador
3.6.1. Permitir distinguir en la transacción comercial entre proponente (corredor/dealer/ejecutivo), contratante (empresa o persona natural que puede ser el que pague o no), asegurado (dueño) y beneficiario (puede ser distinto al dueño, ejemplo auto en prenda) y pagador. Debe existir la posibilidad, flexibilidad y parametrizaciòn de que el que pague pueda ser el contratante, el asegurado y/o beneficiario. De igual forma la factura podría ser generada a alguno de los anteriores, pero enviada o remitida a mas de uno de ellos.
3.7. Emisión de certificado de cobertura
3.7.1. Emitir certificado de cobertura
3.8. Pólizas colectivas con tipo individual
3.9. Proceso de cobro
3.9.1. Cobro por planilla
3.9.2. Back Office (emita archivos de cobranza)
3.10. Gestiòn de transportes
3.10.1. Camiones y transporte de carga
4. Requisitos técnicos (tecnológicos)
4.1. Integración y/o transaccionalidad con sistemas core
4.1.1. Integrado a desarrollo de producto
4.1.1.1. Interoperar con sistema de desarrollo de producto (administrador de ficha de producto) para lograr consistencia e integridad de información, así como agilizar el tiempo de puesta en servicio de nuevos productos o su modificaciòn
4.1.1.2. Obs: se requiere conceptualizar itemizado de productos, planes y tipo de seguros
4.1.2. Integrado a umbral
4.1.2.1. Interoperar con información de umbral en cuanto a la lectura de datos del cliente (mail, teléfono) y de forma de pago (PAC o PAT)
4.1.3. Integrado con sistema de inspección
4.1.3.1. Interoperar con sistema de inspección ( seguro de vehículos) para gatillar solicitud de autoatención (canal directo)
4.1.4. Integrado con sinestros
4.1.4.1. No aplica
4.1.5. Carga de flotas automáticas
4.1.5.1. Permitir cargar archivo excel con formato dado (interfaz de carga) o copiar pegar una lista de patentez
4.2. Ambiente de certificaciòn
4.2.1. Disponer de ambiente de testing y/o QA antes de salir a producciòn.