[52869] in SAPr3-news
Re: Preisfindung SD - Rabatte wie 20% + 6% anstatt 21,2%
daemon@ATHENA.MIT.EDU (Falk Gottschalk)
Fri Dec 31 03:40:53 2004
To: sapr3-news@mit.edu
Date: Fri, 31 Dec 2004 09:41:47 +0100
From: "Falk Gottschalk" <falk_news02@ultraperfekt.de>
Message-ID: <cr33af$p08$1@online.de>
Salve!!
Wenn die mehrfachen Werte bei der Preisfindung automatisch gefunden werden
sollen, ist das natürlich nicht gerade einfach.
Falls es nicht verschiedene Schlüsselkombinationen gibt, wenn also wirklich
für ein und den selben Schlüsselbegriff (Kunde/Material z.B.) 3
Konditionswerte gefunden werden sollen (10% + 5% + 5 %) dann hilft wirklich
nur Kopieren.
In dem Faall würde ich aber mit dem Schlaumeier vom Vertrieb reden was denn
das soll: wenn es immer 10+5+5% gibt, dann kann man dem Kunden auch gleich
18,78% geben und den Rest im Text zur Kondition ablegen...und denn dann auf
die RG zaubern.
Aber das wäre sicherlich zu einfach...
"Dirk Wilberg" <dwilberg@osborn.de> schrieb im Newsbeitrag
news:cqolbj$85g$1@news.dtag.de...
> Hallo Falk, vielen Dank für die Antwort. :-)
>
> Du hast recht, in den Konditionen im Vertriebsauftrag kann ich mehrfach
mit
> der gleichen Konditionsart arbeiten. Soweit gut. Aber in der
> Stammdatenpflege für Konditionen (in 4.7 zum Beispiel die Transaktion
VK12,
> Konditionsart K030 (Kunde/Materialgruppe) oder auch Transaktion VK32) geht
> das nicht.
>
> Beim Versuch meldet das System:
>
> Die Kondition wird in dieser Sitzung bereits bearbeitet. Ein Konditionsatz
> mit demselben variablen Schlüssel ist bereits in Bearbeitung.
>
> Also komme ich um das Kopieren der Konditionsart wohl doch nicht herum!?
>
> Gruss,
> Dirk
>
>
>
>
> "Falk Gottschalk" <falk_news02@ultraperfekt.de> schrieb im Newsbeitrag
> news:cqgjbr$6hk$1@online.de...
> > Salve!
> >
> > Wer sagt denn, daß man die selbe Kondition nicht mehrmals mit
> verschiedenen
> > Beträgen in den Konditionen eintragen kann??? Klar geht das, sogar in
> jedem
> > IDES ist das machbar.
> > PR00
> > RA01 10%
> > RA01 5%
> > Netto = xxx
> >
> > Wo ist da das Problem? Das Kopieren einer "gleichen" Konditionsart, DAS
> ist
> > Pfusch!
> >
> > Hier ein kleiner Ausriss aus der Rechnung mit entsprechenden
Konditionen:
> > //cut
> > 000050 DPC1010 Tastatur Standard - Modell EURO-Special
> > 10 ST 49,40 DEM 1 ST 494,00
> > Proz. v. Brutto 10,000 % 49,40
> > Proz. v. Brutto 12,000 % 59,28
> > Positionsnetto 60,27 DEM 1 ST 602,68
> > _______________________________________________________________________
> >
> > //cut
> > (Ja, das ist ein uraltes IDES das noch auf DEM läuft - na und?? es geht
> ums
> > Prinzip!)
> >
> > "Dirk Wilberg" <dwilberg@osborn.de> schrieb im Newsbeitrag
> > news:cq8rq0$9jh$1@news.dtag.de...
> > > SAP R/3 Release 4.7 Enterprise (Basis 6.20)
> > >
> > > Hallo Kollegen,
> > >
> > > wir bereiten zur Zeit einen SAP Rollout für unsere Schwesterfirma in
> > Spanien
> > > vor. Beim Thema Preisfindung im Vertrieb gibt es eine Anforderung, die
> ich
> > > in dieser Form noch nicht kenne:
> > >
> > > In Spanien ist es wohl üblich, Rabatte (zum Beispiel Konditionsart
K030
> > > (Kunde/Materialgruppe) ) nicht als 21,2% anzugeben, sondern
stattdessen
> > 20%
> > > + 6%. Nun kann aber in der Konditionspflege für die Rabatte die
> Kondition
> > > K030 nicht zweimal gepflegt werden, also einmal 20% und einmal 6%...
> > >
> > > Muss ich hier eine zusätzliche Konditionsart, zum Beispiel Z030 oder
> > > ähnlich, cutomizen und den ganzen langen Rattenschwanz von
> Zugriffsfolgen,
> > > Konditionsschemaerweiterung etc. durchziehen oder kennt jemand von
Euch
> > eine
> > > elegantere Methode?
> > >
> > > Ach ja, bei der Kondition Mehrwertsteuer gibt's das in Spanien auch.
Man
> > > kennt dort drei mögliche Steuersätze:
> > >
> > > 0% für Warenlieferungen in ein Drittland (wie bei uns in Deutschland)
> > > 16% für Inlandslieferungen / EU an Endverbraucher
> > > 16% + 4% für Inlandslieferungen / EU an Wiederverkäufer (aber nicht
> > 16,64%!)
> > > (kann auch umgekehrt sein)
> > >
> > > Wer hat sich schonmal mit dieser Problematik beschäftigt?
> > >
> > > Vielen Dank für jeden Tipp.
> > >
> > > Gruss und Frohe Feiertage,
> > > Dirk Wilberg
> > >
> > >
> > >
> > >
> > >
> > > --
> > > Real programmers confuse Halloween and Christmas because OCT 31 = DEC
25
> > >
> > >
> >
> >
>
>
