Best Practices zum Entwerfen der Schritt-für-Schritt-Anleitung

Verwenden Sie diese Best Practices, um eine Schritt-für-Schritt-Anleitung zu entwerfen, die Ihnen bei der Erstellung und Einführung Ihrer Anwendung hilft.

Anwendung erstellen

Erstellen Sie zunächst die Grundlage: die Konten und die Organisationsstruktur Ihres Unternehmens. Fügen Sie dann Szenarios hinzu, um Ihre internen Prozesse zu unterstützen, z.B. Plan, Istwert und Prognose. Fügen Sie die Abweichungselemente hinzu, die Sie melden, z.B. Istwert gegenüber Plan.

Erstellen Sie Formulare, die verwendet werden, um Daten von Ihren Benutzern zu erfassen und um Prüfungen, Analysen und Reporting durchzuführen. Um Ihre Geschäftslogik zu unterstützen, können Sie Calculation Manager zum Erstellen Ihrer Berechnungen verwenden. Sie können auch Berichte erstellen und Zugriffsberechtigungen anwenden, bevor Sie das Rollout Ihrer Anwendung für Benutzer durchführen.

Anwendungsstruktur erstellen

Fügen Sie Account-, Entity- und andere Dimensionen hinzu, um Ihren Geschäftsprozess zu unterstützen.

Dimensionen dienen zur Kategorisierung von Datenwerten. Planning enthält die folgenden Dimensionen: Account, Entity, Scenario, Version, Period und Years. Wenn Sie in mehreren Währungen planen, umfasst Ihre Anwendung auch eine Currency-Dimension.

Sie können die Custom-Dimension verwenden, um eigene Werte zu definieren, z.B. Product, Customer oder Market. Sie können insgesamt über bis zu 32 Dimensionen verfügen. Die Best Practice-Empfehlung lautet jedoch, weniger als 12 Dimensionen zu verwenden. Dimensionen können mit einer Ladedatei hinzugefügt oder in Oracle Smart View for Office erstellt werden.

Videos

Ihr Ziel Dieses Video ansehen
Erfahren Sie, wie Sie Daten in der Anwendung exportieren und importieren. Symbol "Video" Daten in Oracle Planning and Budgeting Cloud exportieren und importieren
Erfahren Sie, wie Sie Dimensionen mit einer Datei laden. Symbol "Video" Metadaten in Oracle Planning and Budgeting Cloud importieren

Informationen zur Entity-Dimension

Die Entity-Dimension stellt Ihre Organisationsstruktur dar, z.B. Kostenstellen, Abteilungen, Geschäftseinheiten, Unterabteilungen usw.

Sie können Kostenstellen gruppieren, indem Sie Aggregationselemente, als "übergeordnete Elemente" bezeichnet, erstellen, die wiedergeben, wie Ihre Organisation angezeigt wird. Aggregationen können z.B. nach Geschäftseinheit, Unterabteilung oder einer anderen funktionalen Struktur erfolgen. Beispiel: Sie können Kostenstellen erstellen, die in Geschäftseinheiten zusammengefasst werden, die wiederum in Unterabteilungen zusammengefasst werden.

Sie können mehrere Reportingstrukturen erstellen. Sie können z.B. eine alternative Struktur zum Unterstützen des regionalen Reportings erstellen. Wenn Sie in mehreren Währungen planen, sollte die Basiswährung jeder Entity festgelegt werden.

Die Entity-Dimension ist eine der primären Dimensionen, die für den Budgetierungsprozess verwendet werden. Zusammen mit der Scenario- und Version-Dimension wird die Entity-Dimension zum Definieren einer Planungseinheit verwendet, einer einzelnen Komponente, die für die Genehmigung oder Prüfung durch die Kollegen eines Benutzers hoch- oder herabgestuft werden kann.

Elemente aller Dimensionen außerhalb der Planungseinheit werden zusammen mit der Planungseinheit selbst hoch- oder herabgestuft. Beispiel: Alle zwölf Monate werden zusammen hochgestuft, wenn eine Planungseinheit hochgestuft wird. Monate können nicht einzeln hochgestuft werden.

Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Nachdem eine Dimension geladen oder aktualisiert wurde, sollte als Best Practice die Anwendung aktualisiert werden.

Informationen zur Account-Dimension

Die Account-Dimension ist der richtige Ort für Ihren Kontenplan. Sie sollte die Elemente enthalten, für die Sie Pläne oder Prognosen erstellen. Sie enthält nicht notwendigerweise alle Konten in Ihrem Plan.

Ihre Account-Dimension kann z.B. Konten für die Erfolgsrechnung, die Bilanz und den Cashflow enthalten. Oder sie kann Konten für KPIs und Verhältnisse enthalten. In manchen Fällen weisen Ihre Konten Unterkonten auf, dies ist aber nicht die Regel.

Die Account-Dimension enthält Finanzanalysen. Die folgenden Kontentypen werden unterstützt:

  • Aufwand: Kosten für Geschäftstätigkeit

  • Ertrag: Einnahmequelle

  • Anlage: Unternehmensressource

  • Passiva und Eigenkapital: Restzinsen oder Verpflichtung gegenüber Kreditgebern

  • Gespeicherte Annahme: Zentralisierte Planungsannahmen zur Wahrung der anwendungsweiten Konsistenz

Die Einstellungen für den Kontentyp werden zum Melden von Gesamtwerten für das Quartal und für das Jahr sowie für Abweichungsanalysen verwendet.

Planning verwendet eine hierarchische Struktur, um Zwischensummen und Gesamtsummen für Kontengruppierungen zu erstellen. Jeder Kontengruppe wird ein Konsolidierungsoperator zugewiesen, der bestimmt, wie sie in ihrem übergeordneten Element zusammengefasst wird.

Beispiel: Nettoeinkommen = Gesamterträge - Gesamtaufwand

In diesem Beispiel ist der Konsolidierungsoperator für Gesamterträge "Addition", und der Konsolidierungsoperator für Gesamtaufwand ist "Minus".

Die Account-Dimension kann durch das Laden von Daten oder mit Smart View aufgefüllt werden. Damit Daten aus einer Datei geladen werden können, muss das Dateiformat bestimmte Anforderungen erfüllen.

Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Nachdem eine Dimension geladen oder aktualisiert wurde, sollte als Best Practice die Anwendung aktualisiert werden.

Best Practices:

  • Elemente der oberen Ebene sollten auf "Dynamische Berechnung" gesetzt werden.

  • Setzen Sie Elementformeln, die zum Berechnen von Verhältnissen und anderen Arten von KPIs oder Prozentsätzen verwendet werden, auf "Dynamische Berechnung, Zweistufig". Mit der Einstellung "Zweistufig" werden Prozentsätze auf höheren Ebenen ordnungsgemäß berechnet.

Informationen zur Version-Dimension

Sie können Versionen dazu verwenden, unterschiedliche Iterationen des Planungsprozesses beizubehalten. Sie sind auch dazu nützlich, den Lese- oder Schreibzugriff auf Daten zu steuern.

Diese zwei Typen von Versionen sind verfügbar:

  • Standardziel: Eingabedaten können in höhere Ebenen eingegeben werden.

  • Standard-Bottom-up: Eingabedaten können nur in Ebene 0 eingegeben werden.

Die Funktionen für Genehmigungen und Workflows können nur für Bottom-up-Versionen aktiviert werden.

