Präsentation

[Matthias Stierle]

Hallo zusammen,

gibt es schon was neues hinsichtlich der Prï¿œsentation?

Ich habe das Ext. Star Schema fertiggemacht, bin mir aber unsicher wie
ich die Abhï¿œngikeit der Dimensionen Employee --> Division -->
Organisation darstellen muss. PNG-Datei liegt in der Dropbox, kï¿œnnt es
euch ja mal anschauen und Feedback dazu geben.

Danke!

VG Matthias

[Filip Slavkovski]

Hallo,

ich habe eine PPT erstellt. Du findest sie im Dropbx unter Zwischenpraesenation_Team1. Schon gesehen?

 

ich bin in der Arbeit und von hier habe ich keinen Zugriff auf Dropbox. ich versuche mal übers Handy ranzukommen. Falls nicht schreib ich diesbezüglich heute Abend noch mal

 

VG

Filip

Am 2. Juli 2013 12:45 schrieb Matthias Stierle <matthias...@web.de>:

Hallo zusammen,

gibt es schon was neues hinsichtlich der Präsentation?

Ich habe das Ext. Star Schema fertiggemacht, bin mir aber unsicher wie ich die Abhängikeit der Dimensionen Employee --> Division --> Organisation darstellen muss. PNG-Datei liegt in der Dropbox, könnt es euch ja mal anschauen und Feedback dazu geben.

Danke!

VG Matthias

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.
Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--projekt-ss13+unsub...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

--
Filip Slavkovski

Ganghoferstraße 5

80339 München

Mobile: +49 178 489 8818

mailto: filip.sl...@gmail.com

[Matthias Stierle]

Ah super, hab sie gefunden.

Am 02.07.2013 12:57, schrieb Filip Slavkovski:

Hallo,

ich habe eine PPT erstellt. Du findest sie im Dropbx unter Zwischenpraesenation_Team1. Schon gesehen?

 

ich bin in der Arbeit und von hier habe ich keinen Zugriff auf Dropbox. ich versuche mal übers Handy ranzukommen. Falls nicht schreib ich diesbezüglich heute Abend noch mal

 

VG

Filip

Am 2. Juli 2013 12:45 schrieb Matthias Stierle <matthias...@web.de>:

Hallo zusammen,

gibt es schon was neues hinsichtlich der Präsentation?

Ich habe das Ext. Star Schema fertiggemacht, bin mir aber unsicher wie ich die Abhängikeit der Dimensionen Employee --> Division --> Organisation darstellen muss. PNG-Datei liegt in der Dropbox, könnt es euch ja mal anschauen und Feedback dazu geben.

Danke!

VG Matthias

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

--
Filip Slavkovski

Ganghoferstraße 5

80339 München

Mobile: +49 178 489 8818

mailto: filip.sl...@gmail.com

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out
 
 

[Filip Slavkovski]

Ich habs mir jetzt mal angeschaut. Layout ist super

 

Ich bi ein wenig verwirrt durch die Dimension Customer. Du hast da für jedes Attribut ne neue SID Tabelle sowie Text und Masterdaten Tabelle angelegt. Ich habs in der Hausaufgabe nicht so gemacht. Ich habe da immer eine SID Tabelle eine Text Tabelle und eine Attribut Tabelle gehabt. Letztere aber nicht weiter ausgegliedert/aufgeteilt. Wenn du dir sicher bist dass es so geht dass wir innerhalb einer Dimnesion mehr als eine SID Tabelle haben dann soll es so bleiben...

[Julian Carzow]

Pr�si sieht schon mal ganz gut aus.

[Filip Slavkovski]

danke. es wäre gut wenn ihr über den gekennzeichneten Folien drüber schauen könntet. besonders über den Teilen die ihr ausgearbeitet habt damit ihr ggf. fehlende Informationen hinzufügt. Wenn dass erfolgt ist könnt ihr dann die rote Markierung wegmachen damit wir wissen was noch offen ist. was den Redeteil morgen betrifft - um den Aufwand gering zu halten könnte jeder über den Teil reden den er gemacht hat dann müssen wir uns nicht großartig vorbereiten. was meint ihr?

 

 

Am 2. Juli 2013 13:25 schrieb Julian Carzow <julian...@mytum.de>:

Präsi sieht schon mal ganz gut aus.

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--projekt-ss13+unsub...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

[Matthias Stierle]

würde ich auch sagen.

Am 02.07.2013 13:29, schrieb Filip Slavkovski:

danke. es wäre gut wenn ihr über den gekennzeichneten Folien drüber schauen könntet. besonders über den Teilen die ihr ausgearbeitet habt damit ihr ggf. fehlende Informationen hinzufügt. Wenn dass erfolgt ist könnt ihr dann die rote Markierung wegmachen damit wir wissen was noch offen ist. was den Redeteil morgen betrifft - um den Aufwand gering zu halten könnte jeder über den Teil reden den er gemacht hat dann müssen wir uns nicht großartig vorbereiten. was meint ihr?

 

 

Am 2. Juli 2013 13:25 schrieb Julian Carzow <julian...@mytum.de>:

Präsi sieht schon mal ganz gut aus.

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

--
Filip Slavkovski

Ganghoferstraße 5

80339 München

Mobile: +49 178 489 8818

mailto: filip.sl...@gmail.com

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

[Julian Carzow]

Also bei der aktuellen v2 von Matthias sehe ich immer noch das Problem,
dass Sales Channel imo keine Key Figure ist, da es ja nix wirklich
aussagt, sondern ein Attirbut wie das Land ist. Bei der Commision ist
halt auch die Frage, ob wir das wirklich in der DB aufbewahren wollen.
Eigentlich muss das nur in den Reports drin stehen und da k�nnen wir das
�ber ne Formel erstellen. Ist wie bei der Hausaufgabe mit dem
Durchschnittspreis, den hat man ja auch net direkt in der DB
gespeichert. Oder sieht das jmd anders?

