SAP Jobsuche bei DV-Treff


Suchen
Basti2go
  • Basti2go
  • SAP Forum - Profi Thema Starter
vor 5 Jahre
Hallo Zusammen,

ich komme nicht weiter und benötige Eure Hilfe.

Ich brauche einen Zuschlag, der nicht auf die Menge oder Gesamtmenge aus dem Lieferplan berechnet wird.

Ich muss z.B. 120€ pro Lieferung berechnen. Einen Zuschlag finde ich nicht dafür. Auch habe ich schon versucht einen anzulegen. Der rechnet es aber immer auf die Menge runter und berechnet nicht die 120€.

Habe zwei Einteilungen im Lieferplan mit je 50 Stück. Beliefere ich die, sind auf der Rechnung je 60€.

Wie stelle ich ein, das stur immer 120€ berechnet?

Vielen Dank für Eure Hilfe.

LG

Sebastian

Förderer

hochlebediesap
vor 5 Jahre
Hi,

soll der Zuschlag auf Kopf oder Position erfolgen? Müsste aber beides so gehen, nehme doch eine Konditionsart Typ Zu- oder Abschläge setze die Rechenregel auf B, ordne eine Zugriffsfolge zu und dann sollte das doch klappen. Oder verstehe ich die Anforderung falsch?

Grüße

Stephan

Basti2go
  • Basti2go
  • SAP Forum - Profi Thema Starter
vor 5 Jahre
Hallo,

Danke für die Hilfe. Aber ich habe schon alles Probiert Kopf oder Position, B Fester Betrag. Das funktioniert aber alles nicht. SAP teilt das immer auf. Ein fixer Zuschlag scheint nicht möglich zu sein.

Zuschlag 100 €

drei Einteilungen im Lieferplan mit je 10 Stück

Auslieferung von einem Stück.

Zuschlag in der Rechnung von 3,33€

Egal was ich einstelle. SAP fakturiert immer 3,33€.

SanduhrAnzeigeProgramm
vor 5 Jahre
Wie bereits vor 4 Wochen in deinem ursprünglichen Thread geschrieben:

Das Thema Absolutbetrag ist eines bei dem du im Zweifel immer verlierst bzw. nacharbeiten musst, wenn du so eine Konstellation hast wie von dir beschrieben (also Fakturamege ungleich Auftragsmenge).

Es wird hierbei nämlich fast die komplette Preisfindung aus dem Auftrag in die Faktura übernommen und lediglich die Liefermengen und wenige weitere Merkmale der Lieferung haben überhaupt Einfluss (auf die Faktura).

Deshalb hat deine Teillieferung (und somit die Teilmenge) auch so großen Einfluss, da sie die „Steuergröße“ überhaupt in der Lieferbezogenen Fakturierung ist.

Sprich wenn du im Auftrag 120 € Fracht (Absolut) hast und die Einzellieferung nur eine Teilmenge ist (also z.B. 50% ) dann führt das in der Konsequenz zu 50% des Absolut in der Faktura (= 60 €), weil die SAP das so als „Absolut“ definiert hat.

