Problèmes connus pour Oracle Fusion Data Intelligence

Découvrez les problèmes que vous risquez de rencontrer lorsque vous utilisez Oracle Fusion Data Intelligence et comment les contourner.

Rubriques :

Problèmes généraux et solutions de contournement d'Oracle Fusion Data Intelligence

Découvrez les problèmes généraux que vous pouvez rencontrer lors de l'utilisation d'Oracle Fusion Data Intelligence et comment les contourner.

Rubriques :

Echec des rapports prédéfinis lors de l'utilisation d'un modèle sémantique externe d'une application externe

Si le 24. R1. Le patch P1 a été appliqué à votre instance et vous utilisez un modèle sémantique d'un fichier d'application externe (.rpd), puis vous devez recharger le modèle sémantique de l'application externe une fois la mise à niveau terminée.

Si vous ne chargez pas à nouveau le modèle sémantique de l'application externe, vous constaterez peut-être que certains rapports prédéfinis ne fonctionnent pas correctement. Reportez-vous à A propos de la fusion d'applications externes.

Vérifier les classeurs hérités après la migration

Pour chaque dossier de piliers du catalogue Oracle Analytics Cloud (Shared Folders/Oracle/PillarName), seuls les dossiers /Detail Dashboards et /Overview Dashboards et leur contenu resteront après la version 24. R1. Ces répertoires contiennent le dernier contenu de l'application.

Les nombreux autres dossiers situés directement sous le dossier Pillarname contiennent des classeurs d'exploration prédéfinis hérités des ponts. Elles ne seront plus utiles et seront supprimées dans la version 24. R2. Si vous utilisez ces classeurs hérités en lecture seule dans votre application de production, Oracle recommande de les dupliquer et de les déplacer vers votre contenu personnalisé. Vous pouvez ensuite rétablir la navigation descendante entre le contenu migré et ces nouvelles versions.

Problème avec le statut Echec pour les dimensions personnalisées renommées

Lorsque vous modifiez une étape Ajouter une dimension, les étapes en cours et suivantes prennent le statut Echec.

Pour contourner ce problème, supprimez l'étape et créez-la à nouveau.

Les mesures clés ne peuvent pas être traduites

Dans cette version, le texte ajouté en tant que métadonnées à la fonctionnalité de mesures clés ne peut pas être exporté, traduit et réintégré dans l'application en tant que contenu traduit.

Dans la diapositive ci-dessus (par exemple, en tant que description de mesure clé), les métadonnées de mesure clé sont affichées dans la langue d'origine dans laquelle elles ont été saisies.

Filtres de style Deck manquants dans le contenu migré

Dans cette version, une copie des ponts a été migrée vers les classeurs Oracle Analytics Cloud de base.

Les filtres de type deck pour le temps et les calendriers ne peuvent pas être directement répliqués dans les classeurs. Les classeurs migrés, plutôt que d'échanger entre des intervalles de temps professionnels (tels que Actuel, Précédent ou Dernier-N), utilisent des filtres de temps Oracle Analytics Cloud standard. Ces filtres de temps présentent plusieurs périodes distinctes en fonction des colonnes du domaine (par exemple, Exercice, Trimestre fiscal et Période fiscale). Le contenu migré, qui se trouve dans le dossier Tableaux de bord de présentation, a été mis à jour pour utiliser les filtres Oracle Analytics Cloud standard dans le temps.

Contexte de filtre inattendu pour les liens d'action de données dans le contenu migré

Pour cette version, dans le contenu migré, la navigation à partir des tableaux de bord convertis (maintenant appelés tableaux de bord de présentation) présente des problèmes lors de la transmission du contexte de filtre des tableaux de bord de présentation aux classeurs de détail.

Les classeurs détaillés partagés sont optimisés pour la navigation entre les ponts et le contenu d'exploration. Les ponts sont la principale méthode d'organisation, tandis que les tableaux de bord de présentation complètent les ponts uniquement. Il y a moins de problèmes lorsque aucun contexte limité n'est transmis des filtres du tableau de bord d'aperçu aux classeurs de détails.

Pour contourner ce problème, mettez à jour les tableaux de bord convertis dans le dossier Tableaux de bord de présentation avec la navigation optimisée souhaitée.

Erreur lors de l'inclusion d'un chemin personnalisé dans le nom de dossier de l'utilitaire de migration de contenu personnalisé

Dans l'utilitaire de migration de contenu personnalisé, si vous incluez autre chose que le nom du dossier à créer sous Exécuter la migration, une erreur se produit.

Le processus de migration ajoute le dossier que vous créez au chemin de contenu /Shared Folders/custom. Vous n'avez pas besoin d'inclure de texte dans le champ autre que le nom du dossier. Pour éviter toute erreur, incluez uniquement le nom du dossier dans le champ.

Pour contourner l'erreur, réexécutez l'utilitaire pour effacer l'erreur. Ensuite, réexécutez l'utilitaire une fois de plus en utilisant uniquement le nom du dossier dans le champ pour remplir votre sortie dans le dossier spécifié.

Erreur lors de la promotion du modèle sémantique en production

Lorsque vous promouvez le modèle sémantique d'un environnement de test vers un environnement de production, vous risquez de rencontrer une erreur d'E/S inattendue.

Pour contourner cette erreur jusqu'à ce qu'un correctif soit disponible, utilisez des bundles pour migrer vos modifications vers le modèle sémantique vers l'environnement de production.

Problèmes avec l'explorateur de contenu - Tableau de bord Fusion Data Intelligence

Vous pouvez rencontrer ces problèmes avec le classeur du tableau de bord de l'explorateur de contenu - Fusion Data Intelligence.

  • Les domaines et métriques personnalisés créés via l'augmentation des données, Fusion Accounting Hub Analytics et l'analyse des comptes configurables utilisent des noms générés par le système.
  • Aucun contenu personnalisé historique n'est présent avant la Plateforme 24. Version R4.
  • Explorateur de contenu - Fusion Data Intelligence n'est pris en charge que pour l'anglais américain.

Problèmes liés à l'actualisation fréquente des données

Dans certains cas, le système n'actualise pas fréquemment les données.

  • Lorsque vous activez l'actualisation fréquente des données sur une table d'augmentation de données personnalisée ou de fait prédéfinie et que le domaine fonctionnel du fait étendu ou de l'entité étendue n'est pas activé pour l'actualisation fréquente des données.
  • Lorsque vous sélectionnez une colonne de rapport provenant de l'extension de modèle sémantique, telle qu'une nouvelle colonne ou une dimension libre.
  • Lorsque vous avez des champs utilisateur flexibles sur une dimension dégénérée, ils ne sont pas actualisés avec d'autres attributs de dimension.

Applications intelligentes non prises en charge par la sécurité avancée

Les applications intelligentes telles que People Leader Workbench ne sont pas prises en charge lorsque les configurations de sécurité avancées sont activées.

Pour contourner ce problème, sécurisez vos données à l'aide d'une autre méthode, telle que le contexte de sécurité configurable.

Problèmes connus pour Oracle Fusion ERP Analytics

Oracle Fusion ERP Analytics présente un certain nombre de problèmes connus.

Rubriques :

Problèmes connus pour Oracle Fusion ERP Analytics Common

Ces problèmes connus concernent les fonctions communes.

Rubriques :

L'agrégation des mesures de cumul annuel est incorrecte dans certains scénarios

Si vous agrégez les métriques de cumul annuel sur la fiscale entre les livres pour un trimestre et dans un livre, la dernière période du trimestre n'est pas ouverte, le cumul n'inclut pas les métriques de ce livre.

Dans cet exemple, la période 1, la période 2 et la période 3 existent au trimestre 1. Les livres A et B ont des soldes pour les trois périodes. La période 3 du livre C n'est pas ouverte et n'affiche aucun solde.

Dans cet exemple, le chiffre d'affaires annuel cumulé pour le trimestre 1 sur trois livres indique 16500 au lieu de 22500. Si vous effectuez une agrégation par livre ou période, vous obtenez le solde correct.

Quarter Période Revenus - Cumul annuel Nom du grand livre
Trimestre 1 Période1 3 000 Livre A
Trimestre 1 Période2 7 000 Livre A
Trimestre 1 Période3 10000 Livre A
Trimestre 1 Période1 2500 Livre B
Trimestre 1 Période2 5000 Livre B
Trimestre 1 Période3 6 500 Livre B
Trimestre 1 Période1 4 000 Livre C
Trimestre 1 Période2 6 000 Livre C

