Erneut ein MDX Problem mit Datum

… nach der Installation vom Fixpack 3.1 für SAP BusinessObjects XI3.1 SP3!

Schon einmal hatten wir ein MDX Problem mit einem Datumsobjekt (siehe Blogeintrag hier). Dieses Problem wurde mit einer eigenen SAP-Note (nach langem hin und hier) im BW gelöst. Konnte man damals weder BETWEEN, noch GREATER/LESS THAN richtig verwenden, so funktioniert jetzt ein vordefinierter (Datums-)Filter der von der, dem BO Universum zugrundeliegenden, SAP-BW Query kommt nicht mehr!

Vor dem Update gab man das Datum in WEBI wie folgt ein:

 

 

 

Macht man das jetzt genauso (keine Usersettings in BW oder WEBI wurden geändert!), kommt folgende Fehlermeldung (WIS 10901, the value entered is not valid):

 

 

 

 

 

 

Schau ma mal, wielange SAP braucht um hier eine Lösung zufinden! Erster Vorschlag war: Neuestes SAP-Integration Toolkit installieren. Den Downlaod findet man noch nicht gelistet, aber sucht man nach dem Namen (den man vom Support bekommt) findet man den entpsrechenden Link. Komisch, aber naja. Laden gerade runter und sehen dann weiter (was wir sehen oder auch nicht sehen werden 😉 ) 

Achja, für alljene die meinen, man braucht ja nur das Datum wie vorgegeben einzugeben: So g’scheit waren wir auch schon, funktioniert dennoch nicht! 😉

Update: Welch Überraschung, die Installation vom neuesten Integration Toolkit Fixpack hat das Problem NICHT gelöst …

MDX Problem mit BETWEEN…

… in BOXIR3.1 SP3!

Problem: Obwohl man gewisse Monate in der BO Query mit BETWEEN auswählt bekommt man auch andere (alle). MDX ignoriert die Einschränkung auf 0CALMONTH.

Lesern meines Blogs mag das bekannt vorkommen. Mir leider auch 🙁 Hatte bereits mein Deja-vu bzw. komm ich mir vor wie bei „Und täglich grüßt das Murmeltier“. Siehe Post „MDX und Zeiteinschränkung BETWEEN in WEBI/SAP-BW!“

Neues SAP-BW Release (7.0 mit ENHP1 und SP6), altes Problem. Einziger Unterschied, dieses Mal dürfte es noch keinen Hotfix dazu geben, sondern dieser muss erst von der SAP programmiert werden. SAPCanada bzw. Österreich arbeiten an dem Problem um die Datumsselektion mit BETWEEN in den Griff zubekommen. Schon etwas frustrierend im Moment. Von einem Problem zum nächsten …

Hoffentlich erhalten wir bald eine Lösung, denn der Workaround mit inList funktioniert zwar, ist aber mühsam bei so vielen Berichten.

 

Von ALT zu NEU …

…bzw. leider doch „nur“ neurer!

Da unser SAP-BW System mittlerweile doch schon ganz schön in die Jahre gekommen war und der Releasestand 3.5 schon aus der Wartung fiel war es an der Zeit das BW System upzugraden. Allerdings wurde dabei nicht auf Version 7.2 (die aktuellste) upgegraded, nein, sondern nur auf Version 7.0 mit EnhancemantPack 1 und Service Pack 6. Nun, es mag gute Gründe geben, warum man nicht immer auf die komplett neueste Version upgraded, aber auf eine erst recht schon wieder in die Jahre gekommene Version zusetzen ist halt in meinen Augen auch nicht gerade sinnvoll. Nochdazu, wo man so einen upgrade ja nicht von heut auf morgen, kurz mal zwischendurch, macht. Aber, wie hat mal jemand gesagt: Da gibt es Leute, die bekommen Schmerzensgeld damit sie dem normalen User solche Entscheidungen abnehmen. Dem wär eigentlich nichts mehr hinzuzufügen…