Als Best Practice werden die folgenden Versionen empfohlen:

  • Arbeitsversion: Hier führen Benutzer ihre Aufgaben aus, einschließlich der Prüfung von Istergebnissen und der Entwicklung von Planung und Prognose.

  • 1. Pass: Wenn Sie mehrere Iterationen Ihres Plans beibehalten möchten, können Sie einen Pass davon in dieser Version beibehalten. Sie können weitere Elemente erstellen, wenn Sie mehrere gespeicherte Iterationen benötigen. Sie können die Funktionalität "Daten kopieren" dazu nutzen, Daten in diese Version zu verschieben. Mit "Daten kopieren" werden Daten und Texteingaben kopiert.

  • Was-wäre-wenn: Stellt einen Platzhalter bereit, mit dem Benutzer Annahmen ändern und das Ergebnis analysieren können.

Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Nachdem im Build-Prozess eine Dimension geladen oder aktualisiert wurde, sollte als Best Practice die Anwendung aktualisiert werden.

Informationen zur Currency-Dimension

Wenn Sie mehrere Währungen für Ihre Anwendung aktiviert haben, können Sie die Währungen hinzufügen, die Sie zum Planen und Berichten verwenden.

Danach können Sie Wechselkurse nach Szenario und Jahr definieren, die in Umrechnungen verwendet werden sollen. Ein Berechnungsskript wird erstellt, mit dem Sie Währungsumrechnungen durchführen können. Um Wechselkurse einzugeben, klicken oder tippen Sie auf "Pläne", und öffnen Sie das Formular für Wechselkurse für die primäre Berichtswährung

Best Practices:

  • Begrenzen Sie die Anzahl der Berichtswährungen. In der Regel haben Kunden nur eine Berichtswährung. Sind mehrere vorhanden, finden Sie weitere Informationen unter Währungen einrichten.

  • Geben Sie Wechselkurse für jede gültige Kombination aus Szenario und Jahr ein.

  • Ab diesem Punkt können Währungsumrechnungen durch das Ausführen der Geschäftsregel "Währungen berechnen" durchgeführt werden, die standardmäßig jedem Formular zugeordnet ist.

  • Der Wechselkurstyp eines Kontos wird geändert, z.B. von Endwechselkurs in Durchschnittswechselkurs.

Führen Sie das Skript zur Währungsumrechnung aus, bevor Sie

  • aktualisierte lokale Daten in Berichtswährungen prüfen.

  • bestimmte Berechnungen ausführen, die möglicherweise von Berichtswährungsdaten abhängig sind.

Informationen zu Wechselkursen

Für jede Anwendung wird beim Erstellen der Anwendung eine Standardwährung festgelegt. Wenn Sie Wechselkurstabellen einrichten, geben Sie Wechselkurse aus allen Quellwährungen in die Standardwährung ein. Eine Umrechnung in alle anderen Berichtswährungen erfolgt anhand von Triangulation.

Wechselkurse werden von Scenario nach Jahr für Durchschnitts- und Endwechselkurse festgelegt. Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Informationen zur Period-Dimension

Verwenden Sie die Period-Dimension, um den Kalenderbereich innerhalb eines bestimmten Jahres festzulegen, z.B. nach Monat.

Best Practices:

  • Verwenden Sie Substitutionsvariablen für diese Dimension, um Berichterstellung und Berechnungen zu unterstützen. Potenzielle Substitutionsvariablen sind "CurrMo", "CurrQtr", "PriorMo". Diese Variablen müssen jeden Monat aktualisiert werden.

  • Um Zeitperiodenberechnungen wie "Jahr kumuliert" (Y-T-D, Year to Date) oder "Quartal kumuliert" zu verwenden, wählen Sie das Dynamic Time Series-Symbol in der Period-Dimension aus. Daraufhin können Sie auswählen, welche Zeitperiodenberechnungen Sie zur Unterstützung Ihres Prozesses benötigen.

  • Übersichtszeitperioden wie Quartals- und Jahresgesamtbeträge sollten auf dynamische Berechnungen gesetzt werden, um die Berechnungszeit zu reduzieren.

Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Nachdem eine Dimension geladen oder aktualisiert wurde, sollte als Best Practice die Anwendung aktualisiert werden.

Informationen zu Years

Years wird an vielen Stellen in die Anwendung einbezogen, z.B. in Formularen, Berechnungen, Berichten und in Smart View. Da Sie die Anwendung mehrere Jahre lang verwenden werden, sollten Sie als Best Practice mit einer Substitutionsvariablen auf diese Dimension verweisen.

Substitutionsvariablen fungieren als globale Platzhalter für Informationen, die sich regelmäßig ändern. Variable und Wert entsprechen dem Jahr, und der Wert kann jederzeit geändert werden.

Der Wert der Substitutionsvariable wird auf Formularen und Berichten als Platzhalter angezeigt. Dadurch wird der Wartungsbedarf für die Anwendung reduziert. Legen Sie Substitutionsvariablen fest, indem Sie "Administration", "Verwalten", "Variablen" auswählen.

Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Erstellen Sie als Best Practice Substitutionsvariablen für jedes in Ihrem Prozess enthaltene Jahr. Beispiel:

Substitutionsvariable, Beschreibung

CurrY, laufendes Jahr

NextYr, Budgetjahr (Planjahr)

PriorYr, Vorjahr

Informationen zu Custom-Dimensionen

Sie können eine Custom-Dimension verwenden, um Ihre Daten weiter zu kategorisieren. Beispiele für Custom-Dimensionen sind Product oder Markets.

Zugriffsberechtigungen können nicht auf Dimensionsebene, auch als "Generation 1" bezeichnet, gewährt werden. Beispiel: Zugriffsberechtigungen können nicht direkt dem Product-Element für alle abhängigen Elemente zugewiesen werden. Wenn Sie die Sicherheit für Ihre Custom-Dimension aktivieren, wird empfohlen, Generation 2 für alle Custom-Dimensionen zu entwerfen, auf die die Sicherheitseinstellungen unter Beachtung der Sicherheitszugriffszuweisungen angewendet werden.

Detaillierte Informationen zum Hinzufügen von Dimensionen und Elementen mit einer Ladedatei finden Sie unter Daten und Metadaten importieren und exportieren.

Nachdem eine Dimension geladen oder aktualisiert wurde, sollte als Best Practice die Anwendung aktualisiert werden.

Anwendung aktualisieren

Sie müssen die Anwendung jedes Mal aktualisieren, wenn Sie die Anwendungsstruktur ändern.

An der Anwendung vorgenommene Änderungen werden für Benutzer, die Dateneingabe- und Genehmigungsaufgaben durchführen, erst dargestellt, wenn die Anwendung aktualisiert wird.

Beispiel: Wenn Sie Eigenschaften eines Entity-Elements ändern, ein Szenario hinzufügen oder Zugriffsberechtigungen ändern, werden diese Änderungen für Benutzer dargestellt, nachdem Sie die Anwendung aktualisiert haben.

Historische Daten laden

Nachdem Sie alle Ihre Strukturen geladen haben, z.B. Konten und Entitys, können Sie historische Daten laden. Dazu können Daten aus tatsächlichen Ergebnissen des Vorjahres und aus Plan und Budget für das laufende Jahr gehören.

Das Laden historischer Daten bietet Benutzern eine Möglichkeit, Ergebnisse zu analysieren, Trends zu prüfen und aussagekräftige Vergleiche vorzunehmen.

Außerdem hilft es beim Prüfen der Strukturen, die Sie in Ihre Anwendung aufgenommen haben. Sie können z.B. prüfen, ob die Daten mit zuvor erstellten Berichten übereinstimmen. Wenn die Daten nicht übereinstimmen, müssen Sie prüfen, ob ein echtes Datenproblem oder lediglich ein Strukturproblem vorliegt.

