[GELÖST] Staffelpreise in NAV abbilden (von / bis Mengen)

Hallo Zusammen!
hat sich jemand von Euch bereits mit diesem Thema auseinander gesetzt?
Wir gewähren dem Kunden günstigere Preise, wenn er eine bestimmte Menge eines Artikels abnimmt, zB. 50 Stück. Wenn er eine Minder.- bzw. eine Mehrmenge abnimmt, dann hat der Kunde einen höheren VK-Preis. In NAV gibt es standardmäßig nur das Feld Mindestmenge, jedoch keine Maximalmenge. Da NAV nach dem best möglichen Preis sucht, zieht es den für 50 Stück hinterlegten Preis auch bei Aufträgen > 50 Mengen. Gibt es eine Möglichkeit entsprechende Staffelpreise (für genau 50 Stück, bzw. ab 50 bis 50) zu pflegen?
Wenn es keine Möglichkeit gibt, würde ich die Preisfindungslogick um das Feld "Max. Menge" erweitern.

Gruß
Maximus

Zuletzt geändert von Maximus am 30. Januar 2012 16:26, insgesamt 1-mal geändert.

Hallo,

einfach indem du einen Preis mit Mindestmenge für 51 Stück hinterlegst, oder einen Preis für eine bestimmte Einheit. Wobei dir bei ersterem die Bestpreisfindung einen Strich durch die Rechnung machen dürfte. Ich würde dann allerdings versuchen eben diese Bespreisfindung abzuschalten, das dürfte einfacher sein.

Gruß, Fiddi

Meinst du soetwas in der Art?
Das sollte auch mit Mindestmengen abbildbar sein.

Startdatum: 01.01.12, Mindestmenge: 0, Einheit: Stück, VK-Preis 20€
Startdatum: 01.01.12, Mindestmenge: 50, Einheit: Stück, VK-Preis 15€
Startdatum: 01.01.12, Mindestmenge: 51, Einheit: Stück, VK-Preis 18€

Das sollte eigentlich so funktionieren.

mfg,
winfy

Hallo Winfy,
ja ähnlich. Wie von Fiddi jedoch auch angedeutet, greift in solchen Fällen der Bestpreis. D.h. bei 51 wird nicht 18€ sondern 15€ gezogen. Eigentlich sollte eine solche Anforderung im Standard ohne Anpassungen abbildbar sein..


@Fiddi,
bei einer anderen VK-Einheit, z.B. Karton (Basiseinheit = 50) ist NAV so schlau, dass es bei 51 ebenfalls den besten Preis, zieht.. (im oben stehenden Beispiel den Preis ohne Mindesmenge)

Zuletzt geändert von Maximus am 30. Januar 2012 11:29, insgesamt 1-mal geändert.

bei einer anderen VK-Einheit, z.B. Karton (Basiseinheit = 50) ist NAV so schlau, dass es bei 51 ebenfalls den Preis von dem Karton zieht..

Schade ,
dann bleibt dir nur Plan B wie Bestpreisfindung abschalten, wenn sich euer System nicht an anderer Stelle darauf verlässt

Gruß, Fiddi

Ich habe das eben mal bei mir getestet, da kommt genau der eingestellte Preis.
Wir nutzen auch den Standard.

Habe einen Auftrag mit F3 erstellt und dann den Artikel mit der
Menge 1 dann 50 dann 51 als Zeilen hinzugefügt.
Da zog er immer den richtigen Preis.

mfg,
winfy

Folgende VK-Preise habe ich hinterlegt.
Artikel Einheit Preis Mindesmenge
Alle Debitoren X3546 KARTON 1,00 45,00 01.01.11
Alle Debitoren X3546 ST 1,00 1,00 01.01.11
Alle Debitoren X3546 ST 51,00 2,00 01.01.11

In den VK-Zeilen werden folgende Beträge gezogen:

Menge Einheit VK-Preis pro Stück
Zeile1: 1 Stück 1
Zeile2: 1 Karton 45
Zeile3: 50 Stück 1
Zeile4: 51 Stück 1

Insofern muss ich mich revidieren, beim Karton wird in der Tat der für den Karton hinterlegte Einheitspreis gezogen.
Das Problem bleibt jedoch. D.h bei 51 Stück zieht er den besseren Preis von 1€ nicht den Preis, der ab 51 Stück hinterlegt wurde (2€).

Zieht er bei Dir bei 51 Stück 2€?

bei einer anderen VK-Einheit, z.B. Karton (Basiseinheit = 50) ist NAV so schlau, dass es bei 51 ebenfalls den Preis von dem Karton zieht..

Schade ,
dann bleibt dir nur Plan B wie Bestpreisfindung abschalten, wenn sich euer System nicht an anderer Stelle darauf verlässt

Gruß, Fiddi

Habe es noch einmal korrigiert, NAV zieht nicht den Kartonpreis, sondern den besten Preis. Also z.B. den ohne Mindestmenge, so dass das Problem leider trotzdem besteht.

bei einer anderen VK-Einheit, z.B. Karton (Basiseinheit = 50) ist NAV so schlau, dass es bei 51 ebenfalls den besten Preis, zieht.. (im oben stehenden Beispiel den Preis ohne Mindesmenge)

