SAP Jobsuche bei DV-Treff
SAPBanause
vor 16 Jahre
Hallo zusammen,

mit Hilfe der o. e. Tabellen konnte ich die PR00-Preise ermitteln.
Nun habe ich aber das Problem, dass bei dem "Gültig bis DAtum (DATBI)" überall der 31.12.2999 drin steht.
Also auch bei den Preisen, für die ein neuer Preis mit einem neuen Gültigkeitsdatum angelegt wurde.
Ist das echte DATBI in irgendeiner anderen Tabelle gespeichert?
MMler mit SAPSCRIPT
vor 16 Jahre

Hallo,

KONH und KONP enthalten die Ergebnisse der Preisfindung, die relevanten Daten sind in diversen Tabellen (SE11 A* liefert jede Menge selbiger) gespreichert...das erfolgt in Abhängigkeit der jeweiligen Konditionsart.

Gruss MMler


Schwerpunkt MM, dann noch SD, WM, ein wenig PP/QM, Rollen

Branche Pharma, Release ECC 6.0

wreichelt
vor 16 Jahre

Hallo,

bei uns ist in der KONH das feld DATBI enthalten und natürlich ist das Datum (Gültig bis) entsprechend abgegrenzt.

Gruß Wolfgang 

encore
vor 16 Jahre
Hallo SAPBanause,

im Standard wird SAP immer in den letzten Konditionssatz zu einer Kondition das Datum 31.12.9999 eintragen - deine Abgrenzungen sollten in den vorhergehenden Sätzen sein.

Wenn du einen neuen Konditions-Satz mit neuer Gültigkeit ab z.B. 01.10.2008 anlegst, terminiert SAP den vorhandenen und aktuell gültigen Satz auf den 30.09.2008 und erzeugt einen neuen vom 01.10.2008 bis 31.12.9999; damit ist sichergestellt, daß immer ein gültiger Zeitraum definiert ist..

Diese Standard-Logik kann man manuell übergehen und zum Beispiel in der VK12 die Werte des DATBI überschreiben.

In KONH und KONP ist das ja nicht so einfach erkennbar, da hier nur mit KNUMH als Key gearbeitet wird und nicht mit deinem spezifischen, in den A* - Tabellen definierten Key.
Grüsse

nk

flxxx
vor 3 Jahre
Guten Morgen,

erstmal vielen Dank für die Infos.

Mir ist auch noch etwas in diesem Themenkomplex aufgefallen,und zwar wurde bei uns für die Position eines Kontraktes die Konditionslaufzeit geändert. Nachdem diese abgelaufen ist und keine neue hinterlegt wurde, wurde der Preis für diese Position auf 0 € gesetzt. Ist dies das Standardverhalten? Ich nehme es fast an, denn woher soll das System wissen, welcher Preis fortan gültig ist.

Gibt es eine Standardauswertung für sowas? Oder nur über Query KONH - KONP. Reicht dies?

VG

Felix

SanduhrAnzeigeProgramm
vor 3 Jahre
Zitat von: flxxx 

Guten Morgen,

erstmal vielen Dank für die Infos.

Mir ist auch noch etwas in diesem Themenkomplex aufgefallen,und zwar wurde bei uns für die Position eines Kontraktes die Konditionslaufzeit geändert. Nachdem diese abgelaufen ist und keine neue hinterlegt wurde, wurde der Preis für diese Position auf 0 € gesetzt. Ist dies das Standardverhalten? Ich nehme es fast an, denn woher soll das System wissen, welcher Preis fortan gültig ist.

Gibt es eine Standardauswertung für sowas? Oder nur über Query KONH - KONP. Reicht dies?

VG

Felix

Klar wenn etwas nicht mehr gültig ist, ist er auch nicht mehr relevant in der Preisfindung.

Du kannst die Preisfindung nicht "global" simulieren und dann 0 Werte finden, sondern dich an ein Vorgehen halten und die unterste Ebene Prüfen.

Also wenn die unterste Ebene in deiner Zugriffsolge Pr00 je materialnr ist, dann würde ich auf dieser Ebene prüfen ob es Sätze gibt die Aktuell (oder zukünftig nicht mehr gültig sind.

Für einen FallBAck ist es daher sinnvoll für alles Preise auf MateriualNr. Ebene zu definieren, die gülig bis 31.12.9999 sind.

Wenn ihr absichtlich den Wert 0 wollt wenn es keinen gültigen "individual" Preis mehr gibt, dann kann das ja organisatorisch gewollt sein.

generell empfiehlt sich dann aber eine DB/ Margenprüfung, dass jemand nur Kostenlose Positionen wirklich "kostenlos" Verkaufen kann.


*... who can do field replacements in the debugger can do anything in the system

*so this check can not stop (him) anyway.