Ich habe bisher keinen Kunden erlebt, der „Absolut“ so versteht, aber was soll`s.

Daher würden mich Lösungsansätze genauso interessieren wie dich.

Teillieferungen bzw. Teilfakturen sorgen in der Preisfindung im Zweifel also immer für ganz viel Freude. 😢

Im ersten Schritt kannst du dich mal mit dem Thema Basisformel und = 1 beschäftigen, bei geringer Komplexität kann man damit etwas erreichen.

Bei meinen Kunden hat das aber nur sehr begrenzt und unter gewissen „engen“ Rahmenbedingungen funktioniert.

Wirklich umfangreiche Funktionalitäten und somit befriedigende Ergebnisse konnte ich nur erreichen wenn ich die Skalierung fallweise via Programmierung ausgehebelt habe.

Sprich wenn man z.B. sagt diese dedizierte Konditionsart soll nicht skaliert werden bei Fakturaanlage.

Als Grundlage siehe OSS 25144 & 434526 - Frachtkosten bzw. Frachtkonditionen bei Teilfakturierung

Wenn ein Manfred Hirn dazu schreibt, dass es nicht im SAP Standard vorgesehen ist von der Logik „Versandkosten mit jeder Teilfaktura anteilig zu verrechnen“ abzuweichen und in einem solchen Fall auf OSS 25144 verweist, dann lehne ich mich mal weit aus dem Fenster und behaupte dass es ohne eine entsprechende Programmierung auch nicht möglich ist.

Sprich jeder der behauptet, dass das ohne Weiteres geht, hat das Problem nicht verstanden oder meint mehr drauf zu haben als Herr Hirn, sollte also unbedingt Schulungen in der Preisfindung anbieten oder noch besser bei der SAP das Thema mit entwickeln.


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

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

Basti2go
  • Basti2go
  • SAP Forum - Profi Thema Starter
vor 5 Jahre
Hallo,

danke für die ausführliche Info. Wir haben immer mehr Kunden bei den Auslaufteile mit einem Zuschlag/Lieferung berechnet werden. Für die Teile gibt es Lieferpläne (EDI Abrufe) mit Preisen/Stück. Hast du eine Ahnung ob sich das überhaupt mit dem Standard SAP Funktionen abbilden lässt?

SanduhrAnzeigeProgramm
vor 5 Jahre
Zitat von: Basti2go 

Hallo,

danke für die ausführliche Info. Wir haben immer mehr Kunden bei den Auslaufteile mit einem Zuschlag/Lieferung berechnet werden. Für die Teile gibt es Lieferpläne (EDI Abrufe) mit Preisen/Stück. Hast du eine Ahnung ob sich das überhaupt mit dem Standard SAP Funktionen abbilden lässt?

Ich bin überhaupt kein Experte für Lieferpläne, daher kann ich das nicht beantworten.

Deine Frage nach der Preisfindung bezüglich Fracht habe ich ja bereits ausführlich beantwortet und das läuft nur dann anders ab wenn man auf die Integrative Verbindung der Preisfindung verzichten möchte.

Also nicht mehr die Frachtermittlung in der Faktura vom Auftrag abgeleitet wird, sondern voneinander isoliert.

In eurem Fall könnte man das z.B. mit 2 Konditionsarten aufbauen, was man im CO, CO-PA bzw. jeglicher Auswertung natürlich berücksichtigen muss, da PLAN und IST ja normalerweise in ein und der selben Konditionsart "ausgedrückt" werden und der Vorgang den Unterschied macht (zwischen PLAN/ IST).

Nachfolgend ein Beispielhafter Aufbau (Nachteile habe ich ja bereits beschrieben):

Konditionsart ZAFR ist eine Frachtkondition im Auftrag für die geplanten Frachterlöse.

Konditionsart ZFFR ist ene Frachkondition in der Faktura für die IST Erlöse, die nicht vom Aufrag abgeleitet wird, sondern über eine geeignete neue Preisfindung in der Kopiersteuerung neu ermittlet wird (= inkl. Neuermittlung der Frachtkonditionen).

In meinen Augen lassen sich nur so (oder ähnlich) bzw. mittels Programmierung wie in OSS 25144 & 434526 beschrieben wenn man bei dem integrativen Vorgang mit 1 Konditionsart bleibt, die Skalierungeeffekte umgehen.

Klar man kann immer noch komplexere Programmierungen bauen und das nochmals anders bauen, aber wenn man so nah wie möglich am Standard bleiben wil bzw.sich durch komplexere Konstrukte nicht noch mehr Probelem / Seiteneffekte einhaneldn will ist das , nach meiner Einschätzung, das was "geht".


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

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

Basti2go
  • Basti2go
  • SAP Forum - Profi Thema Starter
vor 5 Jahre
Hallo,

ok, dann werden wir die "Funktion" wohl von unserem SAP Dienstleiter kaufen müssen. Die haben für uns bisher alles programmiert.

Vielen Dank

Lg

Sebastian