Heart-Profit ERP

Ik heb vorige week alle kortingspercentage's voor IC leveringen aangepast in functie LODARA4.
In plaats van een vaste faktuurkorting bestaan er nu kortingen per artikelgroep (variënd per artikelgroep).
Nu merk ik dat in de prijsbepaling de prijs wel goed berekend wordt (op de orderregel Shift F4 , L) maar dat de fakturatie echter onjuist is. Er wordt tegen het brutobedrag, in dit geval 1,75 per V gefaktureerd terwijl dit 1,40 per V zou moeten zijn.
Zie als voorbeeld GELDER order 20070104528 regel 2 en faktuur 1016850 regel 1530.

Ook in de statistieken van HVC gaat het mis (logisch als het bij GELDER ook mis gaat). Hier wordt een marge van 0% weergegeven (inkoop = verkoop).

Kan dit z.s.m. aangepast worden zodat wij de faktuur van vorige nog kunnen laten vervallen en opnieuw draaien?
We hebben nu naar HVC het brutobedrag gefaktureerd ipv het nettobedrag.


:11c:

Als je nog eens wat weet, met je "V" ...  :spiteful:

Ik zou het eigenlijk wel handig vinden dat je wat meer tijd neemt om dit soort zaken te testen, voordat het je in produktie overkomt.
Dit geldt bijna nog meer voor ons dan voor jullie, omdat wij onder druk staan om het voor jullie snel op te lossen.
Ook weet je dat het voor ons absoluut onmogelijk is om jullie inrichting door te testen, al was het maar omdat die zo elementair is dat je die zelf niet eens kent ...  :fool:  :smile:

Zelf weet je als eerste hoe complex (viaviaviavia) het V verhaal is, en dat je domweg mag verwachten dat iets wat je in deze voor het eerst gebruikt, wel ergens niet zal werken. Al willen wij 100 keer niet dat het zo uitpakt, en ook al zijn we het 1000 keer zo ook niet gewend, het is intussen wel bewezen op dit gebied.

Je bent lekker ad-hoc, "durft" van alles, springt in alle diepten, maar ik vind dat het (zo) niet kan.
Dat je (jullie) je daarbij zelf als eerste uitermate reëel opsteld is heel goed, maar doet niets af aan het gegeven dat het KAN gebeuren dat wij een keer niet op stel en sprong tijd hebben voor jullie. En dan zeg ik : als je het kon vermijden middels gedegen testen, dan ligt het ook aan jezelf dat je moet wachten op een oplossing. En het is vervolgens ook NIET de beoeling dat omdat wij ergens langer over doen, we "daardoor" wel jullie database mogen korrigeren.

Ook aangaande het laatste weet ik dat je dat niet eens verlangt. Maar dat houdt nog niet in dat wij ons daarbij gelukkig voelen.
Ok ?

Misschien helpt e.e.a. als ik je zeg dat het ook bij de verschijning "kg" gebeurt. Order in GELDER 20070104528 regel 4 en faktuur 1016850 regel 1532.

Zonder te willen ontkennen dat je gelijk hebt: Volgens mij gaat het hier over standaard functionaliteit.
Er is voor ons niets aangepast v.w.b. het registeren van een korting per productgroep danwel hoofdgroep.
Hetgeen wat voor ons aangepast is betreft het opnemen van de korting per productgroep in het assortiment.

Ik (en misschien is dat wel fout) ga er vanuit dat als iets standaard functionaliteit is, gewoon werkt. Moet ik dan voordat ik de korting per groep wil registeren alles doortesten, tja... misschien wel.

Kan het zijn dat eerste de Verkooporder is toegevoegd en dat pas daarna alle kortingspercentages voor IC-Leveringen zijn aangepast ??

Dat *zou* kunnen maar dat geloof ik in dit geval niet. Als ik naar de prijsbepaling ga kijken staat daar toch echt de juiste korting. Deze zou er volgens mij niet staan als ik de VO eerder gemaakt zou hebben.

Maar goed, het *kan* wel.

Raaplegen Prijsbepaling geeft de prijs zoals die OP DIT MOMENT geldt, en niet de prijs ten tijde van het toevoegen van de Verkooporderegel. Dus dat de korting er ook staat komt door dat deze korting 'nu' wordt gevonden.