Anciens enregistrements créés après IED avec des dimensions basées sur le temps manquantes dans les domaines ERP

Les domaines Oracle Fusion ERP Analytics utilisent le calendrier comptable dans la dimension Temps.

Si des enregistrements utilisent des dates qui ne font pas partie du calendrier comptable, ces enregistrements seront supprimés lorsque vous utiliserez la dimension Temps. Par exemple, si vous avez défini votre calendrier comptable à partir de 2020 mais que d'anciennes transactions antérieures à cette année (enregistrements avec des dates antérieures à 2019) ont été saisies dans Fusion Applications Suite dans le cadre de la conversion des données, ces enregistrements seront supprimés lorsque vous utiliserez les dimensions temporelles. Il n'y a pas de contournement pour ce problème.

Dans la balance âgée des comptes fournisseurs, étant donné que les clichés de balance âgée sont créés en fonction de la date de facture, si la date de facture ne fait pas partie du calendrier comptable défini dans Fusion, ces factures ne feront pas partie des faits de balance âgée des comptes fournisseurs dans l'entrepôt, même si les factures sont toujours ouvertes.

Nom mis à jour pour la table DW_ORG_HIREARCHY_DENORM_DH

La table DW_ORG_HIREARCHY_DENORM_DH d'Oracle Fusion ERP Analytics est désormais nommée DW_ORG_HIERARCHY_DENORM_DH.

Le fuseau horaire de l'onglet Programmation de rechargement complet de l'entrepôt ne s'affiche pas comme celui de la programmation de régénération incrémentielle

Le fuseau horaire de l'onglet Programmation de rechargement complet de l'entrepôt n'affiche pas le même fuseau horaire que celui de la programmation d'actualisation incrémentielle.

Le rechargement complet planifié fonctionne comme prévu lorsque le chargement incrémentiel du jour est déclenché. Il n'existe pas de solution pour contourner ce problème.

La balance âgée des comptes clients et des comptes fournisseurs ne tient pas à jour l'historique des comptes GL

La balance âgée des comptes fournisseurs et des comptes clients ne prend pas en charge les comptes GL historiques utilisés dans les transactions.

Si les comptes GL sont remplacés après avoir été comptabilisés, lorsque vous effectuez un chargement complet des faits de balance âgée des comptes fournisseurs et des comptes clients, le dernier compte GL de la transaction est utilisé pour tous les clichés.

Il n'existe pas de solution pour contourner ce problème.

La tâche supprimée dans le projet Oracle Fusion reste dans la table des dimensions de tâche Fusion Data Intelligence Warehouse

Lorsque vous supprimez une tâche dans les projets Oracle Fusion Cloud Applications, elle reste dans la table des dimensions de tâche Oracle Fusion ERP Analytics et n'est pas enlevée lors des chargements de données incrémentiels.

Il n'existe pas de solution pour contourner ce problème.

Table DW_AR_REVENUE_CF disponible pour utilisation

La documentation Quoi de neuf pour la version 21. R2. P5 - Août 2021 Oracle Fusion ERP Analytics répertorie par erreur DW_AR_REVENUE_CF comme étant entièrement obsolète sans remplacement.

La table DW_AR_REVENUE_CF est active et disponible dans Oracle Fusion ERP Analytics.

Problèmes connus pour Oracle Fusion ERP Analytics Cash Management

Ces problèmes connus concernent les fonctions de Cash Management.

Rubriques :

Rechargement de domaine fonctionnel requis dans Fusion Data Intelligence si les données de relevé bancaire sont supprimées dans Fusion Applications

Lorsque vous supprimez des relevés bancaires ou des lignes, les domaines Cash Management ne reflètent pas correctement les données lors d'une exécution incrémentielle et les données supprimées s'affichent toujours.

Rechargez le domaine fonctionnel Cash Management afin d'obtenir les données source Fusion correctes. Reportez-vous à Actualisation d'un pipeline de donnée de domaine fonctionnel.

Problèmes connus pour Oracle Fusion ERP Analytics General Ledger

Ces problèmes connus concernent les fonctions de comptabilité générale et analytique.

Rubriques :

L'agrégation de certaines mesures de cumul annuel est incorrecte dans le domaine Rentabilité du grand livre lorsque l'indicateur Période de régularisation est inclus dans l'analyse

Si vous analysez les métriques de cumul annuel au niveau d'un trimestre ou d'une année et que vous incluez l'indicateur de période d'ajustement en tant que filtre ou attribut, les montants de cumul annuel sont agrégés de manière incorrecte pour le cumul annuel des dotations aux amortissements, Cumul annuel des charges d'impôt sur le revenu, cumul annuel des charges d'intérêts, cumul annuel des autres produits, cumul annuel des autres charges d'exploitation, cumul annuel des charges de R&D, cumul annuel des charges de ventes et marketing et cumul annuel total des charges d'exploitation dans le domaine Rentabilité du grand livre.

Par exemple, la période 1, la période 2, la période 3 et la période d'ajustement existent au trimestre 1, et les montants pour les charges de R&D sont les suivants : Lorsque vous supprimez l'attribut Période et que vous affichez le solde de niveau Trimestre pour le trimestre 1, vous attendez à voir 10 000. Toutefois, il regroupe les montants et affiche 20 000 pour le trimestre 1 avec l'indicateur Période de régularisation défini sur N et 10 000 pour le trimestre 1 avec l'indicateur Période de régularisation défini sur Y (Oui).

Quarter Période Recherche et développement - Dépenses - Cumul annuel Indicateur Période d'ajustement
Trimestre 1 Période1 3 000 N
Trimestre 1 Période2 7 000 N
Trimestre 1 Période3 10000 N
Trimestre 1 Période ajust. 10000 Y (Oui)

Pour contourner ce problème, n'utilisez pas l'indicateur Filtre d'ajustement lorsque vous analysez les soldes trimestriels ou annuels pour les métriques de cumul annuel.

La validation des données des mesures de bilan GL peut présenter une différence de montants à plus de 15 chiffres

La validation des données des métriques de bilan GL peut présenter une différence si les montants comportent plus de 15 chiffres.

Oracle Transactional Business Intelligence arrondit les montants de plus de 15 chiffres, tandis que Fusion Data Intelligence prend en charge les montants de plus de 15 chiffres. Par conséquent, si les montants du bilan GL comportent plus de 15 chiffres, vous pouvez constater une différence lors de la validation des données sur ces métriques :

  • Finances - Montant de l'activité de débit du bilan du grand livre dans la devise du livre par Livre et Période fiscale
  • Finances - Montant de l'activité de crédit du bilan du grand livre dans la devise du livre par Livre et Période fiscale
  • Finances - Montant de l'activité de débit du bilan du grand livre dans la devise du livre par Livre et Période fiscale

La valeur de segment GL du compte GL affiche ~Aucune valeur~ si cette valeur de segment est basée sur un jeu de valeurs validé par table

Si la valeur de segment du plan comptable est basée sur un jeu de valeurs validé par table, les attributs Valeur, Nom et Description de ce segment GL affichent ~Aucune valeur~ au lieu des valeurs réelles.

Pour contourner ce problème, examinez la valeur de segment à l'aide de l'attribut Combinaison de comptes GL.

La sécurité personnalisée définie au niveau de la hiérarchie des segments GL affiche des données incorrectes

La sécurité personnalisée définie aux niveaux de la hiérarchie des segments GL n'affiche pas les résultats attendus dans tous les domaines où la hiérarchie des segments GL est utilisée.

Par exemple, dans la hiérarchie des centres de coûts, si un contexte personnalisé est défini pour le niveau 29 sur une valeur spécifique, toutes les valeurs du niveau 29 sont extraites dans le rapport au lieu d'extraire uniquement la valeur sécurisée.

Il n'existe pas de solution pour contourner ce problème.

Enregistrements de budget GL non supprimés lors de la réécriture EPM en mode remplacement

Les enregistrements de budget GL ne peuvent pas être supprimés lors d'un chargement de données Cloud EPM lorsque Data Integration ou EPM Automate exécute la règle de chargement de données avec le mode d'import défini sur Remplacer pour les périodes concernées.

En mode Remplacer, l'intégration remplace les montants budgétaires GL existants pour la période sélectionnée, ce qui peut entraîner la suppression des lignes existantes avant la réécriture des nouveaux soldes.

Pour supprimer les enregistrements supprimés de la table de faits Budgets GL, effectuez un chargement complet du domaine fonctionnel Budgets GL. Reportez-vous à Rechargement des données pour un pipeline de données.