Eine Aggregationsregel muss erstellt werden, damit konsolidierte Daten in Ihrer Anwendung angezeigt werden können. Informationen zum Erstellen einer Anwendungsregel finden Sie unter Aggregationsoptionen.

Informationen zu gültigen Schnittmengen

Mit gültigen Schnittmengen können Serviceadministratoren sogenannte Regeln für gültige Schnittmengen definieren, mit denen Dimensionsschnittmengen gefiltert werden, wenn Benutzer Daten eingeben oder Runtime Prompts auswählen. Beispiel: Sie können angeben, dass bestimmte Programme nur für bestimmte Abteilungen gültig sind. Nutzen Sie gültige Schnittmengen, um die Dateneingabe nur in gültige Schnittmengen zu steuern.

Für das Formulardesign gilt: Wenn die in der gültigen Schnittmenge festgelegten Dimensionen auf der Seite gefunden werden, werden dem Benutzer nur gültige Kombinationen in der Elementauswahl angezeigt. Wenn die Dimensionen, für die gültige Schnittmengen festgelegt sind, in der Spalte oder Zeile gefunden werden, kann der Formulardesigner ungültige Schnittmengen vollständig unterdrücken. Wenn die Unterdrückungsoption nicht ausgewählt ist, sind ungültige Schnittmengen schreibgeschützt.

Weitere Informationen finden Sie in der Dokumentation Gültige Schnittmengen definieren.

Informationen zu Formularen

Sie erstellen eine Reihe von Formularen, um Berichte auf Dateneingabe- und Übersichtsebene zu unterstützen. Der Formularinhalt ist ähnlich den Vorlagen, die Sie zum Erfassen und Berechnen von Daten verwenden. Das Layout kann sich von dem unterscheiden, das Sie aus Tabellen kennen.

Sie gruppieren Formulare innerhalb größerer Kategorien wie "Ertrag", "Vergütungsaufwand", "Sonstiger Aufwand" usw. Sie können einige Formulare erstellen, um die Dateneingabe zu unterstützen, und andere für Übersicht und Prüfung. Sie können auch Diagramme aufnehmen, um Benutzer beim Analysieren von Ergebnissen zu unterstützen.

Benutzer können Text und Daten eingeben. Sie können auch Bestätigungsdetails eingeben, indem sie eine entsprechende Schnittmenge im Formular auswählen und dann auf "Bestätigungsdetails" klicken, um ein neues Eingabeformular zu öffnen, in das zusätzliche Details zu dieser Schnittmenge eingegeben werden können.

Die Formular-Performance basiert auf mehreren Faktoren, einschließlich Netzwerk- und Umweltfaktoren, Struktur, Layout usw.

Best Practices:

  • Setzen Sie Dense-Dimensionen wie z.B. "Account" und "Period" in die Zeile und die Spalte eines Formulars. Setzen Sie Sparse-Dimensionen wie z.B. "Entity" auf die Seitenachse.

  • Dimensionen wie Scenario oder Version und Year können sich auf dem POV, in der Spalte oder in der Zeile befinden. Es ist wichtig, richtig abzuschätzen, wie Spalten oder Zeilen zurückgegeben werden, wenn ein Benutzer das Formular öffnet.

Eingabeformulare erstellen

Erstellen Sie Formulare, damit Benutzer Informationen wie Ertrag, Aufwände und Annahmen eingeben können.

Best Practices:

  • Gruppieren Sie Konten logisch, aber nehmen Sie nicht zu viele Konten in ein einziges Formular auf.

  • Begrenzen Sie die Anzahl der Eingabeformulare auf eine für Endbenutzer überschaubare Menge. Zwischen der Anzahl der Konten auf einem einzigen Formular und der erforderlichen Anzahl an Formularen, die zum Unterstützen Ihres Prozesses erforderlich sind, muss ein fein austariertes Gleichgewicht erreicht werden.

  • Verwenden Sie Detailformulare, damit Benutzer alle zugehörigen Informationen eingeben können. Alle Konten, die Eingaben erfordern, sollten auf einem Formular enthalten sein. Die Konten können in mehrere unterschiedliche Formulare aufgegliedert werden.

  • Wenn Sie Formulare erstellen, achten Sie darauf, alle entsprechenden Optionen auszuwählen, um das Design Ihres Formulars zu verbessern. Verwenden Sie z.B. Einstellungen, um Genauigkeit, Anzeige und Menüs zu steuern und um Ihrem Formular die richtigen Regeln zuzuordnen.

  • Verwenden Sie Substitutionsvariablen, um auf Dimensionen wie z.B. Years zu verweisen:

  • Verwenden Sie die Option "Ungültiges Szenario/ungültige Zeitperioden unterdrücken", um Perioden in einer Zeile oder Spalte des Formulars in die für das Szenario festgelegte Start- und Endperiode zu setzen. Diese Funktion kann anstelle von Substitutionsvariablen für Years verwendet werden.

  • Sie können gültige Schnittmengen festlegen, um die Beziehungen zwischen unterschiedlichen Dimensionen festzulegen. Die Unterdrückung ungültiger Kombinationen kann für Zeilen oder Spalten festgelegt werden, sodass nur gültige Schnittmengenregeln für Endbenutzer verfügbar sind. Standardmäßig sind nur gültige Schnittmengen für die Endbenutzer verfügbar, wenn die Dimensionen in der Seitenauswahl festgelegt werden.

  • Verwenden Sie Beziehungen, um Elemente in die Formulare aufzunehmen, anstatt Elemente einzeln auszuwählen.

  • Sie können Benutzervariablen für Dimensionen wie Entity und Scenario verwenden, um die Dimensionsauswahl für Endbenutzer zu reduzieren.

  • Wenn Ihre Anwendung mehrere Währungen unterstützt, können Sie eine Benutzervariable festlegen, sodass Benutzer ihre Basiswährung festlegen können.

  • Organisieren Sie Formulare in Ordnern.

  • Substitutionsvariablen reduzieren den Wartungsaufwand für Formulare.

Detaillierte Ertrags- und Aufwandsformulare erstellen

In Detailformulare sollten Benutzer alle Ertrags- und Aufwandsinformationen eingeben können. Alle Konten, die Eingaben erfordern, sollten auf einem Formular enthalten sein.

Best Practices:

  • Gruppieren Sie Konten logisch, aber nehmen Sie nicht zu viele Konten in ein einziges Formular auf.

  • Begrenzen Sie die Anzahl der Eingabeformulare auf eine für Endbenutzer überschaubare Menge. Zwischen der Anzahl der Konten auf einem einzigen Formular und der erforderlichen Anzahl an Formularen, die zum Unterstützen Ihres Prozesses erforderlich sind, muss ein fein austariertes Gleichgewicht erreicht werden.

  • Verwenden Sie Detailformulare, damit Benutzer alle Ertragsinformationen eingeben können. Alle Konten, die Eingaben erfordern, sollten auf einem Formular enthalten sein. Die Konten können in mehrere unterschiedliche Formulare aufgegliedert werden.

  • Wenn Sie Formulare erstellen, achten Sie darauf, alle entsprechenden Optionen auszuwählen, um das Design Ihres Formulars zu verbessern. Verwenden Sie z.B. Einstellungen, um Genauigkeit, Anzeige und Menüs zu steuern und um Ihrem Formular die richtigen Regeln zuzuordnen.

  • Das Erstellen von Formularen kann iterativ sein, um Benutzer und Prozesse zu unterstützen.

