Accueil
 > Rapports de TEC > Blogue de TEC > La standardisation sur un seul système ERP dans un Multi-...

La standardisation sur un seul système ERP dans un Multi-division Enterprise

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

Il         C'est une question de stratégie

        Dans une entreprise avec de multiples divisions d'exploitation, si l'entreprise         standardiser sur un ensemble unique de logiciel? Le "seul fournisseur - un système ERP"         idée, bien que très attractif, est resté utopique, jusqu'à récemment,         en partie en raison de l'insuffisance fonctionnelle de toute suite ERP pour répondre         exigences échelle de l'entreprise. Récent élargissement de grands produits ERP »         champ d'application aux e-procurement, gestion de la chaîne d'approvisionnement (SCM) et le client         la gestion de la relation client (CRM), et l'avènement de l'architecture du produit sur le Web         peut toutefois tenter les entreprises à reconsidérer le déploiement de ce concept.         Bien que l'entreprise peut générer de nombreux avantages de la normalisation,         ils peuvent aussi créer d'autres problèmes qui se traduisent souvent par des perturbations.

opérationnel         Considérations

        Comme de nombreuses questions de stratégie, ce qui réduit à une série de compromis. Un certain nombre         des zones doivent être considérées. Le premier endroit à regarder est à l'opérationnel         besoins des unités d'affaires. Si le pilote de normalisation vient de         besoins n'importe où, mais opérationnel tels que des processus d'affaires unification, l'         projet entraînera probablement des lacunes.

Pour         un, comment homogène sont les entreprises de division? Si les deux ou plusieurs         unités sont très différentes entreprises, puis les besoins des entreprises         peut ne pas être adressable par le même système. Par exemple, une entreprise qui         rend un produit alimentaire ou chimique qui fabrique également des machines d'occasion         de vendre ou d'appliquer le produit sur le site du client a deux très différents         entreprises. Les besoins opérationnels des deux entreprises doivent être respectées.

Will         le seul système ERP choisi de fournir le niveau de fonctionnalité requis         tant pour les entreprises ou allons-un ou les deux être limité ou entravé par une         système inadéquat? En outre, la gamme de produits étendue et de la complexité ultérieure         d'un système ERP de catégorie 1 (par exemple, SAP et Oracle ) pourrait bien être         overkill pour une petite division qui ne peut-être besoin des fonctions de base ERP (par exemple,         comptabilité ou la gestion des commandes) ou peuvent avoir besoin des fonctionnalités au niveau des usines profonde         pour une industrie spécifique, où un niveau 2 ou 3 fournisseurs (par exemple, QAD ,          SCT , Lilly Software , Navision , etc) pourraient         être une solution plus appropriée.

L'         intégration nécessaire entre deux ou plusieurs unités de fonctionnement peut varier. Le         unités peuvent être desservant le même marché, en utilisant les mêmes fournisseurs, en faisant         fabrication pour l'autre, la vente uns et des autres produits ou avoir d'autres         relations. Le niveau d'intégration opérationnelle procure un sentiment de         le degré d'intégration des systèmes des deux unités doivent être. Mais avoir quelques-uns des         ces questions opérationnelles conjointes ne suffit pas de dire que les unités         besoin du même système. Ces processus métier inter-unités intimes peuvent         également être réalisé via une sorte d'intégration des processus d'affaires (par exemple, EDI,         un courtier de messages, un portail, un échange de commerce privé (PTX)) entre disparate         Systèmes ERP. Les mêmes approches qui fonctionnent pour la collaboration entre les deux         sociétés différentes peuvent être appliquées à la collaboration interne entre exploitation         unités.

Comment         la relation est structurée est également un problème. Si l'interaction actuelle         est celle du client et le fournisseur, la connexion peut être gérée par         les mêmes méthodes avec lesquelles ils travaillent avec leurs autres clients et fournisseurs,         qui évite de plus la nécessité pour le même système ERP.