[Julian Carzow]

Ansich ja, allerdings wollte ich das physische Design machen und hab
daher noch net wirklich was schriftliches oder so vorzuweisen.

[Filip Slavkovski]

Ok dann teilen wir auf. machen wir erstmal die Folien Fertig dann schauen wir mal wer was sagt

Am 2. Juli 2013 13:32 schrieb Julian Carzow <julian...@mytum.de>:

Ansich ja, allerdings wollte ich das physische Design machen und hab daher noch net wirklich was schriftliches oder so vorzuweisen.

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.
Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--projekt-ss13+unsub...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

[Filip Slavkovski]

Also bei der aktuellen v2 von Matthias sehe ich immer noch das Problem,
dass Sales Channel imo keine Key Figure ist, da es ja nix wirklich
aussagt, sondern ein Attirbut wie das Land ist.

 

hab  noch keine feste Meinung dazu - grad brennts in der Arbeit kann später erst drüber nachdenken

 

Bei der Commision ist
halt auch die Frage, ob wir das wirklich in der DB aufbewahren wollen.

Eigentlich muss das nur in den Reports drin stehen und da können wir das
über ne Formel erstellen. Ist wie bei der Hausaufgabe mit dem

Durchschnittspreis, den hat man ja auch net direkt in der DB
gespeichert

 

Sehe ich auch so

 

 

Am 2. Juli 2013 13:31 schrieb Julian Carzow <julian...@mytum.de>:

Also bei der aktuellen v2 von Matthias sehe ich immer noch das Problem,
dass Sales Channel imo keine Key Figure ist, da es ja nix wirklich
aussagt, sondern ein Attirbut wie das Land ist. Bei der Commision ist
halt auch die Frage, ob wir das wirklich in der DB aufbewahren wollen.

Eigentlich muss das nur in den Reports drin stehen und da können wir das
über ne Formel erstellen. Ist wie bei der Hausaufgabe mit dem

Durchschnittspreis, den hat man ja auch net direkt in der DB
gespeichert. Oder sieht das jmd anders?

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--projekt-ss13+unsub...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

[Julian Carzow]

Also ich hab jetzt nochmal 2 Rechtschreibfehler korrigiert (trotzdem
noch mal drï¿œberschauen!) und das ganze auch mit den Aufgabestellungen
verglichen. Beim HANA teil kann mal halt noch erwï¿œhnen, dass wir durch
unsere jetzige Planung einen Puffer haben, um unerwartete Probleme
abzufedern. Ansonsten denke ich passt auch der Inhalt. Wï¿œrde auch nicht
immer die kompletten Tabellen zeigen, sondern nur von der Idee her. Die
Fragestellungen dazu haben wir ja extra notiert.

Ich bin jetzt bis halb 11 oder so weg und danach noch fï¿œr
Rolleneinteilung oder sonstige Sachen zu haben. Ansonsten ist es mir
eigentlich egal, ï¿œber welchen Teil ich berichte. Wenn sich das ganze an
der bisherigen Aufgabenverteilung orientiert, ist das vll nicht das
dï¿œmmste :)

[Filip Slavkovski]

Also wir haben insgesamt 7 Inhaltliche Folie. Ich glaub vom Umfang her wird die siebte mit Offenen Fragen am meisten zu erklären sein damit wir die Fragen so wie sie gemeint sind erklären. Vllt ist es am besten wenn sich der Folie einer annimmt. Alternativ können wir bei kommende Herausforderungen noch etwas ergänzen.

Ich bin heute bis 20:30 am PC. Danach später erst ab 23 Uhr oder 23:30 noch kurz. Also wäre es gut offene Sachen - wenn es denn solche gibt davor zu bereden. Ansonsten würde ich die ersten zwei Folien machen dann braucht sich keiner einlesen.


Am 02.07.2013 um 18:03 schrieb Julian Carzow <julian...@mytum.de>:

> Also ich hab jetzt nochmal 2 Rechtschreibfehler korrigiert (trotzdem noch mal drüberschauen!) und das ganze auch mit den Aufgabestellungen verglichen. Beim HANA teil kann mal halt noch erwähnen, dass wir durch unsere jetzige Planung einen Puffer haben, um unerwartete Probleme abzufedern. Ansonsten denke ich passt auch der Inhalt. Würde auch nicht immer die kompletten Tabellen zeigen, sondern nur von der Idee her. Die Fragestellungen dazu haben wir ja extra notiert.
>
> Ich bin jetzt bis halb 11 oder so weg und danach noch für Rolleneinteilung oder sonstige Sachen zu haben. Ansonsten ist es mir eigentlich egal, über welchen Teil ich berichte. Wenn sich das ganze an der bisherigen Aufgabenverteilung orientiert, ist das vll nicht das dümmste :)

>
> --
> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

[Matthias Stierle]

dann mach ich folien 3 und 4.

Am 02.07.2013 18:16, schrieb Filip Slavkovski:
> Also wir haben insgesamt 7 Inhaltliche Folie. Ich glaub vom Umfang her wird die siebte mit Offenen Fragen am meisten zu erkl�ren sein damit wir die Fragen so wie sie gemeint sind erkl�ren. Vllt ist es am besten wenn sich der Folie einer annimmt. Alternativ k�nnen wir bei kommende Herausforderungen noch etwas erg�nzen.
>
> Ich bin heute bis 20:30 am PC. Danach sp�ter erst ab 23 Uhr oder 23:30 noch kurz. Also w�re es gut offene Sachen - wenn es denn solche gibt davor zu bereden. Ansonsten w�rde ich die ersten zwei Folien machen dann braucht sich keiner einlesen.