Regeln Formularen zuordnen

Das Zuordnen von Regeln zu Formularen ermöglicht es Benutzern mit dem entsprechenden Zugriff, zugeordnete Geschäftsregeln über das Formular zu starten, um Werte zu berechnen und abzuleiten.

Sie können einem Formular mit einem Cube mehrere Geschäftsregeln zuordnen.

Für die einem Formular zugeordneten Geschäftsregeln kann festgelegt werden, dass sie automatisch gestartet werden sollen, wenn das Formular geöffnet oder gespeichert wird. Sie können "Elemente in Formular verwenden" auswählen, um Runtime Prompts aus dem aktuellen Formular aufzufüllen, anstatt Benutzer zur Eingabe aufzufordern, wenn Regeln gestartet werden.

Best Practices:

  • Legen Sie für Regeln, deren Ausführung länger dauert, fest, dass sie über ein Aktionsmenü oder einfach durch die Zuordnung zum Formular gestartet werden.

  • Wenn eine Geschäftsregel Runtime Prompts aufweist, begrenzen Sie die Anzahl der Prompts, um den Benutzern ihre Arbeit zu erleichtern.

Menüs zu Formularen hinzufügen

Sie können Menüs Formularen zuordnen. Mit Aktionsmenüs können Benutzer in Formularzeilen und -spalten klicken und zu folgenden Zwecken Menüoptionen auswählen:

  • Eine Geschäftsregel mit oder ohne Runtime Prompts starten

  • Zu einem anderen Formular wechseln

  • Zu "Genehmigungen verwalten" mit vordefiniertem Szenario und vordefinierter Version wechseln

Menüs sind kontextbezogen. Welche Menüs angezeigt werden, ist von den Formulareinstellungen und der Stelle im Formular abhängig, auf die Benutzer mit der rechten Maustaste klicken.

Best Practices:

  • Wählen Sie beim Entwerfen von Formularen über "Weitere Optionen" die Menüs aus, die für Menüoptionstypen von Formularen verfügbar sind.

  • Wenn Sie Anwendungen aktualisieren, aktualisieren Sie auch die entsprechenden Menüs. Beispiel: Wenn Sie eine Geschäftsregel entfernen, auf die in einem Menü verwiesen wird, entfernen Sie diese auch aus dem Menü.

Datenvalidierungsformulare erstellen

Die Datenvalidierung kann als visueller Hinweis für Benutzer dienen, dass Geschäftsrichtlinien erfüllt wurden. Sie können bedingte Farbcodierungen zu Formularen hinzufügen, und Validierungsmeldungen können generiert werden, wenn eingegebene Daten die Validierungsregeln verletzen oder wenn eine Bedingung erfüllt ist.

Die Definition von Datenvalidierungsregeln umfasst die folgenden Hauptaufgaben:

  • Identifizieren Sie die Datenzellen oder Stellen, an der Sie Validierungsmeldungen anzeigen möchten oder die Sie in anderen Farben anzeigen möchten, wenn Bedingungen erfüllt sind.

  • Identifizieren Sie die Zelle, Spalte oder Zeile, die an der Regelauswertung beteiligt sein muss, und definieren Sie die Regel entsprechend.

  • Erstellen Sie die Datenvalidierungsregel an der identifizierten Stelle.

Formulare in Ordnern organisieren

Verwenden Sie Ordner, um die Formulare in Ihrer Anwendung zu organisieren. Formulare können nach Prozess- oder Benutzertyp in Ordnern gruppiert werden oder einfach, um es Benutzern zu erleichtern, Formulare zu finden. Sie können Formulare in Ordner verschieben, und Sie können eine Ordnerhierarchie erstellen. Das Erstellen von Ordnern erleichtert auch das Zuweisen von Zugriffsberechtigungen, da alle Formulare im Ordner die zugewiesenen Zugriffsberechtigungen übernehmen.

Dashboards erstellen

Dashboards ermöglichen es Ihnen, Informationen grafisch darzustellen oder mehrere Formulare gleichzeitig anzuzeigen. Sie können auch interaktive Dashboards mit mehreren Diagrammen entwerfen, um es Benutzern zu ermöglichen, ihre Plan- oder Prognosedaten zu analysieren. Eine andere Möglichkeit besteht darin, ein Raster und ein Diagramm gemeinsam anzuzeigen oder mehrere Raster zu kombinieren.

So erstellen Sie ein Dashboard:

  • Verschieben Sie Formulare per Drag-and-Drop in das Dashboard. Verwenden Sie das Einstellungsrad, um den gewünschten Diagrammtyp für jedes Raster auszuwählen.

  • Sie können so viele Formulare, wie Sie möchten, per Drag-and-Drop verschieben, und die Größe der Anzeige festlegen, indem Sie entweder die Höhe oder die Breite für die Komponente festlegen.

  • Legen Sie Dashboard-Einstellungen fest, um Dimensionen in einen gemeinsamen POV zu kombinieren.

  • Als Best Practice wird empfohlen, auf eine ausgewogene Anzahl von Komponenten auf dem Dashboard zu achten, damit es für den Benutzer optisch ansprechend ist.

Übersichtsformulare erstellen

Übersichtsformulare vereinen in der Regel alle Teile des Plans oder der Prognose eines Benutzers. Sie ermöglichen es Benutzern, ihre Ergebnisse zu prüfen und zu analysieren.

Dashboards können auch eine wirksame Methode sein, um Benutzer beim Analysieren ihrer Ergebnisse zu unterstützen.

Finanzberichte erstellen

Finanzberichte ermöglichen es Benutzern, die Performance zu analysieren und ihre Annahmen zu überprüfen. Finanzberichte können Erfolgsrechnungen, Bilanzen und Cashflows umfassen.

In der Regel enthalten Finanzberichte vergleichende Informationen, damit Benutzer ihre Abweichungen analysieren können. Übersichtsinformationen werden in der Regel in Finanzberichte integriert mit der Möglichkeit, detaillierte Daten durch das Verlinken detaillierter Formulare mit Menüs anzuzeigen.

Geschäftslogik integrieren

Um Ihre Geschäftslogik in Ihre Anwendung zu integrieren, können Berechnungen mit Calculation Manager erstellt werden. Damit können Sie anspruchsvolle Berechnungen erstellen, validieren, bereitstellen und verwalten, mit denen Geschäftsprobleme gelöst werden können.

Normalerweise erstellen Sie Geschäftsregeln und -regelsets, um:

  • Umsatzmodelle zu entwickeln

  • Ausgabenmodelle zu entwickeln

  • KPIs zu berechnen

  • Umlagen durchzuführen

Calculation Manager enthält die folgenden Objekte:

  • Regeln: Enthalten Komponenten und Vorlagen

  • Komponenten: Unterstützen Sie beim Erstellen von Regeln

  • Regelsets: Enthalten Regeln, die gleichzeitig oder nacheinander berechnet werden können

Weitere Informationen zum Erstellen von Berechnungen finden Sie in der Calculation Manager-Dokumentation.

Aggregationen erstellen

Aggregationen fassen Ihre Anwendung in Übersichtselementen in der Dimension zusammen, z.B. in Entity oder einer anderen Sparse-Dimension.

Calculation Manager enthält Vorlagen, die Sie beim Erstellen von Aggregationen unterstützen. Die Systemvorlagenaggregation weist mehrere Registerkarten auf. Hier finden Sie einige Vorschläge dazu, wie Sie Vorlagen verwenden können.

Point of View einrichten