Problèmes connus pour Oracle Fusion ERP Analytics Payables

Ces problèmes connus concernent les fonctions Payables.

Rubriques :

La validation des données de la métrique du montant total non soldé entraîne une erreur de serveur SOAP avec l'attribut de filtre Statut comptable de la facture

Ce problème est dû à un bug OTBI.

Pour contourner ce problème, ne sélectionnez pas le filtre Statut comptable de la facture dans la métrique Validation des données du montant total non soldé du domaine Balance âgée des comptes fournisseurs. Vous pouvez utiliser le filtre comme attribut de tableau croisé dynamique.

La validation des données du montant total de la transaction dans les factures AP ne correspond pas à OTBI avec retenue de garantie

Si les factures AP ont une retenue de garantie, le montant du versement n'inclut pas le montant de retenue de garantie, bien que le montant de la facture inclue la retenue de garantie.

Le domaine Factures fournisseurs dans Fusion Data Intelligence se situe au niveau du versement et la métrique Montant total de la transaction est dérivée du montant du versement. La validation des données du montant total de la transaction dans la devise du livre compare le montant de la transaction calculé à partir des versements échelonnés qui n'incluent pas la retenue de garantie. Le domaine est comparé au montant de la facture dans Oracle Transactional Business Intelligence, qui inclut la retenue, les montants ne correspondent donc pas.

Si vous disposez d'un processus de retenue de garantie, vous devez utiliser la métrique de validation des données Montant total des transactions dans la devise du document. Cette valeur est comparable à la mesure du montant brut dans le domaine Factures fournisseurs Oracle Transactional Business Intelligence - Versements en temps réel et les deux métriques sont au niveau Versement.

Les enregistrements intra-sociétés générés pour les paiements de facture AP ont des attributs liés à la facture renseignés de manière aléatoire

Lorsqu'un paiement AP est effectué sur plusieurs factures pour lesquelles le contrat de niveau de service génère les enregistrements Intra-société ou Solde pour équilibrer les écritures comptables, Fusion Data Intelligence associe ces écritures comptables à des attributs liés aux numéros de facture de manière aléatoire.

Dans ces cas, les enregistrements Intra-société et Solde ne sont pas générés spécifiques à la facture dans Fusion Applications. Fusion Data Intelligence renseigne ces entrées avec des attributs de facture incorrects. Ce problème existe dans le domaine Analyse des comptes GL et n'a pas de solution de contournement.

Noms d'origine Payables manquants

Actuellement, Oracle Fusion Data Intelligence n'affiche pas le nom de la source Payables, mais affiche la signification traduite du code express.

Pour certains codes source de comptabilité fournisseurs, Fusion Data Intelligence ne stocke pas la consultation dans la table de traduction et, en raison de cela, Oracle Fusion Data Intelligence ne peut pas prendre en charge l'affichage de ces valeurs. Il n'existe pas de solution à l'heure actuelle.

Calcul du solde restant dans le domaine Balance âgée des comptes fournisseurs avec retenue fiscale incorrect

Dans le domaine Balance âgée des comptes fournisseurs, le calcul du solde restant est incorrect lorsqu'une retenue à la source est appliquée au niveau de la ventilation de facture.

La retenue à la source est calculée au niveau de la facture en fonction du taux de taxe qui suppose que la taxe est appliquée à l'ensemble de la facture au lieu d'une ligne/distribution spécifique.

Le calcul de la retenue fiscale est manquant lorsque le point de calcul est Paiement

Le fait Charges affiche toutes les lignes de facture sauf si la facture inclut une ligne de retenue à la source.

Il peut s'agir d'une saisie manuelle lorsqu'elle est ajoutée lors de la création de la facture, quel que soit le point de calcul, ou ajoutée par le système en fonction du point de calcul, soit au niveau de la facture, soit au niveau du paiement. Dans le cas où le point de calcul est Paiement, la ventilation comptable pour AWT apparaît dans la ventilation du paiement. Le calcul de la retenue à la source au moment du paiement n'est actuellement pas pris en compte dans l'analyse.

Le montant de la transaction et le montant de l'activité sont incorrects dans la balance âgée des comptes fournisseurs pour les factures annulées

Dans la balance âgée des comptes fournisseurs, une fois la facture annulée, le montant de transaction et le montant restant sont mis à jour sur 0 pour un échéancier de facturation.

Il n'existe aucune solution de contournement pour annuler l'enregistrement d'une annulation d'échéancier de facturation. Une fois la facture annulée, il n'existe aucune méthode permettant de déterminer le montant de la transaction au niveau de l'échéancier.

Le montant de la transaction et le montant de l'activité sont incorrects dans les factures antidatées créées dans Payables

Les factures antidatées créées dans Oracle Payables n'affichent pas le montant de transaction et les montants d'activité corrects.

Dans la fonction Balance âgée des comptes fournisseurs (aperçu), lorsque des transactions antidatées sont créées ou mises à jour et que le statut de l'échéancier des transactions est Fermé, le montant restant et le statut de l'échéancier ne sont pas mis à jour correctement dans l'exécution incrémentielle. Pour contourner le problème, pour afficher correctement les transactions antidatées, réinitialisez manuellement le domaine fonctionnel Balance âgée des comptes fournisseurs ou planifiez un chargement complet de ce domaine fonctionnel tous les jours, toutes les semaines ou tous les mois en fonction de vos besoins en matière de reporting.

Blocages de facture supprimés pour les lignes de taxe dans Payables

Vous pouvez supprimer des blocages pour les lignes de taxe si le déterminant de taxe est supprimé de la facture ou s'il existe une modification de configuration pour le déterminant de taxe.

Si des déterminants de taxe sont ajoutés, la ligne de taxe est recalculée.

Si les déterminants de taxe sont ajoutés, la date de création de la nouvelle ligne de facture est postérieure à la date de blocage supprimée.

Le montant de l'activité future dans la balance âgée des comptes fournisseurs indique des soldes incorrects

Le montant de l'activité future dans la balance âgée des comptes fournisseurs affiche parfois un solde incorrect en raison de l'impact des calculs de retenue à la source.

Le calcul de la taxe de retenue est exclu du montant de l'échéancier de facturation, mais l'impact ne reflète pas la même chose dans les comptes fournisseurs de Fusion Data Intelligence.

Il n'existe pas de solution pour contourner ce problème.

Modifications incrémentielles des comptes fournisseurs dues à des modifications de statut comptable non mises à jour

Toute modification apportée aux applications Fusion en raison d'une modification du statut comptable du document Payables n'est pas reflétée dans Fusion Data Intelligence.

Dans Fusion Applications, la date de dernière mise à jour (LUD) reste inchangée même après la modification du statut comptable. Cela se produit car le statut comptable est un champ dérivé dans Fusion Applications et, par conception, les champs dérivés ne mettent pas à jour le LUD. Fusion Data Intelligence s'appuie sur LUD pour toute modification incrémentielle, ce qui explique pourquoi les données obsolètes restent dans Fusion Data Intelligence.

Montant non soldé incorrect lorsque la facture fournisseurs comporte un acompte inclus sur la facture

Lorsqu'un acompte est rapproché d'une facture avec l'indicateur Inclus dans la facture défini sur Oui, Applications Fusion calcule le montant de la facture après déduction de l'acompte.

Par conséquent, le lettrage de l'acompte ne doit pas être rapproché lors du calcul du montant non soldé. Actuellement, Fusion Data Intelligence applique incorrectement le paiement anticipé une deuxième fois, ce qui entraîne un montant impayé inexact dans le domaine et les faits de la balance âgée des comptes fournisseurs.

Il n'existe pas de solution pour contourner ce problème.

Problèmes connus pour la facturation de projet Oracle Fusion ERP Analytics

Ces problèmes connus concernent les fonctions de facturation de projet.

Sujets pour la facturation de projet :

Message d'erreur avec analyses interdomaines entre le domaine Receivables et le domaine PPM-Factures de projet

Un message d'erreur indiquant qu'une table est introuvable peut s'afficher si un seul de ces domaines fonctionnels - Transactions non comptabilisées des comptes clients ou Factures de projet avant acceptation - est activé et que vous effectuez une analyse interdomaines entre les domaines Comptes clients et PPM - Factures de projet.

