arquitecturas empresariales y de integración caso de estudio x-telco grupo quimera

Arquitecturas Empresariales y de IntegraciónCaso de estudio X-TELCO

Grupo Quimera

X-Telco está gestionada por un modelo transversal basado en procesos de negocio o en un modelo vertical basado en procedimientos

Transversal y por procesos

Debido a que los procesos se encuentran integrados bajo un esquema de replicación batch, donde la salida de uno es la entrada para ejecución del siguiente paso en la cadena de valor del modelo de negocio.

El modelo operacional AS-IS identificado es un modelo de replicación por lo cual se identifica que los procesos de negocio están estandarizados pero no integrados ya que en instantes de tiempo la información entre el proceso de vender telefonía fija y vender banda no es la misma.

Solo con un ESB se puede resolver el problema

NO

-Debido a que unos de los motivadores de negocio es llegar a un modelo operacional unificado y la solución planteada por el consultor no nos llevaría a la unificación de la información.

-El ESB no da respuesta a todos los motivadores de negocio. Los motivadores de negocio que suple el ESB, son los de habilitar la medición del proceso y reducir el tiempo de respuesta a una solicitud del cliente.

Dimensión de negocio

Motivadores

1. Unificar el portafolio de productos (Combotización)

2. Medir proceso de ventas de nuevos productos.

3. Reducir el tiempo de llevar un producto/servicio al mercado.

4. Orientación 100 % al cliente.

5. Autoservicio.

6. Orientación a procesos medibles

Flujo de Negocio

act XTelco Business Process Model

Radicar Solicitud

INICIO

Verficacion de cargue deinformacion

Crear Informacion Cuenta

Verificacion exitosa?

Notificar Atencion alCliente

Notificar Usuario

Agendar Instalacion

Agenda Exitosa

Notificar Instalacion Registrar informacionInstalacion

FINAL

NO

SI

NO

SI

Dimensión de Datos

Entidades de Negocio

1. Abonado Persona que toma el plan o el producto.2. Producto Banda ancha y telefonía fija.3. Factura Liquidación a pagar por parte del abonado por la prestación del servicio.

Problemas de Datos

4. Replicación Entre sistemas se integran mediante procesos batch que duplican la información este es el caso de los abonados, productos y solicitudes.

5. Gobernabilidad No existe un claro propietario de los datos.

6. Integridad Como cada sistema tiene un modelo de datos propietario en el traspaso de información la calidad de estos puede ser afectada.

Indicadores de Desempeño

1. Tiempo promedio en la ejecución de los procesos batch.

2. Número de errores por archivo cargado.

Inventario de Aplicaciones

PREPA MY DSL IN HOUSE INSTALL ACTIVATION CONSOLIDA WORK ORDERS DWH

Crear abonado X X X

Crear Cuenta X X

Crear Factura X

Facturar Consumo X X

Generar Factura X X

Definir Plan X

Asociar Plan X

Inicio Activacion X

Activar X

Programar Activacion X

Crear Producto X

Registrar Instalacion X

Actualizar Estado Solicitud X

Habilitar Producto X

Generar Indicadores X

Matriz de Integración

Análisis de Brecha

Dimensión de Negocio

Arquitectura Base AS-IS

- Procesos de Negocio no medibles.- Líneas de negocio no unificadas que difieren de los motivadores de negocio.- La infraestructura tecnológica no responde con agilidad a los cambios del mercado.

Arquitectura Objetivo (TO-BE)

- Definir KPI’s en puntos clave de procesos de negocio.- Unificar líneas de negocio.- Disminuir los tiempos de respuesta.

BRECHAS

- Estandarización de protocolos.- Orquestación y medición de procesos de negocio.

Análisis de Brecha

Dimensión de Datos


- Replicación.- Integridad.- Gobernabilidad.

BRECHAS

- Proyecto de exponer entidades comunes, como servicios.- Proyecto de consolidación de facturación y planes.

Dimensión de Datos

Aplicación/ My-DSL Prepa Instant In-House DWH ConsolidaEntidad System Activation CRM Worked

Cliente WR WR WR WR * WR

Producto WR WR R R * R

Factura WR WR * * R *

Orden de Trabajo * * WR R * WR

AS - IS

Aplicación/ My-DSL Prepa Instant In-House DWH Consolida FacturadorEntidad System Activation CRM Worked Unico

Cliente R R R WR * R R

Producto WR WR R R * R R

Factura WR WR * * R * WR

Orden de Trabajo * * * R * WR *

Consolidado Facturas

Solo Activaciones de

Red

TO-BE

Análisis de Brecha

Dimensión de Aplicaciones


- Disponibilidad de aplicaciones.- Duplicidad de funcionalidades de negocio en diferentes sistemas.- Falta de orientación al cliente

Arquitectura Objetivo (TO-BE)

- Crear esquemas de alta disponibilidad y fail over.- Unificar las funcionalidades duplicadas, basados en el esquema único de información de

las entidades.- Sistema unificado de ingreso de información de solicitudes.

BRECHAS

- Crear un portal WEB para ingresar los datos de solicitud de nuevos productos y revisión del estado de dicha solicitud.

- Proyecto de estructuración de ambientes de alta disponibilidad.

Inciativas para Cerrar Brecha AS-IS a TO-BE

Arquitectura referencia AS-IS

Arquitectura referencia TO-BE

Priorización de Brechas

ID Iniciativa Capacidad % Criticidad % Riesgo % Beneficio % TOTAL %

1Estandarización de protocolos 5 1.25 5 0.75 4 1.2 5 1.5 4.7

2Orquestación y medición de procesos de negocio 4 1 5 0.75 3 0.9 5 1.5 4.15

3

Proyecto de exponer entidades comunes como servicios 4 1 4 0.6 4 1.2 4 1.2 4

4Proyecto de consolidación de facturación y planes 5 1.25 4 0.6 3 0.9 5 1.5 4.25

5

Crear un portal web para ingrear los datos de a solicitud de nuevos productos y revisión del estado de dicha solicitud 4 1 3 0.45 5 1.5 4 1.2 4.15

6

Proyecto de estructuración de ambientes de alta disponibilidad 3 0.75 3 0.45 5 1.5 3 0.9 3.6

Priorización de Brechas

AS-IS

TO-BE

Tim

e

Roadmap

1

4

2

5

3

6

arquitecturas empresariales y de integración caso de estudio x-telco grupo quimera

Documents