miércoles, 26 de junio de 2013

Integración de Dynamics CRM, SharePoint y JD Edwards: Un Triple Desafío de TI

 


Glenn Johnson - Senior Vice President - Magic Software Américas
La integración de Oracle JD Edwards con Microsoft Dynamics CRM y SharePoint no es un tema nuevo en este blog. Ya hemos hablado de integración individual con JD Edwards y también hemos escrito sobre la integración de JD Edwards con Dynamics CRM. Pero nunca nos hemos referido al triple desafío de la integración de procesos de negocio de los tres productos juntos.

Así que la pregunta de hoy es: si usted tiene estas tres soluciones ejecutándose en su empresa, cuáles serían los procesos de negocio y contactos que necesitariá integrar? Oracle JD Edwards y los paquetes de Dynamics CRM son aplicaciones de software que realizan operaciones de negocios comunes, tales como tareas de mantenimiento de registros y presentación de informes, que están muy bien definidas. Sabemos por ejemplo que la estructura de la tabla estándar para un contacto o cliente es similar en ambos sistemas.

Pero con SharePoint es otra historia. SharePoint es una pizarra en blanco, en la que por ejemplo se pueden crear aplicaciones para aprovechar las capacidades de SharePoint en forma muy amplia, para la gestión de contenidos, colaboración, portales y tareas de flujo de trabajo. Así que para hablar de la integración de los tres productos, vamos a considerar tres usos comunes de SharePoint y discutir sobre las mejoras en los procesos que se pueden hacer con Oracle JD Edwards y Microsoft CRM.

Gestión de Facturas en disputa. En este ejemplo, tenemos una aplicación de SharePoint creada para hacer frente a los procesos de negocio de la compañía exclusivamente de los conflictos de sus propios clientes en las facturas que se emitieron. La junta de la empresa decidió que necesitan una aplicación centralizada para ver todos los datos y la información relacionadas con un conflicto en particular. Cuando se disputa una factura, se utiliza el número de factura para identificar al cliente en el sistema ERP y los datos del ERP que se relacionan con el cliente o prospecto en el sistema CRM. La aplicación puede mostrar información comercial y de créditos del sistema ERP, así como el historial de ventas del sistema de CRM histórico. De acuerdo con esto SharePoint puede enviar una propuesta para ser aprobada por las partes involucradas. Una vez determinada la solución se puede actualizar el sistema de CRM y el sistema ERP. Los tres sistemas tienen un papel vital en el suministro de una vista de 360 grados del proceso de gestión del proyecto de ley. Se ha mejorado el tiempo de solución, lo que aumenta la satisfacción del cliente y la eficiencia de los procesos de negocio.

Monitoreo de una campaña de marketing integrada . Si bien los aspectos de ventas y de servicio al cliente en Dynamics CRM son buenos, sus funcionalidades comerciales son limitadas. Y JD Edwards World no posee CRM. Algunos usuarios de JD Edwards y Dynamics CRM necesitan crear un sistema de seguimiento de campañas de marketing integrados de SharePoint para ayudar a demostrar el ROI de la inversión en marketing y vigilar con mayor eficacia las campañas, clientes potenciales, oportunidades de conversión y el valor en toda la vida el cliente. Hacer un seguimiento de las campañas, los clientes potenciales y los gastos de comercialización se puede facilitar con la implementación de SharePoint. Determinar cosas como cuánto tiempo se tardó en cerrar un contrato y el tiempo de servicio dedicado al cliente va a requerir acceder a Dynamics CRM en el primer caso y a JD Edwards en el segundo caso. Se pueden crear aplicaciones de SharePoint para proporcionar un punto de visibilidad común en la eficacia de la campaña de marketing y gestión de flujo de trabajo para el proceso de la campaña en sí misma, así como para realizar el seguimiento de campañas, actividades, materiales y gastos. En este sentido, la integración de la Web 2.0, como las redes sociales, blogs y mensajería instantánea también pueden ser útiles.

