Projektberichts- und Budgetverfolgungsempfehlungen

Kontenplanhierarchie für Projekte

Erstellen Sie eine alternative Kontenplanhierarchie für Projekte, die nur Projektkonten umfasst. Die Kontenplanhierarchie für Projekte ist ein Subset der Kontenplanhierarchie des Unternehmens. Beispiele hierfür sind WIP-Anlagen, fakturierte und nicht verdiente Verbindlichkeiten, direkte und indirekte Projektaufwendungen sowie Projekterlöskonten. Für Projektberichte, die Projektbudgetbearbeitung und die Verfolgung ist eine Kontenplanhierarchie für Projekte erforderlich.

Der Projektkontenplan sollte Folgendem zugewiesen werden:

  • Parametern für Projektberichtseinstellungen
  • Für die Projektkostenanalyse verwendeten Kontoanalyse-Einstellungen der Lösung "Global Ledger"
  • Der Berichtsgrundlage, die dem Projektbudget zugewiesen ist
  • Der für die Projektberichte in Infor BI verwendeten Berichtsgrundlage

Ein Projektkontenplan ist für alle Berichte erforderlich, in denen Beträge ermittelt werden, indem aufsummierte Beträge oder Salden des Cubes einschließlich der Gesamtverpflichtungen gelesen werden. Ein Projektkontenplan ist ein Subset des Kontenplans der Lösung "Global Ledger" und kein neuer Kontenplan. Die Konten, die für Projektberichte verwendet werden, werden durch einen Projektkontenplan angegeben.

Projektbuch

Erstellen Sie einen für die Lösung "Projektbuch" spezifischen Code zur Buchung von Transaktionen, direkten Einträgen, indirekten Einträgen und statistischen Einträgen, die nur in der Lösung "Projektbuch" gebucht werden. Diese Einträge werden nicht in der Lösung "Global Ledger" oder in spezifischen Berichtsgrundlagen der Lösung "Global Ledger" gebucht. Erstellen Sie einen einzelnen Code und eine Beschreibung, um beides mit Journalen zu verwenden oder zu verknüpfen, die nur in Projektberichten verwendet werden.

Berichtsgrundlage für Projekt

Erstellen Sie eine projektspezifische Berichtsgrundlage für Projektberichte, die Budgetbearbeitung und die Verfolgung. Weisen Sie der Projektberichtsgrundlage die Projektkontenplanhierarchie zu. Die Zuweisung der Hierarchie zur Berichtsgrundlage ist wichtig für die Berechnung von Istwerten und Gesamtverpflichtungen, die für Budgetbearbeitungsberechnungen erforderlich sind. Budgetvorlagen, die die Kontodimension, aber keine gültigen Konten enthalten, werden in der Budgetvorlagengruppe in der Hierarchie nicht als eingeschlossen markiert. In diesem Fall wird die Kontenplanhierarchie verwendet, um die gültigen Konten zu bestimmen, die zur Berechnung der Istwerte und Gesamtverpflichtungen verwendet werden. Dies gilt für einzelne oder mehrere Berichtsgrundlagen oder Parameter, die für Projektberichte verwendet werden. Sie könnten beispielsweise über zwei Projektberichtsgrundlagen verfügen: eine Berichtsgrundlage für Aktivierungsprojekte und eine Berichtsgrundlage für durch Zuschüsse finanzierte Projekte.

Hinweis

Häufig wird bei der Ersteinrichtung der Fehler begangen, den Unternehmenskontenplan für die Berichtsgrundlage des Projektbudgets auszuwählen. Der Unternehmenskontenplan enthält alle Buchungskonten, einschließlich des Systemkontos für Perioden-Gewinnrücklagen. Die Berechnung von Gesamtverpflichtungen umfasst die Einträge für Perioden-Gewinnrücklagen. Das Perioden-Gewinnrücklagenkonto wird aktualisiert, wenn Journaleinträge, die Gewinn- und Verlustkonten enthalten, in der Lösung "Global Ledger" gebucht werden. Perioden-Gewinnrücklageneinträge werden erstellt und in alle Dimensionen gebucht, einschließlich Projekt- und Benutzerdimensionen.

Cube aktualisieren

Beim Entwerfen und Erstellen der Lösung "Finanzmanagement" standen Analysen im Mittelpunkt. Alle Berichte, die Saldo- oder Zusammenfassungsbeträge erfordern, lesen den Cube, um Zusammenfassungsbeträge abzurufen. Dies umfasst auch Berichte von Infor BI App Studio sowie alle standardmäßigen Landmark-Berichte, einschließlich GL-Kontoanalyse, Projektverpflichtungen und Projektabweichung. Es wird empfohlen, eine geplante Aktion zu erstellen, mit der der Cube regelmäßig während des gesamten Tages aktualisiert wird.

Lokale Verpflichtungen und Cube-Verpflichtungen

Lokale Verpflichtungen werden stets vor Cube-Verpflichtungen ausgeführt. Lokale Verpflichtungen werden unverzüglich aktualisiert, wenn die Transaktion die Warteschlange durchläuft. Beispiel: Durchlaufen einer Budgetbearbeitungsprüfung. Cube-Verpflichtungen werden aktualisiert, wenn GeneralLedgerTotal und der Cube aktualisiert werden. Wenn eine Bedarfsanforderung oder Bestellung freigegeben wird und die Transaktion die Budgetbearbeitung durchläuft, aktualisiert die Transaktion den Wert BudgetGroupTotal, der die lokalen Verpflichtungen darstellt. Lokale Verpflichtungen werden in Echtzeit aktualisiert. Der Cube und die Cube-Verpflichtungen werden erst beim nächsten Aktualisierungsvorgang aktualisiert.