Baanboard.com

Go Back   Baanboard.com > Forum > BB Language Forums > Deutsches Forum

User login

Frontpage Sponsor

Main

Poll
For ERP LN feature pack upgrade, what method of install are you using?
Installation Wizard into existing VRC
37%
Installation Wizard into new VRC
39%
Manual into existing VRC
3%
Manual into new VRC
21%
Total votes: 38

Baanboard at LinkedIn


Reference Content

Reply
 
Thread Tools Display Modes
  #1  
Old 9th January 2001, 01:00
Kai's Forum Users Kai's Forum Users is offline
Generic User
 
Join Date: Jan 1999
Posts: 2,115
Kai's Forum Users is on a distinguished road
Nachtrag zu: Fehlerhafte Rabattfindung in C4


Nochmal was zu dem Kommentar von Baan:When recalculating, system looks again from a detailed to a general level, but now stops at the most general level, which is applicable for all lines.

In this case, this is the Discount by Price List! (on level 1 and 2)Wenn ich das richtig verstehe, geht es um Rabatte, die global für einen Auftrag errechnet werden sollen, also über mehrere Positionen hinweg.

Baan sagt hier aber nicht, dass in diesem Fall die Suchreihenfolge umgedreht wäre. Es wird nach wie vor vom Detaillierten zum Allgemeinen gesucht. ("system looks again from a detailed to a general level"). Allerdings wird erst auf der Ebene gestoppt, die für Uli

Reply With Quote
  #2  
Old 9th January 2001, 01:00
Kai's Forum Users Kai's Forum Users is offline
Generic User
 
Join Date: Jan 1999
Posts: 2,115
Kai's Forum Users is on a distinguished road
Re: Fehlerhafte Rabattfindung in C4


Hallo!Ich fürchte
a) Baan hat Eure Fehlermeldung überhaupt nicht kapiert

b) Ihr habt den Fehler nicht hunderprozentig erkannt.Ich denke nämlich nicht, dass sich die Suchreihenfolge
umgedreht hat (Das wäre in der Tat völlig blödsinnig
und würde die ganze Rabattfindung ad absurdum führen.)
Ich denke eher, das Programm sucht nach wie vor in der
selben Reihenfolge wie früher, "vergisst" dabei aber
eine oder sogar zwei Ebenen. Dadurch kann der Eindruck
enstehen, dass die Suchreihenfolge auf einmal umgedreht

ist.
Mit welcher c4-Version (Service-Pack) testet ihr?Ich installiere hier gerade Service-Pack 4 und stelle jede Menge
Bugfixes in den enstprechenden Programmen fest. Einige betreffen in der Tat
das "Vergessen" von Ebenen, andere betreffen Probleme bei unterschiedlichen

Umrechnungsfaktoren.Ich würde auf jeden Fall diesen Servicepack installieren.
Und ich würde in einer Testumgebung tatsächlich mal für alle 10 Ebenen
was hinterlegen (Ich denke nicht, dass Ihr sie alle nutzt), und dann
in der "normalen" Suchreihenfolge (vom speziellen zum allgemeinen)
immer eine raus nehmen. Vielleicht kriegt ihr auf die Art die

Ebene raus, die übersprungen wird.
Und genau das würde ich dann nochmal als Case melden.
Hoffe das hilft etwas.
Uli
Reply With Quote
  #3  
Old 9th January 2001, 01:00
Kai's Forum Users Kai's Forum Users is offline
Generic User
 
Join Date: Jan 1999
Posts: 2,115
Kai's Forum Users is on a distinguished road
Fehlerhafte Rabattfindung in C4


Hallo Zusammen,wegen der in C4 gegenüber C3 geänderten und unserer Meinung nach falschen Rabattfindung sind wir derzeit nicht in der
Lage auf Baan IVc4 zu migrieren und daher auch nicht in der Lage auf EUR-Hauswährung umzustellen.
Seit März 2000 ist der Fehler bei Baan gemeldet.
Unser Beratungshaus wie auch ein BGS-Mitarbeiter analysierten eine fehlerhafte Rabattfunktionalität in Baan IVc4.

Baan PEG Holland antwortet jedoch: "Das ist nun Standard".
BaaN gibt für C4 folgende Preis- und Rabatthierarchie vor (Sol. 109908.doc vom 28.12.2000):1. Special contract (tdsls3102s000)
2. Normal contract (tdsls3102s000)
3. Maintain prices by customer and item (tdsls0101m000)
4. Maintain discounts by customer and price group (tdsls0102m000)
5. Maintain discounts by customer (tdsls0103m000)
6. Maintain prices by pricelist and item (tdsls0104m000)
7. Discounts by pricelist and pricegroup (tdsls0105m000)
8. Discounts by pricelist (tdsls0106m000)
9. Prices by item (tdsls0113m000)

