Accueil
 > Rapports de TEC > Blogue de TEC > SAP renforce ses capacités MDM de NetWeaver Cinquième par...

SAP renforce ses capacités MDM de NetWeaver Cinquième partie: Défis et recommandations des utilisateurs

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

Défis

SAP NetWeaver , est devenu le principal pilier de SAP AG s '(NYSE: SAP) stratégie visant à se refaire dans un fournisseur de plate-forme. Avec cela et mySAP Business Suite , la plus vaste gamme d'applications d'entreprise sur le marché, SAP se vendra peut-être tout de serveurs d'applications via le middleware pour les services Web (envisagé, dans le cas de SAP, d'orchestrer les processus d'affaires au moyen d'applications composites packagées à travers et / ou au-dessus des systèmes existants). À la mi-Juillet, SAP a annoncé qu'elle a acquis la quasi-totalité de A2i (Etats-Unis), société privée de logiciels, Inc a Los Angeles, en Californie, qui, depuis 1993 développe et commercialise xCAT , la plate-forme pour toute l'entreprise de gestion de contenu produit (PCM) et la publication du catalogue cross-média, mais avec la simplicité et l'accessibilité vanté d'applications de bureau.

Le diable est toujours dans les détails, c'est le fait que xCAT ne travaille pas actuellement sur SAP NetWeaver. En outre, l'intégration actuelle est offert uniquement par iViews , qui sont la marque de SAP de portlets, qui A2i a déjà développé pour fonctionner au sommet SAP Enterprise Portal ( SAP EP ), en raison de la volonté de A2i de collaborer avec de nombreux fournisseurs, dont IBM. Par conséquent, l'intégration pourrait ne pas être que de taille, puisque les deux fournisseurs ont adopté des systèmes ouverts, en particulier A2i, étant donné que son logiciel par nature toujours eu à intégrer avec plusieurs entrepôts de données disparates et les applications ou plates-formes, y compris IBM WebSphere , SAP Web Application Server ( SAP Web AS ) et SAP EP.

Pourtant, le temps seul dira si le avenir SAP Global Data Synchronisation ( SAP GDS ) produit sera diffusé comme prévu à la fin 2004, quand on le peut discerner comment vraiment il est facile d'intégrer xCAT. En outre, SAP prévoit d'intégrer des fonctions xCAT comme la normalisation de données haute vitesse et de la gestion de la taxonomie plus fermement dans le SAP MDM composant dans les deux prochaines années. Les choses deviennent un peu plus compliquées là par le fait que SAP MDM reste le seul composant SAP NetWeaver qui n'est pas inclus dans une version synchronisée cycle il reste sur SAP Web AS 6.20 , alors que tous les autres composants de sortie 2004 sont déjà sur SAP Web AS 6.40 , dont la fondation technique commune simplifie un large éventail d'activités d'infrastructure, y compris l'administration, la surveillance et gestion des utilisateurs et de la sécurité. SAP est rassurant ses clients actuels et prospects qu'il va supporter le fardeau de cette migration.

Ce qui nous amène au fait que SAP, même avec l'expertise de l'A2i, ne sera pas bientôt devenir le leader en PCM, gestion de l'information produit (PIM) ou GDS, en particulier étant donné que ces domaines sont devenus l'accent A2i seulement pendant la dernière année ou deux. Une menace vient de son partenaire compétitif IBM, qui, avec Trigo de l 'acquisition, a les moyens d'un outil PIM / GDS niché dans un plus grand plate-forme d'application. Trigo a longtemps développé des solutions qui fournissent le chaînon manquant dans la chaîne de la demande, comme la gestion des canaux réussie nécessite une combinaison efficace de contenu / catalog management, la syndication, le traitement des commandes et la sécurité des entreprises de flux de travail de la classe et de l'infrastructure (voir Trigo aide les fournisseurs Connectez-vous ).

autres concurrents notables dans l'espace PIM / GDS sont GXS , Velosel et Sterling Commerce . Ce dernier a récemment acquis la synchronisation des données fournisseur TR2 , et le produit combiné Sterling-TR2 doit fournir une application générale et à un prix raisonnable pour les entreprises de produits de consommation et de vente au détail qui tentent simplement de se conformer aux GDS mandats de leur détaillant et envoyer données à UCCnet. Avec le plus grand nombre de clients en direct, l'entité Sterling-TR2 combiné est aujourd'hui le leader absolu du nombre de clients sur-arraisonné à UCCnet-près de 600. Sterling maintenant fournit également une option moins coûteuse hébergé à simplement fournir des données à UCCnet. Ceci est particulièrement attrayant pour les fabricants mid-market et les détaillants qui ne requièrent pas nécessairement la sophistication d'un référentiel de contenu ou un système PIM. Aussi, TR2 a ainsi fourni un outil de nettoyage astucieux et un service que les clients peuvent utiliser Sterling, étant donné que c'est une obligation, mais souvent négligé le cadre des initiatives de synchronisation. Par ailleurs, l'effort de nettoyage des données pour préparer la synchronisation est souvent plusieurs fois le travail et le coût de la publication de ces données, et la plupart des fournisseurs ne proposent pas grand-chose, si aucune aide, laissant le fardeau sur le fabricant de recueillir, nettoyer et normaliser les données .

Face à cette concurrence et le nascence de SAP MDM, qui a jusqu'ici été principalement utilisé pour le nettoyage des données et la synchronisation entre les applications, sans le référentiel de données du produit, il n'est pas étonnant que, au mieux, 15 pour cent des clients de SAP voir le vendeur comme «le centre de l'univers» pour leurs besoins GDS PIM et. Il ne faut surtout pas oublier que IBM a un gros morceau d'implémentations SAP, qui seront naturellement navigables vers la combinaison WebSphere-Trigo quand il s'agit de PIM et GDS. Ainsi, alors que IBM a une forte motivation de services dans PIM / GDS, la réponse de SAP a naturellement être un produit plus arrondie. SAP estime trait différenciant A2i »contre la concurrence est l'évolutivité et la capacité de couvrir de nombreux secteurs verticaux (autres que les CPG et détail), en raison de sa fondation horizontale bien conçu et d'appel.

Pourtant, prédéfinir et de pré-remplissage de ces solutions avec un modèle de données de base spécifique à une verticale donnée sera crucial de rendre ces solutions abordables, parce que, sans ces modèles de données verticales, le coût de la personnalisation devient prohibitif intimidante. Il faut imaginer l'ampleur de l'effort imminente, étant donné l'appétit de SAP dans plus de vingt secteurs d'activité. Bien que SAP a eu un peu de pratique étalement verticalement, le développement de ces produits en interne peut s'avérer trop lent et trop cher, même pour un vendeur de cette taille, ce qui peut indiquer de nouvelles acquisitions.

Alternativement, l'entreprise de SAP pour encourager ses partenaires exigent en outre le développement de nouveaux outils de modélisation de processus d'affaires et des kits de développement de logiciels, ce qui expose des API supplémentaires, et beaucoup d'éducation du marché. Pourtant, un autre défi, en raison du fait que toute initiative vertical MDM, il faudra beaucoup de conseil sur le dessus de la solution logicielle out-of-the-box, sera dans la gestion des relations avec chaque fournisseur SI, donné une portée plus large du portefeuille SAP met beaucoup l'intégration problèmes dans le camp de SAP, même lorsque les connaissances du domaine réside dans l'organisation du partenaire. À cette fin, SAP devrait articuler rapidement comment, par exemple, les rapports d'incidents et d'escalade fonctionnera et qui sera en charge / propriétaire dont une partie de la solution. Compte tenu d'un certain nombre d'entreprises concurrentes vaniteux Dans le cas, on devrait s'attendre à un concours pour le partenaire SI la plus favorisée dans cet arrangement. Afin de diffuser la consternation et les tentatives de SI d'intégrer leur technologie propriétaire pour créer une dépendance de leur produit (ce qui irait à l'encontre des vanté l'universalité), SAP pourrait vouloir choisir un fournisseur privilégié pour chaque industrie spécifique ou une certaine ligne de produits.

Le produit xCAT, malgré ses atouts indéniables qui ont été décrites précédemment, a aussi quelques faiblesses, comme l'absence d'une administration basée sur navigateur et le fait que la gestion des applications côté client peut se faire que dans Microsoft Windows . En outre, l'accent mis par le produit est principalement sur la synchronisation merchandising, marketing ou de données, tandis que d'autres concurrents comme Enigma, fournissent offre beaucoup plus forte pour les activités après-vente. Les manuels d'entretien et catalogues de pièces illustrés sont une grande partie de la routine quotidienne des ingénieurs, des services, et des experts de la garantie, et le reste de l'après-vente en général, où de nombreux clients SAP appartiennent. L'entretien régulier des catalogues est donc essentiel, non seulement en raison de la sécurité et des exigences réglementaires, mais parce que le marché secondaire est le moyen de la demande pour ces fabricants, et le catalogue est le moyen par lequel ils procurent.

C'est la cinquième partie d'une note de cinq parties.

Pièces Un et Deux détaillé le résumé de l'événement.

troisième partie discuté de l'impact sur le marché.

quatrième partie regarda SAP et A2i.

intégration de la technologie est la clé

Une mise en garde demeure aussi: dans les entrailles des applications beaucoup de la technologie SAP continuera à mettre en œuvre sa technologie ABAP / 4 technologie. Toutefois, la mise à disposition d'interfaces XML et Java et les applications d'édition que les services Web devrait faciliter l'effort d'intégration pour les clients SAP nonobstant. Cependant, le test décisif de la capacité d'innovation collaborative du SAP NetWeaver sera si les utilisateurs peuvent intégrer des applications J2EE/.NET-based dans leur environnement SAP, sans tordre à nouveau dans ABAP. Sinon, cela sera considéré comme une nouvelle sugarcoating de l'architecture lourde propriétaire.

Bien que d'autres langues peuvent être utilisées avec d'excellents résultats, en particulier Java avec son support de communication synchrone, ABAP / 4 est toujours inégalé de flexibilité et de commodité dans la personnalisation des applications SAP. Pour vraiment exceller dans le développement d'applications SAP, il faut acquérir la mentalité derrière la structuration de SAP et d'accéder à des données, et de se familiariser avec son infrastructure et conventions de programmation spécifiques, qui ABAP incarne certainement le plus.

Il pourrait être très probable que les utilisateurs choisiront d'exploiter Java ou. NET pour les composants de présentation et ABAP pour les composants orientés données. En d'autres termes, si les utilisateurs veulent faire des changements de processus, ils auront probablement à utiliser ABAP, tout en développant de nouveaux processus peuvent être satisfaits avec Java. Encore une fois, SAP NetWeaver ne fournit pas l'interopérabilité directe entre J2EE et. NET, mais seules les connexions, ce qui signifie SAP va continuer à rivaliser avec ces fournissant des vendeurs sur de nombreux fronts (y compris le serveur d'application), tandis que les clients resteront submergé par les choix «nuances et auront souvent pour personnaliser le tissu délicat entre plates-formes distinctes, avec SAP NetWeaver entre les deux.

