A esta pregunta contesto… SI, estoy convencido que la tecnología nos puede ayudar y nos puede dar una información que a simple vista no tenemos y a la larga da un valor añadido impresionante.

Os invito a leer una pequeña queja que he dejado sobre mi actual compañía de seguros en el portal asegurados.org, siguiendo con este incidente que he tenido y para que veáis que no solo me gusta quejarme (con razón!) que también intento aportar soluciones, os pongo un ejemplo de cómo debería ser el circuito de control de información de los asegurados.

El marco ideal para tener el control de nuestros asegurados es tener nuestro ERP enlazado a nuestro CRM y así podemos compartir y explotar información muy valiosa de nuestros asegurados y poder llegar a ofrecer productos más personalizados y a medida.

Pero si no tenemos CRM tampoco pasaría nada, si esta compañía hubiera hecho los deberes, en la actualidad deberían tener dentro de su aplicación de gestión la parte de control de siniestros, bueno para ser exactos y hablando de salud deberían tener su modulo de prestaciones, y en dicho modulo aparte de tener todo el control, podría explotar la información y generar reportings de valor, como por ejemplo saber a qué médicos van sus asegurados y así si en un momento deciden cambiar de cuadro médico, puede lanzar sus estadísticas y controlar que médicos son utilizados por los asegurados y cuáles no, y si con el cambio de cuadro médico hay asegurados que pierden sus médicos, podrán avisarlos, que menos ¿no?

Si tenemos bien desarrolladas nuestras aplicaciones, seguro que tenemos en todo momento los registros de accesos a médicos que generan las tarjetas magnéticas, con esa información seguro que se pueden generar estadísticas de uso y obtener información de control.

Con este post, solo quiero expresar que gracias a las tecnologías y la fuerza de la información hoy por hoy se pueden tomar decisiones teniendo en cuenta al asegurado y sabiendo perfectamente como actúa y se comporta, que al final es el que genera beneficio a la compañías, y por el otro lado, quien hace las cosas sin valorar y estudiar la información y valorar que impacto puede tener su decisión lo hace porque quiere, porque por información seguro que no será.

La reputación de una compañía pasa por tener un buen servicio de atención al cliente, y por experiencia propia (solo puedo hablar de una compañía, la mía) muchas veces es inexistente.

No es aceptable, que cuando realizas una consulta a tu servicio a atención al cliente, vía telefónica lo primero que te dice es que tienes que remitir un mail, bueno raro (porque hay mucho asegurados que no tienes internet) , y una vez que envías el mail con todos los datos que desean, tardan MAS de 2 meses en contestar! Impresionante.

Yo doy mi punto de vista como tecnólogo, hoy en día llevar el control de llamadas y reclamos, consultas… en una hoja Excel, no es bueno, porque cuesta mucho de tener información centralizada, y es costoso de gestionar.

Hace unos años podía ser costos automatizar el proceso base de atención al cliente, pero actualmente sale por un coste muy bajo y puede tener unos beneficios intangibles muy buenos, tener al usuario contento es un tesoro.

Como hay que predicar con el ejemplo, aparte de decir que se debe mejorar, me gustaría comentar varias posibilidades de mejora y automatización del proceso de Atención al cliente.

Por excelencia yo siempre propongo una solución BPM, es buena porque para empezar e involucrar a la compañía a la gestión por procesos, realizar un piloto con el proceso de atención al cliente, puede dar una visibilidad de la potencia de realizar un buen workflow y como valor añadido el proceso de atención al cliente de adapta a la perfección, porque participan varios roles con la posibilidad de realizar escalados de notificaciones, realizar comunicaciones por varios sistemas (mail,sms, notificación…) y saldría por un coste muy reducción, hablando de la realización del piloto, a parte existen productos privados y productos openSource muy validos.

Pero si creemos que en estos momentos nuestra compañías no está preparada para abarcar un proyecto de cambio estratégico, existe la solución de instalar una aplicación de helpDesck, o podemos llegar a utilizar una solución de generación de tickets (esta más orientada a servicios) y si por circunstancias nuestro departamento de informática no tiene recursos para soportar una gestión de una aplicación un poco pesada, hay soluciones muy ligeras que pueden llegar a suplir(temporalmente) las aplicaciones de workflow, son aplicaciones que se basan en realizar todo el control del flujo del proceso vía mails, es una forma sencilla de poder llegar a tener una Atención al cliente un poco más controlada y tener los datos gestionados.

