Flux du processus Oracle Fusion procure-to-pay (P2P)
Flux modifiable du processus Oracle Fusion Cloud procure-to-pay : demande dans Self Service Procurement, approbation, commande issue d'un contrat, réception, validation et blocages des factures, demande de paiement.
Qu'est-ce que le processus flux du processus oracle fusion procure-to-pay (P2P) ?
Oracle Fusion répartit le procure-to-pay entre Self Service Procurement, Purchasing, Receiving et Payables, chacun avec son espace de travail et ses règles d'approbation. La documentation d'Oracle décrit bien chacun d'eux. Ce qui manque le plus souvent aux équipes de projet, c'est une image unique qui les relie, pour qu'un acheteur, un réceptionnaire et un spécialiste des comptes fournisseurs voient de quelle étape précédente dépend la leur.
Les décisions qui structurent le processus sont la vérification du contrat, qui détermine si un acheteur intervient sur la demande, le niveau de rapprochement (à deux, trois ou quatre) et les blocages de facture. Les blocages concentrent le temps de cycle. Une facture qui échoue à la validation reste bloquée jusqu'à ce que quelqu'un résolve l'écart de prix ou de quantité et la valide de nouveau.
Utilisez le modèle pour les ateliers de conception d'un projet Fusion, pour une migration depuis E-Business Suite ou pour former de nouveaux utilisateurs. Renommez les couloirs selon vos unités opérationnelles, réglez le niveau de rapprochement que vous appliquez et ajoutez les niveaux d'approbation imposés par vos règles.
Ce que couvre cet organigramme
Dans ce modèle
- La création de la demande dans Self Service Procurement et le workflow d'approbation paramétré dans Manage Requisition Approvals
- La création automatique de la commande à partir d'un contrat d'achat ouvert, ou le traitement par l'acheteur dans Process Requisitions
- La réception par rapport à la commande, avec une étape d'inspection lorsque le rapprochement à quatre s'applique
- La saisie de la facture fournisseur, sa validation par rapport à la commande et à la réception, et la résolution des blocages
- L'approbation de la facture et la demande de traitement de paiement qui produit le fichier de paiement
Quand utiliser ce modèle
- Vous concevez les processus d'achat cibles d'une implémentation Oracle Fusion Cloud ERP
- Vous passez d'Oracle E-Business Suite R12 à Fusion et voulez comparer les deux flux étape par étape
- Les blocages de facture s'accumulent et vous devez montrer quelle étape en amont les provoque
- Les nouveaux acheteurs, réceptionnaires et comptables fournisseurs ont besoin d'un support de formation qui montre tout le cycle
Comment cela fonctionne
Associer les couloirs à vos unités opérationnelles
Renommez les couloirs selon vos demandeurs, approbateurs, acheteurs, sites de réception et équipe comptes fournisseurs. Prévoyez un schéma par unité opérationnelle d'achat si les flux diffèrent.
Régler le niveau de rapprochement
Gardez la branche d'inspection pour le rapprochement à quatre, ou supprimez-la pour rester sur un rapprochement à trois (réception) ou à deux (commande seule).
Écrire vos règles d'approbation
Placez les vraies conditions d'approbation (seuils de montant, catégorie, hiérarchie des centres de coûts) sur les étapes d'approbation ou dans leurs notes.
Lister les types de blocage les plus fréquents
Ajoutez à l'étape de blocage des notes sur vos blocages courants, comme le prix, la quantité reçue et la quantité commandée, et sur qui résout chacun.
Approuver et publier
Envoyez le flux aux propriétaires de processus des achats et des comptes fournisseurs. La version approuvée et les modifications ultérieures sont conservées dans l'historique des versions.
Questions fréquentes
Quelles sont les étapes du cycle P2P d'Oracle Fusion ?
On crée une demande dans Self Service Procurement, on la fait approuver, on la transforme en commande (automatiquement à partir d'un contrat, ou par un acheteur dans Process Requisitions), on réceptionne les marchandises, on crée et valide la facture fournisseur, on résout les blocages éventuels, on approuve la facture puis on la règle par une demande de traitement de paiement.
Quelle différence entre rapprochement à deux, à trois et à quatre dans Oracle ?
Le rapprochement à deux compare la facture à la commande. Celui à trois ajoute la quantité réceptionnée. Celui à quatre exige en plus que les marchandises soient inspectées et acceptées. Le niveau se définit sur l'échéance de la commande, et un écart hors tolérance place un blocage sur la facture lors de la validation.
Le flux P2P d'Oracle Fusion est-il le même que dans E-Business Suite ?
Le flux métier est proche, mais les outils diffèrent. Fusion emploie Self Service Procurement à la place d'iProcurement, des règles d'approbation fondées sur BPM à la place d'AME, et des demandes de traitement de paiement dans un module Payments repensé. Cartographier les deux flux côte à côte est une étape utile d'une migration d'EBS vers Fusion.