>
>
> Am 02.07.2013 um 18:03 schrieb Julian Carzow <julian...@mytum.de>:
>

>> Also ich hab jetzt nochmal 2 Rechtschreibfehler korrigiert (trotzdem noch mal dr�berschauen!) und das ganze auch mit den Aufgabestellungen verglichen. Beim HANA teil kann mal halt noch erw�hnen, dass wir durch unsere jetzige Planung einen Puffer haben, um unerwartete Probleme abzufedern. Ansonsten denke ich passt auch der Inhalt. W�rde auch nicht immer die kompletten Tabellen zeigen, sondern nur von der Idee her. Die Fragestellungen dazu haben wir ja extra notiert.
>>
>> Ich bin jetzt bis halb 11 oder so weg und danach noch f�r Rolleneinteilung oder sonstige Sachen zu haben. Ansonsten ist es mir eigentlich egal, �ber welchen Teil ich berichte. Wenn sich das ganze an der bisherigen Aufgabenverteilung orientiert, ist das vll nicht das d�mmste :)

>>
>> --
>> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

>> Um Ihr Abonnement f�r diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
>> Weitere Optionen: https://groups.google.com/groups/opt_out
>>
>>

[Julian Carzow]

Dann mach ich einfach die offenen fragen wenn's recht ist. Und wer noch was dazufügen will kann's ja machen. Morgen muss noch einer ne Kopie aufm Stick haben. Und wir sind in hochbrück falls es einer net mitbekomme hat

Von unterwegs!

Am 02.07.2013 um 18:18 schrieb Matthias Stierle <matthias...@gmail.com>:

> dann mach ich folien 3 und 4.
>
> Am 02.07.2013 18:16, schrieb Filip Slavkovski:

>> Also wir haben insgesamt 7 Inhaltliche Folie. Ich glaub vom Umfang her wird die siebte mit Offenen Fragen am meisten zu erklären sein damit wir die Fragen so wie sie gemeint sind erklären. Vllt ist es am besten wenn sich der Folie einer annimmt. Alternativ können wir bei kommende Herausforderungen noch etwas ergänzen.
>>
>> Ich bin heute bis 20:30 am PC. Danach später erst ab 23 Uhr oder 23:30 noch kurz. Also wäre es gut offene Sachen - wenn es denn solche gibt davor zu bereden. Ansonsten würde ich die ersten zwei Folien machen dann braucht sich keiner einlesen.

>>
>>
>> Am 02.07.2013 um 18:03 schrieb Julian Carzow <julian...@mytum.de>:
>>

>>> Also ich hab jetzt nochmal 2 Rechtschreibfehler korrigiert (trotzdem noch mal drüberschauen!) und das ganze auch mit den Aufgabestellungen verglichen. Beim HANA teil kann mal halt noch erwähnen, dass wir durch unsere jetzige Planung einen Puffer haben, um unerwartete Probleme abzufedern. Ansonsten denke ich passt auch der Inhalt. Würde auch nicht immer die kompletten Tabellen zeigen, sondern nur von der Idee her. Die Fragestellungen dazu haben wir ja extra notiert.
>>>
>>> Ich bin jetzt bis halb 11 oder so weg und danach noch für Rolleneinteilung oder sonstige Sachen zu haben. Ansonsten ist es mir eigentlich egal, über welchen Teil ich berichte. Wenn sich das ganze an der bisherigen Aufgabenverteilung orientiert, ist das vll nicht das dümmste :)

>>>
>>> --
>>> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

>>> Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.

>>> Weitere Optionen: https://groups.google.com/groups/opt_out
>
> --
> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

> Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
> Weitere Optionen: https://groups.google.com/groups/opt_out
>
>

[Julian Carzow]

Also ich erstell gerade die InfoObjects in SAP BW. H�tte nur kurze
Frage: Sehe ich das richtig, dass Sales Organisation ein Attribut von
Sales Division ist und das ein Attribut von Sales Employee? Also so eine
interne Hierarchie �ber die Attribute?

[M S]

Das mit der Hierarchie ist richtig, nur in die andere Richtung. Also organisation ist ganz oben und employee unten...

Am 04.07.2013 14:16 schrieb "Julian Carzow" <julian...@mytum.de>:

Also ich erstell gerade die InfoObjects in SAP BW. Hätte nur kurze Frage: Sehe ich das richtig, dass Sales Organisation ein Attribut von Sales Division ist und das ein Attribut von Sales Employee? Also so eine interne Hierarchie über die Attribute?

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

[Julian Carzow]

Also Organisation ist mit Master Data und hat Division als Attirbut und
Division ist mit Master Data und hat Employee als Attribut und dieser
ist ohne Master Data dann?

[M S]

Hm ne, dann doch eher andersrum...

Am 04.07.2013 14:23 schrieb "Julian Carzow" <julian...@mytum.de>:

Also Organisation ist mit Master Data und hat Division als Attirbut und Division ist mit Master Data und hat Employee als Attribut und dieser ist ohne Master Data dann?

[Julian Carzow]

Schon eher gell? Bei country und indsutry ist es ja auch so, dass sie
attribute von kunde sind und nicht umgekehrt.

[Julian Carzow]

Also hab jetzt mal alle infoobjetcs und einen infocube erstellt. Schaut
doch einfach mal drï¿œber und guckt, ob da alles passt. Auch von den
Abhï¿œngigkeiten, ob Hï¿œkchen bei Master Data und Text Attributes richtig
gesetzt sind usw. Hab jetzt ï¿œbrigens alle Objekte von Hand erstellt und
mich net aus dem Business Katalog bedient. Oder ist der sowieso erst
beim Mapping bzw befï¿œllen der Tabellen wichtig? Hier mal die Namen die
ich verwendet habe mit einer kleinen BEschreibung (findet sich im DP
unter Namen.txt)


