SAP Supplier Relationship Management SRM est un produit SAP qui facilite l'achat de marchandises via une plateforme Web. Les organisations peuvent se procurer tous les types de produits tels que les articles directs et indirects, les services et cela peut être intégré aux modules SAP ERP et à d'autres systèmes back-end non SAP pour la comptabilité et la planification.
SAP SRM vous permet d'optimiser votre processus d'approvisionnement pour travailler efficacement avec les fournisseurs pour obtenir des avantages à long terme et également pour effectuer des prévisions, le cycle d'approvisionnement et travailler avec des partenaires. Vous pouvez réduire la durée et le coût du cycle d'approvisionnement en utilisant des méthodes innovantes pour gérer les processus métier avec les principaux fournisseurs.
SAP Supplier Relationship Management prend en charge le cycle d'approvisionnement complet, c'est-à-dire à partir de la source et de l'achat pour payer via un processus d'approvisionnement complet avec les fournisseurs et en gérant efficacement les fournisseurs pour établir une relation à long terme.
Catalog Management
Les fournisseurs peuvent facilement gérer les données du catalogue et s'intégrer facilement aux processus métier tels que la comptabilité, les finances et la planification.
Procure to Pay Optimization
En utilisant le produit SAP SRP, vous pouvez rationaliser le cycle de vie de l'approvisionnement au paiement et améliorer la communication avec les fournisseurs et la gestion des coûts.
Self Service Procurement
Les utilisateurs finaux peuvent rechercher des produits à l'aide de plusieurs catalogues de produits et les aider à trouver et à acheter des produits conformes à la politique d'achat et d'approvisionnement de l'entreprise.
Reporting Functionality
À l'aide de SAP Supplier Relationship Management, vous pouvez créer des rapports relatifs aux activités d'approvisionnement, à la conformité et à la gestion des contrats, et à la gestion des coûts dans le processus d'approvisionnement.
Contract Management
Vous pouvez gérer les contrats à l'aide d'un référentiel sécurisé centralisé qui contribue à réduire les violations de conformité et permet aux utilisateurs finaux de suivre les processus métier lors de l'approvisionnement en libre-service.
Moteur d'enchères
Dans le portail SAP SRM, vous pouvez facilement rechercher différents produits et fournisseurs. Les critères de recherche sont faciles à utiliser.
Vous pouvez également limiter le nombre d'entrées dans la recherche.
Les flux de travail sont utilisés pour effectuer des approbations faciles des bons de commande, ce qui permet à l'organisation d'effectuer des demandes de marchandises facilement et simplement.
SAP SRM: Software Components
Il existe divers composants applicatifs et technologiques qui font partie du produit de gestion des relations fournisseurs SAP. Les composants d'application incluent les composants nécessaires pour créer des RFx et soumettre des offres, pour la gestion financière, les besoins de BI, le portail d'entreprise pour l'interaction des applications et d'autres composants divers pour exécuter différentes fonctions.
Le composant technologique se compose de NetWeaver Process Integration pour s'intégrer aux systèmes externes SAP et non SAP, SAP GUI pour la configuration et le plug-in R / 3 pour les données de base.
Voyons en détail chacun des composants sous application et technologie -
SAP Supplier Relationship Management Server
Le serveur SAP SRM comprend le serveur SAP SRM et le moteur d'enchères SAP. SAP SRM est basé sur le serveur d'applications SAP NetWeaver et est disponible pour différentes plates-formes et bases de données. Vous pouvez vérifier toutes les versions de SAP SRM sur SAP Market place sous PAM.
SAP SRM Bidding engine
Le moteur d'enchères SAP peut être utilisé pour créer et traiter des demandes d'offres, les soumissionnaires peuvent soumettre des offres et d'autres fonctions dans RFx.
Le moteur d'enchères définit les règles d'enchères et les soumissionnaires peuvent l'utiliser pour soumettre des offres dans le système.
SAP NetWeaver BI
Dans l'analyse des dépenses SAP SRM, la BI est principalement utilisée et nécessite le serveur d'applications ABAP sur le même système. Il peut également nécessiter un serveur d'applications Java et un portail SAP Enterprise.
SAP NetWeaver Enterprise Portal
Ceci est utilisé comme point d'entrée pour les utilisateurs pour gérer les applications et les informations liées à la gestion de la relation fournisseur. Il fournit un accès sécurisé et basé sur les rôles aux applications et services.
Online Transaction Processing System
Différents systèmes peuvent être utilisés pour le traitement des transactions d'arrière-plan afin de gérer les requêtes matérielles et financières. Le système SAP ERP peut être utilisé et l'échange de données se produit entre SAP SRM et le système SAP ERP.
Vous pouvez également installer SAP SRM de manière autonome sans système de backend.
Dans un modèle de déploiement autonome, tout le traitement des achats est effectué dans le système SAP SRM et le système de comptabilité back-end est utilisé pour le traitement financier des factures.
Dans un scénario autonome, la gestion des commandes d'achat, le panier, les entrées de marchandises et les factures sont traités dans le système SRM.
Lorsqu'il n'y a pas de système backend opérationnel pour la gestion du matériel et qu'il n'existe que des systèmes de comptabilité financière dans le paysage.
Lorsque vous souhaitez déplacer toutes les activités d'approvisionnement dans le système SAP SRM et permettre ainsi aux entreprises de réduire la charge de travail sur le système d'approvisionnement backend en transférant les acheteurs intéressés à s'approvisionner à partir d'options sélectionnées.
Il est recommandé aux clients qui souhaitent conserver uniquement des données produit minimales et se fier uniquement aux catalogues des fournisseurs.
Dans un modèle de déploiement de classification, vous traitez le panier dans SAP SRM et les pièces justificatives sont traitées dans le système ERP backend.
Vous pouvez effectuer des entrées de marchandises ou des factures dans n'importe quel système.
Dans le modèle de déploiement classique étendu, le processus d'approvisionnement a lieu dans le système SAP SRM et le bon de commande est généré dans le système SRM et une copie en lecture seule est créée dans le système ERP principal.
Vous pouvez effectuer des entrées de marchandises ou des factures dans n'importe quel système comme dans le cas du scénario classique.
Pour les clients qui disposent d'un système d'approvisionnement backend solide et pour lesquels les acheteurs ne souhaitent pas utiliser plusieurs systèmes pour leurs opérations.
Prenons l'exemple d'un client qui souhaite utiliser le modèle autonome pour certains articles indirects et services de routine, le scénario classique pour les articles en stock pour utiliser les capacités d'inventaire et de planification du système de gestion des articles backend, le scénario classique étendu pour effectuer une gestion efficace des fournisseurs afin de fournir une réponse aux bons de commande. .
Dans SAP SRM, un contrat est défini comme une négociation entre un fournisseur et une organisation pour la fourniture de biens et de matériel ou la prestation de services selon des termes et conditions définis dans une période donnée. Ces contrats sont placés à un emplacement central sécurisé pour résoudre le manque de visibilité du contrat entre les différents groupes.
Cela vous permet de gérer différents contrats locaux avec des termes et conditions différents pour le même type de marchandises.
La gestion centralisée des contrats permet aux acheteurs appartenant à différentes parties de l'entreprise et à différents endroits de profiter des conditions générales négociées. Les termes et conditions sont transformés en un contrat central et distribués au groupe d'achat local pour exécuter le processus d'approvisionnement pour l'entreprise.
Pour télécharger les contrats centraux et planifier des accords du système SAP ERP vers le système SAP SRM, vous pouvez utiliser le programme BBP_CONTRACT_INITIAL_UPLOAD. Selon votre configuration, ces contrats sont chargés et planifiés du système ERP au système SAP SRM.
Pour effectuer une recherche de contrat, vous pouvez utiliser le moteur de recherche TREX. Ce moteur de recherche est fourni avec SAP SRM mais vous devez l'installer et exécuter un programme pour créer une indexation pour tous les contrats disponibles. Vous devez exécuter le programme BBP_TREX_INDEX_ADMIN qui crée de nouveaux index pour les documents existants et vous aide à effectuer l'indexation pour tous les documents nouveaux ou modifiés lorsqu'un contrat est enregistré.
Le serveur de présentation Web LAC est une application logicielle basée sur J2ee. Cela offre à l'utilisateur une option d'enchères en temps réel, de surveillance en temps réel et d'options d'enchères inversées.
Outre ces composants technologiques, il comprend également SAP Process Integrator pour l'intégration de processus de différents systèmes, SAP GUI pour la configuration et le plug-in R / e pour l'échange de données entre un ou plusieurs systèmes R / 3 et d'autres composants.
Vous pouvez télécharger des contrats dans le système SAP ERP en accédant à SAP ERP Central Component → Logistique → Gestion des articles → Achats → Contrats d'achat avec les fournisseurs → Contrat → Contrat central → Contrat central SRM
Non
Vous pouvez voir différents onglets - onglet d'en-tête, onglet de vue d'ensemble et onglet de distribution dans un contrat. Dans l'onglet de vue d'ensemble, allez pour remplir les détails de l'article et les données générales d'en-tête. Vous pouvez remplir les détails ci-dessous dans un contrat -
Target Quantity and value
Dans ce champ, vous devez entrer la quantité cible et la valeur cible. Ceci définit la quantité qui indique le nombre d'unités à acheter auprès d'un fournisseur dans une période de temps.
Release Value
Il est défini comme la valeur cumulée de tous les bons de commande par rapport au contrat central.
Basic Contract
Désormais, si vous définissez un contrat comme contrat de base, il ne contient que des données d'en-tête et des conditions et vous ne pouvez pas placer d'éléments de ligne et ne peut pas être distribué dans un catalogue.
Item Category
Sous la catégorie d'article, vous pouvez définir les options suivantes -
Normal
Lorsque vous définissez la catégorie d'article comme d'habitude, elle doit contenir une catégorie de produit.
Product category
Sous catégorie de produit, vous devez définir une valeur cible et un élément de catégorie de produit fait toujours référence à tous les catalogues connectés.
Lorsqu'un contrat a le statut expiré ou validé et que vous sélectionnez Clôturer le contrat, le statut du contrat est défini sur Terminé et il s'agit d'un statut irréversible.
Vous pouvez rechercher les contrats terminés et les utiliser comme modèle pour créer de nouveaux contrats.
In Negotiation
Lorsqu'un contrat est sélectionné pour être renouvelé et est à l'état enregistré, le statut du contrat est défini comme étant en négociation.
In Renewal
Ceci est défini lorsque vous sélectionnez un contrat pour le renouvellement est à l'état validé.
Un appel d'offres est défini comme une demande d'un acheteur à un fournisseur de soumettre un devis pour des biens ou des services selon les critères mentionnés. L'appel d'offres est également connu sous le nom de demande de devis RFx.
Une demande de devis RFx est une invitation envoyée au fournisseur par le service des achats d'une organisation pour soumettre une réponse RFx pour la fourniture de certains produits selon des conditions spécifiées. Le document RFx contient des informations telles que le nom du fournisseur, l'adresse du fournisseur, les quantités de marchandises et les dates de livraison de l'article. Vous pouvez créer RFx en référence à une demande d'achat et toutes les informations sont copiées à partir de la demande d'achat. Lorsque RFx est créé sans aucune référence, vous pouvez saisir les détails manuellement dans le document RFx.
Public Bid Invitations
Ces appels d'offres sont disponibles pour tous les soumissionnaires via un portail Web. Les soumissionnaires peuvent accéder à l'url disponible sur le portail Web pour se connecter au moteur d'enchères SAP et y saisir les offres. Si vous souhaitez que certains enchérisseurs spécifiques envoient l'offre, vous pouvez leur envoyer directement par e-mail l'invitation à soumissionner.
Restricted Bid invitations
Dans les appels d'offres restreints, un lien hypertexte permettant de se connecter au moteur d'enchères SAP est envoyé à un ensemble spécifique de soumissionnaires par e-mail. Les soumissionnaires peuvent se connecter au moteur d'enchères et saisir l'offre.
Vous pouvez rechercher des fournisseurs / soumissionnaires dans les répertoires des fournisseurs et étendre l'appel d'offres à ces soumissionnaires en cas d'appel public.
Un devis est défini comme une réponse à RFx où un soumissionnaire confirme la vente des biens et des services aux acheteurs / acheteurs selon des critères spécifiques. Dans le cadre du processus d'appel d'offres lorsque l'e-mail est déclenché, le fournisseur obtient les informations sur la demande de devis. Les fournisseurs commencent à soumissionner conformément à l'appel d'offres et lorsqu'ils soumettent l'offre dans SAP Bidding Engine, le prix final est affiché. Les fournisseurs peuvent soumissionner jusqu'à ce que la date de fin soit atteinte et une fois les offres clôturées, les achats peuvent effectuer une comparaison de prix pour obtenir le meilleur fournisseur et attribuer l'offre, et un bon de commande peut être émis pour le meilleur fournisseur.
Lorsque le nombre d'enchérisseurs est inférieur ou lorsque l'achat sent qu'il n'y a pas de meilleure offre. Il peut toujours convertir RFx en enchères en direct.
Pour créer une enchère en direct, les acheteurs peuvent utiliser le moteur d'enchères SAP et l'enchère a lieu dans le cockpit d'enchères en direct. Les acheteurs peuvent créer des enchères en direct -
- Utiliser un modèle d'enchère
- En copiant une enchère
- Dans le portail SRM depuis l'application Sourcing
Lorsque vous convertissez RFx en enchères, RFx est défini sur le statut Terminé et aucune modification ne peut être apportée à RFx.
Oui, les fonctions d'approvisionnement sont intégrées de manière transparente entre SAP ERP et SRM. Il existe diverses fonctions commerciales qui permettent à une solution de gestion des achats de bout en bout entièrement intégrée d'améliorer à la fois le processus de conformité et de gestion des achats selon les besoins de l'entreprise. Il aide à combler l'écart dans la fonctionnalité d'approvisionnement ERP à l'aide des capacités SRM et fournit une interface utilisateur commune pour la conception de processus d'approvisionnement intégrés.
Des plages de numéros doivent être établies pour les paniers EBP ainsi que pour tout document d'achat potentiel afin que des numéros uniques puissent être générés dans le système backend R / 3 d'EBP. Le système EBP a besoin d'une plage de numéros établie qui prend automatiquement le prochain numéro disponible et l'affecte au document qui sera créé dans R / 3. La configuration doit également être établie dans R / 3 pour être corrélée avec les plages dans EBP afin que le conflit ne soit jamais se produire lors de l'achat du document.
Pour définir des attributs qui définissent l'expérience d'achat des utilisateurs. Des exemples de tels attributs sont la société, la division et les centres de coûts que l'utilisateur peut commander, etc.
Le partenaire commercial comprend les parties prenantes telles que le client, le fournisseur, etc.
La fonction partenaire comprend la partie de facturation, la partie fournisseur, etc.
Panier client
Panier professionnel
Panier d'achat simple
Dans un scénario autonome, le panier d'achat et les autres traitements sont effectués dans le système SRM et seule la facture finale est envoyée au système backend pour la comptabilité financière.
Professional Shopping Cart Form
Dans ce panier, la plupart des champs sont utilisés par les acheteurs professionnels et les employés. Dans la section d'en-tête, vous avez des détails sur le numéro de panier, le nom, le statut, la date de création et qui a créé le panier.
Simple Shopping Cart Form
Comme le panier ci-dessus, vous pouvez utiliser un formulaire de panier simplifié avec moins de champs. Cela convient aux utilisateurs qui n'ont aucune expérience et une autorisation limitée.
Cela ne dépend que des catalogues et aucune autre option n'est disponible pour l'achat.
Pour répliquer l'organisation d'achat, le groupe d'achats, la base de données articles, la base de fournisseurs à partir du backend. Vous pouvez créer un bon de commande dans SRM et répliquer un bon de commande dans le R / 3.
Il est utilisé pour gérer les performances des fournisseurs, mettre en œuvre des technologies, des processus, des politiques et des procédures pour soutenir le processus d'achat.
Ceci est recommandé pour les achats avec moins d'expérience pour effectuer des achats.
Étapes clés du panier -
- Sélection de biens / services
- Panier
- Terminer et commander
- Confirmation
Le libre-service des fournisseurs est l'un des composants de SRM qui raccourcit la durée du cycle de vie de l'approvisionnement et réduit le coût du processus d'approvisionnement. Dans SUS, les fournisseurs ont accès au système d'approvisionnement de l'acheteur et sont en mesure de fournir une réponse rapide.
Voici le processus métier dans SAP SRM -
Procure to pay - nous pouvons intégrer la réquisition basée sur catalogue et bénéficier des avantages de l'e-procurement.
Gestion de catalogue - gère les données de catalogue en tant que données de base profondément intégrées.
Centralisez l'approvisionnement - gagnez en visibilité sur la demande de biens et de services.
Gestion centralisée des contrats - consolide les informations sur les contrats.
Collaboration avec les fournisseurs - relie le fournisseur à nos processus d'achat via le portail des fournisseurs
En affectant une société, vous pouvez conserver les paramètres financiers et juridiques et les états restent séparés dans le système.
L'évaluation des fournisseurs est l'un des processus clés pour maintenir et améliorer les relations à long terme avec les fournisseurs.
SAP prend en charge deux méthodologies principales pour l'évaluation des fournisseurs -
Évaluation basée sur les événements, déclenchée à partir de la confirmation, de la facture et de la liste avancée des fournisseurs.
Enquêtes ad hoc à l'aide du cockpit d'enquête des fournisseurs
Pour définir la zone d'évaluation, accédez à SRM Server → Evaluation fournisseur → Zone d'évaluation
En utilisant des tranches de numéros internes, les offres n'ont pas de lien vers un document d'achat R / 3, elles sont complètement locales au système ERP.
Dans l'évaluation des fournisseurs, vous pouvez diviser chaque enquête selon la catégorie d'évaluation. Cela fait référence au questionnaire et au groupe cible.
Example - Livraison, qualité, etc.
SAP SRM effectue le SUS, la gestion de catalogue, l'approvisionnement, l'évaluation des fournisseurs, les contrats centraux, les paniers d'achat et le cockpit d'enchères en direct.
Les plages de numéros sont utilisées pour définir les paniers d'achat et le document d'achat pour EBP, afin de générer un numéro unique dans le système backend R / 3.
- Cockpit d'enchères en direct sur serveur Web Java
- Cockpit d'enchères en direct sur le serveur Web ABAP
- Cockpit d'enchères en direct sur serveur Web Java dans les libre-services des fournisseurs
- Cockpit d'enchères en direct sur serveur Web ABAP dans les libre-services fournisseurs