BW Fortschreibungsregel direkt in InfoCube
Hallo,
ich verzweifle hier... Ich habe einen Infocube, in dem Daten aus einer Kopftabelle (VABK) und den Postitionen (VABP) zusammenwürfeln möchte (in einem Datensatz). Nun habe ich aber das Problem, dass er mir aus den zwei Tabellen trotz gleichem Vertriebsbeleg zwei Zeilen im Infocube erzeugt.
Muss ich die gleichen Merkmal nehmen oder kann ich eins als 'Bindeglied' definieren, oder habe ich hier keine Chance und muss die Felder über Routinen dazulesen???
Hoffe ihr könnt mir weiterhelfen!!!!
Gruß Manuela
ich verzweifle hier... Ich habe einen Infocube, in dem Daten aus einer Kopftabelle (VABK) und den Postitionen (VABP) zusammenwürfeln möchte (in einem Datensatz). Nun habe ich aber das Problem, dass er mir aus den zwei Tabellen trotz gleichem Vertriebsbeleg zwei Zeilen im Infocube erzeugt.
Muss ich die gleichen Merkmal nehmen oder kann ich eins als 'Bindeglied' definieren, oder habe ich hier keine Chance und muss die Felder über Routinen dazulesen???
Hoffe ihr könnt mir weiterhelfen!!!!
Gruß Manuela
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Auch hallo.
Es wäre günstiger etwas mehr über das Datenmodell des IC's zu erfahren: Quellen (ODS-Objekte,...). So wie hier z.B.: http://mitglied.lycos.de/schachspielen/ ... rn_cut.PNG
Fast jede Dimension enthält immerhin eine eigendefinierte Datasource
Sonst könnte man vermuten, dass im IC entweder
1. in Summe mehr Felder definiert wurden als aus den Datenquellen zur Verfügung stehen
2. """"""""weniger""""""""""""""""""""""""""""""""""
mfg M.L.
Es wäre günstiger etwas mehr über das Datenmodell des IC's zu erfahren: Quellen (ODS-Objekte,...). So wie hier z.B.: http://mitglied.lycos.de/schachspielen/ ... rn_cut.PNG
Fast jede Dimension enthält immerhin eine eigendefinierte Datasource
Sonst könnte man vermuten, dass im IC entweder
1. in Summe mehr Felder definiert wurden als aus den Datenquellen zur Verfügung stehen
2. """"""""weniger""""""""""""""""""""""""""""""""""
mfg M.L.
Danke für dein Feedback.
Ich habe nun exact die gleichen Daten außer die RequestID und Kennzahlen im Infocube. Trotzdem werden die Kennzahlen nicht ein einen Satz weitergeschrieben.
(die Daten kommen aus 2 unterschiedlichen Infosources).
Ich habe einen kurzen Überblick angehängt, hoffe du kannst mir weiterhelfen.
Gruß Manuela
Ich habe nun exact die gleichen Daten außer die RequestID und Kennzahlen im Infocube. Trotzdem werden die Kennzahlen nicht ein einen Satz weitergeschrieben.
(die Daten kommen aus 2 unterschiedlichen Infosources).
Ich habe einen kurzen Überblick angehängt, hoffe du kannst mir weiterhelfen.
Gruß Manuela
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Hallo nochmal.
mfg M.L.
Bittemanuk hat geschrieben:Danke für dein Feedback.
Welche man doch sicher -mitsamt den Extraktoren- beschreiben kann. Die Doc-Datei gibt das nämlich nicht her... So wie in dem Bild könnte man es beschreibenIch habe nun exact die gleichen Daten außer die RequestID und Kennzahlen im Infocube. Trotzdem werden die Kennzahlen nicht in einem Satz weitergeschrieben.
(die Daten kommen aus 2 unterschiedlichen Infosources).
mfg M.L.
Hey, ich probier jetzt mal sämtliche Bilder anzuhängen, mir ist nicht ganz klar, auf was du hinausmöchtest.
Bei Üregel 13 sieht man, dass ich 2 Werte hinzuselektiere.Ich habe probiert diese initial fortzuschreiben und da die Addition dann nicht funktionierte, habe ich gedacht, dass es daran liegt.
Gruß Manu
Bei Üregel 13 sieht man, dass ich 2 Werte hinzuselektiere.Ich habe probiert diese initial fortzuschreiben und da die Addition dann nicht funktionierte, habe ich gedacht, dass es daran liegt.
Gruß Manu
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Hallo zusammen,
macht das ganze doch nicht so kompliziert !
Hat man 2 Sätze aus 2 Quellen im Cube, komprimiert man entweder. (man bekommt allerdings nur ein Satz , wenn man die gleichen Merkmale gefüllt hat) oder man schaltet ein ODS dazwischen das das tut und schreibt dann anschliessend in den Cube fort
Gruss
Saar
macht das ganze doch nicht so kompliziert !
Hat man 2 Sätze aus 2 Quellen im Cube, komprimiert man entweder. (man bekommt allerdings nur ein Satz , wenn man die gleichen Merkmale gefüllt hat) oder man schaltet ein ODS dazwischen das das tut und schreibt dann anschliessend in den Cube fort
Gruss
Saar
Hallo,
ich hab eine vergleichbare frage - jedoch mit Datumswerten.
Ich habe eine CSV Datei mit:
Charge // Datum // Event
01 // 01.01.2006 // A
01 // 01.01.2006 // B
02 // 02.01.2006 // A
02 // 03.01.2006 // B
03 // 04.01.2006 // A
Das soll später so ausgewertet werden:
Charge // A // B
01 // 01.01.2006 // 01.01.2006
01 // 02.01.2006 // 03.01.2006
03 // 04.01.2006 //
Das geht nicht mit Aggregieren weil bei der Fortschreibung das Datum nur überschrieben werden kann oder?
ich hab eine vergleichbare frage - jedoch mit Datumswerten.
Ich habe eine CSV Datei mit:
Charge // Datum // Event
01 // 01.01.2006 // A
01 // 01.01.2006 // B
02 // 02.01.2006 // A
02 // 03.01.2006 // B
03 // 04.01.2006 // A
Das soll später so ausgewertet werden:
Charge // A // B
01 // 01.01.2006 // 01.01.2006
01 // 02.01.2006 // 03.01.2006
03 // 04.01.2006 //
Das geht nicht mit Aggregieren weil bei der Fortschreibung das Datum nur überschrieben werden kann oder?
Also ich hatte probiert den Wert über eine Formel abhängig vom Event zu setzten - der überschreibt aber immer den ganzen Datensatz.
Kann ich in einer Formel auf den Ist-Wert zugreifen, wenn im ODS pro Primärschlüssel nur ein Satz existieren darf? / Gezielt nur ein Datenfeld überschreiben?
Bin BW Rookie - oder lieg ich da falsch?
Kann ich in einer Formel auf den Ist-Wert zugreifen, wenn im ODS pro Primärschlüssel nur ein Satz existieren darf? / Gezielt nur ein Datenfeld überschreiben?
Bin BW Rookie - oder lieg ich da falsch?
Hallo Kid,
das hier ist nicht so einfach. Willst du das in einem ODS die daten so stehen wie in deinem FlatFile musst du alle Objekte (Charge;Event;Datum) mit in den Schlüssel aufnehmen, sonst würde es überschrieben.
Eine Überlegung wäre es auch wert eine Zeitabhängigkeit zu modellieren.
Die Auswertung , die du hier beschreibst ist hier nicht so einfach möglich.
Warum kann denn die Charge Nur nicht der Schlüssel sein ?
Altnernativ würde ich einfach einen Zähler setzten , den ins ODS als Schlüssel aufnehmen, und das ganze so steuern.
Für eine Lösung bräuchte ich ein paar mehr iNfos !
Gruss
Saar
das hier ist nicht so einfach. Willst du das in einem ODS die daten so stehen wie in deinem FlatFile musst du alle Objekte (Charge;Event;Datum) mit in den Schlüssel aufnehmen, sonst würde es überschrieben.
Eine Überlegung wäre es auch wert eine Zeitabhängigkeit zu modellieren.
Die Auswertung , die du hier beschreibst ist hier nicht so einfach möglich.
Warum kann denn die Charge Nur nicht der Schlüssel sein ?
Altnernativ würde ich einfach einen Zähler setzten , den ins ODS als Schlüssel aufnehmen, und das ganze so steuern.
Für eine Lösung bräuchte ich ein paar mehr iNfos !
Gruss
Saar
Bei der Umrechnung sollen die normal nacheinander folgenden Events A (start) und B (ende) in einer Zeile zusammengefasst werden, um später eine Differenz zu bilden. - Also wie lang brauchte die Charge 1 durch das System, wie lange Charge 2 usw.
Wenn die Charge nur der Schlüssel ist, kann ich keine Differenz bilden.
Die Differenz ist später die Kennzahl eines Cubes, bei dem ich z.B. die Dimensionen Charge, Startzeit und Anzahl habe.
So kann ich die durchschnittlichen Durchlaufzeiten berechnen.
Ich hoffe das ist anschaulich beschrieben. - Ich war eben so ins Thema gestolpert.
Wenn die Charge nur der Schlüssel ist, kann ich keine Differenz bilden.
Die Differenz ist später die Kennzahl eines Cubes, bei dem ich z.B. die Dimensionen Charge, Startzeit und Anzahl habe.
So kann ich die durchschnittlichen Durchlaufzeiten berechnen.
Ich hoffe das ist anschaulich beschrieben. - Ich war eben so ins Thema gestolpert.
Ja, schon, dass ist aber nicht das eigendliche Problem. Das Problem ist das Mappen der Ereignisse in eine Zeile. - Aus 2 Zeilen wird eine. Mit einem Datumswert.
Ich hab jetzt über eien Startroutine bei der Fortschreibungsregel die Ereignisse seperiert - ich hab jetzt ein ODS nur mit Startereignissen und ein ODS nur mit Endereignissen. Ich kann die auch so schön über die Chargennummer mit einem InfoSet joinen - aber nicht weiterverarbeiten - oder? Ein Infoset kann nicht als Datenquelle dienen oder?
Ich hab jetzt über eien Startroutine bei der Fortschreibungsregel die Ereignisse seperiert - ich hab jetzt ein ODS nur mit Startereignissen und ein ODS nur mit Endereignissen. Ich kann die auch so schön über die Chargennummer mit einem InfoSet joinen - aber nicht weiterverarbeiten - oder? Ein Infoset kann nicht als Datenquelle dienen oder?
Hallo Kid,
das ist doch schon mal gut, das du nun 2 ODS Objekte hast !. Schreibe doch nun aus den beiden ODS - Objekten in ein neues Weg und dann hast du doch die Lösung.
Das neue ODS hätte doch dann den aufbau
Charge /Datum / Start / Ende.
Der Schlüssel wäre doch dann Charge
und Datum und somit hättest Du alles in einer Zeile.
Gruss
Rüdiger
das ist doch schon mal gut, das du nun 2 ODS Objekte hast !. Schreibe doch nun aus den beiden ODS - Objekten in ein neues Weg und dann hast du doch die Lösung.
Das neue ODS hätte doch dann den aufbau
Charge /Datum / Start / Ende.
Der Schlüssel wäre doch dann Charge
und Datum und somit hättest Du alles in einer Zeile.
Gruss
Rüdiger
Vergleichbare Themen
2
Antw.
Antw.
1965
Views
Views
Routine für Fortschreibungsregel ( BW )
von ulli952 » 13.07.2010 13:44 • Verfasst in Sonstige Module
von ulli952 » 13.07.2010 13:44 • Verfasst in Sonstige Module
1
Antw.
Antw.
2557
Views
Views
16
Antw.
Antw.
7423
Views
Views
0
Antw.
Antw.
1986
Views
Views
BW Fortschreibungsregel, Formel und Währungsumrechnung
von manuk » 11.05.2006 09:39 • Verfasst in Sonstige Module
von manuk » 11.05.2006 09:39 • Verfasst in Sonstige Module
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.