Bekannte Probleme bei Oracle Fusion Data Intelligence

Erfahren Sie, welche Probleme bei der Verwendung von Oracle Fusion Data Intelligence auftreten können und wie Sie sie umgehen.

Themen:

Oracle Fusion Data Intelligence – Allgemeine Probleme und Workarounds

Erfahren Sie mehr über die allgemeinen Probleme, die bei der Verwendung von Oracle Fusion Data Intelligence auftreten können, und wie Sie diese umgehen.

Themen:

Vordefinierte Berichte schlagen fehl, wenn ein externes semantisches Modell einer externen Anwendung verwendet wird

Wenn die 24. R1. P1-Patch wurde auf Ihre Instanz eingespielt, und Sie verwenden ein semantisches Modell einer externen Anwendungsdatei (.rpd). Anschließend müssen Sie das semantische Modell der externen Anwendung erneut hochladen, nachdem das Upgrade abgeschlossen ist.

Wenn Sie das semantische Modell der externen Anwendung nicht erneut hochladen, können Sie feststellen, dass einige vordefinierte Berichte nicht ordnungsgemäß funktionieren. Siehe Informationen zum Zusammenführen externer Anwendungen.

Legacy-Arbeitsmappen nach Migration prüfen

Für jeden Pillar-Ordner im Oracle Analytics Cloud-Katalog (Shared Folders/Oracle/PillarName) bleiben nur die Ordner /Detail Dashboards und /Overview Dashboards und ihr Inhalt nach Release 24 erhalten. R1. Diese Verzeichnisse enthalten den neuesten Anwendungsinhalt.

Die zahlreichen anderen Ordner direkt unter dem Pillarname-Ordner enthalten vordefinierte Legacy-Drilldown-Arbeitsmappen aus Decks. Diese werden nicht mehr nützlich sein und werden in Release 24 entfernt. R2. Wenn Sie diese Legacy-Arbeitsmappen mit Schreibschutz in Ihrer Produktionsanwendung verwenden, empfiehlt Oracle, sie zu duplizieren und in Ihren benutzerdefinierten Inhalt zu verschieben. Anschließend können Sie die Drilldown-Navigation von Ihrem migrierten Inhalt zu diesen neuen Versionen wiederherstellen.

Problem mit Status "Nicht erfolgreich" für umbenannte benutzerdefinierte Dimensionen

Wenn Sie einen Schritt "Dimension hinzufügen" bearbeiten, werden der aktuelle und nachfolgende Schritt in den Status "Nicht erfolgreich" versetzt.

Um dieses Problem zu umgehen, löschen Sie den Schritt, und erstellen Sie ihn erneut.

Schlüsselmetriken können nicht übersetzt werden

In diesem Release kann Text, der als Metadaten zum Feature für Schlüsselmetriken hinzugefügt wurde, nicht exportiert, übersetzt und als übersetzter Inhalt in die Anwendung zurückgeführt werden.

Auf der Folie (z.B. als Beschreibung einer Schlüsselmetrik) werden diese Schlüsselmetadaten in der ursprünglichen Sprache angezeigt, in der sie eingegeben wurden.

Fehlende Deckstilfilter in migriertem Inhalt

In diesem Release wurde eine Kopie der Decks in die Oracle Analytics Cloud-Hauptarbeitsmappen migriert.

Die Deckungsfilter für Zeit und Kalender können nicht direkt in den Arbeitsmappen repliziert werden. Verwenden Sie standardmäßige Oracle Analytics Cloud-Zeitfilter, anstatt zwischen Geschäftszeitintervallen (wie "Aktuell", "Vorherig" oder "Letztes N") zu wechseln. Diese Zeitfilter enthalten mehrere eindeutige Perioden basierend auf Spalten im Themenbereich (z.B. Geschäftsjahr, Geschäftsquartal und Geschäftsperiode). Der migrierte Inhalt im Ordner "Überblicks-Dashboards" wurde aktualisiert, sodass Oracle Analytics Cloud-Standardfilter für die Zeit verwendet werden.

Unerwarteter Filterkontext für Datenaktionslinks in migriertem Inhalt

Für dieses Release weist die Navigation von konvertierten Decks (jetzt Übersichts-Dashboards genannt) im migrierten Inhalt Probleme auf, den Filterkontext aus den Übersichts-Dashboards an die Detailarbeitsmappen zu übergeben.

Die freigegebenen Detailarbeitsmappen sind für die Navigation von Decks zum Drilldown-Inhalt optimiert. Decks sind die primäre Organisationsmethode, während Übersichts-Dashboards nur die Decks ergänzen. Es gibt weniger Probleme, wenn kein oder begrenzter Kontext von den Filtern im Übersichts-Dashboard an die Detailarbeitsmappen übergeben wird.

Um dieses Problem zu umgehen, aktualisieren Sie die konvertierten Decks im Ordner für Übersichts-Dashboards mit Ihrer gewünschten optimierten Navigation.

Fehler beim Migrieren des Ordnernamens des Utilitys für benutzerdefinierten Inhalt mit benutzerdefiniertem Pfad

Wenn Sie im Utility "Benutzerdefinierten Inhalt migrieren" einen anderen Namen als den Namen des Ordners angeben, den Sie unter "Migration ausführen" erstellen möchten, tritt ein Fehler auf.

Der Migrationsprozess hängt den Ordner, den Sie erstellen, an den Inhaltspfad /Shared Folders/custom an. Sie müssen nur den Namen des Ordners in das Feld einfügen. Um einen Fehler zu vermeiden, geben Sie nur den Namen des Ordners in das Feld ein.

Um den Fehler zu umgehen, führen Sie das Utility erneut aus, um den Fehler zu beheben. Führen Sie das Utility dann erneut aus. Verwenden Sie dazu nur den Namen des Ordners im Feld, um die Ausgabe im angegebenen Ordner aufzufüllen.

Fehler beim Hochstufen des semantischen Modells in die Produktion

Beim Hochstufen des semantischen Modells von einem Test in eine Produktionsumgebung kann es zu einem unerwarteten I/O-Fehler kommen.

Um diesen Fehler zu umgehen, bis ein Fix verfügbar ist, migrieren Sie Ihre Änderungen mit Bundles in das semantische Modell in die Produktionsumgebung.

Probleme mit Inhalts-Explorer - Fusion Data Intelligence-Dashboard

Bei der Arbeitsmappe "Content Explorer - Fusion Data Intelligence-Dashboard" können diese Probleme auftreten.

  • Benutzerdefinierte Themenbereiche und Metriken, die über die Datenerweiterung, Fusion Accounting Hub Analytics und die konfigurierbare Kontenanalyse erstellt wurden, verwenden systemgenerierte Namen.
  • Vor der Plattform 24 sind keine historischen benutzerdefinierten Inhalte vorhanden. R4 Release.
  • Content Explorer - Fusion Data Intelligence wird nur für US-Englisch unterstützt.

Probleme mit häufigen Datenaktualisierungen

In bestimmten Szenarios aktualisiert das System die Daten nicht häufig.

  • Wenn Sie eine häufige Datenaktualisierung für eine vordefinierte Fakt- oder benutzerdefinierte Datenerweiterungstabelle aktivieren und der Funktionsbereich der erweiterten Fakt- oder erweiterten Entity nicht für häufige Datenaktualisierungen aktiviert ist.
  • Wenn Sie eine der Berichtsspalten auswählen, die aus der semantischen Modellerweiterung stammen, z.B. eine neue Spalte oder eine benutzerdefinierte Dimension.
  • Wenn Info-Flexfelder in einer degenerierten Dimension vorhanden sind, werden sie nicht zusammen mit anderen Dimensionsattributen aktualisiert.

Intelligente Anwendungen werden von Advanced Security nicht unterstützt

Intelligente Anwendungen wie die People Leader Workbench werden nicht unterstützt, wenn erweiterte Sicherheitskonfigurationen aktiviert sind.

Um dieses Problem zu umgehen, sichern Sie Ihre Daten mit einer anderen Methode, wie z. B. einem konfigurierbaren Sicherheitskontext.

Bekannte Probleme bei Oracle Fusion ERP Analytics

Oracle Fusion ERP Analytics weist eine Reihe bekannter Probleme auf.

Themen:

Bekannte Probleme bei Oracle Fusion ERP Analytics - Allgemein

Diese bekannten Probleme befassen sich mit den allgemeinen Funktionen.

Themen:

Die Aggregation von YTD-Kennzahlen ist in bestimmten Szenarios falsch

Wenn Sie buchübergreifende YTD-Kennzahlen für ein Quartal und in einem Buch aggregieren, ist die letzte Periode des Quartals nicht offen. Die Aggregation enthält nicht die Kennzahlen aus diesem Buch.

In diesem Beispiel sind Periode 1, Periode 2 und Periode 3 in Quartal 1 vorhanden. Buch A und Buch B haben Salden für alle drei Perioden. Periode 3 in Buch C ist nicht offen und zeigt keinen Saldo an.

In diesem Beispiel wird der YTD-Umsatz für Quartal 1 in drei Büchern als 16500 anstelle von 22500 angezeigt. Wenn Sie nach Buch oder Periode aggregieren, erhalten Sie den richtigen Saldo.

Quarter Periode Umsatz YTD Buchname
2. Quartal Periode 1 3000 Buch A
2. Quartal Periode 2 7.000 Buch A
2. Quartal Periode 3 10000 Buch A
2. Quartal Periode 1 2500 Buch B
2. Quartal Periode 2 5000 Buch B
2. Quartal Periode 3 6.500 Buch B
2. Quartal Periode 1 4000 Buch C
2. Quartal Periode 2 6.000 Buch C

Nach IED erstellte alte Datensätze mit zeitbasierten Dimensionen, die in ERP-Themenbereichen fehlen

