Bekannte Probleme

• Die Earned Value-Analyse (EVA) kann in Versionen 39.4.x.x nicht verwendet werden. Die Berechnung der Kostenabweichung (CV) sowie evtl. weiterer Werte stimmt unter bestimmten Voraussetzungen nicht.
• Im Modul Meine Aufgaben werden Chancenmaßnahmen, die den Termin in der Zukunft oder keinen Termin haben nicht angezeigt, wenn es keine weiteren Faktoren (Vorgänge, Aufgaben etc) gibt, die ebenfalls in die Gruppen Zukünftig oder Ohne Termin gehören.
• Es ist möglich, auch für Projekte mit Status=9 Statusberichte zu erstellen, obwohl beim Betätigen der Schaltfläche Statusbericht erstellen (Baseline erstellen, Abschlussbericht erstellen) die Meldung Kapazitätsrechnung für Projekt 8000 nicht zulässig (Grund: Projektstatus ungleich 1) ausgegeben wird.
• Ordnet man einem Projekt ein Prozessmodell zu, welches in der ersten Phase keine Prozessschritte enthält, wird am unteren Rand des Moduls Prozessstatus folgende Fehlermeldung ausgegeben: Local Variable akt_pos referenced before assignment.
  • Fehlen die Prozessschritte in den weiteren Phasen des Prozessmodels, wird die Fehlermeldung nicht ausgegeben.
• Wurde eine Prozessphase, die in einem Projekt aktiv ist, in dem Modul Prozessmodell-Templates gelöscht, wird beim Aufruf dieses Projekts oder der Projektübersicht eine Python-Fehlermeldung ausgegeben.
• Neu angelegte OLEs werden nicht sofort im Modul OLEs angezeigt, sondern erst nach Neustart des Systems.
• Beim Verwenden der Belastungskurve MAN und wenn noch keine Ist-Termine gesetzt sind, werden bei der manuellen Eingabe von Belastung-Rest, die Werte zwar in Belastung-Soll übernommen, jedoch nicht auf Aufwand-Soll verdichtet.
  • Umgehenslösung: nach der Eingabe von Belastung-Rest und der Kapazitätsrechnung den Aufwand-Rest auf den Aufwand-Soll kopieren.
• Beim Verwenden der Python-Methode get_children() kommt es zum Absturz, wenn eine nicht existierende Datentabelle angesprochen wird.
• Beim Ändern einer fachlichen ID eines Hauptprojekts kommt es im Modul Teilprojekte gelegentlich zum Vertauschen der Reihenfolge von Unterprojekten, die sich auf der gleichen Strukturebene befinden.
• Symbolparameter Inhaltmuster, Inhaltdicke und Inhaltdichte haben keine Wirkung (sind nicht funktionsfähig).
• Es ist auch mit CU-Rechten nicht möglich aus den Modulen Dataitems und Modulinformation durch Klick auf den Link auf der Tabellen-ID die entsprechende Datentabelle aufzurufen.
• Die Wertebereich-Funktion EXPAND() wird nur einmal berechnet.
• Automatische Tooltips werden auf abgeschnittenen Datenfeld-Überschriften in Masken und auf Schaltflächen nicht angezeigt.
• In Gruppierungsbereichen, deren DDI ein Inkarnations-DI ist, kann es zu Problemen beim Einfügen neuer Gruppen kommen. Daher sollte statt dessen das KO-DI verwendet werden.
• Die Rückmeldung auf Request-Prozessschritte ist zur Zeit nicht möglich.
• Der Oracle-Fehler im Logfile OCIError: ORA-24432: Die zurückgegebene Anweisung ist keine Tagged-Anweisung. ist keine wirkliche Fehlermeldung, sondern eine Warnung und kann ignoriert werden.
• Die Schaltfläche VN im Modul Vorgangskette hat derzeit keine Funktion.

Bekannte Probleme mit Lösung

Kosten- und Aufwandstrendanalysen zeigen unter MSSQL keine Daten

In seltenen Fällen, z.B. bei einer Migration der Daten von Oracle auf MSSQL, enthalten die DIs 059290 bis 059299 der DT827 den Wert NULL. Dies führt dazu, dass die Kosten- bzw. Aufwandstrend-Analysen keine Daten anzeigen. In diesem Fall führen Sie bitte die folgende Prozedur auf der Produktivumgebung aus:

exec P_RunningSum_827 1,'',''
GO

Python-Fehlermeldung im Dashboard

• Bei bestimmten Datenkonstellationen kann es im Modul Dashboard zu folgenden Python-Fehlermeldungen kommen:

• Python error in value range DI059707 "current_report_ole_def_effort":computeOutput
  <class 'TypeError'>:
  argument must be string, not None
  

