Hallo zusammen,

ich habe ein Problem mit einem InfoPackage und zwar kann ich unter dem Reiter -Fortschreibung- den

Fortschreibungsmodus nicht mehr ändern. Ich musste alle Request löschen und wollte nach dem Initialisierungslauf wieder auf

-Delta- Update- umschlüsseln. Beim sichern bekomme ich die Meldung -Paket ZFXBW existiert nicht-. Derzeit lösche ich immer wieder die Requests und lasse eine

neue Initialisierung mit Datenübertragung laufen, da dies eingestellt war und nicht mehr zu änden geht.

 

Hat jemand Erfahrungen mit diesem Fehler?

 

Grüße

 

leon 

Hallo,

Erfahrung mit dem Fehler nicht, für mich klingt das allerdings so, als wenn das Paket gelöscht wurde.

Würde das InfoPackage löschen und neu anlegen, darauf die INIT und umstellen auf Delta.

Dürfte klappen.

Viele Grüße Lars

Hallo,

erstmal vielen Dank für die Antwort. Das Problem an der sache ist das ganze müsste ja im Entwicklungssystem geschehen und anschließend

transportiert werden. Ich habe sowas noch nie gemacht und habe etwas angst, das etwas schief geht und dann gar nichts mehr funktioniert. Eine andere Möglichkeit gibt es nicht??

 

Grüße

leon

Dürfte eigentlich kein großes Thema sein, es sei denn das InfoPackage wird in Prozessketten verwendet!

Eine andere Möglichkeit sehe ich jetzt so auf anhieb leider nicht.

Viel Erfolg

Hallo Lars,

vllt etwas spät die Antwort. Aber generell werden mehrere InfoPackages für eine DataSource angelegt. D. h. du erstellst ein IP für den INIT, eins für den Delta Upload und evtl. noch eins für den Full Upload (was nicht zwingend erforderlich ist).

Für Prozessketten: Normalerweise ist es so, dass du einen INIT nur für die Initialisierung brauchst... sagt ja schon die Bezeichnung INIT. Dieser wird beim Transport eines Projekts in das Produktivsystem angestartet und das nur einmalig. Danach brauchst du den eigentlich nicht mehr (wird aber nicht gelöscht). Somit heißt das: Es wird eine komplette INIT Prozesskette für dein Projekt angelegt und eine Delta Kette. So kannst du schön automatisch diese anstarten und dich zurücklehnen :)

Ich hoffe mal, das hat dir etwas weiter geholfen und kam nicht zu spät. ;)

LG

nadine_


PS: Dass du ein IP nicht mehr ändern kannst ist schon richtig so... Inits kann man eigentlich nicht mehr ändern. Du kannst nur bei einem IP, dass auf Delta eingestellt ist, auf Full Upload umändern.

Hallo nadine_,

sorry aber ich möchte da in so einigen Punkten widersprechen!

1. man KANN mehrere InfoPackages anlegen muss es aber nicht. Man kann auch (je nach "Firmenphilosophie") ein und das gleiche Infopacke für beide Ladeszenarien benutzen.

2. habe ich empfohlen das alte IP zu löschen, um keine "Datenleichen" auf dem Prod-System liegen zu haben.

3. Wird ein IP Init NICHT automatisch beim Transport ausgeführt sondern muss natürlich manuell angestoßen werden

4. Kann man natürlich ein IP das auf INIT steht auf Delta-Load umstellen.

Grüße

Hallo Lars,

zu 1: ich habe nicht gesagt, dass man gezwungen ist mehrere IPs anzulegen. Allerdings ist es praktikabler, weil du dann nicht jedes mal zwischen INIT und Delta umstellen musst.
Zudem gibt es die Möglichkeit, dass du das IP für den INIT im Testsystem hast und im Produktiv wird es einfach wieder gelöscht. Ich würds allerdings nicht machen, weil du nie weißt, ob du das nochmals brauchen kannst.

zu 3: ich habe nirgends erwähnt, dass die Prozesskette automatisch anläuft, wenn du zum ersten mal transportierst. Das is mir auch bewusst, dass ich das schon noch von Hand machen muss. Woher soll die Prozesskette auch wissen, dass nun der Zeitpunkt dafür gekommen ist, dass sie startet. Auch wenn ich von einem BW Guru neulich hätte belehrt werden sollen, der meinte, dass das automatisch geht. Das ist aber wirklich nicht so.


Gruß

Guten Morgen,