Char Katalog: A101_CH_PRJ
KF Katalog: A101_KF_PRJ

ZA101_PROJECT_DS: Data Sources

Value of sold policies: A101_VAL (als 0.00 angezeigt, SD in BEX)
Quantity of sold policies: A101_QTY (als 0 angezeigt, SD in BEX)

(Alle language- und time-independent bzw. Master/Text Data nicht aktiviert)
Product: A101_PROD (Kleinschreibung erlaubt, with master data)
Customer Country: A101_CCTY (3 Zeichen Code, Nav Att)
Customer Industry: A101_CIND (4 Zeichen Code, Nav Att)
Sales Channel: A101_SCHA (2 Zeichen Code, with master data)
Sales Organisation: A101_SORG (4 Zeichen Code, nav att)
Sales Division: A101_SDIV (2 Zeichen Code, with master data, nav att,
Orga als Att)
Sales Employee: A101_SEMP (10 Num, Div als Att)
Sold to party: A101_CUST (10 Zeichen, keine Kleinschreibung, CTY und IND
als attribute)

A101_CUB1: InfoCube 1 of Group 01

[Matthias Stierle]

Also f�r mich sieht das soweit gut aus, aber die Probleme kommen
wahrscheinlich erst beim Datenladen...

Wichtig ist, dass Vincent Bescheid wei� �ber den "Data Type" und die
"Length", damit er auch passende Daten generiert!

Am 04.07.2013 15:22, schrieb Julian Carzow:
> Also hab jetzt mal alle infoobjetcs und einen infocube erstellt.

> Schaut doch einfach mal dr�ber und guckt, ob da alles passt. Auch von
> den Abh�ngigkeiten, ob H�kchen bei Master Data und Text Attributes
> richtig gesetzt sind usw. Hab jetzt �brigens alle Objekte von Hand

> erstellt und mich net aus dem Business Katalog bedient. Oder ist der

> sowieso erst beim Mapping bzw bef�llen der Tabellen wichtig? Hier mal

[Matthias Stierle]

Achso, noch eine Sache. Im case steht dass man einen Cube aus dem
Business Content als Vorlage nehmen soll... Wei� nicht wie wichtig das ist.

Am 04.07.2013 15:22, schrieb Julian Carzow:

> Also hab jetzt mal alle infoobjetcs und einen infocube erstellt.

> Schaut doch einfach mal dr�ber und guckt, ob da alles passt. Auch von
> den Abh�ngigkeiten, ob H�kchen bei Master Data und Text Attributes
> richtig gesetzt sind usw. Hab jetzt �brigens alle Objekte von Hand

> erstellt und mich net aus dem Business Katalog bedient. Oder ist der

> sowieso erst beim Mapping bzw bef�llen der Tabellen wichtig? Hier mal

[Julian Carzow]

Hab mich da an die Vorgaben aus der Liste gehalten. Die meisten sachen
(bis auf Product) haben halt nur Codes sprich da muss auch
gro�geschrieben werden (kunde w�re zb sowas wie PRIV000001 oder so)

[Julian Carzow]

Kann ja noch einen zweiten Cube machen, der den Business Content als
Vorlage hat. Welche Sachen sollen da aus dem BC kommen?

[Matthias Stierle]

War nur ne Anmerkung, da es halt im Case steht. Ich hab mir den BC
gestern mal angeschaut, aber eigentlich nichts brauchbares gefunden...

[Julian Carzow]

Also ich hab mir jetzt mal den Business Content angeschaut (zumindest
glaub ich das. Also einfach mal den DemoCube 0D_DEMOCUBE genommen, der
recht �hnlich wie unserer aufgebaut ist und wo die Characteristics schon
Werte enthalten) und im Ordner BW in DP zusammengestellt wie das ganze
aussieht und aufgebaut ist. Grunds�tzlich wei� ich net, ob wir wirklich
Sachen daraus nehmen sollten, weil nicht immer alle Zeilen Daten
enthalten und in HANA gibts sowas wohl net und es w�re sch�n wenn wir da
die gleichen Daten nehmen k�nnten.
Also ich bitte um Feedback diesbzgl. Vorallem von Vincent, da er ja f�r
die CSVs verantwortlich ist.

[vincent_sommer]

ja also wegen der Daten:

man könnten ja z.B. die Daten aus dem Cube herausziehen und eine csv draus machen (sofern das geht). Dann können wir die Daten auch gleich für Hana verwenden.

Die Länge der IDs usw. kann ich ohne großen Aufwand anpassen.

Ansonsten hab ich schonmal Transaktionsdaten generiert (25.000) und sales employees (50 Einträge), products und channels gibt's auch schon.
Können auch gerne mehr Transactionsdaten werden. Die zu generieren dauert ca. 20 Sekunden .
Für Produkte hab ich nur eine statische Liste: "health","liability","disability","motor"
Wenn euch da weitere einfallen, einfach die Liste ergänzen. Das bau ich dann ins Skript ein.
An Channels hab ich: "Direct Sales","Final Customer Sales","Sold for resale".

Für Customers hab ich bisher nur IDs, die eigentlichen Kunden (sind ja wohl ausschließlich Firmen) muss ich noch irgendwie machen. Was meint ihr, wie realistisch die Daten da sein sollen? Hab zwar im Netz einiges an Listen mit Firmen gefunde, aber die Industrie war da nirgens mit bei. Was ist besser: eine "echte" Firma, die zufällig einem Industriesektor zugewiesen wird, oder ein erfundener Name?
Das per Hand einzutragen macht keinen Sinn, ich habe vor zwischen 500 und 100 Datensätze zu erzeugen.