• Python error in value range DI059708 "current_report_ole_def_costs":computeOutput
  <class 'TypeError'>:
  argument must be string, not None
  

  • Ursache: falsch konstruierter Wertebereich
  • Lösung: Im Wertebereich der DIs 059707 und 059708 die Zeile

    elif current_value < float(compare_value_2):

    durch

    elif current_value <= float(compare_value_2):

    ersetzen.

Loop bei der Kapazitätsrechnung

• Hat eine Ressource einen abweichenden zu BK Kalender und sind folgende Parameter gesetzt: Kalender ist aktiv=N, Arbeit (im Ressourcenkalender)=J, Arbeit (im BK-Kalender)=N, ensteht bei der Kapazitätsrechnung ein Loop.
  • Ursache: Fehlerhafte Parameter-Einstellungen
  • Lösung: Den Parameter Kalender ist aktiv auf J setzen (die Checkbox aktivieren).

Python-Fehlermeldung im Modul Indirekte Module

• Im Modul Indirekte Module erscheint beim Klick auf den Link im Feld MOD die Python-Fehlermeldung Python error in macro 0099CN.
  • Ursache: Fehler im Python-Makro
  • Lösung: Im Modul Module 0099CN eingeben und Klick auf die Schaltfläche Makrobearbeitung aufrufen und wie folgt vorgehen:

    • mod_id = module_macro.get_invoker_rec().get_dtp_record().id.get_value()

      durch

      if hasattr(module_macro.get_invoker_rec().get_dtp_record(),'id'):
          mod_id = module_macro.get_invoker_rec().get_dtp_record().id.get_value()
      else:
          mod_id = module_macro.get_invoker_rec().get_dtp_record().module_id.get_value()

      austauschen

Python-Fehlermeldung beim Export nach Microsoft Project

• Beim Export nach Microsoft Project wird eine Python-Fehlermeldung ausgegeben.
  • Ursache: Die Laufzeit eines Projekts ist länger als die vom Basiskalender.
  • Lösung: Im Modul Kalender die Laufzeit des Basiskalenders an die Laufzeit des Projekts anpassen.

Sortierung nach Projektcode stimmt nicht

• Im Modul Projekte stimmt die Sortierung nach Projektcode nicht.
  • Ursache: Customizing: Die Reihenfolge im Feld Sortierreihenfolge ist falsch eingestellt.
  • Lösung: Im Datenbereich 041023 Dynamische Gruppierung im Feld Sortierreihenfolge folgende Werte eintragen:
    • Für das Datenfeld 461: OLAP 1 - txt (DI029160) eine 3
    • Für das Datenfeld 461: OLAP 1 - Numerisch für Sortierung (DI057587) eine 1
    • Für das Datenfeld 461: OLAP 1 - 029129 (DI029133) eine 2

Fehlermeldung im Dashboard

• Im Dashboard wird im Chart der Meilensteine folgende Fehlermeldung angezeigt:

Traceback (most recent call last):
File "DA050680_DF_728914.py", line 298, in ?
File "DA050680_DF_728914.py", line 122, in __init__
File "DA050680_DF_728914.py", line 171, in draw_chart
TypeError: expected string for parameter 'string' but got 'NoneType'

• Ursache: Die Kapazitätsrechnung wurde noch nicht durchgeführt oder konnte z.B. aufgrund eines Zyklus im Terminplan nicht komplett fertiggestellt werden. Oder das Projekt hat keine Master-Meilensteine.
• Lösung für Projekte mit Status = Aktiv: Die Kapazitätsrechnung (erneut) durchführen.
• Für alle anderen Projekte (z.B. Vorlagen) ist diese Meldung irrelevant.

Schwarze Balken in Meine Aufgaben

• Im Modul Meine Aufgaben wird die alternierende Schattierung der Prozessschritte in Fenster 3 schwarz angezeigt.
  • Ursache: In DA050823 ist zwar das DI Farbintensität F3 gefüllt, das dazugehörige DI Altern. Farbe F3 jedoch nicht.
  • Lösung: Im Modul Datenbereiche in die Modulvariante Layout wechseln und in das DI Altern. Farbe F3 den Wert aus dem DI Altern. Farbe F1 kopieren.

Siehe auch: Customizing-FAQs

Anlegen von Filtern nicht möglich

• Problem: In den Modulen Objektfilter und Portfolioauswertung, Scoring können keine Daten angelegt werden, da die automatische Nummer nicht gezogen wird.
  • Ursache: In der DT817 Filterklasse fehlen die Werte 1 (Multiprojektinfoboard) und 2 (PPPM-Infoboard)
  • Lösung: Im Modul Customizer Stammdaten Filterklassen die Werte 1 und 2 anlegen