ailleurs,         comment mondial est l'entreprise? Sociétés mondialement répandu peuvent être         difficile de trouver un seul système ERP qui répond à la conformité réglementaire locale         dans tous les pays l'entreprise est présente. Ils peuvent souvent avoir à         recourir à l'aide d'un autre fournisseur localement plus apte pour certaines organisations.

Si         l'exigence d'intégration n'est pas opérationnelle, mais financière ou de gestion,         cela ne signifie pas que les unités ont besoin du même système ERP. Néanmoins,         cela reste un mythe commun et souvent la mauvaise rationalisation des ERP         normalisation. Les besoins d'intégration financière peuvent être satisfaits par la consolidation         fonctions disponibles dans de nombreux systèmes financiers ou par l'intégration financière         outils fournis par des fournisseurs comme Hyperion . L'intégration managériale         pourraient être atteints en utilisant une seule intelligence d'affaires ou entrepôt de données         solution sur les différents systèmes ERP, en prenant soin d'éliminer contextuelle         Les problèmes rencontrés par les systèmes au sein de l'application BI (Business Intelligence).         

ailleurs,         la plupart des systèmes ERP ne sont généralement pas fournir les solutions ci-dessus comme         offres standard. Le système ERP nécessitera la mise en œuvre de certains         sorte de séparée gestion de performance de l'entreprise (EPM) ou exécutif         renseignements tableau de bord (EIS) Module d'un fournisseur d'ERP. Ces composants         doivent généralement être en mesure d'accéder aux données d'autres systèmes ERP, qui         supprime la nécessité d'ERP normalisation.

IT         Considérations

        Le département informatique est souvent un partisan de cette approche, car normalisation         besoins d'intégration de moyens sont à la fois réduites et simplifiées. Cependant, il         sera rare que les besoins d'intégration seront éliminés. Un autre avantage         pourrait être l'utilisation de structures de données cohérentes (par exemple, les numéros d'article) échelle de l'entreprise,         qu'une entreprise devrait s'efforcer en tout cas.

L'         difficulté de supporter plusieurs systèmes sera également moins, en tant que fournisseur unique         relation signifie souvent plus facile négociation et la responsabilisation sans équivoque         identification. Il ne sera pas nécessiter de multiples groupes d'experts (à temps plein         ou de conseil basé) et les investissements dans des services comme service d'assistance, mises à jour,         etc, peuvent être mobilisés à travers les unités d'exploitation résultant en un coût moindre         et, dans la plupart des cas, un niveau de service supérieur. Cependant, d'importantes IT         avantages de coûts ne seront pas atteints si les avantages opérationnels ci-dessus sont         pas abordé et réalisé.

impact         de M & A, de la culture et de l'infrastructure d'entreprise

        Fusions et acquisitions soulèvent un ensemble encore plus difficile de normalisation         questions. Quand une nouvelle unité est acquise, si les systèmes existants être         remplacé par le «système standard»? En plus des considérations         indiqué ci-dessus, le coût en termes de ressources financières et humaines ainsi que la         coût de l'interruption de l'activité doit être considérée, en particulier s'il s'agit d'         le remplacement d'un système qui a été maîtrisé et accepté par les utilisateurs.

Lorsque         deux unités sont fusionnées en une seule unité, ce qui devrait être fait avec les systèmes?         La question est une répétition des considérations exposées ci-dessus, mais avec l'         question étant «comment fusionné" sont les deux unités.

Si         l'entreprise a une culture de la fréquence d'achat et de vente d'entreprises,         systèmes étroitement intégrés peuvent devenir négative. Intégrant étroitement         les systèmes à travers de multiples unités peuvent signifier que les unités ne peuvent pas autonome         sans un investissement majeur de systèmes, conduisant à un obstacle à la vente         une unité. Si la philosophie est étroitement systèmes intégrés, l'acquisition         d'une nouvelle unité peut dicter des investissements importants en remplacement des systèmes à satisfaire         les préceptes de cette philosophie.