Activez le domaine fonctionnel Factures de projet avant acceptation pour importer les factures dont le statut est antérieur au statut Accepté, ainsi que dans le domaine Factures de projet PPM. L'activation du domaine fonctionnel Transactions non comptabilisées AR entraîne l'intégration des factures terminées qui ne sont pas encore comptabilisées dans les domaines Transactions AR et Revenus AR. Lorsqu'un seul de ces domaines fonctionnels est activé, la requête utilise un LTS incorrect, ce qui entraîne l'erreur de table introuvable.

Pour éviter cette erreur, activez ces deux domaines fonctionnels.

L'indicateur Annulé n'est pas correctement renseigné pour les factures de projet

Lorsqu'une facture de projet est annulée dans Fusion Applications, la date de dernière mise à jour de la table PJB_INVOICE_HEADERS n'est pas renseignée lorsque la colonne de l'indicateur Annulé est mise à jour.

Par conséquent, l'indicateur Facture annulée ne s'affiche pas correctement dans le domaine Facture de projet PPM lors des mises à jour incrémentielles. La colonne Cancelled_Flag est affectée dans les tables d'entrepôt ci-dessous.

Tables concernées avec la colonne CANCELLED_FLAG :

  • DW_PROJECT_INVOICE_ALL_CF
  • DW_PROJECT_INVOICE_CF
  • DW_PROJECT_INVOICE_PRE_ACCPTD_CF

Il n'existe pas de solution pour contourner ce problème.

Problèmes connus pour le contrôle de projet Oracle Fusion ERP Analytics

Ces problèmes connus concernent les fonctions de contrôle de projet.

Rubriques :

Enregistrements non supprimés des tables de faits de version de plan

Lorsqu'une version de plan est supprimée dans Fusion Applications, les données ne sont pas supprimées de la table de faits DW_PROJECT_PLAN_LINE_DETAIL_CF ; elles sont uniquement supprimées de DW_PROJECT_PLAN_VERSION_D.

Pour supprimer les enregistrements supprimés de la table de faits, effectuez un chargement complet du domaine fonctionnel Contrôle de projet.

Problèmes connus pour Oracle Fusion ERP Analytics Project Costing

Ces problèmes connus concernent les fonctions de Project Costing.

Rubriques :

Enregistrements supprimés dans le domaine Equipements de projet lors de l'ajout de certaines mesures

Les enregistrements sont supprimés dans l'objet Equipements de projet lorsque vous ajoutez certaines métriques.

Des enregistrements sont supprimés dans le domaine Immobilisations de projet lorsque des métriques telles que le coût PAS rejeté, le coût capitalisé, le coût PAS groupé, le coût PAS non affecté et le coût PAS affecté sont ajoutées, mais qu'il n'existe aucune donnée pour ces métriques. Si vous avez besoin que les attributs liés à l'équipement de projet s'affichent, ajoutez la métrique Coût groupé avec l'autre métrique. La métrique Coût groupé a une valeur pour toutes les lignes d'immobilisation, ce qui résout l'erreur.

Le montant du coût de main-d'oeuvre affiche les enregistrements retraités incorrects dans les coûts de ventilation de la main-d'oeuvre du projet PPM

Lorsque le coût de main-d'oeuvre est ventilé en fonction de plusieurs versions de barème de main-d'oeuvre et qu'il est retraité, la métrique Coût de main-d'oeuvre est incorrecte dans le domaine Coûts de ventilation de la main-d'oeuvre du projet PPM.

La métrique Montant de ventilation affiche les données correctes. Il n'existe pas de solution pour contourner ce problème.

Les coûts des immobilisations indiquent une valeur incorrecte lorsqu'il existe au moins deux lignes d'origine pour les immobilisations du projet

Lorsque plusieurs lignes d'origine existent pour les immobilisations de projet, la valeur du coût de l'immobilisation est incorrecte.

Le coût de l'immobilisation est doublé lorsque la ligne source est ajoutée. Pour vérifier le coût de l'immobilisation, procédez comme suit :
  • Créez un état avec le numéro et le coût de l'immobilisation, puis accédez au projet associé à l'immobilisation.
  • En plus de Project, ajoutez le dentifier d'addition pour obtenir le coût correct pour l'immobilisation et vérifiez le projet associé à l'immobilisation.

Problèmes connus pour Oracle Fusion ERP Analytics Purchasing

Ces problèmes connus concernent les fonctions d'achat.

Rubriques :

Les données de classification des dépenses ne correspondent pas à certains domaines Fusion Cloud Procurement

Les données de classification des dépenses dans Oracle Fusion ERP Analytics ne correspondent pas à celles d'Oracle Fusion Cloud Applications dans les domaines Procurement – Demandes d'achat, Procurement – Commandes d'achat et Procurement – Dépenses.

Le domaine fonctionnel Classification des dépenses dans Oracle Fusion ERP Analytics n'est pas conçu pour être exécuté dans le cadre d'un chargement incrémentiel.

Pour vous assurer d'utiliser les dernières données d'Oracle Fusion Cloud Applications, exécutez toujours un rechargement complet avec ce domaine fonctionnel. Reportez-vous à la section Programmation du rechargement complet périodique des données de domaine fonctionnel.

Problèmes connus pour Oracle Fusion ERP Analytics Receivables

Ces problèmes connus concernent les fonctions de comptabilité clients.

Sujets relatifs aux comptes réalisables :

Les factures et les encaissements antidatés créés dans Fusion Encaissements n'affichent pas les montants corrects

Les factures et règlements antidatés créés dans Fusion Applications Receivables n'affichent pas le solde, l'échéancier ou le cliché restants corrects dans le domaine Balance âgée des comptes clients.

Dans la balance âgée des comptes clients, si des transactions antidatées sont créées ou mises à jour et que le statut de l'échéancier des transactions est Fermé, le montant restant et le statut de l'échéancier ne sont pas mis à jour correctement dans l'exécution incrémentielle quotidienne. Pour contourner ce problème, pour afficher correctement les transactions antidatées, réinitialisez manuellement le domaine fonctionnel Balance âgée des comptes clients ou planifiez l'exécution d'un chargement complet de ce domaine fonctionnel tous les jours, toutes les semaines ou tous les mois en fonction de vos besoins en matière de reporting.

Le montant validé de la ventilation des taxes dans les domaines AR ne correspond pas à Fusion Applications

En cas de transaction de taxe différée lors de la validation des données, même si les totaux correspondent, le code classe de compte ne correspond pas en raison de la classification de taxe différée Oracle Transactional Business Intelligence. Bien qu'Oracle Fusion ERP Analytics le considère comme une taxe plutôt que comme un montant de ventilation de taxe, Oracle Fusion ERP Analytics ne classe pas la taxe différée au niveau de la classe de compte, mais plutôt comme une ligne de taxe.

Il n'y a pas de solution.

Le numéro de ligne de détail dans le domaine Revenu des comptes clients est incorrect

Le numéro de ligne de détail dans le domaine Revenu des comptes clients affiche la même valeur que le numéro de ligne parent.

Ce problème n'a pas de solution.

La règle de facturation des factures clients avec arriérés et la comptabilité clients dans une période future affichent le montant de transaction et de ligne incorrect

Jusqu'à la version 22. R3, le domaine Revenu des comptes clients comportait des écritures comptables de ventilation pour les transactions clients comptabilisées.

Pour les transactions avec la règle de facturation Arriérés, la comptabilité clients est générée à la fin de l'échéancier de reconnaissance du revenu. Le montant de la transaction et le montant de la ligne de ces transactions affichent les montants en fonction du revenu constaté et du revenu non constaté non inclus.

Le domaine fonctionnel Transactions non comptabilisées AR a été introduit dans la version 22. R4. Lorsque cette option est activée, les domaines Revenus des comptes clients affichent les transactions comptabilisées et non comptabilisées tant que les transactions sont terminées et que les échéanciers de revenus sont générés. Le montant de la transaction et le montant de la ligne peuvent toujours s'afficher de manière incorrecte pour les transactions partiellement comptabilisées dans certains scénarios lorsque des attributs tels que Période fiscale, Période comptable des transactions (ancrée à la fois à la date comptable de ventilation), Indicateur comptabilisé et Indicateur de remplacement de compte sont utilisés dans l'analyse. Les transactions partiellement comptabilisées sont des transactions ayant des ventilations comptabilisées et non comptabilisées dans différentes périodes.

Ce problème n'a actuellement aucune solution de contournement.

Le montant d'ouverture ne correspond pas au montant de clôture de la période précédente dans les domaines Balance âgée des comptes clients et Balance âgée des comptes fournisseurs