Wenn der Point of View festgelegt ist, wird die Regel nur für die ausgewählten Elemente ausgeführt. Die Verwendung eines Runtime Prompt für die Dimensionen ermöglicht es Benutzern, Elementwerte für diese Dimensionen anzugeben, wenn sie die Regel starten. Auf diese Weise können Benutzer die Regel mehrmals für unterschiedliche Jahre, Szenarios und Versionen starten, ohne die Regel in Calculation Manager ändern zu müssen.

Vollständige Aggregation (dicht besetzt)

Füllen Sie diesen Abschnitt aus, wenn übergeordnete Werte in Ihren dicht besiedelten Dimensionen nicht auf "Dynamische Berechnung" gesetzt sind. Diese Registerkarte bleibt in der Regel leer.

Vollständige Aggregation (dünn besetzt)

Wählen Sie die zu aggregierende Sparse-Dimension aus. Die Reihenfolge der ausgewählten Dimensionen ist nicht relevant.

Teilweise Dimensionsaggregation: Dicht besetzt

Füllen Sie diesen Abschnitt aus, wenn übergeordnete Werte in Ihren dicht besiedelten Dimensionen nicht auf "Dynamische Berechnung" gesetzt sind. Diese Registerkarte bleibt in der Regel leer.

Empfohlene Einstellungen:

Daten bis zur lokalen Währung aggregieren: Nein

Fehlende Werte in der Datenbank aggregieren: Ja

Berechnung für Sparse-Dimension optimieren: Aus

Wert für Berechnungscache auswählen: Standard

Möchten Sie den Debugging-Modus für diesen Assistenten aktivieren?: Debugging-Assistent AKTIVIERT oder Debugging-Assistent DEAKTIVIERT. Wählen Sie "Debugging-Assistent AKTIVIERT" aus, um ein Script generieren zu lassen, das Auswahlmöglichkeiten für einige der Design Time Prompts in dieser Vorlage enthält.

Best Practices:

  • Verwenden Sie Runtime Prompts für Elemente wie Entity, Scenario und Version. Dadurch wird Ihre Regel dynamisch und kann basierend auf Benutzereingaben ausgeführt werden.

  • In der Regel müssen Dense-Dimensionen wie "Account" und "Period" nicht aggregiert werden. Wenn dies der Fall ist, können Sie übergeordnete Elemente auf "Dynamische Berechnung" setzen. Wenn es jedoch Elementformulare für Dense-Dimensionen gibt, die nicht auf "Dynamische Berechnung" gesetzt sind, ist eine CALC DIM-Regel erforderlich.

Detaillierte Berechnungen erstellen

Verwenden Sie Calculation Manager, um anspruchsvolle Berechnungen zu erstellen, zu validieren, bereitzustellen und zu verwalten, mit denen Geschäftsprobleme gelöst werden können.

Es gibt drei Arten von Objekten, die in Calculation Manager berechnet werden können:

  • Regelsets: Enthalten Regeln, die gleichzeitig oder nacheinander berechnet werden können (siehe Regeln verwalten).

  • Regeln: Enthalten Komponenten und Vorlagen (siehe Regeln verwalten).

  • Komponenten: Enthalten Formelkomponenten, Skriptkomponenten, Bedingungskomponenten, Bereichskomponenten und Komponenten vom Typ "Feste Schleife" (siehe Regeln verwalten).

Best Practices:

  • Stellen Sie beim Erstellen Ihrer Regeln zunächst sicher, dass Sie die Geschäftslogik verstehen und wissen, für welche Entitys oder Abteilungen die Regel gilt. Sie sollten z.B. wissen, welche Konten zur Regel gehören.

  • Vergewissern Sie sich, dass Sie die Quell- und die Zielkonten kennen.

  • Wenn Sie die Treiber der Berechnung vollständig verstanden haben, verwenden Sie die entsprechende Objektkomponente oder Vorlage, um die Regel zu erstellen. Die Komponenten und Vorlagen vereinfachen die Elementauswahl und unterstützen so die Implementierung der Regeln.

Das Verwenden von Runtime Prompts für Elemente wie Entity, Scenario und Version ermöglicht es Ihrer Regel, dynamisch zu sein und basierend auf Benutzereingaben ausgeführt zu werden.

Berichte erstellen

Das Erstellen von Berichten ermöglicht es Ihnen, dem Management Finanzplanungsberichte zu liefern. In diesem Schritt erstellen Sie Ihre Erfolgsrechnung und andere detaillierte Berichte mit der richtigen Formatierung, an die Ihr Managementteam bei Prüfungen gewöhnt ist.

Berichtsformate geben das Layout des Berichts an, z.B. welche Elemente jeweils in Zeilen und Spalten enthalten sind. Berichtsformate können verwendet werden, um viele unterschiedliche Berichte zu erstellen, z.B. nach Kostenstelle oder Abteilung.

Best Practices:

  • Bevor Sie Berichte erstellen, bestimmen Sie, wie viele unterschiedliche Berichtsformate erforderlich sind.

  • Um das Erstellen von Berichten zu vereinfachen, legen Sie ein Berichtsformat für jeden erforderlichen Berichtstyp fest.

  • Beginnen Sie mit der Erstellung von Berichten, indem Sie Dimensionen richtig anordnen. Rufen Sie dann den Bericht zum Erfassen der Daten ab. Wenden Sie zuletzt die Formatierung an.

Aufgabenlisten erstellen

Aufgabenlisten führen Benutzer durch den Planungsprozess, indem sie Aufgaben, Anweisungen und Fälligkeitstermine auflisten. Aufgabenlisten helfen dabei, Benutzer durch die Anwendung zu leiten, um sicherzustellen, dass dem Prozess gefolgt wird und dass alle erforderlichen Daten erfasst wurden.

Aufgabenlisten sollten entwickelt werden, um die unterschiedlichen Arten von Benutzern und Prozessflüssen zu unterstützen. Aufgaben können Benutzern bei der Durchführung vieler Arten von Aufgaben helfen, z.B.:

  • Formular öffnen

  • eine von Ihnen angegebene Geschäftsregel starten

  • den Prüfprozess mit einem angegebenen Szenario und einer angegebenen Version starten

  • eine Version der aktuellen Formulardaten kopieren

  • eine angegebene URL öffnen

Aufgaben leiten Benutzer durch den Planungsprozess. Aufgaben können Benutzern bei der Durchführung vieler Arten von Aufgaben helfen. Sie helfen dabei, Benutzer durch die Anwendung zu leiten, um sicherzustellen, dass dem Prozess gefolgt wird und dass alle erforderlichen Daten erfasst wurden.

Erstellen Sie Aufgaben, um die unterschiedlichen Arten von Benutzern und Prozessflüssen zu unterstützen.

Navigationsfluss einrichten

Mit "Navigationsflüsse" werden die oben im Benutzerfenster verfügbaren Cluster oder Karten festgelegt. Die Karten sind in der Regel Aktionen in Ihrem Geschäftsprozess zugeordnet, z.B. Aktionen zum Planen des Ertrags und zum Planen von Aufwänden. In jeder Karte können vertikale Registerkarten erstellt werden, um den Benutzer durch den Prozess für diesen Geschäftsbereich zu führen. Formulare können mit einer vertikalen Registerkarte verlinkt werden, um den Benutzer im Prozess zu führen. Vertikale Registerkarten können eine oder viele horizontale Registerkarte(n) aufweisen, die entweder mit Formularen oder mit Dashboards verlinkt sind.

Ihre Anwendung umfasst einen vordefinierten Navigationsfluss. Um die Karten und den Fluss für Ihre Organisation anzupassen, kopieren Sie den Standardfluss, und verwenden Sie ihn dann, um einen eigenen Fluss zu erstellen.