En conclusión, nunca podemos olvidar la visión que damos a nuestros clientes, es nuestra reputación, y menos cuando nos buscan para pedir ayuda o solicitar información, hoy en día el nivel tecnológico no es un problema, y el que lo ponga como excusa no se ha movido mucho para buscar soluciones.

Por experiencia propia, hace unos años, cada vez que tenias que ir a un cliente a instalar una nueva aplicación y teníamos que hacer la migración de datos de su antiguo sistema al nuestro, ufff! Siempre nos caía una gota de sudor.

Una de las cuestiones que debemos afrontar gracias a las nuevas tecnologías es evitar la dificultad de exportar datos de una aplicación a otra, de un sistema a otro, quedando muchas veces los usuarios prisioneros de decisiones que tomaron hace años por la dificultad del cambio.

Un ejemplo significativo puede ser un ERP que la empresa adoptó hace diez años, que en su momento cumplía todas las expectativas de la empresa, desarrollado a medida y con un soporte excelente. La empresa desarrolladora tres años después ha perdido algún miembro de su equipo y soporte y modificaciones posteriores ya no son tan buenas. Además el mercado evoluciona y nuestro ERP ya no cumple perfectamente su cometido, ¿cambiamos de sistema?

Llegados a este punto muchas empresas ante la dificultad de migrar datos, volver a comenzar con un nuevo ERP y  formar a los usuarios prefieren seguir con aquel producto que contrataron en su momento y con el cual ya no están conformes. Es fundamental cuando se elige un sistema que tendremos implantado en nuestra empresa durante años, comprobar que facilidades nos ofrece a la hora de abandonarlo e implantar otro.

No digo ni invento nada nuevo, pero se agradece  y se debe puntuar en el proceso de selección con nota positiva saber (porque solicitamos una prueba al proveedor) que el proveedor tiene montado un sistema “estándar” para realizar migraciones de datos a su aplicación, por ejemplo (y repito yo no invento nada nuevo) lo más sencillo (por llamarlo sencillo) imaginaros que el proveedor tiene toda su estructura de Base de Datos y por encima monta una capa de tablas(*) de conversión, por un lado realiza cargas de ficheros (con una estructura especifica) a sus tablas de conversión y dentro de dichas tablas tiene unas funciones que tratan los valores y los convierten a datos correcto para finalmente guardarlos en las tablas finales de su aplicación, esto que parece muy sencillo y lógico… ufff!! Cuesta, pero al menos ya tienes una metodología más o menos controlada.

En este sentido una de las empresas que ha dado un paso adelante en su momento fue Google, adoptando estándares para facilitar la migración de datos. Claro que por parte de Google es una estrategia muy interesante, puesto que de esta manera ofrece abandonar sus aplicaciones de forma sencilla, pero a la vez también es mucho más sencillo cambiarse a Google desde otros proveedores.

La información, nuestros datos y procesos no es algo muerto, sino que debe fluir y en la medida en que seamos capaces de optar por soluciones que no permanezcan estáticas, que nos faciliten la tarea de cambiar si no estamos conformes nuestras empresas tendrá más posibilidades de mejorar en sus procesos productivos. No nos tenemos que conformar con las herramientas que tenemos porque el cambio sea muy costoso.

En conclusión, siempre debemos tener presente cuando seleccionamos una nueva aplicación de gestión que nos ofrezcan las mismas facilidades para contratarlo que para desvincularnos es una de las tareas pendientes para el futuro.

(*) Lugar  donde se guardan los datos, por ejemplo: Personas, pólizas, siniestros….

Haciendo referencia al post  “Posible modelo para la gestión de múltiples aplicaciones EAI hacia BPM (Parte I)” hoy me gustaría explicar el siguiente paso Natural para llegar a tener un EAI orientado hacia BPM.

Como ya se explicaba en el primer paso ya tenemos la “integración de sistemas basado en funcionalidades, no en datos”.

Ahora nuestro siguiente paso es automatizar nuestros procesos que hasta el momento lo realizamos de forma manual y poco estructurada, o mejor dicho, cada persona y cada organización tiene sus procesos claros, no diré documentados, porque eso seguro que mas de uno suspende, encima si sumamos que actualmente una compañía puede haber adquirido una o mas compañías, una buena forma de organizar y sobre todo tener claro los procesos críticos de la compañía es la utilización de un BPM y a parte así vamos adelantando trabajo para SolvenciaII.