Die Oracle Fusion ERP Analytics-Themenbereiche verwenden den Buchungskalender in der Zeitdimension.

Wenn Datensätze vorhanden sind, die Datumsangaben verwenden, die nicht Teil des Buchungskalenders sind, werden diese Datensätze gelöscht, wenn Sie die Zeitdimension verwenden. Beispiel: Wenn Sie Ihren Buchungskalender ab 2020 definiert haben, aber alte Transaktionen vor diesem Jahr (Datensätze mit Datumsangaben im Jahr 2019 und davor) haben, die im Rahmen der Datenkonvertierung in Fusion Applications Suite eingegeben wurden, werden diese Datensätze gelöscht, wenn Sie die zeitbasierten Dimensionen verwenden. Für dieses Problem gibt es keine Problemumgehung.

Da die Fälligkeits-Snapshots auf Basis des Rechnungsdatums erstellt werden und das Rechnungsdatum nicht Teil des in Fusion definierten Buchungskalenders ist, werden diese Rechnungen nicht Teil der KR-Fälligkeiten im Lager sein, selbst wenn die Rechnungen noch offen sind.

Aktualisierter Name für Tabelle DW_ORG_HIREARCHY_DENORM_DH

Die Tabelle DW_ORG_HIREARCHY_DENORM_DH in Oracle Fusion ERP Analytics heißt jetzt DW_ORG_HIERARCHY_DENORM_DH.

Zeitzone der Registerkarte "Plan für vollständiges Neuladen" des Lagers entspricht nicht dem inkrementellen Aktualisierungsplan

Die Zeitzone auf der Registerkarte "Plan für vollständiges Neuladen" des Warehouse zeigt nicht dieselbe Zeitzone wie der inkrementelle Aktualisierungsplan an.

Das geplante vollständige Neuladen funktioniert wie erwartet, wenn das inkrementelle Laden für den Tag ausgelöst wird. Für dieses Problem gibt es keinen Workaround.

DB- und KR-Fälligkeit verwalten keine Historie der HB-Konten

Die Fälligkeit von Verbindlichkeiten und Forderungen unterstützt keine historischen HB-Konten, die in Transaktionen verwendet werden.

Wenn HB-Konten nach der Buchung überschrieben werden, wird das letzte HB-Konto der Transaktion für alle Snapshots verwendet, wenn Sie alle KR- und DB-Fälle vollständig laden.

Für dieses Problem gibt es keinen Workaround.

Aufgabe in Oracle Fusion-Projekt gelöscht bleibt in Fusion Data Intelligence Warehouse-Aufgabendimensionstabelle

Wenn Sie eine Aufgabe in Oracle Fusion Cloud Applications-Projekten löschen, bleibt sie in der Aufgabendimensionstabelle in Oracle Fusion ERP Analytics erhalten und wird beim inkrementellen Laden von Daten nicht entfernt.

Für dieses Problem gibt es keinen Workaround.

Tabelle DW_AR_REVENUE_CF verfügbar

What's New Dokumentation für Release 21. R2. P5 - August 2021 In Oracle Fusion ERP Analytics wird DW_AR_REVENUE_CF fälschlicherweise als vollständig veraltet ohne Ersatz aufgelistet.

Die Tabelle DW_AR_REVENUE_CF ist aktiv und in Oracle Fusion ERP Analytics verfügbar.

Bekannte Probleme bei Oracle Fusion ERP Analytics Cash Management

Diese bekannten Probleme behandeln die Cash Management-Funktionen.

Themen:

Neuladen des Funktionsbereichs in Fusion Data Intelligence erforderlich, wenn Kontoauszugsdaten in Fusion Applications gelöscht werden

Wenn Sie Kontoauszüge oder Positionen löschen, werden die Daten in den Cash Management-Themenbereichen während einer inkrementellen Ausführung nicht korrekt wiedergegeben. Die gelöschten Daten werden weiterhin angezeigt.

Laden Sie den Funktionsbereich "Cash Management" neu, um die richtigen Fusion-Quelldaten abzurufen. Informationen hierzu finden Sie unter Datenpipeline für einen Funktionsbereich aktualisieren.

Bekannte Probleme bei Oracle Fusion ERP Analytics General Ledger

Diese bekannten Probleme befassen sich mit den Hauptbuchfunktionen.

Themen:

Die Aggregation bestimmter JbD-Kennzahlen im Themenbereich "HB-Rentabilität" ist falsch, wenn das Kennzeichen "Berichtigungsperiode" in der Analyse enthalten ist

Wenn Sie YTD-Kennzahlen auf Quartal- oder Jahresebene analysieren und das Kennzeichen "Berichtigungsperiode" als Filter oder Attribut einschließen, werden die YTD-Beträge für den Abschreibungsaufwand YTD falsch aggregiert. Kennzahlen "Einkommensteueraufwand YTD", "Zinsaufwand YTD", "Sonstiges Einkommen YTD", "F&E-Aufwand YTD", "Umsatz- und Marketingaufwand YTD" und "Gesamtbetriebsaufwand YTD" im Themenbereich "HB-Rentabilität".

Beispiel: In Quartal 1 sind Periode 1, Periode 2, Periode 3 und Berichtigungsperiode vorhanden, und die Beträge für F&E-Aufwendungen YTD sind wie unten dargestellt. Wenn Sie das Attribut "Periode" entfernen und den Saldo auf Quartalsebene für Quartal 1 anzeigen, werden voraussichtlich 10.000 angezeigt. Es aggregiert jedoch die Beträge und zeigt 20.000 für Quartal 1 an, wobei das Kennzeichen "Berichtigungsperiode" auf "N" und 10.000 für Quartal 1 gesetzt ist und das Kennzeichen "Berichtigungsperiode" auf "J" gesetzt ist.

Quarter Periode F&E-Aufwendungen YTD Korrekturperiode
2. Quartal Periode 1 3000 N
2. Quartal Periode 2 7.000 N
2. Quartal Periode 3 10000 N
2. Quartal Korrekturperiode 10000 J

Um dieses Problem zu umgehen, verwenden Sie das Kennzeichen "Anpassungsfilter" nicht, wenn Sie Salden auf Quartals- oder Jahresebene für YTD-Kennzahlen analysieren.

Die Datenvalidierung der HB-Bilanzkennzahlen kann eine Differenz bei Beträgen mit mehr als 15 Stellen anzeigen

Die Datenvalidierung der Kennzahlen für die HB-Bilanz kann einen Unterschied aufweisen, wenn die Beträge mehr als 15 Stellen umfassen.

Oracle Transactional Business Intelligence rundet Beträge, die mehr als 15 Ziffern umfassen, während Fusion Data Intelligence Beträge mit mehr als 15 Ziffern unterstützt. Wenn die HB-Bilanzbeträge also mehr als 15 Stellen umfassen, können Sie bei der Datenvalidierung für diese Kennzahlen einen Unterschied feststellen:

  • Financials - HB-Bilanz - Belastungsaktivitätsbetrag in Buchwährung nach "Buch" und "Geschäftsperiode"
  • Financials - HB-Bilanz - Gutschriftsaktivitätsbetrag in Buchwährung nach "Buch" und "Geschäftsperiode"
  • Financials - HB-Bilanz - Belastungsaktivitätsbetrag in Buchwährung nach "Buch" und "Geschäftsperiode"

HB-Segmentwert des HB-Kontos zeigt ~Kein Wert~ an, wenn dieser Segmentwert auf einem tabellenvalidierten WerteSet basiert

Wenn der Segmentwert des Kontenplans auf einem tabellenvalidierten WerteSet basiert, werden in den Attributen "Wert", "Bezeichnung" und "Beschreibung" dieses HB-Segments ~Kein Wert~ anstelle der tatsächlichen Werte angezeigt.

Um dieses Problem zu umgehen, prüfen Sie den Segmentwert mit dem Attribut "HB-Kontenkombination".

Benutzerdefinierte Sicherheit auf Ebene der HB-Segmenthierarchie zeigt falsche Daten an

Die auf den Hierarchieebenen der HB-Segmente definierte benutzerdefinierte Sicherheit zeigt keine erwarteten Ergebnisse für alle Themenbereiche an, in denen die Hierarchie der HB-Segmente verwendet wird.

Beispiel: Wenn in der Kostenstellenhierarchie ein benutzerdefinierter Kontext für Ebene 29 auf einen bestimmten Wert festgelegt ist, werden alle Werte für Ebene 29 im Bericht abgerufen, anstatt nur den gesicherten Wert abzurufen.

Für dieses Problem gibt es keinen Workaround.

HB-Budgetdatensätze, die während des EPM-Writebacks im Ersetzungsmodus nicht gelöscht wurden

HB-Budgetdatensätze dürfen beim Laden von Cloud EPM-Daten nicht gelöscht werden, wenn Data Integration oder EPM Automate die Dataload-Regel mit dem Importmodus "Ersetzen" für die relevanten Perioden ausführt.

Im Modus "Ersetzen" überschreibt die Integration vorhandene HB-Budgetbeträge für die ausgewählte Periode. Dies kann dazu führen, dass vorhandene Zeilen gelöscht werden, bevor die neuen Salden zurückgeschrieben werden.

Um die gelöschten Datensätze aus der Faktentabelle "HB-Budgets" zu entfernen, laden Sie den Funktionsbereich "HB-Budgets" vollständig. Siehe Daten für eine Datenpipeline neu laden.

Bekannte Probleme bei Oracle Fusion ERP Analytics Payables

Diese bekannten Probleme befassen sich mit den Kreditorenfunktionen.

Themen:

Datenvalidierung der Kennzahl "Ausstehender Gesamtbetrag" führt zu einem SOAP-SERVER-Fehler mit dem Filterattribut "Rechnungsbuchungsstatus"

