Si votre organisation est mise en production sans structure d'entité achat, commence à créer des documents à approuver, mais décide ultérieurement d'implémenter des entités achat sur votre site, aucune entité achat n'est affectée aux documents à approuver existants. Cela peut entraîner des erreurs lors de la modification des documents ou lors du traitement des reçus ou des factures par rapport à des bons de commande avec une valeur d'entité achat vide : la valeur Entité achat n'est pas acceptable.

*La tâche planifiée BackPopulateProcurementUnits ne doit jamais être exécutée par l'assistance client SAP Ariba*

Exécutez la tâche planifiée BackPopulateProcurementUnits sur votre site pour renseigner rétroactivement le champ Entité achat sur les documents à approuver existants sans avoir à toucher les documents manuellement. Cette tâche ne modifie pas la procédure d'approbation des documents à approuver en cours d'approbation. Lors de la mise à jour de documents à approuver existants, la tâche ajoute une entrée d'historique pour indiquer le passage d'une entité achat vide à une nouvelle valeur.

Nous vous recommandons d'exécuter cette tâche sur le site de test d'abord pour vous assurer qu'elle fonctionne comme prévu et pour vous assurer qu'il n'y a pas d'effets indésirables. En outre, avant d'exécuter cette tâche, vérifiez les paramètres par défaut de votre entité achat. La tâche planifiée fait référence à ces paramètres pour déterminer comment définir par défaut l'entité achat pour chaque type de document à approuver.

Par exemple :

• Application.Approvable.Defaulting.ProcurementUnit."ariba.purchasing.core.Requisition"
• Application.Approvable.Defaulting.ProcurementUnit."ariba.Receiving.core.Receipt"
• Application.Approvable.Defaulting.ProcurementUnit."ariba.invoicing.core.Invoice"
• Application.Approvable.Defaulting.ProcurementUnit."ariba.invoicing.core.InvoiceReconciliation"

Chacun de ces paramètres spécifie une liste de chemins de champs à partir de laquelle le champ Entité achat est défini par défaut pour ce type de document. Par exemple, le paramètre d'entité achat de la demande d'achat a le paramètre par défaut CompanyCode.ProcurementUnit, Requester.PartitionedUser. Cela signifie que la tâche planifiée recherche d'abord l'entité achat associée au code société de la demande d'achat. Si elle n'a pas de valeur, elle passe à l'entité achat par défaut de l'émetteur de la demande. Si aucun des chemins de champ ne contient de valeurs, l'entité achat de la demande d'achat reste vide.

L'assistance client SAP Ariba peut modifier ces paramètres pour ajouter de nouveaux chemins de champ et modifier le classement des choix de chemin de champ pour garantir que la tâche planifiée est extraite au bon endroit.

Avant d'implémenter des entités achat, le champ Entité achat n'est pas obligatoire sur les documents à approuver. Une fois les entités d'achat activées, le champ devient obligatoire pour tous les documents nouvellement créés ou les documents existants impliqués dans le traitement d'un document lié (par exemple, la soumission d'un nouveau reçu pour une commande d'achat existante dont l'entité d'achat est vide).

La tâche planifiée passe par les documents dans l'ordre du workflow (du plus ancien au plus récent vers pour chaque type de document à approuver avant de passer au type suivant) :

1. Demandes d'achat
2. Commandes d'achat
3. Entrées
4. Factures
5. Rapprochements de factures

Selon le nombre de documents historiques qui doivent être mis à jour avec une valeur d'entité d'achat, l'exécution de la tâche peut prendre plusieurs heures.

La tâche planifiée BackPopulateProcurementUnits ne doit pas être exécutée par l'assistance client SAP Ariba pour plusieurs raisons :

1. Les entités achat divisent logiquement une société en plusieurs unités. Par conséquent, la tâche et le travail qui lui sont associés doivent être gérés dans le périmètre d'un projet.
2. Une analyse d'impact complète doit être effectuée avant d'exécuter cette tâche pour s'assurer que cette tâche est la bonne décision et que le client est correctement configuré pour elle.
3. Cette tâche exige beaucoup de performances et doit être coordonnée pour être effectuée pendant les heures de repos et/ou sans utilisateur dans le système. Il convient également de déterminer le nombre de documents qui seraient impactés par cette tâche avant d'exécuter la tâche. Un plan de migration doit être mis en place pour cette raison.
4. La tâche passe en revue tous les documents à approuver et les met à jour un par un. S'il rencontre un problème avec un document, la tâche s'arrête. Ce document doit être révisé et corrigé avant d'exécuter à nouveau la tâche.

Pour toutes les raisons ci-dessus, les clients doivent engager les services de SAP Consulting chaque fois qu'il est nécessaire de renseigner rétroactivement les entités d'achat sur les documents à approuver.

Approvisionnement central > Administration centrale > Importation des entités achat