El paso 2 seria dotar a nuestros sistemas de lógica de negocio. Cuando decimos lógica de negocio entraría directamente relacionado con el BPM, porque dentro de este punto ya entraría el workflow de nuestros procesos, también utilizaríamos el motor de reglas de negocio y facilitaríamos a nuestros usuarios finales las suficientes herramientas de acción sobre el proceso.

Ejemplo: Con el paso 1, podemos tener integrado en un EAI nuestra BBDD y nuestra aplicación y a parte la BBDD de nueva adquisición y también su aplicación, entonces podemos seleccionar un procesos Piloto y desarrollamos un BPM por una capa superior del EAI, así nuestro BPM se nutre de información de todas nuestras BBDD como si fuera un Data global, una vez tenemos toda la información en nuestro proceso ya podemos ejecutar nuestro proceso, por ejemplo las liquidaciones de comisiones, que podría ser un buen ejemplo porque deberíamos ir a una BBDD a buscar todas las ventas y comisiones de un agente y luego deberíamos ir a la segunda BBDD e ir a buscar las ventas y las comisiones del mismo agente.

Hay que tener presente que en un papel todo se aguanta, lo que aquí se escribe puedes parecer sencillo, pero ya puedo asegurar que es un proyecto muy costoso tanto en tiempo como el precio.

En conclusión, dentro de este mundo de compras y uniones de compañías, puede ser una buena solución, primero para poder identificar y tener un modelo único de procesos y lo segundo es para llegar a tener una sinergia entre todos los sistemas de la compañía.

EAI: Herramienta para poder integrar “N” aplicaciones/sistemas

BPM: Gestión de los procesos de negocio.

Workflow: Flujo de trabajo

BBDD: Base de datos

Valorando el movimiento de compras y adquisiciones que están apareciendo entre compañías de seguros hay que reconocer que los departamentos de TI de las compañías tienen que estar temblando y sobre todo no saber por donde empezar.

Primero de todo podemos identificar nuestra situación inicial, que nos encontramos :

• Varias soluciones de gestión (ERP)
• Varias soluciones de BBDD
• Varios CRM
• Varias aplicaciones de gestión contable
• Procesos de trabajo diferentes entre usuarios.

Pasos que deberíamos realizar para ir pasando esta red de soluciones punto a punto a un BUS de servicios o llamado también un EAI.

1. Integrar los ERP al bus de servicios
2. Integrar los CRM al bus de servicios
3. Integrar resto de soluciones
4. Traspasar el poder de decisión al bus de servicios que pasaría a ser un BPM(identificar y gestionar los procesos) → se realiza un cambio contextual y pasaría a ser un EAI con una inclinación a ser un BPM

Hoy ligeramente me gustaría comentar el punto 1 (Integrar los ERP) y en los siguiente post iremos comentando los demás puntos.

Todos sabemos que un proyecto de esta envergadura es complicado de vender a dirección, lo bueno de las fusiones de compañías es que pasa de ser una mejora a una necesidad, cuando digo mejora es porque cuando llegas a tener N aplicaciones integradas con un bus de servicios y si al final llegas a la transición de utilizar un EAI y un BPM, puedo asegurarte que cualquier modificación operacional que tenga impacto en la estrategia de la compañía tiene un impacto muy leve y se puede realizar en un tiempo muy optimizado y rápido.

Volviendo al punto 1 debe ser el primer paso, porque en el momento que integras las aplicaciones al bus de servicios, aquí tiene un resultado tangible y ya obtienes argumentos para continuar tu proyecto hacia delante.

Un consejo, siempre realizar un pequeño piloto para probar la herramienta y a la vez tenéis que ser autodidactas y aprender muy bien el funcionamiento de vuestra herramienta de integración.

Para finalizar, puedo deciros que hoy en día tanto los EAI como los BPM son herramientas que van cogiendo peso y pueden ayudarnos mucho en nuestras compañías y sobretodo ayudarnos a optimizar y agilizar cambios críticos para nuestra estrategia.

Siendo tecnologo, es raror, pero tengo que reconocer que me entusiasma la parte de procesos, lo encuentro muy interesante porque tratas con las actividades criticas de la empresa y para ser exactos, tienes que optimizar y mejorar en lo posible.