Dieses Problem ist auf einen OTBI-Fehler zurückzuführen.

Um dieses Problem zu umgehen, wählen Sie den Filter "Rechnungsbuchungsstatus" nicht in der Kennzahl "Datenvalidierung des ausstehenden Gesamtbetrags" im Themenbereich "Fälligkeit Verbindlichkeiten" aus. Sie können Filter als Pivot-Attribut verwenden.

Datenvalidierung des Gesamttransaktionsbetrags in KR-Rechnungen stimmt nicht mit OTBI mit Zurückbehaltung überein

Wenn KR-Rechnungen Zurückbehaltung aufweisen, enthält der Ratenzahlungsbetrag nicht den Zurückbehaltungsbetrag, obwohl der Rechnungsbetrag den Zurückbehaltungsbetrag enthält.

Der Themenbereich "KR-Rechnungen" in Fusion Data Intelligence befindet sich auf Ratenzahlungsebene, und die Kennzahl "Gesamttransaktionsbetrag" wird aus dem Ratenbetrag abgeleitet. Die Datenvalidierung des Gesamttransaktionsbetrags in der Buchwährung vergleicht den Transaktionsbetrag, der aus den Ratenzahlungen berechnet wird, die keinen Einbehalt enthalten. Der Themenbereich wird stattdessen mit dem Rechnungsbetrag in Oracle Transactional Business Intelligence verglichen, der die Zurückbehaltung enthält. Daher stimmen die Beträge nicht überein.

Wenn Sie einen Zurückbehaltungsprozess verwenden, müssen Sie die Datenvalidierungskennzahl "Gesamttransaktionsbetrag" in Dokumentwährung verwenden. Dieser Vergleich wird mit der Kennzahl "Bruttobetrag" im Themenbereich "Kreditorenrechnungen - Ratenzahlungen in Echtzeit" in Oracle Transactional Business Intelligence verglichen, und beide Kennzahlen befinden sich auf Ratenzahlungsebene.

In Intracompany-Datensätzen, die für KR-Rechnungszahlungen generiert wurden, wurden rechnungsbezogene Attribute zufällig aufgefüllt

Wenn eine KR-Zahlung für mehrere Rechnungen erfolgt, für die SLA die Intracompany- oder Saldendatensätze generiert, um die Buchungen auszugleichen, ordnet Fusion Data Intelligence diese Buchungen zufällig Attributen zu, die sich auf Rechnungsnummern beziehen.

In diesen Fällen werden Intracompany- und Saldendatensätze nicht speziell für die Ausgangsrechnung in Fusion Applications generiert. Fusion Data Intelligence füllt diese Einträge mit rechnungsbezogenen Attributen auf, die falsch sind. Dieses Problem ist im Themenbereich "HB-Kontenanalyse" vorhanden und weist keine Problemumgehung auf.

Fehlende Kreditorenquellennamen

Oracle Fusion Data Intelligence zeigt derzeit nicht den Namen der Kreditorenquelle an, sondern stattdessen die übersetzte Lookup-Bedeutung an

Bei einigen Kreditorenquellcodes speichert Fusion Data Intelligence den Lookup nicht in der Übersetzungstabelle. Daher kann Oracle Fusion Data Intelligence die Anzeige dieser Werte nicht unterstützen. Derzeit gibt es keinen Workaround.

Berechnung des verbleibenden Saldos im Themenbereich "Fälligkeit von Verbindlichkeiten" mit Quellensteuer ist falsch

Im Themenbereich "Fälligkeit von Verbindlichkeiten" ist die Berechnung des Restsaldos falsch, wenn auf der Ebene der Rechnungskontierung eine Quellensteuer zugeordnet ist.

Die Quellensteuer wird auf Rechnungsebene basierend auf dem Steuersatz berechnet, der davon ausgeht, dass die Steuer auf die gesamte Rechnung und nicht auf eine bestimmte Position/Aufteilung angewendet wird.

Berechnung der Steuereinbehaltung fehlt, wenn Berechnungspunkt "Zahlung" ist

Der Fakt "Aufwand" zeigt alle Rechnungspositionen an, außer wenn die Rechnung eine Quellensteuerposition enthält.

Dies kann eine manuelle Eingabe sein, wenn sie bei der Erstellung der Rechnung unabhängig vom Berechnungspunkt hinzugefügt oder vom System basierend auf dem Berechnungspunkt entweder bei Rechnung oder bei Zahlung hinzugefügt wird. Wenn der Berechnungspunkt "Zahlung" ist, wird die Buchungskontierung für AWT in der Zahlungskontierung angezeigt. Die Berechnung der Quellensteuer bei Zahlung wird derzeit nicht in der Analyse berücksichtigt.

Transaktionsbetrag und Aktivitätsbetrag in KR-Fälligkeit für stornierte Rechnungen falsch

Sobald die Rechnung storniert wurde, werden in KR-Fälligkeit die Werte transaction_amount und verbleibender_amount für einen Rechnungsplan auf 0 aktualisiert.

Es gibt keine Problemumgehung, um den Datensatz für eine Stornierung des Rechnungsplans rückzubuchen. Sobald die Rechnung storniert wurde, gibt es keine Methode, um den Transaktionsbetrag auf Planebene zu bestimmen.

Transaktionsbetrag und Aktivitätsbetrag sind in rückdatierten Rechnungen, die in Kreditoren erstellt wurden, falsch

In Oracle Payables erstellte rückdatierte Rechnungen zeigen nicht den korrekten Transaktionsbetrag und die korrekten Aktivitätsbeträge an.

Wenn rückdatierte Transaktionen erstellt oder aktualisiert werden und der Transaktionsplanstatus "Geschlossen" lautet, werden der Restbetrag und der Zeitplanstatus im inkrementellen Lauf im Feature "Kreditorenfälligkeit (Vorschau)" nicht korrekt aktualisiert. Um die rückdatierten Transaktionen korrekt anzuzeigen, setzen Sie den Funktionsbereich "Fälligkeit Verbindlichkeiten" manuell zurück, oder planen Sie je nach Berichtsanforderungen einen vollständigen Ladevorgang dieses Funktionsbereichs täglich, wöchentlich oder monatlich.

Rechnungssperren für Steuerpositionen in Kreditoren gelöscht

Sie können Sperren für Steuerpositionen löschen, wenn der Steuerbestimmungsfaktor aus der Rechnung entfernt wird oder eine Setupänderung für den Steuerbestimmungsfaktor vorliegt.

Wenn Steuerbestimmungsfaktoren wieder hinzugefügt werden, wird die Steuerposition neu berechnet.

Wenn die Steuerbestimmungsfaktoren wieder hinzugefügt werden, liegt das Erstellungsdatum der neuen Rechnungsposition nach dem gelöschten Sperrdatum.

Zukünftiger Aktivitätsbetrag in KR-Fälligkeit zeigt falsche Salden an

Der zukünftige Aktivitätsbetrag in der KR-Fälligkeit zeigt aufgrund der Auswirkungen von Quellensteuerberechnungen manchmal einen falschen Saldo an.

Die Berechnung der Steuereinbehaltung ist vom Rechnungsplanbetrag ausgeschlossen, die Auswirkung spiegelt jedoch nicht die gleiche in Fusion Data Intelligence-Verbindlichkeiten wider.

Für dieses Problem gibt es keinen Workaround.

Inkrementelle Änderungen in Kreditoren aufgrund von Buchungsstatusänderungen nicht aktualisiert

Jede Änderung in Fusion Applications aufgrund einer Änderung des Buchungsstatus des Kreditorenbelegs wird in Fusion Data Intelligence nicht angezeigt.

In Fusion Applications bleibt das letzte Aktualisierungsdatum (LUD) auch nach der Änderung des Buchungsstatus unverändert. Dies liegt daran, dass der Buchungsstatus ein abgeleitetes Feld in Fusion Applications ist und dass die abgeleiteten Felder die LUD nicht aktualisieren. Fusion Data Intelligence stützt sich bei inkrementellen Änderungen auf LUD, weshalb veraltete Daten in Fusion Data Intelligence verbleiben.

Ausstehender Betrag falsch, wenn in der Kreditorenrechnung Vorauszahlung enthalten ist

Wenn eine Vorauszahlung einer Rechnung zugeordnet wird, deren Kennzeichen "In Rechnung enthalten" auf "Ja" gesetzt ist, berechnet Fusion Applications den Rechnungsbetrag nach Abzug der Vorauszahlung.

Daher sollte die Vorauszahlungszuordnung bei der Berechnung des ausstehenden Betrags nicht erneut angewendet werden. Derzeit wendet Fusion Data Intelligence die Vorauszahlung ein zweites Mal falsch an, was zu einem ungenauen ausstehenden Betrag im Themenbereich "Fälligkeit Verbindlichkeiten" und Fakten führt.

Für dieses Problem gibt es keinen Workaround.

Bekannte Probleme bei der Projektfakturierung in Oracle Fusion ERP Analytics

Diese bekannten Probleme befassen sich mit den Projektfakturierungsfunktionen.

Themen für Projektfakturierung:

Fehlermeldung mit Themenbereichsübergreifenden Analysen zwischen Debitoren-Themenbereich und Themenbereich "PPM-Projektrechnungen"

Es kann zu einer Fehlermeldung kommen, dass eine Tabelle nicht gefunden wurde, wenn nur einer dieser Funktionsbereiche - nicht gebuchte DB-Transaktionen oder Projektrechnungen vor der Zusage - aktiviert ist und Sie eine themenübergreifende Analyse zwischen Debitoren-Themenbereichen und dem Themenbereich "PPM - Projektrechnungen" durchführen.

