Inicio
 > Informes e investigaciones > Blog de TEC > Antecedentes, dirección y recomendaciones para e...

Antecedentes, dirección y recomendaciones para el usuario de SAP NetWeaver

Escrito por: Predrag Jakovljevic
Publicado: febrero 2 2006

Antecedentes de Net Weaver

En el 2003, SAP colocó a NetWeaver como herramienta para reducir el costo total de propiedad (TCO), pero ahora ha cambiado a una herramienta para permitir una ventaja competitiva a través de la innovación de procesos comerciales. Poniéndolo de otra forma, los primeros de NetWeaver en el 2003 eran principalmente herramientas para unir el intervalo entre las aplicaciones SAP y las que no son SAP. Hoy en día, la idea es tener aplicaciones SAP que están divididas incluso en fragmentos más pequeños y unirlos con servicios Web, para que los clientes y escoger sólo las mejores aplicaciones e incluso añadirlos en fragmentos, aunque sean proporcionados por compañías que no sean SAP.

Por otro lado, esta estrategia debe permitirles a los clientes crear y modificar aplicaciones más rápido y más económicas. Por otro lado, los desarrolladores de SAP ahora deben ser capaces de desarrollar nuevas aplicaciones en pedazos tamaño bite, que deben acelerar la entrega de nuevas funciones, en lugar de la espera de años entre los lanzamientos de software más importantes. Por lo que, como se mencionó en SAP NetWeaver para múltiples propósitos, alrededor de la mitad de las 9,000 personas de desarrollo de SAP han estado trabajando en la plataforma, mientras que la otra mitad ha estado desarrollando mejoras de la aplicación y arreglando pequeños problemas. De las 4,500 personas que trabajan en NetWeaver, aproximadamente dos tercios están dedicados al desarrollo de la infraestructura y un tercio a ya sea a completar la funcionalidad existente como los servicios Web o a reescribir los componentes existentes.

