Règles de gestion d'Oracle Cloud OM – Introduction

Les règles métier Oracle Cloud OM sont un excellent moyen de prendre le volant et de dynamiser votre entreprise. Ils offrent une grande flexibilité et peuvent aider à éliminer la corvée et les facteurs humains de la prise de décision. La meilleure chose à leur sujet est que, dans la plupart des cas, vous n’avez pas besoin d’apporter des modifications ou de créer des extensions pour faire bouger les choses. Il existe une flexibilité dès le départ pour traiter la plupart des problèmes et des pratiques commerciaux.

Présentation des règles métier d'Oracle Cloud OM

Vous pouvez utiliser les règles métier d'Oracle Cloud OM pour transformer les commandes, transformer les produits, attribuer des processus d'orchestration, acheminer les commandes vers différents systèmes d'exécution et servir d'outil pour gérer les commandes.

Ils viennent dans un certain nombre de variétés et servent à des fins différentes. Les règles OM sont créées selon l'une des deux méthodes; le moteur Oracle Business Rule ou Visual Builder. Oracle Business Rules est la plate-forme la plus complexe et peut nécessiter des développeurs techniques expérimentés pour appliquer des règles complexes. Visual Builder est comme son nom l'indique un objet visuel basé dans son approche.

Transformer avec Oracle Cloud OM Business Rules

Utilisez les règles pour modifier les commandes avant la transformation de commande (pré-transformation) ou après (post-transformation). En outre, un utilisateur peut transformer le ou les éléments avec des règles de transformation de produit.

Pré-transformation

Si vous connaissez Oracle Order Management dans EBS, les règles de pré-transformation sont l'équivalent des règles par défaut. Ils peuvent être utilisés par défaut à peu près n'importe quel champ de commande client en fonction d'un ou plusieurs attributs.

Voici quelques exemples d'utilisations possibles des règles de pré-transformation:

1. Définition du type de transaction d'Oracle Payables en fonction du type de commande ou du type de ligne

1. Définition d'un vendeur par défaut en fonction d'une origine de commande

2. Définir la méthode d'expédition en fonction du type de commande ou de la classe d'article

3. Définissez le type de ligne en fonction d'un attribut d'élément.

Les utilisateurs peuvent créer des règles de pré-transformation à l'aide d'Oracle Business Rules ou des outils Visual Builder.

Exemple Règle de pré-transformation utilisant Visual Builder

Exemple – Règle de pré-transformation utilisant Oracle Business Rules

Produit Transformation