was praktikabel ist liegt wie bei sovielen Dingen im Auge des Betrachters. "Immer" umstellen müsste ich es eh nicht, sondern wenn dann einmal, weiterhin hat ein InfoPackage den Vorteil, dass wenn man den INIT neuladen muss man dies über die normale Prozesskette machen könnte (es besteht ja durchaus die Möglichkeit, dass ich nicht alle IPs aus der von dir empfohlenen INIT PK neu laden muss). Weiterhin halte ich nichts davon "Schiefstände" in den Systemen zu haben (bezogen auf den Vorschlag den du ja selbst für nicht empfehlenswert aussprichst INIT IP nach lauf im Prod zu löschen).

Hab ich nirgends von einer PK gesprochen. In dem vorigen Post steht jedoch:
"Dieser wird beim Transport eines Projekts in das Produktivsystem angestartet und das nur einmalig."
Darauf bezog sich der dritte Punkt. War vor dir wahrscheinlich anders gemeint.

Naja wie dem auch sei.
Have a nice day.

Hallo zusammen,

ich würde das Thema gerne nochmal aufleben lassen (vielleicht gibte es ja was neues).

Ich habe noch ein DSO Objekt bei dem nun dasselbe Problem aufgetreten ist. Ich war gezwungen die bisherigen Requests zu löschen

und nochmal neu zu laden.

Mein Vorgehen:

1. Löschen aller Request (auch init.)

2. Umschlüsselung des InfoPackage auf Initi. des Delterverfahrens (mit Datenübertragung)

3. Sichern (diese Sicherung klappt auch noch obwohl es eine Fehlermeldung gibt)

4. Umschlüsselung auf Delta-Update

5. Sichern der Einstellung

Bei der letzten Sicherung kommt es zu der Fehlermeldung -Paket ZFXBW existiert nicht- und die Sicherung kann nicht durchgeführt werden. Früher war diese Umschlüsselung bei

uns im System ohne Probleme möglich (es kann natürlich sein, dass aus versehen etwas gelöscht wurde). Kann mir jemand sagen wie und wo ich dieses Paket wieder anlegen kann??

 

Viele Grüße

leon

Hallo,

1. doppelklick auf das InfoPackage

2. Zusätze -> ObjectCatalogeintrag

3. Doppelklick auf das Paket

Ist das Paket vorhanden? Wenn nein ist genau dass das Problem (s.a. Antwort vom 7.7)

Grüße

---

Hallo,

das Paket ist nicht vorhanden. Ich müsste also den Weg gehen das Infopackage zu löschen und neu anzulegen.

Damit habe ich so meine Schwierigkeiten -da ich sowas noch nie gemacht habe- und ich möchte nichts zerstören da unsere Auswertungen

sonst nicht laufen. Aber ich werde wohl nicht drum herum kommen.

 

Danke nochmal

 

Grüße

 

leon

Hallo,

da gibt es nichts dran zu zerstören! Es kann dabei eigentlich nichts passieren, denn du löscht nur das InfoPackage, das einzige Problem könnte die bestehende Init ladung sein, daher lass das INIT Package bestehen (ansonsten würde die Delta Queue gelöscht werden) und mach nur ein neues Delta IP. (Du solltest vorher prüfen ob noch andere Objekte betroffen sind DTPs o.ä.).

Eine andere Alternative wäre: Geh zu eurer SAP Basis und bitte die das Paket aus dem Prod zurück ins Test zu transporieren, ist nicht schön sollte aber gehen!

Grüße & Viel Glück 😉

Hallo,

ich habe mich getraut. Hab erstmal eine Kopie von dem Package gemacht und nun kann ich in dem Bereich der

Fortschreibung wieder ändern. Ich habe allerding vorher alle Requests gelöscht (auch im scheduler die Initi). Die Extraktion klappt nun wieder aber ich bekommen

teilweise nicht die korrekten Werte geliefert. Auch ein FULL- UPDATE liefert nicht die korrekten Salden (wenn ich Full_Update anklicke und speichere ist auch immer noch der Punkt -Initialisierung mit Datenübertragung- angeklickt).

Diesen kriege ich dort auch leider nicht weg (ausgegraut). Ich meine mich aber erinnern zu können, dass früher bei Full-Update auch wirklich nur dort angeklickt war.

 

Es ist also ein Teilerfolg bei dem leider die extrahierten Zahlen noch nicht mit dem ERP übereinstimmen, die Forschung geht weiter.

 