Reembolso y aprobación de gastos. SharePoint proporciona una manera fácil para que todos los empleados puedan acceder a las aplicaciones de informes de gastos en SharePoint. La integración con ERP es fundamental para las necesidades contables de la liquidación de gastos. A pesar que la necesidad de integración con CRM puede ser menos evidente, permite mejorar significativamente la toma de decisiones para controlar los gastos relacionados con las oportunidades específicas y las decisiones de los cierres de ventas. ¿Cuáles clientes son más rentables y cuáles menos? ¿Cuál es el verdadero costo de las ventas? De acuerdo a estos conocimientos, los costos pueden ser direccionados para mejorar la retención de clientes y las decisiones de la audiencia.

Gestión de catálogos de productos.  Con la integración de JD Edwards con Dynamics CRM en su solución de gestión de productos, se pueden obtener todo tipo de beneficios. Los gerentes de producto y los gerentes de cuentas tienen un trabajo de información centralizada en la aplicación de SharePoint que se sincroniza con el ERP y CRM. Los vendedores necesitan ver los productos y los precios en el sistema CRM y, por supuesto tener esta misma información en el sistema ERP. Pero en realidad son el gerente de productos y el gerente de cuentas, quienes deciden qué productos se van a lanzar, cuáles son sus precios, descripción del producto, fotos de productos primarios y secundarios, y exactamente cuándo comenzar a tenerlos disponibles. SharePoint permite administrar los flujos de trabajo y las aprobaciones relacionadas con estas decisiones. Los enlaces a los medios sociales, incluso se pueden publicar en Facebook y Twitter cuando los nuevos productos se encuentran disponibles en la aplicación de SharePoint.

El gran "si" . Usted puede hacer estas cosas y mucho más, pero sólo si tiene una plataforma de integración que pueda orquestar JD Edwards (World y EnterpriseOne) con Microsoft Dynamics CRM y SharePoint (2007 ó 2010). La Plataforma de Integración Magic xpi de Magic Software permite gestionar la integración de todos estos sistemas entre sí mediante la utilización de adaptadores pre-elaborados para cada una de estas aplicaciones. Con sólo arrastrar, soltar y configurar un diseño de procesos de negocios, se dispone de una manera relativamente sencilla de superar este triple desafío de TI.

viernes, 21 de junio de 2013

Anatomía de una aplicación de negocios real

Tome su smartphone y comience a desplazarse a través de las aplicaciones. Encontrará un montón de aplicaciones bien diseñadas y funcionales, que le ofrecen todo lo que espera de ellas. Por ejemplo, su aplicación de entrenamiento le indica exactamente cuántas calorías quemó al caminar, le informa los resultados a sus amigos de las redes sociales y cada mañana le recuerda volver a entrenar. Ahora bien, ¿qué sucede si hay un retroceso en su entrenamiento y en los resultados del colesterol con respecto a los últimos dos años?. Le voy a ahorrar el trabajo de verificarlo. No lo puede averiguar.

Una de las diferencias más significativas entre las aplicaciones de negocio y de consumo, es que las aplicaciones empresariales necesitan integrarse diariamente a las prácticas activas del negocio, mientras que las aplicaciones de consumo generalmente son independientes. Después de todo, una empresa es un conjunto de procesos de negocios interactivos y los datos y procesos de sus aplicaciones móviles nunca están aisladas. Mientras que una aplicación de negocio móvil puede servir a una función elemental, como informe de gastos, orden de compra a aprobar o ventas autorizadas en el último minuto, estas aplicaciones necesitan trabajar juntas como parte de un negocio global a través de la integración de sistemas de back-end. Las Aplicaciones móviles empresariales se deben integrar firmemente a fuentes de datos externas, que pueden estar ubicadas tanto en la empresa como en la nube.

Otra diferencia entre las aplicaciones de consumo y empresariales móviles es que muchas aplicaciones de consumo se desarrollan en forma personalizada para uno o más sistemas operativos. El desarrollo de aplicaciones nativas independientes para iOS, Android, BlackBerry y Windows Mobile puede ser extremadamente costoso y una gran pérdida de tiempo. Mientras que los consumidores están acostumbrados a experiencias nativas, muchas empresas no pueden justificar el costo de desarrollo y mantenimiento de diferentes aplicaciones personalizadas para cada tipo de dispositivo y sistemas operativos distintos (puedo escuchar el sonido de la caja registradora resonando en mi cabeza con solo pensar en todos los esfuerzos requeridos para actualizar una aplicación de iOS 6 a iOS 7). Incluso si uno se centralizara en el desarrollo para una única plataforma como Android, las distintas versiones de éste sistema operativo, conocidas con nombres tales como Ice Cream Sandwich y Tarta de limón requieren de desarrollos nativos separados si es que no se utiliza una plataforma diseñada para encarar múltiples ambientes de ejecución a la vez.