Tippen oder klicken Sie auf Einstellungen, Navigationsfluss. Tippen oder klicken Sie auf Aktion, Kopie erstellen.

Sie können ein Cluster erstellen, das einen gesamten Geschäftsprozess darstellt und Karten für die Aktionen enthalten kann, oder Sie können einfach neue Karten erstellen. Karten können als einzelne Seite entworfen werden oder mehrere Registerkarten enthalten. Für eine Karte, die als Tabelle eingerichtet ist, können Sie mehrere Registerkarten haben, mit denen Sie Inhalt dem Endbenutzer als horizontale Registerkarten anzeigen können. Sie geben den Inhaltstyp für jede der Registerkarten an und stellen eine Verknüpfung zu einem Artefakt her.

Sie können Karten beispielsweise folgenden Elementen zuordnen:

  • Dashboards

  • Formulare

  • Regeln

  • Genehmigungen

Zugriffsberechtigungen einrichten

Mit Zugriffsberechtigungen wird festgelegt, welche Berechtigungen ein Benutzer hat, nachdem das Produkt gestartet wurde. Meist werden Gruppen zum Organisieren der Benutzer eingerichtet. Per Definition ist eine Benutzergruppe eine Gruppe von Benutzern mit ähnlichen Zugriffsberechtigungen.

Zugriffsberechtigungen für Gruppen und einzelne Benutzer können diesen Anwendungselementen zugewiesen werden:

  • Szenarios

  • Versionen

  • Konten

  • Entitys

  • Elementen von Custom-Dimensionen

  • Formulare

  • Geschäftsregeln

Benutzer können folgenden Gruppen angehören:

  • Serviceadministrator

  • Poweruser

  • Benutzer

  • Leseberechtigter

Best Practices:

  • Ändern Sie für Dimensionen, die standardmäßig gesichert sind, die Zugriffsberechtigungen nach Bedarf.

  • Weisen Sie Anwendungselementen wie z.B. Dimensionselementen, Formularen und Regeln Zugriffsberechtigungen zu. Benutzer können nur diejenigen Anwendungselemente anzeigen oder verwenden, auf die sie Zugriff haben.

Informationen zu Benutzern und Gruppen

Die Benutzer Ihres Unternehmens müssen zum Oracle Identity Management-System hinzugefügt werden, bevor sie Berechtigungen zum Zugriff auf Elemente in Ihrer Anwendung erhalten. Mit Zugriffsberechtigungen wird festgelegt, welche Berechtigungen ein Benutzer hat, nachdem das Produkt gestartet wurde.

Per Definition ist eine Benutzergruppe eine Gruppe von Benutzern mit ähnlichen Zugriffsberechtigungen. Die Verwendung von Gruppen als einer Methode zum Organisieren von Benutzern und zum Zuweisen von Zugriffsberechtigungen ist eine Best Practice.

Benutzer hinzufügen

Benutzer müssen zu Ihrer Umgebung hinzugefügt werden, ihnen müssen Berechtigungen zugewiesen werden, und sie müssen Zugriff auf die Anwendung erhalten.

Benutzerrollen werden als einer der folgenden Typen definiert:

  • Serviceadministrator: Erstellt und verwaltet Anwendungen einschließlich Dimensionen, Formularen, Berechnungen usw. Der Serviceadministrator verwaltet Zugriffsberechtigungen und startet den Budgetprozess.

  • Poweruser: Erstellt und verwaltet Formulare, Smart View-Arbeitsblätter und Financial Reporting-Berichte. Kann alle Benutzeraufgaben ausführen.

  • Benutzer: Gibt Pläne ein und leitet sie zur Genehmigung weiter, führt Geschäftsregeln aus, verwendet von anderen Personen erstellte Berichte und zeigt Aufgabenlisten an und verwendet sie. Nutzt Smart View, um Daten einzugeben und Ad-hoc-Analysen durchzuführen.

  • Leseberechtigter: Zeigt Daten über Eingabeformulare und alle Datenzugriffstools, für die sie lizensiert sind, an und analysiert sie. Leseberechtigte können keine Daten in der Anwendung ändern. Typische Anzeigebenutzer sind Mitglieder der Leitung, die während und am Ende des Budgetprozesses Geschäftspläne einsehen möchten.

Benutzer, Poweruser und Leseberechtigte können basierend auf den vom Serviceadministrator zugewiesenen Berechtigungen auf Formulare, Aufgabenlisten und Geschäftsregeln zugreifen.

Gruppen erstellen

Es wird dringend empfohlen, beim Zuweisen von Zugriffsberechtigungen zu Benutzern Gruppen zu verwenden. Das Gruppieren von ähnlichen Benutzern erleichtert die Sicherheitswartung auf laufender Basis. Wenn Benutzer zu Gruppen hinzugefügt werden, übernehmen sie die Zugriffsberechtigungen der Gruppe. Wenn Sie Gruppenzugriffsberechtigungen auf Elemente wie z.B. Dimensionselemente, Formulare und Aufgabenlisten zuweisen, müssen Sie diese Zugriffsberechtigungen nicht jedem Benutzer einzeln zuweisen.

Best Practices:

  • Wenn ein einzelner Benutzer einer Gruppe zugewiesen wird und die Zugriffsberechtigungen des Benutzers zu denen der Gruppe in Widerspruch stehen, haben die Berechtigungen des einzelnen Benutzers Vorrang.

  • Die Verwendung von Gruppen für mehrere Benutzer mit ähnlichen Zugriffsberechtigungen sollte vor der Implementierung des Benutzerzugriffs gut definiert werden.

  • Einzelberechtigungen haben Vorrang vor Gruppenberechtigungen.

  • Wenn eine Einzelperson mehreren Gruppen zugeordnet ist, hat die Gruppe mit der höchsten Zugriffsberechtigung Vorrang.

Einem Benutzer direkt zugewiesene Zugriffsberechtigungen haben Vorrang vor Zugriffsberechtigungen, die aus Gruppen übernommen werden, zu denen der Benutzer gehört. Beispiel: Wenn Sie von einer Gruppe die Leseberechtigung für einen Plan übernommen haben, aber Ihnen direkt der Schreibzugriff auf den Plan zugewiesen wird, haben Sie Schreibzugriff auf den Plan.

Benutzer Gruppen zuordnen

Nutzen Sie als Best Practice Gruppen als eine Möglichkeit, den Wartungsaufwand zu reduzieren und Benutzern ähnliche Zugriffsrechte zuzuweisen. Gewähren Sie Benutzern Zugriff auf die entsprechenden Gruppen.

Zugriff auf Dimensionen zuweisen

Damit Benutzer Daten lesen oder schreiben können, benötigen Sie Zugriffsberechtigungen für die folgenden Dimensionen:

  • Account

  • Entity

  • Szenario

  • Version

Wenn die Sicherheitsfunktion für Custom-Dimensionen aktiviert ist, müssen Sie sie auch für Benutzer für diese Dimensionen zuweisen. Ändern Sie für Dimensionen, die standardmäßig gesichert sind, den Sicherheitszugriff nach Bedarf.

Zugriff auf die Account-Dimension zuweisen

Gewähren Sie Benutzern Lese- und Schreibzugriff nur für die Konten, die sie anzeigen dürfen. Sie können die Zugriffsrechte "Lesen", "Schreiben" oder "Keine" zuweisen.