Hace aproximadamente 3 años apareció en la compañía donde yo trabajaba la palabra BPM, y en ese momento al ser algo nuevo … tenia que conocerlo y desde entonces lo encuentro que es un conjunto de soluciones increíble para la optimizacion de flujos de trabajo y optimización para la compañía.

Muchas veces nos quiere vender que el BPM es para el ahorre de costes de la compañía va muy bien, y es verdad, pero a parte de eso, hay que tener presente que utilizando la solución BPM, conoceremos nuestra compañía mejor y podremos detectar nuestros fallos, cuellos de botella… y sobre todo! Descubrir nuestros procesos críticos! Porque puedo decir que muchas veces ni la propia compañía sabe que procesos tiene.

Dentro de todas las funcionalidades que podemos encontrar en el BPM, me gustaría destacar las principales a mi parecer:

• Asignar actividades a las personas de forma automática y según cualquier criterio, o según cargas de trabajo.Recordar a las personas sus actividades, las cuales son parte de una cola de WorkFlow.
• Optimizar la colaboración entre personas que comparten actividades.
• Automatizar y controlar el flujo de documentos, datos e imágenes.
• Asignarle proactivamente a las personas que deben ejecutar las actividades, todos los
  recursos necesarios (Documentos, información, Aplicaciones, etc.) en cada una de ellas.
• Definir y controlar “alertas” según criterios de tiempo, de evento o de condición,
  provocando así algún mensaje a un supervisor, un “escalado” de actividades a otras
  personas para que las resuelvan, y/o una resignación automática.
• Modificar los procesos y gestionar excepciones “en vivo”.
• Hacerles llegar a cada persona sus actividades y alertas, independientemente de su
  ubicación geográfica, a través de la WEB, Email, SMS, o cualquier otro dispositivo móvil.
• Proveer métricas para responsables de áreas, organizadores, gestores de procesos y
  calidad, tanto para efectos de Mejora Contínua como de Indicadores de Calidad y de
  Gestión.
• Integrarse fácilmente con otros sistemas, aplicaciones y ERPs.

Ya podéis comprobar que un BPM interactua directamente con el usuario, si os paráis a pensar un momento, podéis llegar a la conclusión que dentro de un departamento o de varios departamentos hablando de un proceso transversal el usuario no quiera en un principio que implante un BPM, y diréis ¿porque? Porque antes de iniciar un proceso, se define el organigrama de usuarios y los roles y permisos de cada usuario, una vez se tiene definido, se diagrama el proceso, que pasa que puede ser que un usuario que tenia varias tareas dentro de proceso solo tenga una entonces imaginar que al usuario le llega una tarea a su worklist y la acepta o realizar la operación necesaria y dicha tarea se va de su worklist al siguiente paso del flujo y ya pierde la visión y la situación de dicha tarea, esta falta de información/visión en un principio es costosa, porque en parte no dejas de quitarle un control “ficticio” que tenia antes de implantar un workflow.

En definitiva los beneficios de implantar un BPM (a grandes rasgos):

• Mejora la atención y servicio al cliente.
• Incrementa el número de actividades ejecutadas en paralelo.
• Minimiza el tiempo requerido por los participantes para acceder a la documentación,
  aplicaciones y bases de datos.
• Disminuye el tiempo de transferencia de trabajo, información y
  documentos entre actividades.
• Asegura la continua participación y colaboración de todo el personal en el proceso.
• Disminuye el tiempo que los participantes, supervisores y
  administradores necesitan para conocer la situación de un ítem de trabajo.
• Simplificación de salidas – “outputs” – automáticas.
• Disponibilidad de mecanismos para una mejor gestión y optimización de procesos.

En conclusión, es un conjunto de herramientas, metologia, procesos y consultoria que SEGURO y gracias tambien a imperativos legales (SolvenciaII) puedes tener dentro de este año una buena acogida dentro de las compañías.

Haciendo referencia a post sobre “Como mejorar el servicio con helpdesk o tickets”
Hoy quiero presentaros una herramienta que es solución openSource (libre de licencias) que he podido probar y me parece una buena solución si en nuestra compañía/oficina no tenemos ningún sistema de control o lo estamos haciendo a mano.
Cuando ofrecemos un soporte de producto a nuestros clientes una de las cuestiones que tenemos que buscar es la opción de que éste sea lo más eficaz posible y si la encontramos a coste 0 pues mejor.