10. Sales price in item data (tiitm0101m000)BaaN c3 funktioniert korrekt:
Bisher sucht das System bei der Auftragserfassung in C3 wie folgt nach dem Preis bzw. Rabatt:
Zuerst erfolgt die Suche nach dem Preis in der Hierarchie von Stufe 1 bis 10.
Findet das System einen Preis z.B. in Stufe 3 so beendet das System die weitere Preissuche.
Danach wird der Rabatt ebenfalls von Stufe 1 beginnend gesucht und beendet die Suche nach gefundenem Rabatt.
Nach der Auftragserfassung wird eine Rabattneuberechnung beim Verlassen der VK-Auftragspositionen durchgeführt.

Das System sucht nun wieder nach dem oben beschriebenen Schema nach dem Rabatt, also von oben nach unten.BaaN c4 mit entgegengesetzter, für uns unlogischer Rabattfindung:
In BaaN c4 hat sich für uns eine gravierende Änderung ergeben.
Die Preisfindung erfolgt wie in BaaN c3. Nur bei der Rabattfindung sucht BaaN nun in umgekehrter Reihenfolge
der Rabatthierarchie; d.h. BaaN C4 beginnt mit Stufe 10 und sucht nach oben.

Das System setzt somit einen Rabatt mit niedrigerer Priorität ein.Die alles entscheidende Frage ist:
Warum änderte BaaN bei der Rabattneuberechnung die o.g. Berechnungsfolge "von oben nach

