Pourquoi implémenter Incorta Analytics pour Oracle Fusion Cloud ERP Reporting ?

Oracle Cloud ERP propose plusieurs outils intégrés pour le reporting. Alors que les outils de reporting natifs comme Oracle Transactional Business Intelligence (OTBI) et Oracle BI Publisher sont bien adaptés à des types spécifiques de reporting opérationnel, ils ont des limites lorsqu’il s’agit d’effectuer des rapports complexes et à l’échelle de l’entreprise. Il est donc crucial de compléter l’application Oracle Cloud ERP avec une solution de reporting d’entreprise.

Une considération majeure à garder à l’esprit est qu’Oracle Cloud ERP est une application SaaS. Contrairement à Oracle E-Business Suite (EBS), l’accès direct à la base de données Oracle Cloud ERP (OLTP) est généralement limité. Par conséquent, les approches traditionnelles des rapports ERP qui ont peut-être bien fonctionné avec EBS ne conviennent pas très bien aux applications Oracle Fusion SaaS. Par exemple, vous avez peut-être effectué des rapports EBS avec Noetix pour IBM Cognos, OBIEE, Discoverer ou d’autres outils de BI hérités. Ou vous pouvez avoir plusieurs processus ETL qui ont extrait, transformé et chargé des données ERP sur site dans un entrepôt de données. Cependant, suivre une approche similaire pour les rapports Cloud ERP n’est pas idéal. La recommandation est d’accompagner la mise en œuvre de l’ERP Cloud d’une méthodologie de reporting plus innovante qui s’adapte bien à la modernité de l’application Cloud ERP, est évolutive pour fonctionner de manière adéquate et offre un délai de rentabilité rapide lorsqu’il s’agit de répondre aux besoins commerciaux en constante évolution pour aperçus analytiques. Dans ce blog, je décrirai comment Oracle Cloud ERP est complété par Incorta, une plateforme de données et de reporting innovante qui transcende les défis communs de l’approche classique de l’entrepôt de données.

Qu’est-ce qui différencie Incorta Analytics pour Oracle Cloud ERP ?

Plusieurs facteurs entrent en jeu lors du choix du type de solution de reporting qui fonctionne le mieux avec les applications à portée de main. Ici, je présente Incorta comme une option très viable pour ses capacités de traitement des données et de création de rapports. Parmi de nombreuses raisons, je me concentre ici sur les trois qui, selon moi, sont les plus pertinentes avec Oracle Cloud ERP.

1. Déploiement accéléré et améliorations

Le déploiement d’Incorta pour Oracle Cloud ERP suit un cycle beaucoup plus rapide que la mise en œuvre de déploiements traditionnels de type entrepôt de données. Même après le déploiement initial, le déploiement d’améliorations supplémentaires des rapports sur Incorta suit un délai de rentabilisation plus rapide pour plusieurs raisons :

1. • Cartographie directe des données: Alors que les entrepôts de données conventionnels nécessitent une transformation approfondie des données, Incorta exploite les structures de données d’Oracle Cloud ERP dans leur forme d’origine. Par conséquent, Incorta remplace le traitement ETL, les schémas en étoile et les transformations de données par une technologie Direct Data Mapping. Avec Direct Data Mapping, l’approche Incorta conserve les modèles de données d’application source dans leur forme d’origine, avec une transformation minimale. Par conséquent, nous nous retrouvons avec un mappage un à un avec les objets de données et les relations correspondants dans Oracle Cloud ERP. Traditionnellement, cela ne fonctionnait pas bien pour les rapports en raison d’un impact significatif sur les performances d’interrogation. Cependant, l’innovation introduite avec Incorta Direct Data Mapping permet des requêtes par lots très performantes sur des quantités massives de données, sans nécessiter de transformation ETL approfondie, comme c’était auparavant le cas avec un entrepôt de données. L’élimination des frais généraux liés à la transformation extensive des données est à l’origine de la raison pour laquelle Incorta offre un chemin plus rapide pour la mise en œuvre initiale et l’amélioration régulière des analyses d’Incorta.

