Hallo zusammen,

ich habe ein kleines Problem mit meinen Bestellpreisen in den Artikel-Einkaufs-Daten (tdipu001). Leider ist es mitten im Jahr notwendig, den Bestellpreis entsprechend zu ändern (wer den Stahlmarkt kennt weiß warum), jetzt suche ein tool mit dem ich den Bestellpreis pro Artikelgruppe um einen Prozentsatz bzw. festen Wert verändern kann. Über die EK-Preisverwaltung (globale Aktualisierung) wird nur mein Standard-EK-Preisbuch geändert, aber nicht der Bestellpreis in tdipu001.
Ich habe jetzt wirklich keinen Bock jede einzelne Schraube einzeln anzufassen.
Da ich jetzt "glücklicher" Besitzer von W2000 bin, klappt die Excel-Schnittstelle über den Applikationserver auch nicht mehr. So habe ich das Problem bisher umgangen.
Ich kann mir nicht vorstellen, dass baan da keine Standardlösung parat hat.

:confused: Hartwig

Hi Hartwig,
das Problem liegt eigentlich in der Datendefinition von Baan.
Der Basispreis kommt leider doppelt vor: in tdipu001 und in tdpcg031 in dem per Parameter vereinbarten Standardpreisbuch. Was immer der Entwickler sich dabei gedacht hat: die Konstellation ist einfach unglücklich!
Zur Problemlösung:
1. Preisänderung
die Preismatrix so aufbauen, daß auf der untersten Ebene das Standardpreisbuch steht. Dieses Preisbuch muß immer einen aktuellen Preis enthalten. Das Gültig-Bis des letzten Eintrags bleibt leer. Wenn das System nun einen Preis sucht und keine weitere Preiszuordnung besteht (Preisliste oder Preis je Lieferant), so wird das Ek-Standard angezogen. Die Artikeldaten werden nicht gezogen. Somit ist auch die globale Preisänderung möglich.
Ergebnis:
- die o.a. Preisermittlung arbeitet bei korrekter Definition immer
richtig
- Nachteil; der Preis im Artikelstamm ist nun eine "Hausnummer" !
Wenn man den Preis im Artikelstamm ändert, wird unter Ausgabe
eines Hinweises auch das Standardpreisbuch fortgeschrieben;
umgekehrt aber nicht! Wie gesagt: was immer der Entwickler.....
2. Synchronisieren der tdipu001 und tdpcg031
nach der globalen Preisänderung das Standard-Preisbuch mittels Exchange exportieren, ggf den Artikelumfang einschränken. Die gezogene Datei manuell so aufbereiten, daß nur der aktuelle Preis je Artikel übrig bleibt.
Für den Extract habe ich mich auch der Baan-Queries bedient. Die aufbereitete Liste mit den Trennungsstrichen habe ich als Trennzeichen(pipe) benutzt und so in EXCEL geladen. Die Aufbereitung habe ich dann in EXCEL vorgenommen und als CSV-Datei in das Exchange-Verzeichnis gestellt.

Anschließend einen passenden Exchange-Import definieren und die Daten in tdipu001 ändern.

3. Ich muß gestehen, daß der Weg zum Ziel schon etwas holprig ist. Daher haben wir gerade ein Programm bei unseren Entwicklern in Auftrag gegeben, das diesen Abgleich vornimmt. Das Programm stellt die Synchronisation der Preise beider Tabellen sicher und wird in die tägliche Jobverarbeitung aufgenommen.
Mit freundlichen Grüßen

K. Dueser
VRG Oldenburg
kdueser@vrg.de
http://www.vrg.de

Hallo Hartwig,

warum soll denn die Excel-Integration unter W2000 nicht mehr laufen?
Ich hab auch W2000 (Advanced Server und Professionial), da funktioniert die Excel-Integration. Allerdings nutze ich noch den Automation Server und noch nicht das OpenWorld (hier gibt es wohl eine "Light"-Version für die Office- und MS Project-Integration).

Generell finde ich die Möglichkeit, Stammdaten selektiv über die Excel-Integration zu ändern eigentlich ganz geschickt und nutze dies auch des öfteren (dann brauche ich nicht immer einen Programmierer, der mir das Programm oder die Exchange-Schemata schreibt).