Dann werde ich mal noch den Verkaufspreis pro Versicherung anpassen, der ist bisher für alle Transaktionen eine Zufallszahl zwischen 100 und 1000 und die Währung (US-Dollar und EUR) wird auch zufällig generiert. Da werde ich mal noch für jedes Produkt jeweils eine kleinere Preisspanne definieren, dann schwanken die Preise nicht allzu sehr ;)

[vincent_sommer]

ich hab auch schonmal eine verschlanke Version der Transaktionsdaten (2500 einträge) in den dropbox ordner gepackt.

die Daten sind aber noch nich zu gebrauchen, muss noch angepasst werden

https://www.dropbox.com/s/mdob9ft2esehj77/data.csv

[vincent_sommer]

ach ja: sales Organisation und division fehlt in den CSVs noch, danach suche ich mal in der case-study.Ansonsten erfinden 4-5 Organsiation und ein Dutzend Divisions

[Julian Carzow]

Schau dir einfach mal die bilder an die ich hogeladen hab. So als bsp.

[Filip Slavkovski]

Ich gehe morgen auf die Emails ein Jungs komme grad erst aus der Arbeit



Von meinem iPhone gesendet

Am 04.07.2013 um 19:51 schrieb Julian Carzow <julian...@mytum.de>:

> Schau dir einfach mal die bilder an die ich hogeladen hab. So als bsp.
>

> --
> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

[vincent_sommer]

Noch eine Frage von mir: was wäre denn bei uns eine Sales divison?

Sales organisation ist klar, das ist ja dann quasi Geographisch (bzw. Städte mit Niederlassungen / Filialen). Ich hab mal Städtenamen genommen.

[Julian Carzow]

Schau dir die bsp in BW an. da hab ich divison und organisation aus sap
genommen. glaube orga ist das utnernehmen und division die stadt.

[Julian Carzow]

Also mit BW mein ich den BW ORdner in DP

[Matthias Stierle]

Ich w�rde Organisation ein Land machen und Division Stadt, wir sind ja
auch ein globales Unternehmen ;).

Am 04.07.2013 23:07, schrieb vincent_sommer:
> Noch eine Frage von mir: was w�re denn bei uns eine Sales divison?

>
> Sales organisation ist klar, das ist ja dann quasi Geographisch (bzw.

> St�dte mit Niederlassungen / Filialen). Ich hab mal St�dtenamen genommen.

>
>
>
> --
> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe
> BI Praktikum- Projekt SS13 beigetreten sind.

> Um Ihr Abonnement f�r diese Gruppe zu beenden und keine E-Mails mehr

[Matthias Stierle]

Schaffen wir es noch heute die Daten zu laden?

Meine Xcelsius Version l�uft morgen ab...

[vincent_sommer]

ja das wird heut noch was !
wie gesagt, bis jetzt fehlen bei den csv-datein nur die Customers, alles andere steht schon. ich arbeite jetzt daran,in 2 Stunden müsste ich soweit fertig sein

[vincent_sommer]

so, CSV-Datein hab ich erstellt (ist alles im dropbox ordner)

Das sind jetzt 500 Kunden und 50.000 Transaktionen
 
Bis jetzt besteht noch kein Zusammenhang zwischen der Division, dem Country und der Währung. Wird alles zufällig generiert. Für wie wichtig haltet ihr das?

[Filip Slavkovski]

So hallo zusammen,

ich habe mir die Implementierung soweit angeschaut. 

Fehlt da bei den InfoObjects der Customer? Oder übersehe ich etwas?

noch eine Frage zum extended Star Schema. Der Sales channel schwebt da ein wenig in der Luft. da ist keine Verbindung zu der fact table. Der name der SID Table für die sales channel Dimension Muss auch noch angepasst werden genauso wie die Master Daten Tabelle zu der Dimension

VG

Filip

Am 04.07.2013 um 23:36 schrieb Julian Carzow <julian...@mytum.de>:

Also mit BW mein ich den BW ORdner in DP

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

[Julian Carzow]

Der Customer ei�t hier sold to party, da uns nur interessiert an wen wir
verkaufen und nicht direkt der endkunde. achja und die csv dateien w�ren
demn�chst net ganz schlecht, weil ich wei� netz obs vll net doch
irgendwo probleme gibt und ich muss auch noch paar andere sachen machen.
hab bis halb 9 zeit und bin dann eigentlich erst wieder Sonntag mittag
zu erreichen.

[Filip Slavkovski]

Die CSV Dateien sind ja fertig hat der Vincent grad geschrieben…

@vincent: Ich verstehe nicht ganz die Frage heißt es dass jemand aus Kanada dann in GBP zahlt?

Filip Slavkovski

Ganghoferstr. 5
80339 Munich
mobile: +49 178 489 8818
mailto: filip.sl...@gmail.com

Am 05.07.2013 um 12:03 schrieb Julian Carzow <julian...@mytum.de>:

Der Customer eißt hier sold to party, da uns nur interessiert an wen wir verkaufen und nicht direkt der endkunde. achja und die csv dateien wären demnächst net ganz schlecht, weil ich weiß netz obs vll net doch irgendwo probleme gibt und ich muss auch noch paar andere sachen machen. hab bis halb 9 zeit und bin dann eigentlich erst wieder Sonntag mittag zu erreichen.

[vincent_sommer]

die CSV-Datein sind da, ich splitte die jetzt noch schnell auf (text / attribute)

[Julian Carzow]

Also ich hab mir gerade die aktuelleste customer csv angeschaut und die
ist defintiv nicht richtig. und wenn du das script geschrieben hast
vincent w�re es f�r dich wohl sehr leicht, die dateien in attribute und
texte aufzusplitten. ich brauch da l�nger f�

[M S]

Wichtig, ich meine die Stadt sollte schon im richtigen Land liegen und die Transaktion in der entsprechenden landeswährung sein...

--

