Accueil
 > Rapports de TEC > Blogue de TEC > Enterprise Resource Planning Giants yeux l'Atelier

Enterprise Resource Planning Giants yeux l'Atelier

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

SAP Yeux Shop Floor

Depuis quelque temps, SAP a tenté de se rapprocher de (ie, pour entrer dans les cœurs et les esprits) au niveau des usines personnel avec sa "fabrication adaptative" et "réseaux d'entreprises adaptatifs (ABN)" thèmes. L'introduction de la SAP Plant Manager Dashboard en 2004 a montré que SAP est très sérieux au sujet de l'extension de sa portée sur le plancher de l'usine et le magasin. Avec ce lancement de produit, le vendeur a livré une solution qui vise à intégrer les systèmes existants d'exécution des plantes disparates pour fournir une vue unifiée de l'usine, et fournit les goûts de directeur de l'usine (ou opérateurs de cols même bleu) avec accès à toutes les données pertinentes (par exemple, à proximité des notifications en temps réel des retards ou autres défauts dans les procédés de fabrication) sur un tableau de bord unique.

S'appuyant SAP NetWeaver , le tableau de bord du directeur de l'usine (et d'autres frères et sœurs basées sur les rôles à venir qui sont dans les œuvres, comme Production Supervisor Dashboard , Technicien de Maintenance Dashboard , et qualité inspecteur Dashboard information ) principalement globale et présente aux utilisateurs, leur permettant de gérer et d'améliorer le rendement de fabrication. Au SAPPHIRE 2005 et de nombreux événements similaires, une flopée d'entreprises partenaires, comme OSIsoft , Ind , Siemens , NRX , Vendavo , Visiprise , WonderWare , et Yokogawa , ont démontré à maintes reprises leur capacité à servir des informations de niveau de l'usine aux tableaux de bord de SAP (bien OSIsoft, Vendavo et Visiprise n'ont pas encore intégré au tableau de bord de directeur d'usine).

class="articleText">

, Systems and Automation (ISA) -95.

Ce n'est qu'une partie d'un regain d'intérêt général pour l'interopérabilité basée sur les standards, ce qui indique que les fabricants ont un réel besoin pour de meilleures options dans connectant des processus d'affaires dans toute l'organisation. Par exemple, si Oracle, principal rival de SAP, n'a pas montré autant d'enthousiasme pour ISA-95, il a été l'un des principaux partisans de applications Open Group Inc . ( OAGi ) depuis sa création. Oracle a livré un large soutien pour Open Applications Group Interface Specification (OAGIS) des scénarios et des documents d'objet métier (DBO) dans son Oracle E-Business Suite .

tenu riche bibliothèque de scénarios de fabrication et les messages définis pour répondre aux besoins plus larges de la fabrication discrète, la fabrication de contrat, et introduction de nouveaux produits (NPI), support d'Oracle pour leurs normes de OAGi peut lui donner un avantage sur SAP dans les industries de production discrète. En outre, ISA-95, qui met l'accent sur les industries de transformation et l'interopérabilité au niveau des usines, manque de soutien pour la collaboration e-business. De nombreux fabricants mondiaux ont donc eu recours à OAGIS pour leur business-to-business (B2B) l'intégration avec divers groupes automobiles, tels que le Industry Action Group Automotive ( AIAG ), la construction affirmée des scénarios de collaboration avec le fournisseur multi-niveaux. D'autre part, SAP affirme avoir récemment organisé un groupe interopérabilité des normes de la fabrication discrète qui est chargé de la recherche à des normes telles que OAGi, ISA-95, et d'autres. En outre, il a commencé un projet pilote avec un client et partenaire utilise actuellement OAGi.

Ainsi, malgré tous ses avantages du soutien d'Oracle pour OAGIS leur donne, SAP reste en position bénie d'être le chef de file de planification des ressources d'entreprise (ERP) ou de gestion la chaîne d'approvisionnement (SCM) fournisseur dans le secteur manufacturier. Avec ce rôle vient d'une certaine part de responsabilité. La philosophie du vendeur, c'est qu'il veut une relation à long terme avec le client. Ainsi, il a trouvé l'idée de l'interopérabilité par l', il est devenu plus clair de sa gestion que SAP pourrait déclencher quelque chose d'utile pour l'industrie, sans donner pratiquement rien contre sa position. Plus précisément, le leader mondial des logiciels pourrait être en mesure de faire beaucoup de bonnes choses pour ses clients (en raison d'une forte demande refoulée pour résoudre le problème d'interopérabilité) d'une part, et, d'autre part, SAP devrait à son tour bénéfice car il serait alors en mesure de démontrer la puissance de SAP NetWeaver à cet égard.

SAP peut être en mesure de capitaliser sur la tendance de l'interopérabilité d'une autre manière et, comme son SAP Manufacturing Suite peut aider à combler certaines lacunes dans la fonctionnalité du produit actuel. C'est parce que les investissements réalisés dans les systèmes de gestion des processus de production dans les usines et dans les chaînes d'approvisionnement jouent un rôle plus important et gagnent en valeur, car les entreprises se déplacent vers usages collaboratifs de données à l'appui des processus d'affaires (pour une discussion plus détaillée, voir L'importance des systèmes au niveau des usines ) en intégrant et plantes-systèmes au niveau des entreprises, on peut boucler la boucle avec la programmation d'usine. Cela permet d'améliorer la modélisation de l'actif, de l'équipement, du travail, et d'autres contraintes secondaires liés à la production, et reflète leur état réel, en temps quasi réel, de manière à permettre l'escalade rapide des menaces qui pèsent sur la performance de livraison de la commande et des dépassements sur les coûts de fabrication. En fait, l'importance d'utiliser de l'équipement partagé et des modèles de données de production pour offrir une visibilité partagée de maintenance planifiée et son impact sur le calendrier de production ne peut pas être surestimée. Néanmoins, les données de conception de produits disponibles dans Product Lifecycle Management Systèmes (PLM) est toujours déconnectés de systèmes au niveau des usines, ce qui devrait connaître des détails intimes sur le processus de fabrication et la voie comment les produits ont été effectivement réalisés. Cela pourrait être l'évolution rapide en raison des faits que le SAP Manufacturing Suite intègre désormais des fonctionnalités PLM dans le cadre de SAP NetWeaver, et que NetWeaver est désormais connecté à l'atelier avec le SAP xApp Intégration de la fabrication et de l'intelligence ( SAP xMII ) application composite.

Cependant, SAP reconnaît leur incapacité à améliorer structurellement les procédés de fabrication eux-mêmes, car il est incroyablement difficile de tracer ce qui se passe sur le plancher de la boutique en détail. Il est encore plus difficile dans plusieurs plantes, comme le vendeur est tenu de fournir aux clients la capacité non seulement d'obtenir les workflows droit, mais pour assembler une partie des données nécessaires pour effectuer des améliorations structurelles.

des recherches sur les besoins de fabrication

organisations de fabrication place maintenant une valeur beaucoup plus élevée sur le détail de l'information (par exemple, le travail, les mesures de stocks, les délais de livraison, la maintenance, la précision des données de produit, etc) généré , regroupées et utilisées par des événements et des processus au sein de la production réelle et le monde de la logistique. Ceci est valable non seulement dans les entreprises de fabrication, mais aussi dans de nombreux environnements connexes lorsqu'ils fonctionnent en temps quasi-réel est critique. Avec cela à l'esprit, comme SAP prévoyait la livraison de son tableau de bord de fabrication 2005, elle aurait parlé à plus de 80 directeurs d'usine et plus de 100 superviseurs de production, en leur demandant catégoriquement "que faites-vous pendant la journée pour remplir votre rôle?" et "qu'est-ce que vous avez besoin pour être plus productif?".

Le vendeur aurait découvert que ce que les gestionnaires et les superviseurs avaient besoin d'une collection d'informations consolidées à partir d'une variété de sources et d'applications et une conscience approfondie de ce qui se passe dans le monde réel. Un portail peut fournir la possibilité de regrouper l'information technique, mais le fournisseur reconnu qu'il ya beaucoup de lacunes qui doivent être comblées pour la satisfaction du client final. En outre, il ne faut pas oublier qu'il ya d'autres domaines, tels que les applications d'atelier, de puiser de rendre l'entreprise plus agile.

Tous ces centre d'exigences sur la notion de quasi réel partage de l'information de temps et l'usage. En fait, de nombreuses nouvelles initiatives commerciales, y compris les applications des stratégies de fabrication collaborative, nécessitent quasi réel des informations en temps disponibilité pour satisfaire les besoins les plus simples. Dans la pratique, qui exploite une entreprise adaptative exige une conscience du monde réel, ce qui signifie fournir des informations en temps opportun ainsi que d'établir des processus d'affaires qui à combler les lacunes d'application traditionnelles. C'est l'espace où SAP voit plante-to-business (P2B) interopérabilité jouer un rôle clé, car tous les capteurs physiques sont déjà en place, de sorte que les utilisateurs doivent simplement disposer d'exploiter les données potentiellement vitaux.

Résumé des besoins de fabrication

La synchronisation des stocks et de la production à travers un réseau de distribution nécessite la connaissance de l'état actuel des événements, comme ce qui se passe en ce moment, ce qui est attendu, et ainsi de suite. Il ne suffit pas d'avoir un rapport sur ce qui s'est passé la semaine dernière ou même hier. Pour être vraiment "synchro" nécessite des connaissances actuelles de l'usine ou d'un entrepôt niveau eux-mêmes, et non pas une «meilleure estimation» de ce qui était prévu ou qui aurait dû arriver.

traite

SAP a vu que, dans la plupart des environnements de ses clients, des systèmes de production sur le sol de la boutique ne sont pas synchronisés et intégrés avec leurs homologues au niveau des entreprises. Ainsi, il ya un manque d'informations exactes et à jour, et les processus d'affaires sont déconnectés. Par conséquent, le personnel de production dans ces environnements ont dépensé une énorme partie de leur temps à traquer des informations critiques, compromet gravement leur productivité et leur performance.

obtiennent généralement une vue sur ce qui s'est passé la semaine dernière ou, dans le meilleur des cas, le décalage passé. S'il ya une anomalie, le gestionnaire aurait besoin d'obtenir davantage d'informations afin de comprendre pourquoi ce problème persiste. Pour obtenir les données associées, les opérateurs ont besoin de passer par un grand nombre de systèmes dans le but de rassembler toutes les informations dont ils ont besoin. Cela prend beaucoup de temps, puisque, par exemple, une image plus complète d'un seul lot au niveau de détail est réparti entre de nombreux systèmes différents et il faut du temps pour obtenir cette information en arrière. sont les superviseurs de production et les directeurs d'usine donc constamment lutte contre l'incendie avec des exceptions en raison d'un manque de gestion basée sur les exceptions automatisé, ce qui ajoute de la latence, le délai et le coût, tandis que le personnel de production ne peuvent pas vraiment mesurer, surveiller et contrôler leurs indicateurs clés de performance (KPI).

En fait, ce qui a été le moteur de beaucoup de Manufacturing Intelligence tableaux de bord installations là-bas sont des entreprises qui paient leurs opérateurs en fonction de leur performance. Cela signifie que ces entreprises doivent alors donner aux opérateurs une vue sur la façon dont ils le font. Une des plus grandes entreprises de produits chimiques aux États-Unis, par exemple, paie ses gens d'exploitation d'une grande partie de leur rémunération en fonction de leur performancei.e., La réalisation de toute première qualité et de la conformité à un cahier des charges.

Ce qui a Oracle fait?

Alors que SAP et Microsoft (via SAP Enterprise Portal et Microsoft SharePoint Portal Framework , respectivement) ont largement porté leurs incursions dans la fabrication sur les partenariats et sur la prestation de visibilité de la performance via des applications composites dotées de tableaux de bord de renseignement de fabrication (par exemple, pour des rôles tels que le directeur d'usine, directeur de l'entretien, responsable de la qualité, et superviseur de production) qui fournissent le contexte d'affaires aux données de fabrication résidant dans un ensemble fragmenté d'applications (voir Plant Intelligence de la colle pour les données dispersées? ), Oracle prend un peu une approche différente. En particulier, comme la première fois en AMR Research Rapport d 'Août droit intégration EMI avec l'ERP: A Tale of Two stratégies des fournisseurs et confirmé par nos discussions avec Oracle, le vendeur a été d'ajouter sur sa fabrication indigène profonde capacités de gestion des opérations, qui sont étroitement intégrés avec Core ERP fonctions telles que la comptabilité financière et la planification des ressources.

Suite à son modèle unique mantra traditionnel de données, Oracle sait que le partage de matériel commun, processus de fabrication, la définition du produit, de la planification ou de la planification des modèles de données, etc peut souvent éviter d'avoir à construire des applications composites carte et le pont les écarts entre les modèles de données dans les différents domaines d'application. Intégration avec Oracle E-Business Suite 11i (qui dispose également d'portail et des capacités d'analyse tableau de bord) devrait en effet fermer la boucle entre les opérations de fabrication en temps réel et d'ordonnancement, permettant une visibilité immédiate et l'escalade de problèmes, tels que non-conformités, les contraintes de capacité, et d'autres événements de fabrication en temps réel qui pourrait souvent entraîner, par exemple, la baisse de productivité, l'augmentation de rebut ou reprise, et étendu les délais de livraison. Si tout cela peut être fait sur une seule instance d'Oracle E-Business Suite, on ne devrait pas avoir à se soucier habituelles préoccupations best-of-breed liés à la rationalisation des modèles de données et d'importer des données à partir d'autres applications.

Quant à l'exécution de l'atelier, natif fourni établis dans le Oracle Work In Process et Floor Manager Oracle Shop ( OSFM ) Les modules sont conçus pour permettre aux utilisateurs de créer et de simplifier les opérations de routage et de collecte automatique des données processus (ADC) de l'atelier, tout en offrant une visibilité sur les opérations de production au niveau mondial. Quelques autres fonctionnalités incluent la création centralisée des itinéraires et des workflows qui tiennent encore la personnalisation, partiel et la traçabilité locale beaucoup au niveau des causes premières analyses, les données de généalogie de produits pour les services après-vente, le suivi de la qualité en cours de fabrication, travaux en progrès (WIP) suivi et la cartographie des dossiers "tel que construit" avec les conceptions de produits "comme planifiés". Ces capacités viennent souvent en pratique pour les clients dans le dispositif médical et les marchés de haute technologie ou de l'électronique.

En outre, sur la planification de niveau supérieur et le côté de la coordination, certains utilisateurs ont déjà eu recours à Oracle Discoverer et Daily Business Intelligence ( DBI ) pour surveiller le rendement de fabrication par rapport aux objectifs en temps quasi réel. Cela se fait en intégrant de manière transparente les mesures de performance avec les données transactionnelles et la mise à jour incrémentale les mesures que les transactions se produisent. En outre, Oracle Enterprise Asset Management ( EAM ) aide les clients à aborder la performance des actifs. Les capacités supplémentaires pour l'analyse des temps de cycle plus profond attendu dans les prochaines versions devraient aider à fournir aux clients une perspective plus globale de la performance manufacturière et les facteurs qui l'influencent.

Cette richesse de capacité native ne pas dire que Oracle n'est pas ouvert à des partenariats pour, au niveau des usines directement, ou l'intégration au niveau machine dans des environnements où la complexité et les volumes de transaction dépassent sa capacité à fournir le niveau fonctionnalités de l'application. En effet, Oracle fournit une bibliothèque complète d'interfaces de programmation d'applications (API) pour l'intégration avec des applications au niveau des usines de tiers lorsque cela est nécessaire ou préférable. Par exemple, Mestec , un fournisseur de systèmes d'exécution de fabrication (MES) et des systèmes électroniques de gestion de la production au Royaume-Uni, aurait été récemment invité par Oracle pour intégrer sa solution de gestion des données au sol avec Oracle E- Business Suite. On aurait pu aussi être en mesure de trouver un certain nombre de clients d'Oracle qui ont déjà investi dans une application MES auprès de fournisseurs tels que Camstar ou Visiprise .

Néanmoins, en plus de renforcer la sensibilisation du marché de ses capacités au niveau des usines, Oracle devra articuler plus clairement et d'éduquer les clients sur sa stratégie de partenariat et approche des normes pour l'intégration de systèmes au niveau des usines. En particulier, Oracle doit sensibiliser les clients quand ils doivent rechercher une approche best-of-breed par rapport à une approche "one-stop-shop» fourni par Oracle, avec son réduire le coût total de possession associé (TCO). Cette prise de conscience du marché devrait venir livré avec une forte consultation de fabrication et intégrateur de système (SI) réseau de partenaires.

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.