Aktivieren Sie den Funktionsbereich "Projektrechnungen vor Annahme", um Rechnungen mit Statuswerten einzulösen, die vor dem Status "Akzeptiert" liegen, sowie im Themenbereich "PPM-Projektrechnungen". Wenn Sie den Funktionsbereich "Nicht gebuchte DB-Transaktionen" aktivieren, werden abgeschlossene Rechnungen angezeigt, die noch nicht in den Themenbereichen "DB-Transaktionen" und "DB-Umsatz" gebucht wurden. Wenn nur einer dieser Funktionsbereiche aktiviert ist, verwendet die Abfrage ein falsches LTS, was zu einem Fehler in der Tabelle führt, die nicht gefunden wurde.

Um diesen Fehler zu vermeiden, aktivieren Sie beide Funktionsbereiche.

Kennzeichen "Storniert" für Projektrechnungen nicht korrekt aufgefüllt

Wenn eine Projektrechnung in Fusion Applications storniert wird, wird das Last_Update_Date der Tabelle PJB_INVOICE_HEADERS nicht aufgefüllt, wenn die Spalte für das Kennzeichen "Storniert" aktualisiert wird.

Daher wird das Kennzeichen "Rechnung storniert" bei inkrementellen Aktualisierungen nicht korrekt im Themenbereich "PPM-Projektrechnung" angezeigt. Die Spalte Cancelled_Flag ist in den folgenden Warehouse-Tabellen betroffen.

Betroffene Tabellen mit der Spalte CANCELLED_FLAG:

  • DW_PROJECT_INVOICE_ALL_CF
  • DW_PROJECT_INVOICE_CF
  • DW_PROJECT_INVOICE_PRE_ACCPTD_CF

Für dieses Problem gibt es keinen Workaround.

Bekannte Probleme bei der Oracle Fusion ERP Analytics-Projektkontrolle

Diese bekannten Probleme befassen sich mit den Projektsteuerungsfunktionen.

Themen:

Datensätze, die nicht aus den Faktentabellen der Planversion gelöscht wurden

Wenn eine Planversion in Fusion Applications gelöscht wird, werden die Daten nicht aus der Faktentabelle DW_PROJECT_PLAN_LINE_DETAIL_CF gelöscht. Sie werden nur aus DW_PROJECT_PLAN_VERSION_D gelöscht.

Um die gelöschten Datensätze aus der Faktentabelle zu entfernen, laden Sie den Funktionsbereich "Projektkontrolle" vollständig.

Bekannte Probleme bei Oracle Fusion ERP Analytics Project Costing

Diese bekannten Probleme behandeln die Project Costing-Funktionen.

Themen:

Datensätze, die beim Hinzufügen bestimmter Metriken im Themenbereich "Projektanlagen" gelöscht wurden

Datensätze werden im Betreff "Projektanlagen" gelöscht, wenn Sie bestimmte Metriken hinzufügen.

Datensätze werden im Themenbereich "Projektanlagen" gelöscht, wenn Metriken wie "Abgelehnte IBBA-Kosten", "Aktivierte Kosten", "Gruppierte IBBA-Kosten", "Nicht zugewiesene IBBA-Kosten" und "Zugewiesene IBBA-Kosten" hinzugefügt werden, jedoch keine Daten für diese Metriken vorhanden sind. Wenn die zugehörigen Attribute für Projektanlagen angezeigt werden sollen, fügen Sie die Kennzahl "Gruppierte Kosten" zusammen mit der anderen Kennzahl hinzu. Die Kennzahl "Gruppierte Kosten" hat einen Wert für alle Anlagenpositionen, wodurch der Fehler behoben wird.

Arbeitskostenbetrag zeigt falsche neu verarbeitete Datensätze in PPM-Projektarbeitskontierungskosten an

Wenn Arbeitskosten auf Basis mehrerer Arbeitskostentabellenversionen aufgeteilt und erneut verarbeitet werden, ist die Kennzahl "Arbeitskostenbetrag" im Themenbereich "PPM-Projekt - Arbeitskontierungskosten" falsch.

Die Kennzahl "Aufteilungsbetrag" zeigt die korrekten Daten an. Für dieses Problem gibt es keinen Workaround.

Anlagenkosten zeigen einen falschen Wert an, wenn mindestens zwei Quellpositionen für die Projektanlagen vorhanden sind

Wenn mindestens zwei Quellpositionen für die Projektanlagen vorhanden sind, ist der Wert für die Anlagenkosten falsch.

Die Anlagenkosten werden verdoppelt, wenn die Quellposition hinzugefügt wird. Führen Sie die folgenden Schritte aus, um die Anlagenkosten zu prüfen:
  • Erstellen Sie einen Bericht mit Anlagennummer und Kosten, und führen Sie einen Drilldown zum Projekt durch, das der Anlage zugeordnet ist.
  • Fügen Sie zusammen mit "Projekt" den Zusatzzahnifikator hinzu, um die richtigen Kosten für die Anlage zu erhalten, und prüfen Sie das Projekt, das der Anlage zugeordnet ist.

Bekannte Probleme bei Oracle Fusion ERP Analytics Purchasing

Diese bekannten Probleme befassen sich mit den Einkaufsfunktionen.

Themen:

Ausgabenklassifizierungsdaten stimmen nicht mit einigen Fusion Cloud Procurement-Themenbereichen überein

Die Daten zur Ausgabenklassifizierung in Oracle Fusion ERP Analytics stimmen nicht mit Oracle Fusion Cloud Applications in den Themenbereichen "Beschaffung – Anforderungen, Beschaffung – Bestellungen und Beschaffung – Ausgaben" überein.

Der Funktionsbereich "Ausgabenklassifizierung" in Oracle Fusion ERP Analytics ist nicht für die Ausführung im Rahmen eines inkrementellen Ladevorgangs ausgelegt.

Um sicherzustellen, dass Sie die neuesten Daten aus Oracle Fusion Cloud Applications verwenden, führen Sie immer einen vollständigen Neuladen mit diesem Funktionsbereich aus. Siehe Regelmäßiges vollständiges Neuladen von Funktionsbereichsdaten planen.

Bekannte Probleme bei Oracle Fusion ERP Analytics Receivables

Diese bekannten Probleme befassen sich mit den Debitorenfunktionen.

Themen für Accounts Recievable:

In Fusion-Wareneingängen erstellte rückdatierte Rechnungen und Wareneingänge zeigen keine korrekten Beträge an

Rückdatierte Rechnungen und Zahlungen, die in Fusion Applications Debitoren erstellt wurden, zeigen im Themenbereich "Fälligkeit von Forderungen" nicht den richtigen Restsaldo, Zeitplan oder Snapshot an.

Wenn rückdatierte Transaktionen in der DB-Fälligkeit erstellt oder aktualisiert werden und der Transaktionsplanstatus "Geschlossen" lautet, werden der Restbetrag und der Zeitplanstatus in der täglichen inkrementellen Ausführung nicht korrekt aktualisiert. Um die rückdatierten Transaktionen korrekt anzuzeigen, setzen Sie den Funktionsbereich "Fälligkeit von Forderungen" manuell zurück, oder planen Sie, je nach Berichtsanforderungen eine vollständige Last dieses Funktionsbereichs täglich, wöchentlich oder monatlich auszuführen.

Datenvalidierter Betrag der Steuerkontierung in DB-Themenbereichen stimmt nicht mit Fusion Applications überein

Wenn bei der Datenvalidierung eine latente Steuertransaktion vorhanden ist, stimmt der Kontenklassencode auch dann nicht überein, wenn die Summen übereinstimmen. Grund hierfür ist die Oracle Transactional Business Intelligence-Klassifizierung für latente Steuern. Obwohl Oracle Fusion ERP Analytics dies als Steuer anstelle des Steuerkontierungsbetrags betrachtet, klassifiziert Oracle Fusion ERP Analytics keine latente Steuer auf Kontenklassenebene, sondern als Steuerposition.

Es gibt keinen Workaround.

Die Detailpositionsnummer im Themenbereich "Debitorenumsatz" ist falsch

Die Detailpositionsnummer im Themenbereich "Debitorenumsatz" zeigt denselben Wert wie die übergeordnete Positionsnummer an.

Dieses Problem hat keine Problemumgehung.

Debitorenrechnung mit rückwirkender Fakturierungsregel und Debitorenbuchhaltung in einer zukünftigen Periode zeigt den falschen Transaktions- und Positionsbetrag an

Bis Release 22. R3: Der Themenbereich "Debitorenumsatz" enthielt Kontierungsbuchungen für gebuchte Debitorentransaktionen.

Für Transaktionen mit der Fakturierungsregel "Rückwirkend" wird die Debitorenbuchhaltung am Ende des Erlösrealisierungsplans generiert. Transaktionsbetrag und Positionsbetrag für solche Transaktionen zeigen die Beträge basierend auf dem realisierten Umsatz an, und der nicht realisierte Umsatz ist nicht enthalten.

Der Funktionsbereich "Nicht gebuchte DB-Transaktionen" wurde in Release 22 eingeführt. R4. Wenn diese Option aktiviert ist, werden in den Themenbereichen "Debitorenumsatz" sowohl gebuchte als auch nicht gebuchte Transaktionen angezeigt, sofern die Transaktionen abgeschlossen sind und die Erlöspläne generiert werden. In einigen Szenarios werden der Transaktionsbetrag und der Positionsbetrag für teilweise gebuchte Transaktionen möglicherweise immer noch falsch angezeigt, wenn Attribute wie Geschäftsperiode, Transaktionsbuchungsgeschäftsperiode (beide mit Kontierungsbuchungsdatum verankert), Indikator "Gebucht" und Indikator "Kontoüberschreibung" in der Analyse verwendet werden. Teilweise gebuchte Transaktionen sind Transaktionen, die sowohl gebuchte als auch nicht gebuchte Kontierungen in verschiedenen Perioden aufweisen.

Dieses Problem hat derzeit keine Problemumgehung.

