Arquitecturas de sistemas de negocio en las OMV

Todas las empresas de telecomunicaciones móviles poseen dos áreas diferenciadas en las compañías que hay que distinguir y al mismo tiempo interconectar para el correcto funcionamiento del servicio.

Por un lado tenemos los sistemas de negocio, lo podríamos definir como todos aquellos sistemas de información que hacen posible la interacción con los profesionales del sector, usuarios, desde todos sus departamentos para el correcto funcionamiento de la operadora. Estos sistemas de información se traducen a efectos prácticos en aplicaciones distribuidas, normalmente aplicativos Web desarrollados a medida o implantaciones de productos de algunos fabricantes, incluso la conjunción de ambas.

Estos sistemas conforman una arquitectura, dentro de la cual cada uno tiene una función determinada y en conjunto, todos ellos conforman la arquitectura de los sistemas de negocio.

Hoy en día todas las empresas de telecomunicaciones tienen diferentes canales de contacto con el cliente final, por un lado tenemos los punto de venta físicos, por otro lado internet y nuestros queridísimos Call Centers.

Cada canal tiene una vía de comunicación con los sistemas de la compañía, por ejemplo, los puntos de venta así como los Call Centers suelen usar CRM (Customer Relationship Management), suelen ser aplicaciones desarrolladas por fabricantes orientadas a gestionar datos, información relacionada con clientes, productos y servicios. Algunas compañías desarrollan aplicaciones a medida para los puntos de venta y los CC, pero suele ser típico la utilización de productos existentes en el mercado por el conocimiento de los mismos y el soporte de los fabricantes.

Esta casi que se puede decir que es la parte sencilla, ahora entran en juego las arquitecturas de sistemas que permiten la interacción de estos transaccionales con otros sistemas con funciones de backend. En los aplicativos del frontend se inician los flujos de información, en la práctica, el alta de un cliente que contrata un servicio determinado, se introducen los datos del mismo y del producto y/o servicio contratado. Este hecho desencadena acontecimientos físicos, genera un pedido a un proveedor, genera una factura, genera un cargo a la cuenta de un banco etc…

Todas estas últimas acciones nombradas son tareas de backend, que realizan arquitecturas de sistemas de información que conectan con los sistemas necesarios para llevar a buen fin un flujo de negocio determinado. Lo normal en estos casos, son las arquitecturas orientas a servicios. Existen tecnologías basadas en servicios Web, no son más que pequeñas aplicaciones instaladas en servidores que están a la escucha de cualquier petición que les hace un sistema low level de los aplicativos del frontend. Estas peticiones se realizan a través del protocolo http, las mismas que se realizan cuando un usuario de windows abre un explorador y visita una página Web. Suelen estar bajo protocolos de seguridad para el envío encriptado de los datos, por lo que las peticiones suelen ser https.

Estos servicios Web son los encargados de interactuar con otros sistemas, actúan de middleware entre un sistema y otro, sin que uno tenga nada que ver con el otro y realicen funciones totalmente distintas. Existen en el mercado muchos productos que realizan esta función, ya los hemos nombrado, son los middelware, pero en mi opinión el coste de su licencia así como su implantación es bastante alto y a no ser que la compañía sea muy grande y maneje un volumen de negocio muy elevado no tiene mucho sentido usarlos.

Volviendo a nuestros queridos servicios web, estos se encargan de interaccionar con otros sistemas, con BBDD por ejemplo, BBDD de otros transaccionales, o BBDD de sistemas de tarificación o facturación, o abren conexiones a un servidor telnet, etc… Podemos inteconectar nuestro sistema con cualquier otro, parece fácil, pero no lo es. Hay que contemplar muchos casos de uso que se deben implementar de forma correcta, hay que tener mucho cuidado de no generar inconsistencias de datos entre sistemas, es complejo y requiere de mucho análisis antes de poner en marcha el desarrollo de los mismos.

Así que resumiendo, por un lado tenemos aplicaciones de frontend, arquitecturas low level orientas a servicios y aplicaciones de backend. Es un mundo muy amplio y complejo, existen muchísmas tecnologías para implementar cada elemento de la arquitectura global, en el artículo sólo nombro posibilidades, pero son muchísimas las opciones que se pueden tomar para realizarlo. Con tiempo actualizaré el artículo con algún mapa de sistemas para reflejar de forma gráfica cómo se puede conformar los sistemas de negocio.

Hemos hablado de CRM, de aplicaciones Web, de servicios Web, podríamos nombrar BPM (Business Process Management) etc… pero estos sistemas deben de interconectarse con los sistemas de red de un operador de telecomunicaciones móviles, hay que registrar los datos de ese cliente en la red, y hay que interconectar los sistemas de negocio con los de red. Los sistemas de red es el otro grupo de sistemas de posibilita a una operadora ofrecer sus servicios, son los sistemas que permiten tener cobertura, poder recibir y emitir llamadas, SMS, MMS, hablar en el extranjero, conectarse a internet etc…

De estos sistemas hablaremos en otra categoría específica para ello. Aquí sólo nombrarlos para comprender que por un lado tenemos el negocio soportado por un conjunto de sistemas y por otro tenemos la red a su vez igualemente soportada por otros sistemas, su interconexión habilita el servicio, su óptima implementación, la calidad del mismo.