Votre entreprise at-elle des produits compliqués ou des relations de vente entre eux? Vous pouvez utiliser les règles de transformation de produit pour contrôler la configuration ou les combinaisons d'articles que vous expédiez. La transformation de produit permet la création de règles pour contrôler les articles qui sont expédiés ensemble, interdire à certains articles d'aller à certains endroits (en l'absence de GTM) ou même pour récompenser les clients avec un cadeau pour l'achat de certains articles ou quantités

Quelques cas d'utilisation pour les règles de transformation de produit:

1. Exécuter la livraison de l'adaptateur secteur approprié pour un ordinateur portable en fonction du produit ou expédier dans le pays / la région
2. Assurez-vous qu'un équipement est livré avec des lignes de commande contenant les outils, la documentation ou l'équipement auxiliaire nécessaires pour faire fonctionner l'équipement
3. Interdire l'expédition de certains composants avec un produit en raison d'une incompatibilité
4. Supprimer automatiquement les articles associés d'une commande client si un composant principal est supprimé de la commande.
5. Récompenser un client pour une commande quantité avec un ou plusieurs articles bonus.

Vous écrivez des règles de transformation de produit à l'aide du moteur Oracle Business Rule (au moment de la rédaction de cet article, il n'est pas possible d'utiliser Vi sual Builder). Les règles de transformation de produit sont un peu plus complexes à écrire. Cela est dû au fait que le pilote d'identification de l'article dans le moteur est l'ID d'article et non le numéro d'article. Cela nécessite l'utilisation de Bucket Sets pour agir en tant que traducteurs entre le monde de la RSE et le système. Vous devrez peut-être créer un dictionnaire de règles pour vous aider à atteindre votre objectif final.

Post-transformation

Vous pouvez écrire des règles de post-transformation pour apporter des modifications aux ventes Commandes entre la transformation et la soumission au système d'exécution. Les règles de post-transformation vous permettent de gérer les attributs qui peuvent changer ou qui ne sont pas encore définis au moment de la transformation. Cela inclut des attributs tels que les dates ou les produits finalisés dans les lignes de commande client.

Le besoin de post-transformation peut varier considérablement d'une entreprise à l'autre. un large éventail d'utilisations telles que les dates par défaut, la modification des formats de date, la modification des entrepôts par article.

Certains des attributs disponibles pour une utilisation avec les règles de post-transformation

Les règles post-transformation sont très complexes. En tant que tels, il faut une bonne dose de pratique pour se familiariser complètement avec eux. Le personnel technique peut créer des règles de post-transformation à l'aide du moteur Oracle Business Rules. OBR permet l'utilisation d'ensembles de compartiments et de dictionnaires qui peuvent être définis selon vos besoins.

Assign with Oracle Cloud OM Business Rules [19659047] Affectation de processus

Oracle Order Management repose sur quelque chose connu sous le nom de processus d'Orchestration des commandes (recherchez les futurs écrits sur ce sujet). Le processus d'orchestration remplit la même fonction que les workflows dans Oracle EBS. Ils acheminent les commandes vers les chemins appropriés pour l'exécution ou d'autres fonctions de commande.

Un développeur peut créer des processus d'orchestration personnalisés en fonction de vos besoins commerciaux. Les règles d'affectation de processus permettent de lier vos processus d'orchestration personnalisés (ou de contrôler des processus standard) à des événements ou des conditions spécifiques.

Les processus peuvent être attribués en fonction d'un certain nombre d'attributs. Voici quelques exemples:

1. Client
2. Destination
3. Quantité d'article
4. Catégorie d'article / article
5. Transporteur
6. Type de ligne de commande.

L'utilisateur a le choix entre les moteurs Visual Builder ou Oracle Business Rules pour concevoir des règles d'affectation de processus.

Route avec Oracle Cloud OM Business Rules

Routing Rules

Si votre entreprise est prise en charge par plusieurs systèmes d'exécution, vous peut créer des règles pour acheminer les lignes d'exécution vers le (s) système (s) approprié (s). L'utilisation de règles de routage peut éviter les processus manuels d'exécution tels que l'exportation depuis Fusion et le téléchargement vers un autre système.

Les règles de routage fonctionnent en conjonction avec Orchestration pour envoyer les lignes d'exécution là où elles sont le mieux remplies. Par exemple, vous pouvez gérer une ligne commerciale fabriquée sur commande, mais exécutant des logiciels de fabrication autres qu'Oracle Cloud Manufacturing. Si les produits sont expédiés directement au client depuis l'usine, une règle d'acheminement est pratique. Les règles de routage vous permettraient d'envoyer les lignes de commande au logiciel de fabrication via une interface plutôt que par un autre processus plus long.

Vous pouvez utiliser Oracle Business Rules ou Visual Builder pour créer des règles de routage.

Orchestration avec Oracle Cloud OM Business Rules

Orchestration Process Rules

Les orchestrations nécessitent la définition de règles afin que certaines parties du processus fonctionnent comme le les entreprises en ont besoin pour fonctionner. Ces règles sont de nature similaire aux règles de post-transformation en ce qu'elles peuvent être très complexes et nécessitent une certaine planification pour créer une règle efficace.

Certaines choses à propos des orchestrations sont les critères de sélection de ligne, l'expression du délai, le comportement de compensation du changement et la pause.

Par exemple, votre entreprise expédie le même article à partir de différents entrepôts en fonction de la disponibilité. Vous pouvez écrire une règle de délai qui prend en compte l'emplacement de l'entrepôt et l'emplacement du client.

Il est très important que les règles sur les orchestrations prédéfinies ne soient pas modifiées. Si vous avez besoin d'une modification de règle pour modifier le comportement d'un processus d'orchestration, copiez une orchestration prédéfinie existante et modifiez-la.

Approuver avec Oracle Cloud OM Business Rules

Règles d'approbation des commandes client

Oracle a reconnu la nécessité de contrôler les commandes client dans le cloud et a développé le processus d'approbation des commandes client. Les règles d'approbation des commandes client permettent à une entreprise de mieux contrôler ce qui arrive à une commande client qui ne respecte pas la règle. Ils offrent une gamme d'options d'action allant du rejet automatique aux processus d'approbation basés sur un individu, un groupe ou une hiérarchie. En outre, les règles de commande client peuvent également être utilisées pour avertir les utilisateurs si la commande client n'est pas conforme aux caractéristiques définies.

Les règles d'approbation SO peuvent être utilisées dans de nombreuses situations, voici quelques exemples;

1. Gestion des remplacements de prix

2. Gestion des totaux des commandes

a. Commandes minimales

b. Totaux des commandes

1. Interdiction de certains types de rabais

4. Exiger des alertes ou des approbations pour un ou des systèmes source donnés

Les règles d'approbation de commande client sont déclenchées lors de la soumission du projet de commande client. Si une commande nécessite une approbation, Oracle définit le statut "En attente d'approbation". Ainsi, aucun autre traitement de la commande ne peut avoir lieu tant que le ou les approbateurs n'ont pas approuvé la commande. Si un approbateur rejette la commande, le statut de la commande revient à "Brouillon". Ensuite, le créateur peut ajuster l'ordre pour respecter les paramètres.

Utilisez soit le moteur Oracle Business Rules soit le Visual Builder pour créer des règles d'approbation.

Conclusion

Oracle Cloud OM Business Rules offre flexibilité et contrôle. Ils permettent à Order Management Cloud de se conformer à vos besoins sans avoir à recourir à des extensions ou à des solutions manuelles pour gérer vos commandes. Ils offrent la flexibilité nécessaire pour répondre aux besoins de l'entreprise en matière de gestion des commandes clients. De plus, ils peuvent être assez simples à écrire. Si nécessaire, votre personnel technique peut utiliser le moteur Oracle Business Rule pour gérer des règles plus complexes.

Pour plus d'informations sur Oracle Cloud OM Business Rules, cliquez sur ce lien: https://docs.oracle.com/ fr / cloud / saas / supply-chain-management / 21a / faiom / orchestrate-fillment.html # FAIOM1702198

À propos de l'auteur

Gene Gysin est un architecte de solutions senior avec plus de vingt ans d'expérience expérience avec les implémentations Oracle SCM ERP et Cloud. Auparavant, il a servi dans la marine américaine, prenant sa retraite en tant que premier maître. Il vit dans le nord du Michigan avec sa femme et ses bébés à fourrure.

Plus de cet auteur