Viele Grüße

 

leon

Hallo,

aehm wenn du das IP als INIT geladen hast und die INIT nicht rauslöscht kann man das IP nur auf DELTA umstellen nicht auf Full. (leg einfach noch ein zweites als Full an, jedoch werden sich die Werte zum Init nicht unterscheiden (Bei gleichen Selektionskriterien)).

Was heißt korrekte Werte? Wie wurden diese verglichen? etc pp.

Um welche DataSource geht es genau?

Grüße

Hallo,

ich habe im Bex-Analyzer eine Auswertung in Form einer GuV. Im Bex selektiere ich mir die GuV-Konten für den Buchungskreis und es kommt zu

Unterschieden zu der GuV aus dem ERP. Momentan mache ich das an einem Konto fest (andere Konten habe ich bisher noch nicht auf unterschiede verglichen) aber solange es bei diesem Konto zu Differenzen kommt brauche ich andere ja auch gar nicht vergleichen. Es handelt sich um eine 3.x DataSource.

Als Selektionskriterien gebe ich eigentlich nur das Geschäftsjahr 2009-2010, den Buchungskreis und den Währungstyp mit.

Das ist aber auch eine komische Sache.

Grüße

leon 

OK. (Der Name der DS wäre hilfreich ;))

Ich würde jetzt zunächst in der PSA schauen (vorausgesetzt du arbeitest mit einer und verbuchst nicht direkt durch da 3.x) welche Daten da ankommen. Um zunächst zu selektieren wo der Fehler entsteht (schon bei der Extraktion oder irgendwo beim Weiterverbuchen), ich vermute eher letzteres.

Jetzt würde ich weiterschauen sind unter umständen verwendete hierachien auf dem aktuellen Stand (Stammdaten laden!).

Und so das ganze weiter aufwickeln bis ich die Stelle habe wo die Zahlen nicht mehr stimmen.

Grüße

PS: Ich gehe davon aus, dass die Datenziel (InfoCubes etc. gelöscht also die Inhalte wurden und neu beladen wurden) und nicht die Zahlen aus dem Prod ERP mit dem Test BI verglichen werden 😉

Hallo,

die DS heißt 0FI_GL_10. Ich muß mal sehen wie ich weiter vorgehe. Leider werden keine Belegnummer angeliefert und somit kann ich

ERP und BW nicht vergleichen. Ich hab jetzt mal geprüft ob auch noch andere Konten betroffen sind. Heraugekommen ist dabei, dass nur ein Konto betroffen ist

(das mit den meisten Buchungen).

Mal gucken  wie ich weiter vorgehe.

 

Viele Grüße

 

leon

Neue Erkenntnisse,

ich habe etwas neues herausgefunden. Die ganze sache muss an einem Geschäftsbereich liegen. Ein Geschäftsbereich den es bei uns gibt

wird im BW nicht richtig angeliefert. Im BW erscheint nur ein Buchungssatz mit diesem Geschäftsbereich, im ERP gibt es allerdings eine ganze

reihe von Buchungen auf diesen Geschäftsbereich. Verstehen kann ich das noch nicht zumal der Geschäftsbereich unter OBUS_AREA angelegt wurde und auch

aktiv ist. Aber zusammengefasst ergibt dieser Geschäftsbereich genau die Summe die ich suche.

Komisch, dass es einen Datensatz im BW gibt, die restlichen aber nicht mit extrahiert werden.

 

Ich werde dazu mal ein bisschen im oss surfen.

Grüße

leon

Hallo Leon,

ich weise nochmal daraufhin, dass ich zunächst prüfen würde ob die Daten denn richtig an das BW geliefert werden (sprich PSA Daten aggegieren etc.). Erst dann macht es tatsächlich Sinn weiter zu schauen, weil solange man nicht weiß an welcher Stelle der Fehler auftaucht ist eine Suche recht müßig.

Grüße

Hallo,

ich hab das gerade nochmal abgeglichen. Nachdem ich die Daten geladen habe, habe ich mir in der DataSource

über den Punkt -> Administrieren -> PSA Pflege die Daten in der PSA angeschaut. In der PSA sind die Daten  mit den

Salden die mir fehlen vorhanden (das würde ja heißen, das die Daten zunächst korrekt im BW ankommen) und dann auf dem Weg

in das DataStore Objekt verloren gehen. Also muss irgendwo ein Fehler in dem weiteren Weg in das DSO Objekt sein.

 

viele Grüße

 

leon