Best Practices:

  • Beziehungsfunktionen sollten ebenfalls nach Möglichkeit verwendet werden, um den laufenden Sicherheitswartungsaufwand zu reduzieren. Die Beziehungsfunktionen sind: Element, Untergeordnete Elemente, IUntergeordnete Elemente, Abhängiges Element und IAbhängiges Element. Wenn Sie z.B. einer Gruppe Schreibzugriff auf die abhängigen Elemente von "Nettoeinkommen" gewähren, haben alle Benutzer dieser Gruppe Schreibzugriff auf alle Konten, die abhängige Elemente von "Nettoeinkommen" sind. So müssen Sie den Zugriff nicht auf jedes Konto einzeln gewähren.

  • Um alle Vorteile von Vorrangs- und Übernahmeregeln zu nutzen, verwenden Sie eine ausnahmebasierte Methode zum Verwalten der Sicherheit. Die primäre Zuweisung von Sicherheitsfunktionen sollte nach Gruppe und Beziehung erfolgen. Weisen Sie Elementen auf übergeordneter Ebene Gruppenrechte zu, und verwenden Sie Beziehungen, um die Zuweisungen auf die untergeordneten oder abhängigen Elemente zu übertragen. Weisen Sie in Ausnahmefällen Einzelbenutzerrechte auf untergeordnete Elemente zu.

Zugriff auf die Entity-Dimension zuweisen

Gewähren Sie Benutzern Lese- und Schreibzugriff nur für die Entitys, die sie anzeigen dürfen. Sie können die Zugriffsrechte "Lesen", "Schreiben" oder "Keine" zuweisen.

Zugriff auf die Scenario-Dimension zuweisen

Der Zugriff auf "Scenario" ist in der Regel auf "Lesen" oder "Schreiben" gesetzt. Beispiel: Sie möchten Lesezugriff auf die Ist- und Abweichungsszenarios und Schreibzugriff auf "Plan" und "Prognose" zuweisen.

Zugriff auf die Version-Dimension zuweisen

Der Zugriff auf "Version" ist in der Regel auf "Lesen" oder "Schreiben" gesetzt. Beispiel: Sie möchten Lesezugriff auf die endgültige Version und Schreibzugriff auf die Arbeitsversion zuweisen.

Zugriff auf Custom-Dimensionen zuweisen

Wenn die Sicherheitsfunktion für eine Custom-Dimension aktiviert ist, müssen Sie die Sicherheitsfunktion auch der Dimension zuweisen, damit Benutzer darauf zugreifen können.

Zugriff auf Formulare zuweisen

Damit Benutzer Formulare öffnen können, müssen ihnen Zugriffsrechte zugewiesen werden.

Benutzer, denen Zugriff auf einen Formularordner zugewiesen wurde, können auf die Formulare in diesem Ordner zugreifen, sofern ihnen nicht näher definierter Zugriff zugewiesen wurde.

Benutzer und Poweruser können Daten nur in Formularen anzeigen oder in Formulare eingeben, auf die sie Zugriff haben. Sie können nur mit Elementen arbeiten, auf die sie Zugriff haben.

Tipps:

  • Um das Zuweisen de Zugriffs auf Formulare zu vereinfachen, organisieren Sie Formulare in Ordnern und weisen Sie Zugriff auf der Ordnerebene statt auf der Ebene einzelner Formulare zu. Zugriffsberechtigungen können auf "Lesen", "Schreiben" oder "Keine" gesetzt werden.

  • Wenn Sie Zugriff auf einen Ordner zuweisen, übernehmen alle Unterordner dieses Ordners diesen Zugriff.

  • Wenn Sie näher definierten Zugriff (z.B. "Keine" oder "Schreiben") auf einen Formularordner zuweisen, hat dieser Zugriff Vorrang vor den Zugriffsberechtigungen für den übergeordneten Ordner. Beispiel: Wenn ein Benutzer Schreibzugriff auf Ordner1 hat, der Ordner2 enthält, auf den der Benutzer keinen Zugriff hat, kann der Benutzer Ordner1 öffnen, sieht jedoch Ordner2 nicht.

  • Wenn ein Benutzer keinen Zugriff auf einen Formularordner "Ordner1" hat, der das Formular "Formular1" enthält, für das der Benutzer Schreibzugriff hat, kann der Benutzer Ordner1 und Formular1 anzeigen.

Zugriff auf Geschäftsregeln zuweisen

Damit Benutzer Geschäftsregeln starten können, müssen ihnen Zugriffsberechtigungen für die Regeln gewährt werden.

Als Best Practice wird empfohlen, Geschäftsregeln in Ordnern mit ähnlichem Benutzerzugriff zu organisieren, und die Sicherheitsfunktion auf die Ordner anzuwenden. Sie können auch Zugriffsrechte auf einzelne Geschäftsregeln gewähren. Dies ist jedoch etwas zeitaufwendiger.

Benutzer haben Startzugriff auf Calculation Manager-Geschäftsregeln in Ordnern, für die ihnen Zugriff zugewiesen wurde, sofern ihnen nicht näher definierter Zugriff zugewiesen wurde.

Zugriff auf Aufgabenlisten zuweisen

Damit sie durch die Anwendung navigieren können, muss Benutzern der Zugriff auf einzelne Aufgabenlisten zugewiesen werden.

Weisen Sie den Zugriff als Best Practice mithilfe von Gruppen zu. Diese Methode ist effizienter als das Anwenden des Zugriffs auf einzelne Aufgabenlisten.

Zugriff auf Berichte zuweisen

Benutzern muss der Zugriff auf einen Bericht zugewiesen werden, damit sie diesen verwenden können.

Wie bei anderen Artefakten wird empfohlen, Berichte in Ordnern zu organisieren und den Zugriff auf Ordnerebene zuzuweisen. Dadurch wird der für die Sicherheit erforderliche Wartungsaufwand eingeschränkt. Wenn Berichte zum Ordner hinzugefügt werden, übernehmen Sie die Zugriffsrechte vom Ordner.

Genehmigungen erstellen

Verwenden Sie Genehmigungen, um Budgets und den Prüfstatus, die Verantwortlichkeit für Planungseinheiten und Prozessprobleme zu verfolgen. Dadurch wird der Zeitbedarf für den Planungszyklus reduziert.

Richten Sie den Genehmigungspfad unabhängig von der Organisationsstruktur ein, um den Pfad wiederzugeben, den ein Plan oder eine Prognose zur Genehmigung durchlaufen muss.

Benutzer können Anmerkungen und Kommentare für ihre Übergaben angeben.

Planungseinheitenhierarchie einrichten

Beim Einrichten der Planungseinheitenhierarchie wird der Hochstufungspfad definiert, der bei Genehmigungen verwendet wird. Als Basis der Planungseinheitenhierarchie dient die Entity-Dimension oder ein beliebiger Teil der Entity-Dimension in Kombination mit einer beliebigen sekundären Dimension.

Die sekundäre Dimension kann eine Mischung aus mehreren Dimensionen sein, abhängig davon, wo Sie sich im Workflow befinden. Sie können z.B. die Entity-Dimension mit der Products-Dimension im Hochstufungspfad für bestimmte Entitys kombinieren, während Sie die Channels-Dimension im Hochstufungspfad für andere Entitys verwenden.

Die Planungseinheit kann Verantwortlichen und Prüfern direkt zugewiesen werden. Validierungsregeln können zum Verarbeiten von bedingten Hochstufungspfaden, die von Datenanweisungen abhängig sind, erstellt werden. Sie erstellen unterschiedliche Planungseinheitenhierarchien, um Prüfprozesse in Ihrer Organisation zu unterstützen.

