Ok, zo zit dat, dank voor de heldere uitleg.
We gaan kijken, ik koppel nog even terug of het gelukt is.

Verkooporder 20210510042 betreft een rechtstreekse levering.
Alle regels zijn geleverd, zie ook 2e schermafdruk ('Artikelregel geleverd' en 'Defintief > Ja').
Toch blijft hij op status O staan. Hoe krijg ik deze op status L?

Even een stukje uitleg: we gebruiken van oudsher een excel-bestand voor de prijsbepaling van bepaalde artikelen, oa artikelen waar een vermenigvuldigingsfactor toegepast wordt (maar na doorvoeren van deze nieuwe aanpassing via Profit berekend kan worden).
In dit Excel-bestand is de formule voor de prijsbepaling zo dat sommige van deze artikelen automatisch afgerond worden naar boven; dit is al heel lang zo en nooit veranderd.

Wanneer we nu deze prijs via Profit laten berekenen ipv Excel kun je dus een prijsverschil krijgen.
Hierdoor komen de prijzen uit Excel (en afgesproken met klant) niet meer overeen met Profit - dat is ook de reden het aan te kaarten.
Vraag is (zoals je terecht opmerkt) hoe erg dat kleine verschil is - hoogstens een miniem voordeel voor de klant, maar die zal daar niet over gaan klagen
Wel aanpassen heeft ook nog als nadeel dat je de berekening ingewikkelder maakt dan hij nu is, wat weer iets meer moeite kost qua beheer en ook weer meer kans op fouten.

Dit overdenkend is het laten vervallen van de afronding naar boven (en accepteren van enkele kleine verschillen) dus de beste oplossing 

Ik heb het getest, printen verkoopprijzen loopt nu weer snel, top!

(staat er nog maar 1 puntje open mbt de afronding  )

Richard, laatste aanpassing getest en dat gaat goed.
Kun je nog kijken naar onderstaande?

Bij het testen kom ik erachter dat funktie 3-4-7-6-8 erg langzaam is in Test.
Deze gebruik ik regelmatig (en dan voor duizenden artikelen).
Zie schermafdruk: testje met een tiental artikelen duurt in Test erg lang, in Produktie gewoon snel.

En wat nog open stond:

Bij voorbaat dank!

We hebben de vermenigvuldigingsfactor getest en deze doet het zoals afgesproken. Dat is super.

Zoveel mogelijk artikelen getest en laten berekenen, gaat allemaal goed.
Maar nu ontdekken we toch een aantal exotische artikelen die naast de vermenigvuldigingsfactor nog een extra opslag moeten krijgen. Dit zijn bv DDK-artikelen in halfsteens machinaal pakket.

De DKK moet in dit geval 4,5x zo duur worden als de BKK, maar vereist nog een meerprijs voor het machinale pakket.
Dit kan via een meerprijs-groep MKU Meerprijs machinaal DDK halfsteens.
Deze prijs wordt gevuld bij 3-4-1-1 Raadplegen Prijs/Kortingsafspraken, "Artikelgroep-ident"

Zou het dus mogelijk zijn dat artikelen waar vermenigvuldigingsfactor wordt toegepast, ook de artikelgroep(en) met prijs/kortingsafspraak (zoals deze MKU) meeneemt?
Dus in dit geval prijs DDK halfsteens machinaal = 4,5x  prijs BKK + prijsafspraak artikelgroep MKU?