Aufwände für Skillressourcen werden in Jahresscheiben nicht verdichtet

• Problem: Aufwände für Skillressourcen werden im Modul Budget in den Jahresscheiben des Bereichs Aufwandsbudget nicht verdichtet.
  • Ursache: Die Prozedur p_upd_kost_aufw_erl_akt ist fehlerhaft.
  • Umgehungslösung: Die Abfrage in der Prozedur wie folgt anpassen:

SELECT       
     di001001 AS                pr,
     di023062 AS                jahr,
     di001003 AS                ueb_pr,
     dt470.di029478 AS          koagrp,    

     ROUND(SUM(di001413)) AS        soll,
     ROUND(SUM(di001419)) AS        ist,
     ROUND(SUM(di001426)) AS        rest,
     ROUND(SUM(di001432)) AS        gesamt,    

     ROUND(SUM(case when DI003414 in ('1I','1E','5','2') then di001509 else 0 end)) AS        soll_aufw,
     ROUND(SUM(case when DI003414 in ('1I','1E','5','2') then di001510 else 0 end)) AS        ist_aufw,
     ROUND(SUM(case when DI003414 in ('1I','1E','5','2') then di001511 else 0 end)) AS        rest_aufw

   FROM dt472
   INNER JOIN dt461 ON (di001395 = di001001)  
   INNER JOIN DT467 ON (DI001517=DI001218)
   INNER JOIN DT470 ON (di001366 = di001518)
   INNER JOIN dt861 ON (di001395 = di023119 and di023062 = extract(YEAR FROM di001519))

   -- Positive buchungen

  WHERE dt472.di001510 + dt472.di001511  <> 0
  AND dt461.di001052 = '002190'
  GROUP BY di001001, di023062, di001003, di029478 

Fehlermeldung beim Abgeben von Statusberichten (behoben in 39.4.4.0)

• Beim Abgeben eines Statusberichtes kommt eine dieser Fehlermeldungen

  Python error in macro XYZ ... ORA-00942: Tabelle oder View nicht vorhanden ....
  Python error in macro XYZ... ORA-06550 ... PLS00103: Fand das Symbol '"' als eines der folgenden erwartet wurde ....

• Ursache sind fehlende Rechte auf die zugrunde liegenden Materialized Views, die den falschen Owner (ungleich dem Schema Owner) haben. Dies entsteht hauptsächlich durch das Einspielen der Datenbank mit dem Oracle Legacy Import Tool imp.
• Lösung:
  • Zur Datenbank verbinden als SYSDBA (zwingend), mit sqlplus oder Developer
  • Verifizieren, dass der View Owner ein anderer als der Schema Owner ist (im folgenden <your_database_user> mit dem Namen des betreffenden DB-Users ersetzen):

    SELECT * FROM SNAP_REFTIME$ WHERE SOWNER = '<your_database_user>'; -- or more generic: (SOWNER <> MOWNER)
    SELECT * FROM SNAP$ WHERE SOWNER = '<your_database_user>'; -- or more generic: (SOWNER <> MOWNER)

  • Zur Korrektur die folgenden drei Zeilen ausführen:

    UPDATE SNAP_REFTIME$ SET MOWNER=SOWNER WHERE SOWNER = '<your_database_user>';
    UPDATE SNAP$ SET MOWNER=SOWNER WHERE SOWNER = '<your_database_user>';
    COMMIT;

Bekannte Probleme nach der Migration

Konvertierung von VH() in Wertebereichen zu SQL WB

• Manche Wertebereiche beziehen sich auf Datentabellen, die nicht mehr existieren.
  • Detailinformationen siehe Migrationsprotokoll-Datentabelle MIG_LOG
• Manche VH-Wertebereiche arbeiten nicht unter Zuhilfenahme des Index (DI 000242).
  • Migrationsroutine erzeugt den korrigierten SQL-Wertebereich.

Visuelle Darstellung

• Datenfelder und Schaltflächen werden in 39 anders dargestellt als in 3.8
• Schaltflächen werden gemäß dem Windows-Anzeigeschema dargestellt
  • In der Folge kann es bei migrierten Maskenbereichen zu Überlappungen von Datenfeldern und Schaltflächen kommen

Background-DIs in Überschriften

• In festen Überschriften werden Background-DIs dargestellt.
  • Ursache: Hierbei handelt es sich um einen Update-Befehl, der eine Besonderheit bei I-Texten ist.
  • Lösung: Der Wert von (ALT+0160) muss auf das Überschrifts-DI gesetzt werden, wenn das DI gleich dem Background-DI ist und die Überschrift nicht gefüllt ist.