Dans les domaines Balance âgée des comptes clients et Balance âgée des comptes fournisseurs, le montant d'ouverture ne correspond pas au montant de clôture de la période précédente en raison de transactions lettrées non comptabilisées.

Ce problème survient car le montant de clôture est dérivé du solde restant de la transaction dans Oracle Fusion Cloud Enterprise Resource Planning, qui est le montant restant après prise en compte de toutes les activités de l'application. Toutefois, le montant de l'activité est calculé dans l'entrepôt en utilisant uniquement les transactions comptabilisées. Par conséquent, si des transactions de lettrage ne sont pas comptabilisées, elles ne sont pas incluses dans le calcul du montant de l'activité, ce qui a une incidence sur le montant d'ouverture car le montant d'ouverture est calculé comme suit : Montant de clôture - Montant de l'activité. Pour contourner ce problème, comptabilisez toutes les transactions dans Fusion Applications Suite et vérifiez les montants après une exécution incrémentielle.

Les échéanciers de paiement supprimés ne sont pas gérés dans le domaine fonctionnel Receivables

Les échéanciers de paiement peuvent être supprimés dans Oracle Fusion ERP Analytics lors de la mise à jour des échéanciers.

Ces suppressions ne sont pas gérées dans le chargement incrémentiel de l'entrepôt. Par conséquent, le domaine Transactions clients affiche les échéanciers de paiement supprimés, ce qui peut entraîner une erreur d'affichage du montant de la transaction.

Pour contourner ce problème, effectuez un chargement complet du domaine fonctionnel Comptes clients afin de supprimer les échéanciers supprimés de l'entrepôt. Reportez-vous à la section Refresh a Data Pipeline for a Functional Area.

Les transactions supprimées ne sont pas traitées dans AR - Transactions et AR - Revenus

Si vous rendez une transaction non comptabilisée incomplète, Oracle Fusion ERP Analytics vous permet de supprimer cette transaction.

Toutefois, vous ne pouvez pas gérer ces transactions dans l'exécution incrémentielle. Si vous choisissez de supprimer des transactions non comptabilisées incomplètes, veillez à planifier un chargement complet du domaine fonctionnel AR - Transactions non comptabilisées. Reportez-vous à la section Programmation du rechargement complet périodique des données de domaine fonctionnel.

Le solde en compte s'affiche avec le compte non lettré dans la balance âgée des comptes clients

La balance âgée des comptes clients combine le montant non lettré avec le compte et n'affiche pas le solde en compte séparément.

A ce jour, il n'existe aucune solution à ce problème.

Problèmes connus pour Oracle Fusion SCM Analytics

Oracle Fusion SCM Analytics présente ce problème connu.

Rubriques :

Problèmes connus pour la gestion des coûts de Fusion SCM Analytics

Ces problèmes connus concernent les fonctions de valorisation.

Rubriques :

Les mises à jour ou les modifications des détails de ventilation de la comptabilité analytique ne sont pas visibles dans le domaine Comptabilité analytique

Les mises à jour ou les modifications apportées aux détails de ventilation de la comptabilité analytique ne sont pas visibles dans le domaine Oracle Fusion SCM AnalyticsComptabilité des coûts.

La dernière date de mise à jour dans la table Lignes de ventilation de la comptabilité analytique n'est pas mise à jour dans Oracle Fusion Cloud Supply Chain Planning. Pour cette raison, Oracle Fusion SCM Analytics et Oracle Fusion Cloud Supply Chain Planning ne sont pas synchronisés.

Pour contourner ce problème, réinitialisez le domaine fonctionnel Comptabilité analytique manuellement ou planifiez une exécution de chargement complet de ce domaine fonctionnel tous les jours, toutes les semaines ou tous les mois en fonction de vos besoins en matière de reporting.

Statut de valorisation incorrect affiché dans le domaine Comptabilité analytique

Pour la transaction de coût, lorsque le statut d'évaluation des coûts passe de Erreur à Exclu pour la comptabilité, les données continuent à être chargées dans Oracle Fusion Data Intelligence avec le statut Erreur, même si le statut est passé sur Fusion Applications à Exclu pour la comptabilité.

Pour contourner ce problème, réinitialisez le pipeline de données du domaine fonctionnel Comptabilité analytique chaque semaine. Reportez-vous à Actualisation d'un pipeline de donnée de domaine fonctionnel.

Ce problème sera corrigé dans une version future.

Problèmes connus pour le stock de Fusion SCM Analytics

Ces problèmes connus concernent les fonctions d'inventaire.

Rubriques :

L'analyse du solde de stock affiche les données en stock le jour précédent

La visualisation de données Analyse des soldes de stock affiche les données en stock comme étant le jour précédent.

A ce jour, il n'existe aucune solution à ce problème.

Les fonctions de réceptions de stock ne sont pas visibles après l'activation du domaine fonctionnel Réceptions de stock

Une fois le domaine fonctionnel Réceptions de stock activé, les fonctions du domaine fonctionnel ne sont pas disponibles.

Pour contourner ce problème, dans le panneau Fonctionnalités d'aperçu de la console, désactivez et activez une fois le domaine fonctionnel Réceptions de stock pour voir toutes les fonctionnalités Réceptions de stock.

Problèmes connus pour Fusion SCM Analytics Manufacturing

Ces problèmes connus concernent les fonctions de fabrication.

Rubriques :

Etats pour les transactions d'opération de fabrication - Afficher les résultats en double

Le niveau de précision du domaine Transactions d'opération de fabrication se situe aux niveaux Transactions d'opération d'ordre de fabrication et Sorties d'ordre de fabrication.

Des résultats en double peuvent s'afficher si un rapport est créé à partir des niveaux Transactions d'opération de bon de travail et Sortie de bon de travail.

Il n'existe pas de solution pour contourner ce problème.

Numéro de série et de lot non pris en charge pour les articles matières et les articles produits dans le domaine des matières de fabrication

Dans le domaine Matières de fabrication, les attributs Numéro de série et Numéro de lot ne sont pas pris en charge aux niveaux Articles matières et Articles produits.

Pour contourner ce problème, créez des états à l'aide du niveau Article matières ou Article produit.

Problèmes connus pour les achats de Fusion SCM Analytics

Ces problèmes connus concernent les fonctions d'achat.

Rubriques :

Dans le domaine Commandes d'achat, la métrique Nombre de commandes fermées et la métrique Nombre de commandes ouvertes sont incorrectes

Dans le domaine Commandes d'achat, le statut de la ligne des commandes d'achat n'est pas mis à jour dans Fusion Data Intelligence comme dans Oracle Fusion Cloud Applications.

En raison de ce problème, les mesures Nombre de commandes clôturées et Nombre de commandes ouvertes sont incorrectes dans Fusion Data Intelligence car la date de la dernière mise à jour n'est pas mise à jour dans la source. Le chargement incrémentiel n'est donc pas mis à jour dans Fusion Data Intelligence.

Pour contourner ce problème, réinitialisez le pipeline de données du domaine fonctionnel Achats sur une base hebdomadaire. Reportez-vous à Réinitialisation d'un pipeline de données de domaine fonctionnelle. Ce problème sera corrigé dans une version future.

Valeurs incorrectes pour les métriques de montant débloqué d'en-tête et de montant débloqué de ligne dans le domaine Accord

Les métriques En-tête - Montant débloqué et Ligne - Montant débloqué du domaine Accord affichent des valeurs incorrectes en raison d'une erreur lors de la dernière mise à jour de l'accord.

Pour contourner ce problème, réinitialisez le pipeline de données du domaine fonctionnel Accord d'achat chaque week-end. Reportez-vous à Réinitialisation d'un pipeline de donnée de domaine fonctionnel.

Les données de classification des dépenses ne correspondent pas à certains domaines Fusion Cloud Procurement

Les données de classification des dépenses dans Oracle Fusion SCM Analytics ne correspondent pas à celles d'Oracle Fusion Cloud Applications dans les domaines Procurement – Demandes d'achat, Procurement – Commandes d'achat et Procurement – Dépenses.

Le domaine fonctionnel Classification des dépenses dans Oracle Fusion SCM Analytics n'est pas conçu pour être exécuté dans le cadre d'un chargement incrémentiel.

Pour vous assurer d'utiliser les dernières données d'Oracle Fusion Cloud Applications, exécutez toujours un rechargement complet avec ce domaine fonctionnel. Reportez-vous à la section Programmation du rechargement complet périodique des données de domaine fonctionnel.

Problèmes connus pour les commandes client Fusion SCM Analytics

