Módulo Brilla Seguros v3

Formato – Solicitud de Aplicaciones
Versión: 3 Código: FA - 503 Estado: V

Elaboró: Revisó: Juan Carlos Salgado Aprobó: Oscar Holguín
Ana María Echeverría
Cargo:
Cargo: Coordinador de Desarrollo Cargo: Gerente TI
Profesional Jr. OSF y Otras Aplicaciones
Todos los derechos reservados. Ninguna reproducción, copia o transmisión digital de esta publicación puede ser hecha
sin un permiso escrito.
Ningún párrafo de esta publicación puede ser reproducido, copiado o transmitido digitalmente sin un consentimiento
escrito o de acuerdo con las leyes que regulan los derechos de autor o copyright en Colombia, las cuales son: Artículo
61 de la Constitución Política de Colombia; Decisión Andina 351 de 1993; Código Civil, Artículo 671; Ley 23 de 1982;
Ley 44 de 1993; Ley 599 de 2000 (Código Penal Colombiano), Título VIII; Ley 603 de 2000; Decreto 1360 de 1989;
Decreto 460 de 1995; Decreto 162 de 1996.
CONTROL DE VERSIONES
VERSIÓN DESCRIPCIÓN MODIFICACIÓN AUTOR FECHA
1 Solicitud Desarrollo Brilla Seguros JHON SOTO 29/11/2022
2 Solución segundo o tercer nivel Horbath 16/05/2023
3 Notas de construcción Horbath 25/06/2023
DETALLE SOLICITUD DEL USUARIO

Fecha Elaboración 29/11/2022 Solicitado por CEO
Número del Caso LEV-62 Procesos Impactados Brilla Seguros
Incidente o Mejora Erro

Mejora
r
Descripción - Evidencias del Error o Mejora: <Agrupación de conceptos de impresión por plan de financiamiento mes>
Se requiere desarrollar la funcionalidad del módulo de seguros brilla en la versión 8 de Smartflex, con el alance funcional que tiene la
operación actualmente en la versión 7.5
La documentación es tomada del SAO 539142 con el que gestionó el desarrollo para 7.5 en su momento.
Se solicitan los desarrollos tecnológicos evolutivos en OSF que permitan implementar el negocio de seguros y
asistencias en CEO. Tener como referencia que las distribuidoras GDO y Surtigas ya tienen operando este negocio
basados en los siguientes criterios:
Criterios de aceptación
Núm.
ID CA Descripción Criterio de aceptación
CA
- Crear el tipo de producto en OSF.
- Concepto facturación: Asociado a cuentas del tipo de producto microseguro.
- Creación del Plan de financiación: Depende del producto. Anualizado 12 meses, con
tasa de 0% de interés.
- Cada tipo de producto creado seguros, tiene unos "Artículos" creados que funcionan
todos de la misma manera. En el caso de Salva Factura se crea como línea de Brilla
para poder venderla inicialmente, sin embargo, debería ser tipo "Seguros" con un plan
de financiación propio del producto. *
Parametrizació
1 - Cancelación JOB a los 120 días del no recaudo por parte del usuario a la
n
Distribuidora. Se procede a solicitar cancelación del amparo a la Aseguradora y se
devuelven las comisiones por retorno y el cálculo del No. de cuotas a devolver.
- Retornos por producto en venta nueva y renovación. En cancelaciones, renovaciones
y ventas, que la lógica del sistema asigne el % de retorno a devolver de acuerdo con la
naturaleza de la póliza (nueva o renovación) Nota: CEO no cuenta con el módulo de
liquidación de acta Brilla, ellos realizan las liquidaciones manuales con la información
que baja de portal. Creería que esta liquidación es manual.
Enlace revisará la alternativa idónea para el reporte de liquidación.
© ENLACE SERVICIOS COMPARTIDOS S.A.S 1 de 67

Cargo:
- Creación aliados en SAP y OSF para la liquidación.

- Compartir los códigos departamento - localidad- aseguradora- venta exitosa- plan de
seguros.
- Establecer una ruta (FTP) para el recibir el cargue VEEX (Archivo .txt con separación
de | (pipe): Departamento (cód)- localidad (cód) - Aseguradora (cód)- Contrato
usuario - venta exitosa (cód) - plan de seguros (cód) - Frase (VENTA EXITOSA) - Cédula
asegurado - Nombre asegurado - Cadena caracteres con el nombre producto - Valor $
prima mensual - Número póliza 10 dígitos ( creado por la Aseguradora en el VEEX ) -
2 Emisión pólizas
Fecha nacimiento del asegurado.
- Cargue del VEEX en versión CEO - OSF.
- Crear una ruta paralela donde se pueda acceder directamente al log de error (al
intermediario) sin que se requiera la intervención de la distribuidora. Nota: Validación
con seguridad de la información.
Condiciones renovación: Cumplido 12 meses independiente de recaudo o facturación
3 Renovación
se renueva la póliza.
- Habilitación de protocolo para recibo de PQR´S tres frentes: Línea telefónica -
Reclamos por escrito - Puntos de atención al cliente.
- Generación de OTS. En la observación de OT´S debe ir si el usuario es: TITULAR,
TITULAR Y ASEGURADO, ASEGURADO, o TERCERO. Definir con AU
• Titular de factura: Persona que aparece en el nombre de la factura.
• Titular de factura y Asegurado: Cuando el asegurado también es la persona que
aparece en el nombre de la factura
• Asegurado: Persona titular del seguro.
• Tercero: Persona contacto que no es ni titular de factura ni el asegurado.
4 Retención
Aplica para reclamos escritos: Usuario envía la carta o correo electrónico, solicitando
información para la verificación de la tipificación del mismo solicitándole: Nombre
completo, cédula (copia escaneada o foto) y dos (2) números de teléfonos de
contacto. NOTA: Importante informarle al usuario, en esta llamada, que el proceso
continúa y termina con la llamada que se le realizará en los próximos 5 días hábiles. En
la observación de OT´S debe ir si el usuario es: TITULAR, TITULAR Y ASEGURADO,
ASEGURADO, o TERCERO. Esto se debe validar con AU
- Habilitación de protocolo para recibo de PQR´S tres frentes: Línea telefónica -

- Generación OT´S para atención.
- Contenido OT´S: Departamento - Localidad - Barrio - Dirección - Teléfono contacto -
5 PQR´S Producto ( código creado por la distribuidora para identificación de la póliza)- Nombre
y apellido - Cédula - Contrato - N°. Póliza - Contratista - Tipo de producto - Número de
orden ( número interno para control) - Fecha creación OT - Observaciones.
- Habilitar opción de estado cierre de OTS: Atendido - Cerrado - En curso- Validación
con AU- CEO
- Habilitación de protocolo para recibo de PQR´S tres frentes: Línea telefónica ( Es

versa?) - Reclamos por escrito - Puntos de atención al cliente.
- Generación de OTS. En la observación de OT´S debe ir si el usuario es: TITULAR,
TITULAR Y ASEGURADO, ASEGURADO, o TERCERO.
6 Anulación
- Habilitar ruta para envió al proceso de retención CMK. (proceso retención del
documento)
- Si no se logra la retención: Cancelación, respuesta a cliente y cierre de OTS.
- Ruta para informar del proceso de cancelación sistema aseguradora ( acta).
-

Cargo:
- Habilitación de protocolo para recibo de siniestros en tres frentes: Línea telefónica -

- Generación OTS .
- Contenido OTS Siniestros: Departamento - Localidad - Barrio - Dirección - Teléfono
contacto - Producto ( código creado por la distribuidora para identificación de la
póliza)- Nombre y apellido - Cédula - Contrato - N°. Póliza - Contratista - Tipo de
producto - Número de orden ( número interno para control) - Fecha creación OT -
Observaciones.
- Habilitar opción de estado cierre de OTS.
- Creación de un flujo automático de generación de siniestros.
- Información Surtigas ( referencia):
1. Usuario solicita información para reclamo de seguro
2. Atención usuario responde la solicitud acorde al origen así:
a. Salas de AU: Entregan carta con paso a paso e información de contacto de la
aseguradora. Se genera el registro de la solicitud de información, realizando el cierre
inmediato de la misma.
b. Atención Escrita: Envía como respuesta la carta con paso a paso e información de
contacto de la aseguradora, ya sea de manera electrónica (por e-mail) o como carta
7 Siniestros
(cuando aplique). Se genera el registro de la solicitud de información, realizando el
cierre inmediato de la misma.
c. Call Center: Informa el paso a paso y datos de contacto de la aseguradora. Se
genera el registro de la solicitud de información, realizando el cierre inmediato de la
misma.
Proceso actual de Reclamación por Seguro de Vida Deudor

1. El cliente hace la reclamación del siniestro al área de servicio al cliente adjuntando
los documentos solicitados.
2. Se registra en el sistema la solicitud y envía la profesional Operativo de FNB para
que inicie el tramite
3. El profesional de FNB Realiza manualmente en OSF el traslado del saldo del crédito
de diferido a corriente y solicita Cartera la emisión de certificado por el saldo
pendiente del crédito Brilla.
4. Envía a la aseguradora vía correo electrónico, la documentación para que se realice
el trámite de desembolso
5. La aseguradora realiza el desembolso
El número de siniestros reclamados por Seguro de Vida Deudor en el año 2020 fue de
17.
El sistema debe realizar al cierre de mes: acta de liquidación (total primas producción
del mes anualizada: cancelaciones- ventas - renovaciones - reintegros), acta de
facturación ( incluye la comisión de los retornos por la producción del mes
anualizada). ambas en formato pdf y excel, reporte con detalle de las pólizas
8 Actas de cierre
liquidadas en el mes.
Es importante que las actas de facturación y liquidación contengan el producto,
contrato, tipo (cobro contratista: movimiento anulación o pago póliza a contratista:
movimiento renovación) y valor del movimiento.
De acuerdo a la información liquidada en el acta de facturación se remite la factura
venta FV y/o nota crédito NC a la compañía de seguros con copia al intermediario.
9 Contabilidad
Se transfiere a la compañía de seguros la diferencia entre el acta de liquidación y acta
de facturación.

Cargo:
Reportes actas de cierre:

- Reporte de pólizas vendidas y renovadas: Departamento - Localidad - Barrio -
Producto - Nombre y apellido - Cedula - Contrato - N°. Póliza - Colectivo - Prima Anual
Contenido reporte de polizas anuladas: Departamento - Localidad - Barrio - Producto -
Nombre y apellido - Cedula - Contrato - N°. Póliza - Colectivo - Cuotas a devolver -
Valor a devolver - Prima mensual - Fecha de anulación - Motivo de anulación - Código
de anulación.
Reporte logs de errores:
Logs errores: Archivo block datos: Descripción tipificación (anexo logs errores)-
Número de póliza de 10 dígitos (la misma del VEEX) - Nó contrato.
Reporte renovaciones:
- Reporte de pólizas renovadas: Departamento - Localidad - Barrio - Producto -
10 Reportes Nombre y apellido - Cedula - Contrato - N°. Póliza - Colectivo - Prima Anual.
Reporte anulación:
Contenido OTS: Departamento - Localidad - Barrio - Dirección - Teléfono contacto -
Producto (código creado por la distribuidora para identificación de la póliza)- Nombre
y apellido - Cédula - Contrato - N°. Póliza - Contratista - Tipo de producto - Número de
orden (número interno para control) - Fecha creación OT - Observaciones.
Reporte pólizas activas:
número póliza – código póliza - fecha creación - fecha inicial vigencia - fecha final
vigencia - contratista actual - línea producto – contratista inicial – valor póliza – valor
prima - identidad asegurado - nombre asegurado - tipo póliza – contrato – producto –
diferido- número cuotas- cuotas pagadas - saldo diferido - No. cuotas facturadas -
facturas pendiente de pago - deuda seguro – departamento – localidad - barrio –
estrato – ciclo – colectivo.
Adicionalmente se especifica el alcance del producto Salva Factura para el update del SAO
Port OS
Proceso Característica Comentario
al F
Dentro del front de la pantalla de venta Brilla,
contar con la opción de tomar la póliza de
X
seguro SALVA FACTURA, independiente al
Seguro Deudor Brilla:
Desde el inicio de la transacción de venta
Brilla se marcará la póliza de seguro asociado
al usuario, si el usuario no lo acepta el asesor
X
podrá editar el campo desmarcando la póliza
SALVA FACTURA y así eliminarse de la
transacción de venta de venta Brilla
Se coloca una única póliza de seguro por
factura (contrato), no por crédito: OSF debe
Venta enviar información a portal indicando si el
contrato ya cuenta con una póliza de seguro
de SALVA FACTURA asociada al contrato.
PORTAL: De acuerdo con la información que
reciba de OSF, sino cuenta el contrato póliza, X X
se visualizará el campo marcado y editable
para adquirir la póliza, en caso contrato,
mostrar mensaje indicando que el contrato ya
cuenta con una póliza de SALVA FACTURA.
Permitirá continuar con la transacción de
venta de artículos Brilla sin la póliza.
Cuotas: Según vigencia crédito. Si el usuario X X El portal debe entregar a OSF el

Cargo:
en la misma transacción compra varios

artículos a diferentes cuotas, se tomará para plazo máximo de la financiación
calcular el valor del total de la póliza SALVA de Brilla para determinar la
FACTURA el plazo máximo de los artículos vigencia de la póliza
adquiridos.
El portal debe garantizar que no
Valor póliza no consume cupo Brilla X X sume sobre el valor de la venta
Brilla
El valor de la póliza total es el valor prima
mensual x No. Cuotas máxima de los artículos
del crédito: Desde OSF: Se debe desarrollar un
nuevo tipo de póliza asociado a una tarifa de
vigencia donde solo establezca el valor de la X X
prima mensual (asociado a la duración crédito
Brilla) - PORTAL : Deberá mostrar el valor de la
prima mensual y valor total de la póliza en el
resumen de venta.
Comisión: No se liquidará comisión para para
X
aliado Brilla.
El promotor de venta genera una única
transacción de venta con artículos Brilla y la
póliza SALVA FACTURA, el sistema debe
garantizar se realicen liquidaciones de actas
individuales así: Liquidaciones para aliado por
los artículos Brilla (acta de liquidación; pago X
artículos y acta de facturación; cobro
comisión) y liquidación para la Aseguradora
(acta de liquidación; pago póliza y acta de
facturación; cobro comisión según las
condiciones configuradas de %):
Separar la colocación de este valor de póliza
total del ingreso a Brilla y que ingrese a la X
colocación de Microseguros:
La póliza podrá ser adquirida bajo cualquier
condición de combinación de cupo Brilla X
(extra cupo, unión de cupo, scoring lisim, etc).
Independiente a la condición de registro de
los artículos Brilla (con entrega en punto o no)
X
la póliza desde su registro quedará con un tipo
de solicitud Atendida.

Cargo:
Realizará auditoria de las colocaciones de

póliza, para lo cual se requiere contar con un
reporte de detalle de pólizas con lo siguiente:
- Nombre asegurado (deudor crédito)

- Tipo y número de identificación
- Teléfono fijo
- Teléfono celular
- Correo electrónico
- Aseguradora
Intermediació
- Valor prima mensual X
n
- Vigencia del crédito Brilla ( # cuotas) del
crédito con la cual se haga transacción del
seguro.
- Fecha registro: Deberá ser el mismo del
momento de la transacción de la compra.
- Resumen de los productos adquiridos bajo la
misma transacción con la que adquiere la
póliza. ( ej: nevera, televisores)
- Nombre del aliado*. Si es una sucursal de
grandes superficies informar el nombre.
La transacción continúa igual que como hoy

X
opera el programa Microseguros.
No hay cancelación por cartera no pagada
X
(cancelación por JOB)
Tipos de cancelación: Proceso que realiza la
Distribuidora
Voluntaria: Si el usuario solicita cancelación
voluntaria se procede a dar de baja la póliza y
se cruza con la Aseguradora devolución de
prima y retorno. Se cancela la póliza y se Gestión procedimiental y
Cancelación suspende el amparo. soportado con transacción actual
Pago anticipado Crédito Brilla: Se le informa al para cancelaciones de seguros, en
usuario que continúa el amparo por el tiempo la cual se descuenta al usuario lo
restante inicialmente pactado. En este caso si pendiente por cancelar, es decir,
se siniestra la póliza se procede a cubrir la lo pendiente por facturar y lo
cuota de lo que el usuario tenga registrado en facturado sin pagar
su factura ( gas- seguros, otros). Si el usuario
decide no continuar se realiza el proceso de
cancelación voluntaria. Si ya canceló el valor
total de Brilla, incluyendo el seguro, se le
abona al usuario.
No hay renovaciones en este producto. una
vez finaliza el crédito de Brilla y se termina de
Renovación pagar el valor de la póliza, se cancela la póliza X
y se suspende el amparo. OSF debe garantizar
el cambio de estado del producto a retirado

Cargo:
• Si el cliente realiza refinanciación de deuda

Brilla, qué comportamiento se espera para la
póliza? R/ Se debe aplicar el mecanismo de
refinanciación o diferido de Brilla. No se le
cobra interés, el concepto de SALVA FACTURA
no genera intereses aun si este se encuentre
Gestión procedimental y manual
diferido. Podría asociarse a un plan de
bajo las transacciones propias de
financiación de 1 a 60 cuotas.
Cartera OSF, como lo son notas,
• Es posible que el usuario solicite separación
traslados/devolución de saldos a
de factura únicamente del seguro SALVA
favor
FACTURA y continúe cancelando saldo
BRILLA? No, cualquier pago que ingrese al No.
de contrato se distribuye entre los diferentes
conceptos. Si el usuario solicita separación se
separa Brilla y Salva FACTURA ( juntos) de la
factura del gas.
ANÁLISIS SOPORTE DE SEGUNDO NIVEL

Diagnóstico del error / mejora: <Descripción paso a paso del problema a solucionar o de la necesidad a reportar.>
Mediante el presente caso se solicitan los desarrollos tecnológicos evolutivos en OSF que permitan implementar el negocio de
seguros y asistencias en CEO, teniendo como base las funcionalidades que se tienen implementadas en las distribuidoras GDO
y Surtigas.
De acuerdo con lo definido con la unidad de negocio, el alcance de la solicitud queda limitado a las siguientes funcionalidades,
las cuales se buscan implementar sobre la plataforma Open Smartflex versión 8:
1. Configuración del nuevo tipo de servicio Brilla Seguros

2. Formas de configuración propias de módulo de seguros, requeridas para el proceso de ventas
3. Ventas de Seguros
4. Reportes Seguros:
a) Reporte de pólizas vendidas y renovadas (para cierre)
b) Reporte de pólizas canceladas (para cierre)
c) Reporte de pólizas renovadas
d) Reporte de pólizas activas
e) Reporte de potenciales
f) Reporte de liquidación
g) Reporte de OT’s
5. Cancelación de Seguros
6. Gestión de pólizas Salva factura (funcionalidades OSF)
7. Renovación de Póliza
A continuación se detalla el alcance que se le dará al desarrollo, bajo el enfoque de lo que se tiene en gaseras:
1. Configuración del nuevo tipo de servicio Brilla Seguros: constituye la configuración base para el proceso de
seguros en CEO. Esta configuración se entregaría con el desarrollo, y quedaría homologado a la configuración
del tipo de producto Brilla Seguros que se tienen en gaseras, según viabilidad técnica.
2. Forma de configuración requerida para el proceso de ventas de seguros: se deben implementar las formas
que actualmente se tienen en gaseras, y que soportan la configuración base para el proceso de ventas de
seguros:
a) LDPGS: Configuración de causales y Línea de Producto
b) LDCTL: Configuración de vigencia por tipo de póliza por línea de producto. En esta forma se debe
contemplar una modificación, que permita configurar por aseguradora, los correos a los cuales se
les va a notificar el resultado del cargue de ventas de seguros (VEEX).
Cabe mencionar que las formas deben conservar las validaciones y controles que se tengan en las