• • Connecteur d’applications Oracle Cloud: contrairement aux applications ERP sur site, l’accès direct à la base de données n’est pas disponible, de manière évolutive, à partir d’Oracle Fusion Applications. Faire une solution de reporting sur Oracle Cloud ERP implique une entreprise majeure liée à la configuration initiale, à la planification et aux actualisations continues des extraits de données de centaines d’objets de données généralement utilisés pour les rapports ERP. Vous pensez peut-être que l’utilisation d’outils comme Oracle BI Publisher ou OTBI peut être un moyen d’obtenir les données Cloud ERP dont vous avez besoin pour le reporting. Bien qu’une telle technique puisse vous permettre de démarrer au départ, il n’est pas possible de conserver des extraits de données hors de Cloud ERP, car cela compromet les performances de l’application Oracle Cloud ERP elle-même, l’intégrité des données de rapport et leur exhaustivité, ainsi que la capacité à échelle pour couvrir plus d’objets de données pour les rapports.

L’ensemble du processus d’exportation de données est cependant rationalisé et géré depuis Incorta. Un connecteur intégré aux applications Oracle Fusion permet à Incorta d’exploiter n’importe quel objet de données dans Oracle Cloud ERP. Le connecteur effectue la découverte de données sur Oracle Cloud ERP View Objects (VO), lit les métadonnées et la date disponibles dans les VO Oracle et les VO personnalisés, et charge les données dans Incorta. Le connecteur respecte les meilleures pratiques d’Oracle pour l’exportation de données Oracle Fusion en masse. La connectivité s’effectue via le connecteur Oracle Fusion Business Intelligence Cloud (BICC). Il n’est pas nécessaire de développer les exportations de données BICC à partir de zéro, car le Blueprint d’Incorta pour Oracle Cloud ERP comprend déjà des offres BICC prédéfinies pour divers domaines fonctionnels ERP (tels que AP, AR, GL, immobilisations, etc.). Ces offres peuvent être importées dans BICC, avec l’option de mise à jour avec des objets de vue personnalisés. La gestion du chargement des données d’Oracle Cloud ERP dans Incorta s’effectue à partir de l’interface utilisateur Web d’Incorta et nécessite donc une configuration minimale du côté d’Oracle Fusion.

Nous pouvons planifier plusieurs offres préconfigurées à partir du plan directeur d’Incorta, en fonction des modules qu’il est intéressant d’activer dans Incorta pour les rapports Oracle Cloud ERP. Cette matrice fournit une liste des offres BICC planifiées pour prendre en charge différents domaines fonctionnels d’intérêt.

• • Tableaux de bord et modèles de données prédéfinis pour Oracle Cloud ERP: Le délai de rentabilisation avec Incorta est considérablement plus court par rapport à l’analyse sur d’autres plates-formes, car Incorta dispose d’un pipeline de données prêt à l’emploi, d’un modèle de données et de tableaux de bord prédéfinis spécifiquement pour Oracle Cloud ERP. Le modèle Cloud ERP prêt à l’emploi intègre également des schémas métier qui permettent aux utilisateurs expérimentés de répondre eux-mêmes à leurs besoins pour créer leurs propres rapports. Le blueprint Incorta Oracle Cloud ERP comprend des tableaux de bord prédéfinis pour :
    • Finances : grand livre, comptes fournisseurs, dépenses des employés, comptes clients, immobilisations et projets
    • Chaîne d’approvisionnement : achats et dépenses, gestion des commandes et inventaire
    • Gestion du capital humain : effectif, rémunération, absences et paie

De plus, les tableaux de bord prédéfinis incluent des rapports sur les fonctions commerciales courantes telles que : Procure to Pay, Order to Cash, Bookings, Billings et Backlog.

2. Haute performance et évolutivité pour gérer des milliards de lignes