Ces problèmes connus concernent les fonctions Commandes client.

Rubriques :

Les colonnes d'attribut de projet sont obsolètes dans les lignes d'exécution de commande client

Les colonnes d'attribut de projet sont obsolètes à partir du domaine Commande client.

Des enregistrements en double ont été créés dans des scénarios lors de la mise à jour des attributs de projet. Par conséquent, pour éviter les données incorrectes, les colonnes d'attribut de projet sont en phase d'abandon dans les lignes d'exécution de commande client. L'utilisation des attributs de projet du domaine Commande client pour les rapports personnalisés peut entraîner des erreurs en raison de l'abandon de ces colonnes d'attribut. Les attributs de projet seront réintroduits une fois le problème résolu.

Les colonnes Fournisseur et Site fournisseur affichent la valeur NULL dans les lignes d'exécution de commande client adossées

Les colonnes Fournisseur et Site fournisseur affichent la valeur NULL dans les lignes d'approvisionnement et d'exécution de commande client adossées.

Des enregistrements en double ont été créés dans les scénarios de commande client adossée qui ont plusieurs commandes fournisseur avec plusieurs sites fournisseur et fournisseur pour la même ligne de suivi de l'approvisionnement. Pour éviter les données incorrectes, les colonnes Fournisseur et Sites fournisseur sont renseignées avec des valeurs NULL.

Il n'y a pas de contournement pour cela.

Les données de commission supprimées dans Fusion Applications continuent d'apparaître dans Fusion Data Intelligence

Les enregistrements de montant commissionnable de commande client supprimés de la source Fusion Applications continuent d'apparaître dans Fusion Data Intelligence.

Ce scénario montre une non-concordance de données entre les applications Fusion et Fusion Data Intelligence. Cette opération sera réintroduite une fois le problème résolu dans l'application source Fusion.

