Zum Inhalt springen

Liest einen Ad-hoc-Datenausschnitt aus Oracle FCCS (Financial Consolidation and Close, EPM Cloud) über Ihre HFM/FCCS-Verbindung, per Betrachtungspunkt (Point of View, POV) statt durch Schreiben einer Abfrage. Ein Finanzbenutzer wählt eine Anwendung, baut aus den FCCS-Dimensionen einen POV auf und führt den Schritt aus; das zurückgegebene Raster landet automatisch als Projekttabelle (Schema-on-Read – die Tabelle wird aus den Spalten des Rasters erstellt). Es fühlt sich wie eine Live-Abfrage an, doch im Hintergrund übermittelt der Schritt einen Exportjob an FCCS, fragt ihn bis zum Abschluss ab und ruft das Ergebnis dann ab und legt es ab – ein lang laufender Ausschnitt blockiert also nichts, und es ist kein Ticket an das HFM-Team nötig.

Dieser Schritt erscheint im Schrittmenü unter Oracle EPM (HFM/FCCS).

Feld Erforderlich Hinweise
HFM/FCCS-Verbindung Ja Die HFM/FCCS-Verbindung, über die gelesen wird.
Umgebung Ja Die Umgebung der Verbindung.
Anwendung Ja Die FCCS-Anwendung, aus der gelesen wird. Standardmäßig die Standardanwendung der Verbindung, falls eine festgelegt ist. Die Wahl der Anwendung steuert die Live-Erkennung der Member für den POV.
Zieltabelle Ja Die Projekttabelle, in der das zurückgegebene Raster landet.

Bauen Sie den Ausschnitt aus den FCCS-Dimensionen auf. Auf unterstützten Pods werden die Member-Listen nach Auswahl von Verbindung und Anwendung automatisch aus der Live-Metadatenerkennung befüllt; auf älteren Pods geben Sie Member-Namen manuell ein.

Dimension Erforderlich Hinweise
Szenario Ja
Jahr Ja
Periode Ja
Entität Begrenzt Muss einen begrenzten Ausschnitt benennen – das Formular lehnt eine leere Auswahl, „all” oder eine Auswahl mit mehr als 500 Membern ab. Halten Sie sie eingegrenzt, damit der Export die Anwendung nicht sperrt.
Konto Nein
Custom1–Custom4 Nein Die benutzerdefinierten Dimensionen der Anwendung.
ICP Nein Intercompany.
Ansicht Nein
Wert Nein

Eine nicht gesetzte optionale Dimension wendet auf dieser Achse keinen Filter an (der Standard-Member von FCCS wird verwendet).

Standardmäßig aus – jede Ausführung legt einen Ad-hoc-Ausschnitt ab, der die Zieltabelle überschreibt.

Feld Hinweise
Gebundenes Ziel (geplanter wiederkehrender Ladevorgang) Wenn aktiviert, wird das Ziel zu einer persistenten Tabelle: Der Schritt führt per Keyset-Upsert zusammen, statt zu überschreiben, und das Schema wächst additiv, wenn ein späteres Raster neue Spalten mitbringt (eine neue Spalte löst eine Warnung aus, nie einen Fehler). Wird der Schritt in einen geplanten Workflow gestellt, ergibt das einen wiederkehrenden Ladevorgang, der akkumuliert statt zu löschen.
Schlüsselspalten Nur aktiv, wenn „Gebundenes Ziel” aktiviert ist. Kommagetrennte Spalten, die den Merge-Schlüssel bilden (zum Beispiel Entity, Account). Lassen Sie das Feld leer, um die im abgelegten Raster vorhandenen POV-Dimensionsspalten als Merge-Schlüssel zu verwenden.
Job übermitteln Abfragen Raster abrufen Tabelle ablegen solange er läuft … Wiederholter POVaus dem Cache bedient
Eine Ausführung übermittelt einen Exportjob, fragt ihn ab, ruft das Raster ab und legt eine Tabelle ab. Derselbe erneut angeforderte Betrachtungspunkt wird aus der bereits abgelegten Kopie bedient.

Während der Job läuft, zeigt der Schritt einen Abfragestatus. Sobald er abgelegt ist, wird die Tabelle aus den Spalten des Rasters erstellt – ein Schema muss nicht vorab definiert werden.

Derselbe erneut angeforderte POV wird sofort aus der bereits abgelegten Tabelle bedient, statt den Export erneut an FCCS zu übermitteln. Eine Ausführung wird durch Anwendung, Zieltabelle, Betrachtungspunkt und ein As-of-Tag (Standard latest) identifiziert; eine Wiederholung, die auf einen bereits abgelegten Ausschnitt aufgelöst wird, meldet, dass die Tabelle unverändert gelassen wurde, statt sie neu zu schreiben. Ändern Sie das As-of-Tag, wenn Sie einen frischen Extrakt desselben POV erzwingen möchten.

Die Entitätsachse des abgelegten Rasters wird auf eine Spalte mit genau dem Namen Entity normalisiert, sodass die Tabelle bereit für Sicherheit auf Zeilenebene ist – ein Administrator kann sie mit Zeilenzugriff steuern, sodass Self-Service-Benutzer nur die Entitäten sehen, auf die sie Anspruch haben.

Dies wird unter Administratorkontrolle gesteuert, nicht automatisch. Da der Extrakt unter dem Dienstkonto der Verbindung läuft, lässt PlaidCloud nicht zu, dass der Schritt seine eigene Sicherheit deklariert. Ein Administrator folgt dem standardmäßigen Ablauf für den Zeilenzugriff:

  1. Veröffentlichen Sie die abgelegte Tabelle für Berichte.
  2. Deklarieren Sie die Spalte Entity als steuerndes Attribut (standardmäßig verweigern).
  3. Genehmigen Sie den ersten gesteuerten Schreibvorgang.
  4. Gleichen Sie ab, damit Berechtigungen wirksam werden.

Solange ein Administrator dies nicht tut, wird die Tabelle nicht gefiltert. Siehe Sicherheitsgruppen und Zuweisungen verwalten.

Einschränkung Bedeutung
Nur Lesen Extrahiert einen Ausschnitt aus FCCS. Es schreibt keine Konsolidierungsdaten, führt keine Konsolidierungen aus und bucht nichts zurück.
Begrenzte Entität erforderlich Das Formular lehnt eine leere Entitätsauswahl, „all” oder eine Auswahl mit mehr als 500 Membern ab, und ein einzelner Aggregat-Member kann serverseitig trotzdem expandieren – halten Sie den Ausschnitt eingegrenzt.
Manuelle Member auf älteren Pods Wenn ein Pod den Metadaten-Endpunkt nicht bereitstellt, werden die Member-Listen nicht automatisch befüllt; geben Sie die Member-Namen von Hand ein.
Sicherheit auf Zeilenebene wird vom Administrator gesteuert Die Spalte Entity ist bereit für RLS, doch ein Administrator muss veröffentlichen, deklarieren, den ersten Schreibvorgang genehmigen und abgleichen, bevor die Tabelle gefiltert wird.