osTicket nos ayudará a organizar el soporte de nuestros clientes

La filosofía de este software es ayudarnos a convertir cada llamada en un e-mail, de forma que podamos gestionar cada incidencia de nuestros clientes de forma eficaz y sencilla, otorgando las prioridades adecuadas al trabajo que tenemos pendientes y generando una mejor atención.

Es una solución de código abierto basada en PHP, Apache y MySQL, con lo cual podemos descargarla y probar su funcionamiento sin sacar la aplicación a producción hasta que no tengamos perfectamente definido y afinado su funcionamiento así como nuestros usuarios encargados de prestar el soporte la formación adecuada para manejar la herramienta.Una vez instalada nosotros podremos acceder al panel de administración con nuestro usuario y contraseña predefinidos y los usuarios pueden generar tickets con los problemas que tienen para que nosotros les demos una respuesta.

El programa nos permite definir mecanismos de respuestas automáticas que para algunas cuestiones pueden ser muy útiles. Para la apertura de un ticket únicamente es necesario rellenar una serie de campos, como correo electrónico, nombre y apellidos, etc. que permitirán contactar con la persona que nos reporta la incidencia.

El programa genera automáticamente un número de ticket que asigna a la dirección de correo que lo ha generado y permite de esta manera la consulta del estado de la incidencia generada. Una vez tenemos la aplicación en funcionamiento, podemos recuperar datos que nos informara de cuantas consultas tenemos pendientes, cuantas quedan sin resolver, crear grupos de resolución…etc nos facilita una cierta información para tener siempre el control y no dejar ningún usuario sin atender.

En conclusión, con esta herramienta openSource podemos llegar a obtener una gestión de incidencias basándonos en la creación de mails automáticos que por suerte como el usuario de oficina tiene tan por la mano, el cambio a dicha herramienta seria un cambio NO Critico y gracias a la posibilidad de realizar respuestas automáticas dependiendo del la incidencia de entrada, no da la posibilidad de automatizar ciertos flujos de mensajes. Es una buena herramienta para probar una solución de gestión de incidencias.

Se publica hoy en Inese un artículo sobre las reclamaciones de clientes, el sector asegurador aparece en un quinto puesto, no esta nada mal!.

Ya he escrito varios posts relacionados con el cuidar y fidelizar al cliente táctica que debemos realizar antes de ir a buscar nuevos cliente, hoy en día un cliente fiel es un TESORO.

• http://segurosytecnologia.com/%c2%a1invertir-en-calidad-para-el-cliente-suben-un-225-las-reclamaciones-a-la-contratacion-de-seguros.html
• http://segurosytecnologia.com/optimizar-la-atencion-al-cliente-en-la-compania.html
• http://segurosytecnologia.com/fidelizar-y-mejorar-las-relaciones-con-los-clientes-13.html

Hoy para cambiar un poco el registro no me voy a centrar en la tecnología BPM (solo un comentario… IDEAL para realizar un proceso de Atención al cliente) ni de desarrollar un workflow de control.

Hoy me gustaría comentaros una solución que puede ser utilizada si no implantáis un BPM. Os estoy hablando de implantar una aplicación de gestión de tickets / Helpdesk.

Un helpdesk/Ticket se basa en tener siempre controlada la incidencia y saber en todo momento en que situación esta. Para poder realizar este control normalmente, al dar de alta una incidencia/consulta envías la solicitud y automaticamente te entrega un numero de ticket, o puede ser que utilice como referencia tu cuenta de correo, dni…. una clave identificadora y única.

Tener una aplicación de helpdesk nos sirve para optimizar el tiempo, tanto del cliente como del departamento de Atención al cliente.

Al ser un único punto de entrada de información, podemos extraer una serie de reports muy valiosos como:

• Los clientes que nos ocupan mas tiempo
• Cuales son las consultas mas habituales
• Nuestro tiempos de asistencia
• etc.

En la actualidad estoy trabajando con un helpDesk(free) que tiene una interfase muy sencilla y tiene un back Office de administración muy bueno, os dejo la ruta para que podáis verlo. ACCESO

En un siguiente post, os comentare las características de una aplicación de ticket que estoy testeando estos días.

En conclusión, parece una cuestión menor pero os sorprendería como se puede mejorar la imagen y efectividad de la empresa de cara a nuestros clientes.