Der Anfangsbetrag stimmt nicht mit dem Abschlussbetrag der Vorperiode in den Themenbereichen "Fälligkeit von Forderungen" und "Fälligkeit von Verbindlichkeiten" überein

In den Themenbereichen "Fälligkeit von Forderungen" und "Fälligkeit von Verbindlichkeiten" stimmt der Anfangsbetrag aufgrund nicht gebuchter zugeordneter Transaktionen nicht mit dem Abschlussbetrag der Vorperiode überein.

Dieses Problem tritt auf, weil der Abschlussbetrag aus dem Restbetrag der Transaktion in Oracle Fusion Cloud Enterprise Resource Planning abgeleitet wird. Dies ist der Restbetrag nach Berücksichtigung aller Anwendungsaktivitäten. Der Aktivitätsbetrag wird jedoch im Lager berechnet, wobei nur die gebuchten Transaktionen verwendet werden. Wenn daher Anwendungstransaktionen vorhanden sind, die nicht gebucht wurden, werden diese bei der Berechnung des Aktivitätsbetrags nicht berücksichtigt. Dies wirkt sich auf den Anfangsbetrag aus, da der Anfangsbetrag als Abschlussbetrag berechnet wird - Aktivitätsbetrag. Um dieses Problem zu umgehen, müssen Sie alle Transaktionen in der Fusion Applications Suite buchen und die Beträge nach einer inkrementellen Ausführung prüfen.

Gelöschte Zahlungspläne werden im Funktionsbereich "Debitoren" nicht verarbeitet

Zahlungspläne können bei der Aktualisierung der Pläne in Oracle Fusion ERP Analytics gelöscht werden.

Diese Löschvorgänge werden beim inkrementellen Laden des Lagers nicht verarbeitet. Daher werden im Themenbereich "DE-Transaktionen" die gelöschten Zahlungspläne angezeigt. Dies kann dazu führen, dass der Transaktionsbetrag falsch angezeigt wird.

Um dieses Problem zu umgehen, laden Sie den Funktionsbereich "Debitoren" vollständig, um die gelöschten Pläne aus dem Lager zu entfernen. Siehe Datenpipeline für einen Funktionsbereich aktualisieren.

Gelöschte Transaktionen werden nicht in DE - Transaktionen und DE - Umsatz verarbeitet

Wenn eine nicht gebuchte Transaktion unvollständig ist, können Sie mit Oracle Fusion ERP Analytics diese Transaktion löschen.

Diese Transaktionen können bei der inkrementellen Ausführung jedoch nicht verarbeitet werden. Wenn Sie unvollständige nicht gebuchte Transaktionen löschen möchten, müssen Sie sicherstellen, dass der Funktionsbereich "DB - Nicht gebuchte Transaktionen" vollständig geladen ist. Siehe Regelmäßiges vollständiges Neuladen von Funktionsbereichsdaten planen.

Kontensaldo mit nicht zugeordnetem Konto in DB-Fälligkeit

Bei der Fälligkeit von Forderungen wird der nicht zugeordnete Betrag zusammen mit dem Vorauszahlungsbetrag kombiniert. Der Saldo wird nicht separat angezeigt.

Für dieses Problem gibt es derzeit keinen Workaround.

Bekannte Probleme bei Oracle Fusion SCM Analytics

Bei Oracle Fusion SCM Analytics ist dieses Problem bekannt.

Themen:

Bekannte Probleme bei der Kostenrechnung für Fusion SCM Analytics

Diese bekannten Probleme befassen sich mit den Kostenrechnungsfunktionen.

Themen:

Aktualisierungen oder Änderungen der Kostenkontierungsdetails werden im Themenbereich "Kostenrechnung" nicht angezeigt

Aktualisierungen oder Änderungen der Kostenkontierungsdetails werden im Themenbereich Oracle Fusion SCM Analytics "Kostenrechnung" nicht angezeigt.

Das letzte Aktualisierungsdatum in der Tabelle "Kostenkontierungspositionen" wird nicht in Oracle Fusion Cloud Supply Chain Planning aktualisiert. Aus diesem Grund werden Oracle Fusion SCM Analytics und Oracle Fusion Cloud Supply Chain Planning nicht synchronisiert.

Um dieses Problem zu umgehen, setzen Sie den Funktionsbereich "Kostenrechnung" manuell zurück, oder planen Sie je nach Berichtsanforderungen einen vollständigen Ladelauf dieses Funktionsbereichs täglich, wöchentlich oder monatlich.

Falscher Kostenrechnungsstatus im Themenbereich für Kostenrechnung

Wenn sich der Kostenrechnungsstatus für die Kostentransaktion von "Fehler" in "Für Buchhaltung ausgeschlossen" ändert, werden die Daten weiterhin in Oracle Fusion Data Intelligence mit dem Status "Fehler" geladen, selbst wenn der Status in Fusion Applications in "Für Buchhaltung ausgeschlossen" geändert wurde.

Um dieses Problem zu umgehen, setzen Sie die Datenpipeline für den Funktionsbereich "Kostenrechnung" wöchentlich zurück. Siehe Datenpipeline für einen Funktionsbereich aktualisieren.

Dieses Problem wird in einem zukünftigen Release behoben.

Bekannte Probleme bei Fusion SCM Analytics-Bestand

Diese bekannten Probleme befassen sich mit den Bestandsfunktionen.

Themen:

Lagerbestandsanalyse zeigt Lagerbestandsdaten am Vortag an

Die Datenvisualisierung "Bestandsbestandsanalyse" zeigt Lagerbestandsdaten als am Vortag an.

Für dieses Problem gibt es derzeit keinen Workaround.

Features für Wareneingänge werden nach Aktivierung des Funktionsbereichs "Wareneingänge" nicht angezeigt

Nachdem Sie den Funktionsbereich "Wareneingänge" aktiviert haben, sind keine Features für den Funktionsbereich verfügbar.

Um dieses Problem zu umgehen, deaktivieren und aktivieren Sie im Bereich "Vorschaufeatures" der Konsole den Funktionsbereich "Wareneingänge" einmal, um alle Wareneingangsfeatures anzuzeigen.

Bekannte Probleme bei der Fertigung von Fusion SCM Analytics

Diese bekannten Probleme befassen sich mit den Fertigungsfunktionen.

Themen:

Auswertungen für Fertigungsvorgangstransaktionen - Doppelte Ergebnisse anzeigen

Die Granularität für den Themenbereich "Arbeitsvorgangstransaktionen für Fertigung" befindet sich auf der Ebene "Arbeitsvorgangstransaktionen für Fertigungsaufträge" und "Ausgaben für Fertigungsaufträge".

Möglicherweise werden doppelte Ergebnisse angezeigt, wenn ein Bericht sowohl auf der Ebene "Arbeitsvorgangstransaktionen" als auch auf der Ebene "Fertigungsauftragsausgabe" erstellt wird.

Für dieses Problem gibt es keinen Workaround.

Der Themenbereich "Serien- und Losnummer" wird für Materialartikel und Produktartikel in Fertigungsmaterialien nicht unterstützt

Im Themenbereich "Fertigungsmaterialien" werden die Attribute "Seriennummer" und "Losnummer" nicht sowohl auf der Ebene "Material" als auch auf der Ebene "Produkt" unterstützt.

Um dieses Problem zu umgehen, erstellen Sie Berichte auf der Ebene des Materialartikels oder des Produktartikels.

Bekannte Probleme beim Fusion SCM Analytics-Einkauf

Diese bekannten Probleme befassen sich mit den Einkaufsfunktionen.

Themen:

Im Themenbereich "Bestellungen" sind die Kennzahlen "Anzahl geschlossene Bestellungen" und "Anzahl offene Bestellungen" falsch

Im Themenbereich "Bestellungen" wird der Status der Bestellposition nicht wie in Oracle Fusion Cloud Applications in Fusion Data Intelligence aktualisiert.

Dieses Problem führt dazu, dass die Kennzahl "Anzahl geschlossene Bestellungen" und die Kennzahl "Anzahl offene Bestellungen" in Fusion Data Intelligence nicht korrekt sind, da das letzte Aktualisierungsdatum nicht in der Quelle aktualisiert wird. Daher wird das inkrementelle Laden nicht in Fusion Data Intelligence aktualisiert.

Um dieses Problem zu umgehen, setzen Sie die Datenpipeline für den Funktionsbereich "Einkauf" wöchentlich zurück. Siehe Datenpipeline für einen Funktionsbereich zurücksetzen. Dieses Problem wird in einem zukünftigen Release behoben.

Falsche Werte für Headerfreigabebetrag und Positionsfreigabebetrag im Themenbereich "Vereinbarung"

Die Kennzahlen "Kopfdaten - Freigegebener Betrag" und "Position - Freigegebener Betrag" im Themenbereich "Vereinbarung" zeigen falsche Werte an, weil beim Ermitteln des Zeitpunkts der letzten Aktualisierung des Vertrags ein Fehler aufgetreten ist.

Um dieses Problem zu umgehen, setzen Sie die Datenpipeline für den Funktionsbereich "Kaufvertrag" jedes Wochenende zurück. Siehe Datenpipeline für einen Funktionsbereich zurücksetzen.

Ausgabenklassifizierungsdaten stimmen nicht mit einigen Fusion Cloud Procurement-Themenbereichen überein

Die Ausgabenklassifizierungsdaten in Oracle Fusion SCM Analytics stimmen nicht mit Oracle Fusion Cloud Applications in den Themenbereichen "Beschaffung – Anforderungen, Beschaffung – Bestellungen und Beschaffung – Ausgaben" überein.

Der Funktionsbereich "Ausgabenklassifizierung" in Oracle Fusion SCM Analytics ist nicht für die Ausführung im Rahmen eines inkrementellen Ladevorgangs ausgelegt.