Sur         D'autre part, le profil d'une entreprise qui suit pourrait bénéficier d'         considérant ERP normalisation: Une organisation gérée de manière centralisée avec         d'entreprise forte, HQ, avec des politiques d'entreprise rigides appliquées dans le monde,         et non plus une seule entreprise de services de base ou les environnements de fabrication similaires         dans toutes les usines.

Résumé         

        Si une entreprise multi-division de normaliser sur un seul système ERP?         La réponse est peut-être. Les considérations sont à la fois complexes et nombreux.

tenu         de nombreuses unités commerciales diverses, la décision sur un seul système ne         doivent être cohérentes dans toute l'entreprise. Les unités avec étroitement intégré         opérations commerciales et des besoins similaires peuvent se standardiser sur une solution.         Unités ayant des besoins ou de l'intégration opérationnelle limitée et peut         peut-être devrait exister avec différents systèmes.

tenu         que la réponse claire est rarement trouvé, les entreprises peuvent bénéficier d'         la poursuite d'un ERP rationalisation limitée afin d'obtenir le meilleur des deux         mondes - un nombre raisonnable d'applications déployées sans imposer         un «suffocante» norme mondiale. Certaines pratiques recommandées seraient les suivantes:

            Identifier
  •           un fournisseur d'ERP (souvent un fournisseur de niveau 1) avec une forte couverture mondiale et           les capacités du produit, ainsi que le soutien d'un large éventail de plates-formes           et les normes d'intégration, portail solides et / ou initiatives d'échanges commerciaux,           et diverses solutions industrielles verticales de votre intérêt et de négocier           un accord d'entreprise-niveau avec ce fournisseur.

  • Pour géographiquement           distance et divisions particulière, et des divisions dont ésotérique fonctionnel           besoins, d'identifier un nombre limité de niveau 2 vendeurs appropriées.           

  • Remplacer           tous les systèmes existants (héritage et / ou des tiers vis-à solutions) que           sont en dehors du cœur de métier des entreprises avec les systèmes de l'           au-dessus de fournisseurs sélectionnés. Aussi, permettent de mettre en œuvre divisions fonctionnelles           applications qui devraient stimuler l'avantage concurrentiel, quand ils montrent           contre les solutions de la société au niveau de fournisseurs.

  •         Quand
  •           des systèmes différents sont utilisés, établir un ensemble limité de normes d'intégration.           

  •         Considérez
  •           déploiement de solutions hautement interopérables et flexibles tant au niveau des entreprises           niveau et dans les divisions. En outre, les fournisseurs de services d'application           (ASP) des solutions livrées peuvent, dans certains cas, de faciliter la plus pratique           déploiement de la solution d'entreprise au niveau de la division, en particulier           pour les fonctions administratives et dorsaux lorsque la division est bientôt           à céder.

En résumé,         la stratégie de normalisation ERP peuvent nuire à la capacité de l'entreprise         à opérer. Par conséquent, il est vraiment une stratégie d'entreprise, pas un informaticien         question.

propos         les auteurs

Olin Thompson est un principal de processus ERP Partners. Il a plus de         25 ans d'expérience en tant que cadre dans l'industrie du logiciel avec l'         dernier 17 dans l'industrie des processus liés ERP, SCP et e-business segments liés.         Olin a été appelé «le Père des processus ERP." Il est un auteur fréquentes         et un haut-parleur primé sur des sujets d'acquisition d'une valeur de l'ERP, SCP,         e-commerce et de l'impact de la technologie sur l'industrie.

Il         peut être atteint à Olin@ProcessERP.com.

Predrag         Jakovljevic est un directeur de recherche TEC avec un accent sur le marché des ERP.         Il possède plus de 13 années d'expérience dans l'industrie manufacturière, dont plusieurs         années comme un utilisateur de puissance de l'informatique / ERP, ainsi que d'être un consultant / exécutant         et analyste de marché. Il a été certifié dans la production et les stocks         gestion (CPIM) et dans la gestion intégrée des ressources (CIRM) par APICS.

 
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.