Cargo:
gaseras, para las operaciones de inserción, actualización o eliminación de registros.
3. Ventas de Seguros: Por medio de la venta la compañía difiere el valor de una póliza de seguros de vida o
exequial a sus clientes, en el número de meses definidos según la cobertura del tipo de póliza.
Prerrequisito: creación del trámite 100261 - Venta Seguros XML y flujo Venta de seguros homologado
al de gaseras.
a) Registro de venta de seguros por archivo plano: esta funcionalidad debe contemplar las mismas
opciones que se tienen en gaseras: procesar el archivo por el Job Proceso de venta de póliza o
mediante la forma LDPSF - Proceso de venta por archivo plano. Ambas opciones deben leer un
archivo plano (.txt) ubicado en una ruta específica del servidor de OSF. Dicho archivo debe
cumplir con 2 requisitos: su nomenclatura debe iniciar con el prefijo VEEX (ejemplo
veex20210804.txt), y el contenido del mismo debe conservar la misma estructura que se tiene
en gaseras:
DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CONTRATO|CAUSAL|FECHA VISITA|OBSERVACION|
CEDULA|NOMBRE|TIPO POLIZA ASEGURADORA|NOMBRE PRODUCTO|VALOR PRIMA|NUMERO
POLIZA|FECHA NACIMIENTO
Ejemplo:
Se espera que al procesar el cargue de las ventas por archivo plano, se tenga el siguiente resultado
para las que cumplan con las condiciones y validaciones del sistema:
● Creación del producto de seguros el cual debe quedar activo
● Creación de póliza de seguros, la cual debe quedar en estado activa y con una vigencia,
valor de póliza, y valor de prima acorde a la cobertura configurada para el tipo de póliza
● Registro de la financiación en el producto de seguros, de acuerdo a la configuración del
tipo de póliza (valor de póliza, meses de cobertura, valor de la prima (valor cuota),
concepto, plan de financiación)
● Creación de las órdenes de pago de la póliza y cobro de la comisión, con los valores
correspondientes, para cada caso.
Las condiciones y validaciones que se realizan para el registro de la venta, serán las mismas que se
tienen en las distribuidoras.
b) Proceso para envío de logs a usuarios y aseguradoras: se debe implementar el proceso Ldc-Job
Para envío De Correo Archivo Venta Micro Seguro el cual se tiene en gaseras, con la finalidad de
enviar por correo electrónico el resultado del cargue del VEEX. No obstante, se debe realiza una
modificación adicional, que consiste en enviar la notificación, a los correos que sean
configurados en la forma LDCTL, de acuerdo a lo indicado en el punto 2.
El log tendrá la misma estructura de gaseras.
c) Gestión de FTP's para cargues de archivos VEEX: a cada aseguradora se le habilitará acceso a un
ftp para el cargue de los archivos de ventas, el cual tendrá los permisos restringidos solo para el
cargue de los archivos. Lo cual a su vez evita que esta información se esté compartiendo vía
correo, dado que la misma contiene datos que son sensibles para el negocio.
4. Reportes Seguros: como herramientas de apoyo a la operación del nuevo módulo de seguros, se requieren los
siguientes reportes para el proceso. Tener en cuenta que para que generan información propiamente de
pólizas, debe permitir consultar tanto para pólizas de productos de microseguros como para pólizas de
Salvafacturas (excepto el reporte de renovaciones, dado que las Salvafacturas no se renuevan).
a) Reporte de pólizas vendidas y renovadas (para cierre): construcción de reporte en ORM con los
siguientes campos: Departamento - Localidad - Barrio – Aseguradora - Producto - Nombre y
apellido - Cédula - Contrato - N°. Póliza - Colectivo - Prima Anual – Código de Póliza – Estado de

Cargo:
Póliza – Origen (Venta/Renovación). Los filtros para el reporte serían: fecha inicial y final de
creación
b) Reporte de pólizas canceladas (para cierre): construcción de reporte en ORM con los siguientes
campos: Departamento - Localidad - Barrio - Aseguradora - Producto - Nombre y apellido -
Cédula - Contrato - N°. Póliza - Colectivo - Cuotas a devolver - Valor a devolver - Prima mensual -
Fecha de anulación - Causal de anulación - Solicitud de cancelación. Los filtros para el reporte
serían: fecha inicial y final de cancelación
c) Reporte de pólizas renovadas: construcción de reporte en ORM que contenga las pólizas activas
originadas por un proceso de renovación. Los campos serían los siguientes: Departamento -
Localidad - Barrio - Producto - Nombre y apellido - Cedula - Contrato - N°. Póliza - Colectivo -
Prima Anual. Los filtros serían: aseguradora y línea de producto (ambos con lista de valores de
selección múltiple)
d) Reporte de pólizas activas: construcción de reporte en ORM que contenga todas las pólizas
activas, tal como se tiene en gaseras. Los campos serían: número póliza – código póliza - fecha
creación - fecha inicial vigencia - fecha final vigencia - contratista actual - línea producto –
contratista inicial – valor póliza – valor prima - identidad asegurado - nombre asegurado - tipo
póliza – contrato – producto – diferido- número cuotas- cuotas pagadas - saldo diferido - No.
cuotas facturadas - facturas pendiente de pago - deuda seguro – departamento – localidad -
barrio – estrato – ciclo – colectivo. Los filtros serían: aseguradora y línea de producto (ambos
con lista de valores de selección múltiple)
e) Reporte potenciales de seguros: construcción de reporte en OSF, que consista en un PB que

genere un archivo .CSV con la información de los clientes potenciales de seguros, con los
siguientes campos: Cod_dpto, Desc_dpto, Cod_Localidad, Desc_localidad, Cod_barrio,
Desc_barrio, Nombre_suscriptor, Cedula, Contrato, Correo, Direccion, Ciclo, Categoria,
Subcategoria, Estado_corte, Estado_conexion, Tiene_SalvaFactura (Si/No), Cantidad de pólizas
activas. La población a consultar en el reporte, deben ser aquellos que tienen máximo una póliza
de seguros activa (incluyendo Salvafactura), y que su producto de energía se encuentre en un
estado activo, y pertenezcan a la categoría residencial y comercial.
Los filtros a ingresar en la opción serían: departamento, localidad.
f) Reporte de liquidación: construcción de reporte, que genere información de las órdenes de pago
y cobro asociadas a las solicitudes de venta de seguros (incluye renovaciones) y cancelaciones.
Los campos base que debe tener el reporte son: orden, fecha de legalización, contrato,
producto, línea de producto, unidad de trabajo, aseguradora, número de póliza, tipo de trabajo
(código y descripción), valor de la orden. La información se debe generar a partir de un rango de
fechas inicial y final, a partir del cual se filtren las ventas, renovaciones y cancelaciones.
g) Reporte de OT’s: Construcción de reporte para consultar información de las órdenes originadas
por OT’s asociadas al proceso de seguros. Los campos serían: Departamento - Localidad - Barrio -
Dirección - Teléfono contacto - Producto - Nombre y apellido - Cédula - Contrato - N°. Póliza -
Contratista - Tipo de producto - Número de orden - Producto – Desc Tipo de trabajo - Fecha
creación OT – Observación de solicitud – Observación de legalización. Filtros: número de orden,
estado de la orden, fecha de creación, fecha asignación, fecha de legalización, contratista,
unidad operativa, tipo de trabajo, contrato
Prerrequisito: creación del trámite 100231-Cancelación de Seguros, 100266-Cancelación de seguros
xml y el flujo Cancelación de seguros con el mismo alcance que se tiene en gaseras.
a) Registro de cancelación por trámite: se debe contar con la opción de registro de cancelación de
pólizas a través de CNCRM, a nivel de contrato, tal como se tiene en gaseras (Trámite 100231-
Cancelación de Seguros).
Se espera que al registrar la solicitud de cancelación por CRM, se tenga el siguiente resultado:
i. Se genere la orden de recuperación (excepto si el trámite es registrado por la
aseguradora):
♦ Si se recupera la venta, la solicitud debe quedar atendida