D'autre part, il ne serait pas dans l'intérêt de SAP à banaliser complètement applications packagées soit-il tous les systèmes égalité d'accès et la même fonction est disponible à partir de plusieurs applications différentes fournisseurs de l'entreprise, tandis que l'intégration est essentiellement le même. En conséquence, les utilisateurs pourraient préférer se confier à des fournisseurs d'EAI ou middleware plutôt que de compter sur les moins expérimentés tels que SAP. Incursion récente d'IBM pour compléter une solide offre de ECM parle également des volumes à cet égard.

Recommandations de l'utilisateur

Il s'agit, par tous les moyens, de bonnes nouvelles pour les clients existants de SAP, en particulier pour les grandes entreprises qui ont besoin d'intégrer leurs applications internes avec des applications d'autres fournisseurs ou qui ont besoin d'échanger des informations avec leurs partenaires commerciaux qui ne sont pas nécessairement magasins SAP. L'annonce peut être utile pour les clients SAP à la recherche d'un catalogue de produits et de solutions PIM, alors qu'il devrait générer une plus grande confiance de la viabilité pour de nombreux clients A2i, qui devraient immédiatement examiner comment l'intégration étroite dans la pile d'applications via SAP NetWeaver et SAP MDM pourrait bénéficier elles. À court terme, la proposition A2i est toujours orientée directement vers les grandes entreprises qui utilisent régulièrement dépassées, et très coûteux, de la technologie pour construire papier, CD-ROM et Web catalogues.

