Heart-Profit ERP

http://ha1.heartprofit.nl/profit/index.php?topic=19625.0

DIE optie H werkt nog niet lekker.

zie voorbeeld

Je ziet een verkooporder met leverdatum 12-09-2008, prijsbepaling obv leverdatum is aangevinkt. de LOPAVPWY rubriek Aanpassen VO-regels na wijzigen prijsafspraken (blad I) staat op H in de MEEL TEST bestanden.

Desalniettemin: je ziet keurig de correcte herberekening van de prijs, maar toch wordt die prijs overschreven.

Hoe zit dit eigenlijk, wat zie ik hier nog over het hoofd? Mijn bedoeling was de prijs met 5 euro te verlagen, door de STANDAARD prijs (prijs ongeacht debiteur) met 5 euro te verlagen. De korting blijft onveranderd.

Wat doe ik hier fout / welke parameter moet er nog meer om?

die onderste regel 5 met een prijs van € 60,16 had inderdaad de nieuwe prijs moeten worden. Maar op het allerlaatste moment wordt er toch weer 65,16 van gemaakt.

Stoei naar hartelust in de MEEL TEST bestanden
:11a:

Ter bewijs:
Als ik voor dezelfde debiteur een NIEUWe VERKOOPORDER(+regel) toevoeg voor het zelfde artikel op dezelfde leverdatum met dezelfde hoeveelheid ( met alles hetzelfde dus)  dan wordt er wel keurig 60,16 berekend. (zie bijlage)

Waarom gebeurd dat bij het aanpassen van de standaard prijs / kortingsafspraken niet op de bestaande (openstaande nog niet geleverde en / of (deels) gefactureerde) verkooporderregels niet?

Ik heb nog even getest met "kopieren prijs naar VO regels" bij LODATV, maar dat maakt niets uit. Ik kan met die indikator aan / uit geen enkel verschil merken (bij onze wijze van inrichten van de prijs/kortingsafspraken)

Euhm, ja, we komen eigenlijk weer eens te laat achter dit soort zaken. Wat voor prioriteit heeft dit? We willen namelijk graag eind deze middag de prijzen aanpassen.... (en er staan 'gelukkig' al wat ordertjes in voor volgende week)

Is opgelost en zojuist bij jullie op het systeem gezet.
Graag zelf even in Test (MEEL) stoeien om te kijken of toevoegen/wijzigen Prijsafspraken nu wel de prijzen van de VO-regels aanpast.
Zoniet, dan graag even bericht.

Dank voor de snelle aandacht, maar spijtig genoeg heeft dit geen enkel effect.

Ik heb de pc geherstart, profit opnieuw opgestart + TBC gereorganiseerd, maar er is geen enkele verandering merkbaar.

Ik denk, misschien te eigenwijs maar dan roep je dat maar, dat er iets mis gaat bij het aanpassen van de einddatum van de vorige prijsafspraak. Ik krijg namelijk het idee dat de H-systematiek 2 keer uitgevoerd wordt.

1. bij het toevoegen van de nieuwe prijsafspraak
2. bij het wijzigen van de oude prijsafspraak van dezelfde artikel verschijning
 (wellicht 1. en 2. in omgekeerde volgorde)


Ik heb een BESTAANDE RC Prijs (prijs kortingsafspraak, geen netto prijs, maar een gewone prijs per artikel / verschijning ongeacht debiteur) geldig van 1-1-2008 t/m 31-12-9999. Dan voeg je een nieuwe toe (voor dezelfde artvrs etc.) met begindatum 11-09-2008 t/m 31-12-9999, waarbij de einddatum van de vorige afspraak wordt aangepast door profit. (Die vraagt daar keurig om en die wordt dan uiteraard 1-1-2008 t/m 10-09-2008).

Mijn vermoeden is dus, dat het mechanisme "H" te vroeg óf te vaak in werking wordt gesteld.

Waarbij ik wel dien aan te tekenen, dat de herbepaling van de prijs zich wel eventjes basseert op de zo pas toegevoegde prijsafspraak. Dus hij ziet wel 'iets' maar doet vervolgens niets.

Voor alle duidelijkheid: Bij het toevoegen van een prijsafspraak voor een art/vrs vinden er in principe ook echt twee mutaties plaats:
1. Het aanpassen van de einddatum van de oude prijsafspraak Automatisch door Profit.
2. het toevoegen van de nieuwe prijs door de gebruiker.