Cargo:
♦ Si no se recupera la venta:
o El producto de seguro debe quedar retirado
o La póliza debe quedar en estado Cancelada
o El producto retirado debe quedar sin deuda (ni en diferido ni en
corriente)
o Creación de las órdenes de pago de comisión cobrada y cobro de la
póliza cancelada, con los valores proporcionales correspondientes, para
cada caso.
o Los valores del pago y cobro, deben ser proporcionales a lo que dejó de
pagar el cliente, por concepto de la póliza.
Cabe mencionar, que en caso que el usuario presente una solicitud de
reclamo en gestión sobre el producto de seguros, la cancelación quedará en
espera hasta que se gestione el reclamo (tal como funciona en gaseras).
b) Registro de cancelación por archivo plano: esta funcionalidad debe contemplar las mismas
opciones que se tienen en gaseras: procesar el archivo por el Job Proceso de cancelación de
seguros por archivo plano y mediante forma LDPCF. Ambas opciones deben estar orientadas a
leer un archivo plano (.txt) ubicado en una ruta específica del servidor de OSF. Dicho archivo
debe cumplir con 2 requisitos: su nomenclatura debe iniciar con el prefijo ANUL (ejemplo
anul20210806.txt), y el contenido del mismo debe conservar la misma estructura que se tiene
en gaseras:
DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CAUSAL|PRODUCTO|NUMERODECUOTAS|
FECHACANCELACION|
CAUSACANCELACION|NOMBRE_ASEGURADO|IDENTIFICACION ASEGURADO|TIPO_POLIZA|
Ejemplo:
Se espera que al procesar las cancelaciones por archivo plano, se tenga el siguiente resultado para
las que cumplan con las condiciones y validaciones del sistema:
● El producto de seguro debe quedar retirado
● La póliza debe quedar en estado Cancelada
● El producto retirado debe quedar sin deuda (ni en diferido ni en corriente)
● Creación de las órdenes de pago de comisión cobrada y cobro de la póliza cancelada,

con los valores proporcionales correspondientes, para cada caso.
● Los valores del pago y cobro, deben ser proporcionales a lo que dejó de pagar el cliente,
por concepto de la póliza.
Nota: el proceso de cancelación por archivo plano debe dejar el log correspondiente y realizar la
notificación a los usuarios funcionales sobre el resultado del proceso. El log tendrá la misma
estructura de gaseras. Las condiciones y validaciones que se realizan para la cancelación, serán las
mismas que se tienen en las distribuidoras.
c) Registro automático de cancelación por mora: se debe implementar el job LDC_Cancela Seguro
que se tiene en gaseras, el cual a partir de las pólizas que se tienen activas en el sistema,
identifica aquellas que presentan 4 cuotas o más vencidas (parametrizable), y procede a
registrarles una solicitud de cancelación, la cual cabe mencionar no genera orden de
recuperación. Debido a lo anterior:
● El producto de seguro queda retirado
● La póliza queda en estado Cancelada

Cargo:
● El producto retirado queda sin deuda (ni en diferido ni en corriente)
● Se crean las órdenes de pago de comisión cobrada y cobro de la póliza cancelada, con
los valores proporcionales correspondientes, para cada caso.
El proceso debe contemplar la exclusión de líneas de producto, para que no sean canceladas por
el proceso, tal como opera en gaseras.
Se debe garantizar que desde este proceso no se cancelen las pólizas de Salvafactura.
Nota: el proceso de cancelación debe dejar el log correspondiente y realizar la notificación a los
usuarios funcionales sobre el resultado del proceso. El log tendrá la misma estructura de
gaseras.
d) Gestión de FTP's para cargues de cancelaciones: se habilitará un ftp a los usuarios internos
encargados de procesar las cancelaciones por archivo plano, para que realicen el cargue
correspondiente del archivo.
6. Gestión de pólizas Salvafactura (OSF): en el Portal Digital Brilla, se encuentra desarrollada la funcionalidad
que permite la toma del producto de Salvafactura a partir de una venta Brilla.
Prerrequisito: Existencia de los componentes y validaciones del lado del Portal Digital, que garantice el
funcionamiento de la toma de pólizas de Salvafactura a partir de ventas Brilla. Existencia del microservicio en
Portal Digital que valide si el contrato cuenta o no con una póliza de Salvafactura vigente y el microservicio
que registre la venta de seguros desde el Portal Digital hacia OSF.
a. Registro de venta de seguros para producto Salvafactura: para el proceso de registro de venta de seguros
desde el Portal Digital:
● OSF debe enviar información a portal indicando si el contrato ya cuenta con una póliza de
seguro de SALVA FACTURA asociada al contrato, por lo cual se debe contar con la lógica que
se tiene en gaseras para validar si el contrato ya tiene una póliza de SalvaFactura activa y
vigente.
● OSF debe crear la póliza y diferido de Salvafactura, de acuerdo al plazo, valor total y valor de
prima, que reciba del Portal Digital Brilla. El plazo estará asociado a la duración del crédito
brilla, tema que se garantiza desde el portal digital. La creación de la póliza y diferido origina
a partir de proceso de registro del trámite de venta seguros Salvafactura, que se planteó
desde el portal digital.
● El diferido de la póliza de Salvafactura debe quedar sobre el producto de seguros
● No se contempla construcción de proceso de liquidación de actas Brilla ni de Microseguros
● La solicitud de venta de seguros de Salvafactura dentro de su flujo normal debe quedar

atendida
● Las ventas de Salvafactura solo se pueden realizar mediante el Portal Digital Brilla, por lo que
se debe garantizar que desde el registro de ventas de seguro por archivo plano, no se permita
el cargue de ventas de Salvafactura, tal como se realiza para gaseras.
Los siguientes puntos hacen referencia a las condiciones bajo las cuales fue desarrollada la
funcionalidad de Salvafactura en Portal Digital:
● Según vigencia crédito. Si el usuario en la misma transacción compra varios artículos a

diferentes cuotas, se tomará para calcular el valor del total de la póliza SALVA FACTURA el
plazo máximo de los artículos adquiridos
● Comisión: No se liquidará comisión para para aliado Brilla
● Valor póliza no consume cupo Brilla

Nota: La póliza podrá ser adquirida bajo cualquier condición de combinación de cupo Brilla
(extra cupo, unión de cupo, scoring lisim, etc).

Cargo:
● Para el producto de salva factura se debe aplicar el mecanismo de refinanciación o diferido

de Brilla. El concepto de SALVA FACTURA no genera intereses aun si este se encuentre
diferido. Se podrá asociarse a un plan de financiación de 1 a 60 cuotas.
● No se podrá solicitar separación de factura únicamente para el producto de seguros. Si el

usuario solicita separación se separa Brilla y Salva FACTURA (juntos) de la factura de energía.
b. Renovación: las pólizas asociadas al producto de Salvafactura no se renuevan

c. Cancelación: las pólizas de Salvafactura:
● Se deben cancelar a solicitud del usuario, ya sea registrando el trámite desde CRM o cargando
la cancelación por archivo plano.
● Se deben cancelar de manera automática cuando ya se haya finalizado la vigencia de la
misma, y el producto asociado No tenga diferidos con saldo, deuda en corriente, reclamos ni
solicitudes pendientes, tal como se planteó para gaseras. Esto debe contemplar el retiro del
producto de seguros.
● No se deben cancelar a través del proceso automático de cancelación por mora.
7. Renovación de pólizas
Prerrequisito: creación funcionalidad de venta de seguros
● Renovación masiva de pólizas (LDCRMP): esta corresponde a una funcionalidad en gaseras que de
manera masiva, valida todas las pólizas activas, e identifica aquellas que cumplan con las condiciones
para ser renovadas. Para CEO, la condición principal, debe ser que la póliza haya cumplido con los N
meses de la vigencia, es decir, si la vigencia de una póliza va del 02/09/2020 al 02/09/2021, llegado el
03/09/2021 ya cumpliría con la condición principal para ser renovada. Cabe mencionar que para CEO al
igual que en gaseras regirán las 2 principales condiciones de renovación: cumplimiento de la vigencia de
la póliza y mínimo 10 cuotas facturadas (parametrizable). A continuación se mencionan algunas de las
otras condiciones que determinan la renovación:
● Que exista tarifa vigente para el tipo de póliza
● Que la póliza no corresponda al producto de Salvafactura
● Que la póliza no tenga una solicitud de cancelación en proceso
● Producto de energía en estado facturable y activo
● Que el producto de seguros no tenga un estado de retiro voluntario
● Renovación de pólizas por colectivo (LDRPC): esta corresponde a una funcionalidad en gaseras que valida
todas las pólizas asociadas a un colectivo y una línea de producto, e identifica aquellas que cumplan con
las condiciones para ser renovadas. En esta funcionalidad también para CEO se conserva la condición
principal, de que la póliza haya cumplido con los N meses de la vigencia. Así mismo, tampoco se tendría
en cuenta la validación de las cuotas pendientes por facturar que tenga la póliza. El resto de validaciones
que se tienen en gaseras se conservaría.
8. Consulta de póliza de seguros desde CRM

Se debe contar con pestaña/opción en CRM que permita consultar la información de las pólizas de un
contrato. Los campos requeridos para esta consulta son: código de póliza, estado de la póliza, número de la
póliza, contratista, línea de producto, fecha inicial, fecha final, valor de la póliza, cédula del asegurado, nombre
del asegurado, diferido asociado a la póliza, número de cuotas, fecha de cancelación, fecha de nacimiento para
el asegurado, tipo de póliza, causal de cancelación, cuotas a devolver, observación de la póliza, departamento,
localidad, número del colectivo.
Consideraciones:
Tener en cuenta que las validaciones que en gaseras se realicen sobre el producto de Gas, en CEO se deben realizar sobre el
producto de energía.
Cabe mencionar que las configuraciones correspondientes a conceptos, planes de financiación, aseguradoras, tipos de pólizas,

Cargo:
cuentas contables, centro de costo y demás, queda bajo responsabilidad de la unidad de negocio, en conjunto con las áreas
encargadas de las mismas.
Resumen Proceso de seguros:
Brilla Seguros
Por medio de la venta de seguros la distribuidora registrar diferido por el valor de la póliza de seguros de vida o exequiales a
sus clientes, el cual queda con el número de meses que se tenga definido en la vigencia de la póliza (normalmente son 12 meses
de cobertura por vigencia). La venta se origina a partir del registro de un trámite de venta de seguros, el cual genera las
órdenes de pago de póliza y cobro de comisión, que se ve reflejado en la liquidación de la aseguradora. Una vez se cumple la
vigencia de la póliza, esta es renovada automáticamente, a menos que el cliente previo a la finalización de la vigencia, solicite
la cancelación de la misma. Para la renovación como tal se realiza también el registro de una nueva solicitud de venta de
seguros, y esta da lugar a una nueva financiación, cuyo valor, plazo y valor de cuotas depende de la tarifa vigente para el tipo
de póliza, al momento de ser renovada.
En cuanto a la cancelación de una póliza, se puede dar principalmente por dos razones:
● Por solicitud del cliente: el cliente en cualquier momento puede realizar la solicitud de cancelación de la póliza activa
● Por no pago: si el cliente presenta 4 o más cuotas vencidas pendientes de pago, de forma automática el sistema
registra la cancelación de la póliza.
En el caso de la póliza de Salvafactura, también se puede cancelar de forma automática cuando se cumple el plazo (dicho plazo
es heredado del crédito Brilla), y el usuario ya no presenta deuda ni solicitudes pendientes asociadas a la misma.
A partir de la cancelación de una póliza, se salda la deuda al usuario, y se le realiza el cobro a la aseguradora por las cuotas que
el cliente no pagó. Así mismo, se le hace el pago de la comisión cobrada, proporcional al valor que el cliente dejó de pagar.
Terminología:
Job: proceso automático que se ejecuta en el sistema con una periodicidad o frecuencia definida durante la programación del
mismo
Análisis de tercer nivel (Horbath)
Esta nueva solución abarcara los siguientes puntos:
● Nuevo producto - Brilla Seguros.
● LDPGS - Configuración de causales y Línea de Producto
● LDCTL - Configuración de vigencia por tipo de póliza por línea de producto
● LDC_CECPOL - Exclusión de cancelación de pólizas
● LDCCES - LDC -Configuración estrategia de seguros
● LDPSF - Registro de venta de seguros por archivo plano
● Proceso de cargue de Archivo Venta Micro Seguro (Tarea Programada)
● Reportes Seguros
o ORM - Reporte de pólizas canceladas:
o ORM - Reporte de pólizas renovadas:
o ORM - Reporte de pólizas activas:
o PB - Reporte potenciales de seguros:
o ORM - Reporte de liquidación:
o GR - Reporte de OT’s:
● Cancelación de Seguros - Trámite
● LDPCF - Proceso de cancelación de seguros por archivo plano

Cargo:
● Registro automático de cancelación por mora SALVAFACTURA (Tarea programada LDC_Cancela Seguro)
● LDCRMP - Renovación masiva de pólizas
● LDRPC - Renovación de pólizas por colectivo
● CRM - Pestaña nueva - POLIZAS
● Formas de configuración del proceso de Brilla seguros adicionales.
Descripción de puntos a solucionar:
1. Nuevo producto llamada Brilla Seguros.

a. Este nuevo producto estará asociado al contrato del suscriptor al momento de obtener un seguro
configurado para este nuevo servicio.
2. LDPGS - Configuración de causales y Línea de Producto

a. Forma de manteniendo en la cual el funcional podrá configurar:
i. Causales de cancelación de un seguro
ii. Línea de producto con su respectivo concepto de facturación.
iii. Tipo de liquidación para la venta de seguro
iv. La aseguradora con el o los correos que serán utilizados para el envío de archivos log
resultantes del procesamiento de cargue de ventas de seguros (VEEX)
3. LDCTL - Configuración de vigencia por tipo de póliza por línea de producto
a. Forma de manteniendo en la cual el funcional podrá configurar:
i. Nivel 1
1. Relación entre el contratista (Aseguradora) y la línea de producto que manejara en
la venta de seguro
ii. Nivel 2
1. Permitirá configurarle al contratista un nuevo tipo de póliza que necesita con
relación una serie de configuraciones como categoría, subcategoría, canal de
venta. Etc.
iii. Nivel 3
1. Establecer las vigencias del tipo de póliza. Así como su valor y meses cobertura,
entre otra información.
4. LDC_CECPOL - Exclusión de cancelación de pólizas

a. Forma que le permitirá al funcional establecer si la línea del producto definido a una aseguradora será
excluida o no al momento de una cancelación de seguro por mora
5. LDCCES - LDC -Configuración estrategia de seguros

a. Forma que le permitirá al funcional establecer la configuración de la aseguradora con relación a un %BASE
de una línea de seguro.
6. LDPSF - Registro de venta de seguros por archivo plano

