Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
100% encontró este documento útil (1 voto)
328 vistas4 páginas

Caso Fintech

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1/ 4

Caso Fintech

Fintech empresa privada fundada en 1991, que se encargaba de procesar pagos


electrónicos a través de su sistema EFTPS- sistema de pago electrónico de transferencia
de fondos, en especial de distribuidores mayoristas y minoristas de bebidas alcohólicas
de EE. UU, requería elegir un proveedor de servicios en la nube para un nuevo servicio,
que entregaría datos analíticos a los clientes de Fintech. Cabe anotar que un mayorista
entregaba alcohol a un minorista y se registra una transacción en EFTPS, por tanto .
Fintech garantiza procesar los pagos a tiempo y de conformidad con las regulaciones
vigentes.
Por tal razón el vicepresidente ejecutivo, vio en la nube una oportunidad para continuar
ejerciendo liderazgo tecnológico al ofrecer un servicio que facilitaría a los clientes de
Fintech la obtención de información valiosa de sus datos, y fortalecer la relación con sus
clientes.
Este proyecto aunque generaba riesgos, se veía como un potencializador de beneficios
para la compañía y para los clientes, de acuerdo a ello contaban con 3 opciones de
proveedor:
- Amazon Web Services (AWS)
- Google Cloud Platform
- Microsoft Azure.

En el marco de la industria de bebidas alcohólicas en norte américa, la mayoría de


estados de USA exigen un sistema de tres niveles, donde se separan las funciones del
fabricante, distribuidor mayorista y minorista. Siendo los fabricantes quienes producen
productos alcohólicos a los mayoristas, quienes distribuyen los productos a los minoristas,
y estos a su vez quienes venden a los consumidores.

Sin embargo de acuerdo a la auditoría fiscal, se exige a los mayoristas que informaran las
ventas de alcohol dentro de plazos específicos.

El tema de la integración de datos fue un desafío importante para la organización, ya que


los datos eran definidos y almacenados de diversas formas por productores, mayoristas y
minoristas, teniendo para un mismo producto diversas denominaciones de acuerdo a cada
parte de la cadena de valor. Para resolver estos problemas de integración de datos,
Fintech utilizó un proceso de "limpieza" para hacer coincidir los datos transaccionados en
los tres niveles. Esto hizo que los datos fueran más útiles para el análisis y la
presentación de informes. Siendo capturados desde el sistema de base de datos de
"transacciones", donde se recopiló toda la información facturada de los clientes a medida
que utilizaban EFTPS.

Respecto al departamento de tecnología de la organización, estaba compuesto por


empleados con diversos antecedentes técnicos y conjuntos de habilidades, con
capacidades en especial en administración de redes, seguridad, administración de bases
de datos, programación de aplicaciones personalizadas, soporte de hardware,
administración de proyectos, desarrollo de informes analíticos y soporte de software.

Los desarrolladores de Fintech utilizaron un entorno de desarrollo integrado (IDE) basado


en Visual Studio para algunos proyectos, y el Eclipse IDE de código abierto para
aplicaciones Java.

Asi mismo el personal debía identificar costos tanto a corto como a largo plazo, todo el
trabajo en este departamento se hacía en conjunto y equipo, y la mayor parte del trabajo
técnico, fue realizado por personal del equipo base.

Sobre la nube es importante recalcar que los modelos en la nube se han ganado un lugar
como uno de los principales disruptores de la era digital. Los usuarios finales estilos de
nube en modo Software-as-a-Service (Saas), cuando usaban aplicaciones como Dropbox,
Gmail, Skype, Twitter y YouTube. Muchas aplicaciones SaaS, evolucionaron a partir de un
modelo anterior de proveedor de servicios de aplicaciones (ASP), el cual obligaba al
cliente a descargar un software previo, en cambio con SaaS, un cliente solo necesitaba un
navegador de Internet. ASP originalmente dedicó una instancia separada de una
aplicación a cada cliente corporativo en particular, por otro lado SaaS usaban una
arquitectura para servir a muchos clientes.

Es importante mencionar que para los directivos de una organización, la nube ofrece
como ventaja el alquilar un servicio en la nube en lugar de realizar grandes inversiones
computadoras y software, de tal forma se ha convertido en una herramienta útil y vital en
el día a día de las organizaciones.
Sin embargo la nube, no está exento de desafíos como es el caso de la seguridad, a
medida que más empresas usan estas herramientas, se dejan más datos relevantes y
confidenciales allí, lo que si no se administra de la forma adecuada puede traer desafíos
de seguridad muy grandes. Entre los diferentes tipos de posibles problemas de seguridad
de esta herramienta se mencionan como relevantes y nuevas: el “parásito" APT
(amenazas persistentes avanzadas que se infiltran en los sistemas y luego roban los
datos y la propiedad intelectual durante un período prolongado de tiempo) y la Tecnología
compartida( donde los proveedores de servicios en la nube comparten infraestructura,
plataformas y aplicaciones, y si surge una vulnerabilidad en cualquiera de estas capas,
afecta a todos).

Por otro lado se menciona que al realizar la evaluación de proveedores potenciales de la


nube, se concluyó que los proveedores de nube líderes en la industria son Amazon,
Google y Microsoft. Se definió que los datos de las transacciones de cada día se
copiarían en un almacén de datos de Oracle, que también contendría datos maestros
relevantes, y para un cliente de la organización, los datos específicos se cargarían en la
solución base en la nube para su preparación y procesamiento posterior. Y finalmente en
la etapa de liberación, los datos procesados estarán disponibles para el cliente, sujetos a
controles de acceso de usuario seguros y específicos.

Se realizó una evaluación de ofertas de acuerdo a capacitación, soporte de administración


y del cliente, disponibilidad de datos, seguridad, y programabilidad, así mismo los 3
proveedores capacitaron a muchos consultores del equipo sobre sus productos, también
ofrecieron una calculadora de precios para ayudar a los clientes a calcular los costos
mensuales o anuales. Al final las 3 ofertas eran muy similares, por ende se centraron en
las diferencias, donde sustentaron se podía usar la base de datos SQL de Azure para
migrar datos para muchas aplicaciones existentes a la nube, siendo más costoso que
Amazon y Google, pero menos costoso que el sistema que tenían de licencia en las
instalaciones para Microsoft SQL Server, por ende definieron trabajar con Microsoft,
buscando siempre cumplir con las necesidades del cliente y superarlas ampliamente.

De tal forma es importante mencionar que migrar hacia una solución en la nube, permite
agilidad, eliminación de costos iniciales, actualizaciones automáticas, trabajo colaborativo,
disponibilidad y control de la información, por tanto es importante revisar la infraestructura
y necesidades de cada empresa, y enfocarlas hacia cuales son los pros y contra que
puede tener esta solución al implementarla, teniendo en cuenta las necesidades y
expectativas de nuestros clientes, asa como de la empresa.

También podría gustarte