Um sicherzustellen, dass Sie die neuesten Daten aus Oracle Fusion Cloud Applications verwenden, führen Sie immer einen vollständigen Neuladen mit diesem Funktionsbereich aus. Siehe Regelmäßiges vollständiges Neuladen von Funktionsbereichsdaten planen.

Bekannte Probleme bei Fusion SCM Analytics-Kundenaufträgen

Diese bekannten Probleme betreffen die Funktionen "Kundenaufträge".

Themen:

Projektattributspalten sind in Fulfillment-Positionen für Kundenaufträge veraltet

Projektattributspalten werden im Themenbereich "Kundenauftrag" nicht mehr unterstützt.

In Szenarios, in denen Projektattribute aktualisiert wurden, wurden doppelte Datensätze erstellt. Um falsche Daten zu vermeiden, sind daher Projektattributspalten in Fulfillment-Positionen für Kundenaufträge veraltet. Die Verwendung von Projektattributen aus dem Kundenauftrags-Themenbereich für benutzerdefinierte Berichte kann zu Fehlern führen, da diese Attributspalten nicht mehr unterstützt werden. Projektattribute werden wieder eingeführt, sobald das Problem behoben ist.

Spalten "Lieferant" und "Lieferantenadresse" zeigen Nullwerte in Back-to-Back-Kundenauftrags-Fulfillment-Positionen an

Die Spalten "Lieferant" und "Lieferantenstandort" enthalten keinen Wert in den Back-to-Back-Auftrags-Fulfillment- und Bedarfsdeckungspositionen.

In den Back-to-Back-Kundenauftragszenarios wurden doppelte Datensätze erstellt, die mehrere Bestellungen mit mehreren Lieferanten- und Lieferantenstandorten für dieselbe Beschaffungsverfolgungsposition aufweisen. Um falsche Daten zu vermeiden, werden die Spalten "Lieferant" und "Lieferantenadressen" mit Nullwerten aufgefüllt.

Hierfür gibt es keine Problemumgehung.

In Fusion Applications gelöschte Umsatzgutschriftsdaten werden weiterhin in Fusion Data Intelligence angezeigt

Kundenauftrags-Umsatzgutschriftsdatensätze, die aus der Fusion Applications-Quelle gelöscht wurden, werden weiterhin in Fusion Data Intelligence angezeigt.

In diesem Szenario wird eine Datenunstimmigkeit zwischen Fusion Applications und Fusion Data Intelligence angezeigt. Dies wird wieder eingeführt, sobald das Problem in der Fusion-Quellanwendung behoben ist.

Um das Problem zu umgehen, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen), und laden Sie die Datenpipeline neu (siehe Datenpipeline für einen Funktionsbereich neu laden).

Bekannte Probleme bei Oracle Fusion CX Analytics

Erfahren Sie, welche Probleme bei der Verwendung von Oracle Fusion CX Analytics auftreten können und wie Sie sie umgehen.

Oracle Fusion CX Analytics - Allgemeine Probleme

Erfahren Sie, welche Probleme bei der Verwendung von Oracle Fusion CX Analytics auftreten können und wie Sie sie umgehen.

Themen:

Gelöschte Daten in Fusion Application werden in Fusion Data Intelligence angezeigt

Wenn Datensätze wie Opportunity, Umsatzposition usw. in der Fusion Applications-Quelle gelöscht werden. Die gelöschten Objekte werden nicht aus Fusion Data Intelligence gelöscht.

Dieses Szenario zeigt eine Datenunstimmigkeit zwischen Fusion Applications und Fusion Data Intelligence.

Um das Problem zu umgehen, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen) und laden Sie die Datenpipeline neu (siehe Datenpipeline für einen Funktionsbereich neu laden).

Firmen-/CRM-Währung kann alten Firmenwährungscode anzeigen

Wenn die Firmen- oder CRM-Währung in Fusion Applications geändert wird, zeigen die mit der älteren Firmenwährung erstellten Daten weiterhin Werte mit dem ursprünglichen Firmenwährungscode in Oracle Fusion CX Analytics an.

Beispiel: Sie erstellen Opportunitys in Oracle Fusion Cloud Sales Automation mit der Unternehmenswährung "US-Dollar". Wenn sich die Unternehmenswährung in Euro ändert und der Oracle Fusion CX Analytics-Bericht Fakten aus dem CX-Währungsordner verwendet, zeigt Oracle Fusion CX Analytics ältere Opportunitys in US-Dollar und neuere Opportunitys in Euro an.

Um dieses Problem zu umgehen, setzen Sie die Analysewährung in Fusion Data Intelligence auf dieselbe Währung wie die Unternehmenswährung in Fusion Applications, und Sie können die Fakten aus dem Ordner für die Analysewährung verwenden. Dadurch wird sichergestellt, dass die Währung zwischen den Anwendungen konsistent ist. Siehe Pipleine-Parameter einrichten.

Warehouse zurücksetzen und Daten neu laden, wenn vorhandene Sicherheitsbedingungen in einer Zugriffsgruppe geändert werden

Wenn eine neue Sicherheitsbedingung eingerichtet wird, liest Oracle Fusion Data Intelligence die Daten aus Oracle Fusion Cloud Applications und wendet dieselbe Sicherheitsbedingung auf die Daten an.

Wenn die vorhandenen Sicherheitsbedingungen geändert werden, können die Daten der vorherigen Sicherheitsbedingungen beibehalten werden und ein falsches Ergebnis liefern. Beispiel: Wenn eine Sicherheitsbedingung vorliegt, die einem Benutzer Zugriff auf alle Opportunitys in der EU-Region gewährt, kopiert Oracle Fusion Data Intelligence alle Opportunity-IDs für die EU-Region anhand dieser Sicherheitsbedingung. Wenn dieselbe Bedingung in Fusion CX Sales aktualisiert wird und die Daten nur in Deutschland auf Opportunitys beschränkt werden, werden die neuen Opportunity-IDs, die zu Deutschland (für diese Sicherheitsbedingung) gehören, kopiert. Die vorherigen Verkaufsprojekt-IDs sind jedoch auch im System vorhanden, was zu einem falschen Datensicherheitsergebnis führt.

Um dieses Problem zu umgehen, setzen Sie das Data Warehouse zurück (siehe Data Warehouse zurücksetzen), und aktualisieren Sie die Datenpipeline (siehe Datenpipeline für einen Funktionsbereich aktualisieren).

Problem mit lastModifiedDate für gelöschte Kontakte in Eloqua

Wenn Kontakte in Eloqua gelöscht werden, werden die Kontakte in Oracle Fusion Data Intelligence nicht aktualisiert, weil das lastModifiedDate für gelöschte Kontakte nicht aktualisiert wird.

Gelöschte Kontakte und zugehörige Aktivitäten werden in Oracle Fusion Data Intelligence angezeigt, obwohl sie in Eloqua gelöscht wurden.

Deaktivierte Features in Salesforce in Oracle Fusion Data Intelligence als aktiviert anzeigen

Salesforce-Features werden in Oracle Fusion Data Intelligence aktiviert angezeigt. Daher werden in den Themenbereichen Dimensionen und Fakten angezeigt. Diese Features sind jedoch in Salesforce deaktiviert.

In der folgenden Liste werden einige Features aufgeführt, die in Salesforce optional und in Oracle Fusion Data Intelligence unterstützt werden und die in Oracle Fusion Data Intelligence bedingt (J/N) festgelegt sind.

  • Opportunity - Aufteilung
  • Produktaufteilung
  • Produktzeitplan
  • Geschäftsjahreskalender
  • Kampagneneinfluss
  • Gebietsverwaltung
  • Mehrere Währungen
  • Erweiterte Währungsverwaltung

Wenn Sie dieses Feature zunächst aktivieren und dann in Salesforce deaktivieren, müssen Sie das Data Warehouse zurücksetzen und die Datenpipeline aktualisieren. Siehe Data Warehouse zurücksetzen und Datenpipeline für einen Funktionsbereich ändern.

Das Feature ist jedoch aktiviert und dann aktiviert. Sie müssen keine Maßnahmen ergreifen.

Oracle Fusion CX Analytics-Vertriebsprobleme

Erfahren Sie, welche Probleme bei der Verwendung von Oracle Fusion CX Analytics Sales auftreten können und wie Sie sie umgehen.

Themen:

Feld INDUSTRY_CLASS_CATEGORY zeigt alten Wert an

Das Feld INDUSTRY_CLASS_CATEGORY wird aufgefüllt, wenn ein neuer Lead erstellt wird und der Wert in der Profiloption MOT_INDUSTRY_CLASS_CATEGORY festgelegt wird.

Wenn sich diese Profiloption ändert und ein vorhandener Lead mit einem alten Branchenklassifizierungswert aktualisiert wird, speichert die Datenbank weiterhin einen falschen älteren Code für INDUSTRY_CLASS_CATEGORY.

Dieses Problem hat derzeit keine Problemumgehung.

Problem mit benutzerdefinierten Attributen für feste Auswahlliste, benutzerdefinierte dynamische Auswahlliste und CLOB-Erweiterung

Die benutzerdefinierten Attribute, die für ein Objekt erstellt wurden, werden dem Warehouse mit dem Feature "Datenerweiterung" hinzugefügt.

Für die benutzerdefinierten Felder vom Typ "Feste Auswahlliste" (FCL), "Dynamische Auswahlliste" (DCL), "CLOB" werden die Feldlabels nicht angezeigt.

So umgehen Sie dieses Problem:
  1. Fügen Sie die Spalte mithilfe der Datenerweiterung zur Dimension hinzu.
  2. Erstellen Sie eine neue logische Spalte basierend auf Schritt 1 mit einer semantischen Modellerweiterung.
  3. Blenden Sie die Spalte aus, die in Schritt 1 mit dem Sicherheits-Framework für die Erweiterung des semantischen Modells erstellt wurde.