a. Forma que le permitirá al funcional generar venta de seguro mediante archivo plano.
b. Los archivos para su respectiva ejecución y cargue deben estar diseñados para generar venta de seguro
para un único contratista en ese mismo archivo. Esto se debe garantizar debido a la nueva funcionalidad
solicitada para que se le enviara el LOG de resultados a la respectiva aseguradora.
i. Esto con el fin de utilizar la configuración del correo definido en la forma LDPGS.
ii. Se enviará el LOG al correo configurado por el contratista.
c. El registro de venta por archivo plano menara el mismo alcance de gaseras.
d. El archivo de cargue manejara la siguiente estructura:
i. DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CONTRATO|CAUSAL|FECHA VISITA|
OBSERVACION|CEDULA|NOMBRE|TIPO POLIZA ASEGURADORA|NOMBRE PRODUCTO|
VALOR PRIMA|NUMERO POLIZA|FECHA NACIMIENTO
7. Proceso de cargue de Archivo Venta Micro Seguro (Tarea Programada)

a. Esta funcionalidad será mediante una tarea programada que permitirá utilizar la misma funcionalidad de
generar venta de seguro como en la forma LDPSF, pero mediante una ejecución programada de forma
automática en un determinado periodo de tiempo.
i. Esta tarea programa será configuración en productivo por el funcional con la persona o área

Cargo:
encargad de establecer esta configuración.

b. Se enviará el LOG al correo configurado por el contratista
c. El archivo de cargue manejara la siguiente estructura:
i. DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CONTRATO|CAUSAL|FECHA VISITA|
OBSERVACION|CEDULA|NOMBRE|TIPO POLIZA ASEGURADORA|NOMBRE PRODUCTO|
VALOR PRIMA|NUMERO POLIZA|FECHA NACIMIENTO
8. Se contarán con los siguientes Reportes Seguros
a. ORM - Reporte de pólizas vendidas y renovadas (cierre):

i. Mostrará los siguientes campos:
1. construcción de reporte en ORM con los siguientes campos: Departamento -
Localidad - Barrio – Aseguradora - Producto - Nombre y apellido - Cédula -
Contrato - N°. Póliza - Colectivo - Prima Anual – Código de Póliza – Estado de Póliza
– Origen (Venta/Renovación).
ii. Manejara los siguientes filtros:
1. Los filtros para el reporte serían: fecha inicial y final de creación del trámite de la
venta o renovación
b. ORM - Reporte de pólizas canceladas (cierre):

1. construcción de reporte en ORM con los siguientes campos: Departamento -
Localidad - Barrio - Aseguradora - Producto - Nombre y apellido - Cédula - Contrato
- N°. Póliza - Colectivo - Cuotas a devolver - Valor a devolver - Prima mensual -
Fecha de anulación - Causal de anulación - Solicitud de cancelación.
1. fecha inicial y final de creación del trámite de cancelación
c. ORM - Reporte de pólizas renovadas:

1. construcción de reporte en ORM que contenga las pólizas activas originadas por
un proceso de renovación. Los campos serían los siguientes: Departamento -
Localidad - Barrio - Producto - Nombre y apellido - Cedula - Contrato - N°. Póliza -
Colectivo - Prima Anual.
1. Aseguradora y línea de producto
d. ORM - Reporte de pólizas activas:

1. número póliza – código póliza - fecha creación - fecha inicial vigencia - fecha final
vigencia - contratista actual - línea producto – contratista inicial – valor póliza –
valor prima - identidad asegurado - nombre asegurado - tipo póliza – contrato –
producto – diferido- número cuotas- cuotas pagadas - saldo diferido - No. cuotas
facturadas - facturas pendiente de pago - deuda seguro – departamento –
localidad - barrio – estrato – ciclo – colectivo.
1. Aseguradora y línea de producto
e. PB - Reporte potenciales de seguros:

1. Cod_dpto, Desc_dpto, Cod_Localidad, Desc_localidad, Cod_barrio, Desc_barrio,
Nombre_suscriptor, Cedula, Contrato, Correo, Direccion, Ciclo, Categoria,
Subcategoria, Estado_corte, Estado_conexion, Tiene_SalvaFactura (Si/No),
Cantidad de pólizas activas.
1. departamento, localidad.
f. ORM - Reporte de liquidación:

1. orden, fecha de legalización, contrato, producto, línea de producto, unidad de
trabajo, aseguradora, número de póliza, tipo de trabajo (código y descripción),

Cargo:
valor de la orden.
1. fecha inicial y final de creación del trámite de ventas, renovaciones y
cancelaciones.
g. GR - Reporte de OT’s:
1. Departamento - Localidad - Barrio - Dirección - Teléfono contacto - Producto -
Nombre y apellido - Cédula - Contrato - N°. Póliza - Contratista - Tipo de producto -
Número de orden - Producto – Desc Tipo de trabajo - Fecha creación OT –
Observación de solicitud – Observación de legalización.
1. número de orden, estado de la orden, fecha de creación, fecha asignación, fecha
de legalización, contratista, unidad operativa, tipo de trabajo, contrato
9. Cancelación de Seguros - Tramite

a. En CRM se podrá realizar el llamado del Tramite Cancelación de Seguros a nivel de CONTRATO.
b. Manejara el alcance de gaseras.
10. LDPCF - Proceso de cancelación de seguros por archivo plano

a. Forma que le permitirá al funcional generar cancelar seguro mediante archivo plano.
b. El archivo manejara el siguiente formato:
i. DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CAUSAL|PRODUCTO|NUMERODECUOTAS|
FECHACANCELACION|
CAUSACANCELACION|NOMBRE_ASEGURADO|IDENTIFICACION ASEGURADO|TIPO_POLIZA|
11. Registro automático de cancelación por mora (Tarea programada LDC_Cancela Seguro)
a. Esta funcionalidad será mediante una tarea programada permitirá mediante las pólizas activas en el
sistema, identifica aquellas que presentan 4 cuotas o más vencidas y procede a registrarles una solicitud
de cancelación, la cual no genera orden de recuperación.
b. Esta tarea programa será configuración en productivo por el funcional con la persona o área encargad de
establecer esta configuración.
12. LDCRMP - Renovación masiva de pólizas

a. Forma que le permitirá al funcional renovar seguro: Si bien el proceso de renovación en CEO se modelará
igual que en gaseras respecto a las 2 principales condiciones de renovación: cumplimiento de la vigencia
de la póliza y mínimo 10 cuotas facturadas.
13. LDRPC - Renovación de pólizas por colectivo

a. Forma que le permitirá al funcional renovar seguro estableciendo un filtro con relación a la línea de
producto y mes en el que se realizará la búsqueda para la renovación.
14. CRM – Pestaña Nueva PÓLIZAS

a. A nivel de contrato se crear una pestaña la cual permitirá mostrar la(s) póliza(s) asociada(s).
b. La pestaña manejara los siguientes campos:
i. código de póliza, estado de la póliza, número de la póliza, contratista, línea de producto,
fecha inicial, fecha final, valor de la póliza, cédula del asegurado, nombre del asegurado,
diferido asociado a la póliza, número de cuotas, fecha de cancelación, fecha de nacimiento
para el asegurado, tipo de póliza, causal de cancelación, cuotas a devolver, observación de la
póliza, departamento, localidad, número del colectivo.
15. Formas de configuración del proceso de Brilla seguros adicionales.

a. Se realizará la respectiva formas de configuración que estén involucradas en la parte de configuración y
necesiten llenar alguna entidad que sea utilizada en el proceso.
ANALISIS DE IMPACTO
Describa la afectación esperada sobre los siguientes Ítems:
Impacto sobre la disponibilidad ¿Como afecta?

Cargo:
SÍ No
Impacto sobre la confidencialidad de

¿Como afecta?
la información SÍ No
Impacto sobre la integridad de la

¿Como afecta?
información SÍ No
Impacto sobre la funcionalidad ¿Como afecta?

SÍ No
Impacto sobre la continuidad del

¿Como afecta?
negocio SÍ No
DETALLE DE LA SOLUCIÓN DE SEGUNDO O TERCER NIVEL

Nombre del consultor Horbath
Diagnóstico en términos funcionales:
Se creará en OSF el nuevo servicio, y luego se obtendrá el export o script de este.
Creación del nuevo servicio:
 El nuevo servicio se denominará Brilla Seguros.

 Se asignará al mismo tipo de servicio usado por Brilla.
El nuevo producto estará asociado al contrato del suscriptor al momento de obtener un seguro configurado para este nuevo servicio.
2. Configuración de causales por tipo de liquidación y Correos de aseguradoras
Se crearán las siguientes entidades para ser usadas por los aplicativos de tipo Maestro Detalle mencionados a continuación:
- Causales de cancelación de seguros

- Tipo de liquidación
- Asegurador correo destino.
La entidad “Asegurador correo destino” relacionará la aseguradora con el o los correos donde deberán ser enviados los archivos
generados por la ejecución del archivo VEEX.
Se aplicarán validaciones para las entidades anteriores como existe actualmente en venta de seguro CEO.
LDPGS – Configuración de causales por tipo de liquidación
Se creará el aplicativo “Configuración de causales por tipo de liquidación” para gestionar las entidades “Tipo de liquidación“ y
“Causales de cancelación de seguros”.
LDPCA – Configuración de correos de aseguradoras
Se creará el aplicativo “Configuración de correos de aseguradoras” para gestionar la entidad “Asegurador correo destino”.
3. Configuración de Línea de producto y contratistas, tipos de póliza y vigencia por tipo
Se crearán y registrarán en OSF las siguientes entidades para ser usadas por los aplicativos mencionados a continuación:
- Línea de producto
- Línea de producto de contratista
- Tipos de póliza
- Vigencia por tipos de póliza
Se aplicarán validaciones para las entidades anteriores como existe actualmente en venta de seguro CEO.

Cargo:
LDPLC – Configuración de Línea de producto y contratistas
Se creará el aplicativo “Configuración Línea de producto y contratistas” para gestionar las entidades “Línea de producto” y “Línea de
producto de contratista”.
LDPTV – Configuración tipos de póliza y vigencia por tipo
Se creará el aplicativo “Configuración tipos de póliza y vigencia por tipo” para gestionar las entidades “Tipos de póliza” y “Vigencia por
tipos de póliza”.
Se creará la aplicación “Exclusión de cancelación de pólizas” para gestionar la entidad “Exclusión de cancelación de pólizas”. Se
establecerá la configuración de atributos y validaciones similares a la forma existente en CEO.
Se creará la aplicación “Configuración estrategia de seguros” para gestionar la entidad “Configuración estrategias de seguros”. Se
establecerá la configuración de atributos y validaciones similares a la forma ya existente en CEO.
Se creará la aplicación “Registro de venta de seguros por archivo plano”. Se establecerá la configuración de atributos y validaciones
similares a la forma existente en CEO.
Se procesará el archivo mediante el Job “Proceso de venta de póliza” o la forma “LDPSF - Proceso de venta por archivo plano”.
Ambas opciones permitirán la lectura de un archivo plano ubicado en una ruta del servidor. El archivo deberá tener una
nomenclatura que comienza con el prefijo "VEEX" y su contenido seguirá la misma estructura utilizada en CEO.
Al procesar el cargue de ventas por archivo plano, se tendrá el siguiente resultado:
 Se creará el producto de seguros en estado activo.

 Se creará la póliza de seguro en estado activo, con una vigencia, valor de póliza y valor de prima que se ajusten a la
cobertura establecida para el tipo de póliza.
 Se realizará el registro de la financiación en el producto de seguros, siguiendo la configuración del tipo de póliza (valor de
póliza, meses de cobertura, valor de la prima o cuota, concepto y plan de financiación).
 Se generarán las órdenes de pago de la póliza y se cobrará la comisión correspondiente utilizando los valores adecuados
para cada caso.
7. Proceso de cargue de Archivo Venta Micro Seguro
Se creará el proceso “LDC - Job Para envío De Correo Archivo Venta Micro Seguro”, para enviar por correo electrónico el resultado del
cargue de VEEX.
Se enviará la notificación a los correos configurados en la forma LDPCA. El log tendrá la misma estructura que se tiene en CEO.
8. Reportes Seguros
Reporte de pólizas vendidas y renovadas
ORM, el cual contará con los siguientes campos:
Departamento – Localidad – Barrio - Aseguradora - Producto - Nombre y apellido - Cédula - Contrato – Número de Póliza - Colectivo -
Prima Anual – Código de Póliza – Estado de Póliza – Origen (Venta/Renovación). Los filtros para el reporte serían: fecha inicial y final
de creación
Se creará la sentencia para CEO usando el filtro de fecha inicial y fecha final de creación.
Reporte de Pólizas Canceladas

Cargo:
ORM con los siguientes campos:
Departamento - Localidad - Barrio - Aseguradora - Producto - Nombre y apellido - Cédula - Contrato - N°. Póliza - Colectivo - Cuotas a
devolver - Valor a devolver - Prima mensual - Fecha de anulación - Causal de anulación - Solicitud de cancelación.
Se creará la sentencia para CEO usando el filtro de fecha inicial y fecha final de cancelación.
Reporte de pólizas renovadas
ORM con los siguientes campos:
Departamento - Localidad - Barrio - Producto - Nombre y apellido - Cedula - Contrato –

Número de Póliza - Colectivo - Prima Anual
Se usará el filtro de código de aseguradora y código línea de producto.
Se implementarán consultas adicionales para ser usadas en los filtros del ORM.
Reporte de pólizas activas
ORM para mostrar las pólizas activas. Los campos del reporte serán:
número póliza – código póliza - fecha creación - fecha inicial vigencia - fecha final vigencia - contratista actual - línea producto –
contratista inicial – valor póliza – valor prima - identidad asegurado - nombre asegurado - tipo póliza – contrato – producto – diferido-
número cuotas- cuotas pagadas - saldo diferido - No. cuotas facturadas - facturas pendiente de pago - deuda seguro – departamento
– localidad - barrio – estrato – ciclo – colectivo. Los filtros serían: aseguradora y línea de producto (ambos con lista de valores de
selección múltiple).
Se creará la sentencia usando como filtro el código de aseguradora y código línea de producto.
Se implementarán consultas adicionales para ser usadas como lista de valores para los filtros del ORM.
Reporte Potenciales de seguros
Se creará un aplicativo que generará un archivo que contendrá la información de los clientes potenciales de seguros. Los campos del
reporte serán:
Cod_dpto, Desc_dpto, Cod_Localidad, Desc_localidad, Cod_barrio, Desc_barrio, Nombre_suscriptor, Cedula, Contrato,

Correo, Direccion, Ciclo, Categoria, Subcategoria, Estado_corte, Estado_conexion, Tiene_SalvaFactura , cantidad pólizas activas.
La población a consultar en el reporte será aquella que no tenga una póliza de seguros máxima activa independiente de cuál sea y el
producto de energía asociado tenga un estado activo y pertenezca a la categoría residencial o comercial.
Los filtros para usar en la opción serán departamento y localidad
Este servicio se encargará de consultar suscriptores que tengan un número mínimo de 0 pólizas activas y un número máximo de 1
póliza activa, independiente del tipo de póliza. El resultado de esta consulta se generará en un archivo y se ubicará en una ruta del
servidor.
Reporte de liquidación
ORM para mostrar las pólizas activas. Los campos del reporte serán:
orden, fecha de legalización, contrato, producto, línea de producto, unidad de trabajo, aseguradora, número de póliza, tipo de
trabajo (código y descripción), valor de la orden. La información se debe generar a partir de un rango de fechas inicial y final, a partir
del cual se filtren las ventas, renovaciones y cancelaciones.
Reporte de Ordenes de trabajo
Se creará el aplicativo “Reporte de Ordenes de Trabajo” para consultar información de las órdenes originadas por órdenes de trabajo

Cargo:
asociadas al proceso de seguros, tomando como base la consulta y la configuración asociada al reporte existentes para STG.
Los campos del reporte serán:
Departamento - Localidad - Barrio - Dirección - Teléfono contacto - Producto - Nombre y apellido - Cédula - Contrato – Número
de Póliza - Contratista - Tipo de producto - Número de orden - Fecha creación OT – Observaciones (Orientada a OT
recuperación)
Los filtros usados serán número de orden, estado de la orden, fecha de creación, fecha asignación, fecha de legalización, contratista,
unidad operativa, tipo de trabajo y contrato.
Trámite de Cancelación de Seguros
Se creará el trámite “Cancelación de Seguros” para el registro de cancelación de pólizas.
Trámite de Cancelación de Seguros por XML
Se creará el trámite “Cancelación de Seguros por XML” para habilitar el registro del trámite por XML.
Flujo Cancelación de seguros
Se creará el flujo “Cancelación de Seguros” estableciendo la configuración de atributos y procesos similares a los ya existentes en
CEO:
 Se crearán eventos de inicialización y validación para cada atributo presente en cada etapa del trámite.
 Se crearán entidades personalizadas destinadas a capturar información referente a la venta de seguros.
 Se crearán las actividades relacionadas con el flujo:
Valida tipo de cancelación

Valida usuario cancelación de seguros
Generar orden de recuperación de venta
Generación orden recuperación de venta
Atención de solicitud de cancelación de póliza de seguro
Se creará el aplicativo “Proceso de cancelación de seguros por archivo plano" para permitir el registro de cancelaciones a través de un
archivo plano.
Esta funcionalidad deberá incluir las mismas opciones disponibles en CEO.
El proceso de cancelación por archivo plano generará un registro detallado (log) y notificará a los usuarios funcionales sobre los
resultados del proceso. El formato del registro será similar al utilizado en CEO, así como las condiciones y validaciones aplicadas para
la cancelación.
Se establecerá la misma funcionalidad de los servicios presentes en la versión 7.05 para la versión 8.
11. Registro automático de cancelación por mora
Se implementará el registro automático de cancelaciones por mora mediante el job LDC_Cancela Seguro, similar al existente en CEO.
Este Job identificará las pólizas activas en el sistema que tengan 4 o más cuotas vencidas (se creará un parámetro personalizado para
establecer el número de cuotas vencidas) y generará una solicitud de cancelación para cada una de ellas, sin generar orden de
recuperación.
Se excluirán las líneas de producto para que no sean canceladas por este proceso, tal como se realiza actualmente en CEO. Se debe
garantizar que las pólizas de Salvafactura no sean canceladas desde este proceso.
El proceso de cancelación generará un registro detallado y notificará a los usuarios funcionales sobre los resultados. El formato del
registro será similar al utilizado en CEO.

Cargo:
12. Renovación masiva de pólizas
Se creará la aplicación "Renovación masiva de pólizas" encargada de validar de manera masiva todas las pólizas activas y determinará
cuáles cumplen las condiciones para ser renovadas.
Al igual que en CEO, se aplicarán las dos principales condiciones de renovación: cumplimiento de la vigencia de la póliza y un mínimo
de 10 cuotas facturadas.
Se creará la forma “Renovación de pólizas por colectivo”, la cual se encargará de validar todas las pólizas asociadas a un colectivo y
una línea de producto, e identificará aquellas que cumplan con las condiciones para ser renovadas.
En esta funcionalidad se conservarán las principales condiciones de renovación:
 cumplimiento de la vigencia de la póliza

 un mínimo de 10 cuotas facturadas (se creará un parámetro personalizado para almacenar el mínimo de cuotas
facturadas).
14. Nueva Pestaña PÓLIZAS
Se implementará una nueva pestaña en “Gestión de la atención al cliente” para mostrar las pólizas asociadas al contrato. La pestaña
contará con los siguientes campos:
código de póliza, estado de la póliza, número de la póliza, contratista, línea de producto, fecha
inicial, fecha final, valor de la póliza, cédula del asegurado, nombre del asegurado, diferido asociado
a la póliza, número de cuotas, fecha de cancelación, fecha de nacimiento para el asegurado, tipo de
póliza, causal de cancelación, cuotas a devolver, observación de la póliza, departamento, localidad,
número del colectivo.
Para el proceso de configuración de Brilla Seguros se atenderán únicamente las formas de configuración mencionadas en el presente
documento. Cualquier otra forma de configuración adicional quedará fuera de alcance.
Descripción Solución en términos técnicos:
Se creará en OSF (ambiente desarrollo CEO) el nuevo servicio, y luego se obtendrá el script mediante el aplicativo Exportar
configuración de servicios - PSECP.
Creación del nuevo servicio:
 El nuevo servicio se denominará Brilla Seguros.

 Se asignará al mismo tipo de servicio usado por BRILLA (104 – Utilities).
 Se asociará un formulario al nuevo componente para establecer su código XML necesario para que el producto sea
identificado en OSF. Se utilizará la configuración existente en CEO como base para la creación del servicio.
El nuevo producto será asociado al contrato del suscriptor al momento de obtener un seguro configurado para este nuevo servicio.
2. Configuración de causales por tipo de liquidación y Correos de aseguradoras
Se crearán y registrarán en OSF las siguientes entidades para ser usadas por los aplicativos de tipo Maestro Detalle mencionados a
continuación:
- LD_CANCEL_CAUSAL - Causales de cancelación de seguros,

- LD_LIQUIDATION_TYPE - Tipo de liquidación
- LDC_ASEGURADORA_EMAIL - Asegurador correo destino.

Cargo:
La entidad LDC_ASEGURADORA_EMAIL relacionará la aseguradora con el o los correos donde deberán ser enviados los archivos log
generados por la ejecución del archivo VEEX.
Se aplicarán validaciones mediante disparadores para las entidades anteriores como existe actualmente en venta de seguro CEO.
LDPGS – Configuración de causales por tipo de liquidación
Se creará el aplicativo de tipo Maestro Detalle “LDPGS – Configuración de causales por tipo de liquidación” para gestionar las
entidades LD_LIQUIDATION_TYPE (Maestro) y LD_CANCEL_CAUSAL (Detalle).
Nombre LDPGS
Descripción LDPGS – Configuración de causales por tipo de liquidación
Grupo funcional 16 - Atención al cliente

Ejecución directa Si
Menú Ventas y Atención al cliente / Parametrización.
LDPCA – Configuración de correos de aseguradoras
Se creará el aplicativo de tipo Maestro Detalle “LDPCA – Configuración de correos de aseguradoras” para gestionar la entidad
LDC_ASEGURADORA_EMAIL.
Nombre LDPCA
Descripción LDPAC – Configuración de correos de aseguradoras

Menú Ventas y Atención al cliente / parametrización
3. Configuración de Línea de producto y contratistas, tipos de póliza y vigencia por tipo
Se crearán y registrarán en OSF las siguientes entidades para ser usadas por los aplicativos de tipo Maestro Detalle mencionados a
continuación:
- LD_PRODUCT_LINE - Línea de producto
- LD_PROD_LINE_GE_CONT - Línea de producto de contratista
- LD_POLICY_TYPE - Tipos de póliza
- LD_VALIDITY_POLICY_TYPE - Vigencia por tipos de póliza
Se aplicarán validaciones mediante disparadores para las entidades anteriores como existe actualmente en venta de seguro CEO.
LDPLC – Configuración de Línea de producto y contratistas
Se creará el aplicativo de tipo Maestro Detalle “LDPLC – Configuración Línea de producto y contratistas” para gestionar las entidades
LD_PRODUCT_LINE (Maestro) y LD_PROD_LINE_GE_CONT (Detalle).
Nombre LDPLC
Descripción LDPLC – Configuración Línea de producto y contratistas
por producto


Cargo:
Menú Ventas y Atención al cliente / Parametrización.
LDPTV – Configuración tipos de póliza y vigencia por tipo
Se creará el aplicativo de tipo Maestro Detalle “LDPTV – Configuración tipos de póliza y vigencia por tipo” para gestionar las entidades
LD_POLICY_TYPE (Maestro) y LD_VALIDITY_POLICY_TYPE (Detalle).
Nombre LDPTV
Descripción LDPPV – Configuración tipos de póliza y vigencia por tipo

Menú Ventas y Atención al cliente / Parametrización
Se creará la aplicación de tipo Maestro Detalle “LDC_CECPOL - Exclusión de cancelación de pólizas” para gestionar la entidad
LDC_CECPOL, la cual será registrada mediante el framework de OSF para ser usada en la nueva aplicación. Se establecerá la
configuración de atributos y validaciones similares a la forma existente en CEO.
Nombre LDC_CECPOL
Descripción LDC_CECPOL - Exclusión de cancelación de pólizas
Grupo funcional 61 – Customizaciones

Menú Ventas y atención al cliente / Parametrización
Se creará la aplicación de tipo Maestro Detalle “LDC - Configuración estrategia de seguros” para gestionar la entidad
“LDC_POLICY_STRATEGY – LDC Configuración estrategias de seguros”, la cual será registrada mediante el framework de OSF para ser
usada en la nueva aplicación. Se establecerá la configuración de atributos y validaciones similares a la forma ya existente en CEO.
Nombre LDCCES
Descripción LDC - Configuración estrategia de seguros
Grupo funcional 95 – Personalizaciones

Menú Ventas y atención al cliente / Parametrización
Se creará la aplicación de tipo Proceso en Batch “LDPSF - Registro de venta de seguros por archivo plano”. Se establecerá la
configuración de atributos y validaciones similares a la forma existente en CEO.
Nombre LDPSF

Cargo:
Descripción LDPSF - Registro de venta de seguros por archivo plano
Grupo funcional 16 – Atención al cliente

Publicar en CCGAC / Otras Aplicaciones / General
Programado No
Se procesará el archivo mediante el Job “Proceso de venta de póliza” o la forma “LDPSF - Proceso de venta por archivo plano”.
Ambas opciones permitirán la lectura de un archivo plano con extensión ".txt" ubicado en una ruta específica del servidor. El archivo
deberá tener una nomenclatura que comienza con el prefijo "VEEX" (por ejemplo, veex000000.txt) y su contenido seguirá la misma
estructura utilizada en CEO:
DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CONTRATO|CAUSAL|FECHA VISITA|OBSERVACION|
CEDULA|NOMBRE|TIPO POLIZA ASEGURADORA|NOMBRE PRODUCTO|VALOR PRIMA|NUMERO POLIZA|
FECHA NACIMIENTO
Al procesar el cargue de ventas por archivo plano, se tendrá el siguiente resultado:
 Se creará el producto de seguros en estado activo.

 Se creará la póliza de seguro en estado activo, con una vigencia, valor de póliza y valor de prima que se ajusten a la
cobertura establecida para el tipo de póliza.
 Se realizará el registro de la financiación en el producto de seguros, siguiendo la configuración del tipo de póliza (valor de
póliza, meses de cobertura, valor de la prima o cuota, concepto y plan de financiación).
 Se generarán las órdenes de pago de la póliza y se cobrará la comisión correspondiente utilizando los valores adecuados
para cada caso.
Se establecerá la misma funcionalidad de los servicios en la versión 7.05 para la versión 8.
_____________________________________________________________________________________________________________
Nota de construcción: Como requisito para la correcta ejecución del aplicativo LDPSF, se debe contar con al menos un archivo plano
en la ruta parametrizada mediante el parámetro personalizado ‘RUT_FILE_SECURE’ entregado en el presente requerimiento.
Se deberá parametrizar el id del tipo de suscriptor “NORMAL” de la entidad GE_SUBSCRIBER_TYPE, asociado al parámetro de
producto GE_NORMAL_SUBS_TYPE.
_____________________________________________________________________________________________________________
7. Proceso de cargue de Archivo Venta Micro Seguro
Se creará el proceso “LDC - Job Para envío De Correo Archivo Venta Micro Seguro”, para enviar por correo electrónico el resultado del
cargue de VEEX.
Se enviará la notificación a los correos configurados en la forma LDPCA. El log tendrá la misma estructura que se tiene en CEO.
Se aplicará la lógica de cada uno de los servicios existentes en CEO V 7.05 para la creación de venta seguro mediante archivo plano.
Se Registrarán los servicios en OSF para asociarlos a la tarea programada.
_____________________________________________________________________________________________________________
Nota de construcción: Como requisito para la correcta ejecución del aplicativo, se debe contar con al menos un archivo plano en la
ruta parametrizada mediante el parámetro personalizado ‘RUT_FILE_SECURE’ entregado en el presente requerimiento.
_____________________________________________________________________________________________________________
8. Reportes Seguros
Reporte de pólizas vendidas y renovadas

Cargo:
Se creará la sentencia que será asociada al reporte en ORM, el cual contará con los siguientes campos:
Departamento – Localidad – Barrio - Aseguradora - Producto - Nombre y apellido - Cédula - Contrato – Número de Póliza - Colectivo -
Prima Anual – Código de Póliza – Estado de Póliza – Origen (Venta/Renovación). Los filtros para el reporte serían: fecha inicial y final
de creación
Se creará la sentencia para CEO usando el filtro de fecha inicial y fecha final de creación.
Reporte de Pólizas Canceladas
Se creará la sentencia que será asociada al reporte en ORM con los siguientes campos:
Departamento - Localidad - Barrio - Aseguradora - Producto - Nombre y apellido - Cédula - Contrato - N°. Póliza - Colectivo - Cuotas a
devolver - Valor a devolver - Prima mensual - Fecha de anulación - Causal de anulación - Solicitud de cancelación.
Se creará la sentencia para CEO usando el filtro de fecha inicial y fecha final de cancelación.
Reporte de pólizas renovadas
Se creará la sentencia que será asociada al reporte en ORM con los siguientes campos:
Departamento - Localidad - Barrio - Producto - Nombre y apellido - Cedula - Contrato – Número de Póliza - Colectivo - Prima Anual
Se usará el filtro de código de aseguradora y código línea de producto.
Se implementarán consultas adicionales para ser usadas como lista de valores para los filtros del ORM con la finalidad de mostrar
los siguientes datos:
- Aseguradora
Reporte de pólizas activas
Se creará la sentencia que será asociada al reporte en ORM para mostrar las pólizas activas. Los campos del reporte serán:
número póliza – código póliza - fecha creación - fecha inicial vigencia - fecha final vigencia - contratista actual - línea producto –
contratista inicial – valor póliza – valor prima - identidad asegurado - nombre asegurado - tipo póliza – contrato – producto – diferido-
número cuotas- cuotas pagadas - saldo diferido - No. cuotas facturadas - facturas pendiente de pago - deuda seguro – departamento
– localidad - barrio – estrato – ciclo – colectivo. Los filtros serían: aseguradora y línea de producto (ambos con lista de valores de
selección múltiple).
Se creará la sentencia usando como filtro el código de aseguradora y código línea de producto.
Se implementarán consultas adicionales para ser usadas como lista de valores para los filtros del ORM para mostrar
los siguientes datos:
- Aseguradora
Reporte Potenciales de seguros
Se creará un PB programado, el cual generará un archivo con extensión “.csv” que contendrá la información de los clientes
potenciales de seguros. Los campos del reporte serán:
Cod_dpto, Desc_dpto, Cod_Localidad, Desc_localidad, Cod_barrio, Desc_barrio, Nombre_suscriptor, Cedula, Contrato,

Correo, Direccion, Ciclo, Categoria, Subcategoria, Estado_corte, Estado_conexion, Tiene_SalvaFactura , cantidad pólizas activas.
La población a consultar en el reporte será aquella que no tenga una póliza de seguros máxima activa independiente de cuál sea y el
producto de energía asociado tenga un estado activo y pertenezca a la categoría residencial o comercial.
Los filtros para usar en la opción serán departamento y localidad
Este servicio se encargará de consultar los suscriptores que tengan un número mínimo de 0 pólizas activas y un número máximo de 1

Cargo:
póliza activa, independiente del tipo de póliza. El resultado de esta consulta se generará en un archivo con extensión ".csv" y se
ubicará en una ruta específica del servidor.
Reporte de liquidación
Se creará la sentencia que será asociada al reporte en ORM para mostrar las pólizas activas. Los campos del reporte serán:
orden, fecha de legalización, contrato, producto, línea de producto, unidad de trabajo, aseguradora, número de póliza, tipo de
trabajo (código y descripción), valor de la orden. La información se debe generar a partir de un rango de fechas inicial y final, a partir
del cual se filtren las ventas, renovaciones y cancelaciones.
Reporte de Ordenes de trabajo
Se creará el reporte “LDROTTE – Reporte de Ordenes de Trabajo” mediante el framework de reportes (FWCGR), para consultar
información de las órdenes originadas por órdenes de trabajo asociadas al proceso de seguros, tomando como base la consulta y la
configuración asociada al reporte existentes para STG.
Los campos del reporte serán:
Departamento - Localidad - Barrio - Dirección - Teléfono contacto - Producto - Nombre y apellido - Cédula - Contrato – Número
de Póliza - Contratista - Tipo de producto - Número de orden - Fecha creación OT – Observaciones (Orientada a OT
recuperación)
Los filtros usados serán número de orden, estado de la orden, fecha de creación, fecha asignación, fecha de legalización, contratista,
unidad operativa, tipo de trabajo y contrato.
Trámite de Cancelación de Seguros
Se creará el trámite “100232 - Cancelación de Seguros” para el registro de cancelación de pólizas. El trámite será publicado en el
aplicativo CCGAC, a nivel de contrato, en el área de procesos asociados.
Al registrar la solicitud de cancelación, se tendrá el siguiente resultado:
 Se genera la orden de recuperación si el trámite no fue registrado por la aseguradora:
- Si se recupera la venta, la solicitud quedará atendida.

- Si no se recupera la venta:
o Se completará la eliminación del producto de seguro.

o La póliza será marcada como cancelada.
o El producto retirado debe estar libre de deudas tanto actuales como pendientes.
o Se deben generar las órdenes de pago correspondientes a las comisiones cobradas
y efectuar el cobro de la póliza cancelada, considerando los montos proporcionales
correspondientes en cada caso.
o Los pagos y cobros deben reflejar de forma proporcional los montos que el cliente
dejó de pagar en relación con la póliza.
Si el usuario presenta una solicitud de reclamo en gestión sobre el producto de seguros,

la cancelación quedará a la espera hasta la gestión del reclamo.
Se crearán las entidades usadas por la funcionalidad de cancelación de seguros y se registrarán mediante el framework de OSF.
Servicios para la cancelación de seguros:
 Se replicará la lógica y funcionalidad de los servicios de la versión 7.05 para la versión 8.

 Se enlazarán los servicios a OSF para su vinculación con los procedimientos y flujos correspondientes.
 Se configurarán atributos y validaciones en cada nivel del trámite de manera similar a los existentes en CEO.
 Se establecerán eventos de inicialización y validación para cada atributo existente en cada nivel del trámite, de manera
similar a los existentes en CEO.

Cargo:
De ser necesario, se crearán y registrarán entidades personalizadas para capturar información relacionada con la venta de seguros.
Trámite de Cancelación de Seguros por XML
Se creará el trámite “100255 - Cancelación de Seguros por XML” para habilitar el registro del trámite por XML. Se realizará la
configuración de atributos, validaciones, eventos de inicialización y validación definidos en cada nivel del trámite similares a los ya
existente en CEO. El trámite será publicado en el aplicativo CCGAC, a nivel de contrato, en el área de procesos asociados.
Se hará uso del api de producto (OS_RegisterRequestWithXML) para registrar el trámite de cancelación de Seguros por XML.
De ser necesario, se crearán y registrarán entidades personalizadas para capturar información relacionada con la venta de seguros
por XML.
Flujo Cancelación de seguros
Se creará el flujo “Cancelación de Seguros” estableciendo la configuración de atributos y procesos similares a los ya existentes en
CEO:
 Se crearán eventos de inicialización y validación para cada atributo presente en cada etapa del trámite.
 Se crearán y registrarán en OSF entidades personalizadas destinadas a capturar información referente a la venta de
seguros.
 Actividades relacionadas con el flujo:
Valida tipo de cancelación
- Actividad de Workflow
- Mediante atributos con sentencias se establecerá el camino a seguir en el flujo.
Valida usuario cancelación de seguros
- Actividad de Workflow
- Mediante atributos con sentencias se establecerá el camino a seguir en el flujo.
Generar orden de recuperación de venta
- Proceso Estático
- Se hace el llamado a las siguientes actividades:
generación orden recuperación de venta
Actividad de Actualizaciones del Sistema

Acción “generación de orden de recuperación de venta”
Espera legalización recuperación de venta
Actividad de Actualizaciones del Sistema

Acción “Generación de orden de recuperación de
venta”
Generación orden recuperación de venta
- Actividad de Actualización del Sistema

- Acción “LD - acción de atender solicitud de cancelación de seguros”
Atención de solicitud de cancelación de póliza de seguro
- Actividad de Actualización del Sistema

- Acción “LD - Acción de cancelación de seguros workflow”

Cargo:
Se creará el aplicativo de tipo PB "LDPCF - Proceso de cancelación de seguros por archivo plano" para permitir el registro de
cancelaciones a través de un archivo plano.
Nombre LDPCF
Descripción LDPCF - Proceso de cancelación de seguros por archivo
plano
Grupo funcional 16 – Atención al cliente

Publicar en CCGAC / Otras aplicaciones / General
Programado No
Esta funcionalidad deberá incluir las mismas opciones disponibles en CEO:
 procesar el archivo a través del Job "Proceso de cancelación de seguros por archivo plano" y mediante la forma LDPCF.
Ambas opciones estarán diseñadas para leer un archivo plano con extensión “.txt” que será ubicado en una ruta específica
del servidor OSF.
 El archivo debe tener el prefijo ANUL en su nombre (anul20210806.txt) y mantener la misma estructura de contenido que
se tiene actualmente en CEO:
DEPARTAMENTO|LOCALIDAD|CONTRATISTA|CAUSAL|PRODUCTO|NUMERODECUOTAS|
FECHACANCELACION|CAUSACANCELACION|NOMBRE_ASEGURADO|IDENTIFICACION ASEGURADO|
TIPO_POLIZA|
Ejemplo del contenido del archivo plano:
29|29001|102|A|61024571|0|19/08/2021|208|FREDDY ISCALA CAMARGO|3160503|175|
Al procesar las cancelaciones mediante archivo plano se obtendrán los siguientes resultados:
- El producto de seguro se retirará.

- El producto retirado no tendrá deuda pendiente, ya sea en pagos diferidos o en
corriente.
- La póliza quedará en estado Cancelada.
- Se generarán las órdenes de pago correspondientes para la comisión cobrada y el
cobro de la póliza cancelada, con valores proporcionales según sea el caso.
- Los valores de pago y cobro serán proporcionales a la cantidad que el cliente dejó de
pagar en relación con la póliza.
El proceso de cancelación por archivo plano generará un registro detallado (log) y notificará a los usuarios funcionales sobre los
resultados del proceso. El formato del registro será similar al utilizado en CEO, así como las condiciones y validaciones aplicadas para
la cancelación.
Se establecerá la misma funcionalidad de los servicios presentes en la versión 7.05 para la versión 8.
_____________________________________________________________________________________________________________
Nota de construcción: Como requisito para la correcta ejecución del aplicativo, se debe contar con al menos un archivo plano en la
ruta parametrizada mediante el parámetro personalizado ‘RUT_FILE_SECURE’ entregado en el presente requerimiento.
_____________________________________________________________________________________________________________
11. Registro automático de cancelación por mora
Se implementará el registro automático de cancelaciones por mora mediante el job LDC_Cancela Seguro, similar al existente en CEO.
Este Job identificará las pólizas activas en el sistema que tengan 4 o más cuotas vencidas (se creará un parámetro personalizado para
establecer el número de cuotas vencidas) y generará una solicitud de cancelación para cada una de ellas, sin generar orden de
recuperación.
Se tendrá el siguiente resultado:

Cargo:
 El producto de seguro se retirará.

 El producto retirado no deberá tener deuda pendiente, ya sea en pagos diferidos o en corriente.
 La póliza quedará en estado Cancelada.
 Se generarán las órdenes de pago correspondientes para la comisión cobrada y el cobro de la póliza cancelada, con valores
proporcionales según sea el caso.
Se excluirán las líneas de producto para que no sean canceladas por este proceso, tal como se realiza actualmente en CEO. Se debe
garantizar que las pólizas de Salvafactura no sean canceladas desde este proceso.
El proceso de cancelación generará un registro detallado (log) y notificará a los usuarios funcionales sobre los resultados. El formato
del registro será similar al utilizado en CEO.
Se crearán y registrarán en OSF las entidades necesarias para la funcionalidad de cancelación de seguros. Se registrarán los servicios
en OSF para generación del Job o tarea programada.
12. Renovación masiva de pólizas
Se creará la aplicación "LDCRMP - Renovación masiva de pólizas" encargada de validar de manera masiva todas las pólizas activas y
determinará cuáles cumplen las condiciones para ser renovadas.
La condición principal será que la póliza haya alcanzado el número de meses de vigencia requerido (si la vigencia de una póliza es del
02/10/2021 al 02/10/2022, a partir del 03/10/2022 cumplirá con la condición para ser renovada).
Al igual que en CEO, se aplicarán las dos principales condiciones de renovación: cumplimiento de la vigencia de la póliza y un mínimo
de 10 cuotas facturadas (se creará un parámetro personalizado para almacenar el mínimo de cuotas facturadas).
Se mencionan otras condiciones que validará la renovación:
 Existencia de una tarifa vigente para el tipo de póliza.

 La póliza no debe ser del producto Salvafactura.
 No debe haber una solicitud de cancelación en proceso para la póliza.
 El producto de energía debe estar en estado facturable y activo.
 El producto de seguros no debe tener un estado de retiro voluntario.
se crearán los siguientes parámetros en la entidad de parámetros personalizados para la versión 8 de OSF:
- MAX_QUOT_RENEW - MAXIMO DE CUOTAS PENDIENTES PARA RENOVAR POLIZAS -

SEGURO FNB (valor por defecto 2).
- MIN_QUOT_RENEW - MINIMO DE CUOTAS FACTURADAS PARA RENOVAR POLIZAS -
BRILLA SEGUROS (valor por defecto 0).
Se desarrollarán los servicios encargados de la renovación de pólizas mediante el aplicativo PB usando como base la lógica existente
en los servicios de CEO V7.05.
Nota: Se deberá crear previamente la funcionalidad de Venta de seguros.
Se creará la forma “LDRPC - Renovación de pólizas por colectivo”, la cual se encargará de validar todas las pólizas asociadas a un
colectivo y una línea de producto, e identificará aquellas que cumplan con las condiciones para ser renovadas.
En esta funcionalidad se conservarán las principales condiciones de renovación:
 cumplimiento de la vigencia de la póliza

 un mínimo de 10 cuotas facturadas (se creará un parámetro personalizado para almacenar el mínimo de cuotas
facturadas).
Se desarrollarán los servicios encargados de la renovación de pólizas mediante el aplicativo PB usando como base la lógica existente
de los servicios en CEO V7.05.

Cargo:
14. CCGAC – Nueva Pestaña PÓLIZAS
Se implementará una nueva pestaña en CCGAC para mostrar las pólizas asociadas al contrato. La pestaña contará con los siguientes
campos:
código de póliza, estado de la póliza, número de la póliza, contratista, línea de producto, fecha
inicial, fecha final, valor de la póliza, cédula del asegurado, nombre del asegurado, diferido asociado
a la póliza, número de cuotas, fecha de cancelación, fecha de nacimiento para el asegurado, tipo de
póliza, causal de cancelación, cuotas a devolver, observación de la póliza, departamento, localidad,
número del colectivo.
Se aplicará la lógica existente de los servicios en CEO para la creación de servicios para listar pólizas a nivel de contrato.
Para el proceso de configuración de Brilla Seguros se atenderán únicamente las formas de configuración mencionadas en el presente
documento. Cualquier otra forma de configuración adicional quedará fuera de alcance.
OBJETOS IMPACTADOS
ID Entrega (si aplica)
Nombre Objeto Tipo de Objeto Nuevo / Modificado
LD_CANCEL_CAUSAL tabla Nuevo
LDC_ARCHFNBENV tabla Nuevo
LDC_ARCHIVOFNB tabla Nuevo
LDC_CANCEL_ALIVIO tabla Nuevo
LDC_EXCLUCANCELPOL tabla Nuevo
LDC_FNB_RANGOS tabla Nuevo
LDC_FNB_SALVAFACT tabla Nuevo
LDC_POLICY_STRATEGY tabla Nuevo
LD_LAUNCH tabla Nuevo
LD_LIQUIDATION_TYPE tabla Nuevo
LD_POLICY tabla Nuevo
LD_POLICY_STATE tabla Nuevo
LD_POLICY_TYPE tabla Nuevo
LD_PROD_LINE_GE_CONT tabla Nuevo
LD_PRODUCT_LINE tabla Nuevo
LD_RENEWALL_SECURP tabla Nuevo
LD_SALES_VISIT tabla Nuevo
LD_SECURE_CANCELLA tabla Nuevo
LD_SECURE_SALE tabla Nuevo
LD_VALIDITY_POLICY_TYPE tabla Nuevo
LD_VALI_POLI_TYPE_TEMP tabla Nuevo
LDC_ASEGURADORA_EMAIL tabla Nuevo
LD_SHOPKEEPER Tabla Nuevo
SEQ_LDC_CANCEL_ALIVIO secuencia Nuevo
SEQ_LDC_FNB_SALVAFACT secuencia Nuevo
SEQ_LDCRMP secuencia Nuevo
SEQ_LD_POLICY secuencia Nuevo
RunLDCRMP Procedimiento Nuevo
LDCRMP procedimiento Modificado
TRGAILD_VALIDITY_POLICY_TYPE disparador Modificado
TRGAULD_VALIDITY_POLICY_TYPE disparador Modificado
TRGAURLD_VALIDITY_POLICY_TYPE disparador Modificado
TRGBIULD_LD_CANCEL_CAUSAL disparador Modificado
TRGAILD_VALIDITY_POLICY_TYPE disparador Modificado
TRGBIRLD_POLICY_TYPE disparador Modificado
TRG_EXCLUCANCELPOL_BIU01 disparador Modificado
LDC_FNUCANCELACION función Modificado

Cargo:
DALD_CANCEL_CAUSAL Paquete Modificado

DALDC_CANCEL_ALIVIO paquete Modificado
DALDC_EXCLUCANCELPOL paquete Modificado
DALDC_FNB_RANGOS paquete Modificado
DALDC_FNB_SALVAFACT paquete Modificado
DALD_POLICY paquete Modificado
DALD_POLICY_TYPE paquete Modificado
DALD_PRODUCT_LINE paquete Modificado
DALD_SALES_VISIT paquete Modificado
DALD_SECURE_CANCELLA paquete Modificado
DALD_SECURE_SALE paquete Modificado
DALD_VALIDITY_POLICY_TYPE paquete Modificado
LD_BCSECUREMANAGEMENT paquete Modificado
LD_BOSECUREMANAGEMENT paquete Modificado
LD_BOSEQUENCE paquete Modificado
LDC_BOUTILITIES paquete Modificado
LDC_FNB_BOSALVAFACTURA paquete Modificado
LDC_PKBCPROCCANCSECURE paquete Modificado
LDC_SEGUROS paquete Modificado
PE_UILDPSF Paquete Nuevo
LD_UILDCRMP Paquete Nuevo
LD_UILDRPC paquete Nuevo
LD_BOInsuranceSale paquete Nuevo
LDC_BOCORREOVENTASEGUROS Paquete Modificado
LD_UILDCRPS Paquete Nuevo
LDC_ManagementEmailFNB Paquete Modificado
LD_CANCEL_CAUSAL configuración osf Nuevo
LDC_ARCHFNBENV configuración osf Nuevo
LDC_ARCHIVOFNB configuración osf Nuevo
LDC_CANCEL_ALIVIO configuración osf Nuevo
LDC_EXCLUCANCELPOL configuración osf Nuevo
LDC_FNB_RANGOS configuración osf Nuevo
LDC_FNB_SALVAFACT configuración osf Nuevo
LDC_POLICY_STRATEGY configuración osf Nuevo
LD_LAUNCH configuración osf Nuevo
LD_LIQUIDATION_TYPE configuración osf Nuevo
LD_POLICY configuración osf Nuevo
LD_POLICY_STATE configuración osf Nuevo
LD_POLICY_TYPE configuración osf Nuevo
LD_PROD_LINE_GE_CONT configuración osf Nuevo
LD_PRODUCT_LINE configuración osf Nuevo
LD_RENEWALL_SECURP configuración osf Nuevo
LD_SALES_VISIT configuración osf Nuevo
LD_SECURE_CANCELLA configuración osf Nuevo
LD_SECURE_SALE configuración osf Nuevo
LD_VALIDITY_POLICY_TYPE configuración osf Nuevo
LD_VALI_POLI_TYPE_TEMP configuración osf Nuevo
LDC_ASEGURADORA_EMAIL configuración osf Nuevo
Brilla Seguros Script Nuevo
Producto Script Nuevo
LDPGS – Configuración de causales por tipo Nuevo
FWCMD
de liquidación
LDPCA – Configuración de correos de FWCMD Nuevo
aseguradoras
LDPLC – Configuración de Línea de producto Nuevo
FWCMD
y contratistas
LDPTV – Configuración tipos de póliza y FWCMD Nuevo
vigencia por tipo

Cargo:
LDC_CECPOL - Exclusión de cancelación de FWCMD Nuevo

pólizas
LDCCES - LDC -Configuración estrategia de FWCMD Nuevo
seguros
LDPSF - Registro de venta de seguros por Nuevo
FWCPB
archivo plano
Proceso de cargue de Archivo Venta Micro Nuevo
registro de objeto
Seguro
Reporte de pólizas vendidas y renovadas ORM Nuevo
Reporte de pólizas canceladas ORM Nuevo
Reporte de pólizas renovadas ORM Nuevo
Reporte lista de valores Aseguradora ORM Nuevo
Reporte lista de valores Línea de producto. ORM Nuevo
Reporte de pólizas activas ORM Nuevo
Reporte lista de valores Múltiple Nuevo
ORM
Aseguradora
Reporte lista de valores Múltiple Línea de Nuevo
ORM
producto.
Reporte de liquidación ORM Nuevo
Reporte potenciales de seguros FWCPB Nuevo
Reporte de OT’s FWCGR Nuevo
Cancelación de Seguros PSCRE Nuevo
Cancelación de Seguros XML PSCRE Nuevo
Flujo de Cancelación de Seguros Flujo de Workflow Nuevo
LDPCF - Proceso de cancelación de seguros Nuevo
FWCPB
por archivo plano
Cancelación de seguros FWCOB Nuevo
LDCRMP - Renovación masiva de pólizas FWCPB Nuevo
LDRPC - Renovación de pólizas por colectivo FWCPB Nuevo
Nueva pestaña CCGAC FWCPI Modificado
Ventas de Seguros XML Tramite Nuevo
Venta de seguros Flujo Nuevo
Nueva PI CEOGP
USO EXCLUSIVO DATAFIX

Causa Elija un elemento. Solución Definitiva: <Descripción y tiquete>
Población: <Población afectada> Plan de Acción: <Si es error de usuario>
Parametrización Requerida (Datos Maestros o del Proceso):

Funcionalidad del
Nombre del parámetro / Separa
parámetro / Tipo de Dato Nuevo/Modificación Valores
constante dor
constante
MAX_QUOT_RENEW máximo de Parámetro Nuevo 2
cuotas personalizado
pendientes para
renovar pólizas -
seguro fnb
MIN_QUOT_RENEW mínimo de cuotas Parámetro Nuevo 1
facturadas para personalizado
renovar pólizas -
brilla seguros
LDC_PROEXEQ_POLICIES codigos de lineas Parámetro , Nuevo 999,
de producto pro personalizado
exequial
separador coma -
brilla seguros
NUM_ACT_PAYMENT codigo de orden Parámetro Nuevo 10007
de pago - brilla personalizado
seguros
NUM_ACT_CHARGE codigo de orden Parámetro Nuevo 7502
de cobro - brilla personalizado

Cargo:
seguros
ID_CLASSIF_UT id clasificacion ut Parámetro Nuevo 1
sucursal - brilla personalizado
seguros'
LDC_UNITCLAS_SECURE Clasificación de Parámetro Nuevo 1
unidad operativa personalizado
de venta de
seguros que se
usa en la función
LD_BCSECUREMA
NAGEMENT.fnuge
toperatunitbycon
tractor, separador
coma - BRILLA
SEGUROS
COD_TIPO_SERV codigo del Parámetro Nuevo 7015
producto energia personalizado
- brilla seguro -
brilla seguros
COD_STATE_RENEW estado de la Parámetro Nuevo 5
poliza por personalizado
renovacion para
daa_147879 -
seguro fnb
FNB_EXC_PLAN_REN planes de Parámetro Nuevo 109
financiacion que personalizado
se deben excluir
en la renovacion
(separados por
coma) - brilla
seguros
FNB_LINPROD_SALVFACT linea de producto Parámetro Nuevo 999,
salva factura - personalizado
brilla seguros
HORAS_EJEC_LDRPC horas de ultimas Parámetro Nuevo 12
ejecucion de personalizado
ldrpc
COD_CAU_CUMP causal de Parámetro Nuevo 1
cumplimiento de personalizado
la orden de venta
seguros - brilla
seguros
FNB_DIAS_MAX_PERFACT MAXIMO DE DIAS Parámetro Nuevo 40
PARA PERIODO personalizado
DE FACTURACION
TOMADOS PARA
PERIODO GRACIA
POR
RENOVACION DE
SEGURO FNB.
NUM_ORDER_SALE CODIGO DE Parámetro Nuevo 7503
ORDEN DE VENTA personalizado
- BRILLA
SEGUROS
COD_CAUSE_CARG_SALE CAUSA DE CARGO Parámetro Nuevo 72
DE LA VENTA DE personalizado
SEGUROS -
BRILLA SEGUROS
COD_STATE ESTADO DE LA P? Parámetro | Nuevo 001|
LIZA ACTIVA - personalizado
BRILLA SEGUROS
ESTRATEGIA PARAMETRO Parámetro Nuevo S
HABILITA personalizado
ESTRATEGIA
SEGUROS -
BRILLA SEGUROS
DOBLE_CUPON LINEA DE Parámetro | Nuevo 999|998
PRODUCTO PARA personalizado
DOBLE CUPON -

Cargo:
BRILLA SEGUROS
NUM_DOB_CUP PARAMETRO DE Parámetro Nuevo
LA LINEA DE personalizado
PRODUCTO PARA
DOBLE CUPON -
BRILLA SEGUROS
SEGURO_DIAS_ADICIONL DIAS Parámetro Nuevo 0
ADICIONALES PER personalizado
GRACIA SEGURO -
BRILLA SEGUROS
REST_BLOQ_FINANC RESTRINGE Parámetro Nuevo 13
FINANCIACION SI personalizado
TIENE
IMPEDIMENTOS -
BRILLA SEGUROS
CAUS_CANC_BY_SUBS CAUSALES DE Parámetro Nuevo 203
CANCELACION personalizado
POR
SUBSCRIPTOR -
BRILLA SEGUROS
COD_REC_TYPE TIPO DE Parámetro Nuevo 10
RECEPCION - FNB personalizado
- BRILLA
SEGUROS
FINANCING_PLAN_ID Parámetro Nuevo
personalizado
DOC_TYPE_ID TIPO DE Parámetro Nuevo 71
DOCUMENTO DE personalizado
LAS NOTAS DE
FACTURACION -
BRILLA SEGUROS
COD_STATE_CANC ESTADOS DE LAS Parámetro Nuevo 0002|0003|0004|0006
POLIZA personalizado
ANULADAS -
BRILLA SEGURO
COD_CANC_CAUS_AGE CAUSAL DE Parámetro Nuevo 556
CANCELACION personalizado
POR EDAD -
BRILLA SEGUROS
NUM_ACT_VISIT CODIGO DE Parámetro Nuevo 7503
ACTIVIDAD DE personalizado
VISITA - BRILLA
SEGUROS
COD_CUOTA_FIN VALOR DE LA Parámetro Nuevo 1000000
CUOTA DE personalizado
FINANCIACIÓN -
BRILLA SEGUROS
COD_STAT_PROD_SECUR ESTADO DE Parámetro Nuevo 0001|002
PRODUCTO personalizado
PERMITIDO PARA
LA VENTA -
BRILLA SEGUROS
COD_CATEGORY CODIGO DE LA Parámetro Nuevo 01|02
CATEGORIA personalizado
(RESIDENCIAL Y
COMERCIAL) -
BRILLA SEGUROS
COD_CANT_POLY CANTIDAD DE Parámetro Nuevo 5
PÓLIZA POR personalizado
CONTRATO - FNB
- BRILLA
SEGUROS
LDC_BRILLA_DIASMORA Dias de Mora, Parámetro Nuevo 60
Seguros Brilla - personalizado
BRILLA SEGUROS
COD_DATE_MAX EDAD MAXIMA Parámetro Nuevo 120
PERMITIDA - personalizado
SEGURO FNB -
BRILLA SEGUROS

Cargo:
COD_DATE_MIN EDAD MINIMA Parámetro Nuevo 18

PERMITIDA - personalizado
SEGURO FNB -
BRILLA SEGUROS
FNB_TIPO_LIQUIDACION 'TIPO DE Parámetro Nuevo 2
LIQUIDACION personalizado
PARCIAL - BRILLA
SEGUROS
COD_CAN_BY_FILE CODIGO DE Parámetro Nuevo ARCHIVO_PLANO
IDENTIFICACION personalizado
DEL TIPO DE
CANCELACION
POR ARCHIVO
PLANO PARA DAA
159764 - BRILLA
SEGUROS
LDC_SMTP_RECIBE_FNB CORREOS PARA Parámetro Nuevo nocorreo@ceo.co
ENVIAR LOS LOG personalizado
DE
CARGAMASIVA
FNB - BRILLA
SEGUROS
RUT_FILE_SECURE RUTA DE Parámetro Nuevo /home/smartceo/
SERVIDOR - FNB - personalizado aplout/Microseguros/
BRILLA SEGUROS VeexMicroseguros
NRO_HILOS_RENO_POL NUMERO DE Parámetro Nuevo 8
HILOS PARA EL personalizado
PROCESO DE
RENOVACION DE
POLIZAS MASIVO
FNB_CANT_COMIT_RENE CANTIDAD DE Parámetro Nuevo 1
W COMMIT QUE personalizado
HACE EL
PROCESO DE
RENOVACION (1
SIGNIFICA QUE
HACE COMMIT
CADA 1
REGISTRO)
COD_ACT_PAYMENT_CAN CODIGO DE Parámetro Nuevo 10007
C ORDEN DE PAGO personalizado
PARA LA
CANCELACION -
BRILLA SEGUROS
COD_ACT_CHARGE_CANC CODIGO DE Parámetro Nuevo 7502
ORDEN DE personalizado
COBRO PARA LA
CANCELACION -
BRILLA SEGUROS
EMAIL_RENO_RENSEGU EMAIL Parámetro Nuevo eduardo.ceron@olsoftwar
FUNCIONARIO personalizado e.com
QUE RECIBE
NOTIFICACION DE
LOG
RENOVACION DE
SEGURO
COD_COMERCIAL_PLAN Parámetro Nuevo 16
personalizado
MAX_POLIZAS_CEDULA CANTIDAD Parámetro Nuevo 5
MAXIMA DE personalizado
POLIZAS
PERMITIDAS POR
CEDULA -
SEGURO FNB -
BRILLA SEGUROS
MAX_DIAS_VEN_SEG_XML DIAS MAXIMOS Parámetro Nuevo 60
DE PERMITIDOS personalizado
PARA LA FECHA
DE VENTA -

Cargo:
BRILLA SEGUROS
HORAS_EJEC_LDRPC HORAS DE Parámetro Nuevo 12
ULTIMAS personalizado
EJECUCION DE
LDRPC0
LD_MAX_GRACE_DAYS MAX DIAS DE Parámetro Nuevo 0
PERIODO DE personalizado
GRACIA - BRILLA
SEGUROS
ESTIMACIÓN DE TIEMPO (N3) *

CONCEPTO Estimación Funcional Estimación Técnica TOTAL
Horas Consumidas Análisis 6 12 18
Horas Consumidas Diseño 4 10 14
Horas Estimadas Configuración / Desarrollo 412 412
Horas Estimadas Pruebas 90 90
Horas Estimadas Documentación 12 12
TOTAL 10 536 546
SECCIÓN DE PRUEBAS
CASO DE PRUEBA No. <Consecutivo> (Usuario)
Descripción del Caso: <Describa
brevemente el caso de prueba>
PASO A PASO DE LA PRUEBA
Paso No. Descripción del Paso Datos de Entrada del paso
1 Creación del nuevo producto
2 Registrar y gestionar información en los siguientes aplicativos:
 LDPGS – Configuración de causales por tipo de liquidación

 LDPCA – Configuración de correos de aseguradoras
3 Registrar y gestionar información en los siguientes aplicativos:
 LDPLC – Configuración de Línea de producto y contratistas

 LDPTV – Configuración tipos de póliza y vigencia por tipo
4 Registrar y gestionar información en el aplicativo LDC_CECPOL - Exclusión de
cancelación de pólizas
5 Registrar y gestionar información en el aplicativo LDC - Configuración estrategia de
seguros
6 Cancelación de Seguros:
 Consultar uno de los seguros creados anteriormente y a nivel

de contrato ejecutar el trámite Cancelación de Seguros.
 Realizar el trámite de Cancelación de Seguros.
7 Cancelación de Seguros por archivo plano:
 Generar un archivo ANUL y colocarlo en la ruta del FTP.

 Ejecutar la forma LDPCF - Proceso de cancelación de seguros
por archivo plano.
 Validar en CCGAC la cancelación del seguro
 Registrar el trámite de cancelación de seguro por XML.
8 Cancelación de Seguros con tarea programada:
 Configurar una tarea programada para ejecutar el servicio job
LDC_Cancela.
 Validar en CCGAC después de la ejecución de la tarea

Cargo:
programada
9 Renovación de pólizas:
 Ejecutar la forma LDCRMP - Renovación masiva de pólizas.

 Ejecutar CCGAC y listar pólizas de algún contrato en la nueva
pestaña de Pólizas.
10 Ejecutar “CCGAC – Gestión de la atención al cliente” y listar pólizas de un contrato en
la nueva pestaña de Pólizas.
11 ORM - Reporte de pólizas vendidas y renovadas:
 Ejecutar la sentencia y desplegar los resultados.

12 ORM - Reporte de pólizas canceladas:

13 ORM - Reporte de pólizas renovadas

 Visualizar el resultado de la ejecución de las consultas de las listas
desplegables
14 ORM - Reporte de pólizas activas

 Visualizar el resultado de la ejecución de las consultas de las listas
desplegables
15 Ejecución PB - Reporte potenciales de seguros
 Realizar la ejecución estableciendo los filtros.

 Validar la generación del archivo con extensión “.csv” en la ruta del
servidor.
16 ORM - Reporte de liquidación
Nota: Si requiere ejecutar más de un caso de prueba, por favor duplique la tabla anterior e indique el consecutivo del caso, de
acuerdo al total de casos que realice.
EVIDENCIAS DE LAS PRUEBAS EN DESARROLLO

Responsable Cargo Fecha de Ejecución Resultado Observaciones
<Aprobado/ Rechazado> <En caso de rechazo>
PANTALLAS CON LAS EVIDENCIAS
MAESTROS DETALLE – CONFIGURACIÓN BÁSICA:
FORMA MD: LDPGS

1. Se selecciona el tipo liquidación

Cargo:
2. Se crea un registro nuevo, se llena el campo modificable
3. Se valida el registro

Cargo:
FORMA MD: LDPCA

1. Se despliega la forma para añadir nuevo registro

Cargo:
2. Se digitan los datos solicitados y se crea el nuevo registro

Cargo:
FORMA MD: LDPLC

1. Se despliega la forma y seleccionamos la Línea de Producto
2. Seleccionamos el registro que queremos eliminar

Cargo:
FORMA MD: LDPTV

1. Se despliega la forma y seleccionamos el tipo de póliza
2. Se selecciona el registro que queremos editar

Cargo:
3. Se valida el registro actualizado
FORMA MD: LDC_CECPOL
1. Se despliega la forma y añadimos un nuevo registro

Cargo:
2. Se digitan los datos solicitados y guardamos la forma

Cargo:
FORMA MD: LDCCES

1. Se despliega la forma y añadimos un nuevo registro
2. Se ingresan los datos solicitados

Cargo:

Cargo:
PROCESO DE VENTA DE SEGUROS POR XML (LDPSF)
Se aloja el archivo plano en la ruta parametrizada para las pruebas:
Se ejecuta el proceso de venta de seguros por archivo plano:

Cargo:
Se consultan los registros creados
Log:
Se ejecuta nuevamente el aplicativo:

Cargo:
Traza:
Vista CCGAC:

Cargo:
Motivo:

Cargo:
Programación objeto “CEO - Venta de seguros por archivo plano”
GEMPS:

Cargo:
Programación:
Resultados:

Cargo:
Se ejecuta una nueva programación:
Nueva póliza creada:
Archivos creados:

Cargo:
TRAMITE DE CANCELACIÓN DE SEGUROS
Registramos solicitud de cancelacion de seguros al contrato : 275451

Cargo:
Consultamos registro creado en la tabla : LD_SECURA_CANCELLA
Consultamos registro creado en la tabla : MO_COMMENT

Cargo:
Consultamos registro creado en la tabla : MO_MOTIVE

Cargo:
Consultamos registro en la tabla MO_RETIRE
Consultamos flujo
Consultamos solicitud atendida

Cargo:
PROCESO DE CANCELACIÓN DE SEGUROS POR ARCHIVO PLANO
Se registra un archivo plano en la ruta parametrizada:
Se ejecuta el proceso:

Cargo:
Archivos creados:
Se validan archivos:
Registro de LD_SECURE_SALE:

Cargo:
Póliza cancelada con estado 3:
PROCESO DE RENOVACIÓN DE PÓLIZAS
Se ejecuta el proceso de renovación:
Se consulta los archivos generados:

Cargo:
No se encontraron pólizas a renovar.
PROCESO DE RENOVACIÓN DE PÓLIZAS POR COLECTIVO
Se registra archivo plano en la ruta parametrizada:

Cargo:
Se ejecuta el proceso de renovación:
Se consulta los archivos generados:

Cargo:
Documentos generados:
PROCESO EN BATCH “REPORTE POTENCIALES DE SEGUROS”
Se ejecuta el proceso:

Cargo:
Se consulta en la ruta el documento creado:

Cargo:
Opción PI para visualización y gestión de pólizas

Cargo:
Se busca por id de contrato:

Cargo:
EVIDENCIAS DE LAS PRUEBAS EN CALIDAD

EVIDENCIAS DE LAS PRUEBAS DE USUARIO

PLAN MARCHA ATRÁS – PASO A PRODUCTIVO

Aplica Marcha Atrás Justifique solo si NO aplica
SÍ No
<Detalle en este espacio las actividades a desarrollar para devolver el recurso a su estado actual, en caso de que los resultados obtenidos con el cambio
realizado no hayan sido los esperados. Puede adjuntar archivos si lo requiere>
Actividad Responsable
Anexos

Módulo Brilla Seguros v3

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Módulo Brilla Seguros v3

Cargado por

Copyright:

Formatos disponibles

Formato – Solicitud de Aplicaciones

Versión: 3 Código: FA - 503 Estado: V

DETALLE SOLICITUD DEL USUARIO

Incidente o Mejora Erro

© ENLACE SERVICIOS COMPARTIDOS S.A.S 1 de 67

- Creación aliados en SAP y OSF para la liquidación.

- Habilitación de protocolo para recibo de PQR´S tres frentes: Línea telefónica -

- Habilitación de protocolo para recibo de PQR´S tres frentes: Línea telefónica ( Es

© ENLACE SERVICIOS COMPARTIDOS S.A.S 2 de 67

- Habilitación de protocolo para recibo de siniestros en tres frentes: Línea telefónica -

Proceso actual de Reclamación por Seguro de Vida Deudor

© ENLACE SERVICIOS COMPARTIDOS S.A.S 3 de 67

Reportes actas de cierre:

© ENLACE SERVICIOS COMPARTIDOS S.A.S 4 de 67

en la misma transacción compra varios

© ENLACE SERVICIOS COMPARTIDOS S.A.S 5 de 67

Realizará auditoria de las colocaciones de

- Nombre asegurado (deudor crédito)

La transacción continúa igual que como hoy

© ENLACE SERVICIOS COMPARTIDOS S.A.S 6 de 67

• Si el cliente realiza refinanciación de deuda

ANÁLISIS SOPORTE DE SEGUNDO NIVEL

1. Configuración del nuevo tipo de servicio Brilla Seguros

© ENLACE SERVICIOS COMPARTIDOS S.A.S 7 de 67

gaseras, para las operaciones de inserción, actualización o eliminación de registros.

© ENLACE SERVICIOS COMPARTIDOS S.A.S 8 de 67

e) Reporte potenciales de seguros: construcción de reporte en OSF, que consista en un PB que

© ENLACE SERVICIOS COMPARTIDOS S.A.S 9 de 67

● La póliza debe quedar en estado Cancelada

● El producto retirado debe quedar sin deuda (ni en diferido ni en corriente)

● Creación de las órdenes de pago de comisión cobrada y cobro de la póliza cancelada,

● La póliza queda en estado Cancelada

© ENLACE SERVICIOS COMPARTIDOS S.A.S 10 de 67

● El producto retirado queda sin deuda (ni en diferido ni en corriente)

● No se contempla construcción de proceso de liquidación de actas Brilla ni de Microseguros

● La solicitud de venta de seguros de Salvafactura dentro de su flujo normal debe quedar

● Según vigencia crédito. Si el usuario en la misma transacción compra varios artículos a

● Valor póliza no consume cupo Brilla

© ENLACE SERVICIOS COMPARTIDOS S.A.S 11 de 67

● Para el producto de salva factura se debe aplicar el mecanismo de refinanciación o diferido

● No se podrá solicitar separación de factura únicamente para el producto de seguros. Si el

b. Renovación: las pólizas asociadas al producto de Salvafactura no se renuevan

● Que la póliza no corresponda al producto de Salvafactura

● Que la póliza no tenga una solicitud de cancelación en proceso

● Producto de energía en estado facturable y activo

● Que el producto de seguros no tenga un estado de retiro voluntario

8. Consulta de póliza de seguros desde CRM

© ENLACE SERVICIOS COMPARTIDOS S.A.S 12 de 67

Resumen Proceso de seguros:

Análisis de tercer nivel (Horbath)

Esta nueva solución abarcara los siguientes puntos:

● Nuevo producto - Brilla Seguros.

● LDPGS - Configuración de causales y Línea de Producto

● LDCTL - Configuración de vigencia por tipo de póliza por línea de producto

● LDC_CECPOL - Exclusión de cancelación de pólizas

● LDCCES - LDC -Configuración estrategia de seguros

● LDPSF - Registro de venta de seguros por archivo plano

● Proceso de cargue de Archivo Venta Micro Seguro (Tarea Programada)

● LDPCF - Proceso de cancelación de seguros por archivo plano

© ENLACE SERVICIOS COMPARTIDOS S.A.S 13 de 67

● LDCRMP - Renovación masiva de pólizas

● LDRPC - Renovación de pólizas por colectivo

● CRM - Pestaña nueva - POLIZAS