Korrektur meiner Aussage von eben: Der Preis pro Einheit kann Vorrang vor der Bestpreisfindung haben ,wenn er niedriger ist als der normale Preis oder du verkaufst du die Artikel im Auftrag mit einer besonderen Einheit, und hast bei allen Preisen eine Einheit hinterlegt, dann sollten die Preise nur für die jeweiligen Einheiten greifen.

Gruß, Fiddi

Hmm,

selbst das klappt bei mir.
Ich habe den erstellten Auftrag mit Verkaufspreis hochgeladen.

staffelpreise.JPG

mfg,
winfy

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Die Erfassung mit unterschiedlichen Einheiten bildet die Anforderung ganz gut ab.
D.h. wir würden jetzt mehrere neue Einheiten erstellen:

KARTON50
KARTON100
KARTON150
etc.

une je einen Preis definieren.

Wenn eine andere Menge bestellt wird, wird der Stückpreis gezogen.

Danke für die Ideen!

Hmm,

selbst das klappt bei mir.
Ich habe den erstellten Auftrag mit Verkaufspreis hochgeladen.

staffelpreise.JPG

mfg,
winfy

Das ist genau das was ich brauche, und nicht funktioniert bei mir , hmm. Mit welcher NAV Version hast Du getestet?

Das war unsere Testdatenbank NAV DE 4.00 SP3 Build 23305.

mfg,
winfy

Hmm,

selbst das klappt bei mir.
Ich habe den erstellten Auftrag mit Verkaufspreis hochgeladen.

staffelpreise.JPG

mfg,
winfy

Das klappt bei dir?

Bitte nenne noch die NAV Version und die Build Nummer.

@: du hast NAV 4.03 native client, native server oder sql-server? Welche Build hat die 4.03 Datenbank?

Bitte nenne noch die NAV Version und die Build Nummer.

@: du hast NAV 4.03 native client, native server oder sql-server? Welche Build hat die 4.03 Datenbank?

NAV DE 4.00 SP3 Build 23305 (Native Client).

Gehe ich jetzt richtig davon aus das es bei Dir/Euch nicht klappt?

mfg,
winfy

Habe gerade einen Test auf Native 2009 R2 durchgeführt, bei mir kommt wieder mein Ergebnis, d.h. VK-Preis 1 wird gezogen, nicht 2.
Sicher, dass bei Euch keine Anpassungen in dem Bereich sind? Kann jemand bitte noch sein Ergebnis posten?

Habe gerade einen Test auf Native 2009 R2 durchgeführt, bei mir kommt wieder mein Ergebnis, d.h. VK-Preis 1 wird gezogen, nicht 2.
Sicher, dass bei Euch keine Anpassungen in dem Bereich sind? Kann jemand bitte noch sein Ergebnis posten?

Also, dein ursprüngliches Posting befindet sich in der Rubrik NAV 4.xx
Daher dachte ich, dass du alles unter 4.03 durchführst, eine Annahme zu der mich auch deine Signatur verleitet hat.

Nun schreibst du "...Native 2009 R2..." => was denn nun?
Falls NAV 2009 R2, welche Buildversion?

Nach der Mittagspause werde ich mein NAV 2009 R2 CC öffnen und deine Bsp. ausprobieren, bis dahin bitte die Buildversion nennen, danke

Habe gerade einen Test auf Native 2009 R2 durchgeführt, bei mir kommt wieder mein Ergebnis, d.h. VK-Preis 1 wird gezogen, nicht 2.
Sicher, dass bei Euch keine Anpassungen in dem Bereich sind? Kann jemand bitte noch sein Ergebnis posten?

Also, dein ursprüngliches Posting befindet sich in der Rubrik NAV 4.xx
Daher dachte ich, dass du alles unter 4.03 durchführst, eine Annahme zu der mich auch deine Signatur verleitet hat.

Nun schreibst du "...Native 2009 R2..." => was denn nun?
Falls NAV 2009 R2, welche Buildversion?

Nach der Mittagspause werde ich mein NAV 2009 R2 CC öffnen und deine Bsp. ausprobieren, bis dahin bitte die Buildversion nennen, danke

WIr haben schon NAV 4.00 SP3 Build 25638.
Habe das Verhalten zusätzlich in einer Cronus 2009 R2 ausprobiert. Wie beschrieben, in beiden NAV Versionen das selbe Ergebnis. Freu mich auf Dein Ergebnis :)

Hallo,

das ist kein Problem des Builds. Seit NAV die Bestpreisfindung eingeführt hat (ich glaube Version 3.x) funktioniert das so, wie Maximus das besschrieben hat.

Gruß, Fiddi

Ich gebe mich geschlagen!
Es ist in der Codeunit 7000 eine Anpassung diesbezüglich bei uns.

Entschuldigt die Verwirrung!

mfg,
winfy

Ich gebe mich geschlagen!
Es ist in der Codeunit 7000 eine Anpassung diesbezüglich bei uns.

Entschuldigt die Verwirrung!

mfg,
winfy

Ein Phänomen weniger
Wäre nett, wenn Du mir sagen könntest, was bei Euch in der 7000er Codeseitig verändert wurde, ggf. würde Eure Lösung auch für uns in Frage kommen.

Ich würde das deinen Microsoft Partner erledigen lassen.
Sie werden vermutlich ohnehin keinen Code so einfach von anderen akzeptieren.

mfg,
winfy

Ok, hast wahrscheinlich recht, danke trotzdem!