Flux du processus SAP procure-to-pay (P2P) avec T-codes

Flux modifiable du processus SAP procure-to-pay, de la demande d'achat (ME51N) au programme de paiement (F110), avec stratégies de libération, réception MIGO, vérification des factures MIRO et blocages de tolérance en couloirs.

Utiliser ce modèle

Qu'est-ce que le processus flux du processus SAP procure-to-pay (P2P) avec t-codes ?

La plupart des schémas SAP P2P sont de deux sortes. Soit une diapositive de six cases (demande, commande, réception, facture, paiement) qui n'apprend rien à un utilisateur clé, soit un document de paramétrage que seul le consultant MM sait lire. La version utile se situe entre les deux. Elle montre qui réalise chaque étape, quelle transaction il emploie et à quel endroit le système arrête le document pour attendre une personne.

Ces arrêts concentrent les choix de conception. La stratégie de libération sur la demande et sur la commande décide qui approuve quoi. La détermination de la source décide si un acheteur touche seulement la demande. Les clés de tolérance de la vérification des factures décident quels écarts bloquent le paiement. Les dessiner comme des décisions, avec les vraies conditions sur les branches, transforme une vue d'ensemble du P2P en support d'atelier fit-to-standard.

Le modèle repose sur les transactions S/4HANA, mais le flux est identique dans ECC 6.0 et seuls les noms des applications Fiori changent. Renommez les couloirs selon vos sites et vos organisations d'achat, supprimez la branche d'inspection qualité si vous n'utilisez pas QM et ajoutez vos propres niveaux de libération.

Ce que couvre cet organigramme

Dans ce modèle

  • La saisie de la demande d'achat (ME51N) avec imputation, et la stratégie de libération qui l'achemine pour approbation (ME54N / ME55)
  • La détermination de la source, contrats-cadres et fiches info contre appel d'offres (ME41, ME47, ME49), avant la commande d'achat
  • La création de la commande avec référence (ME21N), sa libération (ME29N) et l'envoi au fournisseur
  • La réception des marchandises avec MIGO, type de mouvement 101, et en option un lot de contrôle QM avec décision d'emploi (QA11)
  • La vérification logistique des factures (MIRO) par rapport à la commande et à la réception, avec des blocages de paiement liés aux tolérances et libérés dans MRBR
  • Le programme de paiement automatique (F110) et le lettrage du poste ouvert du fournisseur

Quand utiliser ce modèle

  • Vous animez des ateliers fit-to-standard ou de cadrage pour une implémentation S/4HANA et il vous faut un flux P2P que les utilisateurs clés peuvent challenger
  • Les auditeurs ou un nouveau contrôleur demandent comment les achats fonctionnent réellement dans votre SAP et la réponse ne figure que dans le paramétrage
  • Vous formez des acheteurs, des magasiniers et des comptables fournisseurs et voulez une seule image qui relie leurs transactions
  • Les factures atterrissent sans cesse dans la liste des bloquées et vous devez montrer en amont l'origine de l'écart
  • Vous passez d'ECC à S/4HANA et voulez confirmer le flux P2P avant que la conversion ne le fige

Comment cela fonctionne

  1. Ouvrir le modèle et renommer les couloirs

    Remplacez les rôles génériques par les vôtres : services demandeurs, approbateurs désignés dans votre stratégie de libération, groupe d'achat, site de réception et comptabilité fournisseurs.

  2. Régler votre stratégie de libération sur la décision

    Écrivez les vraies conditions de libération sur les étiquettes des branches (par exemple valeur supérieure à 10 000 ou imputation K) pour que le schéma énonce la règle au lieu de « Oui » et « Non ».

  3. Retirer ou garder les branches facultatives

    Supprimez la branche d'inspection QM si vous n'utilisez pas la gestion de la qualité dans les achats, et la branche d'appel d'offres si chaque article dispose d'un contrat ou d'une fiche info.

  4. Ajouter les exceptions traitées chaque semaine

    Livraisons partielles, retours fournisseur (type de mouvement 122), factures sans commande et acomptes demandent chacun leur propre chemin s'ils sont fréquents dans votre activité.

  5. Envoyer le flux en revue et en approbation

    Transmettez le flux terminé au propriétaire du processus et au responsable fonctionnel SAP. L'approbation et chaque modification ultérieure sont conservées dans l'historique des versions du schéma.

Questions fréquentes

Quels sont les principaux T-codes du cycle SAP P2P ?

ME51N crée la demande d'achat, ME54N ou ME55 la libère, ME21N crée la commande et ME29N la libère, MIGO comptabilise la réception (type de mouvement 101), MIRO saisit la facture fournisseur, MRBR libère les factures bloquées et F110 lance le programme de paiement automatique. ME57, ME41, ME47 et ME49 couvrent l'affectation des sources et l'appel d'offres.

Le flux procure-to-pay diffère-t-il entre S/4HANA et ECC ?

Le flux métier est pour l'essentiel le même. Les différences sont en dessous. Business Partner remplace la fiche fournisseur séparée, le Universal Journal change le mode de stockage des écritures et de nombreuses étapes disposent d'applications Fiori (Manage Purchase Requisitions, Create Supplier Invoice) à côté des transactions classiques. Une cartographie P2P conçue pour ECC survit en général au passage avec des étapes renommées.

Qu'est-ce qu'une stratégie de libération dans les achats SAP ?

C'est la procédure d'approbation des demandes d'achat et des commandes. Des caractéristiques telles que la valeur totale, le groupe de marchandises, le site ou l'imputation sélectionnent une stratégie, et celle-ci définit quels codes de libération doivent approuver et dans quel ordre. Sur une cartographie, elle prend place sur une décision dont les branches portent les conditions réelles.

Pourquoi ma facture SAP est-elle bloquée au paiement ?

En général parce que la vérification des factures a relevé un écart hors tolérance, sur le prix (clé de tolérance PP), sur la quantité (DQ) ou à cause d'une réception manquante. MIRO comptabilise la facture avec un blocage de paiement, puis quelqu'un résout l'écart et la libère dans MRBR. Repérer l'origine de ces écarts, comme les commandes créées après coup ou les réceptions tardives, est le moyen le plus rapide de réduire la liste des bloquées.

Fait partie de

Fonctionnalités QueryChart pour ce processus

Utiliser ce modèle

Browse all Modèles de processus ERP