Hinweis:

Im Application Composer-Konfiurationsbericht von Oracle Fusion Cloud Sales Automation finden Sie Informationen zu Kundenfeldern, ihren physischen Spaltennamen und deren Labels. Siehe How to View Application Composer Changes in Cloud Customizing Sales.

Themenbereich "Verkaufsprojektangebote" zeigt Angebot für ein gelöschtes Verkaufsprojekt an

Wenn ein Verkaufsprojekt gelöscht wird, weist die Angebotstabelle weiterhin eine Referenz auf das gelöschte Verkaufsprojekt auf. Daher wird es immer noch als gültiges Verkaufsprojektangebot betrachtet.

Um dieses Problem zu umgehen, nehmen Sie für Berichte, die mit dem Themenbereich "CX-Opportunityangebote" erstellt wurden, einen Fakt oder ein Attribut aus einer Opportunity oder einer anderen Dimension auf.

Aktivitätsanzahl zeigt einen falschen Wert an, wenn sich ein wiederkehrender Termin ändert

Wenn eine wiederkehrende Besprechung aktualisiert wird, z.B. indem die Anzahl der Wiederholungen oder anderer Änderungen erhöht oder verringert wird, wird die Spalte "Letztes Aktualisierungsdatum" in den Tabellen "Aktivität" und "Aktivitätsressource" nicht aktualisiert.

Die inkrementelle Ausführung in Fusion Data Intelligence hängt vom Datum der letzten Aktualisierung ab. Da das Datum nicht geändert wird, ruft die inkrementelle Ausführung diese Änderungen nicht ab und überträgt sie nicht in die Warehouse-Tabellen.

Um das Problem zu umgehen, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen) und laden Sie die Datenpipeline neu (siehe Datenpipeline für einen Funktionsbereich neu laden).

Der Betrag der Umsatzposition zeigt einen falschen Wert an, wenn Menge, Stückpreis und Umsatzbetrag mit dem Hinzufügen einer aufgeteilten Position aktualisiert werden

Wenn eine Umsatzposition aufgeteilt ist und Menge, Stückpreis und Umsatzbetrag gleichzeitig aktualisiert und gespeichert werden, wird das Datum der letzten Aktualisierung nicht aktualisiert, sodass die aktualisierten Details der Umsatzposition nicht vom Lager gelesen werden.

Die inkrementelle Ausführung in Fusion Data Intelligence hängt vom Datum der letzten Aktualisierung ab. Da das Datum nicht geändert wird, ruft die inkrementelle Ausführung diese Änderungen nicht ab und überträgt sie nicht in die Warehouse-Tabellen.

Um das Problem zu umgehen, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen) und laden Sie die Datenpipeline neu (siehe Datenpipeline für einen Funktionsbereich neu laden).

Oracle Fusion CX Analytics-Abonnementprobleme

Erfahren Sie, welche Probleme bei der Verwendung von Oracle Fusion CX Analytics-Abonnements auftreten können und wie Sie sie umgehen.

Themen:

Falscher monatlich wiederkehrender Umsatz für Abonnements, wenn das Feld manuell in Fusion Applications bearbeitet wird

Auf der Detailseite der Abonnementproduktlinie kann das MRR-Feld im Fusion Applications Composer angezeigt werden.

Das MRR-Feld sollte ein schreibgeschütztes Feld sein. Es kann jedoch bearbeitet werden. Dies ist das Problem. Wenn sich die Werte dieser Felder ändern, wird im Themenbereich "Historischer CX-Abonnementtrend" ein falscher Wert angezeigt.

Beispiel: Wenn ein Kunde zwei Abonnements mit monatlich wiederkehrendem Umsatz von jeweils 300 US-Dollar hat, wird der Trend wie folgt angezeigt: 
||Period||MRR|| 
|Jan-2022|$600| 
|Feb-2022|$600| 
|Mar-2022|$600|
Im Monat März 2022, wenn der Benutzer den MRR-Wert für eines der Abonnements auf 400 US-Dollar aktualisiert (was nicht möglich sein sollte, da es sich um einen abgeleiteten Wert handelt), ist Folgendes zu erwarten und würde tatsächlich sehen:
 ||Period||MRR (Expected to see)||MRR (would show up)|| 
|Jan-2022|$600|$700| 
|Feb-2022|$600|$700| 
|Mar-2022|$700|$700|

Derzeit gibt es keinen Workaround.

Abonnementrechnungsbetrag zeigt nach Änderungen einen falschen Wert an

Ein Abonnementrechnungsbetrag weist möglicherweise einen falschen Wert auf, wenn Änderungen an der Ausgangsrechnung nach der ersten Generierung vorgenommen werden.

Wenn die Fakturierungspositionen in vorhandenen Abonnementrechnungen aktualisiert werden, ändert sich das Datum der letzten Aktualisierung im System jedoch nicht. Daher werden die Änderungen im Lager nicht aktualisiert.

Um das Problem zu umgehen, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen) und laden Sie die Datenpipeline neu (siehe Datenpipeline für einen Funktionsbereich neu laden).

Verlängerte Abonnements, für die kein Verlängerungsdatum angezeigt wird

Wenn ein Abonnement erneuert wird und dadurch ein neues Abonnement erstellt wird, ändert sich das Datum der letzten Aktualisierung des Abonnements nicht.

Da das Aktualisierungsdatum nicht erfasst wird, zeigt das Lager das Erneuerungsdatum nicht korrekt an, obwohl das Abonnement vom Erneuerungsprozess erstellt wurde.

Um das Problem zu umgehen, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen) und laden Sie die Datenpipeline neu (siehe Datenpipeline für einen Funktionsbereich neu laden).

Themenbereich für historischen Abonnementtrend zeigt Abonnements ungenau als aktiv an

Wenn der ESS-Job zum Aktualisieren des Abonnementstatus nach dem inkrementellen Oracle Fusion Data Intelligence-Job ausgeführt wird, kann ein abgelaufenes Abonnement im Themenbereich "Historischer Abonnementtrend" als "Aktiv" angezeigt werden.

Um dieses Problem zu vermeiden, planen Sie den ESS-Job vor der inkrementellen Ausführung von Oracle Fusion Data Intelligence.

Wenn die Daten falsch angezeigt werden, setzen Sie das Warehouse zurück (siehe Data Warehouse zurücksetzen), und setzen Sie die Datenpipeline zurück (siehe Datenpipeline für einen Funktionsbereich zurücksetzen).

Themenbereich für historischen Trend für Abonnement - Aggregationsdatum kann falsche Werte anzeigen

Im Themenbereich "Historischer Abonnementtrend" kann die Dimension "Aggregatdatum" falsche Spaltenwerte für Monat/Woche-Datum anzeigen, wenn sie in denselben Bericht übernommen wird.

Die Dimension "Aggregatdatum" gibt das Zeitintervall für Datum/Woche/Monat/Jahr an, in dem die Abonnementdaten aggregiert wurden. Sie können den aktiven monatlichen Umsatz (als Beispiel) in den letzten 30 Tagen, 52 Wochen oder 12 Monaten usw. anzeigen.

Wenn der Monat und das Datum im selben Bericht hinzugefügt werden (kein beabsichtigter Anwendungsfall), können die Datumswerte falsche Daten enthalten.

Beispiel: Das Aggregatdatum des Abonnements hat den Wert 31/01/2021 12:00:00 AM, aber der Aggregatmonat des Abonnements hat den Wert 2021/02.

Ursache dafür ist die Woche, die auf Basis der Join-Kriterien auf den Monat übertragen wird: Week_End_Date = Month_Start_date.

Beispiel: 
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'

Dieses Problem tritt auf, wenn die Woche zwei Monate umfasst und die Woche keine Start- oder Endwoche des entsprechenden Jahres ist.

Um dies zu umgehen, verwenden Sie nicht mehrere Zeitebenen im selben Bericht für die Dimension "Aggregiertes Datum", weil diese Datumsdimension die aggregierten Abonnementtrends für eine bestimmte Zeitebene analysiert und nicht für andere Zeitdimensionen empfohlen wird, wenn Daten auf mehreren Zeitebenen aggregiert werden.

Kunden mit vorhandenen Abonnements werden in Abonnementberichten als neue Kunden angezeigt

Das anfängliche Extraktionsdatum (IED), das in Oracle Fusion Data Intelligence definiert ist, bestimmt das Datenextraktionsdatum aus der Oracle Fusion Cloud Applications Suite. Wenn Transaktionen vor dem Datum der ersten Extraktion aufgetreten sind und noch aktiv sind, werden sie möglicherweise nicht erfasst.

Beispiel: Wenn ein Kunde ein 3-Jahres-Abonnement für den 1. Januar 2020 bis zum 31. Dezember 2022 bestellt hat und das anfängliche Extraktionsdatum auf den 1. Januar 2021 gesetzt ist, wird das Abonnement nur dann in Oracle Fusion Data Intelligence erfasst, wenn Sie die Daten aktualisieren. Wenn derselbe Kunde am 1. August 2021 ein weiteres Abonnement bestellt, wird es das erste Abonnement in Oracle Fusion Data Intelligence für diesen Kunden, und die Anwendung markiert die Transaktion fälschlicherweise als neuen Kunden. Bevor Sie Daten in das Warehouse extrahieren, müssen Sie sicherstellen, dass Sie das richtige Datum für die erste Extraktion auswählen.