Wie dem auch sei, es wurde also der upgrade durchgeführt. Und welch Wunder, gab es natürlich einige Probleme im Zusammenspiel mit BusinessObjects XIR3.1SP3. In WebIntelligence waren auf einmal Dimensionen vertauscht. Sprich, Inhalte wie zb Länderkürzel waren auf einmal unter der Kundendimension zufinden usw. Auf g’scheit heißt das: Flattening Issue. Dazu gab es ja auch schon einige Notes in der SAP Knowledge Base. Eine gesammelte Beschreibung der Symptome gibt es im Knowledgde Base Article 1478176. Ein Sammelhinweis, welche Notes einzuspielen sind ist der Hinweis mit der Nummer 1446246. In einem dieser verlinkten Hinweise (1369294) kommt vor, dass man doch SP7 installieren möge. Diese wurde von unserer Basis-IT aber bisher abgelehnt und stattdessen nur einzelne Hinweise beachtet und eingespielt.

Das Problem mit den vertauschten Dimensionen wurde gelöst, allerdings haben wir jetzt ein anderes Problem, dazu aber in einem anderen Post. Für mich stellt sich allerdings immer noch die Frage, warum man bei so einem Upgrade nicht gleich auf eine höhere Version von BW upgegraded hat…

Eine alte Weisheit …

…es kommt selten was besseres nach!

Tja, die alte Weisheit, dass selten (nie) was bessseres nachkommt hat sich mal wieder bewahrheitet. Das alte DWH (auf MS SQL Server 2005) war nicht nur schneller (im Sinne von performanter) sondern auch weit flexibler als das neue auf SAP-BW Basis. Mittlerweile sind wir seit 01. Dezember auf BW als Backend unterwegs und es gibt eigentlich nur Probleme. Nicht nur das die Performance bei weitem nicht an das alte System rankommt, Erweiterungen und Problemlösungen dauern auch immer um einiges länger. Hier liegt der Grund darin, dass wir selbst nicht mehr können/dürfen sondern auf externe Programmierer angewiesen und von diesen abhängig sind. Mittlerweile ist es leider keine Seltenheit mehr, dass die Daten bis Mittag (oder noch später) aufgrund eines Problemes/Erweiterung in einem Sourcesystem nicht zur Verfügung stehen. Die Durchlaufzeit für gewünschte/benötigte Erweiterungen war früher auch deutlich besser. Da konnten wir noch selbst mal schnell was programmieren. Jetzt können/dürfen wir nicht mehr.

Wär ich Businessseite, wär ich mit dieser Situation extrem unzufrieden… 

 

MDX und Zeiteinschränkung BETWEEN in WEBI/SAP-BW!

… macht nicht was es soll!

Folgende Ausgangssituation: Man möchte gerne alles sehen, dass zwischen einem gewissen Zeitraum erstellt wurde. Hört sich ja nicht unbedingt schwer an. Ist es ja auch nicht. Es sei denn man verwendet WEBI mit SAP-BW3.5 im Hintergrund! Dann bekommt man nicht das, was man möchte und der Report dauert einfach ewig. Irgendwo zwischen WEBIntelligence von BusinessObjects (a SAP company) und SAP-BW dürfte ein „kleiner“ Fehler passieren, oder es passt irgendeine Einstellung im SAP-BW/am SAP-BW Server nicht. Das MDX macht da ganz komische Sachen draus. Aus der WEBI Einschränkung

macht MDX:

{ [0CALMONTH].[200306], [0CALMONTH].[200307], [0CALMONTH].[200308], [0CALMONTH].[200309], ………. [0CALMONTH].[200911], [0CALMONTH].[200912], [0CALMONTH].[201001], [0CALMONTH].[201002], [0CALMONTH].[201003] }  ) DIMENSION PROPERTIES MEMBER_NAME, [0CALMONTH].[20CALMONTH] …

Sieht so aus, als ob MDX einfach die untere Einschränkung ignorieren würde. Komisch.

Macht man im WEBI zb eine Einschränkung mit Equal to 200912 löst MDX es richtig auf:

 { [0CALMONTH].[200912] }  ) , DIMENSION PROPERTIES MEMBER_NAME, [0CALMONTH].[20CALMONTH],

Falls jemand eine Idee hat, warum hier MDX so falsch reagiert, bin ich jederzeit für Vorschläge offen. Tappe hier im Moment etwas im Dunkeln. Der Workaround mit inList funktioniert bei einigen wenigen Monaten, bei vielen ist es allerdings unpraktikabel und führt zu einem Overflow. Passt allerdings im Moment ganz gut ins Bild von Kasperl und Petzi … 😉