Wat heb je staan bij Bedrijfsparameter - Verkoop - 'Verkoopprijs Bruto/Netto' ?
Als je daar 'N' hebt staan dan wordt het herberekenen zowiezo niet uitgevoerd.

die staat op N, geen idee wat die B precies gaat doen, maar dat ga ik nu testen.

Met B wordt er bij LODATV inderdaad wel een prijs op openstaande VO-regels aangepast. Maar als ik via LOPKPW ga wijzigen, dan gebeurd er hetzelfde als wanneer ik de bedrijfsparameter Netto / Bruto verkeerd heb staan.

Met andere woorden: Via LOPKPW worden de verkooporderregels wel herberekend, maar uiteindelijk komt weer de melding "Voorgaande wijkt af ..." waarbij de oude prijs ineens weer geldig is.

Kortom, zou je de werking van deze H-methode nog eens willen testen bij gebruik van LOPKPW?

Als ik de dertien pagina's helptekst goed heb begrepen, is er helemaal geen verschil meer tussen Bruto en Netto prijzen. Waarom dan toch nog deze indikator?  Immers, ten alle tijde wordt de nettoprijs getoond bij het toevoegen van de verkooporderregel, en je mag er hooguit nog wat extra korting op geven bij de VO-regel, danwel het komplete bedrag keihard overschrijven.


Maar natuurlijk heb ik vele malen liever dat ik via lokppw de prijswijzigingen er goed in ga krijgen straks. ( met de juiste Herberekening van openstaande VO - Regels)

Ik ga het allemaal voor je uitzoeken (maar heb wel even geduld).

Bij deze Funktie bestaat helemaal geen optie om de Prijzen van de Verkooporderregels te wijzigen...
Hier worden alleen de Prijsafspraken gewijzigd. Dus testen met de H-methode heeft geen zin.

Nou ja, dat is dan wel erg zuur. Die LOKPPW past immers de prijsafsrpraken net zo goed aan als dat je dat handmatig doet via LODATV.

Maar natuurlijk had Johan dit zelf beter in de gaten moeten houden toen dat maatwerk rondom optie H is goedgekeurd, dus weer eigen schuld? Het antwoord zal wel Ja zijn.   :unsure:

Nou ja, ik ga ze dan wel handmatig toevoegen ipv massaal.

En wat moet het kosten om deze fout te herstellen? Met andere woorden, wat moet er gebeuren om optie H te laten werken bij LOKPPW?

Het antwoord is inderdaad Ja en verder moet je nu niet zo verongelijkt doen, want dit was reeds direct na de oplevering van het maatwerk bekend. Zie de e-mails begin februari.

Yvonne, bij deze nog eens dank voor alle moeite. Natuurlijk blijft het stom van mezelf dat dit niet adequater getest is, maar dankzij j(ulli)e inspannigen heb ik nog maar 2 onjuiste factuurregels tot op heden kunnen ontdekken.

Is er enig zicht op de mogelijkheden in / rondom lokppw?

Het destijds aangeboden maatwerk heeft betrekking op het wijzigen van de Verkoopprijs na het wijzigen van een Algemene of Kliëntgerichte-Prijsafspraak.
Wij hebben niet de intentie om deze funktionaliteit in te bouwen in de funktie Prijswijzigingen [LOPKPW].

Dat ben ik met je eens. Desalniettemin ligt die intentie hier nog wel bij de beide verkoopafdelingen. Dit mag je lezen als: Wat moet maatwerk kosten om dat massaal wijzigen van prijsafspraken mogelijk te maken?

Wij hebben hierin 2 niveaus nodig:
1. Prijzen ongeacht debiteur. Dit zijn allemaal "standaard" prijzen.
2. prijzen geacht debiteur. Hier liggen meestal "kortingen" vast op deb/art/vrs. (prijs als korting op de standaardprijs). Hier en daar betreffen het ook standaardprijzen per debiteur. (vast prijs per deb/art/vrs)

in lopkpw zijn dat dus de prijs/krt afspraken. Staffels, opslagen etc. hoeven niet aangepast te worden. ARtikelgroep/prijslijstident en projekt ident doen ook niet ter zake.

Je had mijn post mogen lezen als: LOPKPW wordt niet aangepast, ook niet voor een beperkt gedeelte. Beide funktionaliteiten zijn te complex om in kombinatie met elkaar uitgevoerd te worden.