[vincent_sommer]

Also die Städte sind schon im richtigen Land ^^

Die Master Data sollte da schon passen, ich pass die Transaktionsdaten noch an

[Julian Carzow]

Division muss noch aufgesplittet werden. Warum verwendest du , statt ;
als Seperator (ist bei Zahlen unpraktisch). Passen die W�hrungen jeweils
zum Land? Anf�hrungszeichen in den Transaktionsdaten braucht man auch
nicht (bzw. d�rfen nicht da sein soweit ich wei�!).

[Julian Carzow]

[Matthias Stierle]

Ne passt doch.

Sowohl die Anf�hrungszeichen wie auch die Kommas kannst du doch in SAP
als Trennzeichen angeben... Solange die Zahlen alle mit Punkt getrennt
sind sollte das kein Problem sein, oder?

[Julian Carzow]

Sehe ich auch so.

[Julian Carzow]

Auch die W�hrungen?

[Julian Carzow]

Ich werds probieren. Aber wie gebe ich das dann an? Glaube der erkennt
nur ein trennzeichen, und es ist halt nicht immer "," sondern auch mal
", oder ," und , und " extra als trennzeichen wei� ich nicht. muss ich
ausprobieren.

[vincent_sommer]

an den Transaktionsdaten sitze ich noch. währung / customer läuft schon (hab ich aber noch nicht hochgeladen!), jetzt sorge ich noch dafür, dass die division zum Land vom Kunden passt

[Matthias Stierle]

es gibt ein trennzeichen f�r die attribute also zB. "," oder ";" und
dann kann man noch ein Zeichen f�r Strings angeben, also zB. " oder '.

[Filip Slavkovski]

Bei der 4.4.1 müssen wir einen passenden BI Conten ausfindig machen. ich habe nun den kompletten vormittag daran verschwendet weil es unzählige gibt und ich soweit ich's passendes gefunden habe. falls jemand da Abhilfe kennt bitte melden

meint ihr damit wird uns ein hing gegeben den auch zu nutzen?

Filip Slavkovski

Ganghoferstr. 5
80339 Munich
mobile: +49 178 489 8818
mailto: filip.sl...@gmail.com

Am 05.07.2013 um 13:00 schrieb Matthias Stierle <matthias...@gmail.com>:

es gibt ein trennzeichen für die attribute also zB. "," oder ";" und dann kann man noch ein Zeichen für Strings angeben, also zB. " oder '.

Am 05.07.2013 12:56, schrieb Julian Carzow:

Ich werds probieren. Aber wie gebe ich das dann an? Glaube der erkennt nur ein trennzeichen, und es ist halt nicht immer "," sondern auch mal ", oder ," und , und " extra als trennzeichen weiß ich nicht. muss ich ausprobieren.

Am 05.07.2013 12:42, schrieb Matthias Stierle:

Ne passt doch.

Sowohl die Anführungszeichen wie auch die Kommas kannst du doch in SAP als Trennzeichen angeben... Solange die Zahlen alle mit Punkt getrennt sind sollte das kein Problem sein, oder?

Am 05.07.2013 12:41, schrieb Julian Carzow:

Division muss noch aufgesplittet werden. Warum verwendest du , statt ; als Seperator (ist bei Zahlen unpraktisch). Passen die Währungen jeweils zum Land? Anführungszeichen in den Transaktionsdaten braucht man auch nicht (bzw. dürfen nicht da sein soweit ich weiß!).

[Matthias Stierle]

Ich hatte ja den Kommentar dazu geschrieben, dass es mir genauso ging...

Ich verstehe auch gar nicht was der Vorteil davon sein soll?!

[Filip Slavkovski]

reduziert glaube ich die implementierungsarbeit. weil mit diesem BI content werden einem InfoObjects und Cubes vorgefertigt zur Verfügung gestellt…. wenn wir aber einen finden der haargenau passt dann stellt sich die frage wieso wir ihn nicht  nutzen. falls wir entscheiden sollten dies zu tun weiß ich nicht ob der bisherige implementierungsaufwand verwertbar sein würde

Filip Slavkovski

Ganghoferstr. 5
80339 Munich
mobile: +49 178 489 8818
mailto: filip.sl...@gmail.com

[Julian Carzow]

Ich verweise immer wieder gerne auf den BW ordner in der DP wo ich
bilder mit inhalten von den vorgefertigten sachen habe. Meiner meinung
nach spart man dadurch nur bedingt zeit. und das gr��te problem ist imom
dass die inhalte der infoobjects teilweise l�ckenhaft sind.

[Matthias Stierle]

Ok, dann k�nnen wir doch einfach schreiben, dass wir nur bedingt auf BI
Content zur�ckgegriffen haben (Bis auf die Zeitdimension), da es
unvollst�ndig war und den Implementierungsaufwand in unserem Fall nicht
verringert h�tte?

Am 05.07.2013 13:52, schrieb Julian Carzow:
> Ich verweise immer wieder gerne auf den BW ordner in der DP wo ich
> bilder mit inhalten von den vorgefertigten sachen habe. Meiner meinung

> nach spart man dadurch nur bedingt zeit. und das gr��te problem ist
> imom dass die inhalte der infoobjects teilweise l�ckenhaft sind.
>

[Julian Carzow]

jo

[vincent_sommer]

also für die customers habe ich ein paar Firmenname aus dem Cube rauskopiert.
In den anderen Daten war sehr viele Lücken drinn.

[vincent_sommer]