unten (Stufe 1-10)" auf "von unten nach oben (Stufe 10-1")ab ?Vorschlag BGS:

Anpassung Baan IVc4 tdsls4810s000 / tdslsdll0001 (gemäß C3)Können Sei uns helfen?
Haben Sie auch mehrstufige Rabatte und somit das gleiche Problem bei der Migration von c3 auf c4?
Haben Sie das Problem schon gelöst ?
Wie sieht die Lösung aus?

Wir sind über jeden noch so kleinen Hinweis dankbar.

Anbei BAAN-Solution 109908 vom 28.12.2000SITUATION DESCRIPTION: Workaround-Solution 109908 28.12.2000

Discount not correct when having more then one level CASE ANALYSIS: Made defect to check the Standard funktionality
Be aware between the change in Baanc3 and Baanc5.

Case description local language: Anzeige des Rabatts bei mehr als einer Rabattstufe in VK-Auftragspositionen nicht korrektSolution description: Die Umstellung auf Euro; Baan4c4 konnte nicht stattfinden weil die Berechnungvon Preise und Rabatte nicht zufriedenstellend war/ anders funktionierte als in Baan4c3.

Unsere Programmierung schreibt uns dass die Beispiele wie in Baan4c5 gegeben die Standard funktionalitaet beschreiben und hier dass Programm nicht geanderd wird. Eine moegliche Kundenanpassung auf tdsls4810s000 / tdslsdll0001 konnte fuer die Firma Halder eine befriedigende Situation ergeben und kann die Umstellung auf Euro bei die Firma Halder stattfinden.Wie Sie lesen koennen in die Generic Solution kann mann die Vertraege Nuetzen um die Feste Preise zu Hinterlegen.
Was die Umstellung auf Euro auch ermoechlicht.
Wie Herr Soelle schon erwaehnt hat wuerde dies zuviel aufwand sein bei Fa Halder, wenn mann aber ein "default" Vertrag anlegt fuer ein "default" Kunde. Sie haben dann die Moeglichkeit diese pro echtkunde zu kopieren; bitte betrachten sie den "effective date" .
Eine arbeitsstufe kommt zusatslich dazu, mann muss diesem Vertrag ueber eine Session activieren.

Gruppenweise Vertraege loeschen / bearbeiten koennen Sie finden Unter Distribution/Sales Control/ Sales Contracts..VERSION(S):

Baan IV
SITUATION IDENTIFIED IN:

recalculate prices and discounts tdsls4810s000
SITUATION DESCRIPTION:

How does the session tdsls4810s000 work?SOLUTION DESCRIPTION:
When a sales orderline is created Baan searches for prices/ discounts in the following order:
1. Special contract (tdsls3102s000)
2. Normal contract (tdsls3102s000)
3. Maintain prices by customer and item (tdsls0101m000)
4. Maintain discounts by customer and price group (tdsls0102m000)
5. Maintain discounts by customer (tdsls0103m000)
6. Maintain prices by pricelist and item (tdsls0104m000)
7. Discounts by pricelist and pricegroup (tdsls0105m000)
8. Discounts by pricelist (tdsls0106m000)
9. Prices by item (tdsls0113m000)
10. Sales price in item data (tiitm0101m000)

As soon as Baan finds a price it inserts this price and starts searching for the discount. Again when Baan finds a discount it stops searching. Please note that when a discount of 0% gross has been defined then Baan will continue searching for a discount. If a discount of 0% nett is defined then Baan will stop searching.
An example: a sales price is only defined in item data (tiitm0101m000). Discounts (larger than 0%) have been defined in session maintain prices by customer and item (tdsls0101m000) and in maintain discounts by customer and pricegroup (tdsls0102m000). Baan will search from point 1 till 10 and will find a sales price in item data and will display this price as default sales price in the sales orderline. Baan will then find a discount in point 3 prices by customer and item. This discount will also be displayed as default in the sales orderline. If you run the session Recalculate prices and discounts tdsls4810s000 when all sales orderlines have been inserted the system looks in a different way. Please note that in below mentioned examples only 1 discount level has been defined. It is possible in Baan IV to define 3 discount levels.
First of all the system will not search on line item basis. It will first accumulate all quantities and amounts for the same items or pricegroups. Then it will start searching for the "highest" structure where it can find a discount for these totals.
For example:
Customer 1010
Item X
Pricegroup SLS
Sales price in maintain item data: 100 Euro
The following price/ discounts have been defined:
Prices by customer/item tdsls0101m000:

Quantity 9999999 price 95 Euro discount 20% parameter set to "line item"Discounts by customer and pricegroup tdsls0102m000:

Quantity 9999999 discount 30% parameter set to "order"Discounts by customer tdsls0103m000:

Quantity 999999 discount 15% parameter set to "order"A sales orderline is created for 10 pieces of item X Baan will find a price and discount in the session prices by customer/item first and will enter a default price of 95 Euro and a default discount of 20%.
However when you run the session recalculate prices and discounts Baan will not stop with the first discount it finds but it will search for the "highest" discount it can find.

In this example when you run recalculate prices and discounts Baan will find a discount in the session discounts by customer. Therefore Baan will change the discount percentage to 15%. The discount Baan found when the sales orderline was created will not be taken into account now.
Please note that you can define 3 parameter settings when you fill the sessions mentioned in point 3 till 9: by line, by order or both (line and order). When you run the session recalculate prices and discounts Baan will only take into account the parameter settings to order or both. When you only have 1 discount structure defined for example prices by customer and item you can use the session recalculate prices and discounts for example in case you sell items which have a different delivery schedule or have the same pricegroup. In this case you set the parameter to order or both.
For example you have the following discount structure for item Y and customer 1010:
Prices by customer and item tdsls0101m000 parameter set to order:
Quantity up till 10 price 100 Euro discount 5%
Quantity up till 30 price 100 Euro discount 10%
Quantity up till 50 price 95 Euro discount 15%
Quantity up till 100 price 90 Euro discount 20%

Quantity 9999999 price 80 Euro discount 25%
60 pieces of item Y are sold with 3 different delivery dates. Therefore you have to insert 3 sales lines namely 1 sales orderline for 10 pieces, 1 sales orderline for 20 pieces and 1 sales orderline for 30 pieces. Should you have the parameter set to line then a price of 100 Euro will be calculated and a discount of 5% for the first orderline and a discount of 10% for the following 2 orderlines. However when you have the parameter set to order/ or both and you run the recalculate prices and discounts session a price of 90 Euro and a discount of 20% will be calculated.
EXAMPLE(S):

See above mentioned examples---------------------------------------------------------------------------------------

The Answer to your Example was:This is standard functionality.
When determining the discount for an orderline, systems searches from the most detailed level to a more general level; the fisrt discount found is taken. In this case, a discount by Customer and Price Group is found.
When recalculating, system looks again from a detailed to a general level, but now stops at the most general level, which is applicable for all lines.
In this case, this is the Discount by Price List! (on level 1 and 2)
So, nothing wrong here.


Mit freundlichen Grüßen

Erwin Halder KG
Martin HalderAnschrift/address:
Erwin-Halder-Strasse 5-9
88480 Achstetten-Bronnen

Deutschland/GermanyTel.: +49 (0)7392 / 7009-103
Fax: +49 (0)7392 / 7009-41
Handy: +49 (0)170 / 7855852
eMail: halder.martin@halder.de
Internet: http://www.halder.de

Reply With Quote
Sponsored Links
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Fehlerhafte Rabattfindung in IVc4 ?? Kai's Forum Users Deutsches Forum 0 8th February 2001 01:00
Fehlerhafte Rabattberechnung Kai's Forum Users Deutsches Forum 1 8th December 2000 01:00
Fehlerhafte Reports BAAN IVc4 Kai's Forum Users Deutsches Forum 1 9th May 2000 01:00
Fehlerhafte Reports IVc4 Kai's Forum Users Deutsches Forum 1 9th May 2000 01:00
Fehlerhafte Integrationsbuchungen Kai's Forum Users Deutsches Forum 5 24th April 2000 01:00


All times are GMT +2. The time now is 23:25.


©2001-2017 - Baanboard.com - Baanforums.com