OK, dat wist ik niet maar ik betwijfel het wel  ;) Ik kan me herinneren dat we ooit zuivel tegen inkoop verkochten  :spiteful: en dat ik bij de prijsbepaling kon zien waar het mis ging. Toen de aanpassing (waarmee de goede prijs bepaald werd) overgezet was, gaf de prijsbepaling nog steeds hetzelfde aan hoor...
Ik heb toen ieder artikel moeten wijzigen waarna pas in het overzicht prijspaling aangegeven werd wat de nieuwe prijs werd/was.

Al goed, Order in GELDER 20070105439 is ingevoerd nadat de korting is aangepast. En ook bij deze order gaat het fout. Regel 3, op faktuur 1016850 regel 1564.

Probleem is opgelost. Bij IC Leveren tegen Verkoopprijs werd de Korting niet verwerkt in de IC-Verkooporderregel.
De bestaande Verkooporderregels kan ik niet meer aanpassen. Het heeft daarom ook geen zin om de Fakturen te laten vervallen en opnieuw te Faktureren. :(

Is het dan wel zo dat nog niet gefactureerde orderregels maar wel geleverde, wel juist gefactureerd worden?

Staat dit inmiddels op mijn systeem?

Hier zou dan toch nu de korting van (in dit geval) 20% moeten staan?  ;)

Het laatste weet ik niet, hetgeen daarvoor : Ja, 5 minuten geleden (niet langer). Edit (20 minuten; was de typetijd vergeten)