Tweede puntje: we kunnen de Eindprijs Faktor afronden (op bv hele euro's).
Kan dit ook altijd naar boven afgerond worden? Dus 1200,4 euro > wordt 1201 euro? Wellicht via parameter?

Bij voorbaat dank!

Ah, zit het hem daar in! Dank voor de uitleg.
Mooi dat het de volgende upgrade opgelost is.

Het was naar mijn weten altijd zo dat je met de toetsencombinatie CTRL-PGN naar de laatste regel in een raadpleegscherm ging.
Sinds enige tijd werkt dit niet overal meer zo. Vond dit nog niet zo'n ramp en dacht dat ik misschien de enige was die CTRL-PGDN gebruikte in raadpleegschermen, maar toevallig ving ik op dat anderen deze toetsencombinatie ook regelmatig gebruiken en het daar ook niet meer overal werkt.

Voorbeeld:
Menu 1-1-1-1 Raadplegen Artikelen, CTRL-PGDN > laatste regel in het scherm is aktief. Top.
Maar: menu 1-3-1-1 Raadplegen Recepten, CTRL-PGDN > gaat wel naar de ZZ, maar bovenste regel in het scherm is actief (zie 1e schermafdruk). Hier werkt het dus niet.

3-7-1-1 CTRL-PGDN > gaat wel naar laatste regel, maar
3-7-1-2 CTRL-PGDN > gaat niet naar laatste regel
3-7-1-1, offertenr 20210310015, SHIFT-F4, CTRL-PGDN > gaat wel naar laatste regel

Om zeker te zijn dat het bij een andere gebruiker ook zo is, heb ik user NB gevraagd naar dezelfde menu's te gaan en CTRL-PGDN te doen.
Nu gebeurt er echter iets geks:

1-1-1-1 CTRL-PGDN > gaat bij NB niet naar laatste regel (bij mij wel)
1-3-1-1 CTRL-PGDN > gaat bij NB wel naar laatste regel (bij mij niet)
3-7-1-1 CTRL-PGDN > gaat bij NB wel naar laatste regel (bij mij ook, prima)
3-7-1-2 CTRL-PGDN > gaat bij NB wel naar laatste regel (bij mij niet)
3-7-1-1, offertenr 20210310015, SHIFT-F4, CTRL-PGDN > gaat niet naar laatste regel (bij mij wel)

Ik kan niet zo goed bedenken hoe dit kan, maar het is onhandig dat je niet met CTRL-PGDN naar de laatste regel kunt.
Kunnen jullie hier eens naar kijken?

Ziet er goed uit, dank voor de service!

Ik lust beide, dus dat maakt me niet uit

Voor debiteur P&... heb ik in tabblad 7 het veld "Faktuur layout" gevuld met VERK1 (schermafdruk 1).
Dit werkt goed - bij het printen van de faktuur wordt deze layout gebruikt.

Nu ga ik een orderbevestiging printen via 3-1-8-4, ik vul verkoopordernummer 20210325024 in (deze order is van debiteur P&..).
Hij print de artikelgegevens zoals je ziet in 2e schermafdruk. Ik verwacht hier eigenlijk verlengde teksten.

Voor orderbevestiging wordt layout NEDK1 gebruikt, zie 9-7-5 NEDK1 SHIFT-F4 (schermafdruk 3).
Hij zou dus verlengde teksten moeten printen voor zover ik het snap. Ik heb even een puntje achter "volgende:" gezet, zodat ik zeker weet dat hij deze layout pakt.

Nu heb ik gekeken wat er gebeurt wanneer ik bij debiteur P&... op tab 7 het veld "Faktuur layout" leeg maak en vervolgens opnieuw een orderbevestiging print via 3-1-8-4.
Nu worden de verlengde teksten wel goed geprint, zie schermafdruk 4.
Je ziet aan het puntje achter "volgende:" dat hij wel dezelfde NEDK1 layout gebruikt.

Ik begrijp even niet hoe dit kan - wellicht zie ik wat over het hoofd.
Kunnen jullie eens kijken?

Doel is dus dat ik bij de debiteur, tab 7, Faktuur layout VERK1 kan invullen en dit geen invloed heeft op het printen van een orderbevestiging. (Verlengde teksten dus goed op de orderbevestiging zoals in 4e schermafdruk).

Dank bij voorbaat!

Sorry wat kort door de bocht, maar hij kan inderdaad
Je uitleg over prijzen offerte-regels en kontrakt-regels doorgenomen met Verkoop, dat wordt netjes geregeld.
Dus akkoord bij deze.

Top, hou ons op de hoogte!

Dank Wouter, we houden het in de gaten.
Ik zal zelf ook eea proberen te testen - mocht het mij ook 'lukken' om dit probleem op te roepen zijn we weer een stapje verder.

Hebben jullie hier al iets op kunnen verzinnen?
Blijft voor ons een lastig probleem.

Bij voorbaat dank!