En EMX hemos incluido un control "matchcode" que ayuda al usuario a seleccionar el pep sin que tenga que apuntarlo en un papel o realizar búsquedas complejas.
Con este nuevo control el usuario puede navegar por la jerarquía del proyecto, buscar el pep a partir de una descripción o seleccionarlo de una lista de peps que puedan imputarse.
Con este nuevo control hemos conseguido aumentar la usabilidad de nuestras aplicaciones y reducir el tiempo en completar un pedido de compras, parte de actividad, una tarea asignada, ...
Os adjunto un vídeo demostrativo para que opinéis vosotros mismos.
domingo, 27 de enero de 2008
EMX - Usabilidad: Búsqueda rápida de PEPS
sábado, 17 de noviembre de 2007
EMX - ¿Qué es EMX?
EMX es una plataforma: tecnológica, de procesos de negocio y de conocimiento que permite abordar proyectos de integración de Sistemas.
- Plataforma tecnológica: Con EMX hemos conseguido superar las limitaciones tecnológicas de cualquier proyecto de integración. Tener una buena base tecnológica nos ha permitido dedicarnos en los procesos de negocio del proyecto.
- Plataforma de procesos de negocio: Con EMX extendemos los procesos de negocio del backoffice a otros sistemas como pueda ser una web, pda o aplicación windows. Nos centramos en los procesos del negocio que es lo que realmente aporta valor al cliente.
- Plataforma de conocimiento: Disponemos de un equipo con una amplia experiencia en proyectos de integración, que guía desde el principio en como abordar los proyectos e identificar los riesgos.
EMX se puede asemejar a un módulo de cualquier backoffice, que neceista una fase de: instalación, parametrización o configuración.
Podemos resumir que EMX no es un producto de integración, sino una plataforma para integrar sistemas sobre la que elaboramos los proyectos.
EMX está incrustado en el backoffice, todo está desarrollado en el lenguaje del backoffice y se ejecuta en el backoffice. EMX trabaja con el concepto de “Dato único” no necesita bbdd intermedias. Todos los procesos de negocio se ejecutan dentro del backoffice, no teniendo que reescribir procesos que ya están funcionando.
¿Cómo trabajamos con EMX?
De esta forma ofrecemos a nuestros clientes la solución que necesitan.
Así, el coste que se ahorra en licencias, lo invierte en proyectos de valor para su negocio.
¿Qué productos adicionales necesita mi sistema?
EMX es adaptable a terceros sistemas. Hay clientes que optan por instalar emx sobre un servidor de aplicaciones como bea Weblogic y otros sobre un tomcat.
Podemos adaptar el desarrollo en función de los productos que tenga el cliente.
¿Cuántos administradores necesitaremos para mantener EMX?
Emx dispone de varias vistas, para administradores o técnicos y para personal de administración a los que afecta el proyecto. Cada tipo de usuario puede ver lo que se está haciendo en el sistema, pero desde su punto de vista.
Así por ejemplo, el administrador verá si hay problemas en las transmisiones, mientras que un responsable en el departamento de ventas podrá ver cuantos pedidos se han hecho a lo largo del día por el sistema.
Con EMX se redistribuye el trabajo de forma que ninguno de los departamentos implicados tenga más responsabilidades que las que tenía antes.
martes, 13 de noviembre de 2007
EMX - Eficiencia del trabajo de campo con una solución móvil
La importancia de este proyecto es que ha sido el primer proyecto de integración de una aplicación sobre un dispotivo Smartphone con SAP R/3.
En este enlace podeis descargaros el reportaje:
http://download.microsoft.com/download/6/3/8/638c7494-c3a0-4d99-9aee-05729b8597dc/Insyte%20Instalaciones%20Case%20Study.doc
viernes, 19 de octubre de 2007
EMX - Monitorización con SAP R/3 como ayuda al soporte y el desarrollo. Parte 1
Para éllo necesita de una herramienta que le diga:
- El número de usuarios que están accediendo en cada momento.
- Poder determinar que transacciones que están ejecutando uno o varios usuarios.
- Mostrar los errores funcionales y técnicos producidos por el uso del sistema.
- Controlar que datos están manejando los usuarios.
- Sea una herramienta diseñada para los administradores y los consultores funcionales.
No devemos confundirnos con el típico log que guarda todo lo que hace el sistema de mala manera. Tenemos que diferenciar entre un log y una herramienta de monitoriazicón.
- Un log registra las acciones que realiza un sistema. Se utiliza para depurar errores.
- Una herramienta de monitorización del sistema consiste en un conjunto de herramientas que permiten al administrador y a los desarrolladores, conocer el estado del sistema y gestionar de forma remota gran parte de la configuración.
Os adjunto un video de ejemplo con las funcionalidades que hemos implementado.
El ejemplo muestra una aplicación web en .NET integrada con SAP R/3 mediante SAP .NET connector y EMX.
martes, 16 de octubre de 2007
EMX - Actualización remota de PDA's
Para que entendais la importancia de esta funcionalidad os pongo en situación:
- Estamos diseñando un sistema de alta disponiblidad, es decir el usuario siempre debe tener un mecanismo para poder trabajar.
- Nuestro cliente disponde 1500 PDA's distribuidas por toda España.
- La entrada de datos por la PDA afecta al negocio, es decir el 80% de los pedidos, movimientos de mercancía, etc... se realizan desde la PDA.
- Debe existir un mecanismo de contingencia que permita que en caso de avería de la PDA no afecte al trabajo del usuario.
- Los usuarios no tienen conocimientos técnicos, por lo que todo debe ser lo más sencillo para posible.
Con estas premisas, diseñamos un sistema de actualización que permitiera a los administradores actualizar desde una pantalla las pda's que ellos quisieran.
Los resultados de esta funcionalidad para nuestros clientes han sido los siguientes:
- Han ahorrado en personal técnico para dar soporte a los usuarios.
- Pueden actualizar las PDA's cuando quieran.
- Pueden tener distintas versiones al mismo tiempo.
- El usuario apenas interviene en el proceso.
Para que entendais un poco más como funciona, os adjunto un vídeo de ejemplo.
lunes, 15 de octubre de 2007
EMX y SAP .NET Connector
En Consultia seguimos apostando por sistemas sobre plataforma Microsoft, pero nos quedaba una asignatura pendiente en el diseño de componentes de integración con SAP R/3.
Hasta ahora todos los portales web que necesitaban una integración con SAP R/3 los desarrollábamos en J2EE sobre un Tomcat o un sistema Bea.
En esta nueva versión de EMX hemos apostado por SAP.NET Connector para todos nuestros accesos a SAP.
Hasta ahora nuestras experiencias son bastantes satisfactorias.
Entre sus ventajas podemos resumir las siguientes:
- Dispone de un asiste que nos facilita la creación de las llamadas a las bapis. Mediante el pluggind del SAP .NET Connector seleccionamos el entorno SAP al que queremos conectarnos, para a continuación seleccionar las bapis que queremos tener disponibles. Luego solo tenemos que arrastrar y soltar. Lo que hace el asistente en realidad es crearnos una serie de clases en tiempo de diseño con las mismas estructuras que tienen las bapis.
Entre sus desventajas:
- Que corres sobre JCO. Esto creo que ha sido una chapuza, ya que SAP dispone de perfiles suficientemente capacitados como para implementar un nuevo connector basado en .NET.
- No facilita el desarrollo de código en tiempo de ejecución.
- No se integra sobre Visual Studio 2005, por lo que tenemos que implementar un proyecto de librería en VS2003 e importarlo en VS2005.
EMX - Informes de SAP R/3 sobre entorno Web
Otra de las funcionalidades que hemos conseguido en Consultia es poder visualizar informes y listados de SAP R/3 en PDF o Excel desde un entorno web.
Los informes son una herramienta imprescindible para cualquier sistema que soporte los procesos funcionales de la empresa. Por ese motivo, vimos que era necesario complementar la plataforma EMX con un mecanismo de informes.
Estos informes no se generan en la web. Las web lo que hace es llamar a una serie de bapis que ejecutan directamente un programa en SAP, y luego le devuelven la salida del pool de impresión de SAP. De forma que una misma programación para un informe, sirve para usuarios SAP y para usuarios lógicos de EMX.
Otra necesidad que vimos al darle a los usuarios la posibilidad de ejecutar los informes, era el limitarles el rango de visión. "Los usuarios tienen que ver la información a la que tienen permiso".
Basándonos en el concepto de rol de EMX, añadimos la posibilidad de definir una serie de reglas de variantes por usuario. Así, nuestros clientes pueden definir distintas variantes de visualización y ejecución para cada tipo de usuario.
Una vez nos devuelve sap el resultado somos capaces de mostrarlo en distintos formatos como: html, pdf o excel.
Adjunto un video de ejemplo para que veáis la potencia de la plataforma.