Si vous êtes familier avec les entrepôts de données et les solutions de BI, vous savez probablement que la performance d’une solution de reporting est la clé de son succès. Et les performances incluent ici à la fois la couche de données, grâce à laquelle les actualisations des données se produisent en temps opportun, ainsi que les temps de réponse des rapports frontaux. Si l’entreprise n’est pas en mesure d’obtenir les informations nécessaires pour prendre des décisions en temps opportun, la plateforme de reporting n’aurait pas atteint son objectif. Par conséquent, la mise en place d’une base solide pour une solution de reporting à l’échelle de l’entreprise doit avoir la performance et l’évolutivité comme critère clé.

Ce que j’aime chez Incorta, c’est qu’il ne s’agit pas seulement d’une plate-forme de visualisation ou de création de rapports, mais aussi d’un stockage de données évolutif et d’un moteur d’interrogation de données optimisé. Avec Incorta, nous n’avons pas besoin de configurer un 3^rd partie base de données (entrepôt de données) pour stocker les données. Incorta gère le stockage et la récupération des données à l’aide de cartes de données qui offrent des temps de réponse très rapides. Auparavant, avec un entrepôt de données, lorsqu’une table (comme les journaux GL ou les factures de vente, par exemple) commençait à dépasser quelques millions de lignes, vous deviez envisager d’optimiser les performances grâce à plusieurs techniques telles que l’archivage, le partitionnement, l’indexation et même l’ajout de plusieurs couches d’agrégation pour améliorer les performances des rapports. Toutes ces activités prennent du temps et entravent la productivité et l’innovation. Ces concepts traditionnels d’optimisation des performances ne sont plus nécessaires car Incorta est capable de gérer facilement des centaines de millions et des milliards de lignes sans avoir besoin d’intervenir avec des niveaux supplémentaires de tables agrégées.

3. Prise en charge de plusieurs applications de source de données

Il arrive souvent que l’analyse englobe des informations provenant de plusieurs applications, et pas seulement d’Oracle Cloud ERP. Quelques éléments à considérer à cet égard :

• • Applications ERP multiples: La migration d’une application ERP sur site vers Oracle Cloud ERP n’est pas nécessairement un projet en une seule phase. Le processus de migration peut très bien consister en plusieurs phases séquentielles, basées sur différents modules applicatifs (GL, AP, AR, Projets, Achats, etc.) ou basées sur des migrations échelonnées pour différentes entités au sein d’une même organisation. Par conséquent, il arrive souvent que la solution de reporting ERP doive prendre en charge simultanément les rapports d’autres applications ERP en plus d’Oracle Cloud ERP. Un cas d’utilisation typique consiste à obtenir des données GL à partir d’Oracle Cloud ERP, tandis que les données de sous-livre proviennent d’une application sur site telle qu’EBS. Un autre cas d’utilisation courant consiste à combiner des données pour le même module ERP à partir d’Oracle Cloud ERP et d’EBS. Incorta permet de mapper et de charger plusieurs schémas sur diverses applications, en plus d’Oracle Cloud ERP. Incorta gère ensuite l’union des ensembles de données de plusieurs schémas à rapporter de manière transparente dans le même rapport.
  • Reporting interfonctionnel: Dans le même ordre d’idées, il est souvent nécessaire de créer des rapports sur les données ERP en conjonction avec des données externes à l’ERP, telles que celles provenant d’applications de vente, de planification, de marketing, de service ou d’autres applications. Avec une riche liste de connecteurs pris en charge et de plans d’accélérateur pour diverses applications sources, Incorta peut se connecter et établir des schémas distincts pour chacune des applications d’intérêt. Les objets de données chargés dans Incorta peuvent ensuite être joints à travers des schémas et mappés de manière appropriée pour permettre la création de rapports sur les informations provenant de divers systèmes sources.

Si vous êtes sur votre chemin vers Oracle Cloud ERP et que vous vous demandez quoi faire avec votre ancien entrepôt de données et vos plateformes de reporting, je vous encourage à prendre contact pour une consultation à ce sujet. L’équipe Perficient BI est très expérimentée dans les projets ERP et a aidé de nombreux clients dans leurs mises à niveau et leurs initiatives d’analyse en exploitant un ensemble diversifié de fournisseurs et de plates-formes technologiques.