am einfachsten wäre es, wenn das wie beschrieben, ein immer wieder kehrender Vorgang ist, dieses über das entsprechende Kalkulationsschema im Customizing vom Vertrieb einzustellen.

Da Ihr ja schon eine separate Kundenauftragsart dafür verwendet, ist es für den SD-Keyuser ein leichtes, dort das Kalkulationsschema anzupassen.

Mit freundlichen Grüßen

nro

bis dato konnte ich das Problem leider noch nicht lösen und einen solchen Key-User SD haben wir im Unternehmen nicht (mehr).

An vorhandenen Konditionsarten mag ich keine Änderungen vornehmen, zumal einige Einstellungen/ Tabellen hier mandatenunabhängig sind. Also habe ich es über eine zusätzliche Konditionsart im entsprechenden KalkSchema Zxxxxx versucht:

*) Rabatt-KondArt Zxxx angelegt

*) Zugriffsfolge Zxxx angelegt und der KondArt zugeordnet.

*) KondTabelle 8xx angelegt und der Zugriffsfolge Zxxx zugeordnet

*) KondTabelle Zxxx beinhaltet als Feld den Positionstyp

Als nächstes habe ich für diesen Positionstyp einen KondSatz angelegt (20%).

Beim Testen wird die Kondition aber nicht berücksichtigt mit dem Hinweis aus der Analyse "Meldung 102 - Zugriff nicht ausgeführt Feld initial"

Ich habe nun schon so einiges versucht und gegoogelt etc. pp., aber bevor ich noch länger im Dunkeln durch das IMG stolpere, bitte ich nochmal um Hilfe durch das Forum. Vielen Dank im Voraus

was siehst du in der Konditionsanalyse der betroffenen Position, also dort, wo deine 102er Meldung auftaucht ? Klick mal bei jeder Zugriffsfolge in der linken Seite auf die Zugriffsfolge und schau auf der rechten Seite nach, welches Feld ein gelbes Ausrufezeichen hat - dieses Feld ist initial = leer.

Anschliessend schau mal nach, mit welchem Belegfeld in deiner Definition der Zugriffsfolge im IMG dieses Feld gefüllt wird; dazu im IMG die Definition der Zugriffsfelder bearbeiten, den betroffenen Zugriff anklicken und anschliessend auf den Reiter FELDER. Dann siehst du, aus welcher Belegstruktur und mit welchem Belegfeld dein Konditionsfeld gefüllt wird/werden sollte.

Und lt. Schritt 1 ist dieses Feld offenbar leer.

Wenn das so ist, musst du entweder deine Zugriffsfolge so anpassen, dass alle vorhandenen Felder gefüllt sind (was am einfachsten ist, wenn man sich an anderen, funktionierenden Zugriffsfolgen orientiert) oder du holst dir einen Entwickler, der dir das Feld füllt.

Wenn du fit bist, kannst du die Zugriffsfolge auch so aufbauen, daß das Feld nicht gefüllt sein muss (s.a. hierarchischer Zugriff in der Definition der Konditionstabelle)

Ich werde dann mal gleich Deinen Hinweisen nachgehen.

Viele Grüße

Die Meldung 102 betrifft die von mir angelegte KondArt Zxxx. Der entsprechenden Zugriffsfolge habe ich nur eine neue KondTabelle zugeordnet, die ledilich auch nur 1 Feld, nämlich den Positionstyp, beinhaltet. Dieser Positionstyp ist als Retouren-Emballge bereits im System angelegt, wird aber aktuell sonst nicht genutzt.

Den Konditionssatz habe ich dann genau für diesen Positionstypen mit Gültigkeitszeitraum ab gestern angelegt..

Wo liegt mein (Denk-) Fehler??

was zeigt denn deine Konditions-Findungsanalyse im Beleg ? Ist dein Feld 'Positions-Typ' leer ?

Wenn ja, und so klingt es, dann hast du möglicherweise in der Konditionstabelle ein falsches Feld eingetragen oder in der Zugriffsfolge nicht richtig zugeordnet oder die Programmierung unterlassen.

Hast du denn das Feld PSTYV (das ist der SD-Positionstyp) manuell als zusätzliches Feld in deine Konditionstabelle eingefügt ? oder wo kommt das her, denn nach meinem Kenntnisstand ist der SD-Positionstyp kein Standard-Feld der SD-Preisfindung. In meiner LISTE DER ERLAUBTEN FELDER ist es nicht - und wenn es dann dazugefügt wird, muss man es auch in der Belegverarbeitung im Programm selbst füllen !