viele Grüße
Dirk

Hallo Dirk,

wenn man Admin-Rechte besitzt, dann klappt das auch manchmal, aber wenn die Datenreihe größer ist als ca. 3000 Sätze, dann klemmt sich baan meistens von allein ab (ist wohl ein Selbstschutz ? :D ). Das passiert so ca. nach 10-15 min.
Dazu kommt, dass bei der Verwendung von Filtern im Workbook excel einfach mit undefinierter Fehlermeldung den Dienst quittiert. Bei W98 war das nicht der Fall !!

Gruss
Hartwig

Hallo Klaus und Dirk,

ich suche mir jetzt einen PC mit W98 in der Firma und installiere da den Applikationserver, alles andere kostet mir zuviel Zeit und Nerven.
Es lebe der Fortschritt (vielleicht auchmal bei den baanies) !!!

Gruss

Hartwig

Hallo Klaus,
das gleiche könntet ihr dann auch für den Verkaufspreis programmieren, denn dort verhält es sich genauso.
Vielleicht noch ein Tip vorab zum Abgleich der Presie:
Ich würde versuchen ein Query auf Datenbankeben zu starten.
Die Regel würde heissen: Lese alle aktuellen Preise aus Standard-Parameter-Preisbuch und aktualisiere Teilestamm damit.
Wir haben unsere Mitarbeiter ausserdem auf den Preissimlator hingewiesen, um so eine richtige Preisauskunft zu bekommen. Dann müssen sie gar nicht mehr in den Teilestamm schauen.
Grüsse
Ulrich R.

Hi Hartwig,
das Problem liegt eigentlich in der Datendefinition von Baan.
Der Basispreis kommt leider doppelt vor: in tdipu001 und in tdpcg031 in dem per Parameter vereinbarten Standardpreisbuch. Was immer der Entwickler sich dabei gedacht hat: die Konstellation ist einfach unglücklich!
Zur Problemlösung:
1. Preisänderung
die Preismatrix so aufbauen, daß auf der untersten Ebene das Standardpreisbuch steht. Dieses Preisbuch muß immer einen aktuellen Preis enthalten. Das Gültig-Bis des letzten Eintrags bleibt leer. Wenn das System nun einen Preis sucht und keine weitere Preiszuordnung besteht (Preisliste oder Preis je Lieferant), so wird das Ek-Standard angezogen. Die Artikeldaten werden nicht gezogen. Somit ist auch die globale Preisänderung möglich.
Ergebnis:
- die o.a. Preisermittlung arbeitet bei korrekter Definition immer
richtig
- Nachteil; der Preis im Artikelstamm ist nun eine "Hausnummer" !
Wenn man den Preis im Artikelstamm ändert, wird unter Ausgabe
eines Hinweises auch das Standardpreisbuch fortgeschrieben;
umgekehrt aber nicht! Wie gesagt: was immer der Entwickler.....
2. Synchronisieren der tdipu001 und tdpcg031
nach der globalen Preisänderung das Standard-Preisbuch mittels Exchange exportieren, ggf den Artikelumfang einschränken. Die gezogene Datei manuell so aufbereiten, daß nur der aktuelle Preis je Artikel übrig bleibt.
Für den Extract habe ich mich auch der Baan-Queries bedient. Die aufbereitete Liste mit den Trennungsstrichen habe ich als Trennzeichen(pipe) benutzt und so in EXCEL geladen. Die Aufbereitung habe ich dann in EXCEL vorgenommen und als CSV-Datei in das Exchange-Verzeichnis gestellt.

Anschließend einen passenden Exchange-Import definieren und die Daten in tdipu001 ändern.

3. Ich muß gestehen, daß der Weg zum Ziel schon etwas holprig ist. Daher haben wir gerade ein Programm bei unseren Entwicklern in Auftrag gegeben, das diesen Abgleich vornimmt. Das Programm stellt die Synchronisation der Preise beider Tabellen sicher und wird in die tägliche Jobverarbeitung aufgenommen.
Mit freundlichen Grüßen

K. Dueser
VRG Oldenburg
kdueser@vrg.de
http://www.vrg.de