Consideraciones clave al evaluar software que pueden conducir a una mejor experiencia a largo plazo.

La búsqueda de la transformación digital se ha extendido por décadas; sin embargo, su realización sigue siendo un sueño cumplido solo parcialmente. Por un lado, las soluciones de software empresarial son cada vez más potentes, con interfaces deslumbrantes y un rendimiento muy superior al de sus predecesores. La amplia adopción del software de gestión de relaciones con el cliente (CRM) ha transformado, hasta cierto punto, las funciones de atención al cliente a medida que han mejorado la funcionalidad y la conectividad con las plataformas de correo electrónico, comunicaciones y facturación. Es solo un ejemplo de una tecnología empresarial central que se ha convertido en una fuente de verdad dentro de las organizaciones. Por otro lado, cualquier aplicación de software bien diseñada tendrá un alcance funcional limitado, lo que significa que, inevitablemente, las organizaciones suelen contar con todo un ecosistema de soluciones para atender diversas necesidades.

La búsqueda de un ecosistema de software integrado: Desafíos entre los ecosistemas de software y la integración perfecta

Dada la previsibilidad de este fenómeno de los ecosistemas y el tiempo que la "transformación digital" ha estado en la mente de los profesionales de TI y de negocios, resulta algo sorprendente lo desconectado que suele estar este universo. Los silos de información que requieren una sincronización manual con los sistemas de origen confiables son más la norma que la excepción.

Aunque algunos proveedores promocionan estrategias de conectores "plug-and-play" con otros softwares, estos suelen incluir salvedades que conducen a una realidad decepcionante. La realidad previsible es que las organizaciones utilizan una plétora de soluciones dentro de una sola empresa. Dentro de una categoría de soluciones de software, suele existir una abundancia de aplicaciones con una cuota de mercado significativa. Sumado al hecho de que el software cambia con frecuencia, lo que exige la actualización de los conectores, las limitaciones del enfoque de conectores listos para usar se hacen evidentes.

La tendencia predominante en la industria se aleja de los "widgets" y favorece el desarrollo de software que tenga interfaces tanto para el usuario final como basadas en código. El enfoque preferido para esto último es la interfaz de programación de aplicaciones (API). Como medio para comunicarse con un sistema mediante código informático, las API permiten que dos sistemas se comuniquen a través de una aplicación personalizada. Dicha aplicación orqueste el flujo y la transformación de la información, y lo hace bajo las condiciones comerciales precisas más relevantes para las necesidades de una organización. Adquirir software de misión crítica que no tenga una API y no pueda "integrarse" es probablemente una mala decisión empresarial que puede condenar a los equipos al mantenimiento manual de datos en diferentes sistemas, un esfuerzo humano de bajo valor con un alto riesgo de error.

Navegando la complejidad de las API

Naturalmente, no todas las API son iguales. Históricamente, fallan o se abandonan más proyectos de software internos de los que se adoptan, debido en parte a los desafíos de trabajar con API poco adecuadas para la tarea asignada. Estas son algunas consideraciones al evaluar software que pueden conducirte a una mejor experiencia de integración:

1. Las API deben ser fáciles de entender, estar escritas en el lenguaje del negocio que la aplicación soporta y permitir las acciones que los usuarios finales realizan con la aplicación. Esta característica reduce la fricción asociada con la traducción de los requisitos comerciales a código, y permite a los desarrolladores "hablar" el lenguaje del negocio en su aplicación personalizada.
2. Las API deben estar bien documentadas. Los portales de documentación interactivos que describen completamente las entradas, salidas, parámetros y criterios de respuesta —como los habilitados para Swagger— son imprescindibles. La documentación debe revelar las mejores prácticas, y no solo las necesarias, para utilizar los métodos particulares de relevancia en un proyecto. El portal de la API debe permitir a los desarrolladores probar las API sin escribir código y, al hacerlo, evaluar su utilidad antes de invertir el tiempo y el esfuerzo de intentar la integración.
3. Las API deben contar con un sólido soporte del proveedor. Tanto para responder a errores inesperados que puedan representar un problema del sistema, como para brindar consultoría sobre su uso mejor y más eficiente, los proveedores de software deben ayudar a sus clientes a sacar el máximo provecho de sus API durante el diseño y después del despliegue.

Potenciando una integración perfecta

Las API de InvestorVision™ continúan la larga trayectoria de soporte para la interacción automatizada con las soluciones de SS&C Intralinks. Diseñadas para dar soporte a los informes para inversores, las API de InvestorVision reflejan los flujos de trabajo comerciales que soporta la interfaz de usuario web y añaden potentes capas de abstracción para impulsar la eficiencia del código.

Con el respaldo de un equipo de soporte galardonado y la guía de consultoría de un grupo de servicios profesionales con amplia experiencia en las API de Intralinks, nuestros clientes pueden lanzar eficientemente soluciones basadas en API al mercado rápidamente, haciéndolo bien desde la primera vez.