En términos de la evolución de la plataforma de simples transacciones, pasando por la integración, hasta la composición de aplicaciones y procesos comerciales SAP ha ciertamente alcanzado la etapa de composición. Por ejemplo, en el 2003, NetWeaver era principalmente una plataforma de integración, compuesta de un portal, tecnología de integración de las aplicaciones empresariales (EAI), y el primer SAP xApps (aplicaciones cruzadas), mientras que hoy en día, sus capacidades se han expandido drásticamente para incluir capacidades como la gestión de los procesos comerciales (BPM) y la gestión de datos maestros (MDM) (consulte, SAP Bolsters NetWeaver's MDM Capabilities).

De hecho, SAP intenta vender la arquitectura orientada al servicio (SOA) esencialmente como la cuarta ola de tecnología de la información (IT) que permite capacidades de "cambio inmediato" (contra las capacidades de "procesamiento inmediato" de la era del marco principal en los años80, las capacidades de “reporteo inmediato” de la era cliente/servidor a principios de los años 90, y el "intercambio inmediato" de la era de Internet a finales de los 90). El vendedor también afirma que SAP es el único vendedor que está colocado al frente de todos los cambios importantes durante las últimas décadas. Incluso, se cree que SAP está adelantado a la programación de los objetivos de adopción de los clientes, y sigue al tanto de todas las mejoras tecnológicas existentes.

Como un seguimiento lógico del progreso de NetWeaver de SAP durante los últimos tres años, este gigante de software quiere colocarse a sí mismo en el centro de un creciente ecosistema de innovación. Este ecosistema estaría compuesto de algunos “mega corredores de valores”, junto con clientes, socios, y vendedores de software independientes (ISV), que están comprometidos en relaciones de trabajo dinámicas para desencadenar y fomentar la innovación al fortalecer el valor único de cada participante (incluyendo SAP) y asegurar la continuidad de uso. Los proyectos de SAP NetWeaver ahora están generando aproximadamente $100 miles de millones de dólares por trimestre en los ingresos de nuevos servicios para SAP y sus socios, y actualmente existen de 5,000 a 6,000 proyectos NetWeaver completos o en desarrollo.

El vendedor profesa entender que el enfoque del cliente junto con la facilidad de manejo del socio debe dar como resultado mejores soluciones y que existen muchas oportunidades para los varios participantes dispuestos en el mercado de aplicaciones empresariales de más de $300 miles de millones de dólares. Los ingresos de servicio crean una situación muy favorable para los socios, donde SAP promete ser un corredor de valores claro, abierto, justo y eficiente.

Esta es la segunda de dos partes que conforman esta nota. En la primera parte se describió la estrategia NetWeaver de SAP.

Dirección de la necesidad de estándares

SAP está haciendo un gran esfuerzo para dirigir las preocupaciones acerca de la falta actual de acuerdos en estándares definidos para la conectividad y la interoperabilidad (consulte, Los gigantes de la planificación de los recursos de la empresa tienen en la mira la planta). Para ello, hace más de un año, el gigante creó la iniciativa de interoperabilidad entre la producción y el negocio (P2B) para dirigir los intereses de los clientes en próximas adopciones de estándares P2B, y actualmente ha creado la iniciativa de certificación de interoperabilidad SAP para dirigir estándares interempresariales (B2B) y de interaplicación (A2A). Recientemente, SAP ha combinado ambas iniciativas dentro de la red de vendedores independientes (IVN) de SAP para la iniciativa de colaboración comercial, cuyo alcance incluye toda la interoperabilidad con base en estándares para cubrir tanto la integración interna como la externa, y crear redes de valor para la colaboración comercial y el intercambio de datos maestros. La iniciativa implica el soporte de SAP para los estándares dentro de NetWeaver, la participación de SAP en la comunidad de estándares y la creación de un ecosistema socio de IVN.

De hecho, la demanda oculta de resolver el problema de interoperabilidad puede crear una oportunidad para que SAP no sólo beneficie a sus clientes, sino que también se beneficie a sí mismo al promover SAP NetWeaver como una solución a este problema. Para mayor información consulte Los gigantes de la planificación de los recursos de la empresa tienen en la mira la planta.

La selección de estándares incondicionales soportados se conducirá por la demanda de los clientes, a lo cual SAP ha prometido mantener los elementos de integración estándares de estas organizaciones en el repositorio de SAP para que los socios y los clientes los puedan utilizar. Además, el IVN debe crear un ecosistema socio donde los socios pueden colaborar con SAP y otros socios mientras crean, certifican y entregan un valor comercial preconstruido. El sistema socio debe tener varios paquetes específicos para los socios que incluirán todo lo necesario además de los meros estándares para completar las integraciones (por ejemplo, pueden incluir procesos o escenarios comerciales específicos de la industria, que se pueden afinar para las necesidades específicas de los clientes). Existen algunos procesos comerciales estandarizados, y la estandarización adicional significaría menos trabajo de adaptación para los socios y para los clientes, y mayor contenido en el registro de SAP. Bajo la iniciativa IVN de SAP antes mencionada, SAP está aumentando su implicación en el desarrollo de los estándares seleccionados, como todas las actividades relacionadas a la iniciativa girarán alrededor de los estándares de la industria, como el intercambio de datos de la industria química (CIDX); RosettaNet; Open Application Group Inc. (OAGi); Sociedad de instrumentación, sistemas, y automatización (ISA)-95, Machinery Information Management Open Systems Alliance (MIMOSA), Fundación OPC, etc.

Fortalecimiento de NetWeaver para la planta

No es ningún secreto que SAP ha estado intentando extender su alcance a la planta, a través de sus temas de “fabricación adaptable” y “redes comerciales adaptables (ABN)” y su introducción en el 2004 del tablero de control de gestión de planta SAP. Esto último fortalece NetWeaver para agregar y presentar información a los usuarios, autorizándolos a manejar y mejorar el desempeño de fabricación. Para mayor información consulte Los gigantes de la planificación de los recursos de la empresa tienen en la mira la planta.

Cuando se trata de fortalecer ISA-95 de SAP, las correlaciones basadas en estándares se van a construir en el componente de la infraestructura de intercambio (XI) dentro de SAP NetWeaver (por ejemplo, el paquete comercial XI que estará disponible como parte de la Inteligencia e integración de fabricación xApp de SAP [SAP xMII]), y van a existir algunas reglas (por ejemplo, cuándo salen los mensajes, cuándo se retiene un mensaje, cuál es la secuencia y el agrupamiento de mensajes, etc.) que también existirá en NetWeaver. Así que cuando la compañía usuaria obtiene NetWeaver, también obtendrá la correlación de SAP, y las reglas acerca de los mensajes, donde todos deberán ser una parte central basada en NetWeaver, y deberá permitirles a los usuarios lograr la interoperabilidad sin tener que salir a comprar el adaptador de alguien más.

SAP ha afirmado varias veces que cuando sus clientes demandan con firmeza incorporar una nueva funcionalidad en su serie de productos, es posible para el vendedor hacer adquisiciones para cumplir dichas necesidades. Sin embargo, este acercamiento causa conflicto con su estrategia xApp para atraer a una vasta comunidad de desarrollo ISV dentro del ambiente NetWeaver. Este es especialmente el caso con las incursiones de SAP en la planta, donde la compañía se ha dado cuenta por mucho tiempo que no puede proporcionar todo lo que demandan los clientes dentro de la plétora de industrias que tiene como interés. Docenas de vendedores de planta, algunos de los cuales han sido muy ruidosos y visibles en la estrategia SAP NetWeaver y en varios eventos de la industria, han estado trabajando con SAP para cubrir estos faltantes.

Los retos de la estrategia de SAP

SAP afirma básicamente no estar interesado en la funcionalidad de la industria específica que la mayoría de los ISV proporcionan (ya que es muy buena en la funcionalidad de la industria cruzada, y por lo general no entra en las áreas de desarrollo específicas para la industria) Sin embargo, las recientes adquisiciones de SAP pueden estar enviando mensajes conflictivos de que los socios no son iguales (lo que es en cierta forma cierto en cualquier caso del mundo real) y de que la construcción de una aplicación compuesta de obtiene fuerza en el mercado puede dar como resultado otra adquisición. Incluso, este es un mejor escenario que tener a SAP desarrollando la solución de forma interna (y clandestina), solo para desguanzar el negocio del socio.

Al perseguir dicha estrategia, SAP arriesga inevitablemente rebajar de cierta forma el atractivo de NetWeaver para ISV que buscan permanecer independientes, y por lo tanto limita los beneficios a los usuarios prospecto de la estrategia xApp. Esto puede ser música a los oídos de otros proveedores de software empresarial, como las preferencias de Oracle, SSA Global, IBM, Intentia, IFS, e Infor Global Solutions que tienen un gran interés en plantas dentro de las industrias discretas y de procesos, sin mencionar el hecho de que esto puede crear una oportunidad para ellos para proporcionar sus plataformas para ISV en lugar de la plataforma de SAP.

Por otro lado, está claro que SAP está dedicando una gran cantidad de recursos al concepto de NetWeaver, ya que lo que conduce SAP es el deseo de vender las licencias de NetWeaver, su portal y su tecnología de integración. Si el tablero de control del director de planta de SAP se convierte en el punto de acceso de escritorio para las preferencias de gerentes de fabricación, entonces SAP necesita contenido, y durante el futuro inmediato dicho contenido estará provisto por múltiples proveedores de gestión de producción, ejecución y automatización.

La habilidad del gigante para crear el ecosistema antes mencionado sigue siendo el más importante de los retos que enfrenta. Además, NetWeaver no ha contribuido tanto a los ingresos de SAP (ya que en su mayoría está incluido de forma gratuita en otros componentes xApps y mySAP). Sin embargo, si gana popularidad, SAP tendrá la oportunidad de influir enormemente al crear un estándar de la industria para nuevas aplicaciones empresariales.

Posiblemente a través de cientos de ISVs, SAP podría penetrar millones de usuarios nuevos cuyos negocios son muy pequeños o cuyas necesidades son muy esotéricas incluso para considerar los paquetes "unitalla” complejos de SAP, que se dice que pueden costar una fortuna y llevarse años al implementarse. Pero, como se mencionó con anterioridad, la reputación de SAP como un socio es mixta y las compañías, en especial los ISVs necesitarán que se les proporcione una prueba más clara de que es un socio confiable. Esto requerirá un cambio cultural dentro de SAP que no sucederá inmediatamente.

SAP también necesitará simplificar su estrategia de asignación de precios para los varios componentes que comprende NetWeaver. Al momento, su estrategia de asignación de precios sigue siendo un trabajo en proceso, y crea un peligro de que los clientes compren menos software de SAP en sí y más de los ISVs. Mientras que SAP ha estado discutiendo algunos modelos de asignación de precios, muchos se basan en el volumen real de la transacción. Esto puede aplicar para aquellas compañías que venden productos en masa, por ejemplo químicos en volumen, pero las compañías que venden una gran cantidad de productos en gran volumen pero a bajo precio, el modelo de transacción puede tener un costo muy alto.

Además, SAP pronto tendrá que aclarar cómo su tecnología Lighthammer, recientemente adquirida, se integrará a la pila de NetWeaver (además de formar parte de SAP xMII), cómo va a ser la licencia para otros vendedores de software y para los clientes de SAP (por ejemplo, si será una pieza central o si las unidades comerciales independientes pueden dictar sus propias reglas), y cómo su falta de modelos de datos persistentes para múltiples industrias será dirigida a lo largo del camino. En otras palabras, el papel de SAP xMII relativo a SAP NetWeaver y las soluciones de sus socios necesitan más claridad. Además, la estandarización de la integración final de SAP también está limitada por la falta de estándares de procesos comerciales, que forzarán a las empresas manufactureras usuarias a utilizar las distintas soluciones de diferentes socios SAP y a tener ya hecho el continuo trabajo especial.

Más allá del problema de integrar la tecnología Lighthammer dentro de NetWeaver, la tecnología Lighthammer está diseñada para ayudarle a la arquitectura de servicios empresariales (ESA) de SAP a permitir la interoperabilidad para las compañías manufactureras. SAP espera que al incorporar ISA-95 y otros estándares abiertos, junto con fortalecer el componente XI de SAP NetWeaver para la interoperabilidad de la fabricación, SAP XI y será capaz de (en algunos casos ya lo tiene) conectarse internamente con varios módulos apropiados, como la planificación de la producción (PP) de SAP, mySAP SCM, mantenimiento de planta SAP (PM), y gestión de calidad de SAP (QM) por medio de llamadas funcionales remotas (RFC) o documentos intermedios (IDoc) para ejecutar dichas tareas como “Control-Receta-Bajar”, Crear- mensajes de procesos múltiples”, “mantenimiento- petición” o "mantenimiento- respuesta”. Externamente, SAP XI puede actualmente conectarse a otras plataformas de integración estratégicas o sistemas de planta, pero la interoperabilidad con base en los estándares eventualmente permitirán los procesos comerciales, o los escenarios, para ser desplegados fácilmente a lo largo de las fronteras, y con ello soportar la visión ABN de SAP.

El ecosistema del socio incluye el soporte de SAP, como la transferencia de conocimiento y el soporte del rastreo rápido, y un programa de certificación para fomentar paquetes de socios de alta calidad. Para la certificación a través del nuevo programa “Patrocinado por SAP NetWeaver”, SAP requiere que sus socios utilicen NetWeaver XI y por lo menos un estándar en cada paquete. El vendedor afirma que 125 compañías han firmado para ser socios, crear paquetes de valor comercial preconstruidos, y luego trabajar para obtener su certificado.,

Recomendaciones para el usuario

SAP NetWeaver y ESA, con sus postulados de productividad del usuario, incluyendo análisis y reportes, composición de las aplicaciones, habilitación de servicio y gestión del ciclo de vida del software, están madurando a un nivel donde es posible una adopción más amplia a lo largo de la base de clientes de SAP. Para aquellas compañías que han tomado la decisión de subcontratar la mayoría de sus aplicaciones de software empresarial de SAP, esta plataforma debería ser el contenedor líder para la base de las futuras incursiones de SOA. Deben comenzar por considerarlo seriamente (teniendo en mente todos las ventajas y las desventajas, consulte, What's Wrong With Enterprise Applications, and What Are Vendors Doing About It?), ya que si no despliegan eventualmente ESA, los beneficios esperados de utilizar SAP no serán sustentables a la larga.

Para las compañías que tienen una mezcla más heterogénea de aplicaciones empresariales, aunado a una fuerte estructura ERP de SAP, el soporte de SAP ESA de numerosos estándares lo hace nuevamente un candidato sólido. La iniciativa del certificado de interoperabilidad de SAP es un paso positivo que debe proporcionarles a las soluciones de fabricación una vida más larga y un soporte potencialmente mejor. A pesar de que el nivel actual de interoperabilidad de la industria está a un nivel de madurez medio, y está limitado por los estándares y técnicas actuales, el ecosistema de socio proporciona un lugar para explorar el siguiente nivel de interoperabilidad conforme evolucionan los estándares y las tecnologías de soporte. Los usuarios de SAP que están evaluando las soluciones de inteligencia de planta, en especial si están contentos con NetWeaver y son industrias en proceso, deberían considerar SAP xMII.

No obstante, de forma general, aunque SOA es una metodología innovadora para fortalecer la tecnología para mejorar los procesos comerciales, aunque la migración de SOA sea gradual en lugar de ser explosiva y sea conducida a menor medida por el hardware que las olas computacionales anteriores, y a pesar de que los usuarios por lo general se benefician cuando los vendedores grandes y adinerados compiten para entregar aplicaciones que proporcionen procesos comerciales altamente flexibles en un ambiente SOA, los usuarios deben estar alerta a las varias advertencias y decisiones difíciles de transición (incluso si este es un punto donde no hay vuelta atrás). En concreto, debido a la renovación de múltiples fases y múltiples años necesaria para poder disminuir los problemas de migración, los clientes tendrán que tener una serie de múltiples actualizaciones.

Además, como en la construcción de carreteras, las desviaciones siempre causan demoras, y la suma de todos los costos de migración podría irónicamente exceder los esfuerzos explosivos de la era anterior. También habrá una larga transición de módulos tradicionales de productos a procesos y aplicaciones basadas en SOA, la transición de interfaces de usuario (UI), la migración de mercados de datos y almacenes, el reemplazo de plataformas de integración existentes, la gestión de miles de componentes del software, decisiones en su exactitud, etc. Este ritmo de cambio, cuando se agrupa con los requisitos de una transformación posiblemente rápida, puede hacer que varios usuarios se sientan restringidos por el vendedor en lugar de sentirse autorizados.

Después de más de treinta años de existencia, los líderes de las aplicaciones empresariales han añadido últimamente vario componentes avanzados. Sin embargo, el modelo de la aplicación original no ha tenido el desmontaje arquitectónico requerido (consulte, Rewrite or Wrap-Around Old Software?), dando como resultado nuevas series de aplicaciones empresariales que son más complejas y mucho más caras de operar que los productos competidores más "jóvenes" con arquitecturas más recientes.

La reestructuración del producto establecida alrededor de SOA puede tener consecuencias en los productos. También puede dar como resultado la multiplicación de los costos de la licencia del producto y de la instalación. En cuanto a la transición a las series de la siguiente generación, es probable que los vendedores líderes cobren por actualizar licencias actuales. Además, varias series comerciales habilitadas en SOA de la nueva generación no pueden operar en un sólo sistema o instancia como lo hace su contraparte monolítica cliente/servidor. En lugar de ello, existe una familia de sistemas donde cada miembro es algo diferente, donde existen varias funciones en muchas variantes del producto. Por consiguiente, sus ciclos de lanzamiento por lo general no están sincronizados y cada vez más se hace más difícil manejar esta complejidad, incluso si uno se olvida de la adaptación extensiva necesaria de los sistemas de legados actuales.

Por lo tanto, mientras se debería observar el tamaño de los ecosistemas socio, también se debería observar qué vendedor logra una serie empresarial completamente basada en SOA, dado que ningún vendedor ha reescrito por completo todas sus funciones en servicios finos. Por ejemplo, SAP ha previsto un escenario donde, para beneficiarse por completo de los objetos comerciales, puede requerir hasta 30,000 servicios empresariales para cumplir con todos los distintos requisitos verticales únicos. Esta es una misión colosal, a pesar de los intentos de SAP por definir objetos y servicios a lo largo de una sola plataforma (de forma opuesta a la distracción de otros competidores de tratar de asimilar algunas adquisiciones importantes).

El mercado todavía está lejos de conocer cuánto costará y cuánto tiempo se tardará para que los clientes existentes cambien a sistemas basados en SOA, y lo mismo sucede con el desempeño, la manejabilidad, la seguridad y otros problemas relacionados. Debido a que el conjunto actual de productos es complejo y caro de operar, extender y actualizar, la tecnología más nueva como los portales basados en Web y los servicios Web, no son nativos al conjunto de productos sino más bien son anexos tardíos. Asimismo, la siguiente generación de series basadas en SOA mostrarán una miríada de componentes de software que se tendrá que comunicar por mucho tiempo de forma no sincronizada (por ejemplo, cuando el otro componente sea capaz de responder), haciendo que sea difícil determinar el tiempo exacto que un proceso comercial se tardará en completarse.

 
comments powered by Disqus
Popular Searches

Búsquedas recientes:
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others