Se han reunido aproximadamente 50 países para desarrollar un documento base sobre la protección de los datos de las personas a nivel global.

Dicho documento no tiene fuerza vinculante a escala internacional, pero esperan que tenga un inmediato valor y que sea un punto de partida para todos los países que aun no tiene una legislación que proteja los datos personales.

El principio fundamente del redactado es hacer mas fácil el flujo internacional de datos personales, imprescindible en este mundo 3.0 (Teoría de Thomas Friedman).

Los principios básicos son (Todos estos principios se aplican a los datos personales.) :

• Lealtad
• Legalidad
• Proporcionalidad
• Calidad
• Transparencia
• Responsabilidad

A parte de los principios también se han redactado unos requisitos, se remarca la protección de los datos mas sensibles de la persona, como aquellos que afecta a la esfera mas intima de la persona, o cuya utilización indebida pueda dar origen a una discriminación ilegal o arbitraria, o conlleva un riesgo grave para la misma.

Es un proyecto necesario, pero cuando he leído el articulo lo primero que se me ha pasado por la cabeza es que un estándar global es una idea muy buena, pero si nos cuesta ya bastante aplicar la LOPD en el día a día, ya lo aplicaremos correctamente a nivel mundial?

Quiero comentarlo, porque en la actualidad le damos mucha importancia a nuestra privacidad, si si, todo lo que queramos, pero a mi aun me llegan a casa suscripciones a revistas que tiene todos mis dato y yo nunca he facilitado.

A nivel profesional intentamos en aplicar la LOPD en las compañías, bueno eso es muy relativo, porque si que es verdad que se intenta, pero pocas veces se consigue. El proceso normal es contratar los servicios de unos consultores de LOPD, te estudia y te redactan un informe donde te ponen todos tus defectos y te realizan una auditoria cada N tiempo, hasta aquí bien, pero después el día a día es verdad que de las normas de protección de datos aplicamos un 35% y siendo benevolente, también hay que decir que en todos los lados NO es igual, pero en la mayoría de los sitios podría decir que si.

No es culpa de nadie en concreto, es que por ahora estamos educados así y nos cuenta mucho cambiar, ya sabemos que la gestión del cambio es muy dura, pero seguro que poco a poco, dejaremos los hábitos de “deja encima de la mesa una póliza, una declaración de siniestros”, también protegeremos los directorios que tiene información de personas…. etc.

Seguro que al final lo conseguiremos.

Continuando con el pots sobre la Gestión de riesgos para solvencia II hoy me gustaría entrar un poco mas en detalle en la detección y la identificación de riegos, es una parte muy interesante /apasionante en la gestión de riesgos.

Una vez tenemos claro que nuestra compañía tiene unos riegos, debemos trazar una estrategia clara y concreta, y una vez definida debemos comunicar dicha estrategia de una forma clara y contundente a la entidad.

Tenemos que dimensionar la estructura que necesitaremos para realizar nuestra estrategia y valorar el numero de recursos necesarios.

Una vez que tengamos identificados los recurso necesarios también debemos asignar e identificar los roles de trabajo y una vez tener claro los recurso y lo roles hay que definir también las responsabilidades de cada role dentro de nuestra estrategia.

Dentro de nuestro plan de actuación debemos definir correctamente y de forma clara las políticas de actuación de la compañía a varios niveles, hay que tener presente:

• Suscripción: Controlar la suscripción de los riesgos que la Entidad e intentar minorar al máximo el posible riesgo de suscripción

• Inversiones: Debe estar claramente definida en todos sus ámbitos, para reducir al máximo el riesgo de mercado

• Reaseguro: Su objetivo prioritario ha de ser el de conseguir distribuir el riesgo entre Entidad y Reaseguradora de forma que la capacidad de suscripción se ajuste a las posibilidades de la Entidad y el riesgo de crédito sea mínimo.

• Actuación: En linea con la estrategia de calidad, se debe reducir al máximo el riesgo de pérdida de negocio y de posibles desviaciones sobre lo previsto.

Por hoy llegamos hasta la definición de políticas, en los siguiente post continuaremos con el control y definición del resto de indicadores de control e identificación de riesgos.

]]> http://segurosytecnologia.com/indentirifar-los-riesgos-ii-pilar-de-solvencia-ii-supervision-parte-i.html/feed 7