so, transaktionsdaten sind da (dropbox).
die Anführungszeichen habe ich diesmal ganz weggelassen (da aufpassem, wenn man's mit Excel öffnet haut des einem einiges an Zeichen mit rein)

jetzt bezahlt ein Customer immer mit der Währung seines Landes (nur die Australier zahlen in US-Dollar ;)

der Sales employee (bzw. seine Division) ist auch in dem LAnd, in dem der Kunde ansässig ist

als Zeitraum hab ich 1. Jan. 2011 bis 31.12.2013 ausgewählt (insgesamt 50.000 Transactionen)

[Matthias Stierle]

Well done!

Am 05.07.2013 14:17, schrieb vincent_sommer:
> so, transaktionsdaten sind da (dropbox).

> die Anf�hrungszeichen habe ich diesmal ganz weggelassen (da aufpassem,
> wenn man's mit Excel �ffnet haut des einem einiges an Zeichen mit rein)
>
> jetzt bezahlt ein Customer immer mit der W�hrung seines Landes (nur

> die Australier zahlen in US-Dollar ;)
>
> der Sales employee (bzw. seine Division) ist auch in dem LAnd, in dem

> der Kunde ans�ssig ist
>
> als Zeitraum hab ich 1. Jan. 2011 bis 31.12.2013 ausgew�hlt (insgesamt
> 50.000 Transactionen)

>
>
> --
> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe
> BI Praktikum- Projekt SS13 beigetreten sind.

> Um Ihr Abonnement f�r diese Gruppe zu beenden und keine E-Mails mehr

[Julian Carzow]

Sind die CSVs jetzt fertig? Dann kann ich mit dem bef�llen anfangen

[vincent_sommer]

ja, die sind fertig

[Julian Carzow]

So jetzt haben wir ein Problem. Bis jetzt hat alles wunderbar
funktioniert, allerdings bin ich gerade bei den Customer Attributes
(sonst fehlen noch Cust TXT und Trans Data) und das Datenfeld Customer
Industry ist in der Case Study als 4 Zeichen Feld angegeben und so hab
ich das auch implementiert. In der CSV sind da aber die vollen Namen.
Die Frage ist jetzt was wir machen. F�r die L�nder haben wir ja auch
keine Extra CSVs um DE Deutschland zuzuordnen. Bei den Industries
br�uchten wir vll sowas oder in der CSV m�ssen die Sachen auf 4
Zeichencodes umge�ndert werden. Dann steht halt sp�ter im Warehouse
statt Retail nur RTAL oder so. Frage ist wie st�rend das ist. Wenn wir
den vollen Namen haben wollen m�sste wohl was an dem Char ge�ndert
werden und der gesamte Cube glaube ich neuafgebaut.

[M S]

Sei kreativ ;) ersetz einfach die Namen durch 4 stellige Kürzel so dass man die industry noch halbwegs erraten kann

Am 05.07.2013 15:51 schrieb "Julian Carzow" <julian...@mytum.de>:

So jetzt haben wir ein Problem. Bis jetzt hat alles wunderbar funktioniert, allerdings bin ich gerade bei den Customer Attributes (sonst fehlen noch Cust TXT und Trans Data) und das Datenfeld Customer Industry ist in der Case Study als 4 Zeichen Feld angegeben und so hab ich das auch implementiert. In der CSV sind da aber die vollen Namen. Die Frage ist jetzt was wir machen. Für die Länder haben wir ja auch keine Extra CSVs um DE Deutschland zuzuordnen. Bei den Industries bräuchten wir vll sowas oder in der CSV müssen die Sachen auf 4 Zeichencodes umgeändert werden. Dann steht halt später im Warehouse statt Retail nur RTAL oder so. Frage ist wie störend das ist. Wenn wir den vollen Namen haben wollen müsste wohl was an dem Char geändert werden und der gesamte Cube glaube ich neuafgebaut.

--
Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe BI Praktikum- Projekt SS13 beigetreten sind.

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--projekt-ss13+unsub...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out

[Filip Slavkovski]

ja ich glaube ich dass ersetzen durch Abkürzungen und später vielleicht hinzufügen einer zusätzlichen csv die einfachste Lösung sind. sind ja nicht so viele Industrien nehme ich mal an

Filip Slavkovski

Um Ihr Abonnement für diese Gruppe zu beenden und keine E-Mails mehr von dieser Gruppe zu erhalten, senden Sie eine Email an bi-praktikum--proje...@googlegroups.com.
Weitere Optionen: https://groups.google.com/groups/opt_out
 
 

[Julian Carzow]

So n�chstes Problem (denke aber auch letztes bei der Erstellung des
InfoCubes). Ich habe bei dem Cube in der Dimension Sales Employee den
Employee und die Division, da das ganze hierarchisch aufgebaut ist und
wir sonst nicht auf Organisation als Navigation Attribut zugreifen k�nnen.

Jetzt gibt es zwei M�glichkeiten:
1. In den Transaction Data in jeder Zeile noch eine passende Division
dazupacken oder
2. Man m�sste das Char Sales Employee anders aufbauen. Und zwar einfach
Division und Organisation als Attribut hinzuf�gen und nicht nur die
Division und der Division die Organisation. Vorteil: es sieht im Cube
besser aus, am Ende beim Reporting aber v�llig wurst, da mans eifnach
rauslassen kann wenn man will. Nachteile: Die H�lfte der Arbeit die ich
gerade gemacht habe, m�sste neugemacht werden und das kann ich heute
nicht mehr machen (fr�hstens SO). Und es bringt wahrscheinlich nicht
sehr viel (glaube ich zumindest).

[Filip Slavkovski]

Bezüglich des Aufwands die Transaktion Daten anzupassen kann sich glaube ich am besten der Vincent äußern.

Am 05.07.2013 um 17:16 schrieb Julian Carzow <julian...@mytum.de>:

> So nächstes Problem (denke aber auch letztes bei der Erstellung des InfoCubes). Ich habe bei dem Cube in der Dimension Sales Employee den Employee und die Division, da das ganze hierarchisch aufgebaut ist und wir sonst nicht auf Organisation als Navigation Attribut zugreifen können.
>
> Jetzt gibt es zwei Möglichkeiten:

> 1. In den Transaction Data in jeder Zeile noch eine passende Division dazupacken oder

> 2. Man müsste das Char Sales Employee anders aufbauen. Und zwar einfach Division und Organisation als Attribut hinzufügen und nicht nur die Division und der Division die Organisation. Vorteil: es sieht im Cube besser aus, am Ende beim Reporting aber völlig wurst, da mans eifnach rauslassen kann wenn man will. Nachteile: Die Hälfte der Arbeit die ich gerade gemacht habe, müsste neugemacht werden und das kann ich heute nicht mehr machen (frühstens SO). Und es bringt wahrscheinlich nicht sehr viel (glaube ich zumindest).

[Matthias Stierle]

das gleiche Problem hatte ich bei der Hausaufgabe... Dort hatte ich auch
versucht City und Country als eigene Dimensionen in hierarchischer
Abh�ngigkeit zu modellieren und musste das ganze schlu�endlich auch so
wie dein 2. L�sungsvorschlag machen. Ich habe bei der HA damals auch das
MERM und Ext Star Schema entsprechend angepasst, keine Ahnung ob das
notwendig ist...

[Julian Carzow]

MERM m�sste imo net angepasst werden. Wenn ich die beiden Attribute dem
Sales Employee hinzuf�gen soll, brauch ich trotzdem neue CSVs :) Weil
jetzt einzeln die Sachen zusammenzuf�gen w�re superaufwendig. Wenn das
einer von euch machen will gerne, dann k�nnte ich noch anfangen das
ganze neuzumodellieren. Bin ansonsten ab 8 weg und morgen mittag nur
ganz kurz zu hause. Ansonsten erst wieder ab So nachmittag zu erreichen.