Die Planungseinheitenhierarchie wird dann der entsprechenden Kombination aus "Scenario" und "Version" zugewiesen.

Planungseinheiten sind Kombinationen aus Szenarios, Versionen und Entitys oder Teilen von Entitys. Szenarios und Versionen sind die Grundlage des Prüfzyklus. Eine Planungseinheitenhierarchie enthält Planungseinheiten und alle anderen Dimensionen, die Teil des Prüfprozesses sind.

Wissenswertes zu Genehmigungen:

  • Der Prüfprozess folgt dem Hochstufungspfad, den Sie einrichten, wenn Sie den Eigentümer und Prüfer für eine Planungseinheit auswählen, sofern nicht ein Ereignis eine Änderung am Hochstufungspfad auslöst.

  • Hierarchische Beziehungen zwischen Elementen der Planungseinheitenhierarchie wirken sich auf den Prüfprozess aus

  • Wenn Benutzer ein übergeordnetes Element hochstufen oder ablehnen, werden die untergeordneten Elemente ebenfalls hochgestuft oder abgelehnt, sofern sie nicht genehmigt sind. Der Eigentümer des übergeordneten Elements wird Eigentümer der untergeordneten Elemente.

  • Wenn Benutzer ein übergeordnetes Element genehmigen, werden die untergeordneten Elemente ebenfalls genehmigt.

  • Wenn alle untergeordneten Elemente an denselben Eigentümer hochgestuft wurden, wird das übergeordnete Element an den Eigentümer hochgestuft.

  • Wenn sich der Status aller untergeordneten Elemente in denselben Status, z.B. "Abgezeichnet", ändert, ändert sich der Status des übergeordneten Elements in denselben Status.

  • Benutzer können den Status eines übergeordneten Elements nicht ändern, wenn die untergeordneten Elemente verschiedene Verantwortliche haben.

  • Wenn die untergeordneten Elemente an unterschiedliche Benutzer hochgestuft oder weitergeleitet werden oder von unterschiedlichen Benutzern abgezeichnet werden, hat das übergeordnete Element keinen Eigentümer, und nur Serviceadministratoren können den Status dieses Elements ändern.

  • Die Planungseinheit wird von einem Prüfer zum nächsten weitergereicht, bis der Budgetierungsprozess abgeschlossen ist.

Testen

Das Testen ist ein wichtiger Schritt bei der Anwendungsentwicklung. Alle Berechnungen, Zugriffsberechtigungen und Berichte müssen getestet werden, um sicherzustellen, dass sie ordnungsgemäß funktionieren.

Informationen zu Einheitentests

Einheitentests sind der erste Schritt der formalen Prüfung und stellen den Hauptbestandteil der Testumgebung dar. Zu Einheitentests gehört das Testen jedes Funktionsbereichs der Anwendung als separate Einheit, um sicherzustellen, dass er wie erwartet funktioniert.

Bei einem Test kann z.B. bestätigt werden, dass ein Dataload ohne Fehler zu Ende ausgeführt wird. Bei anderen Tests kann bestätigt werden, dass Formulare und Berichte zugänglich und Berechnungen abgeschlossen sind usw.

Die Person, die die Anwendung erstellt oder konfiguriert, führt in der Regel die Einheitentests durch.

Informationen zu Systemtests

Bei Systemtests wird überprüft, ob das System ohne Fehler funktioniert und die erforderlichen Funktionen bereitstellt.

Der Schwerpunkt liegt darauf, die Art und Weise zu testen, wie die Anwendung konfiguriert wurde, und zu überprüfen, wie das Team die Geschäftsprozesse und Berichte aufgebaut hat. Bei Systemtests liegt der Schwerpunkt darauf, das gesamte System zu testen, einschließlich der eindeutigen Parameterkonfiguration, aller Funktionen, die zum Einsatz kommen werden, sowie eventueller Erweiterungen.

Systemtests gehen auch über die Software hinaus und überprüfen, wie effektiv manuelle Prozeduren, Formulare und Steuerelemente funktionieren. Es handelt sich um einen vollständigen Satz an formalen Funktionstests, die alle Aspekte der Funktionen innerhalb des Systems abdecken, das gerade erstellt wird.

Diese Art von Test wird häufig kombiniert mit:

  • Sicherheitstests: Tests, bei denen geprüft wird, ob die System- und Datenbanksicherheit für das Gesamtsystem und für jeden bestimmten Benutzer angemessen ist.

  • Integrationstests: Hierbei wird die gesamte Geschäftslösung getestet, einschließlich der Übergabe von Daten an und aus anderen integrierten Systemen. Es wird überprüft, ob die Funktionalität gültig bleibt, wenn alle Aspekte des Systems miteinander kombiniert wurden.

  • Benutzerakzeptanztests: Benutzer überprüfen, ob das System ordnungsgemäß funktioniert und den Anforderungen entspricht. Wenn Benutzer nicht an den formalen Systemtests beteiligt sind oder bestimmte Tests fordern, können weitere Akzeptanztests erforderlich sein. In den meisten Fällen erfolgt diese Art von Tests jedoch als Teil der System- und Integrationstests, vorausgesetzt, Benutzer akzeptieren diese Tests als für die Akzeptanz angemessen.

Rollout

Während des Rollouts können Sie Endbenutzer in der Verwendung des Systems schulen und ihnen zeigen, wie sie im System navigieren und Funktionen nutzen können. Dokumentieren Sie als Best Practice Ihr System, damit ggf. eine andere Person bei Bedarf die Administration übernehmen kann.

Schulung

Alle Benutzer des Systems sollten in der Verwendung der Anwendung geschult werden. Benutzer müssen lernen, wie sie bequem in der Anwendung navigieren können, und die ihnen zugewiesenen Aufgaben verstehen. Schulungen sollten die Anmeldung bei der Anwendung, das Navigieren durch Aufgabenlisten, das Eingeben von Daten, das Ausführen von Regeln, das Verwenden von Smart View und das Verwenden von Tools in der Anwendung umfassen. Bei Schulungen kommen Benutzer in der Regel erstmals mit der Anwendung in Berührung, und eine gut geplante und gut ausgeführte Schulungssitzung hilft dabei, einen guten ersten Eindruck zu vermitteln.

System- und Administrationsinformationen dokumentieren

Nachdem Sie Ihre Anwendung erstellt haben, empfehlen wir Ihnen, eine System- und Administrationsdokumentation für die Anwendung zu erstellen.

Best Practices:

  • Erstellen Sie diese Dokumentation am Ende des Build-Prozesses, wenn Ihnen die Informationen noch geläufig sind.

  • Schließen Sie z.B. Informationen zu Datenquellen, zur Anwendungsstruktur, zur Funktionsweise von Berechnungen und dazu ein, welche Wartungsvorgänge für die Anwendung erforderlich sind.

Führen Sie Wartungsaufgaben in Zeitrahmen unterteilt auf, z.B. monatliche und jährliche Wartungsarbeiten. Das macht es möglich, dass bei Bedarf später eine andere Person das System übernehmen kann.

Anwendung für Benutzer aktivieren

Um die Anwendung für Endbenutzer zu aktivieren, müssen Sie die Systemaktivierung öffnen. Starten Sie zusätzlich Planungseinheiten, um Genehmigungen zu ermöglichen.

Planungseinheiten starten

Die Planungseinheit muss gestartet werden, damit Benutzer auf das System zugreifen und den Prüfprozess starten können. Nachdem sie gestartet wurde, wird die Planungseinheit von einem Prüfer zum nächsten verschoben, bis der Prozess abgeschlossen ist.