Um dieses Problem zu umgehen, führen Sie einen ESS-Job aus, bevor Sie die inkrementelle Ausführung von Oracle Fusion Data Intelligence initiieren. Wenn die Daten weiterhin falsch angezeigt werden, setzen Sie das Data Warehouse zurück (siehe Data Warehouse zurücksetzen), und aktualisieren Sie die Datenpipeline (siehe Datenpipeline für einen Funktionsbereich aktualisieren muss [reloaded|https://docs.oracle.com/en/cloud/saas/analytics/fawag/reload-data-pipeline-functional-area.html]) lauten.

Die im Abonnement gewährte globale Sicherheit funktioniert nicht in Zugriffsgruppen oder anderen Sicherheitsmodellen

Das Gewähren globaler Sicherheit in einem Abonnement, z.B. das Bereitstellen des Zugriffs auf alle Abonnements für einen bestimmten Benutzer, funktioniert nicht, wenn die Sicherheit mit Zugriffsgruppen oder anderen Sicherheitsmodellen eingerichtet wird.

Mit einer dieser Methoden können Sie Sicherheitszugriff erteilen.

Option 1: Zugriffsgruppenbasierte Sicherheit deaktivieren

  1. Kopieren Sie die Rolle "Abonnementspezialist".
  2. Entfernen Sie diese beiden Aufgabenrollen aus dem Benutzer in Oracle Fusion Data Intelligence:
    • Datensicherheit für Abonnementgeschäftseinheit (OA4F_CX_SUBSCRIPTION_BUSINESS_UNIT_DATA)
    • Datensicherheit für benutzerdefinierte Abonnements und Systemzugriffsgruppen (OA4F_CX_SUBSCRIPTION_CUSTOM_DATA)
  3. Weisen Sie den Benutzer der Rolle "Abonnementspezialist" zu.

Option 2: BB-Berechtigungen verwenden (BU-basierte Sicherheit)

Voraussetzung: Dem Benutzer muss die Rolle OA4F_CX_SUBSCRIPTION_BUSINESS_UNIT_DATA zugewiesen sein.

Erstellen Sie eine neue Sicherheitszuweisung der Sicherheitskonsole für den Benutzer.

  1. Bei Oracle Fusion Data Intelligence anmelden.
  2. Öffnen Sie auf der Homepage das Menü Navigator, klicken Sie auf Konsole, Sicherheit unter Serviceadministration.
  3. Klicken Sie auf der Seite "Sicherheit" auf das Register "Sicherheitszuordnungen".
  4. Klicken Sie auf Neue Zuweisung
  5. Wählen Sie den Sicherheitskontext für die Abonnementgeschäftseinheiten aus.
  6. Wählen Sie unter "Sicherheitswerte" die entsprechende Geschäftseinheit aus, und wählen Sie unter "Benutzer" den entsprechenden Benutzernamen aus.
  7. Klicken Sie auf In Warenkorb und dann auf Warenkorb anzeigen.
  8. Klicken Sie unter "Sicherheitszuweisungen" auf Zuweisungen anwenden.

Option 3: Benutzerdefinierte Sicherheit verwenden

Voraussetzung: Dem Benutzer muss die Rolle OA4F_CX_SUBSCRIPTION_CUSTOM_DATA zugewiesen sein.

Sie können benutzerdefinierte globale Sicherheit mit der Geschäftseinheit als Objektattribut erteilen.

  1. Melden Sie sich bei Oracle Fusion Data Intelligence als Global Security Manager an.
  2. Navigieren Sie zu Tools und dann zu Sales and Service Access Management.
  3. Erstellen Sie unter "Gruppen konfigurieren" eine neue Zugriffsgruppe mit einem Regelset in der Liste der Geschäftseinheiten.
  4. Regeln veröffentlichen

Bekannte Probleme bei Oracle Fusion HCM Analytics

Erfahren Sie, welche Probleme bei der Verwendung von Oracle Fusion HCM Analytics auftreten können und wie Sie sie umgehen.

Themen:

Leistungsaufgabenrolle verhindert zusätzlichen Zugriff auf den Themenbereich "HCM - Check-ins"

Die Aufgabenrollen "Leistungsmanagementanalyse" und "Leistungsmanagement - Diversitätsanalyse" bieten keinen Zugriff mehr auf den Themenbereich "HCM - Check-ins". Wenn Sie benutzerdefinierten Zugriff haben, indem Sie diese Aufgabenrollen aus dem Themenbereich "HCM - Check-ins" entfernen, können diese Änderungen oder Upgrades nicht erfolgreich rückgängig gemacht werden.

Wenn Sie zuvor die Aufgabenrollen "Performance Management Analysis" und "Performance Management Diversity Analysis" aus dem Themenbereich "Check-ins" entfernt haben, müssen Sie die folgenden Schritte ausführen, um die Aufgabenrollen erneut anzuwenden, bevor Sie ein Upgrade von Oracle Fusion HCM Analytics durchführen.
  1. Klicken Sie in der Oracle Fusion Data Intelligence-Konsole unter "Anwendungsadministration" auf Semantische Modellerweiterungen.
  2. Klicken Sie auf der Seite "Erweiterungen semantischer Modelle" auf Sicherheitskonfigurationen.
  3. Suchen Sie im Bereich "Sicherheitskonfigurationen" nach "Objektberechtigungen konfigurieren", zeigen Sie mit der Maus darauf, um Aktionen anzuzeigen, und klicken Sie dann auf Bearbeiten.
  4. Klicken Sie in Schritt 1 des Assistenten auf Weiter.
  5. Wählen Sie in Schritt 2 des Assistenten den Themenbereich HCM-Check-ins aus.
  6. Fügen Sie die Aufgabenrollen "Performance Management Analysis" und "Performance Management Diversity Analysis Performance" zurück.
  7. Überprüfen Sie Ihre Änderungen und klicken Sie auf Fertigstellen.
  8. Klicken Sie auf Modell veröffentlichen.

Probleme mit Visualisierungen für krankheitsbedingte Abwesenheiten in vordefinierten Berichten

Die vordefinierten Oracle Fusion HCM Analytics-Abwesenheitsberichte klassifizieren eine Abwesenheit nur dann als krankheitsbedingte Abwesenheit, wenn der Abwesenheitsschematyp "Krankheit oder Verletzung" lautet (Abwesenheitsschematypcode = "II").

Damit Krankheitsdaten in vordefinierten Oracle Fusion HCM Analytics-Abwesenheitsberichten angezeigt werden, müssen Sie in Fusion Applications "Krankheit" dem Abwesenheitsschema "Krankheit oder Verletzung" zuweisen. Andernfalls werden keine Krankheitszeiten in den vordefinierten Oracle Fusion HCM Analytics-Abwesenheitsberichten gemeldet.

Verlust von Entgeltabrechnungssalden und Kostenrechnungsdaten für Entgeltabrechnung nach vollständigem Laden oder nächstem TDM-Upgrade

Entgeltabrechnungssalden oder Kostenrechnungsdaten für die Entgeltabrechnung können maximal drei Jahre aufbewahrt werden.

Nach einem Full-Load-Vorgang werden Daten bis zum nächsten vollständigen Ladevorgang oder TDM-Upgrade inkrementell hinzugefügt. Bei jedem vollständigen Laden oder TDM-Upgrade wendet das System das Dreijahresaufbewahrungskriterium basierend auf dem Initial Extract Date (IED) und dem aktuellen Datum an. Dadurch wird sichergestellt, dass nur die relevanten Daten innerhalb dieses Zeitrahmens in Fusion Data Intelligence verfügbar sind. Daher gehen Daten, die älter als drei Jahre sind und vor dem TDM-Upgrade verfügbar waren, verloren.

Attributänderungen werden nicht als inkrementelle Aktualisierung im Gehaltsdatensatz reflektiert

Bei inkrementellen Ausführungen berücksichtigt das Gehaltsobjekt Änderungen nur, wenn der Gehaltsdatensatz selbst aktualisiert wird. Einzelne Aktualisierungen wie Zonenänderungen oder zugehörige Vergütungskennzahlen wie Compa Ratio, Quartil, Quintil, Höchstwert, Mindestwert, Mittelwert, Zonentyp, Bereichsdifferenzfaktor oder Perzentil werden nicht erfasst. Damit die Änderungen an diesen Attributen wiedergegeben werden können, müssen Sie entweder die Funktionsbereiche "Gehaltsgrundlage" und "Gehalts-Snapshot" vollständig zurücksetzen oder neu laden.

Da diese Änderungen nicht datumsabhängig sind, überschreibt jede Aktualisierung des Werts den vorhandenen Wert. Dies führt zum Verlust historischer Daten, die dem Mitarbeiter zuvor zugeordnet waren.

Hinweis:

Um die Änderungen an Vergütungszonen in Oracle Fusion Cloud Human Capital Management korrekt zu erfassen und widerzuspiegeln, müssen Sie die ESS-Prozesse "Vergütungszonen- und Adresszuordnung generieren" ausführen.

Führen Sie eine dieser Verfahren durch.

  1. Laden Sie die Funktionsbereichsdaten neu. Klicken Sie in der Oracle Fusion Data Intelligence-Konsole unter Anwendungsadministration auf Datenanwendungen.
  2. Klicken Sie unter Anwendungen auf Human Capital Management.
  3. Suchen Sie den Funktionsbereich "Gehaltsgrundlage", klicken Sie auf Aktion (...) und wählen Sie Daten neu laden aus.
  4. Wiederholen Sie Schritt 3 für den Funktionsbereich "Schnappschuss für Gehaltsgrundlage".

ODER

  1. Führen Sie eine vollständige Zurücksetzung in der Konsole durch, indem Sie unter Anwendungsadministration auf Datenkonfiguration klicken.
  2. Klicken Sie auf der Seite "Datenkonfiguration" auf Aktion (...) und wählen Sie Zurücksetzen und neu laden aus.
  3. Prüfen Sie die Warnmeldung, wählen Sie die Datenquelle aus, planen und fügen Sie Notizen hinzu, und klicken Sie auf Weiterleiten.