Folgende vordefinierte Integrationen sind für EPM Cloud-Services verfügbar:
Um die vordefinierten EPM Cloud-Integrationen zu verwenden, müssen Sie Parameter für die Integration angeben. Viele Parameter für automatisierte Integrationen können aus Dropdown-Listen ausgewählt werden, wodurch Werte nicht manuell eingegeben werden müssen. Beispiel: Um eine Regel oder ein Regelset auszuführen, können Sie die entsprechende Option aus einer Liste mit Geschäftsregeln auswählen, z.B. "ForceConsolidate" oder "ForceTranslate".
Integrationen für EPM Cloud (Allgemein)
Integrationsname/Modul | Modul | Beschreibung | Parameter/Beschreibung |
---|---|---|---|
Datei aus Tax Reporting kopieren | Alle EPM Cloud-Services außer Enterprise Data Management |
Kopiert eine Datei aus dem aktuellen Service, für den Task Manager konfiguriert ist, in einen anderen Service von EPM Cloud. Beispiel: Wenn Sie Task Manager in Tax Reporting konfiguriert und eine Account Reconciliation-Verbindung eingerichtet haben, wird die Datei mit der Option Datei kopieren aus Tax Reporting aus Tax Reporting in Account Reconciliation kopiert. |
Dateiname: Der Name der Datei, die kopiert werden soll. Datei speichern unter: Name der zu speichernden Datei. Dieser Name kann vom ursprünglichen Dateinamen abweichen. Name des externen Verzeichnisses (optional): Name des Verzeichnisses. |
Datei in Tax Reporting kopieren | Alle EPM Cloud-Services außer Enterprise Data Management | Kopiert eine Datei aus einem anderen Service von EPM Cloud in den aktuellen Service, für den Task Manager konfiguriert ist. |
Dateiname: Der Name der Datei, die kopiert werden soll. Datei speichern unter: Der Name, unter dem die Datei gespeichert werden soll. Dieser Name kann vom ursprünglichen Dateinamen abweichen. Name des externen Verzeichnisses (optional): Name des Verzeichnisses. |
Datei aus Tax Reporting löschen | Alle EPM Cloud-Services außer Enterprise Data Management | Löscht eine Datei aus einem Service von EPM Cloud. |
Dateiname: Der Name der Datei, die gelöscht werden soll. |
Datenintegration sperren/entsperren | Alle EPM Cloud-Services außer Enterprise Data Management | Sperrt oder entsperrt eine Integration für einen Speicherort, eine Kategorie und eine Periode in "Datenaustausch". Dies ist eine prozessautomatisierte Integration. |
Vorgang: Wählen Sie zwischen "Sperren" und "Entsperren". Sperrtyp: Wählen Sie aus, ob der Sperr-/Entsperrvorgang für eine Anwendung oder einen Speicherort gilt. Periode: Geben Sie die Periode des POVs über die in "Datenaustausch" definierte Integration oder Dataload-Regel ein, z.B. "Jan-21". Kategorie: Geben Sie den vordefinierten Wert für "Szenario" basierend auf der POV-Kategorie aus der Integrations- bzw. Datenregeldefinition an. Bei den verfügbaren Kategorien handelt es sich um diejenigen, die in der Einrichtung der Datenintegration erstellt wurden. Beispiel: "Istwerte". Anwendung (optional): Wenn der ausgewählte Sperrtyp "Anwendung" lautet, geben Sie den Namen der Anwendung an, z.B. "Vision". Speicherort (optional): Wenn der ausgewählte Sperrtyp "Speicherort" lautet, geben Sie den Namen des Speicherorts an. Wenn der Speicherort gesperrt ist, können keine Daten darin geladen werden. Entsperren nach Speicherort (optional): Dieser Parameter kann angegeben werden, wenn der ausgewählte Vorgang "Sperren" und der ausgewählte Speicherort "Anwendung" lauten. Wenn diese Option beim Sperren der Zielanwendung aktiviert ist, sperrt das System alle Regeln, die am Speicherort unter der Zielanwendung vorhanden sind, und die Sperre auf Anwendungsebene wird nicht aktiviert. Weitere Informationen finden Sie unter POV sperren und entsperren |
Datenintegration ausführen | Alle EPM Cloud-Services außer Enterprise Data Management und Profitability and Cost Management | Führen Sie eine Integrations- oder Dataload-Regel basierend auf Quellfiltern und der Verarbeitungsart von Perioden aus. So können die in "Datenaustausch" definierten Dataloads ganz einfach in den monatlichen Verarbeitungsplan integriert werden. |
Jobtyp: Der Jobtyp lautet "Integration". Integrationsname: Der Name der in "Datenintegration" definierten Integration. Periodenname: Name der Periode. Importmodus: Bestimmt, wie die Daten in "Datenintegration" importiert werden. Exportmodus: Bestimmt, wie die Daten in "Datenintegration" exportiert werden. Dateiname: Gilt nur für native dateibasierte Dataloads und wird ignoriert, wenn der Name für andere Ladevorgänge angegeben wird. Quellfilter: Ein Parameter zum Aktualisieren der Quellfilter, die für die Dataload-Regel oder Integration definiert sind. Zieloptionen: Ein Parameter zum Aktualisieren der Zieloptionen, die für die Dataload-Regel oder Integration definiert sind. Ausführungsmodus: Nur für Integrationen im Schnellmodus anwendbar. Weitere Details zu diesen Parametern finden Sie unter Integrationen ausführen in der Dokumentation zur REST-API für Enterprise Performance Management Cloud. |
Pipeline ausführen | Alle EPM Cloud-Services außer Enterprise Data Management und Account Reconciliation | Führt eine Pipeline basierend auf ausgewählten Jobparametern und Variablen aus. |
Jobtyp: Pipeline. Jobname: Für die Pipeline in der Komponente "Datenintegration" definierter Pipelinecode. Startperiode: Erste Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung der Komponente "Datenintegration" definiert sein. Endperiode: Letzte Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung der Komponente "Datenintegration" definiert sein. Importmodus: Bestimmt, wie die Daten in "Datenintegration" importiert werden. Exportmodus: Bestimmt, wie die Daten in "Datenintegration" exportiert werden. Logs anhängen: Gibt an, ob Logs als E-Mail-Anhang aufgenommen werden. E-Mail senden: Bestimmt, wann beim Ausführen einer Pipeline eine E-Mail gesendet wird. Senden an: Bestimmt die E-Mail-ID des Empfängers der E-Mail-Benachrichtigung. Weitere Details zu diesen Parametern finden Sie unter Pipeline ausführen in der Dokumentation zur REST-API für Enterprise Performance Management Cloud. |
Informationen hierzu finden Sie auch unter Integrationsdateien kopieren und löschen.
Integrationen für Account Reconciliation
Integrationsname/Modul | Modul | Beschreibung | Parameter/Beschreibung |
---|---|---|---|
Periodenstatus ändern | Abstimmungscompliance |
Ändert den Status einer Periode (Offen, Geschlossen, Anstehend, Gesperrt). |
Period: Der Name der Periode status - Anstehend, Offen, Geschlossen, Gesperrt |
Periodenendabstimmungen erstellen | Abstimmungscompliance |
Kopiert alle ausgewählten Profile in eine Periode und gibt den Status "Erfolg" oder "Fehler" zurück |
Period: Der Name der Periode Filter: Der Name des Filters, der mit der Abstimmung übereinstimmt |
Salden importieren | Abstimmungscompliance |
Importiert Saldendaten mit der Komponente "Datenmanagement" aus einer zuvor erstellten Dataload-Definition. |
Period: Der Name der Periode dl_Definition: - Der Name eines zuvor gespeicherten Dataloads mit dem Format "DL_name", z.B. DL_test |
Vorab zugeordnete Salden importieren | Abstimmungscompliance |
Importiert vorab zugeordnete Salden. |
Period: Der Name der Periode BalanceType: SUB|SRC für Untersystem oder Quellsystem CurrencyBucket: Währungsgruppe, z.B. "Funktional" File: Der Name der Datei in Bezug auf die Inbox, z.B. balances.csv. Die Datei muss in ARCS anhand von EPM Automate oder REST API hochgeladen werden. |
Vorab zugeordnete Transaktionen importieren | Abstimmungscompliance |
Importiert vorab zugeordnete Transaktionen für eine bestimmte Periode. |
TransactionType: Zulässige Transaktionstypen sind BEX (Geklärter Saldo), SRC (Anpassung an Quellsystem) und SUB (Anpassung an Untersystem) File: Der Name der Datei in Bezug auf die Inbox, z.B. transactions.csv Die Datei muss in ARCS anhand von EPM Automate oder REST API hochgeladen werden. DateFormat: Datumsformat, z.B. MM/tt/jjjj, tt/MM/jjjj, tt-MMM-jj, MMM t,jjjj oder "Alle" |
Vorab zugeordnete Transaktionen importieren | Transaktionsabgleich |
Importiert eine Datei mit vorab zugeordneten Transaktionen in den Transaktionsabgleich. |
DataSource: Die Text-ID der Datenquelle, in die die Transaktion importiert wird File: Der Name der Datei in Bezug auf die Inbox, z.B. transactions.csv Die Datei muss in ARCS anhand von EPM Automate oder REST API hochgeladen werden. ReconciliationType: Die Text-ID des Abstimmungstyps, in den die Transaktionsdatei importiert wird, z.B. Bank zu Hauptbuch. DateFormat: Datumsformat, z.B. MM/tt/jjjj, tt/MM/jjjj, MM-tt-jjjj, t-M-jjjj, tt-MMM-jj, MMM t, jjjj |
Importprofile | Abstimmungscompliance |
Importiert Profile für eine bestimmte Periode. |
ImportType: Der Importtyp. Unterstützte Werte sind "Replace" und "ReplaceAll". Period: Periode, für die der Import durchgeführt werden soll ProfileType: Der Profiltyp. Unterstützte Werte sind "Profile" und "Untergeordnete Elemente". File: Der Name der Datei in Bezug auf die Inbox, z.B. profiles.csv. Die Datei muss in ARCS anhand von EPM Automate oder REST API hochgeladen werden. DateFormat: Datumsformat, z.B. MM/tt/jjjj, tt/MM/jjjj, t-M-jjjj, tt-MMM-jj, MMM t, jjjj oder "Alle" |
Kurse importieren | Abstimmungscompliance |
Importiert Kurse für eine bestimmte Periode und einen bestimmten Kurstyp. |
Period: Der Name der Periode RateType: Der Kurstyp, z.B. Buchung Kurse importieren (Abstimmungscompliance) File: Der Name der Datei in Bezug auf die Inbox, z.B. .rates.csv. Die Datei muss in ARCS anhand von EPM Automate oder REST API hochgeladen werden. ImportType: Unterstützte Importtypen sind "Replace" und "ReplaceAll" |
Abstimmungen überwachen | Abstimmungscompliance |
Überwacht die Liste der Abstimmungen in ARCS. |
Period: Der Name der Periode Filter: Für Abfrage der Liste mit Abstimmungen verwendete Filterzeichenfolge |
Automatischen Abgleich ausführen | Transaktionsabgleich |
Führt den Prozess des automatischen Abgleichs im Transaktionsabgleich aus. |
reconTypeId - Die Text-ID des automatisch abzugleichenden Abstimmungstyps |
Abstimmungen anzeigen |
Abstimmungscompliance |
Abstimmungen für eine angegebene Periode anzeigen. |
Period: Der Name der Periode Saved List: Der Name der öffentlichen gespeicherten Liste |
Transaktionen anzeigen |
Transaktionsabgleich |
Transaktionen für eine angegebene Periode anzeigen. |
Period: Der Name der Periode Saved List: Der Name der öffentlichen gespeicherten Liste |
Integrationen für Enterprise Data Management
Integrationsname | Beschreibung | Parameter/Beschreibung |
---|---|---|
Dimension exportieren |
Exportiert eine Dimension aus Enterprise Data Management in eine konfigurierte Verbindung. Dies ist eine prozessautomatisierte Integration. Informationen hierzu finden Sie unter Vordefinierte Integrationen in EPM Cloud hinzufügen. |
Anwendung: Name der Enterprise Data Management-Anwendung, aus der die Dimension exportiert wird. Dimension: Name der zu exportierenden Dimension. Verbindung: Optional. Name der Verbindung für den Export der Dimension. Dateiname: Datei und Pfad für den Export der Dimension. |
Dimensionszuordnung exportieren |
Exportiert eine Dimensionszuordnung aus Enterprise Data Management in eine konfigurierte Verbindung. Dies ist eine prozessautomatisierte Integration. |
Anwendung: Name der Enterprise Data Management-Anwendung, aus der die Dimensionszuordnung exportiert werden soll. Dimension: Name der zu exportierenden Dimensionszuordnung. Verbindung: Optional. Name der Verbindung für den Export der Dimensionszuordnung. Zuordnungsspeicherort: Speicherort für den Export der Dimensionszuordnung. Dateiname: Datei und Pfad für den Export der Dimensionszuordnung. |
Dimension importieren |
Importiert eine Dimension aus einer konfigurierten Verbindung in eine Enterprise Data Management-Anwendung. Dies ist eine prozessautomatisierte Integration. Informationen hierzu finden Sie unter Vordefinierte Integrationen in EPM Cloud hinzufügen. |
Anwendung: Name der Enterprise Data Management-Anwendung, in die die Dimension importiert werden soll. Dimension: Name der zu importierenden Dimension. Verbindung: Name der Verbindung, aus der die Dimension importiert werden soll. Dateiname: Datei und Pfad für den Import der Dimension. Importoption: Optional. Bestimmt, wie die Daten in Enterprise Data Management importiert werden. |
Dimension extrahieren | Extrahiert eine Dimension aus Enterprise Data Management in eine konfigurierte Verbindung. Dies ist eine prozessautomatisierte Integration. |
Anwendung: Name der Enterprise Data Management-Anwendung, aus der die Dimension extrahiert werden soll. Dimension: Name der zu extrahierenden Dimension. Extrakt: Name des Extrakts. Verbindung: Name der Verbindung, in die die Dimension extrahiert werden soll. Dateiname: Datei und Pfad für die Extraktion der Dimension. |
Integrationen für Financial Consolidation and Close und Tax Reporting
Integrationsname | Beschreibung | Parameter/Beschreibung |
---|---|---|
Cube löschen |
Löscht bestimmte Daten innerhalb von Eingabe- und Reporting-Cubes. |
Name: Name des Jobs zum Löschen des Cubes. |
Anteilsdaten in nächstes Jahr kopieren |
Automatisiert die Aufgabe zum Kopieren der Anteilsdaten aus der letzten Periode eines Jahres in die erste Periode des nächsten Jahres. Informationen hierzu finden Sie unter copyOwnershipDataToNextYear in der Dokumentation Mit EPM Automate für Oracle Enterprise Performance Management Cloud arbeiten. |
Szenario: Name des Szenarios, z.B. Ist, auswählbar Jahre: Auswählbar |
Cube aktualisieren |
Aktualisiert den OLAP-Cube. |
Name: Name des Jobs zum Aktualisieren des Cubes. |
Daten löschen |
Führt den Job "Daten löschen" anhand des Profilnamens aus. Weitere Informationen zum Löschen von Daten in Financial Consolidation and Close finden Sie unter Daten löschen. Weitere Informationen zum Löschen von Daten in Tax Reporting finden Sie unter Daten löschen. |
Profilname: Profilname zum Löschen der Daten. |
Daten kopieren |
Führt den Job "Daten kopieren" anhand des Profilnamens aus. Weitere Informationen zum Kopieren von Daten in Financial Consolidation and Close finden Sie unter Daten kopieren. Weitere Informationen zum Kopieren von Daten in Tax Reporting finden Sie unter Daten kopieren. |
Profilname: Profilname zum Kopieren der Daten. |
Export Data |
Exportiert Anwendungsdaten in eine Datei anhand der Datenexporteinstellungen, die in einem Job vom Typ "Daten exportieren" festgelegt sind, einschließlich Dateinamen. Die Datei mit den exportierten Daten wird im Repository gespeichert. |
Name: Name des Jobs zum Exportieren von Daten. Exportdateiname: Optional. Der Name der Datei, in die Daten exportiert werden sollen |
Datenzuordnung exportieren |
Exportiert eine in der Komponente "Datenmanagement" definierte Datenzuordnung an einen angegebenen Speicherort. Dies ist eine prozessautomatisierte Integration. Weitere Informationen finden Sie unter Vordefinierte Integrationen in EPM Cloud hinzufügen. Elementzuordnungen definieren Beziehungen zwischen Quellelementen und Zieldimensionselementen in einer einzelnen Dimension. |
Dimension: Name einer bestimmten zu importierenden Dimension, z.B. ACCOUNT, oder ALL für den Import aller Dimensionen. Dateiname: Datei und Pfad für den Export von Zuordnungen. Das Dateiformat kann CSV, TXT, XLS oder XLSX lauten. Nehmen Sie die Outbox in den Dateipfad auf, z.B. outbox/BESSAPPJan-06.csv. Speicherortname: Name des Speicherorts für den Export. |
Anteilsdaten exportieren |
Automatisiert die Aufgabe zum Exportieren von Anteilsdaten aus einer Entity in eine durch Komma getrennte CSV-Datei. Informationen hierzu finden Sie unter exportOwnershipData in der Dokumentation Mit EPM Automate für Oracle Enterprise Performance Management Cloud arbeiten. |
Entity: Name der Entity. Szenario: Der Name des Szenario, z.B. "Ist". Auswählbar. Jahre: Auswählbar Periode: Der Name der Periode, z.B. Januar. Auswählbar. Dateiname: Name der zu exportierenden Datei. |
Daten importieren |
Importiert Daten aus einer Datei im Repository in die Anwendung anhand der Datenimporteinstellungen, die in einem Job vom Typ "Daten importieren" festgelegt sind. |
Name: Name des Jobs zum Importieren von Daten. Importdateiname: Optional. Der Name der Datei, aus der Daten importiert werden sollen |
Datenzuordnung importieren |
Importiert eine in der Komponente "Datenmanagement" definierte Datenzuordnung an einen angegebenen Speicherort. Dies ist eine prozessautomatisierte Integration. Elementzuordnungen definieren Beziehungen zwischen Quellelementen und Zieldimensionselementen in einer einzelnen Dimension. Sie können Elementzuordnungen aus einer ausgewählten Excel-, CSV- oder TXT-Datei importieren. |
Jobtyp: Jobtyp (MAPPINGIMPORT). Jobname: Name einer bestimmten zu importierenden Dimension, z.B. ACCOUNT, oder ALL für den Import aller Dimensionen. Dateiname: Datei und Pfad für den Import von Zuordnungen. Das Dateiformat kann CSV, TXT, XLS oder XLSX lauten. Die Datei muss vor dem Import entweder in die Inbox oder in ein Unterverzeichnis der Inbox hochgeladen werden. Nehmen Sie die Inbox in den Dateipfad auf, z.B. inbox/BESSAPPJan-06.csv. Importmodus: MERGE zum Hinzufügen neuer oder Ersetzen vorhandener Regeln oder REPLACE zum Löschen vorhandener Zuordnungsregeln vor dem Import. Validierungsmodus: Angabe zur Verwendung des Validierungsmodus ("true" oder "false"). Beim Eintrag "true" werden die Zielelemente anhand der Zielanwendung validiert, bei "false" wird die Zuordnungsdatei ohne Validierungen geladen. Beachten Sie, dass der Validierungsprozess ressourcenintensiv ist und länger als der Validierungsmodus false dauert. Daher wählen die meisten Kunden die Option false aus. Speicherortname: Speicherort in der Komponente "Datenmanagement", an dem die Zuordnungsregeln geladen werden sollen. Zuordnungsregeln sind für einen Speicherort in der Komponente "Datenmanagement" spezifisch. |
Metadaten importieren |
Importiert Metadaten aus einer Datei im Repository in die Anwendung anhand der Metadatenimporteinstellungen, die in einem Job vom Typ "Metadaten importieren" festgelegt sind. |
Name: Name des in "Metadaten importieren" definierten Batches. |
Anteilsdaten importieren |
Automatisiert die Aufgabe zum Importieren von Anteilsdaten aus einer in der Umgebung verfügbaren CSV-Datei in eine Periode. Informationen hierzu finden Sie unter importOwnershipData in der Dokumentation Mit EPM Automate für Oracle Enterprise Performance Management Cloud arbeiten. |
Szenario: Der Name des Szenario, z.B. "Ist". Auswählbar. Jahre: Auswählbar Periode: Der Name der Periode, z.B. Januar. Auswählbar. Dateiname: Name der zu importierenden Datei. |
Journalperiode |
Öffnet oder schließt eine Journalperiode automatisch. Das System schließt die Periode nur, wenn keine genehmigten und deaktivierten Journale vorhanden sind. Wenn genehmigte und deaktivierte Journale vorhanden sind, wird die Periode nicht geschlossen, und das System gibt einen Fehler zurück. Wenn deaktivierte Journale mit dem Status "In Bearbeitung" und "Weitergeleitet" vorhanden sind, wird die Periode mit einer Warnung geschlossen. |
Szenario: Der Name des Szenario, z.B. "Ist" Jahr: Das Jahr, z.B. GJ20 Periode: Der Name der Periode, z.B. Januar Aktion: Öffnen oder Schließen |
Enterprise-Journale überwachen
Hinweis: Diese Integration ist nur für Financial Consolidation and Close anwendbar. |
Überwacht den Fertigstellungsstatus von Journalen in einem Jahr/einer Periode oder einer gefilterten Liste. |
Jahr: Optional. Das Jahr, z.B. 2022. Auswählbar. Periode: Optional. Der Name der Periode, z.B. Januar. Auswählbar. Filtername: Optional. Der Name des Filters, den Sie zum Überwachen des Status der Enterprise-Journale erstellt haben. Hinweis: Obwohl alle Parameter optional sind, müssen Sie mindestens einen Filternamen oder ein Jahr und eine Periode angeben. |
Anteilsdaten neu berechnen |
Automatisiert die Aufgabe zum Neuberechnen von Anteilsdaten. Informationen hierzu finden Sie unter recomputeOwnershipData in der Dokumentation Mit EPM Automate für Oracle Enterprise Performance Management Cloud arbeiten. |
Szenario: Der Name des Szenario, z.B. "Ist" Jahre: Jahr, z.B. GJ20 Periode: Der Name der Periode, z.B. Januar |
Batchregel ausführen |
Führt einen Batch von Jobs aus, die in der Datenmanagement-Funktion definiert wurden. |
Name: Name des auszuführenden Berichts, z.B. Dimensionszuordnung für POV-Pfad (Dimension, Cat, Per). Berichtsformattyp: Dateiformat des Berichts (PDF, XLSX oder HTML). Parameter: Anzahl und Werte der Parameter können je nach Bericht variieren. Location: - Der Speicherort des Berichts, z.B. Comma_Vision Ausführen als - Sie müssen diesen Parameter in der Registerkarte "Workflow" angeben. |
Geschäftsregel ausführen |
Startet eine Geschäftsregel. |
Name: Name einer Geschäftsregel exakt gemäß Definition. Parameter: Runtime Prompts in JSON-Syntax. Der Parametername sollte exakt mit der Angabe in der Regeldefinition identisch sein. Beispiel: { "MyScenario1":"Current", "MyVersion1":"BU Version_1", "ToEntity":"CA", "Rule_Level_Var":"AZ", "planType":"Plan1"} Das im folgenden Beispiel gezeigte Format wird ebenfalls unterstützt: "Scenario=Actual" "Entity=Total Geography" "Year=FY21" "Period=Apr" |
Geschäftsregelset ausführen |
Startet ein Geschäftsregelset. Regelsets ohne Runtime Prompts oder Runtime Prompts mit Standardwerten werden unterstützt. |
Name: Name eines Geschäftsregelsets exakt gemäß Definition. Parameter: Runtime Prompts in JSON-Syntax. Der Parametername sollte exakt mit der Angabe in der Regeldefinition identisch sein. Beispiel: { "MyScenario1":"Current", "MyVersion1":"BU Version_1", "ToEntity":"CA", "Rule_Level_Var":"AZ", "planType":"Plan1"} Das im folgenden Beispiel gezeigte Format wird ebenfalls unterstützt: "Scenario=Actual" "Entity=Total Geography" "Year=FY21" "Period=Apr" |
Konsolidierung ausführen |
Diese Aufgabe ist eine Utilityaufgabe, um die Konsolidierung auszuführen. Die Benutzer werden bei der Aufgabe aufgefordert, Parameter für die Ausführung der Aufgaben einzugeben, wie z.B. Szenario, Jahr, Periode und Entity. |
Scenario Year Period Entity - Mit einem Komma als Trennzeichen können mehrere Entitys hinzugefügt werden. |
Datenregel ausführen |
Führt eine Dataload-Regel von Data Management basierend auf der Start- und Endperiode aus, und importiert oder exportiert die von Ihnen angegebenen Optionen. |
Jobname: Name einer in der Komponente "Datenmanagement" definierten Dataload-Regel. Startperiode: Erste Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung von Data Management definiert sein. Endperiode: Letzte Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung von Data Management definiert sein. Importmodus: Bestimmt, wie die Daten in die Komponente "Datenmanagement" importiert werden. APPEND, um Anhänge an die vorhandene Regel zu erstellen POV - Daten in der Datenmanagement-Funktion REPLACE, um die POV-Daten zu löschen und mit den Daten aus der Datei zu ersetzen. RECALCULATE, um den Datenimport zu überspringen. Die Daten werden jedoch mit aktualisierten Zuordnungen und logischen Konten neu verarbeitet. NONE, um den Datenimport in die Staging-Tabelle von Data Management zu überspringen. Exportmodus: Bestimmt, wie die Daten in die Komponente "Datenmanagement" exportiert werden. STORE_DATA, um die Daten in der Staging-Tabelle der Komponente "Datenmanagement" mit den vorhandenen Financial Consolidation and Close- oder Tax Reporting-Daten zusammenzuführen. ADD_DATA, um die Daten in der Staging-Tabelle der Komponente "Datenmanagement" zu den Financial Consolidation and Close- oder Tax Reporting-Daten hinzuzufügen. SUBTRACT_DATA, um die Daten in der Staging-Tabelle der Komponente "Datenmanagement" von den vorhandenen Financial Consolidation and Close- oder Tax Reporting-Daten abzuziehen. REPLACE_DATA, um die POV-Daten zu löschen und mit den Daten in der Staging-Tabelle von Data Management zu ersetzen. Die Daten werden für Szenario, Version, Jahr, Periode und Entity gelöscht. NONE, um den Datenexport von der Komponente "Datenmanagement" zu Financial Consolidation and Close oder Tax Reporting zu überspringen. Dateiname: Optional. Wenn Sie keinen Dateinamen angeben, importiert diese API die Daten, die in der Datei enthalten sind, deren Name in der Dataload-Regel angegeben ist. Die Datendatei muss bereits vor der Datenregelausführung in der INBOX vorhanden sein. Ausführen als - Sie müssen diesen Parameter in der Registerkarte "Workflow" angeben. |
Erzwingen von Konsolidierung ausführen |
Diese Aufgabe ist eine Utilityaufgabe, um das Erzwingen der Konsolidierung auszuführen. Die Benutzer werden bei der Aufgabe aufgefordert, Parameter für die Ausführung der Aufgaben einzugeben, wie z.B. Szenario, Jahr, Periode und Entity. |
Scenario Year Period Entity - Mit einem Komma als Trennzeichen können mehrere Entitys hinzugefügt werden. |
Erzwingen von Umrechnung ausführen |
Diese Aufgabe ist eine Utilityaufgabe, um das Erzwingen der Umrechnung auszuführen. Die Benutzer werden bei der Aufgabe aufgefordert, Parameter für die Ausführung der Aufgaben einzugeben, wie z.B. Szenario, Jahr, Periode und Entity. |
Scenario Year Period Entity - Mit einem Komma als Trennzeichen können mehrere Entitys hinzugefügt werden. |
Führt die Umrechnung aus. |
Diese Aufgabe ist eine Utilityaufgabe, um die Umrechnung auszuführen. Die Benutzer werden bei der Aufgabe aufgefordert, Parameter für die Ausführung der Aufgaben einzugeben, wie z.B. Szenario, Jahr, Periode und Entity. |
Scenario Year Period Entity - Mit einem Komma als Trennzeichen können mehrere Entitys hinzugefügt werden. |
Integrationen für Planning und Planning Modules
Integrationsname | Beschreibung | Parameter/Beschreibung |
---|---|---|
Cube löschen |
Löscht bestimmte Daten innerhalb von Eingabe- und Reporting-Cubes. |
Name: Name des Jobs zum Löschen des Cubes. |
Cube aktualisieren |
Aktualisiert den OLAP-Cube. |
Name: Name des Jobs zum Aktualisieren des Cubes. |
Export Data |
Exportiert Anwendungsdaten in eine Datei anhand der Datenexporteinstellungen, die in einem Job vom Typ "Daten exportieren" festgelegt sind, einschließlich Dateinamen. Die Datei mit den exportierten Daten wird im Repository gespeichert. |
Name: Name des Jobs zum Exportieren von Daten. Exportdateiname: Optional. Der Name der Datei, in die Daten exportiert werden sollen |
Daten importieren |
Importiert Daten aus einer Datei im Repository in die Anwendung anhand der Datenimporteinstellungen, die in einem Job vom Typ "Daten importieren" festgelegt sind. |
Name: Name des Jobs zum Importieren von Daten. Importdateiname: Optional. Der Name der Datei, aus der Daten importiert werden sollen |
Metadaten importieren |
Importiert Metadaten aus einer Datei im Repository in die Anwendung anhand der Metadatenimporteinstellungen, die in einem Job vom Typ "Metadaten importieren" festgelegt sind. |
Name: Name des in "Metadaten importieren" definierten Batches. |
Batch ausführen |
Führt einen Batch von Jobs aus, die in der Datenmanagement-Funktion definiert wurden. |
Name: Name des auszuführenden Berichts, z.B. Dimensionszuordnung für POV-Pfad (Dimension, Cat, Per). Berichtsformattyp: Dateiformat des Berichts (PDF, XLSX oder HTML). Parameter: Anzahl und Werte der Parameter können je nach Bericht variieren. Location: - Der Speicherort des Berichts, z.B. Comma_Vision |
Geschäftsregel ausführen |
Startet eine Geschäftsregel. |
Name: Name einer Geschäftsregel exakt gemäß Definition. Parameter: Runtime Prompts in JSON-Syntax. Der Parametername sollte exakt mit der Angabe in der Regeldefinition identisch sein. Beispiel: { "MyScenario1":"Current", "MyVersion1":"BU Version_1", "ToEntity":"CA", "Rule_Level_Var":"AZ", "planType":"Plan1"} Das im folgenden Beispiel gezeigte Format wird ebenfalls unterstützt: "Scenario=Actual" "Entity=Total Geography" "Year=FY21" "Period=Apr" |
Geschäftsregelset ausführen |
Startet ein Geschäftsregelset. Regelsets ohne Runtime Prompts oder Runtime Prompts mit Standardwerten werden unterstützt. |
Name: Der Name eines Geschäftsregelsets exakt gemäß Definition. Parameter: Runtime Prompts in JSON-Syntax. Der Parametername sollte exakt mit der Angabe in der Regeldefinition identisch sein. Beispiel: { "MyScenario1":"Current", "MyVersion1":"BU Version_1", "ToEntity":"CA", "Rule_Level_Var":"AZ", "planType":"Plan1"} Das im folgenden Beispiel gezeigte Format wird ebenfalls unterstützt: "Scenario=Actual" "Entity=Total Geography" "Year=FY21" "Period=Apr" |
Datenregel ausführen |
Führt eine Dataload-Regel von Data Management basierend auf der Start- und Endperiode aus, und importiert oder exportiert die von Ihnen angegebenen Optionen. |
Jobname: Name einer in der Komponente "Datenmanagement" definierten Dataload-Regel. Startperiode: Erste Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung von Data Management definiert sein. Endperiode: Letzte Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung von Data Management definiert sein. Importmodus: Bestimmt, wie die Daten in die Komponente "Datenmanagement" importiert werden. APPEND, um Anhänge an die vorhandene Regel zu erstellen POV - Daten in der Datenmanagement-Funktion REPLACE, um die POV-Daten zu löschen und mit den Daten aus der Datei zu ersetzen. RECALCULATE, um den Datenimport zu überspringen. Die Daten werden jedoch mit aktualisierten Zuordnungen und logischen Konten neu verarbeitet. NONE, um den Datenimport in die Staging-Tabelle von Data Management zu überspringen. exportMode: - Bestimmt, wie die Daten in die Datenmanagement-Funktion exportiert werden. STORE_DATA, um die Daten in der Staging-Tabelle der Datenmanagement-Funktion mit den vorhandenen Oracle Hyperion Planning-Daten zusammenzuführen. ADD_DATA, um die Daten in der Staging-Tabelle der Datenmanagement-Funktion in Planning hinzuzufügen. SUBTRACT_DATA, um die Daten in der Staging-Tabelle der Datenmanagement-Funktion von den vorhandenen Planning-Daten zu subtrahieren. REPLACE_DATA, um die POV-Daten zu löschen und mit den Daten in der Staging-Tabelle von Data Management zu ersetzen. Die Daten werden für Szenario, Version, Jahr, Periode und Entity gelöscht. NONE, um den Export von Daten aus der Datenmanagement-Funktion in Planning zu überspringen. Dateiname: Optional. Wenn Sie keinen Dateinamen angeben, importiert diese API die Daten, die in der Datei enthalten sind, deren Name in der Dataload-Regel angegeben ist. Die Datendatei muss bereits vor der Datenregelausführung in der INBOX vorhanden sein. |
Integrationen für Profitability and Cost Management
Integrationsname | Beschreibung | Parameter/Beschreibung |
---|---|---|
Datenzugriffsberechtigungen anwenden |
Wendet Datenzugriffsberechtigungen für eine bestimmte Oracle Profitability and Cost Management Cloud-Anwendung an. Diese API leitet einen Job weiter, um die Datenzugriffsberechtigungen in Essbase zu erstellen und anzuwenden. Diese API entfernt alle vorhandenen Datenzugriffsberechtigungen in Essbase und erstellt sie neu mit den aktuellen Informationen aus der Anwendung. Sie kann auch verwendet werden, um Probleme bei Datenzugriffberechtigungen zu beheben, falls vorhanden. |
Keine |
ML-Cube bereitstellen |
Stellt den Berechnungs-Cube für eine ausgewählte Oracle Profitability and Cost Management Cloud-Anwendung bereit oder erneut bereit. |
isKeepData: - Angabe, ob vorhandene Daten beibehalten werden sollen isReplacecube: - Angabe, ob vorhandene Daten ersetzt werden sollen comment: - Alle Benutzerkommentare |
ML-Cube ausführen |
Führt Berechnungen für eine ausgewählte Anwendung aus, oder löscht sie. Wird mit Managementhauptbuch verwendet. |
povGroupMember - Das POV-Gruppenelement, für das Berechnungen ausgeführt werden sollen, z.B. 2015_January_Actual isClearCalculated: - Angabe, ob die Berechnungsdaten gelöscht werden sollen (wahr oder falsch) subsetStart: - Startabfolgenummer des Regelsets subsetEnd: - Endabfolgenummer des Regelsets Rule: Regelname für SINGLE_RULE ruleSetName: - Regelsetname für eine SINGLE_RULE-Option exeType: - Der Ausführungstyp gibt an, welche Regel ausgeführt werden soll. Mögliche Werte sind ALL_RULES, RULESET_SUBSET, SINGLE_RULE. Basierend auf dem exeType-Wert sind andere Parameter erforderlich. exeType - ALL_RULES überschreibt alle anderen Optionen, z.B. subsetStart, subsetEnd, ruleSetName, ruleName usw. exeType - RULESET_SUBSET berücksichtigt nur subsetStart und subsetEnd. exeType - SINGLE_RULE berücksichtigt nur ruleSetName und ruleName. Comment: Kommentartext verwenden. Delimiter: Trennzeichen für Zeichenfolgen für POV-Gruppenelemente, z.B. Unterstrich (_) |
ML-POV löschen |
Löscht für alle Anwendungen Modellartefakte und -daten aus einer POV-Kombination. |
POV GroupMember: Das POV-Gruppenelement, für das Berechnungen ausgeführt werden sollen, z.B. 2015_January_Actual isManageRule - Angabe, ob die Programmregeldetails gelöscht werden sollen isInputData - Angabe, ob Eingabedaten gelöscht werden sollen IsAllocatedValues - Angabe, ob umgelegte Werte gelöscht werden sollen stringDelimiter: - Trennzeichen für Zeichenfolgen für POV-Gruppenelemente |
ML-POV kopieren |
Kopiert für alle Anwendungen Modellartefakte und -daten aus einer Quell-POV-Kombination in eine Ziel-POV-Kombination. Wird mit Anwendungen von Managementhauptbuch verwendet. |
POVs: Im Pfad enthalten. srcPOVMemberGroup: - Quell-POV-Elementgruppe, z.B. 2014_January_Actual destPOVMemberGroup: - Ziel-POV-Elementgruppe, z.B. 2014_March_Actual isManageRule: - Angabe, ob die Programmregeldetails kopiert werden sollen isInputData: - Angabe, ob Eingabedaten kopiert werden sollen modelViewName: - Angabe, ob ein Datensegment aus dem Quell-POV in den Ziel-POV kopiert werden soll Ziel-POV erstellen: Angabe, ob der Ziel-POV erstellt werden soll, falls er nicht bereits vorhanden ist. Trennzeichen für Zeichenfolgen: Trennzeichen für Zeichenfolgen für POV-Gruppenelemente. |
Datenregel ausführen |
Führt eine Dataload-Regel von Data Management basierend auf der Start- und Endperiode aus, und importiert oder exportiert die von Ihnen angegebenen Optionen. |
Jobname: Name einer in der Komponente "Datenmanagement" definierten Dataload-Regel. Startperiode: Erste Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung von Data Management definiert sein. Endperiode: Letzte Periode, für die Daten geladen werden sollen. Dieser Periodenname muss in der Periodenzuordnung von Data Management definiert sein. Importmodus: Bestimmt, wie die Daten in die Komponente "Datenmanagement" importiert werden. APPEND, um Anhänge an die vorhandene Regel zu erstellen POV - Daten in der Datenmanagement-Funktion REPLACE, um die POV-Daten zu löschen und mit den Daten aus der Datei zu ersetzen. RECALCULATE, um den Datenimport zu überspringen. Die Daten werden jedoch mit aktualisierten Zuordnungen und logischen Konten neu verarbeitet. NONE, um den Datenimport in die Staging-Tabelle von Data Management zu überspringen. Exportmodus: Bestimmt, wie die Daten in die Komponente "Datenmanagement" exportiert werden. STORE_DATA, um die Daten in der Staging-Tabelle der Komponente "Datenmanagement" mit den vorhandenen Profitability and Cost Management-Daten zusammenzuführen. ADD_DATA, um die Daten in der Staging-Tabelle der Komponente "Datenmanagement" zu Profitability and Cost Management hinzuzufügen. SUBTRACT_DATA , um die Daten in der Staging-Tabelle der Komponente "Datenmanagement" von den vorhandenen Profitability and Cost Management-Daten abzuziehen. REPLACE_DATA, um die POV-Daten zu löschen und mit den Daten in der Staging-Tabelle von Data Management zu ersetzen. Die Daten werden für Szenario, Version, Jahr, Periode und Entity gelöscht. NONE, um den Datenexport aus der Komponente "Datenmanagement" in Profitability and Cost Management zu überspringen. Dateiname: Optional. Wenn Sie keinen Dateinamen angeben, importiert diese API die Daten, die in der Datei enthalten sind, deren Name in der Dataload-Regel angegeben ist. Die Datendatei muss bereits vor der Datenregelausführung in der INBOX vorhanden sein. |
Batchregel ausführen |
Führt einen Batch von Jobs aus, die in der Datenmanagement-Funktion definiert wurden. |
Jobname: Name eines in der Komponente "Datenmanagement" definierten Batches. |
Dimension aktualisieren |
Lädt eine neue Flat File für die Dimension für eine Anwendung hoch, die mit einer Flat File erstellt wurde. Dies ist eine prozessautomatisierte Integration. Weitere Informationen finden Sie unter Dimension als Job aktualisieren. |
Dateiname: Datendateiname
Trennzeichen: Optionaler Parameter |