ich hoffe die Anzeige funktioniert..

Ich habe es über verschiedene Möglichkeiten versucht.

Die KondArt ZK07 ist eine Rabatt-KondArt, ZFZR ist eine

Preis-KondArt. Beides möche nicht funktionieren.

ZK07 sind 20% Abzug (von Preis 10), damit 8 als Preis

erscheint. ZFZR habe ich fix 8 als Preis eingegeben.

Das Feld PSTYV ist bei uns als erlaubtes Feld, neben 247

weiteren Feldern, im Feldkatalog vorhanden. So konnte ich

dieses Feld auch für die Konditionstabelle auswählen.

Reicht dieses eine Feld Positionsty evt. gar nicht aus?

Was meinst Du mit "..oder Du hast die Programmierung

unterlasen."?

Und der Rabatt auch mit Positionstyp? Warum nicht nur Material/VKO/Vertriebsweg?

Gruß,

asdf

schau dir mal diesen OSS-Hinweis an

Hinweis 531835 - Feld PSTYV im Konditionszugriff verwenden

Die Screenshots füge ich gleich gerne noch bei. Blöder Weise habe ich frustriert die beiden KondArten aus dem KalkSchema rausgelöscht. Dann habe ich sie eben wieder hinzugefügt, aber sie tauchen beide nicht in der Analyse auf.. Ich krieg noch einen zuviel... 🤬

Die Lösung über Preis in Abhängigkeit vom Positionstyp habe ich deshalb gewählt, weil sich die Preise zwischen Verkaufspreis (10 Euro) und An-/ Rückkaufspreis (8 euro) unterscheiden, bei der Retoure ein anderer Positionstyp erlaubt bzw. gezogen wird und mir sonst kein anderer Weg eingefallen ist, die unterschiedlichen Preise zu steuern..

😕

greetz zurück

Allerdings ist das Feld PSTYV bei uns bereits als erlaubtes Feld vorhanden. Ob der OSS hilft, weiß ich noch nicht, aber dümmer wird er mich nicht machen, wenn ich den mal ausprobiere.

Du solltest dir mal die im OSS-Hinweis angesprochenen User-Exits anschauen - dort muss irgendwo dein PSTYV-Feld gefüllt werden - oder es ist halt leer im Beleg (wie bei Dir). Dass PSTYV ein erlaubtes Feld ist, ist erst mal nur Teil 1 der Arbeit, dieses Feld zu aktivieren.

und jetzt such mal im ABAP MV45AFZZ, wo dein Feld ZZPSTYV gefüllt wird..........

Zum Ändern muss ich nen Schlüssel beantragen..*seufz*

*-------------------------------------------------------------*

FORM USEREXIT_PRICING_PREPARE_TKOMP.

* TKOMP-zzfield = xxxx-zzfield2.

*{ INSERT MD2K900178 1

* it.trade-EXIT

PERFORM ZZTRADE_PRICING_PREPARE_TKOMP.

*} INSERT

*{ INSERT FZEK900207 2

* FZ: Mengenberechnung wg PGS

* JEN itelligence AG 20040714

PERFORM zfz_pgs_test_mengen.

*----------------------------------------------*

* JEN C1 2005-08-17

* ACHTUNG: Mengeneinheiten-Konvertierung wg

* z.B.: ZTU - TU - Problem

*----------------------------------------------*

PERFORM zfz_mengenumsetzung.

*

*} INSERT

*{ INSERT FZEK900887 3

* JEN C1 2005-03-08

PERFORM zfz_bv_pricing_read.

move vbap-zzfz_map_dyn to tkomp-zzfz_angmanprs.

IF x_import-loaded EQ 'X'. " Daten aus KHier gelesen

MOVE-CORRESPONDING x_import TO tkomp.

ENDIF.

*

*} INSERT

ENDFORM.

*eject

Was meinst Du mit "..oder Du hast die Programmierung

unterlasen."?

das meinte ich damit !!!!!

Gute Güte, habe ich heute viel gelernt!! Da hat sich das Aufstehen ja mal gelohnt. Vielen Dank nochmal für den Input!!

😁