A la luz de la tendencia BYOD, las empresas necesitan ejecutar aplicaciones empresariales móviles para múltiples plataformas y resolverlo de una manera rentable. Es por esta razón que un enfoque de plataforma de aplicaciones multiplataforma es ideal, ya que permite crear aplicaciones para una gran variedad de sistemas operativos y dispositivos móviles mediante un único esfuerzo de desarrollo. Cuando la plataforma se encarga de todas las complejidades detrás de escena, el usuario se puede concentrar únicamente en sus procesos de negocio y las aplicaciones se pueden crear más rápidamente. Además la aplicación puede emplear funciones nativas del dispositivo y no necesitan ser reescritas completamente cada vez que cambian las características del dispositivo o se actualiza un sistema operativo.

Las aplicaciones empresariales y de consumo también se diferencian en su orientación al mercado. Si las aplicaciones de consumo no cumplen con las características deseadas y no tienen una experiencia de usuario gratificante, no tienen una segunda oportunidad. Las aplicaciones empresariales trabajan normalmente con una audiencia cautiva y necesitan ser "rápidas y básicas" para obtener beneficios inmediatos y significativos en materia de productividad y rentabilidad. Estas aplicaciones deben cumplir con sólo una o dos funciones, tales como aprobación de compras o registración y actualización de clientes de una orden, pero también deben tener una interfaz gráfica agradable y ser fáciles de utilizar, ya que es lo que esperan los empleados luego de su experiencia con las aplicaciones de consumo. De lo contrario no se utilizan.

Últimamente, la integración es el requerimiento más crítico para obtener el retorno de inversión deseado de una aplicación empresarial. Una vez que el gerente de compras ha aprobado una orden, necesita por ejemplo que se introduzca automáticamente en la contabilidad o el sistema de ERP, y ser enviada de vuelta al solicitante con un aviso de aprobación. La información actualizada también se debe introducir en el sistema de gestión de la cadena de suministros, el cual puede ser local o en la nube, así como en la totalidad del sistema. Un informe de investigación de MGI 2012 indica que "la integración con sistemas de back-end  representa el reto más grande y el mayor consumo de tiempo y presupuesto" para aplicaciones empresariales móviles. Se estima que los costos de integración de aplicaciones empresariales móviles típicamente representan el 70% de la solución de aplicación empresarial móvil en general. Por lo tanto, tiene mucho sentido para las empresas considerar una plataforma de integración que se encuentre íntimamente ligada al proceso de desarrollo de aplicaciones móviles.

Análisis de procesos, diseño de aplicaciones, desarrollo e integración deben ir de la mano al crear aplicaciones empresariales. Pregúntese lo siguiente: ¿qué procesos de negocios tienen sentido que sean móviles? ¿Cómo se pueden diseñar las aplicaciones para que sean fáciles de utilizar, eficientes y atractivas al mismo tiempo, aprovechar las funciones nativas para dispositivos individuales y quedar uniformes en una amplia diversidad de dispositivos? ¿Qué sistemas de negocios necesitan conectarse y cómo se puede hacer esto más fácilmente?: Trabajando en forma inteligente y colaborativa con la gente experimentada en integración de aplicaciones de negocios móviles, sus aplicaciones móviles tendrán exactamente lo que buscan y con un presupuesto de desarrollo razonable.

 

Regev Yativ es Presidente y CEO de  Magic Software Enterprises Americas. Magic proporciona plataformas potentes y versátiles para el desarrollo y la integración de soluciones empresariales.

Este artículo fue publicado originalmente el 16 de junio de 2013 en enterprise2blog.com

-Ver más en: http://blog.magicsoftware.com/2013/06/Anatomy-of-a-Real-Business-App.html#sthash.3VStOlqO.dpuf


Original

One of the significant differences between business apps and consumer apps is that business apps need to be integrated into daily business practices, while consumer apps tend to be standalone.