Está en la página 1de 5

Código FORMATO

05.2.-05.2.3 -F-006-v.2
Especificación de
Fecha de emisión
Iniciativa RM
15 02 2018

1. Información general

Información del proyecto


Proyecto / Potencialización ETA
Área
Gerente de NELSON MUÑOZ
Proyecto
Analista de
requerimientos
Líder técnico
global
Líder técnico

Gestión de versiones

Elaborado
Versión Fecha Aprobado por Descripción
por
1 26 Abril Hernando Wilson Fajardo
2019 Gonzalez

Definiciones, acrónimos y abreviaturas

Referencias documentales
Titulo Ubicación

07-07.7-F-024-v.1 16/09/2013
“Una vez impreso este documento, se considerará documento no controlado”. Pág. 0
Código FORMATO
05.2.-05.2.3 -F-006-v.2 Especificación de
Fecha de emisión Iniciativa RMU
18 11 2016

Tabla de contenido

1. Información general ......................................................................................... 0


2. RMU: Requerimiento Maestro de Usuario ....................................................... 2
2.1 Necesidad de negocio .............................................................................. 2
2.2 Objetivos .................................................................................................. 2
2.3 Beneficios o impacto de no realizarse ...................................................... 2
2.4 Esquema general del proceso .................................................................. 3
2.4.1 Publicación en bodega de datos:....................................................... 3
2.5 Alcance .................................................................................................... 4
Criterios de aceptación ....................................................................................... 4
2.6 Riesgos funcionales y tecnológicos identificados ..................................... 4

07-07.7-F-024-v.1 16/09/2013
“Una vez impreso este documento, se considerará documento no controlado”. Pág. 1
Código FORMATO
05.2.-05.2.3 -F-006-v.2 Especificación de
Fecha de emisión Iniciativa RMU
18 11 2016

2. RMU: Requerimiento Maestro de Usuario

2.1 Necesidad de negocio

ETB necesita reforzar el cumplimiento en sus contratistas externos con respecto al tiempo
de llegada o cumplimiento de la visita de aprovisionamiento/aseguramiento dentro de la
franja u hora de llegada según lo determina la promesa de valor de ETB para con el cliente.
La intención de ETB es introducir este aspecto con los contratistas dentro KPI de
desempeño, con las penalizaciones asociadas y así mejorar la experiencia de cliente.

Sin embargo, los técnicos intentan eludir las violaciones de este requisito al iniciar y/o
completar la orden de trabajo mientras viaja o estando demasiado lejos. La versión actual
de OFSC proporciona suficiente información visual para detectar problemas de cumplimiento
en tiempo real, usando el módulo de Smart Location y activando el rastreo de recursos en
la vista Actividades / Tiempo. El despachador puede ver fácilmente situaciones como un
técnico que se activa fuera del radio deseado o que abandona las instalaciones del cliente
o detiene el GPS en esa pantalla. Sin embargo, no es posible utilizar esta información en el
back office, ya que actualmente no hay forma de exportar esa información o vincularla a una
orden de trabajo.

2.2 Objetivos

La intención es contar con reportes desde OFSC como herramienta para mejorar la
experiencia de cliente en el cumplimiento de las visitas al cliente para las visitas de
aprovisionamiento y aseguramiento.

Adicionalmente introducir este aspecto con los contratistas dentro KPI de desempeño.

2.3 Beneficios o impacto de no realizarse

Desde lo expuesto y ante los comportamientos del personal técnico, que intenta eludir los
requisitos de iniciar y/o completar la orden de trabajo mientras viaja o estando demasiado
lejos del predio del cliente, sumado a que la versión actual de OFSC proporciona información
visual y puntual para cada orden para detectar problemas de cumplimiento, más no a nivel
de reportes, se busca que desde la funcionalidad SMART LOCATION, se conozca por medio
de la modificación de un reporte existente en ETA, conocer las ordenes donde los técnicos
cometieron infracciones en el cumplimiento de la normatividad, ya que lo actualmente
publicado, no permite un detalle a nivel de órdenes que no obligue a una revisión una a una,
de las rutas y ordenes gestionadas por un técnico.

07-07.7-F-024-v.1 16/09/2013
“Una vez impreso este documento, se considerará documento no controlado”. Pág. 2
Código FORMATO
05.2.-05.2.3 -F-006-v.2 Especificación de
Fecha de emisión Iniciativa RMU
18 11 2016

Por ende, el cumplimiento de la visita estará atado como sucede a la fecha, del registro de
la hora inicio de la orden en OFSC sin mayores formas de corroborar la ubicación del técnico.

Implementar por medio de un reporte de un control adicional que permita corroborar el


cumplimiento de visitas a los clientes bajo la normatividad ETB.

2.4 Esquema general del proceso

Se requiere agregar información relacionada con las infracciones de cumplimiento de la


ubicación a la secuencia de la API de eventos para que en un sistema externo pueda ser
recopilada.

ETA Direct cuenta con un reporte donde se puede revisar % cumplimiento por técnico y
cantidad de actividades fuera de cumplimiento, para primer acercamiento con cliente.

La necesidad consiste en exportar información de Smart Location con las API disponibles y
vincular la información de las ordenes de trabajo.

2.4.1 Exportar la información:

Se requiere que la información sea exportable y bajo demanda para la fecha seleccionada
y que se genere un archivo plano con la información de las ordenes que:

a) Son iniciadas fuera de la ubicación.


b) Son finalizadas fuera de la ubicación.
c) Que durante su cumplimiento el recurso(técnico), abandone la ubicación de la
actividad.

Esto desde el reporte referido en el numeral 2.4.

07-07.7-F-024-v.1 16/09/2013
“Una vez impreso este documento, se considerará documento no controlado”. Pág. 3
Código FORMATO
05.2.-05.2.3 -F-006-v.2 Especificación de
Fecha de emisión Iniciativa RMU
18 11 2016

2.5 Alcance

Criterios de aceptación
Los criterios de aceptación definidos en el documento de negocio se
describen de manera general y servirán al usuario para verificar a alto nivel
la solución entregada.
Requerimiento del cliente Criterios de aceptación

2.6 Riesgos funcionales y tecnológicos identificados


N/A

Probabilidad
Id. Riesgo Impacto
ocurrencia

Control de Cambios:

Versión Descripción del Cambio Fecha del Cambio


1 Creación del documento 15/02/2018

07-07.7-F-024-v.1 16/09/2013
“Una vez impreso este documento, se considerará documento no controlado”. Pág. 4

También podría gustarte