Pour contourner le problème, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et rechargez le pipeline de données (reportez-vous à Rechargement d'un pipeline de données pour un domaine fonctionnel).

Problèmes connus pour Oracle Fusion CX Analytics

Découvrez les problèmes que vous risquez de rencontrer lorsque vous utilisez Oracle Fusion CX Analytics et comment les contourner.

Problèmes courants liés à Oracle Fusion CX Analytics

Découvrez les problèmes que vous risquez de rencontrer lorsque vous utilisez Oracle Fusion CX Analytics et comment les contourner.

Rubriques :

Les données supprimées dans Fusion Application sont affichées dans Fusion Data Intelligence

Lorsque des enregistrements tels que Opportunité, Ligne de revenu, etc., sont supprimés dans les applications Fusion source. Les objets supprimés ne sont pas supprimés de Fusion Data Intelligence.

Ce scénario montre une non-concordance de données entre Fusion Applications et Fusion Data Intelligence.

Pour contourner le problème, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et rechargez le pipeline de données (reportez-vous à Rechargement d'un pipeline de données de domaine fonctionnel).

La devise de l'entreprise/CRM peut afficher l'ancien code devise de l'entreprise

Si la devise de l'entreprise ou CRM est modifiée dans Fusion Applications, les données créées avec l'ancienne devise de l'entreprise continuent d'afficher les valeurs avec le code devise de l'entreprise d'origine dans Oracle Fusion CX Analytics.

Par exemple, vous créez des opportunités dans Oracle Fusion Cloud Sales Automation avec la devise de l'entreprise en dollars américains. Si la devise de l'entreprise passe en euros et que l'état Oracle Fusion CX Analytics utilise les faits du dossier CX Currency, Oracle Fusion CX Analytics affiche les anciennes opportunités en dollars américains et les nouvelles opportunités en euros.

Pour contourner ce problème, définissez la devise d'analyse dans Fusion Data Intelligence sur la même devise que la devise de l'entreprise dans Fusion Applications, et vous pouvez utiliser les faits du dossier de devises d'analyse. Ainsi, la devise est cohérente entre les applications. Reportez-vous à Configuration des paramètres Pipleine.

Réinitialiser l'entrepôt et recharger les données si les conditions de sécurité existantes d'un groupe d'accès sont modifiées

Chaque fois qu'une nouvelle condition de sécurité est configurée, Oracle Fusion Data Intelligence lit les données à partir d'Oracle Fusion Cloud Applications et applique la même condition de sécurité aux données.

Si les conditions de sécurité existantes sont modifiées, les données des conditions de sécurité précédentes peuvent persister et fournir un résultat incorrect. Par exemple, si une condition de sécurité permet à un utilisateur d'accéder à toutes les opportunités de la région de l'UE, Oracle Fusion Data Intelligence copie tous les ID d'opportunité de la région de l'UE en fonction de cette condition de sécurité. Si la même condition est mise à jour dans Fusion CX Sales, pour limiter les données aux opportunités uniquement en Allemagne, les nouveaux ID d'opportunité appartenant à l'Allemagne (pour cette condition de sécurité) sont copiés. Mais les ID opportunité précédents existent également dans le système, ce qui donne un résultat de sécurité des données incorrect.

Pour contourner ce problème, réinitialisez l'entrepôt de données (reportez-vous à Réinitialisation de l'entrepôt de données) et actualisez le pipeline de données (reportez-vous à Actualisation d'un pipeline de données de domaine fonctionnel).

Problème avec lastModifiedDate pour les interlocuteurs supprimés dans Eloqua

Lorsque des contacts sont supprimés dans Eloqua, ils ne sont pas mis à jour dans Oracle Fusion Data Intelligence car la date de dernière modification pour les contacts supprimés n'est pas mise à jour.

Vous verrez les contacts supprimés et les activités associées dans Oracle Fusion Data Intelligence même s'ils ont été supprimés dans Eloqua.

Fonctionnalités désactivées dans Salesforce Afficher comme activé dans Oracle Fusion Data Intelligence

Les fonctionnalités de Salesforce sont activées dans Oracle Fusion Data Intelligence. Par conséquent, les domaines affichent des dimensions et des faits, mais ces faits sont en réalité désactivés dans Salesforce.

La liste suivante présente certaines fonctionnalités facultatives dans Salesforce et prises en charge dans Oracle Fusion Data Intelligence, qui sont définies de manière conditionnelle (O/N) dans Oracle Fusion Data Intelligence.

  • Fractionnement d'opportunité
  • Fractionnement de produit
  • Planning du produit
  • Calendrier fiscal
  • Influence de la campagne
  • Gestion des territoires
  • Devises multiples
  • Gestion avancée des devises

Si vous activez initialement cette fonctionnalité, puis la désactivez dans Salesforce, vous devez réinitialiser l'entrepôt de données et actualiser le pipeline de données. Reportez-vous à Réinitialisation du data warehouse et à Actualisation d'un pipeline de donnée de domaine fonctionnel.

Cependant, la fonctionnalité est activée, puis activée, vous n'avez pas besoin d'effectuer d'action.

Problèmes liés aux ventes d'Oracle Fusion CX Analytics

Découvrez les problèmes que vous risquez de rencontrer lorsque vous utilisez Oracle Fusion CX Analytics Sales et comment les contourner.

Rubriques :

Le champ INDUSTRY_CLASS_CATEGORY affiche l'ancienne valeur

Le champ INDUSTRY_CLASS_CATEGORY est renseigné lorsqu'une nouvelle piste est créée et que la valeur est définie dans l'option de profil MOT_INDUSTRY_CLASS_CATEGORY.

Lorsque cette option de profil change et qu'une piste existante avec une ancienne valeur de classification des secteurs d'activité est mise à jour, la base de données enregistre toujours un code antérieur incorrect par rapport à INDUSTRY_CLASS_CATEGORY.

Ce problème n'a actuellement pas de solution de contournement.

Problème avec la liste de choix fixe personnalisée, la liste de choix dynamique personnalisée et les attributs d'extension CLOB

Les attributs personnalisés créés pour un objet sont ajoutés à l'entrepôt à l'aide de la fonctionnalité Augmentation des données.

Pour les champs personnalisés de type Liste de choix fixe (FCL), Liste de choix dynamique (DCL), CLOB, les libellés de champ ne s'affichent pas.

Pour contourner ce problème, procédez comme suit :
  1. Ajoutez la colonne à la dimension à l'aide de l'augmentation des données.
  2. Créez une colonne logique basée sur l'étape 1 à l'aide d'une extension de modèle sémantique.
  3. Masquez la colonne créée à l'étape 1 à l'aide de la structure de sécurité d'extension de modèle sémantique.

Remarques :

Utilisez l'état Confiuration d'Application Composer d'Oracle Fusion Cloud Sales Automation pour obtenir des informations sur les champs client, leurs noms de colonne physique et leurs libellés. Reportez-vous à Visualisation des modifications d'Application Composer dans Personnalisation cloud des ventes.

Le domaine Devis d'opportunité affiche le devis d'une opportunité supprimée

Lorsqu'une opportunité est supprimée, la table Devis contient toujours une référence à l'opportunité supprimée. Elle est donc toujours considérée comme un devis d'opportunité valide.

Pour contourner ce problème, pour les rapports créés à l'aide du domaine Devis d'opportunité CX, incluez un fait ou un attribut d'une opportunité ou d'une autre dimension.

Le nombre d'activités affiche une valeur incorrecte lorsqu'un rendez-vous récurrent change

Lorsqu'une réunion récurrente est mise à jour, par exemple en augmentant ou en diminuant le nombre de récurrences ou d'autres modifications, la colonne Date de dernière mise à jour n'est pas mise à jour dans les tables Activité et Ressource de l'activité.

L'exécution incrémentielle dans Fusion Data Intelligence dépend de la date de dernière mise à jour. Comme la date n'est pas modifiée, l'exécution incrémentielle n'extrait pas ces modifications et ne les transfère pas dans les tables d'entrepôt.

Pour contourner le problème, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et rechargez le pipeline de données (reportez-vous à Rechargement d'un pipeline de données de domaine fonctionnel).

Le montant de la ligne de revenu indique une valeur incorrecte lorsque la quantité, le prix unitaire et le montant du revenu sont mis à jour avec l'ajout d'une ligne fractionnée

Lorsqu'une ligne de revenu est fractionnée et que la quantité, le prix unitaire et le montant du revenu sont également mis à jour en même temps et sauvegardés, la date de dernière mise à jour n'est pas mise à jour, de sorte que les détails associés à la ligne de revenu mise à jour ne sont pas lus par l'entrepôt.

L'exécution incrémentielle dans Fusion Data Intelligence dépend de la date de dernière mise à jour. Comme la date n'est pas modifiée, l'exécution incrémentielle n'extrait pas ces modifications et ne les transfère pas dans les tables d'entrepôt.

Pour contourner le problème, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et rechargez le pipeline de données (reportez-vous à Rechargement d'un pipeline de données de domaine fonctionnel).

Problèmes d'abonnement à Oracle Fusion CX Analytics

Découvrez les problèmes que vous risquez de rencontrer lorsque vous utilisez des abonnements Oracle Fusion CX Analytics et comment les contourner.

Rubriques :

Revenu récurrent mensuel d'abonnement incorrect lorsque le champ est modifié manuellement dans Fusion Applications

Le champ MRR de la page de détails de la ligne de produits d'abonnement peut être affiché à partir du composeur Fusion Applications.

Le champ MRR doit être en lecture seule, mais il est modifiable, ce qui pose problème. Si les valeurs de ces champs changent, le domaine CX - Tendance historique des abonnements affiche une valeur incorrecte.

Par exemple, si un client a deux abonnements avec un revenu récurrent mensuel de 300 $ chacun, la tendance s'affiche comme suit : 
||Period||MRR|| 
|Jan-2022|$600| 
|Feb-2022|$600| 
|Mar-2022|$600|
Au cours du mois de mars 2022, si l'utilisateur met à jour la valeur MRR à 400 $ pour l'un des abonnements (ce qui ne devrait pas être possible car il s'agit d'une valeur dérivée), voici ce que l'on s'attendrait à voir et verrait réellement :
 ||Period||MRR (Expected to see)||MRR (would show up)|| 
|Jan-2022|$600|$700| 
|Feb-2022|$600|$700| 
|Mar-2022|$700|$700|

Il n'existe actuellement aucune solution de contournement.

Le montant de la facture d'abonnement indique une valeur incorrecte après les modifications

Un montant de facture d'abonnement peut afficher une valeur incorrecte lorsque des modifications sont apportées à la facture après sa première génération.

Lorsque les lignes de facturation sont mises à jour dans les factures d'abonnement existantes, la date de la dernière mise à jour ne change pas dans le système. Par conséquent, les modifications ne sont pas mises à jour dans l'entrepôt.

Pour contourner le problème, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et rechargez le pipeline de données (reportez-vous à Rechargement d'un pipeline de données de domaine fonctionnel).

Nombre d'abonnements renouvelés n'affichent pas la date de renouvellement

Lorsqu'un abonnement est renouvelé, créant ainsi un nouvel abonnement, la date de la dernière mise à jour de l'abonnement ne change pas.

La date de mise à jour n'étant pas capturée, l'entrepôt n'affiche pas la date de renouvellement avec précision, même si l'abonnement a été créé par le traitement de renouvellement.

Pour contourner le problème, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et rechargez le pipeline de données (reportez-vous à Rechargement d'un pipeline de données de domaine fonctionnel).

Le domaine Tendance historique des abonnements affiche les abonnements comme actifs de manière incorrecte

Si le travail ESS de mise à jour du statut d'abonnement est exécuté après le travail incrémentiel Oracle Fusion Data Intelligence, un abonnement expiré peut s'afficher comme actif dans le domaine Tendance historique des abonnements.

Pour éviter ce problème, planifiez le travail ESS avant l'exécution incrémentielle d'Oracle Fusion Data Intelligence.

Si les données ne s'affichent pas correctement, réinitialisez l'entrepôt (reportez-vous à Réinitialisation de l'entrepôt de données) et réinitialisez le pipeline de données (reportez-vous à Réinitialisation d'un pipeline de données pour un domaine fonctionnel).

La date d'agrégation du domaine Tendance historique des abonnements peut afficher des valeurs incorrectes

Dans le domaine Tendance historique des abonnements, la dimension Date d'agrégation peut afficher des valeurs de colonne mois-semaine incorrectes lorsqu'elle est insérée dans le même rapport.

La dimension Aggregate Date indique l'intervalle de temps entre la date, la semaine, le mois et l'année au cours duquel les données d'abonnement ont été agrégées. Vous pouvez voir le MRR actif (par exemple) au cours des 30 derniers jours ou des 52 ou 12 derniers mois, etc.

Lorsque le mois et la date sont ajoutés dans le même rapport (et non dans un cas d'utilisation prévu), les valeurs de date peuvent afficher des données incorrectes.

Par exemple, la date agrégée d'abonnement a la valeur 31/01/2021 12:00:00 AM, mais le mois agrégé d'abonnement a la valeur 2021/02.

Cela est dû au report de la semaine sur le mois en fonction des critères de jointure : Week_End_Date = Month_Start_date.

Exemple : 
Week_code = '2021 Week14' 
period_start_date = 28-MAR-21 
period_end_date = 03-APR-21 
month_code = '2021 / 04' 
quarter_code = '2021 Q 2'

Ce problème survient lorsque la semaine s'étend sur deux mois et que la semaine n'est pas une semaine de début ou de fin de l'année correspondante.

Pour contourner ce problème, n'utilisez pas plusieurs niveaux de temps dans le même état pour la dimension Date agrégée, car cette dimension de date analyse les données de tendances d'abonnement agrégées pour un niveau de temps spécifique et n'est pas recommandée pour les autres dimensions de temps lors de l'agrégation de données à plusieurs niveaux de temps.

Les clients ayant des abonnements existants apparaissent comme nouveaux clients dans les rapports d'abonnement

La date d'extraction initiale (IED) définie dans Oracle Fusion Data Intelligence détermine la date d'extraction des données à partir d'Oracle Fusion Cloud Applications Suite. Si des transactions se sont produites avant la date d'extraction initiale et sont toujours actives, elles peuvent ne pas être capturées.

Par exemple, si un client a commandé un abonnement de 3 ans pour le 1er janvier 2020 au 31 décembre 2022 et que la date d'extraction initiale est fixée au 1er janvier 2021, l'abonnement ne sera pas capturé dans Oracle Fusion Data Intelligence, sauf si vous mettez à jour les données. Si le même client commande un autre abonnement le 1er août 2021, il devient le premier abonnement dans Oracle Fusion Data Intelligence pour ce client et l'application marque par erreur la transaction comme un nouveau client. Vous devez être sûr de sélectionner la date d'extraction initiale correcte avant d'extraire les données dans l'entrepôt.

Pour contourner ce problème, exécutez un travail ESS avant de lancer l'exécution incrémentielle d'Oracle Fusion Data Intelligence. Si les données ne s'affichent toujours pas correctement, réinitialisez l'entrepôt de données (reportez-vous à Réinitialisation de l'entrepôt de données) et actualisez le pipeline de données (reportez-vous à Actualisation d'un pipeline de données pour un domaine fonctionnel qui doit être [reloaded|https://docs.oracle.com/en/cloud/saas/analytics/fawag/reload-data-pipeline-functional-area.html]).

La sécurité globale accordée dans l'abonnement ne fonctionne pas dans les groupes d'accès ou autres modèles de sécurité

L'octroi d'une sécurité globale dans un abonnement, telle que l'accès à tous les abonnements pour un utilisateur donné, ne fonctionne pas si la sécurité est configurée à l'aide de groupes d'accès ou d'autres modèles de sécurité.

Vous pouvez accorder un accès sécurisé à l'aide de l'une de ces méthodes.

Option 1 : Désactiver la sécurité basée sur un groupe d'accès

  1. Copiez le rôle Spécialiste des abonnements.
  2. Enlevez ces deux rôles de responsabilité de l'utilisateur dans Oracle Fusion Data Intelligence :
    • Sécurité données entité souscription (OA4F_CX_SUBSCRIPTION_BUSINESS_UNIT_DATA)
    • Sécurité des données des groupes d'accès système et personnalisés d'abonnement (OA4F_CX_SUBSCRIPTION_CUSTOM_DATA)
  3. Affectez l'utilisateur au rôle Spécialiste des abonnements.

Option 2 : Utiliser les subventions FND (sécurité basée sur l'unité opérationnelle)

Prérequis : le rôle OA4F_CX_SUBSCRIPTION_BUSINESS_UNIT_DATA doit être affecté à l'utilisateur.

Créez une affectation de sécurité pour la console de sécurité pour l'utilisateur.

  1. Connectez-vous à Oracle Fusion Data Intelligence.
  2. Sur la page d'accueil, ouvrez le menu Navigateur, cliquez sur Console, puis sur Sécurité sous Administration des services.
  3. Dans la page Security, cliquez sur l'onglet Security Assignments.
  4. Cliquez sur Nouvelle affectation.
  5. Sélectionnez le contexte de sécurité Entités d'abonnement.
  6. Dans Valeurs de sécurité, sélectionnez l'unité opérationnelle appropriée et sous Utilisateurs, sélectionnez le nom utilisateur approprié.
  7. Cliquez sur Ajouter au panier, puis sur Afficher le panier.
  8. Dans Affectations de sécurité, cliquez sur Appliquer les affectations.

Option 3 : Utiliser la sécurité personnalisée

Prérequis : le rôle OA4F_CX_SUBSCRIPTION_CUSTOM_DATA doit être affecté à l'utilisateur.

Vous pouvez accorder une sécurité globale personnalisée en utilisant l'unité opérationnelle en tant qu'attribut d'objet.

  1. Connectez-vous à Oracle Fusion Data Intelligence en tant que responsable de la sécurité globale.
  2. Accédez à Outils, puis à Gestion de l'accès aux ventes et au service.
  3. Sous Configurer les groupes, créez un groupe d'accès avec un jeu de règles pour la liste des unités opérationnelles.
  4. Publier les règles.

Problèmes connus pour Oracle Fusion HCM Analytics

Découvrez les problèmes que vous risquez de rencontrer lorsque vous utilisez Oracle Fusion HCM Analytics et comment les contourner.

Rubriques :

Le rôle de responsabilité Performance empêche tout accès supplémentaire à HCM - Domaine Entretiens de suivi

Les rôles de responsabilité Analyse de la gestion de la performance et Analyse de la diversité de la gestion de la performance ne permettent plus d'accéder au domaine HCM - Entretiens de suivi. Si vous disposez d'un accès personnalisé en supprimant ces rôles de responsabilité du domaine Entretiens de suivi HCM, ces modifications ou mises à niveau échoueront.

Si vous avez précédemment retiré les rôles de responsabilité Analyse de la gestion de la performance et Analyse de la diversité de la gestion de la performance du domaine Entretiens de suivi, vous devez suivre ces étapes pour réappliquer les rôles de responsabilité avant de mettre à niveau Oracle Fusion HCM Analytics.
  1. Dans la console Oracle Fusion Data Intelligence, cliquez sur Extensions de modèle sémantique sous Administration des applications.
  2. Sur la page Extensions de modèle sémantique, cliquez sur Configurations de sécurité.
  3. Dans la région Configurations de sécurité, recherchez Configurer les droits d'accès aux objets, positionnez le pointeur de la souris dessus pour afficher les actions, puis cliquez sur Modifier.
  4. A l'étape 1 de l'assistant, cliquez sur Suivant.
  5. A l'étape 2 de l'assistant, sélectionnez le domaine Inscriptions HCM.
  6. Ajoutez les rôles de responsabilité Analyse de la gestion de la performance et Analyse de la diversité de la gestion de la performance.
  7. Vérifiez vos modifications et cliquez sur Terminer.
  8. Cliquez sur Publier le modèle.

Problèmes avec les visualisations des absences pour congés maladie dans les états prédéfinis

Les états d'absence prédéfinis d'Oracle Fusion HCM Analytics classent une absence comme congé maladie uniquement lorsque le type de modèle d'absence est "Maladie ou blessure" (Code type de modèle d'absence = "II").

Pour que les données relatives aux congés maladie apparaissent dans les états d'absence prédéfinis d'Oracle Fusion HCM Analytics, vous devez affecter 'Sick Leave' au modèle d'absence 'Illness or Injury' dans Fusion Applications. Sinon, les congés maladie ne seront pas signalés dans les états d'absence Oracle Fusion HCM Analytics prédéfinis.

Perte des accumulateurs de paie et des données d'évaluation du coût de la paie après le chargement complet ou la prochaine mise à niveau TDM

Les données d'accumulateur de paie ou d'évaluation du coût de la paie peuvent être conservées pendant un maximum de trois ans.

Après une opération de chargement complet, les données sont ajoutées de manière incrémentielle jusqu'à la prochaine mise à niveau TDM ou chargement complet. Lors de chaque chargement complet ou mise à niveau TDM, le système applique le critère de conservation de trois ans en fonction de la date d'extraction initiale (IED) et de la date actuelle, en veillant à ce que seules les données pertinentes dans cette période soient disponibles dans Fusion Data Intelligence. Par conséquent, les données datant de plus de trois ans, qui étaient disponibles avant la mise à niveau TDM, sont perdues.

Les modifications d'attribut ne reflètent pas la mise à jour incrémentielle dans l'enregistrement de salaire

Lors des exécutions incrémentielles, l'objet de salaire ne reflète les modifications que lorsque l'enregistrement de salaire lui-même est mis à jour ; les mises à jour autonomes telles que les modifications de zone ou les mesures de rémunération associées telles que le ratio de rémunération, le quartile, le quintile, la valeur maximale, la valeur minimale, la valeur moyenne, le type de zone, le facteur de différentiel de fourchette ou le percentile ne sont pas capturées. Pour que les modifications apportées à ces attributs soient prises en compte, vous devez réinitialiser complètement ou recharger les domaines fonctionnels Base de salaire et Instantané du salaire.

En outre, étant donné que ces modifications ne sont pas à date d'effet, toute mise à jour de la valeur remplace la valeur existante, ce qui entraîne la perte des informations historiques précédemment associées au salarié.

Remarques :

Pour capturer et refléter avec précision les modifications de zone de rémunération dans Oracle Fusion Cloud Human Capital Management, vous devez exécuter les traitements ESS Générer la zone de rémunération et le mappage des adresses.

Suivez l'une des procédures ci-après.

  1. Rechargez les données de domaine fonctionnel. Dans la console d'Oracle Fusion Data Intelligence, cliquez sur Applications de données sous Administration des applications.
  2. Sous Applications, cliquez sur Gestion du capital humain.
  3. Recherchez le domaine fonctionnel Base de salaire, cliquez sur Action (...) et sélectionnez Recharger les données.
  4. Répétez l'étape 3 pour le domaine fonctionnel Instantané de la base de salaire.

OU

  1. Effectuez une réinitialisation complète dans la console en cliquant sur Configuration des données sous Administration des applications.
  2. Sur la page Configuration des données, cliquez sur Action (...) puis sélectionnez Réinitialiser et recharger.
  3. Vérifiez le message d'avertissement, sélectionnez la source de données, la programmation et ajoutez des notes, puis cliquez sur Soumettre.