Nee, dat is onzin natuurlijk. Echter, het aantal kombinaties wat je kunt maken is ietwat ongelimiteerd. Dus, in dit geval betrof het dan inderdaad toch funktionaliteit die rond jullie is ontstaan, ook al werd eerder de "V" gesuggereerd wat het niet bleek te zijn.
Het gaat er echter om, dat ook al zou het bestaande funktionaliteit betreffen (wat je al niet kunt beoordelen, zie je eigen idee eerder vandaag (want je had geen gelijk  :smile:) je kunt eigenlijk nooit de kombinaties beoordelen. Als je nu nagaat dat er tegen de 70 manieren van Prijsregistratie bestaan, die sowieso allen gestapeld kunnen werken, maar waarbij het iedereen duidelijk zal zijn dat er echt niemand bestaat die ze alle 70 tegelijk gebruikt, dan moet jij maar afwachten of jouw stuk of 4 in kombinatie het doen zoals verwacht. En let wel, ook wij weten dat formeel niet, want zo wordt de funktionliteit niet ontwikkeld. Niet voor niets noemde ik het begrip "elementair", waarmee ik bedoel dat iedere (betreffende) funktionaliteit in zijn eentje werk verricht, dus zonder wetenschap van funktionaliteiten eromheen. Simpel voorbeeld :

Als we Prijsregistratie (Korting) 1, 2, 3 en 4 hebben, dan testen wij niet
1 + 2
1 + 3
1 + 4
2 + 3
2 + 4
3 + 4
1 + 2 + 3
1 + 2 + 4
1 + 3 + 4
2 + 3 + 4
1 + 2 + 3 + 4

(wij testen wel :
1
2
3
4
)

waarom niet ? wel, omdat we er 70 hebben, en het gewoon onmogelijk is (en op mijn rekenmachien die ik heb overgehouden van de HTS niet meer dan 69! kon worden ingevuld, haha).
Als je weet hoeveel 69! is, dan weet je ook hoe groot de kans is dat jij iets gebruikt wat een ander ook al gebruikt (en wat zich dus heeft bewezen).

Let wel, ik zeg hiermee absoluut niet dat als je niets test het ook fout zal zijn, omdat wij niet alleen alle elementen wel degelijk testen, maar ook e.e.a. dusdanig in elkaar zetten dat het verantwoord is om zo te werken. Fouten kunnen we echter altijd maken waaronder met name denkfouten (als je vindt dat een object zelfstandig is, moet je wel oppassen dat 'ie ook de toekomst aankan wat dat betreft).

Alles bij elkaar is het niet voor niets dat jij gemiddeld meer dingen tegenkomst dan een ander : je test minder.
Let wel, ik heb hier eigenlijk geen oordeel over de mate van testen, waarbij het immers zo is dat van alle klanten er slechts een handvol formeel Profit-Base-Test hanteren, om de funktionaliteit na een uppgrade eerst zelf door te testen. Ofwel, het is geaccepteerd binnen "onze wereld" (Heart-Profit) dat je zonder testen in zo'n diepe kunt springen. Maar pas op, want dat is niet gelijk aan wat jij nu hebt gedaan : een zeer generiek iets als een andere prijsstruktuur hanteren, zonder dit eerst goed door te testen in de Testbestanden. Dus, dàt moet wel ... vinden wij.

 :secret:

Nee deze regels zullen niet juist worden gefaktureerd omdat de korting niet in de Verkooporderregel staat en dus ook niet kan worden toegepast. :(

De aangepaste funktie staat al bij jullie op het systeem (Profit opnieuw opstarten !)

Pff, dat is echt heel lastig, hoe ga ik daar nu weer uitkomen? Kijk, ik de faktuur die al gemaakt is kan middels een creditnota wel corrigeren, maar nu krijg ik straks een faktuur met de helft die goed gaat en de andere helft die niet goed gaat. Is daar echt niets aan te doen?  :'(

Nee toch niet... De Verkooporder heeft een Leverdatum van 2-1-2007 en de Kortingsafspraak gaat pas gelden op 4-1-2007 als ik me niet vergis.

Bij 'op dit moment' wordt nog wel gekeken naar de Leverdatum van de Verkooporder(regel).
Met 'op dit moment' bedoel ik alle op dit moment bestaande prijs-/kortingsafspraken in Profit waarbij nog wel wordt gekeken of die wel gelden voor de betreffende Verkooporder.
Ik hoop dat het nu wat duidelijker is. ;) 
 

Ja, mogge,

YK, ik dacht dat je ging vertellen dat jij de database ging aanpassen als DKN maar kon aangeven wat/hoe.
want wat/hoe weten wij helaas niet

Kennelijk vergeten ...

Als je mij kunt vertellen bij welke Verkooporderregels de korting niet is toegepast en ook kan aangeven hoeveel die korting dan moet zijn (percentage), dan kan ik nog wel in de database zelf wat aanpassen bij die betreffende regels. Als ik dat heb gedaan, dan kun je deze Verkoopporders faktureren. 

YK,

Toch nog eventjes een vraagje.
In GELDER heb ik nu een VO 20070111135. Hierop staat op regel 4 het artikel 106259 met de verschijning ZK500GR.
Dit artikel kost bruto 1,75 per V, netto (met de korting per H1 eraf) 1,40 per V.
Op de verkooporderregel wordt ook keurig 1,40 euro per ZK500GR berekend.

Als ik nu een statistiek in HVC opvraag, Hmenu 8-3-2-2 (gerealiseerd) dan zie ik een werkelijke marge van 0%.
Ofwel, naar HVC wordt 1,75 euro per V. Dit is order 20070111015.

Waarom krijg ik op de overzicht gerealiseerde verkoopoverzicht in HVC (tegen werkelijke kostprijs) geen 1,40 per V te zien, dus een marge van 20%?
Als ik in GELDER hetzelfde overzicht opvraag komt er keurig een verkoopprijs van 1,40 euro per V op te staan  ;)
Echter in HVC wordt 1,75 per V weergegeven.

Als je meer info nodig hebt, bel dan eventjes  :smile:

Dat je in HVC een werkelijke marge van 0 ziet komt daardat de korting van de Verkooporder in GELDER niet is opgenomen bij de Inkooporderregel in HVC. De prijs van de Inkooporderregel wordt op het moment van ontvangst van e.e.a. (Inslaglijst) bepaald en daarbij ontbrak het respekteren van de korting. Dit is nu opgelost (staat ook al bij jullie op het systeem - Profit opnieuw opstarten). Voor de reeds ontvangen Inkooporders kan ik niets meer doen  :(, maar bij de nog te ontvangen IO's moet het nu goed gaan. En als de IO's goed zijn, dan zal het gerealiseerde overzicht vanzelf ook de juiste marge tonen. :smile: