Propuesta de Solucion-Desarrollo E - Win - v1 - Final - 1.3

PROPUESTA DE SOLUCIÓN
Gerencia de Tecnología de la Información
Jefatura de Desarrollo TI
Clasificación de la Información: Confidencial / Uso Interno
PROPUESTA DE SOLUCION
PROYECTO
AUTOCONTRATACIÓN ONLINE – FASE 2
Confidencial / Uso Interno Página 1 de 116 Propuesta de Solución

-
CONTROL DE VERSIONES
Versión Elaborado por Aprobado por Fecha Descripción del cambio
1.1 Vanessa Carranza Guillermo Mendoza 14/09/2022 Documento inicial
1.2 Vanessa Carranza Guillermo Mendoza 30/09/2022 Modificación de

requerimientos
1.3 Vanessa Carranza Guillermo Mendoza 18/10/2022 Consolidación en un
solo documento:
Requerimientos de la
Web y Desarrollo Win

1. DATOS DEL PROYECTO
Código del Proyecto Nombre del Proyecto
Autocontratación Online – Fase 2

Dependencia de otras
Descripción de la dependencia
Proyectos
Ninguna
¿Se está atendiendo este
NO
proyecto con más de una PS?
2. AFECTADOS RELEVANTES
Plazos de
No. Rol Nombre completo Área Responsabilidad
compromisos
01 Marketing
Jefe de
Jorge Igei Performan
Marketing
ce
Sistema/Aplicación/P
Descripción del impacto
roducto/Procesos
QUIEROWIN.PE
QUIEROWIN.PE
Creación del flujo de autocontratación online – web
CRM WIN
CRM WIN – WINFORCE – CRM EXPERIENCIA
WINFORCE
CRM EXPERIENCIA ✓ Modificación en opciones existentes y/o creación de nuevos servicios o
modificación de pantallas existentes
3. DIAGRAMA DE FLUJO DE LA SOLUCIÓN

Mostrar en un diagrama el flujo de todas las actividades / funciones de la solución, desde la perspectiva
del usuario final, relacionando funcionalidad con los actores involucrados.
4. SISTEMAS / PLATAFORMAS IMPACTADAS
Íte
Nombre del Sistema Impacto
m
1 CRM EXPERIENCIA SI
2 WIN CRM SI
3 WINFORCE SI
4 QUIEROWIN.PE (WEB) SI

5. REQUERIMIENTOS FUNCIONALES– ALCANCE
Lista de requerimientos de usuario

Transformar el pedido del usuario en una lista de requerimientos donde se ha completado información
faltante, consolidado/fusionado diversos puntos de vista, resuelto posibles conflictos y documentado el
conjunto completo de requerimientos del usuario.
Lista de requerimientos funcionales

Crear los Requerimientos Funcionales (RF) que establecen la solución funcional que se dará a los
Requerimientos de Usuario. Por ejemplo: Pantalla de ingreso de datos, alerta de correo electrónico,
proceso para determinar los empleados a enviar correo electrónico, alerta de correo electrónico masivo,
etc

ID RF Sistema DESCRIPCIÓN DETALLADA

Impactado
RF-01 WEB INGRESAR A WEB - OFERTAS COMERCIALES
•
Modificar el Banner de la Web en los módulos:
“Inicio”, “Hogar” y “Regiones” de la Web Internet Hogar
100% Fibra Óptica (win.pe), en el cual deberá mostrar un
Banner promocionando la Contratación Digital con el botón
“Pídelo Aquí”
• Al presionar el botón: “Pídelo Aquí” deberá habilitar la
pantalla del Paso 1 – Registro de Datos Personales:
- Banner en la Web
- (Botón) “Pídelo Aquí”
• Se requiere que los usuarios puedan acceder a la

landing page de https://quierowin.pe a través de:
• Pauta Digital (Facebook, Google, etc.) el cual me
habilite el Paso 1 – Registro de Datos Personales:
• La información final que se mostrará en la página será

enviada por el equipo de Marketing una semana antes
del pase a producción.
RF- WEB •
Toda la información e interacción que se registra y/o se
General
realiza en cada uno de los pasos en la Web con los
sistemas o plataformas de Win (Base de Datos
intermedia, servicios de WIN u otros) o con servicios y/o
plataformas externas (Equifax, Quinoa u otro) serán
almacenadas en las plataformas de Winforce, WinCRM
y CRM Experiencia el cual se definirá en la etapa de
análisis y diseño del proyecto.
RF-02 WEB PASO 1: REGISTRO DE DATOS PERSONALES

• En la Web el usuario tendrá que ingresar los datos:
1. Para “Tipo de Documento” * crear un desplegable: DNI,

Carné de Extranjería, RUC *
2. Campo para ingresar el “Nro. de Documento” *
3. Campo para ingresar “Nombres” *
4. Campo para ingresar “Apellido Paterno” *
5. Campo para ingresar “Apellido Materno” *
6. Campo para ingresar el “Email” *
7. Campo para ingresar el “Celular” *
8. Para “Departamento” * crear una lista desplegable para
la selección del cliente
9. Para “Provincia” * crear una lista desplegable para la
selección del cliente
10. Para “Distrito” * crear una lista desplegable para la
selección del cliente
*Campos obligatorios
• La Web se deberá integrar con el “Servicio de Win –

Equifax” para la siguiente validación:
Paso1: El usuario ingresa los datos Tipo y Número de

Documento en la Web y automáticamente llama al
servicio de Win Equifax (Paso2)
Paso2: El servicio de Win Equifax primero verifica si

los datos se encuentran en la base de datos intermedia:

Si existe el cliente No existe el cliente

• Devuelve los • Consulta en el
datos a la Web: servicio de Equifax
Nombres • Registra toda la trama
Apellidos en la base de datos
Score intermedia
• Devuelve los datos a
la Web
• Existe el cliente, Nombres
pero el registro en Apellidos
a base de datos Score
intermedia es
mayor a 30 días,
se consulta
nuevamente el
servicio de
Equifax, graba
todos los datos
que devuelve
Equifax en la base
de datos
intermedia y
devuelve los
datos a la Web
(Nombres,
Apellidos, Score)
• Existe el cliente
pero Equifax no
devuelve score, el
sistema
automáticamente
le asignará el
valor 10000
Paso3: Si el servicio devolvió los datos, la Web muestra

la información en los campos no editable Nombres y
Apellidos.
Paso4: Si el servicio de Win Equifax no devuelve la

información la Web habilita los campos: Nombres y
Apellidos para el ingreso manual. Se le asignará el
score de 10000, y la Web deberá permitir avanzar el
flujo hasta el paso de Validación de Cobertura y Reglas
Comerciales. Los clientes que tuvieron como respuesta
de Equifax – Manual, La web deberá invocar al servicio
de creación de Leads (el servicio los grabar en la base
DRP).

• La Web deberá validar lo siguiente para los campos

1,2,5 y 6:
- RUC: Restringir solo para “RUC 10”, si el Cliente

ingresa algun valor diferente no se habilita el botón
“Continuar”.
- Email válido. Validar que contenga el símbolo @
seguido de una cantidad mínima de 2 caracteres
seguido del carácter “.” y mínimo 2 caracteres a
continuación. Ejemplo: @gmail.com; @hotmail.com;
@outlook.com; @yahoo.com, @win.pe
- Celular válido (Cantidad de caracteres: 9 y deben ser
números)
- No aplica RUC 20
- Validar la cantidad de caracteres ingresados para DNI
• La Web deberá validar para los campos 8,9 y 10 lo

siguiente:
Considerar que debe permitir auto búsqueda al tipear el

nombre del distrito, provincia o departamento y mostrar
la lista desplegable en base a la ingresado de forma
manual por el cliente
•
La lista desplegable de Departamentos, Provincias y
Distritos debe contener los cerca de 1.8K distritos que
tiene el Perú, estén o no en cobertura Win.
• Habilitar en la Web un Validador de Captcha con texto,
configurarlo según lo siguiente:
- Si ingresa el texto, puede dar click en Continuar.
- Si no ingresa el texto, no puede dar click en Continuar.
- Presionar actualizar para cargar un validador captcha
distinto.
- Si ingresa un texto erróneo (mostrar error), generar un
nuevo validador de captcha con texto.
• Configurar al final del Paso 1 los siguientes botones:

- “Volver” el cual debe regresar al usuario al módulo de
“Inicio” de la Web
- “Continuar” el cual debe permitir al usuario avanzar con
el paso 2 de Ingresar Dirección y validar la Cobertura.

• La Web al hacer click en la opción de “Continuar”, se

ejecute una consulta en Front que valide contra la lista
de Cobertura Win por distrito.xlsx para identificar si está
o no en un Distrito con Cobertura de Win.
• Nota: Considerar que la lista de distritos coberturados
podrá ser actualizada a demanda del área de MKT
mediante una gestión por ticket a MDA.
RF- 03 Herramienta CORROBORAR COBERTURA

para Corroborar
Cobertura Considerar que la Validación de Cobertura del Cliente se
realizara con Geofinder
• La Web deberá invocar al servicio de Geofinder

• Los datos que devuelve el servicio de Geofinder (la
dirección ubicada en el Mapa) deberán guardarse en la
base de datos de la Web
• La Web cuando el usuario Valide su cobertura deberá
enviar los datos de la dirección del Geofinder al servicio
Consideraciones:
• La Web deberá guardar los datos que devolvió el
servicio del Geofinder asociado a la dirección ingresada
en la Web
• Escenario1: Cuando la Web realice la validación de la
cobertura, si el cliente no tiene cobertura deberá invocar
al servicio y registrar los datos de la dirección ingresada
en la Web, más los datos del geofinder en nuevos
campos en la tabla intermedia para luego visualizar en
el Winforce en campos nuevos.
• Escenario2: El cliente tiene Cobertura sigue el flujo en
la Web, la Web guarda la información en la base de
datos intermedia (incluido los datos del Geofinder en
nuevos campos) para luego visualizar en los sistemas
de Win en campos nuevos.
RF-04 WEB
PASO 2: COBERTURA DE LA DIRECCIÓN
DISTRITOS SIN COBERTURA:
• En la Web habilitar los siguientes campos:

1. Solicitar datos de si es Inquilino o Propietario. *

2. Solicitar el tipo de vivienda: Casa, Edificio o Condominio
*
3. Mostrar en forma concatenada separado por comas los
valores de Distrito, Provincia y Departamento que ya se
habían seleccionado en el Paso 1: Datos Personales
(RF-02)
4. El tipo de vía (desplegable con las opciones de
Alameda, Avenida, Bajada, Carretera, Callejón, Calle,
Jirón, Malecón, Óvalo, Pasaje, Prolongación, Paseo,
Boulevard) *
5. Nombre de la vía *
6. Número **
7. Manzana ***
8. Lote ***
9. Nro. dpto. (Campo Obligatorio únicamente si se
selecciona la opción de Edificio o Condominio)
10. Nro. de Piso (Campo No Obligatorio)
11. Torre / Bloque (Campo No Obligatorio)
12. Referencia*
* Campos Obligatorios
** Si el Campo número tiene un valor el campo
manzana y lote deben estar en blanco.
*** Si el campo manzana tiene un valor, el campo
número debe estar en blanco y el campo lote debe tener
un valor.
• Para el campo 4 se aplicará la siguiente:

Deberá permitir la autobúsqueda tal cual se implemento

para el proyecto Cobertura.
Ejemplo: Al tipear el tipo de vía y mostrar la lista
desplegable en base a la ingresado de forma manual
por el cliente.
• La Web al final del Paso 2 deberá mostrar los siguientes

botones:
- “Volver” el cual debe regresar al usuario al paso 1 de
“Registro de Datos Personales”
- “Validar Cobertura” el cual validará la cobertura
ingresada por el cliente en la web.
• Cuando el cliente seleccione la opción “Validar

Cobertura” se tendrá un “delay” de 5 segundos y se
mostrará el mensaje de que se encuentra Fuera de
Cobertura:
• El equipo de Marketing proporcionará los mensajes

finales a mostrarse en la Web una semana antes del
pase a producción.
• La Web para los clientes sin cobertura deberá invocar
al servicio de Creación de Leads y enviar la información
para que sean grabados en la base de datos
intermedia. (DRP). Adicionalmente al servicio se le
deberá enviar hasta que paso avanzo en la WEB.
RF-05 WEB PASO 2: COBERTURA DE LA DIRECCIÓN
DISTRITOS CON COBERTURA (Tipo Vivienda Casa):
• La Web, adicional a los datos de la dirección deberá

mostrar el mapa del Geofinder para los clientes que se

encuentren en un distrito con Cobertura, para

georreferenciar la ubicación del cliente.
• La Web deberá solicitar los siguientes datos:
1. Solicitar datos de si es Inquilino o Propietario. *

2. Solicitar el tipo de vivienda: Casa, Edificio o Condominio
*
(RF-02)
Boulevard) *
6. Número **
7. Manzana ***
8. Lote ***

9. Nro. Dpto. (Campo Obligatorio únicamente si se

10. Nro. de Piso (Campo No Obligatorio)
12. Referencia*
un valor.
• Validación del campo 4:
- La web deberá implementar la autobúsqueda tal cual lo

implemento en el proyecto Cobertura.
Ejemplo: Al tipear el tipo de vía y mostrar la lista
desplegable en base a la ingresado de forma manual
por el cliente.
• La Web deberá validar que el usuario haya ingresado

los datos de la dirección para habilitar el botón: “Unicar
en el mapa”
• El usuario deberá presionar el botón: “Ubicar en el
mapa”, este ejecute el concatenado de los campos
“Tipo de Vía” & “Nombre de Vía” & “Número” “Distrito,
Provincia, Departamento” para ubicar la dirección en el
mapa utilizando los servicios de Geofinder.
• Sino se presiona el botón “Ubicar en el Mapa”, el botón
“Validar Cobertura” no debe habilitarse.
• Al final del Paso 2 se muestran los siguientes botones:

1. “Volver” el cual debe regresar al usuario al paso 1 de
2. “Validar Cobertura” el cual validará la cobertura
• Si el cliente mueve el pin en el mapa a otra

ubicación, se actualizará la “Dirección de
Geofinder” mas no la dirección estructurada. Esto
quiere decir que en la trama que se almacene por la
autocontratación del cliente vamos a tener dos campos
de dirección, la dirección estructurada (dirección
ingresada por el cliente) y la dirección de Geofinder
(dirección determinada por el pin en el mapa), además
de la Latitud, Longitud y Código Postal como mínimo (la

definición de datos a traer en este punto desde Equifax

se definirá en la etapa de análisis y diseño)
• Cuando el usuario presione el botón: “Validar

Cobertura”
- La Web deberá integrarse con el servicio de Win de KMZ
- Se deberá enviar al servicio las coordenadas capturadas
por Geofinder serán validadas contra el KMZ de Win
para verificar si se cuenta con Cobertura o no.
- Si el Cliente cuenta con Cobertura se requiere habilitar

el Paso 3: Validación de Identidad, caso contrario, se le
mostrará el siguiente mensaje:

pase a producción.
RF-06
WEB DISTRITOS CON COBERTURA con Tipo Vivienda =
Edificio o Condominio:

• Si el usuario selecciona Tipo de Vivienda: Edificio o

Condominio:
- La Web deberá integrarse con el servicio de Win –
Edificios
- Se habilita en la Web la lista desplegable de “Edificios” y

“Condominios” con la dirección de cada edificio
- En la Web solo se deberán mostrar los predios que
corresponden al “Departamento, “Provincia” y “Distrito”
seleccionados en el Paso 2
• En la Web se deberá implementar la misma lógica del

proyecto Cobertura asociado a la autobúsqueda:
- El usuario tipo en el campo Nombre: Edificio/Condominio
o Dirección y se va filtrando la información
- mostrar la lista desplegable en base a la ingresado de
forma manual por el cliente.
• Cuando el sistema encuentre el Edificio o Condominio

se autocompletan los campos “Tipo de Vía”, “Nombre
de vía” y “Número” con la información registrada en Win
CRM. La Web autocompletará los campos en base a la
estructura de la dirección registrada en Win CRM.

• El usuario deberá ingresar los datos obligatorios en la

Web:
- nro. dpto. y Referencias.
- Los campos Nro. Piso y Torre/Bloque son opcionales.
• La Web deberá guardar los datos seleccionados:

- Latitud
- Longitud
- Código Postal que se seleccionaron del catálogo en Win
CRM para el predio seleccionado.
• Si el Cliente no encuentra su Edificio o Condominio y

selecciona el valor “Otro” se le solicitaran
obligatoriamente los campos de la dirección:

1. Campo para ingresar nombre del edificio / condominios

(No Obligatorio)
(RF-02)
Boulevard) *
5. Número **
6. Manzana ***
7. Lote ***
8. Nro. Dpto. (Campo Obligatorio únicamente si se
9. Nro. de Piso (Campo No Obligatorio) → Este campo se
validará con lo solicitado en el proy Cobertura
11. Referencia*
un valor.

Para el campo 3 se aplicará la siguiente:
• Se implementará las autobúsquedas en la Web tal cual

se implemento para el proyecto Cobertura – Edificios
• La Web deberá permitir la autobúqueda cuando el
usuario tipee en el campo se ira filtrando la información.
Campos:
Tipo de Vía
• Si es de forma manual mostrar la lista desplegable al
usuario.
• Luego de ingresarse los datos de la dirección la Web
deberá mostrar el botón: “Ubicar en el Mapa” y este
ejecute el concatenado del campo “Tipo de Vía” &
“Nombre de Vía” & “Número” “Distrito, Provincia,
Departamento” para ubicar la dirección en el mapa.
La estructura de la dirección se enviará en base a lo
que requiera el Servicio del Geofinder para poder ubicar
la dirección.
• Si el usuario mueve el pin en el mapa a otra ubicación,
se actualizará la “Dirección de Geofinder” mas no la
dirección estructurada (dirección registrada por el
cliente).
- La Web deberá guardar la dirección registrada por el
ciente y la capturada en el mapa por el Geofinder
(dirección determinada por el pin en el mapa), además
de la Latitud, Longitud y Código Postal como mínimo ((la
definición de datos a traer en este punto desde Equifax
se definirá en la etapa de análisis y diseño)
• Al final del Paso 2 se muestran los siguientes botones:

1. “Volver” el cual debe regresar al usuario al paso 1 de
2. “Validar Cobertura” el cual validará la cobertura
• Cuando el usuario presione el botón: “Validar

Cobertura”
- La Web deberá integrarse con el servicio de Win de KMZ
- Se deberá enviar al servicio las coordenadas capturadas
por Geofinder serán validadas contra el KMZ de Win
para verificar si se cuenta con Cobertura o no

• Si el Cliente cuenta con Cobertura se requiere habilitar

el Paso 3: Validación de Identidad, caso contrario, se
le mostrará el siguiente mensaje:

pase a producción.
• Considerar que se deberá configurar la restricción de

que una misma IP (del cliente) solo puede realizar como
máximo 3 validaciones de cobertura por día.
RF-07 WEB PASO 3: PROCESO DE VALIDACIÓN DE IDENTIDAD
• La Web deberá mostrar el mensaje:
“Hola, validaremos tu identidad con 3 preguntas

aleatorias de opción múltiple”
• La Web deberá integrases e invocar al servicio de Win

de Validación de Identidad

• La Web deberá enviar como parámetro al servicio el ID

(Nro de Documento ingresado en el paso 1)
• La web mostrara la pantalla:
• La Web deberá enviar como parámetro al servicio el ID

(Nro de Documento ingresado en el paso
• Ejemplo de preguntas que puede devolver el servicio de
forma aleatoria:
1. ¿Cuál es tu fecha de nacimiento?

2. ¿Cuántos años tienes?
3. ¿Cuál es tu año de nacimiento?
4. ¿Cuál es tu mes de nacimiento?
5. ¿En qué departamento y distrito naciste?
• La Web enviará al servicio la respuesta por cada

pregunta
• La Web deberá mostrar el resultado del servicio:
Aprobado o Desaprobado, y el mensaje si excedio el
máximo de intentos.
• El servicio devolverá a la Web el mensaje si el cliente

desaprobó la validación: “Hola, has excedido el límite
de intentos para la validación de identidad, favor de
intentarlo nuevamente en 24 horas. Muchas
Gracias.”,
• La web para los casos que reciba como resultado

Desaprobado deberá invocar al servicio de Win de
Creación de Leads y el campo Observación deberá

enviar al servicio: “Cliente desaprobado – Validación de

Identidad” para que se registren en la base de DRP.
• Los mensajes finales que devuelve el servicio o los que

se mostrarán en la Web serán enviados por Área de
Experiencia en conjunto con el área de Marketing una
semana antes del pase a producción.
• Importante: Si el resultado del servicio es Aprobado

es decir el usuario aprueba la Validación de
Identidad, La WEB en automático avanza el flujo a
la verificación de reglas comerciales detallada en el
Paso 4.
• La Web deberá guardar los datos de entrada y salida

del Paso 3
RF-08 WEB
PASO 4: PROCESO DE VERIFICACIÓN DE REGLAS
Invocación a las COMERCIALES
reglas
comerciales Regla comercial 1: Validación en Blacklist por Nro de
documento
• La Web deberá invocar a las reglas comerciales

siempre y cuando el resultado se la Validación de
Identidad sea: Aprobado
• Se adjunta Anexo del flujo de las reglas que tendría que

seguir la Web en base al resultado de cada regla (Ver
ANEXO 2):
• La Web deberá invocar en este punto al servicio de

Validación de Black List por Nro. de Documento
• La Web deberá enviar como parámetro de entrada: al

servicio el nro de documento.
• La Web deberá mostrar el mensaje que devuelve el

servicio. Caso no exitoso y/o avanzar en el flujo cuando
el caso es exitoso:
Caso no Exitoso:
- Mensaje: “Hola, muchas gracias por preferir Win. Por el
momento no puedes continuar con el proceso. Disculpa
por los inconvenientes.”

Caso Exitoso:
- La Web si el servicio devuelve que si puede avanzar
en el flujo deberá invocar al servicio indicado en el
RF-09 (Validación de BlackList por Celular).
• La Web deberá guardar el parámetro de entrada y

salida del servicio (Validación del Black List por Nro de
documento). Los datos de la web serán enviados a los
procesos para que se muestre en el Reporte. (RF-28)
• Los mensajes que muestra la Web y los servicios serán

modificados una semana antes del pase a producción.
RF-09 WEB Regla Comercial: 2. Validación de Black List por Celular:
Invocación a la
Regla • La Web deberá invocar al servicio de Validación de
Comercial BlackList por Celular
• La Web deberá enviar el parámetro de entrada al

servicio y obtener el parámetro de salida
• La Web deberá mostrar el mensaje configurable que

devuelve el servicio:
- Caso no exitoso:
Mensaje: “Hola, muchas gracias por preferir Win. Por el
momento no puedes continuar con el proceso. Disculpa por
los inconvenientes.”
- Caso Exitoso
La Web avanza a la validación de Deuda – Win (RF-10)

salida del servicio (Validación del Black List con
Celular). Los datos de la web serán enviados a los
procesos para que se muestre en el Reporte. (RF-28)

RF-10 WEB
Regla Comercial: 3. Validación de Deuda con Win:

• La Web deberá invocar al servicio de Validación de

Deuda con Win


- Caso no Exitoso:
- Caso Exitoso:
La Web avanza a la siguiente validación Validación de
score en base al tipo de documento de identidad ingresado
(4. Validación por tipo de documento) en el Paso 1:
- Si es RUC: Ver RF-11
- Si es DNI / CE: Ver RF-15

salida del servicio (Deuda con Win). Los datos de la
web serán enviados a los procesos para que se
muestre en el Reporte. (RF-28)

RF-11 WEB Regla Comercial: 5. Validación de Score para RUC:

Score para RUC


- Caso No Exitoso

Si el score crediticio es menor a 400, se mostrará la

siguiente alerta al cliente:

- Caso Exitoso
Si el score crediticio es 401 o más, la WEB continua a
realizar una validación de la antigüedad del RUC (Ver
RF-12).

salida del servicio (Score Crediticio). Los datos de la

RF-12 WEB Regla Comercial: 6. Validación de Antigüedad del RUC:

Antigüedad del RUC
• La fecha de creación del RUC es capturada en el RF-
02


- Caso No Exitoso:
- Caso Exitoso:
Si la diferencia entre la fecha de la consulta en la web
(“Today”) y la fecha de creación del RUC es 180 días o
más, se continua a realizar una validación de si cuenta
con servicio Win (Ver RF-13).


salida del servicio (Fecha de Creación de RUC). Los
datos de la web serán enviados a los procesos para que
se muestre en el Reporte. (RF-28)

RF-13 WEB Regla Comercial 7. Validación si el RUC tiene servicios

contratados con Win:
• La Web deberá invocar al servicio de Validación Win

CRM – Servicios Contratados
• La Web deberá enviar el parámetro de entrada (tipo y
nro de documento) al servicio y obtener el parámetro de
salida
- Caso No Exitoso

- Caso Exitoso
➢ Si el Nro. de documento tiene solo 1 servicio en estado

“Activo”, se continua con la validación definida en el RF-14
(“Buen Pagador”).
➢ En caso el Nro. de documento no tenga servicios “Activos”

o “Suspendidos”; se continua al paso de presentar Ofertas
habilitadas para RUC (Ver RF-19).

salida del servicio (Cantidad de Servicios Activos,
Cantidad de Servicios Suspendidos). Los datos de la


RF-14 WEB Regla Comercial: 8. Validación si el cliente es “Buen

Pagador” para RUC:
• Los parámetros de entrada son los resultados del

servicio anterior:
- Se requiere que, para un cliente con 1 servicio “Activo” o
“Suspendido”, se evalúe si el nro. doc. es “Buen
Pagador”
• La Web deberá invocar al servicio de Buen Pagador

• La Web obtiene el resultado del servicio de Buen
pagador
- Caso no exitoso
- Caso exitoso
La Web continua al paso de presentar Ofertas

salida del servicio (Indicador de Buen Pagador). Los
•
Los mensajes que muestra la Web y los servicios serán
modificados una semana antes del pase a producción
RF-15 WEB Regla Comercial: 9. Validación de Score para DNI y CE:
•La Web deberá invocar al servicio de Validación de

Score
• La web deberá enviar como parámetro de entrada lo
capturado en el RF-02
• La Web obtiene el resultado del servicio
- Caso No Exitoso
- Caso Exitoso

Si el score crediticio es 200 o más, se continua a

realizar una validación de si cuenta con servicio Win
(Ver RF-16).

salida del servicio (Score Crediticio). Los datos de la

RF-16 WEB Regla Comercial: 10. Validación si el DNI o CE tiene

servicio con Win:

Servicios con Win
• La Web deberá enviar al servicio los parámetros de
entrada: tipo y nro. de documento.

• La Web deberá obtener el parámetro de salida del

servicio
Si el Nro. de documento tiene solo 1 servicio en estado

“Suspendido” o tiene
2 o más servicios en estado “Activo” o “Suspendido”,
- Caso No Exitoso
momento no puedes continuar con el proceso. Disculpa
por los inconvenientes.”
- Caso Exitoso
Si el Nro. de documento tiene solo 1 servicio en estado
“Activo”, se continua con la validación definida en el RF-
17 (“Buen Pagador”).
En caso el Nro. de documento no tenga servicios

“Activos” o “Suspendidos” (Cliente Nuevo); se continua
al paso de validar si el Distrito seleccionado en la web es
de Alto Riesgo (Ver RF-18).


salida del servicio (Cantidad de Servicios Activos,
Cantidad de Servicios Suspendidos). Los datos de la

RF-17 WEB Regla Comercial: 11. Validación si el cliente es “Buen

Pagador” para DNI y CE:
• La Web deberá invocar al servicio de Buen Pagador

para DNI y CE
• La Web deberá enviar los parámetros de entrada al

servicio (valores cantidad de servicios activo o
suspendido), valores del requerimiento anterior.
• Se requiere que, para un cliente con 1 servicio “Activo”

o “Suspendido”, se evalúe si el nro. doc. es “Buen
Pagador”
• La Web obtendrá el resultado del servicio:

Si el nro. doc. tiene un indicador de “Buen Pagador” menor a
0.80, se mostrará la siguiente alerta al cliente:
- Caso No Exitoso
- Caso Exitoso
Si el nro. doc. tiene un indicador de “Buen Pagador”
mayor o igual a 0.80; se continua al paso de validar el
distrito ingresado en la web (Ver RF-18).

salida del servicio (Indicador de Buen Pagador). Los


RF-18 WEB Regla Comercial: 12. Validación de Distrito de Alto o Bajo

Riesgo para DNI y CE (SERVICIO NUEVO O SERVICIO
ADICIONAL AL YA CONTRATADO):

Distrito
• La Web deberá enviar al servicio los parámetros de
entrada: distrito seleccionado para la instalación del
servicio
• La web deberá obtener la respuesta del servicio
Si el distrito seleccionado está identificado como uno de

“Alto Riesgo” (Ver ANEXO 3), se continua al paso de
presentar Ofertas habilitadas (Ver RF-19).
Caso contrario, se considera un distrito “Bajo Riesgo” y se

continua al paso de presentar Ofertas habilitadas (Ver RF-
19).

salida del servicio (Distrito - Valor). Los datos de la web
serán enviados a los procesos para que se muestre en
el Reporte. (RF-28)

RF-19 WEB PASO 5 – ELECCIÓN DEL PLAN
• La Web deberá invocar al servicio de Listado de la

Oferta Comercial
• La Web deberá enviar los parámetros de entrada al
servicio (valores de salida de las reglas comerciales)
• La Web deberá mostrar el resultado del servicio
Segmentación de Ofertas según Validaciones

Comerciales para RUC:
• El Servicio de Win devolverá a la Web la siguiente

información

1. Ofertas habilitadas para RUC de 2do servicio en un

distrito de Alto Riesgo, Plan Emprendedor (Internet +
McAfee):
Matriz de Plan + SVA + Costo de Instalación para 2do servicios

en un Distrito de Alto Riesgo:
DISTRITOS ALTO RIESGO - 2DO SERVICIO
PLAN SVA COSTO DE INSTALACIÓN
SCORE/PLAN 50 100 150 200 300 600 1000 1 MESH 2 MESH DIRECTV BASICO DIRECTV FULL WIN PHONE WIN TV
S/ 0 S/ 60 S/ 120
S/ 79 S/ 99 S/ 119 S/ 129 S/ 169 S/ 259 S/ 459 S/ 15 S/ 20 45 S/ 67 S/ 10 S/ 5 a S/ 10
<400 - 700] X X X X X X X X X X
<700 - 999] X X X X X X X X X X X X X
a) Si el cliente cuenta con score de 401 a 700:

✓ Mostrar Ofertas con Ancho de banda de 50Mbps,
100Mbps y 150Mbps.
✓ Mostrar SVA: 1 Mesh, DIRECTV Básico, Fono Win y
Win TV.
✓ Opciones de Costo de Instalación de S/.0, S/. 60 y
S/. 120.
b) Si el cliente cuenta con score de 701 a 999:

100Mbps, 150Mbps, 200Mbps y 300Mbps.
✓ Mostrar SVA: 1 Mesh, 2 Mesh, DIRECTV Básico,
Fono Win y Win TV.
S/. 120.
2. Ofertas habilitadas para RUC de 2do servicio en un

distrito de Bajo Riesgo Plan Emprendedor (Internet +
McAfee):

en un Distrito de Bajo Riesgo:
DISTRITOS BAJO RIESGO - 2DO SERVICIO
S/ 0 S/ 60 S/ 120
S/ 79 S/ 99 S/ 119 S/ 129 S/ 169 S/ 259 S/ 459 S/ 15 S/ 20 45 S/ 67 S/ 10 S/ 5 a S/ 10
<400 - 700] X X X X X X X X X X X X X
<700 - 999] X X X X X X X X X X X X X X X

100Mbps, 150Mbps y 200Mbps.
DIRECTV Full, Fono Win y Win TV
S/. 120.


100Mbps, 150Mbps, 200Mbps, 300Mbps y
600Mbps.
S/. 120.
3. Ofertas habilitadas para RUC de servicio nuevo en un

distrito de Alto Riesgo, Plan Emprendedor (Internet +
McAfee):
Matriz de Plan + SVA + Costo de Instalación para Servicio

Nuevo en un Distrito de Alto Riesgo:
DISTRITOS ALTO RIESGO - SERVICIO NUEVO
S/ 0 S/ 60 S/ 120
S/ 79 S/ 99 S/ 119 S/ 129 S/ 169 S/ 259 S/ 459 S/ 15 S/ 20 S/ 45 S/ 67 S/ 10 S/ 5 a S/ 10
<400 - 700] X X X X X X X X X X X

Win TV.
S/. 120.

100Mbps, 150Mbps, 200Mbps, 300Mbps, 600Mbps
y 1000Mbps.
Fono Win y Win TV.
S/. 120.
4. Ofertas habilitadas para RUC de servicio nuevo en un

distrito de Bajo Riesgo, Plan Emprendedor (Internet +
McAfee):
Matriz de Plan + SVA + Costo de Instalación para Servicio

Nuevo en un Distrito de Bajo Riesgo:
DISTRITOS BAJO RIESGO - SERVICIO NUEVO
S/ 0 S/ 60 S/ 120
<700 - 999] X X X X X X X X X X X X X X X X


600Mbps.
S/. 120.

y 1000Mbps.
S/. 120.
Segmentación de Ofertas según Validaciones
Comerciales para DNI Y CE:
1. Ofertas habilitadas para DNI y CE de 2do servicio en

un distrito de Alto Riesgo:

en un Distrito de Alto Riesgo:

✓ Mostrar Ofertas con Ancho de banda de 50Mbps y
100Mbps.
✓ Mostrar SVA: Win TV
S/. 120.

100Mbps y 150Mbps.
Win TV.
S/. 120.
c) Si el cliente cuenta con score de 701 a 999:



Fono Win y Win TV.
S/. 120.
2. Ofertas habilitadas para DNI y CE de 2do servicio en

un distrito de Bajo Riesgo:

en un Distrito de Bajo Riesgo:

100Mbps y 150Mbps.
Win TV
S/. 120.

S/. 120.

600Mbps.
S/. 120.
3. Ofertas habilitadas para DNI y CE de servicio nuevo

en un distrito de Alto Riesgo:
Matriz de Plan + SVA + Costo de Instalación para servicios
nuevos en un Distrito de Alto Riesgo:


✓ Mostrar Ofertas con Ancho de banda de 50Mbps y
100Mbps.
S/. 120.

Win TV.
S/. 120.

y 1000Mbps.
Fono Win y Win TV.
S/. 120.
4. Ofertas habilitadas para DNI y CE de servicio nuevo

en un distrito de Bajo Riesgo:
Matriz de Plan + SVA + Costo de Instalación para servicios

nuevos en un Distrito de Bajo Riesgo:

Win TV
S/. 120.

600Mbps.


S/. 120.

y 1000Mbps.
S/. 120.
La WEB deberá habilitar la selección de la oferta:
Selección de Ofertas según Validaciones Comerciales:
El Cliente identifica la Oferta deseada y presiona el botón

“Elegir Plan”, esta acción traslada el producto elegido a la
sección “Resumen de Pedido”. De igual manera, los usuarios
podrán seleccionar de forma opcional uno o varios SVAs los
cuáles al ser elegidos con el botón “Elegir SVA” se irán
añadiendo a la sección “Resumen de Pedido”
La sección “Resumen de Pedido” muestra los precios

recurrentes del Plan y SVAs seleccionados por el Cliente más

el costo de instalación en caso aplique, las rentas recurrentes

en caso tengan descuentos asociados deberán incluirlo en el
valor mostrado.
Confirmación de Email ingresado:
Adicional a ello mostrar al cliente el Email ingresado en el paso

1 para la confirmación del Cliente y edición manual en caso lo
requiera, considerando que no puede quedar un valor vacío en
este campo. Si el Cliente ingresa un nuevo email en el Paso 5,
este deberá actualizarse en la información del pedido.
Al seleccionar la opción “Contratar”, se continúa al Paso 6: de

Firma Digital.
RF-20 WEB Integración de la WEB con KEYNUA – FIRMA DIGITAL
• La Web deberá integrarse con los servicios – apis de

Keynua para habilitar la siguiente funcionalidad:
PASO 6 - PROCESO DE FIRMA DIGITAL DEL CONTRATO
• La web deberá solicitar la contratación y firma digital en

a través de la funcionalidad de Keynua
• Paso 1: Mostrar los documentos del Contrato de

servicio de Internet y el contrato general de los SVAs
adicionales.
• Los documentos a mostrar en la Web – Keynua, se

coordinará con Keynua para que se muestre el formato
del documento final durante la etapa de test del
proyecto
• Considerar que, en los contratos del servicio de internet

y el de SVAs, se deberá completar la fecha de la firma

del contrato, los Nombres y Apellidos del cliente, el Nro.

de DNI/CE, el Nro. de RUC en caso aplique y la
dirección del servicio de internet Win, ingresada por el
cliente en el Paso 2.
En el caso del contrato del servicio de internet:

1. Completar el ancho de banda seleccionado por el
cliente.
2. Indicar el precio por promoción en caso aplique.
En el caso del contrato de SVAs:

1. Completar si el cliente solicitó adquirir o no Mesh en
Comodato indicando la cantidad de equipos
contratados.
2. Si la respuesta anterior es “Sí”, indicar si el cliente
solicitó la Instalación Alámbrica y la cantidad de equipos
Mesh a ser instalados alámbricamente.
3. Si la respuesta anterior es “Sí”, indicar si el cliente optó
por la opción de fraccionar la instalación en 6 meses.
4. Completar si el cliente solicitó adquirir o no el Software
de McAfee Total Protection.
5. Completar si el cliente solicitó adquirir o no DIRECTV
GO.
6. Si la respuesta anterior es “Sí”, indicar el plan que el
cliente eligió (Básico o Full).
7. Según el plan seleccionado en la pregunta anterior, se
completará el monto en soles a pagar por los 3 primeros
meses y el monto a pagar a partir del 4to mes.
8. Completar si el cliente solicitó alquilar un equipo no
terminal “Win Box”.
• La Web de manera automática, se deberá capturar el

nro. de documento que el cliente ingresó en el Paso 1.
• La Web – Keynua deberá solicitar al cliente tomar la
Foto Frontal del Documento de Identidad y una Video
Firma donde el cliente deberá indicar un código que se
mostrará en la pantalla.
• La Web - Keynua realizará una validación de que los
datos ingresados entre la foto frontal y la Video Firma
coincidan, se tendrán máximo 2 intentos para ejecutar
este proceso.
• Si usuario desapruebe ambos intentos, inmediatamente
se le indica un mensaje “Hola, has excedido el límite
de intentos para la validación, favor de intentarlo
nuevamente en 24 horas. Muchas Gracias.”

• Si el usuario pasa la validación de datos de la foto

frontal del DNI y Video Firma sea exitosa, la Web
habilita la opción de “Enviar y Contratar”. Cuando se
detecte este evento, se continua con la validación de
dirección de posible fraude, con deuda o asociado a un
servicio activo (Ver RF-21).
• Los mensajes finales que mostrara la Web se definirán

una semana antes del pase a produccion.
RF-21 WEB VALIDACIÓN DE DIRECCIÓN DE POSIBLE FRAUDE, CON

DEUDA O ASOCIADO A UN SERVICIO ACTIVO
• La Web deberá invocar al servicio de Validación de la

Dirección para obtener el flag
• Se requiere ejecutar una búsqueda por dirección en el
WIN CRM con la información concatenada de los
campos “Tipo de Vía” & “Nombre de Vía” & “Número” &
“Manzana” & “Lote” & “Distrito, Provincia,
Departamento” obtenida en el Paso 2 por el Cliente.
• Si el servicio encuentra más de una concidencia
devolverá a la Web el valor en el FLAG:
- Se activará un Flag de dirección de posible fraude, con

deuda o asociado a un servicio activo con el valor “SI”
- SINO en caso de no encontrarse ninguna coincidencia
se le asignara el valor “NO”.
RF-22 WEB AGENDAMIENTO DE LA INSTALACIÓN
Considerar que el Agendamiento para la Programación de la

Instalación se realizara con lo indicado en el RF-23
RF-23 WEB – PASO 7: PROGRAMACIÓN DE LA INSTALACIÓN

Programación
de Pedido • La Web deberá habilitar dos opciones:
- la primera para que el cliente seleccione la “Fecha”

- y la segunda para el campo “Hora por (Turnos)”:

• Las opciones de fecha y hora deberán mostrarse al

cliente bajo la siguiente lógica definida para el canal de
Contratación Online:
- Para el Campo “Fecha” se debe mostrar un Calendario

Mensual (lunes a Domingo) con la restricción de
seleccionar hasta 30 días posteriores como máximo
desde el día del registro. Solo se mostrarán las fechas
que cuenten con turnos disponibles.
• La Web deberá integrarse con el Servicio de Horarios y

Turnos
- Para el Campo “Hora” se debe habilitar un servicio que

permita obtener los turnos disponibles basados en la
Matriz de Distritos con cobertura (Ver ANEXO 4) se
utilizaran los campos de Departamento, Provincia y
Distrito que informo el Cliente en el Paso 1.

TURNO TOPE POR TURNO TURNO TOPE POR TURNO TURNO TOPE POR TURNO
DEPARTAMENTO PROVINCIA DISTRITOS OBSERVACIÓN
MAÑANA MAÑANA TARDE TARDE NOCHE NOCHE
LIMA LIMA Ate 08:00 - 12:00 1 12:00 - 16:00 2 16:00 - 20:00 1
LIMA LIMA Barranco 08:00 - 12:00 3 12:00 - 16:00 3 16:00 - 20:00 2
LIMA LIMA Breña 08:00 - 12:00 2 12:00 - 16:00 1 16:00 - 20:00 2
CALLAO PROV. CONSTITUCIONAL DEL CALLAO Callao 08:00 - 12:00 4 12:00 - 16:00 5 Zona Peligrosa
CALLAO PROV. CONSTITUCIONAL DEL CALLAO Carmen de la Legua Reynoso 08:00 - 12:00 4 12:00 - 16:00 5 Zona Peligrosa
LIMA LIMA Carabayllo 08:00 - 12:00 2 12:00 - 16:00 1 16:00 - 20:00 1
LIMA LIMA Cercado de Lima 08:00 - 12:00 3 12:00 - 16:00 5 16:00 - 20:00 3
LIMA LIMA Chorrillos 08:00 - 12:00 4 12:00 - 16:00 6 16:00 - 20:00 4
LIMA LIMA Comas 08:00 - 12:00 4 12:00 - 16:00 6 16:00 - 20:00 1
LIMA LIMA El Agustino 08:00 - 12:00 4 12:00 - 16:00 6 Zona Peligrosa
LIMA LIMA Independencia 08:00 - 12:00 5 12:00 - 16:00 7 16:00 - 20:00 2
LIMA LIMA Jesús María 08:00 - 12:00 5 12:00 - 16:00 7 16:00 - 20:00 4
LIMA LIMA La Molina 08:00 - 12:00 5 12:00 - 16:00 8 Otros inconvenientes
CALLAO PROV. CONSTITUCIONAL DEL CALLAO La Perla 08:00 - 12:00 5 12:00 - 16:00 8 16:00 - 20:00 1
CALLAO PROV. CONSTITUCIONAL DEL CALLAO La Punta 08:00 - 12:00 6 12:00 - 16:00 9 16:00 - 20:00 1
LIMA LIMA La Victoria 08:00 - 12:00 6 12:00 - 16:00 10 16:00 - 20:00 2
LIMA LIMA Lince 08:00 - 12:00 6 12:00 - 16:00 10 16:00 - 20:00 3
LIMA LIMA Los Olivos 08:00 - 12:00 7 12:00 - 16:00 11 16:00 - 20:00 4
LIMA LIMA Magdalena del Mar 08:00 - 12:00 7 12:00 - 16:00 11 16:00 - 20:00 4
LIMA LIMA Miraflores 08:00 - 12:00 7 12:00 - 16:00 12 Problemas Municipales
LIMA LIMA Pueblo Libre 08:00 - 12:00 8 12:00 - 16:00 12 16:00 - 20:00 2
LIMA LIMA Puente Piedra 08:00 - 12:00 8 12:00 - 16:00 13 16:00 - 20:00 3
LIMA LIMA Rímac 08:00 - 12:00 8 12:00 - 16:00 14 16:00 - 20:00 1
LIMA LIMA San Borja 08:00 - 12:00 8 12:00 - 16:00 14 Problemas Municipales
LIMA LIMA San Isidro 08:00 - 12:00 9 12:00 - 16:00 15 Problemas Municipales
LIMA LIMA San Juan de Lurigancho 08:00 - 12:00 9 12:00 - 16:00 15 Zona Peligrosa
LIMA LIMA San Juan de Miraflores 08:00 - 12:00 9 12:00 - 16:00 16 16:00 - 20:00 1
LIMA LIMA San Luis 08:00 - 12:00 10 12:00 - 16:00 16 Otros inconvenientes
LIMA LIMA San Martin de Porres 08:00 - 12:00 10 12:00 - 16:00 17 16:00 - 20:00 2
LIMA LIMA San Miguel 08:00 - 12:00 10 12:00 - 16:00 18 16:00 - 20:00 4
LIMA LIMA Santa Anita 08:00 - 12:00 11 12:00 - 16:00 18 16:00 - 20:00 1
LIMA LIMA Santiago de Surco 08:00 - 12:00 11 12:00 - 16:00 19 Problemas Municipales
LIMA LIMA Surquillo 08:00 - 12:00 11 12:00 - 16:00 19 Problemas Municipales
LIMA LIMA Villa El Salvador 08:00 - 12:00 11 12:00 - 16:00 20 16:00 - 20:00 2
LIMA LIMA Villa María del Triunfo 08:00 - 12:00 12 12:00 - 16:00 20 16:00 - 20:00 1
Áncash Santa Chimbote 08:00 - 12:00 9 12:00 - 16:00 15
La Libertad Trujillo Trujillo 08:00 - 12:00 9 12:00 - 16:00 15
La Libertad Trujillo Victor Larco Herrera 08:00 - 12:00 9 12:00 - 16:00 16 16:00 - 20:00
Lambayeque Chiclayo Chiclayo 08:00 - 12:00 10 12:00 - 16:00 16
Lambayeque Chiclayo José Leonardo Ortiz 08:00 - 12:00 10 12:00 - 16:00 17 16:00 - 20:00
Lambayeque Chiclayo La Victoria 08:00 - 12:00 10 12:00 - 16:00 18 16:00 - 20:00
Lambayeque Chiclayo Pimentel 08:00 - 12:00 11 12:00 - 16:00 18 16:00 - 20:00
Lambayeque Lambayeque Lambayeque 08:00 - 12:00 11 12:00 - 16:00 19
Piura Piura Piura 08:00 - 12:00 11 12:00 - 16:00 19
Piura Piura Castilla 08:00 - 12:00 11 12:00 - 16:00 20 16:00 - 20:00
Piura Piura Veintiseis de Octubre 08:00 - 12:00 12 12:00 - 16:00 20 16:00 - 20:00
• La Web deberá integrarse con el servicio de Dirección

de Win (Posible Fraude)
- Si el usuario tiene el flag de dirección de posible fraude,

con deuda o asociado a un servicio activo con el valor
“SI”, podrá elegir su fecha de instalación a partir del
segundo día hábil de la fecha de registro. (HOY + 2 días).

“NO”
- Si el usuario ingresa en el rango de 06:00 am a 11:00 am
se le habilita la Fecha de Programación y solo Turno
Tarde y Noche del mismo día de la venta y para los 30
días posteriores a la venta mostrar Turno Mañana, Tarde
y Noche.
- Si el usuario ingresa en el rango de 11:01 am a 14:30 pm
Noche del mismo día de la venta y para los 30 días
posteriores a la venta mostrar Turno Mañana, Tarde y
Noche.
- Si el usuario ingresa en el rango de 14:31 pm a 23:59 pm
se le habilita la Fecha de Programación para el día
siguiente con los Turnos Mañana, Tarde y Noche y para
los 30 días posteriores a la venta mostrar Turno Mañana,
Tarde y Noche.
(del día posterior) se le habilita la Fecha de
Programación y con los Turnos tarde y noche del mismo

día de la venta y para los 30 días posteriores a la venta

mostrar Turno Mañana, Tarde y Noche.
• La Web luego deberá realizar lo siguiente:

Una vez seleccionada la Fecha y Hora para la
instalación del servicio el cliente deberá presionar el
Botón “Programar instalación”, inmediatamente se le
indica un mensaje, “Muchas Gracias por elegir Win,
estamos enviando el Código de tu Solicitud a tu
correo <email obtenido en el Paso 1>”.
• Finalmente, la Web deberá invocar a los servicios para

que dejen la información en la tabla intermedia y los
procesos replicaran la información en los sistemas de
Win.
A continuación, se procede con la inserción de la preventa en

los Sistemas Comerciales de WIN y se envía un correo con la
información de la venta al cliente (Ver RF-24): Winforce, Win
CRM, CRM Experiencia, Programación de Pedido
• La Web envía el siguiente correo al cliente
• La Web deberá invocar al Servicio de Crm –

Experiencia para que aparezca en la bandeja de CRM
Experiencia en la Bandeja del Programar de
Instalaciones.
RF-24 WEB • La Web deberá invocar a los servicios de Win para

guardar la información en las bases de datos intermedia

Integración con Información para cada sistema:

los sistemas
comerciales de WIN FORCE:
Win - Crear Preventa con toda la información registrada por el
cliente. (Datos Personales, Dirección, Oferta, Archivos
adjuntos del Keynua y Video firma, etc.)
- Esta preventa será asignada al canal de “Autoventa” y a
la Agencia “Autoventa” y vendedor “Autoventa”. (se
creará esta estructura de usuarios en el Win Force).
WIN CRM:
- Crear Preventa con toda la información registrada por el
- Si el Flag de dirección de posible fraude, con deuda o
asociado a un servicio activo tiene el valor “SI”, el pedido
nace con Estado “REGISTRADO”
asociado a un servicio activo tiene el valor “NO”, el
pedido nace con Estado “REVISADO”
CRM EXPERIENCIA:
adjuntos del Keynua, Video firma, Fecha y Hora (Turno),
etc.)
nace con Estado “SIN GESTIONAR”
CLIENTES – DIRECCIONES
- La Web deberá enviar los datos de la dirección obtenida
del Geofinder a la tabla tabla intermedia mediante la
invocación al servicio
RF-25 WEB – Link de • Se requiere que el equipo Electo proporcione el link

Envío del correo asociado a la nueva funcionalidad de Seguimiento del
Pedido para que sea configurado en el proceso que
enviara la notificación del correo por parte de Win.
RF-26 WEB Implementación de la opción: Seguimiento de Pedido

• Habilitar en la Web un landing para que el cliente pueda

hacer el seguimiento a su pedido con su código de
solicitud que recibió en su correo.
• Uso de la opción de seguimiento:
1. Cliente ingresa su número de solicitud y selecciona el
botón “Buscar” (lupa).
- La Web deberá invocar al servicio de Win para obtener

los estados y el mensaje en base al código de la solicitud
de Win para que la Web pueda mostrar el resultado de
la consulta
Ejemplo de mensajes que devolverá el servicio

ESTADO DEL PEDIDO ESTADO DE LA ORDEN
MENSAJE
WIN CRM WIN CRM
REGISTRADO - EN PROGRESO
REVISADO - EN PROGRESO
NO CUENTA CON
INVÁLIDO - FACILIDADES TÉCNICAS
RESCATE - EN PROGRESO
VALIDADO PENDIENTE EN PROGRESO
VALIDADO PROGRAMADO FECHA Y HORA DE INSTALACIÓN CONFIRMADA
NO CUENTA CON
OBSERVADO - FACILIDADES TÉCNICAS
NO CUENTA CON
VALIDADO OBSERVADO FACILIDADES TÉCNICAS
VALIDADO REPROGRAMADA FECHA Y HORA DE INSTALACIÓN CONFIRMADA
VALIDADO EJECUTADA SU SERVICIO ESTA ACTIVO
RF-27 Web – ALMACENAMIENTO DE LA INFORMACIÓN DEL LEAD EN

Integración con LA WEB DE CONTRATACIÓN
Winforce - Lead • Si el usuario no Concreta el 100% del proceso de la
transacción en la Web, La Web deberá invocar al
servicio de Creación de Leads
• La Web deberá enviar los valores al servicio como:
“Autoventa no finalizada” en el campo Tipo de contacto,
canal: “Autoventa”
RF-28 Web – Datos Registro de la transacción realizada en la Web
para el Reporte
• Se requiere que la Web invoque el servicio de Win para
que registre la transacción en la base de datos
intermedia:
Los campos que se requieren son los siguientes:

• ID registro
• Canal de Venta
• Fecha / Hora de registro
• Tipo de documento
• Nro. de documento
• Nombre
• Apellido Paterno

• Apellido Materno
• Celular
• Email
• Departamento
• Provincia
• Distrito
• Estado de cobertura (En cobertura / Fuera de
cobertura)
• Tipo de Predio (Inquilino/Propietario)
• Edificio o Condominio Habilitados (Selección de la lista
desplegable de Win CRM).
• Nombre Edificio o Condominio
• Tipo de Vía (Avenida, Jirón, Calle, Prolongación, etc.)
• Nombre de la vía
• Número
• Nro. de dpto.
• Torre / Bloque
• Referencia
• Dirección de Geofinder con el detalle que envío el
geofinder
• Latitud
• Longitud
• Código Postal
• Nro. de Doc. en Black List (SI/NO) *
• Celular en Black List (SI/NO) *
• Validación de deuda con WIN (SI/NO) *
• Score Crediticio
• Deuda con otra Telco (SI/NO) *
• Fecha creación RUC *
• Cantidad de servicios activos (1,2,3,4…) *
• Cantidad de servicios suspendidos (1,2,3,4…) *
• Indicador de Buen Pagador (0% al 100%) *
• Nombre de la Oferta
• SVAs Contratados (separado por comas)
- Nombre SVA 1
- Nombre SVA 2
- Nombre SVA 3
- Nombre SVA 4
- Nombre SVA ….
• Cantidad de SVAs (1,2,3,4…..) (separado por comas
respetando el orden según los SVAs indicados en el
campo anterior)
• Costo Recurrente contratado **
• Código de pedido

• UTM Source *
• UTM Campaign *
• UTM Medium *
• Emitió Contrato (SI/NO)
• Nro. de Contrato *
• Fecha / Hora de Firma Digital *
• Fecha / Turno de Programación *
• Fecha / Hora de Alta (Datos cuando la orden de WIN
CRM cambia a Estado “Ejecutado”)
• Estado (Instalado /No Instalado)
• Último paso de Contratación Online (Paso 1 al 7) *
*campo nuevo para el canal Autoventa.
** Acumular el costo recurrente del plan principal de internet y
el de todos los SVAs.
RF-29 WEB Registro de la transacción realizada en la Web – Tiempos

• La Web deberá invocar al servicio de Win para registrar
la siguiente información en la base de datos intermedia
por cada transacción completada o no:
REPORTE DE TIEMPOS DE GESTIÓN EN LA

CONTRATACIÓN ONLINE:
por cada venta registrada sea esta completa o incompleta:
1. ID registro
2. Tiempo de Registro de datos personales (ASA del Paso
1 a 2)
3. Tiempo de Corroborar cobertura (ASA del Paso 2 a 3)
4. Tiempo de Validación de Identidad (ASA del Paso 3 a
4)
5. Tiempo de Verificación de Reglas Comerciales (ASA
del Paso 4 a 5)
6. Tiempo de Elección del Plan (ASA del Paso 5 a 6)
7. Tiempo de Firma Digital (ASA del Paso 6 a 7)
8. Tiempo de Programación (ASA del Paso 7 a 8)
9. Tiempo Total (Sumatoria de los tiempos indicados del 1
al 7)
RF-30 Requerimiento • Implementar un proceso que realice la carga inicial
General (solo por única vez) de la información en la Base de
Base de Datos datos intermedia.
Intermedia • Implementar un proceso que actualize la información en
la base de datos intermedia con una frecuencia de 24
horas. El proceso deberá ejecutarse al final del día
(00:00 horas)

RF-31 Implementación de “Servicio Win Equifax”: consulta de

Servicio datos en Equifax
Win - Equifax
(RF-02 - DEF) Carga One Shot
Datos del
Cliente • Ejecutar por única vez la carga de la información del SV
hacia la base de datos Intermedia de los clientes que
Llenado de fueron consultados en Equifax
Nombre, Ap
Paterno y Ap Llenado de los datos Nombres, Ap Paterno y Ap Materno
Materno
• Construir un servicio que consulte la información en la
base de datos intermedia por los siguientes campos:
Tipo de Documento
Número de Documento
✓ El servicio primero debe consultar en la base de

datos intermedia. Si encuentra información
deberá devolver los datos que necesita la Web en
el paso1
Nombres, Apellido Paterno y Apellido Materno,
Score
✓ Sino encuentra información en la base de datos

intermedia:
a) Consultar el servicio de Equifax para que

obtenga los datos de toda la trama de Equifax,
ejemplo:
Nombres, Apellido Paterno, Apellido Materno,
Score crediticio, Fecha Creación del RUC y si
cuenta con deuda con otra Telco, etc.
b) Registrar la información que devuelve el servicio

de Equifax en la base de datos intermedia
c) El servicio deberá devolver la información que
necesita la Web en el paso 1:

score.
✓ Si el cliente si existe en la base de datos

intermedia con datos de Equifax, PERO su
registro en la base es mayor a 30 días deberá:

a) Consultar el servicio de Equifax para que

obtenga los datos de toda la trama de Equifax,
ejemplo:
Nombres, Apellido Paterno, Apellido Materno,
Score crediticio, Fecha Creación del RUC y si
cuenta con deuda con otra Telco, etc.
b) Registrar la información que devuelve el servicio

de Equifax en la base de datos intermedia
c) El servicio deberá devolver la información que
necesita la Web en el paso 1:

score.
✓ Si el servicio de Equifax devuelve como score el

valor vacío, el sistema asignará automáticamente
el valor 10000.
• Para los casos en los cuales Equifax no responde, el

cliente no existe o el score viene vacio el servicio
deberá devolver a la Web un flag de M (Validación
Manual Equifax).
• Modificar la aplicación Winforce para que consulte el

score o campos específicos que necesite y que están
registrados en la base de datos intermedia (Solo datos
asociados a Equifax).
• Si el Winforce realiza alguna actualización del score o
alguno de los campos que está registrado en la base de
datos intermedia, actualizar el valor del nuevo campo
en la base de datos intermedia (Solo datos asoiados a
Equifax)
Consideraciones – Consulta del Servicio de Equifax:
• Si el servicio de Equifax devuelve un mensaje de error,

devolver el mensaje a la Web con el error para que la
Web habilite los campos de Nombres y Apellidos con la
finalidad que el Cliente ingrese los datos manualmente.
• Considerar el SLA del servicio de Equifax: 5s en

promedio.

• Para evitar una afectación en la experiencia del usuario

en la Web se recomienda cambiar el orden del ingreso
de los datos es decir que primero ingresen los datos:
a) Tipo de Documento
b) Nro de Documento
c) Email
d) Teléfono
Y en paralelo el sistema va mostrando la
información en los campos no editables:
e) Nombres
f) Apellidos
Los campos Nombres y Apellidos solo se
habilitarán en caso el servicio de Equifax no
devuelva información.
Adecuación de Winforce para consultar la BDs intermedia

y activación de la contingencia a Equifax:
• Dado que actualmente Winfoce consulta Equifax, se

debe modificar como parte de este proyecto que
Winforce consulte en primera instancia esta nueva base
de datos intermedia.
• Para esto, se modificará la aplicación Winforce para
que consulte el score o campos específicos que
necesite como parte de todo su flujo y que estarán
registrados en la base de datos intermedia.
• Si la consulta hacia la base de datos intermedia no
resuelve o devuelve error, el servicio deberá invocar al
servicio de Equifax; Si Equifax devuelve error o no
responde Winforce deberá activar la contingencia de
Equifax (llenado de Ap Paterno, Materno y Nombre
manual, score crediticio 10,000, pintar con error el
campo que necesita el equipo de validaciones y otros
más)
• Si el Winforce realiza alguna actualización del score, el
sistema deberá actualizar el valor del nuevo campo en
la base de datos intermedia (Solo el dato del score)
Consideraciones de almacenamientos de la trama de

Equifax
• Durante la etapa de análisis y diseño el equipo de
proyecto revisará donde se almacenará las tramas
completas de Equifax. Es decir, en que base de datos
o tablas.

RF-32 Servicio Implementación del servicio que registra los clientes sin
Registro Leads Cobertura / Validación Identidad Desaprobada
– Base DRP (Base DRP)
(RF-02 - DEF)
• Implementar un servicio que será invocado por la
Web
• Este servicio será invocado para los escenarios:
- Cliente sin Cobertura
- Cliente con validación de Identidad Desaprobada
• Implementar el servicio que permita la Creación de

Leads:
- Deberá registrar la información en la Base de datos
intermedia.
- En el campo observación se deberá grabar el siguiente
valor asociado al Lead:
Cliente sin Cobertura o
Validación de Identidad Desaprobada
• Implementar un proceso que sincronize la información

de los Leads de la base de datos intermedia al Winforce
– Leads:
a) Si el cliente es nuevo
✓ Deberá crear al cliente
✓ Deberá crear el lead con el valor cliente Sin
Cobertura, canal por defecto Autoventa
✓ Campo observación asignar el valor en base
al escenario: Sin Cobertura o Validación
Identidad Desaprobada
b) Si el cliente existe
✓ Deberá crear el lead con el valor cliente Sin
Cobertura, canal por defecto Autoventa
✓ Campo observación asignar el valor en base
al escenario: Sin Cobertura o Validación
Identidad Desaprobada
• Como dato, el servicio deberá considerar hasta que

PASO avanzo el cliente en la WEB, este datos también
deberá guardarse en el winforce y visualizarse en el
reporte de Cobertura existente.
• El proceso deberá ejecutarse cada 30 minutos.

• La información sincronizada deberá reflejarse en el

Winforce – Leads
• La información deberá visualizarse en la aplicación
Winforce en los reportes existentes del proyecto
Cobertura.
• Referencia: Servicio de Creación de Lead – Proyecto
Cobertura
• Agregar los campos nuevos del proyecto
Autocontratación Online fase 2 al reporte existe que
lista los clientes sin cobertura (solo los campos
asociados al resultado de la validación)
RF-34 Servicio Implementación del servicio de consulta de Cobertura

Validación de para la Web: Servicio de Cobertura – KMZ
Cobertura
(RF-03 - DEF) • Implementar un servicio que consulte la información de
la validación de la cobertura en la base de datos
intermedia. El servicio será consumido por la Web.
• Considerar una carga inicial de la información de la
Cobertura a la base de datos intermedia.
• Implementar un proceso que actualize la información en
la base de datos intermedia (Cobertura). Frecuencia del
proceso: Ejecutarse cada 24 horas.
• Integrar con el Servicio de Validación de Cobertura que
se implemento para la Web, las coordenadas
capturadas por Geofinder serán validadas contra el
KMZ de Win para verificar si se cuenta con Cobertura o
no.
Consideraciones:
Referencia: El servicio implementado por el proyecto
Cobertura para la Web
RF-35 Servicio Implementación del servicio: Consulta de Edificio y/o

Consulta de Condominio
Edificio y/o
Condominio • Implementar un servicio que obtenga la información del
(RF-06 - DEF) listado de Edificios y/o condominios registrados en Win
CRM. La información deberá obtenerse de la base de
datos intermedia
• El servicio deberá devolver como datos a la Web, el
nombre del edificio y/o condominio y la dirección
• Considerar la carga inicial de la información de los
Edificios y/o Condominios a la base de datos intermedia

• Integrar con el Servicio de Validación de Cobertura que

se implemento para la Web, las coordenadas
capturadas por Geofinder serán validadas contra el
KMZ de Win para verificar si se cuenta con Cobertura o
no.
Consideraciones:
Referencia: El servicio implementado por el proyecto
Cobertura para la Web
RF-36 Servicio Implementación del Servicio: “Validación de Identidad” –

Validación de PASO 3
Identidad
(RF-07 - DEF) • El servicio construido por Win deberá invocar al servicio
de Equifax para obtener toda la trama de las preguntas,
guardarlas y obtener las 3 preguntas aleatorias de
opción múltiple que son enviadas por Equifax”.
• El servicio deberá guardar los datos en la base de datos
intermedia.
• El parámetro de entrada para obtener las preguntas es
el nro del documento ingresado en la Web
• El servicio deberá enviar a la Web el formulario con las
preguntas obtenidas del Servicio de ID Validator de
Equifax.
• El servicio tendrá como parámetro de salida el resultado

de la validación de las preguntas: Aprobado o
Desaprobado
• El servicio deberá obtener el resultado de la Validación
de Identidad de Equifax en base a la verificación del
resultado:

- 100% → Aprobado (se contestaron todas las preguntas

de manera exitosa)
- Preguntas no contestadas correctamente →

Desaprobado. En caso el usuario desapruebe la
validación, inmediatamente se le indica un mensaje
“Hola, has excedido el límite de intentos para la
validación de identidad, favor de intentarlo
nuevamente en 24 horas. Muchas Gracias.”,
• El servicio deberá notificar a la Web la cantidad máxima

de intentos: El cliente tendrá un máximo de 2 intentos
para aprobar la validación de identidad en 24 horas.
• Si el cliente pasa las preguntas el servicio deberá tener

como parámetro de salida los valores: Aprobado o
Desaprobado
• Si el servicio de Equifax -Validación de Identidad no
deveulve ningún formulario de preguntas y/o respuesta
para el Nro de documento ingreso, el servicio de Win
deberá notificar a la Web que no devolvió respuesta.
Mensaje configurable.
• Los mensajes finales que devuelve el servicio serán

enviados por Área de Experiencia en conjunto con el
área de Marketing una semana antes del pase a
producción.
• En caso el usuario apruebe la Validación de Identidad,

se realizará en automático la verificación de reglas
comerciales detallada en el Paso 4
• En caso haya error o demora en la invocación del

servicio deberá notificar a la Web. La Web deberá
mostrar el mensaje: “Intente nuevamente en 24 horas”.
Este se coordinará con el Equipo de Marketing y Electo
• Considerar el SLA de consulta del servicio de Equifax
podría tomar 5s el tiempo de respuesta.
RF-37 Mantenimiento Implementación de pantalla de mantenimiento – Mensajes

de las reglas de los servicios RF08 – al RF18
comerciales
• Implementar una pantalla que permita dar
mantenimiento a los mensajes que se devuelven por
cada regla comercial (RF08 al RF18)

• El acceso a la pantalla solo deberá tener acceso el

usuario con el perfil Administrador.
• La modiciación de los valores de los parámetros deberá
ser auditable, guardando los datos del usuario que
realiza la modificación.
RF-38 Servicio de Implementación de la regla comercial:

Regla Validación de Black List por Nro. De Documento
Comercial -
Web se ejecute en automático las validaciones de reglas
(RF-08 – DEF) comerciales (Ver ANEXO 2):
Motor de • Implementar el servicio de Validación de Blacklist, como

Validación de parámetro de entrada: “Nro de Documento”, deberá
Reglas consultar la información en la base de datos intermedia
Comerciales • Este servicio se podrá invocar siempre y cuando el
(BBDD Black resultado de la anterior validación (validación de
List Validación) identidad) sea Aprobado (RF-07)
• Un parámetro de entrada del servicio es el resultado:
del RF-07
• Implementar un proceso actualizará la información del
SV hacia la base de datos intermedia cada 24 horas
• Validación del Servicio:
1. Si el nro. De documento se encuentra en la Black List,

se mostrará la siguiente alerta al cliente:

a) El servicio deberá devolver la información a la

Web
b) Adicionalmente el resultado de la validación
asociado a la transación del cliente (Blacklist por
nro documento) deberá guardarse y visualizarse
en el reporte (RF-28). La Web envía la
información para el registro de la información
2. Si el nro. De documento no se encuentra en la Black

List, se procederá a realizar una validación por celular
(Ver RF-09).

• El mensaje final que se configurará para producción

asociado a la validación se proporcionará durante las
pruebas de Calidad.
RF-39 Servicio de . Implementación de la regla comercial:

Regla Validación de Black List por Celular
Comercial –
Web • Implementar el servicio de Validación de Blacklist por
(RF-09 – DEF) Celular, como parámetro de entrada: “Nro de Celular”
• El servicio deberá validar en la base de datos
intermedia
Validación de • Implementar un proceso actualizará la información del
Reglas SV hacia la base de datos intermedia cada 24 horas
Comerciales • Validación
(BBDD Black
List Validación) 2.1 Si el Celular se encuentra en la Black List, se mostrará la

Web
nro Celular) deberá guardarse y visualizarse en
el reporte (RF-28). La Web envía la información
para el registro de la información.
2.2 Si el Celular no se encuentra en la Black List, se procederá

a realizar una validación de si tiene deuda con Win (Ver
RF-10).

pruebas de Calidad
RF-40 Servicio de Implementación de la regla comercial para la Web:
Regla Validación de Deuda con Win
Comercial -
Web • Implementar el servicio de validación de la deuda con
(RF-10 - DEF) Win, el parámetro de entrada nro. de documento.
• El servicio deberá validar la deuda en la Base de datos
ECOM Intermedia
• Validación

4.1 Si el nro. documento presenta deuda con Win, se mostrará

la siguiente alerta al cliente:


Web
asociado a la transación del cliente (Deuda Win)
deberá guardarse y visualizarse en el reporte
(RF-28). La Web envía la información para el
registro de la información.
4.2 Caso contrario, se procederá a realizar una validación de

score en base al tipo de documento de identidad ingresado
(4. Validación por tipo de documento) en el Paso 1:
- RUC: Ver RF-11
- DNI / CE: Ver RF-15

pruebas de Calidad
Consideraciones:
• Implementar un proceso que realice la carga inicia de la
deuda a la base de datos intermedia por cada cliente
• Crear un proceso que lea la información de la base de
datos intermedia de Asbank y actualize la información
de la deuda cada media hora en la base de datos
intermedia por cada cliente.
RF-41 Servicio de Implementación de la regla comercial: Validación de Score

Regla para RUC
Comercial -
Web • Implementar un servicio que consulte el Score de
(RF-11 - DEF) Equifax de la base de datos intermedia, parámetro de
entrada: RUC
(Web Service • Validación
del Reporte de
Infocorp de 5.1 Si el score crediticio es menor a 400, se mostrará la
Equifax) siguiente alerta al cliente:



Web
asociado a la transación del cliente (Score para
RUC) deberá guardarse y visualizarse en el
reporte (RF-28). La Web envía la información
para el registro de la información
5.2 Si el score crediticio es 401 o más, se continua a realizar

una validación de la antigüedad del RUC (Ver RF-12).

pruebas de Calidad

Regla Validación de Antigüedad del RUC
Comercial -
Web • Implementar el servicio que obtenga la antigüedad del
(RF-12 - DEF) RUC (Equifax) con la fecha de su creación que fue
capturada en el RF-02. La consulta se tendrá que
realizar a la base de datos intermedia
(Web Service • El proceso actualiza la información cada 24 horas en l
del Reporte de base de datos intermedia
Infocorp de • Validación:
Equifax)
6.1 Si la diferencia entre la fecha de la consulta en la web
(“Today”) y la fecha de creación del RUC es menor a 180
días, se mostrará la siguiente alerta al cliente:


Web
asociado a la transación del cliente (Antigüedad
del RUC) deberá guardarse y visualizarse en el


6.2 Si la diferencia entre la fecha de la consulta en la web

(“Today”) y la fecha de creación del RUC es 180 días o
más, se continua a realizar una validación de si cuenta con
servicio Win (Ver RF-13).

pruebas de Calidad
• Solo aplica a RUC10

RF-43 Servicio de Implementación de la regla comercial para la Web
Regla Validación si el RUC tiene servicios contratados con Win
Comercial -
Web • Considerar la carga inicial de la información de los
(RF-13 - DEF) servicios contratados de Win a la base de datos
intermedia
(Win CRM) • Implementar un proceso que actualize la información
cada 24 horas
• Implementar el servicio que realice una validación con
la base de datos intermedia por tipo y nro. de
documento ya cuenta con servicios contratados en Win
• Validación

“Suspendido” o tiene 2 o más servicios en estado “Activo” o
“Suspendido”, se mostrará la siguiente alerta al cliente:


Web
asociado a la transación del cliente (Servicios
Activo, Suspendidos) deberá guardarse y
visualizarse en el reporte (RF-28). La Web envía
la información para el registro de la información.


➢ En caso el Nro. de documento no tenga servicios “Activos”

o “Suspendidos”; se continua al paso de presentar Ofertas
El mensaje final que se configurará para producción asociado

a la validación se proporcionará durante las pruebas de
Calidad.

Regla Validación si el cliente es “Buen Pagador” para RUC
Comercial -
Web • Implementar un servicio que obtenga:
(RF-14 - DEF) para un cliente con 1 servicio “Activo” o “Suspendido”,
se evalúe si el nro. doc. es “Buen Pagador” según el
indicador que se muestra en la base de datos intermedia
o mediante el algoritmo
• El proceso actualiza la información cada 24
horas en la base datos intermedia
• Validación
6.3 Si el nro. doc. tiene un indicador de “Buen Pagador” menor

a 80 %, se mostrará la siguiente alerta al cliente:


Web
asociado a la transación del cliente (Buen
Pagador) deberá guardarse y visualizarse en el
6.4 Si el nro. doc. tiene un indicador de “Buen Pagador” mayor

o igual a 80%; se continua al paso de presentar Ofertas

El mensaje final que se configurará para producción

pruebas de Calidad

Regla Validación de Score para DNI y CE
Comercial -
Web • Implementar un servicio servicio que consulte la
(RF-15 - DEF) información del score crediticio en la base de
datos intermedia para DNI y CE que fue
(Web Service capturado en el RF-02
del Reporte de • Validación
Infocorp de
Equifax) 9.1 Si el score crediticio es menor a 200, se mostrará la


Web
asociado a la transación del cliente(Score)
9.2 Si el score crediticio es 200 o más, se continua a realizar

una validación de si cuenta con servicio Win (Ver RF-16).
• El mensaje final que se configurará para

producción asociado a la validación se
proporcionará durante las pruebas de Calidad

Regla Validación si el DNI o CE tiene servicio con Win
Comercial -
Web • Considerar la carga inicial de la información de
(RF-16 - DEF) los servicios de Win por cliente a la tabla
intermedia
(Win CRM) • Implementar un proceso que actualize la
información de la tabla intermedia cada 24 horas

• Implementar un servicio que validen en Win

CRM si el tipo y nro. de documento presenta
servicios con Win (DNI o CE)
• Validación
10.1 Si el Nro. de documento tiene solo 1 servicio en estado

“Suspendido” o tiene 2 o más servicios en estado “Activo” o
“Suspendido”, se mostrará la siguiente alerta al cliente:


Web
asociado a la transación del cliente (Servicio)
10.2 Si el Nro. de documento tiene solo 1 servicio en estado


Web
nro documento) deberá guardarse y visualizarse
en el reporte (RF-28). La Web envía la
información para el registro de la información.
10.3 En caso el Nro. de documento no tenga servicios

“Activos” o “Suspendidos” (Cliente Nuevo); se continua al
paso de validar si el Distrito seleccionado en la web es de
Alto Riesgo (Ver RF-18).

Calidad


Regla Validación si el cliente es “Buen Pagador” para DNI y CE
Comercial -
Web
(RF-17 - DEF) • Implementar el servicio de Buen Pagador, para
un cliente con 1 servicio “Activo” o “Suspendido”,
se -evalúe si el nro. doc. es “Buen Pagador”
• El servicio deberá consultar la información
mediante el microservicio (algoritmo y/o la base
de datos intermedia)
• Validación
2.1 Si el nro. doc. tiene un indicador de “Buen Pagador”

menor a 0.80, se mostrará la siguiente alerta al cliente:


Web
asociado a la transación del cliente (Buen
pagador) deberá guardarse y visualizarse en el
2.2 Si el nro. doc. tiene un indicador de “Buen Pagador” mayor

o igual a 0.80; se continua al paso de validar el distrito
ingresado en la web (Ver RF-18).

Calidad

Regla Validación de Distrito de Alto o Bajo Riesgo para DNI y CE
Comercial - (SERVICIO NUEVO O SERVICIO ADICIONAL AL YA
Web CONTRATADO)
(RF-18 - DEF)
• Considerar la carga inicial de los distritos de alto
o bajo riesgo en la base de datos intermedia

• Implementar un servicio que valide y evalue el

distrito seleccionado para la instalación del
servicio
• El servicio deberá consultar la información en la
base de datos intermedia
• Un proceso actualiza la información en la base
de datos intermedia. Frecuencia de actualización
cada 24 horas.
• Validación
12.1 Si el distrito seleccionado está identificado como uno

de “Alto Riesgo” (Ver ANEXO 3), se continua al paso de
presentar Ofertas habilitadas (Ver RF-19).

Web
asociado a la transación del cliente (Distrito -
Servicio) deberá guardarse y visualizarse en el
12.2 Caso contrario, se considera un distrito “Bajo Riesgo”

y se continua al paso de presentar Ofertas habilitadas (Ver
RF-19).

Calidad.

RF-49 Requerimiento
Técnico para •
Implementar un microservicio que contenga la
todas las información del algoritmo que actualmente usa el SV
Reglas de • El resultado del algoritmo, se tendrá que devolver a la
Negocio Web para que pueda continuar con el flujo. Ejemplo
asociados con campo: Buena Pagador
SV • El resultado del algoritmo para la consulta realizada del
cliente se deberá guardar en la base de datos
intermedia
• Esta información se tendrá que visualizar en el RF-28
(Reporte)
RF-50 Servicio de Elección del plan
Regla • Considerar la carga inicial de la Oferta Comercial del
Comercial - canal: Autoventa en la base de datos intermedia
Web • Implementar un proceso que cargue la información en
(RF-19 - DEF) la base de datos intermedia. Considerar la ejecución del
proceso cada: 24 horas. Tiempo configurable
• Implementar un servicio que filtre la oferta comercial en
base a las reglas de negocio indicadas en el
requerimiento
• Para listar la oferta comercial el servicio tendrá como
parámetro de entrada los valores obtenidos en las
reglas de Negocio (Paso 4 - resultados). Los datos de
entrada para la búsqueda de la oferta comercial lo
enviarán la Web. El servicio deberá devolver la lista de
planes comerciales a la Web.
Segmentación de Ofertas según Validaciones Comerciales para RUC:
5. Ofertas habilitadas para RUC de 2do servicio en un distrito de

Alto Riesgo, Plan Emprendedor (Internet + McAfee):
Matriz de Plan + SVA + Costo de Instalación para 2do servicios en un

Distrito de Alto Riesgo:
DISTRITOS ALTO RIESGO - 2DO SERVICIO
S/ 0 S/ 60 S/ 120
S/ 79 S/ 99 S/ 119 S/ 129 S/ 169 S/ 259 S/ 459 S/ 15 S/ 20 45 S/ 67 S/ 10 S/ 5 a S/ 10
<400 - 700] X X X X X X X X X X
<700 - 999] X X X X X X X X X X X X X

✓ Mostrar Ofertas con Ancho de banda de 50Mbps, 100Mbps y
150Mbps.
✓ Mostrar SVA: 1 Mesh, DIRECTV Básico, Fono Win y Win TV.
✓ Opciones de Costo de Instalación de S/.0, S/. 60 y S/. 120.
d) Si el cliente cuenta con score de 701 a 999:

✓ Mostrar Ofertas con Ancho de banda de 50Mbps, 100Mbps,
✓ Mostrar SVA: 1 Mesh, 2 Mesh, DIRECTV Básico, Fono Win y
Win TV.

6. Ofertas habilitadas para RUC de 2do servicio en un distrito de

Bajo Riesgo Plan Emprendedor (Internet + McAfee):

Distrito de Bajo Riesgo:
DISTRITOS BAJO RIESGO - 2DO SERVICIO
S/ 0 S/ 60 S/ 120
S/ 79 S/ 99 S/ 119 S/ 129 S/ 169 S/ 259 S/ 459 S/ 15 S/ 20 45 S/ 67 S/ 10 S/ 5 a S/ 10
<400 - 700] X X X X X X X X X X X X X

150Mbps y 200Mbps.
✓ Mostrar SVA: 1 Mesh, 2 Mesh, DIRECTV Básico, DIRECTV
Full, Fono Win y Win TV

7. Ofertas habilitadas para RUC de servicio nuevo en un distrito de

Alto Riesgo, Plan Emprendedor (Internet + McAfee):
Matriz de Plan + SVA + Costo de Instalación para Servicio Nuevo en un

DISTRITOS ALTO RIESGO - SERVICIO NUEVO
S/ 0 S/ 60 S/ 120
<400 - 700] X X X X X X X X X X X

150Mbps y 200Mbps.

150Mbps, 200Mbps, 300Mbps, 600Mbps y 1000Mbps.
Win TV.
8. Ofertas habilitadas para RUC de servicio nuevo en un distrito de

Bajo Riesgo, Plan Emprendedor (Internet + McAfee):
Matriz de Plan + SVA + Costo de Instalación para Servicio Nuevo en un


DISTRITOS BAJO RIESGO - SERVICIO NUEVO

S/ 0 S/ 60 S/ 120
<700 - 999] X X X X X X X X X X X X X X X X


Segmentación de Ofertas según Validaciones Comerciales para DNI Y

CE:
5. Ofertas habilitadas para DNI y CE de 2do servicio en un distrito

de Alto Riesgo:


✓ Mostrar Ofertas con Ancho de banda de 50Mbps y 100Mbps.
e) Si el cliente cuenta con score de 401 a 700:

150Mbps.
f) Si el cliente cuenta con score de 701 a 999:

Win TV.
6. Ofertas habilitadas para DNI y CE de 2do servicio en un distrito

de Bajo Riesgo:



150Mbps.
✓ Mostrar SVA: 1 Mesh, DIRECTV Básico, Fono Win y Win TV

150Mbps y 200Mbps.

7. Ofertas habilitadas para DNI y CE de servicio nuevo en un

distrito de Alto Riesgo:
Matriz de Plan + SVA + Costo de Instalación para servicios nuevos en un

✓ Mostrar Ofertas con Ancho de banda de 50Mbps y 100Mbps.

150Mbps y 200Mbps.

Win TV.
8. Ofertas habilitadas para DNI y CE de servicio nuevo en un

distrito de Bajo Riesgo:
Matriz de Plan + SVA + Costo de Instalación para servicios nuevos en un



✓ Mostrar SVA: 1 Mesh, DIRECTV Básico, Fono Win y Win TV


RF-51 CRM Implementación del Servicio para la Web:

Experiencia Validación de dirección de posible fraude, con deuda o
(RF-21 - DEF) asociado a un servicio activo.
• Implementar una base de datos intermedia que

contenga la información de las direcciones de Win CRM
• Considerar una carga inicial por única vez de la base de
direcciones
• Implementar un proceso que actualize la información de
la base de datos intermedia cada 24 horas
• El servicio deberá consultar la información en la base
de datos intermedia. Parametro de búsqueda: Dirección
ingresada en la Web
• Considerar que el servicio buscará la dirección en base
a la estructura como esta guardada la dirección -
información en el Sistema Win CRM.
Referencia, ejemplo de datos solicitados en el DEF para la

búsqueda de la dirección:
Tipo de Vía
Nombre de Vía
Número
Manzana
Lote
Distrito

Provincia
Departamento
obtenida en el Paso 2 por el Cliente (Web)
• En caso el sistema no cuente con esa estructura, se

deberá implementar la validación en base a la
estructura de campos y datos que maneja Win CRM.
• Si el servicio encuentra más de una coincidencia,
deberá devolver a la Web el valor de Flag de dirección
de posible fraude, con deuda o asociado a un servicio
activo con el valor “SI” en caso de no encontrarse
ninguna coincidencia se le asignara el valor “NO”.
Modificación en “CRM Experiencia – Bandeja Asesor

Validaciones”
✓ Modificar la siguiente pantalla para agregar en el campo

“Filtro de Búsqueda” el Campo “Area”
✓ Al presionar el btn Buscar el sistema también deberá
permitir Buscar la información por el campo Area
✓ Si el usuario selecciona el área Autoventa, y presiona
el botón Buscar deberá mostrar las transacciones
pertenecientes a la Web (Autoventa).
✓ En esta bandeja deberán aparecer las transacciones
ingresadas desde la Web (dependencia con los
servicios que crean la orden y/o pedido en Win CRM/
CRM Experiencia y Winforce)
✓ En la sección donde se lista la respuesta deberá
aparecer el campo: Área

RF-52 Herramienta AGENDAMIENTO DE LA INSTALACIÓN

para
Agendamiento En la primera fase del proyecto se requiere implementar para
de Instalación el Agendamiento – Programación de la Instalación con lo
solicitado en el RF-23 (DEF).
(RF-22- DEF)
RF-53 CRM Implementación del servicio: PROGRAMACIÓN DE LA

Experiencia – INSTALACIÓN
Programación
de la Instalación • Se deberá crear una tabla para la programación de la
(RF-23 - DEF) instalación en la base de datos intermedia
• Considerar una carga inicial a la tabla (lo indicado en la
imagen, No considerar el campo Tope).
• La actualización de la información en la tabla se
realizará por ticket MDA. Ticket registrado por parte del
equipo de Instalaciones.
LIMA LIMA Ate 08:00 - 12:00 1 12:00 - 16:00 2 16:00 - 20:00 1
LIMA LIMA Breña 08:00 - 12:00 2 12:00 - 16:00 1 16:00 - 20:00 2
LIMA LIMA Comas 08:00 - 12:00 4 12:00 - 16:00 6 16:00 - 20:00 1
LIMA LIMA Lince 08:00 - 12:00 6 12:00 - 16:00 10 16:00 - 20:00 3
LIMA LIMA Rímac 08:00 - 12:00 8 12:00 - 16:00 14 16:00 - 20:00 1
• Implementar un servicio que obtenga la información de

la tabla.
• Para el Campo “Hora” se debe habilitar un servicio que
permita obtener los turnos disponibles basados en la

Matriz de Distritos con cobertura (Ver ANEXO 4) se

utilizaran los campos de Departamento, Provincia y
Distrito que informo el Cliente en el Paso 1.
• El servicio será consumido por la Web
• Integración entre la Web y el servicio para verificar el
Horario
Validación entre la Web, Servicio de Dirección Fraude y ,

Resultados de los servicios anteriores (Reglas de
Negocio) con el servicio (Tabla - Programación)

“SI”, podrá elegir su fecha de instalación a partir del
segundo día hábil de la fecha de registro. (HOY + 2 días).

“NO”
Tarde y Noche del mismo día de la venta y para los 30
días posteriores a la venta mostrar Turno Mañana, Tarde
y Noche.
- Si el usuario ingresa en el rango de 11:01 am a 14:30 pm
Noche del mismo día de la venta y para los 30 días
posteriores a la venta mostrar Turno Mañana, Tarde y
Noche.
- Si el usuario ingresa en el rango de 14:31 pm a 23:59 pm
se le habilita la Fecha de Programación para el día
siguiente con los Turnos Mañana, Tarde y Noche y para
los 30 días posteriores a la venta mostrar Turno Mañana,
Tarde y Noche.
(del día posterior) se le habilita la Fecha de
Programación y con los Turnos tarde y noche del mismo
día de la venta y para los 30 días posteriores a la venta
mostrar Turno Mañana, Tarde y Noche.
Modificación de la opción: “CRM Experiencia – Bandeja de

Programar Instalaciones”
✓ Se deberá agregar en el campo: “Filtro de Búsqueda” el
campo “Area Venta”.

✓ El sistema cuando se ingrese los filtros de búsqueda como:

Area Venta: “Autoventa” y se presione el botón Buscar
deberá mostrar los registros del canal Autoventa.
Modificación de la opción: “CRM Experiencia – Bandeja de

Programar Instalaciones – Detalle de Venta”
✓ En la opción: “Bandeja del Programar de Instalaciones en

el Detalle de Venta”, en el campo Contrata se deberá
agregar a la lista la opción: “Autoventa”
✓ En el campo Cuadrilla modificar el horario del total de
cuadrillas (CONDO y RESI). A cada una de las contratas
de la lista (CONDO Y RESI), con los siguientes horarios:
8:00 MAÑANA; 12:00 TARDE y 16:00 NOCHE.
✓ Considerar que los registros que viajen del canal
Autoventa, deberá mostrar lo siguiente (Coordinar con la
Web para que envíe estos datos al momento de crear
los registros en los sistemas de Win):
- Fecha = Fecha seleccionada por el cliente en el Paso 7:

Programar la Instalación.
- Contrata = Autoventa
- Cuadrilla = Turno seleccionado por el cliente en el Paso
7: Programar la Instalación.
Ejemplos de la lista del Campo Cuadrilla:

CUADRILLA 1 (RESID) 08:00 MAÑANA
CUADRILLA 3 (CONDO) 12:00 TARDE
CUADRILLA 5 (RESID) 16:00 NOCHE

• Agregar las siguientes columnas a la Bandeja de

Programar de Instalaciones “Fecha de Programación” y
“Cuadrilla”:
RF-54 Implementación Implementar los servicios que permitan la creación de las

de los Servicios transacciones en las aplicaciones Winforce, Win CRM,
de Sistemas CRM Experiencia
Comerciales
para que los • Por defecto el servicio deberá asignar canal: Autoventa,
invoque la Web validar que la Web envíe ese canal por defecto.
(RF-24 - DEF) • Implementar los servicios a ser consumidos por la Web
para que registren la información por cada transacción en
la base de datos intermedi: “pedidos” y los documentos e
imágenes asociados al proceso de Firma Digital deberán
guardarse en una tabla de información multimedia
• También construir un proceso que cargue toda la
información a las tablas finales (seguir las indicaciones del
flujo diseño en la arquitectura para el proyecto).
• La información de la firma digital deberá mostrarse en los
sistemas de Win en base a la estructura que ya manejan
en producción
WIN FORCE:


WIN CRM:
nace con Estado “REGISTRADO”
pedido nace con Estado “REVISADO”
CRM EXPERIENCIA:
adjuntos del Keynua, Video firma, Fecha y Hora (Turno),
etc.)
nace con Estado “SIN GESTIONAR”
pedido nace con Estado “APROBADO” y queda
disponible en la bandeja de PR para su asignación de
CTO y puerto.
- Los dashboards de ventas de lima y provincia
contabilizaran esta preventa bajo el canal “Autoventa”.
(Validar que los dashboard si contabilizen las
transacciones de la Web)
- La Bandeja Validación Supervisor – Reportes mostrara
la información de los Pedidos del Canal Autoventa en los
siguientes reportes:
o Fecha Validación
o Fecha Venta
o Traza ventas (Fecha Venta hasta
programaciones). Considerar que este reporte
mostrara la información de Fecha y Turno de
Programación de la Preventa.

o Avance gestión
o Gestiones validaciones
- La Bandeja Validación Supervisor – Reportes (Traza
ventas (Fecha Venta hasta programaciones) mostrara la
información de Fecha y Turno de Programación de la
Preventa.
- La Bandeja Validación Supervisor – Reportes mostrara
la información de los Pedidos del Canal Autoventa en los
siguientes reportes:
o Programado
o Avance Gestión
o Fecha de Venta
- La Bandeja Programación Supervisor – Reportes (Tipo
de Reporte: Programado y Fecha de Venta) mostrara la
información de Fecha y Turno de Programación de la
Preventa.
• La información de las transacciones de la Web deberá

mostrarse en los reportes existentes manteniendo los filtros
de búsquedas y restricciones de producción.
RF-55 Proceso Implementación de un proceso que ENVIE EL CORREO AL
CLIENTE
(RF-25-DEF)
• Implementar un job o cronc que envíe un correo al
cliente (correo asociado a la pedido ingresado la Web)
• El correo a enviar deberá tener la siguiente información:
• código de solicitud (equivalente al código del
pedido de la venta en Win CRM)
• Oferta y SVAs adquiridos por el cliente
• Fecha y Hora (Turno de Programación)
seleccionada en la Web
• link de consulta del seguimiento.
• Solicitar el link al proveedor Electo
• El job se ejecutará cada X horas en producción. La
frecuencia de ejecución se definirá en la etapa
Desarrollo del proyecto.
• El proyecto deberá validar si se puede marcar en la
tabla de pedidos que ya se mando el correo al cliente
• El proceso para los casos que tuvieron error y no envío
la información al cliente, deberá volver a relanzarlos.
• El job deberá notificar por correo la cantidad de
registros que no se pudieron procesar al equipo de
Operaciones

RF-56 Servicio de
Consulta del Implementación del servicio: Consulta del Seguimiento
Seguimiento de
Pedido • Implementar un servicio a ser consumido por la Web
• El parámetro de búsqueda es el ID del Código de
(RF-26 - DEF) Solicitud de Win CRM
• El servicio deberá mostrar como resultado los

siguientes mensajes basado en la matriz (La versión
final de la matriz se proporcionará cuando se realice el
pase a producción).
ESTADO DEL PEDIDO ESTADO DE LA ORDEN
MENSAJE
WIN CRM WIN CRM
REGISTRADO - EN PROGRESO
REVISADO - EN PROGRESO
NO CUENTA CON
INVÁLIDO - FACILIDADES TÉCNICAS
RESCATE - EN PROGRESO
VALIDADO PENDIENTE EN PROGRESO
VALIDADO PROGRAMADO FECHA Y HORA DE INSTALACIÓN CONFIRMADA
NO CUENTA CON
OBSERVADO - FACILIDADES TÉCNICAS
NO CUENTA CON
VALIDADO OBSERVADO FACILIDADES TÉCNICAS
VALIDADO REPROGRAMADA FECHA Y HORA DE INSTALACIÓN CONFIRMADA
VALIDADO EJECUTADA SU SERVICIO ESTA ACTIVO
• Si el servicio no encuentra información deberá mostrar

el mensaje: “El código no se encuentra registrado”
(Mensaje configurable).
• Los mensajes son referenciales, considerar que el Área

de Experiencia en conjunto con el área de Marketing
pueden modificar el contenido del mensaje al Cliente,
mediante una gestión por ticket con MDA.
Ejemplo de donde se muestra el estado en los sistemas de

Win:
Estado pedido se obtiene de WIN CRM

Estado Orden se obtiene de WIN CRM
RF-57 Servicio de ALMACENAMIENTO DE LA INFORMACIÓN DEL LEAD EN

creación del LA WEB DE CONTRATACIÓN - WINFORCE
Lead - Winforce
(RF-27 - DEF) • Se deberá implementar un servicio que será consumido
por la Web:
o Implementar un servicio que registre la información
proveniente de la Web de los casos completos o
incompletos (todas las transacciones sea que
culminaron el flujo o no). Tomar como referencia el
servicio que se uso para el proyecto de Cobertura
o Mantener los tipos de datos que se usaron para el
proy Cobertura
• El servicio deberá insertar la información por cada

transacción realizada en la Web en la base de datos
intermedia incluida los datos del Geofinder
• Implementar un proceso que sincronice la información
de la transacción en los sistemas existentes de Win:
Winforce (Lead)
• La frecuencia de ejecución del proceso por definir
durante la etapa desarrollo.
• Los casos no completados se deberán guardar como

un Lead con el estado Incompleto (adaptar a los
estados existentes). Registrar las transacciones con el
canal por defecto Autoventa, tipo de contacto el valor
“Autoventa no finalizada”

• El lead incompleto, así como las preventas completas

podrán ser exportadas desde el Win Force por el
reporte de ventas del perfil Supervisor (ver RF-28).
• Los leads completos deberán mantener la estructura de
los datos que se manejan a la fecha. Canal por defecto:
Autoventa.
RF-58 Servicio de Implementación del servicio de registro de la transacción

Registro de de la Web – Winforce
transacción de
la Web – • Implementar un servicio que registre la transacción de
Winforce la Web en la base de datos intermedia
• Canal por defecto: Autoventa
(RF-28 - DEF) • Implementar un proceso que sincronize la información
de la base de datos intermieda con el Winforce.
• La hora de ejecución del proceso será configurable
• La información deberá visualizarse en el reporte
existente de Contratación
• Datos a registrar por cada transacción:

✓ ID registro
✓ Canal de Venta
✓ Fecha / Hora de registro
✓ Tipo de documento
✓ Nro. de documento
✓ Nombre
✓ Apellido Paterno
✓ Apellido Materno
✓ Celular
✓ Email
✓ Departamento
✓ Provincia
✓ Distrito
✓ Estado de cobertura (En cobertura / Fuera de
cobertura)
✓ Tipo de Predio (Inquilino/Propietario)
✓ Edificio o Condominio Habilitados (Selección de la lista
✓ Nombre Edificio o Condominio
✓ Tipo de Vía (Avenida, Jirón, Calle, Prolongación, etc.)
✓ Nombre de la vía
✓ Número
✓ Nro. de dpto.
✓ Torre / Bloque
✓ Referencia

✓ Dirección de Geofinder – con el detalle que envío el

Geofinder
✓ Latitud
✓ Longitud
✓ Código Postal
✓ Nro. de Doc. en Black List (SI/NO) *
✓ Celular en Black List (SI/NO) *
✓ Validación de deuda con WIN (SI/NO) *
✓ Score Crediticio
✓ Deuda con otra Telco (SI/NO) *
✓ Fecha creación RUC *
✓ Cantidad de servicios activos (1,2,3,4…) *
✓ Cantidad de servicios suspendidos (1,2,3,4…) *
✓ Indicador de Buen Pagador (0% al 100%) *
✓ Nombre de la Oferta
✓ SVAs Contratados (separado por comas)
- Nombre SVA 1
- Nombre SVA 2
- Nombre SVA 3
- Nombre SVA 4
- Nombre SVA ….
✓ Cantidad de SVAs (1,2,3,4…..) (separado por comas
campo anterior)
✓ Costo Recurrente contratado **
✓ Código de pedido
✓ UTM Source *
✓ UTM Campaign *
✓ UTM Medium *
✓ Emitió Contrato (SI/NO)
✓ Nro. de Contrato *
✓ Fecha / Hora de Firma Digital *
✓ Fecha / Turno de Programación *
✓ Fecha / Hora de Alta (Datos cuando la orden de WIN
✓ Estado (Instalado /No Instalado)
✓ Último paso de Contratación Online (Paso 1 al 7) *
RF-59 Reporte de Implementación del REPORTE DE CONTRATACIÓN

Contratatación
✓ Modificar el reporte de ventas que se encuentra en Win
(RF- 28 - DEF) Force a nivel de los usuarios con Rol supervisor (WIN). El

reporte incluirá campos relacionados al canal de Autoventa

y campos adicionales que se detallan en el requerimiento.
✓ Se deberá mantener los filtros de búsquedas y los campos

que aparecen para la visualización de producción.
✓ Al presionar el botón: Descargar deberá mostrar los

siguientes datos

• ID registro
• Canal de Venta
• Nombre
• Celular
• Email
• Departamento
• Provincia
• Distrito
• Estado de cobertura (En cobertura / Fuera de
cobertura)
• Tipo de Predio (Inquilino/Propietario)
• Edificio o Condominio Habilitados (Selección de la lista
• Nombre Edificio o Condominio
• Tipo de Vía (Avenida, Jirón, Calle, Prolongación, etc.)
• Número
• Nro. de dpto.
• Torre / Bloque
• Referencia
• Dirección de Geofinder con el detalle que envío el
Geofinder
• Latitud
• Longitud
• Código Postal
• Nro. de Doc. en Black List (SI/NO) *
• Celular en Black List (SI/NO) *
• Validación de deuda con WIN (SI/NO) *

• Deuda con otra Telco (SI/NO) *

• Cantidad de servicios activos (1,2,3,4…) *
• Cantidad de servicios suspendidos (1,2,3,4…) *
• Indicador de Buen Pagador (0% al 100%) *
• SVAs Contratados (separado por comas)
- Nombre SVA 1
- Nombre SVA 2
- Nombre SVA 3
- Nombre SVA 4
- Nombre SVA ….
• Cantidad de SVAs (1,2,3,4…..) (separado por comas
campo anterior)
• Costo Recurrente contratado **
• UTM Source *
• UTM Campaign *
• UTM Medium *
• Nro. de Contrato *
• Fecha / Hora de Firma Digital *
• Fecha / Turno de Programación *
• Fecha / Hora de Alta (Datos cuando la orden de WIN
• Estado (Instalado /No Instalado)
• Último paso de Contratación Online (Paso 1 al 7) *
• Modificar la funcionalidad del botón: “Descargar” en el

Winforce para que al momento descargar el reporte en
Excel incluya los campos que se indican en el
requerimiento.

Consideraciones:
• El servicio a ser consumido por la Web deberá
considerar los campos que requiere el reporte para que
la Web pueda enviar la información, por lo cual se
deberá coordinar con Electo para que envíe todo el
detalle de la información de cada uno de los pasos
incluido el resultado de la respuesta enviada por cada
servicio – reglas comerciales.
RF-60 Winforce –
Implementación Implementación del Servicio y Reporte de Tiempos de
de Servicio y del Contratación – Winforce
Reporte de
Tiempos de Servicio
Gestión en la • Se requiere implementar un servicio a ser consumido
Contratación por la Web
Online • El servicio deberá permitir registrar los datos en l abae
de datos intermedia por cada transacción realizada en
RF-29-DEF la Web asociada a este requerimiento
• La Web deberá enviar la información de las
transacciones completadas y no completadas
• El servicio deberá considerar los siguientes datos:
Campos
ID registro
Tiempo de Registro de datos personales (ASA
del Paso 1 a 2)
Tiempo de Corroborar cobertura (ASA del Paso
2 a 3)

Tiempo de Validación de Identidad (ASA del

Paso 3 a 4)
Tiempo de Verificación de Reglas Comerciales
(ASA del Paso 4 a 5)
Tiempo de Elección del Plan (ASA del Paso 5
a 6)
Tiempo de Firma Digital (ASA del Paso 6 a 7)
Tiempo de Programación (ASA del Paso 7 a 8)
Tiempo Total (Sumatoria de los tiempos
indicados del 1 al
• Finalmente implementar un proceso que cargue la

información de la tabla intermedia a la base del
Winforce asociado solo a las transacciones Web para
que luego esta información se visualze en un reporte.
Reporte
• Se requiere implementar en el Winforce – un nuevo
reporte asociado a las transacciones Web con el
nombre: “Tiempos de Gestión en la Contratación
Online”.
• Deberán tener acceso al Reporte los usuarios con el
perfil de Marketing (Ejemplo: Jorge Igei) y también los
usuarios de Procesos (Ejemplo: Pedro Abucci)
• El reporte deberá estar habilitado para el Perfil
Supervisor del canal “Autoventa”.
• Los filtros de búsqueda del reporte son fechas: Desde -
Hasta (en un rango máximo de 1 mes)
• Un botón que permita exportar a Excel la información
• Al presionar el botón Buscar deberá mostrar los datos:
1. ID registro
2. Tiempo de Registro de datos personales (ASA del Paso
1 a 2)
3. Tiempo de Corroborar cobertura (ASA del Paso 2 a 3)
4. Tiempo de Validación de Identidad (ASA del Paso 3 a
4)
5. Tiempo de Verificación de Reglas Comerciales (ASA
del Paso 4 a 5)
6. Tiempo de Elección del Plan (ASA del Paso 5 a 6)
7. Tiempo de Firma Digital (ASA del Paso 6 a 7)
8. Tiempo de Programación (ASA del Paso 7 a 8)
9. Tiempo Total (Sumatoria de los tiempos indicados del 1
al 7
RF-61 WIN CRM ENVÍO DEL CONTRATO AL CLIENTE

RF-30-DEF • Implementar un proceso o Cron:

✓ Seleccione todos los pedidos del Canal Autoventa con
el estado del pedido: “Ejecutada” en Win CRM
✓ Por cada registro el proceso deberá enviar un correo al
cliente (el correo esta registrado en el pedido) con la
siguiente información:
a) Contrato del servicio de Internet
b) Contrato general de SVAs.
Nota: Verificar si los documentos ya se encuentran en el
pedido para que sean enviados caso contrario obtenerlos del
api de Keynua – Web
✓ Se entregará la plantilla del correo durante la etapa de

pruebas (detalle de la descripción del correo)
• En caso haya error:

✓ El proceso deberá reenviar nuevamente la información
✓ El proceso deberá notificar la cantidad de registros que
no se enviaron al equipo de Operaciones para que se
relance el proceso.
RF-62 Requerimiento • La ejecución de los procesos y/o cron tendrán un

General – horario configurable en el sistema, el cual podrá ser
Procesos modificado a demanda.
RF-63 Requerimiento • La Web deberá llamar al proceso de sincronización de
General – Win para que registre los datos de toda la transacción
Casos NO hasta el paso donde se quedo de los casos NO exitosos
Exitosos
RF-64 Requerimiento • El proceso deberá sincronizar:
General – Casos Existosos
Procesos de En los sistemas de Win, Winforce, CRM Win y CRM
Sincronización Experiencia
Sistemas Win Casos No Exitosos
Lo asociados a una estructura Lead, deberá sincronizar
en el Winforce en base a lo definido en los
requerimientos asociados a Lead.
ANEXO 1
Se tiene como documentación complementaria el excel de: Cobertura Win por distrito.xlsx
ANEXO 2
PROCESO DE NEGOCIO GENERAL


ANEXO 3
Zona Distrito
Alto Riesgo San Martin de Porras
Callao
El Agustino
Comas
Cercado de Lima
Carabayllo
La Victoria
Puente Piedra
ANEXO 4
LIMA LIMA Ate 08:00 - 12:00 1 12:00 - 16:00 2 16:00 - 20:00 1
LIMA LIMA Breña 08:00 - 12:00 2 12:00 - 16:00 1 16:00 - 20:00 2
LIMA LIMA Comas 08:00 - 12:00 4 12:00 - 16:00 6 16:00 - 20:00 1
LIMA LIMA Lince 08:00 - 12:00 6 12:00 - 16:00 10 16:00 - 20:00 3
LIMA LIMA Rímac 08:00 - 12:00 8 12:00 - 16:00 14 16:00 - 20:00 1
CASOS DE PRUEBAS RECOMENDADOS POR EL NEGOCIO
ID Descripción Escenario RF - Requerimiento

Relacionado
CP-01 Validación de ingreso en RF-01 - Validar que la web Internet
la Web – Canal Hogar 100% Fibra Óptica
Contratación Online (win.pe) en los módulos
“Inicio” “Hogar” y “Regiones”

muestre el Banner
correspondiente a
“Contratación Online”
- Validar que el botón “Pídelo
aquí” me dirija al Paso 1 -
Datos Personales.
- Validar que los usuarios
puedan acceder a la landing
page de https://quierowin.pe
a través de la Pauta Digital
(Facebook, Google, etc.)
- Validar que la landing page
me dirija al Paso 1 - Datos
Personales.
CP-02 Validación de Registro RF-02 - Visualizar la pestaña Datos
de Datos Personales Personales
(Automático) – Consulta - Seleccionar la lista
Web Service de Equifax desplegable de Tipo de
Documento y que muestre
“DNI, Carné de Extranjería y
RUC”
- Ingresar el Nro. del tipo de
documento seleccionado
- Mostrar con la información
anterior los Nombres,
Apellido Paterno y Apellido
Materno capturados desde
la Web service del Reporte
de Infocorp de Equifax.
- Guardar la información de
score, y si cuenta con
deuda en otra Telco para
que se muestre en el
reporte.
- Validar que si se encuentra
la información del Cliente en
Equifax no se permita la
edición manual de los
campos Nombres, Apellido
Paterno y Apellido Materno.
- Ingresar Departamento,
mostrar la lista en base a la
auto búsqueda y
seleccionar un
Departamento.

- Ingresar Provincia, mostrar

la lista en base a la auto
búsqueda y seleccionar una
Provincia.
Provincia.
- Ingresar un correo
electrónico valido.
- Ingresar un Celular valido.
- Visualizar el Validador
Captcha en texto
- Ingresar el texto
correspondiente del
validador captcha texto
- Validar que el botón de
actualizar Captcha genere
un nuevo texto para
ingresar
- Validar que el botón “Volver”
regrese al cliente a la Web
- Validar que el botón
“Continuar” permita que el
cliente visualice el paso de
Corroborar Cobertura.
CP-03 Validación de Registro RF-02 - Visualizar la pestaña Datos
de Datos Personales Personales
(Manual) – Consulta - Seleccionar la lista
Web Service de Equifax desplegable de Tipo de
Documento y que muestre
“DNI, Carné de Extranjería y
RUC”
- Ingresar el Nro. del tipo de
documento seleccionado
- Validar que si no se
encuentra la información del
Cliente en Equifax se
permita la edición manual
de los campos Nombres,
Apellido Paterno y Apellido
Materno.
- Ingresar Nombres, Apellido
Paterno y Apellido Materno
- Asignar y guardar la
información de score con el

valor “0” para que se

muestre en el reporte.
- Ingresar Departamento,
mostrar la lista en base a la
auto búsqueda y
seleccionar un
Departamento.
Provincia.
Provincia.
- Ingresar un correo
electrónico valido.
- Ingresar un Celular valido.
- Visualizar el Validador
Captcha en texto
- Ingresar el texto
correspondiente del
validador captcha texto
- Validar que el botón de
actualizar Captcha genere
un nuevo texto para
ingresar
- Validar que el botón “Volver”
regrese al cliente a la Web
“Continuar” permita que el
cliente visualice el paso de
Corroborar Cobertura.
CP-04 Validación de Captcha – RF-02 - Visualizar el validador
Error en Texto Captcha en texto.
- Ingresar el texto del
validador de forma errónea.
- Mostrar un nuevo validador
captcha texto.
- Validar que si el texto que
ingreso el Cliente es
erróneo no se habilite el
botón Continuar.
CP-05 Validación de Cobertura RF-04 - Validar que al ingresar al
inicial – Distritos Sin Paso 2: Corroborar
Cobertura Win Cobertura, se muestren los

campos para el registro de

la dirección:
- Tipo de Predio: Inquilino y
Propietario
- Tipo de Vivienda: Casa /
Edificio / Condominio.
- Mostrar la información
concatenada de (Distrito,
Provincia, Departamento)
seleccionada por el Cliente
en el Paso 1: Datos
Personales.
- Ingresar tipo de vía, mostrar
búsqueda y seleccionar el
tipo de vía.
- Ingresar el nombre de la
vía.
- Ingresar el número.
- Ingresar la Manzana (no
obligatorio).
- Ingresar el Lote (no
obligatorio).
- Ingresar el nro. de dpto.
(obligatorio solo para
edificio y condominio).
- Ingresar el Número de Piso
(no obligatorio).
- Ingresar la torre / bloque (no
obligatorio).
- Ingresar la referencia.
- Validar que si el campo
Número tiene un valor
restringir la edición manual
de los campos Manzana y
Lote.
Manzana tiene un valor
de los campos Número y
Lote.
CP-06 Validación de Cobertura RF-04 - Validar que al seleccionar la
- Distritos sin Cobertura opción de “Validar
Win – Mensaje de Lead Cobertura” para los casos
sin Cobertura en que el cliente seleccione
un distrito sin cobertura Win,

se muestre un mensaje
notificándole que no se
cuenta con cobertura en la
zona indicada.
- Validar que al seleccionar la
opción de “Validar
Cobertura” se tenga un
delay de 5 segundos previo
a mostrar el mensaje un
zona indicada.
- Validar que la información
registrada se guarde en el
módulo de Autoventa en
Win Force.
CP-07 Validación de Cobertura RF-05 - Validar que al ingresar en el
inicial – Distritos Con Paso 2 un distrito con
Cobertura Win – Tipo de cobertura, se muestren los
vivienda “Casa” campos para el registro de
la dirección:
Propietario.
Edificio / Condominio
en el Paso 1: Datos
Personales.
Si el cliente selecciona la opción
“Casa” se mostrará:
tipo de vía.
- Ingresar el nombre de la
vía.
- Ingresar el número.
- Ingresar la Manzana (no
obligatorio).
- Ingresar el Lote (no
obligatorio).


edificio y condominio).
(no obligatorio).
obligatorio)
- Ingresar la referencia
Lote.
Lote.
- Botón de “Ubicar en el
mapa” que concatene la
información ingresada en el
“Tipo de vía” & “Nombre de
vía” & “Número” &
“Manzana” & “Lote” &
“Distrito, Provincia,
Departamento” para ubicar
las coordenadas en el
mapa.
- Validar que, si el cliente
mueve el pin, no se
actualice la dirección
estructurada, sino que solo
la de Google Maps.
Latitud, Longitud y Código
Postal en base a la
dirección de Google Maps,
para que se muestre en el
canal Autoventa en Win
Force.
inicial – Distritos Con opción de “Validar
Cobertura Win – Tipo de Cobertura”, se ejecute una
vivienda “Casa” – consulta de las
Mensaje de Lead con coordenadas contra el KMZ
Cobertura de Win.

Si devuelve una respuesta

positiva (lead con cobertura):
- Mostrar un mensaje
notificándole al cliente que
zona indicada.
- Validar que si el Cliente
cuenta con Cobertura se
requiere habilitar el Paso 3:
Validación de Identidad,
caso contrario, se le
mostrará un mensaje un
zona indicada.
CP-09 Validación de RF-06 - Validar que al ingresar en el
Corroborar Cobertura – Paso 2 un distrito con
Departamento / cobertura, se muestren los
Condominio / Otros campos para el registro de
la dirección estructurada:
Propietario
Edificio / Condominio.
en el Paso 1: Datos
Personales.
Si el cliente selecciona la opción
“Edificio o Condominio” se
mostrará:
- Ingresar Nombre o
Dirección de
Edificio/Condominio,
mostrar la Lista de Predios
Habilitados (Consultar en la
bandeja de “Direcciones” de
Win CRM) en base a la auto
Nombre o Dirección
Edificio/Condominio.
- Mostrar como primera
opción el valor “Otro”.

Si el cliente selecciona un
predio de la lista, se mostrará:
- El tipo de vía
autocompletado con la
información de
“Direcciones” de Win CRM.
- El nombre de vía
autocompletado con la
información de
- El número autocompletado
con la información de
edificio y condominio)
(no obligatorio).
obligatorio)
Si el cliente selecciona la
opción “Otro” en la lista de
predios, se mostrará:
- Ingresar el nombre de
edificio / condominio (no
obligatorio)
tipo de vía.
- Ingresar el nombre de la vía
- Ingresar el número
edificio y condominio)
(no obligatorio).
obligatorio)
En ambos casos validar lo
siguiente:
- Botón de “Ubicar en el
mapa” que concatene la
información ingresada en el

“Tipo de vía” & “Nombre de

vía” & “Número” &
“Manzana” & “Lote” &
“Distrito, Provincia,
Departamento” para ubicar
las coordenadas en el
mapa.
- Validar que, si el cliente
mueve el pin, no se
actualice la dirección
estructurada, sino que solo
la de Google Maps.
Postal en base a la
información de
“Direcciones” de Win CRM
en el canal Autoventa en
Win Force en caso sea un
Predio habilitado.
Postal en base a la
dirección de Google Maps,
Canal Autoventa en Win
Force en caso seleccione
“Otro”.
Lote.
Lote.
Cobertura Win – Tipo de Cobertura”, se muestre un
vivienda “Edificio o mensaje al cliente
Condominio” – notificándole que cuenta
Selección de un predio con cobertura en la zona
habilitado – Mensaje de indicada. Al seleccionar el
Lead con Cobertura botón se requiere habilitar el

Paso 3: Validación de
Identidad.
módulo de Autoventa de
Win Force
Cobertura Win – Tipo de Cobertura”, se ejecute una
vivienda “Edificio o consulta de las
Condominio” – coordenadas contra el KMZ
Selección de un predio de Win.
no habilitado – Mensaje - Mostrar un mensaje
de Lead sin Cobertura notificándole al cliente que
no cuenta con cobertura en
la zona indicada.
módulo de Autoventa de
Win Force.
CP-12 Validación IP del Cliente RF-06 - Validar que la IP del cliente
pueda ingresar como
máximo 3 veces al Paso 2:
Corroborar cobertura, por
día.
CP-13 Validación de Identidad RF-07 - Mostrar la ventana de
Validación por Preguntas
desde la Web Equifax.
- Mostrar mensaje al cliente
informándole la Validación a
realizar.
- Validar la identidad del
usuario con 3 Preguntas de
validación aleatorias
- Validar que en caso el
usuario cometa errores en
las preguntas se debe
mostrar una restricción por
sobrepasar intentos
(Máximo 2), mostrar
mensaje.
CP-14 Validación del inicio de RF-08 a - Si el Cliente aprueba la
la verificación de Reglas RF-18 Validación de Identidad, se
Comerciales Aplicadas requiere que se validen las
reglas comerciales

indicadas del RF-08 al RF-

18
- Considerar que las
validaciones comerciales se
ejecutarán sin hacer un click
adicional por parte del
cliente, solo con resultado
“Aprobado” de la Validación
de identidad.
- Validar que se muestre la
información de Validación
de Black List por Celular
Reporte
CP-15 Validación Comercial: RF-08 - Validar que se consulte el
Black List por nro. doc. nro. doc. en las black list de
validaciones (por posible
fraude/ pendiente entrega
de equipos).
- Si lo encuentra, validar que
se muestre el mensaje
“Hola, muchas gracias por
preferir Win. Por el
momento no puedes
continuar con el proceso.
Disculpa por los
inconvenientes.”
- Si no lo encuentra, validar
que se continúe a la
validación por celular
ingresado en la web.
- Mostrar la información de
Validación de Black List por
nro. doc. en el Reporte
Black List por celular celular en las black list de
validaciones (por posible
fraude/ pendiente entrega
de equipos).
- Si lo encuentra, validar que
se muestre el mensaje
momento no puedes

Disculpa por los

inconvenientes.”
- Si no lo encuentra, validar
que se continúe a la
validación de deuda con
Win.
Validación de Black List por
celular en el Reporte.
Deuda con Win nro. doc. en ECOM para
corroborar si cuenta con
deuda Win.
- Si cuenta con deuda, validar
que se muestre el mensaje
momento no puedes
Disculpa por los
inconvenientes.”
- Si no cuenta con deuda,
validar que se continúe a la
validación de tipo de
documento ingresado.
Validación de Deuda con
WIN en el Reporte
CP-18 Validación de Tipo Doc. RF-10 - Validar que se verifique el
ingresado tipo de documento
ingresado en la web.
- Si se ingresó un RUC 10,
validación de score para
RUC del RF-11
- Si se ingresó un DNI o CE,
validación de score para
DNI y CE del RF-15
CP-19 Validación Comercial: RF-11 - Validar con el score del
Score para RUC RUC, capturado en el RF-
02, que el cliente esté
habilitado para contratar un
servicio (mínimo 400):
- Si tiene score menor a 400,
validar que se muestre el

mensaje “Hola, muchas

gracias por preferir Win. Por
el momento no puedes
Disculpa por los
inconvenientes.”
- Si tiene score de 401 o más,
validación de antigüedad el
RUC.
Score Crediticio en el
Reporte.
CP-20 Validación Comercial: RF-12 - Validar con la fecha de
Antigüedad para RUC creación de RUC, capturado
en el RF-02, que el cliente
esté habilitado para
contratar un servicio
(mínimo 180 días de
diferencia entre la fecha de
la consulta por la web y la
fecha de creación del RUC):
- Si la diferencia es menor a
180 días, validar que se
muestre el mensaje “Hola,
muchas gracias por preferir
Win. Por el momento no
puedes continuar con el
proceso. Disculpa por los
inconvenientes.”
- Si la diferencia es 180 días
o más, validar que se
continúe a la validación de
si cuenta con servicio Win.
Fecha de Creación de RUC
en el Reporte.
CP-21 Validación Comercial: Si RF-13 - Validar con el nro. doc.
tiene Servicio Win para ingresado en la web, si el
RUC cliente cuenta con servicio
Win en Win CRM:
- Si solo tiene 1 servicio en
estado “Suspendido” o tiene
2 o más servicios en estado
“Activo” o “Suspendido,


Disculpa por los
inconvenientes.”
estado “Activo”, validar que
se continúe a la validación
de Buen Pagador del RF-
14.
- Si no tiene servicios en
estado “Activo” o
“Suspendido”, validar que
se continúe al paso de
Selección de Ofertas para
RUC del RF-19
Cantidad de Servicios
Activos para que se muestre
en el Reporte. (RF-28)
Suspendidos en el Reporte.
(RF-28)
CP-22 Validación Comercial: RF-14 - Validar con el nro. doc.
Buen Pagador para ingresado en la web, si está
RUC segmentado como “Buen
Pagador” según la base
incluida en el SV:
- Si tiene un indicador de
“Buen Pagador” menor a
0.80, validar que se muestre
el mensaje “Hola, muchas
Disculpa por los
inconvenientes.”
“Buen Pagador” mayor o
igual a 0.80, validar que se
continúe al paso de
RUC del RF-19

Indicador de Buen Pagador
en el Reporte. (RF-28)
CP-23 Validación Comercial: RF-15 - Validar con el score del DNI
Score para DNI y CE o CE, capturado en el RF-
02, que el cliente esté
habilitado para contratar un
servicio (mínimo 200):
- Si tiene score menor a 200,
Disculpa por los
inconvenientes.”
- Si tiene score de 200 o más,
validación de si cuenta con
servicio Win.
Score Crediticio en el
Reporte. (RF-28)
CP-24 Validación Comercial: Si RF-16 - Validar con el nro. doc.
tiene Servicio Win para ingresado en la web, si el
DNI y CE cliente cuenta con servicio
Win en Win CRM:
estado “Suspendido” o tiene
2 o más servicios en estado
“Activo” o “Suspendido,
Disculpa por los
inconvenientes.”
estado “Activo”, validar que
de Buen Pagador del RF-17
- Si no tiene servicios en
estado “Activo” o
“Suspendido”, validar que

de Distrito de Alto o Bajo

Riesgo, para nuevos
servicios, del RF-18
Activos en el Reporte. (RF-
28)
Suspendidos en el Reporte.
(RF-28).
CP-25 Validación Comercial: RF-17 - Validar con el nro. doc.
Buen Pagador para DNI ingresado en la web, si está
y CE segmentado como “Buen
Pagador” según la base
incluida en el SV:
“Buen Pagador” menor a
0.80, validar que se muestre
el mensaje “Hola, muchas
Disculpa por los
inconvenientes.”
“Buen Pagador” mayor o
igual a 0.80, validar que se
continúe a la validación de
Distrito de Alto Riesgo, para
un segundo servicio, del
RF-18
Buen Pagador en el
Reporte. (RF-28)
CP-26 Validación Comercial: RF-18 - Validar si el distrito
Distrito de Alto o Bajo ingresado en la web, está
Riesgo para DNI y CE en la lista de distritos de alto
(Servicio nuevo o 2do riesgo indicada en el anexo
servicio) “3”:
- Si está en un distrito de Alto
Riesgo, validar que se
DNI y CE de un 2do servicio
en Alto Riesgo del RF-19:

- Si está en un distrito de Alto

Riesgo, validar que se
DNI y CE de un 2do servicio
en Bajo Riesgo del RF-19.
CP-27 Validación de la RF-19 - Validar que en los clientes
Segmentación de que pasaron la Verificación
Ofertas de Reglas Comerciales de
manera exitosa, lleguen al
paso de Elección de Plan.
- Validar que, si se ingresó un
tipo doc. “RUC”, se muestre
únicamente las ofertas de
Plan Emprendedor (Internet
+ McAfee) y se filtren los
Planes + SVAs + Costo de
Instalación según las
matrices indicadas en el RF-
19. Considerando las 2
aperturas por score (rango
de 401 a 700 y de 701 a
999) en los siguientes
escenarios:
- Un 2do servicio en un
distrito de Alto Riesgo
distrito de Bajo Riesgo
- Un servicio nuevo en un
- Validar que, si se ingresó un
tipo doc. “DNI” o “CE”, se
filtren los Planes + SVAs +
Costo de Instalación según
las matrices indicadas en el
RF-19.
- Validar que se filtren los
Planes + SVAs + Costo de
Instalación según las
matrices indicadas en el RF-
19. Considerando las 3
aperturas por score (rango
de 200 a 400, de 401 a 700

y de 701 a 999) en los

siguientes escenarios:
- Un servicio nuevo en un
CP-28 Validación del Resumen RF-19 - Validar para ambos casos
del Pedido (RUC y DNI o CE) que al
seleccionar el Plan
(Velocidad) y los SVAs, esto
se muestre en el resumen
del pedido incluyendo el
costo del primer mes del
servicio y detallando los
descuentos aplicados.
CP-29 Validación de la RF-19 - Validar que después del
confirmación del email resumen del pedido se
ingresado muestre un campo para
confirmar si el correo
ingresado por el cliente está
correcto (mostrar el correo
ingresado).
- Si el cliente confirma,
validar que se continúe al
paso 6 de la firma digital.
- Si el cliente elige la opción
de editar el correo, validar
que, de finalizarse la
autocontratación, se
actualice el email en la
información de la venta, en
el reporte y que este sea el
utilizado al enviar el link del
tracking y el correo con el
contrato del servicio y
SVAs.
- Validar que, una vez
actualizado el correo, se
continúe al paso 6 de la
firma digital.
- En caso se actualice el
correo, pero no se concluya

la contratación, validar que

el nuevo correo se muestre
en el reporte de no ventas.
CP-30 Validación de Firma RF-20 - Validar que en los contratos
Digital de Oferta y SVAs
seleccionados por el Cliente
se autocomplete la
información requerida en los
mismos, del Paso 1: Datos
Personales al Paso 5:
Elección del Plan.
CP-31 Validación de Firma RF-20 - Validar que los contratos
Digital mostrados sean los
correspondientes a la Oferta
y SVAs seleccionados por el
usuario.
- Validar que el usuario
ingrese su nro. de
Documento como firma del
Contrato.
- Visualizar los Datos que
deban incluirse en la video
firma.
pueda adjuntar la video
firma (extensión MP4)
pueda adjuntar la foto
frontal del Tipo de
Documento.
adjunte los archivos
solicitados para habilitar el
botón “Contratar”.
CP-32 Validación de Firma RF-20 - Habilitar el botón “Enviar y
Digital Contratar” si el Cliente
cumple de forma exitosa el
Paso 6: Firma Digital y
continuar con la Validación
de dirección de posible
fraude, con deuda o
asociado a un servicio
activo Validar que en caso
el usuario cometa errores
en el proceso de Firma
Digital debe mostrar una

restricción por sobrepasar

intentos (Máximo 2)
- Mostrar mensaje, si no
cumple de forma exitosa la
validación de Firma Digital.
CP-33 Validación de Dirección RF-21 - Validar que se ejecute la
Posible Fraude búsqueda de dirección en
WIN CRM de forma
concatenada “Tipo de Vía”
& “Nombre de Vía” &
“Número” & “Distrito,
Provincia, Departamento”
registrada por el Cliente en
el Paso 2.
- Validar que de encontrarse
más de una coincidencia se
activará un Flag de
dirección de posible fraude,
con deuda o asociado a un
servicio activo con el valor
“SI” en caso de no
encontrarse ninguna
coincidencia se le asignara
el valor “NO”.
- Validar que, en CRM
Experiencia, en la Bandeja
Asesor Validaciones se
realice el “Filtro de
Búsqueda” con el Campo
“Area” seleccionar
“Autoventa” y se muestre
los Pedidos filtrados por
este Canal.
CP-34 Validación de RF-23 - Mostrar el Calendario en el
Programación de la botón “Fecha”
Instalación - Seleccionar la Fecha de
Instalación
- Mostrar el Turno Mañana
(8:00am -12:00 pm), Turno
Tarde (12:00pm – 16:00pm)
y Turno Noche(16:00-
20:00pm) en el campo
“Hora”.
- Seleccionar el Turno de la
Instalación.


“Programar Instalación”
muestre el mensaje
indicando que se enviara un
correo con su Código de
solicitud.
- Validar que el mensaje
indique el correo registrado
por el Cliente.
- Validar que para el Cliente
que tenga un flag de
servicio activo con el valor
“SI”, podrá elegir su fecha
de instalación a partir del
segundo día hábil de la
fecha de registro. (HOY + 2
días).
ingresa en el rango de
06:00 am a 11:00 am se le
habilite la Fecha de
Programación y solo Turno
Tarde y Noche del mismo
día de la venta y para los 30
días posteriores a la venta
mostrar Turno Mañana,
Tarde y Noche.
11:01 am a 14:30 pm se le
habilite la Fecha de
Programación y solo Turno
Noche del mismo día de la
venta y para los 30 días
posteriores a la venta
Tarde y Noche.
14:31 pm a 23:59 pm se le
habilita la Fecha de
Programación para el día
siguiente con los Turnos
Mañana, Tarde y Noche y

para los 30 días posteriores

a la venta mostrar Turno
Mañana, Tarde y Noche.
00:00 am a 05:59 am (del
día posterior) se le habilita
la Fecha de Programación y
con los Turnos tarde y
noche del mismo día de la
venta y para los 30 días
posteriores a la venta
Tarde y Noche.
CP-35 Validación de RF-23 - Validar que cada venta
Programación de la programada disminuirá en
Instalación – Topes por uno el tope asignado a cada
turno turno.
- Validar que en caso se
agoten todos los turnos del
día para el distrito elegido la
fecha ya no estará
disponible para ningún
usuario.
- Validar que en caso solo se
agote un turno se mostrarán
los turnos que aun cuentan
con capacidad de atención.
del Programar de
Instalaciones se realice el
“Filtro de Búsqueda” con el
Campo “Area venta”
seleccionar “Autoventa” y se
muestre los Pedidos
filtrados por este Canal.
del Programar de
Instalaciones el detalle de
Venta muestre la Fecha y
Turno Programado en los
campos Fecha y Cuadrilla
respectivamente, registrado

por el Cliente en el Canal

Autoventa en el paso 7.
del Programar de
Instalaciones el Detalle de
venta, muestre la Fecha,
Contrata – Autoventa y
Cuadrilla registrada por el
Cliente en el Canal
Autoventa.
CP-36 Validación de la RF-24 - Validar que en WIN FORCE
inserción de la Preventa se muestre la Preventa con
en los Sistemas la información registrada por
Comerciales el Cliente (Datos
Personales, Dirección,
Oferta, Archivos adjuntos
del Keynua y Video firma,
etc.). Mostar esta preventa
asignada al canal de
“Autoventa” y a la Agencia
“Autoventa” y vendedor
“Autoventa” en WIN
FORCE.
- Validar que en WIN CRM se
muestre la Preventa con la
información registrada por el
Cliente (Datos Personales,
Dirección, Oferta, Archivos
adjuntos del Keynua y Video
firma, etc.).
muestre, si el Flag de
servicio activo tiene el valor
“SI”, el pedido nace con
Estado “REGISTRADO”
“NO”, el pedido nace con
Estado “REVISADO”

- Validar que en CRM

Experiencia se muestre la
Preventa con toda la
información registrada por el
cliente. (Datos Personales,
Dirección, Oferta, Archivos
adjuntos del Keynua y Video
firma, etc.)
“SI”, el pedido nace con
Estado “SIN GESTIONAR”
“NO”, el pedido nace con
Estado “APROBADO” y
quede disponible en la
bandeja de PR para su
asignación de CTO y
puerto.
muestren Los dashboards
de ventas de lima y
provincia contabilizaran esta
preventa bajo el canal
“Autoventa”.
- Validar que los Reportes de
la Bandeja Validación
Supervisor: Fecha
Validación, Fecha Venta,
Traza ventas (Fecha Venta
hasta programaciones),
Avance Gestión, Gestiones
Validaciones muestren la
información de los Pedidos
del Canal Autoventa.
- Validar que en la Bandeja
Validación Supervisor el
Reporte Traza ventas
(Fecha Venta hasta

programaciones) muestre
los campos con la
información de Fecha y
Turno de Programación de
la Preventa.
- Validar que los Reportes de
la Bandeja Validación
Supervisor: Programado,
Avance Gestión, Fecha de
Venta mostrara la
información de los Pedidos
del Canal Autoventa.
- Validar que en la Bandeja
Programación Supervisor
los Reportes Programado y
Fecha de Venta muestre los
campos con la información
de Fecha y Turno de
Programación de la
Preventa.
CP-37 Validación de envió de RF-25 - Validar que el envió del
Correo al Cliente correo registrado por el
Cliente en la Web.
- Validar que el correo
muestre la información del
código de solicitud (código
de pedido de la venta en
Win CRM), Oferta, SVAs
adquiridos y la Fecha y
Hora (Turno de
Programación).
- Validar que el correo incluya
el link asociado para el
Seguimiento de Pedido.
CP-38 Validación de Estados RF-26 - Validar que la Web muestre
del Pedido y un landing para realizar
Seguimiento Seguimiento al Pedido del
Cliente con su código de
solicitud enviado al correo.
- Ingresar código de solicitud
- Seleccionar Buscar (Lupa)
- Validar que se realice la
búsqueda en Win CRM y
mostrar el mensaje
asociado al estado de
Pedido.

CP-39 Validación de la RF-27 - Validar en si el cliente no

Almacenamiento de la finaliza con el proceso de
Información de contratación online en la
Contratación Online WEB, la información
obtenida se guarde como un
lead incompleto en WIN
FORCE.
- Validar que esta información
sea asignada al canal
“Autoventa” y como tipo de
contacto se complete el
valor de “Autoventa no
finalizada” en WIN FORCE.
- Validar que el lead
incompleto y las preventas
completas puedan
descargarse desde WIN
FORCE desde el reporte de
ventas con el perfil
Supervisor.
CP-40 Validación del Reporte RF-28 - Validar que el Reporte de
de Proceso de ventas en Win Force
Contratación Online muestre los siguientes
campos:
• ID registro
• Canal de Venta
• Nombre
• Celular
• Email
• Departamento
• Provincia
• Distrito
• Estado de cobertura (En
cobertura / Fuera de
cobertura)
• Tipo de Predio
(Inquilino/Propietario)
• Edificio o Condominio
Habilitados (Selección de

la lista desplegable de Win

CRM).
• Nombre Edificio o
Condominio
• Tipo de Vía (Avenida,
Jirón, Calle, Prolongación,
etc.)
• Número
• Nro. de Dpto.
• Torre / Bloque
• Referencia
• Dirección de Google Maps
• Latitud
• Longitud
• Código Postal
• Nro. de Doc. en Blacklist
(SI/NO) *
• Celular en Blacklist (SI/NO)
*
• Validación de deuda con
WIN (SI/NO) *
• Deuda con otra Telco
(SI/NO) *
• Cantidad de servicios
activos (1,2,3,4…) *
• Cantidad de servicios
suspendidos (1,2,3,4…) *
• Indicador de Buen Pagador
(0 % al 100 %) *
• SVAs Contratados
- Nombre SVA 1
- Nombre SVA 2
- Nombre SVA 3
- Nombre SVA 4
- Nombre SVA ….
• Cantidad de SVAs
• Costo Recurrente
contratado
• UTM Source
• UTM Campaign

• UTM Medium
• Nro. de Contrato
• Fecha / Hora de Firma
Digital
• Fecha / Turno de
Programación
• Fecha / Hora de Alta
(Datos cuando la orden de
WIN CRM cambia a
Estado “Ejecutado”)
• Estado (Instalado /No
Instalado)
• Último paso de
Contratación Online (Paso
1 al 7)
CP-41 Validación de Reporte RF-29 - Validar que los tiempos de
de tiempos de Gestión – gestión de contratación
Contratación Online online en la WEB se
guarden en un reporte.
- Validar que el lead
incompleto y las preventas
completas puedan
descargarse de forma diaria
desde WIN FORCE con el
perfil Supervisor en el
tiempo requerido por el
Usuario.
- Validar que el Reporte de
Tiempos de Gestión
muestre los siguientes
campos:
• ID registro
• Tiempo de Registro de
datos personales (ASA del
Paso 1 a 2)
• Tiempo de Corroborar
cobertura (ASA del Paso 2
a 3)
• Tiempo de Validación de
Identidad (ASA del Paso 3
a 4)
• Tiempo de Verificación de
Reglas Comerciales (ASA
del Paso 4 a 5)

• Tiempo de Elección del

Plan (ASA del Paso 5 a 6)
• Tiempo de Firma Digital
• Tiempo de Programación
• Tiempo Total (Sumatoria
de los tiempos indicados
del 1 al 7)
CP-42 Validar envió de correo RF-30 - Validar que una vez el
– Contrato estado de Pedido en Win
CRM se encuentre en
“Ejecutada” se envié al
correo registrado por el
Cliente los Contratos: El
servicio de internet y SVAs.
6. REQUERIMIENTOS NO FUNCIONALES
Indicar condiciones de operación del producto / sistema / aplicativo, tales como rendimiento,
disponibilidad, seguridad, accesibilidad, usabilidad, condiciones de despliegue como sistemas operativos
/ navegadores / versiones de APIs, estándares, restricciones específicas del usuario, fechas específicas.
Relacionado a
Código de RU/RF
Descripción
RNF (Cuando es
necesario)
7. FUERA DEL ALCANCE

Enumerar de manera explícita si . ¨Puede ser un RU. Puede ser un RF o parte de un RF.

Relacionado a
RU/RF
No. Descripción
(Cuando es
necesario)
Manejo de direcciones estructuradas, es decir búsqueda de
direcciones por caracteres concatenados. Se valido y en los
RFA1 RF-21 DEF
sistemas de Win la dirección esta registrada en un solo campo. No
se maneja direcciones registradas en diferentes campos.
En esta fase para el caso del agendamiento el proyecto no considera
la integración con el sistema Finex. En otra fase vía un
RFA2 RF-22 DEF
requerimiento el Negocio tendrá que solicitar la integración en base
a la definición de como funcionaría el sistema para la Web.
Según lo conversado con John Huarcaya indica que, para el caso de
la programación de la instalación desde la Web, se retira del alcance
el tema asociado a Topes
Secciones del Requerimiento asociado a Topes:
Los topes por cada turno son referenciales, considerar que el Área de
Programaciones puede modificar los topes turno mañana, tarde y
RFA3 noche, así como la Observación de cada Distrito, mediante una RF-23 - DEF
gestión por ticket con MDA.
Cada venta programada disminuirá en uno el tope asignado a cada

turno en caso se agoten todos los turnos del día para el distrito elegido
la fecha ya no estará disponible para ningún usuario. En caso solo se
agote un turno se mostrarán los turnos que aun cuentan con
capacidad de atención.
8. APROBACIONES
Usuario Rol Fecha de Aprobación

Vanessa Carranza IT business Partner
Jorge Igei Jefe de Marketing
9. ARQUITECTURA LÓGICA DE SOLUCIÓN V1


Propuesta de Solucion-Desarrollo E - Win - v1 - Final - 1.3

Cargado por

Copyright:

Formatos disponibles

Propuesta de Solucion-Desarrollo E - Win - v1 - Final - 1.3

Cargado por

Información del documento

Descripción original:

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

Propuesta de Solucion-Desarrollo E - Win - v1 - Final - 1.3

Cargado por

Copyright:

Formatos disponibles

PROPUESTA DE SOLUCIÓN

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

AUTOCONTRATACIÓN ONLINE – FASE 2

Confidencial / Uso Interno Página 1 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

Versión Elaborado por Aprobado por Fecha Descripción del cambio

1.1 Vanessa Carranza Guillermo Mendoza 14/09/2022 Documento inicial

1.2 Vanessa Carranza Guillermo Mendoza 30/09/2022 Modificación de

Confidencial / Uso Interno Página 2 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

1. DATOS DEL PROYECTO

Código del Proyecto Nombre del Proyecto

Autocontratación Online – Fase 2

3. DIAGRAMA DE FLUJO DE LA SOLUCIÓN

4. SISTEMAS / PLATAFORMAS IMPACTADAS

Confidencial / Uso Interno Página 3 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

5. REQUERIMIENTOS FUNCIONALES– ALCANCE

Lista de requerimientos de usuario

Lista de requerimientos funcionales

Confidencial / Uso Interno Página 4 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

ID RF Sistema DESCRIPCIÓN DETALLADA

• Se requiere que los usuarios puedan acceder a la

• La información final que se mostrará en la página será

Confidencial / Uso Interno Página 5 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

• En la Web el usuario tendrá que ingresar los datos:

1. Para “Tipo de Documento” * crear un desplegable: DNI,

• La Web se deberá integrar con el “Servicio de Win –

Paso1: El usuario ingresa los datos Tipo y Número de

Paso2: El servicio de Win Equifax primero verifica si

Confidencial / Uso Interno Página 6 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

Si existe el cliente No existe el cliente

Paso3: Si el servicio devolvió los datos, la Web muestra

Paso4: Si el servicio de Win Equifax no devuelve la

Confidencial / Uso Interno Página 7 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

• La Web deberá validar lo siguiente para los campos

- RUC: Restringir solo para “RUC 10”, si el Cliente

• La Web deberá validar para los campos 8,9 y 10 lo

Considerar que debe permitir auto búsqueda al tipear el

• Configurar al final del Paso 1 los siguientes botones:

Confidencial / Uso Interno Página 8 de 116 Propuesta de Solución

Gerencia de Tecnología de la Información

Clasificación de la Información: Confidencial / Uso Interno

• La Web al hacer click en la opción de “Continuar”, se

RF- 03 Herramienta CORROBORAR COBERTURA

• La Web deberá invocar al servicio de Geofinder