clients SAP en attente de MDM pour répondre initiatives de synchronisation de données peuvent être assurés que, à long terme, SAP sera probablement aborder la consolidation des données de produits à des fins plus qu'une simple conformité aux mandats des détaillants. Pourtant, tout nouveau projet de technologie de SAP est impressionnante, le marché dans le passé a souvent été témoin de la façon dont la route est longue entre la vision et l'exécution, d'énormes ressources de SAP nonobstant. Les clients SAP dans les biens de consommation emballés (CPG) et de la chaîne de valeur au détail qui se lancent dans des GDS / PIM devrait donc attendre SAP SAP MDM fait généralement disponible et intègre pleinement A2i en elle, dans l'année prochaine ou dans un délai plus long. Pourtant, de nombreuses 1 SAP clients Tier CPG et de détail qui ont pris d'autres engagements PIM / GDS peut être judicieux de revoir leurs décisions (et au moins tester la combinaison de l'offre SAP-A2i avec données non-SAP en dehors de l'entreprise), surtout si leur approche était une solution ponctuelle ou solutions PIM développés en interne. Cela peut notamment être le cas pour ceux qui utilisent A2i/IBM, SAP / Trigo, et SAP / combinaisons requises, compte tenu de ces partenariats peuvent maintenant naturellement décrochage et ne fournissent que quelques améliorations à partir d'ici.

Sur une note plus générale, les entreprises qui envisagent des solutions PIM devrait utiliser des critères d'évaluation qui couvrent la viabilité du fournisseur, la fonctionnalité du produit, et d'autres critères liés aux produits comme la tarification, la transparence, l'extensibilité et la sécurité. Les entreprises complexes avec un grand nombre d'articles et de GTIN devraient considérer les goûts de SAP et IBM qui vont bientôt avoir des capacités PIM / GDS. En outre, les informations sur les produits finis (caractéristiques et spécifications) doit être inclus dans le processus NPDI et traités dans un même manière que d'autres informations PLM au cours de ses étapes typiques de créer, d'éditer, de collaborer / action, la libération, la retraite, et d'archivage. Ce n'est qu'ainsi que sera PIM infomation être exactes, actuelles, sécurisé et soutien des processus de collaboration, ce qui n'est pas le cas avec les pratiques actuelles de gestion de l'information PIM séparément dans des dépôts isolés de feuilles de calcul.

 
comments powered by Disqus

Recherches récentes :
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

©2014 Technology Evaluation Centers Inc. All rights reserved.