[vincent_sommer]

CSVs ändern bedeutet dann, die division nicht über die ID bei Sales Employee hineinzuschreiben, sondern alles (also division und salesorganisation) direkt bei salesEmployee mit rein?

das wäre kein Problem, da müsste ich mein Skript nur geringfügig ändern, bzw. da schreib ich ein paar Zeilen Code, um beides zu mergen.

[Matthias Stierle]

Nat�rlich ein einfacher Workaround, aber eigentlich alles andere als
korrekt...
Wenn sie das nachpr�ft, dann gibt es da sicher abzug. Vllt sollten wir
lieber das InfoObject in SAP neu erstellen, musst du den Cube daf�r
wirklich neu machen?

Am 05.07.2013 19:13, schrieb vincent_sommer:
> CSVs �ndern bedeutet dann, die division nicht �ber die ID bei Sales

> Employee hineinzuschreiben, sondern alles (also division und
> salesorganisation) direkt bei salesEmployee mit rein?
>

> das w�re kein Problem, da m�sste ich mein Skript nur geringf�gig
> �ndern, bzw. da schreib ich ein paar Zeilen Code, um beides zu mergen.

> --
> Sie haben diese Nachricht erhalten, weil Sie der Google Groups-Gruppe
> BI Praktikum- Projekt SS13 beigetreten sind.

> Um Ihr Abonnement f�r diese Gruppe zu beenden und keine E-Mails mehr

[Julian Carzow]

Wenn ich das InfoObject neu mache, muss ich normal auch den Cube neu
machen. Das w�re jetzt auch net das Problem. Dann werden gleich noch
CSVs f�r die L�nder und Industry Sachen gemacht, dann stehen sp�ter
keine Abk�rzungen drin. Also wie gesagt, ich kann das ganze schon
neugestalten, brauche aber die entsprechenden CSVs. Musste auch so noch
Kleinigkeiten bei denen �ndern.

[Matthias Stierle]

Dann schreib doch mal bitte ne Email (an Vincent) wie genau du welche
CSVs brauchst ;)

[vincent_sommer]

also für sales employees hab ich mal 2 CSVs gemacht,
die eine ist enthält emplpyeeID und employeeName,
die andere employeeID , divisionNAme, salesOrganisation

[Julian Carzow]

Also hier mal die Beschreibung wie die CSVs ge�ndert werden m�ssten,
damit wir keine Division Sachen in den Transaktionsdaten haben.

Der Sales Employee:
EmployeeID,DivisionID,OrganisationID
EmployeeID,DivisonName,OrganisationName

Dann noch eine csv f�r Industries mit den Abk�rzungen als ID und dem
ganzen Namen als Text (RTAL, Retail usw).
Und das gleiche noch f�r die L�nder (DE, Deutschland usw).

Bei den Customer Daten hatte ich die Namen etwas angepasst, da ich die
Feldl�nge auf 20 Zeichen beschr�nkt hatte. Da ich aber das Char neu
machen muss, kann das auch wieder auf max. 40 Zeichen erweitert werden
(wobei die Namen gerade auch so lesbar sind und Sinn ergeben).

Ich denke so muss das gemacht werden. Wenn wer Einw�nde hat, bitte
erl�utern :)

[Julian Carzow]

Wobei so wies der Vincent gerade gemacht hat, gibts f�r mich auch gerade
Sinn. Wei� jetzt, warum meine L�sung mir auch richtig erscheint, aber
anders ist. Achja und �ndere doch bitte USA in US. Wir haben zwar mehr
als 2 Zeichen zur Verf�gung, aber in den Kundendaten wird auch die US
abk�rzung benutzt und nicht USA.

[Julian Carzow]

Also so wie die neuen gerade sind, m�sste es passen, da es in den HA
auch so gemacht wurde. SalesOrganisation ist das Land des verk�ufers und
CCTY ist das land des kunden. Sollte glaube ich jetzt so passen. Wenn
noch was ist einfach schreiben, ich les es dann morgen.