Heart-Profit ERP
November 28, 2024, 08:53:35 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Potency methode #1 of #2  (Read 949 times)
0 Members and 0 Guests are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: August 28, 2001, 04:31:32 pm »

Binnen Profit bestaat de mogelijkheid om met Potency te werken. Deze Potency toepassingen zijn echter nog in ontwikkelfase, en kunnen niet in iedere situatie altijd even goed worden gebruikt.  
Zo weten we bijv. dat als we 100 Kg goederen inkopen met een Potency van 80%, dit een hoeveelheid werkzame stof zal impliceren van 80 Kg. Ontvangen we nu een partij van 100 Kg met een Potency van slechts 60%, dan zit hier 60 Kg werkzame stof in.  
Willen we e.d. produkt in een Receptuur opnemen, dan zouden we de behoeftige hoeveelheid kunnen opnemen als hoeveelheid "normatieve Potency". Ofwel, we hebben 10 Kg grondstof nodig van een normatieve potency van 80%. Zouden we nu de partij van 60% gebruiken, dan impliceert dit dat we 80/60 x 10 Kg nodig zouden hebben.  
Bovenstaande werkwijze impliceert echter dat alle Recepturen expliciet afhankelijk worden gemaakt van iets wat we een "standaard potency" noemen. Ofwel, als onze Leverancier geleidelijk aan beter gaat presteren, en we onze standaard zouden willen bijstellen, dan impliceert dit dat we ook alle Recepturen die op deze 80% zijn gebaseerd (en nu bijv. 82% moeten gaan worden) zullen moeten aanpassen. Dit is niet echt handig... En dus is de regel ingesteld dat het verbruik in een Recept bij gebruik van Potency altijd uit gaat van 100% werkzame stof. Ofwel, hebben we 10 Kg nodig van iets wat een standaard potency heeft van 80%, dan impliceert dit 8 Kg werkzame stof, en dus nemen we 8 Kg in de Receptuur op.  
Vanuit deze 8 Kg kunnen we altijd (afhankelijk van de te gebruiken partij) terugrekenen hoeveel werkelijke kilo's er ingestoken zullen moeten worden.  
Hoewel bovenstaande methode vrij goed kan worden toegepast bij Koopartikelen, is ze niet uit-ontwikkeld v.w.b. Produktie-artikelen.  
Immers, wat produceren we eigenlijk?  
100% werkzame stof of een artikel met een standaard potency van 80%?  
En... hoe zal een Behoefterun hier überhaupt mee overweg moeten gaan, als een Behoefte uit een Produktie-receptuur leidt tot een behoefte in 100% stof, terwijl de dekking in de normatieve 80% is. Dit werkt derhalve ook niet, en leidt tot diverse problemen.  
Daarnaast gebeurt er ook niets aangaande de Potency bij Bestellingen en Leveringen; ofwel, waar 10 Kg van 10% besteld wordt, moet "10 Kg" geleverd worden. Besluiten we een andere Charge te leveren, en wel een van bijv. 20%, dan gaat er alsnog 10 Kg de deur uit tegen de prijs van 10% Potency, terwijl we hiervoor wel eens een andere prijs zouden kunnen willen hanteren, immers, feitelijk is er 2 x zoveel geleverd. Maar ja... in werkelijkheid zou het er juist op neer horen te komen dat de Debiteur misschien wel de helft van de goederen geleverd hoort te krijgen, opdat hij in principe 1 Kg werkzame stof nodig zal hebben gehad.  
Genoeg haken en ogen aan de bestaande werkwijze van Potency, hoewel ze in bepaalde situaties probleemloos gebruikt kan worden, en het daarmee zonde is die methode uit te schakelen...  
Omdat een kompleet andere werkwijze wel eens eenvoudiger zou kunnen zijn dan de huidige werkwijze aan de praat te krijgen, is deze rubriek in het leven geroepen. De oude (hier boven beschreven) werkwijze wordt vanaf nu Potency methode 1 genoemd.  
De nieuwe (navolgend beschreven methode) gaat verder onder de naam  Potency methode 2.  
I.g.v. Potency methode 2 hanteren we de stellen dat we eigenlijk net doen alsof er helemaal geen Potency zou bestaan. Willen we in zo'n geval 100 Kg x 80% op voorraad leggen, en dit kunnen totaliseren met 100 Kg x 60%, dan lukt dit alleen als we dit op voorraad leggen in hoeveelheden die met elkaar te vergelijken zijn. Alles dient in deze situatie te worden opgeboekt/afgeboekt als 100% werkzame stof.  
Dus, waar i.g.v. Potency methode #1 een partij van 100 Kg met een Potency van 80% op voorraad kwam te liggen als 100 Kg (met een indikator "betreft 80% potency"), leggen we dit nu op voorraad als 80 Kg (met eveneens een indikator "betreft 80% potency"). De tweede partij van 100 Kg x 60% komt op voorraad te liggen als 60 Kg, en bij elkaar is dit samen 140 Kg, wat ook precies de hoeveelheid werkzame stof is.  
Ga ik inkopen? Dan koop ik 100% werkzame stof in. Mijn prijs per eenheid mag dus ook gebaseerd zijn op 100% werkzame stof. Levert mijn Leverancier andere kwaliteiten? Bij Goederen Ontvangst boeken we wederom 100% werkzame stof in, en ook de Faktuurkontrole is in 100% werkzame stof...  
Alles wordt dus overal op dezelfde wijze behandeld, als ware het een artikel zónder Potency. We produceren dus 100% werkzame stof, en we verbruiken 100% werkzame stof.  
Maar... wat doet de Potency dan nog?  
Simpel, op een aantal plekken waar het echt nodig is (of wenselijk is) én waar het mogelijk is, zal de Potency worden gebruikt om terug te rekenen wat het werkelijke gewicht is.  
100 Kg werkelijk gewicht met een Potency van slechts 5% zal dus op voorraad worden gelegd als 5 Kg. Overal in het systeem wordt vervolgens "gedacht" in hoeveelheid 100% stof, en zo ook die 5 Kg. Echter, als we nu 2˝ Kg van deze partij in een vat gooien, en dat vat in een vrachtwagen stoppen, dan mogen we niet zeggen dat er netto 2˝ Kg wordt verzonden, immers, die 2˝ Kg betreft "werkzame stof", en bij een Potency (van die betreffende partij) van 5% zal dit dus 2˝ / 0.05 = 50 Kg werkelijk gewicht impliceren. Dus, het netto gewicht op de Vrachtbrief zal 50 Kg moeten zijn, desgewenst verhoogd met het gewicht van het vat zelf (5 Kg) zodat we op een bruto gewicht uitkomen van 55 Kg (en geen 2˝ Kg + 5 Kg = 7˝ Kg).  
Hoewel U als klant eenvoudig kunt stellen "dan wil ik dit in het gehele pakket op alle plekken teruggerekend zien", is dit op zich Uw goed recht. Echter, iedere plek waar deze terugrekening zal moeten worden opgenomen kost tijd, en die tijd zal betaald moeten worden. Naar mate U dus meer plekken vindt waar U dit aangepast wenst te hebben, zal het prijskaartje groter worden.  
De terugrekening van Potency methode #2 is derhalve "as is" en zal hooguit plaatsvinden op die plekken die expliciet zijn ondervangen.  
 
 
FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOARVHWG    Techn. Voorraadhoogte    23-08-2001    28-08-2001
LOARVVWG    Omschrijving (nog) niet bekend    23-08-2001    28-08-2001
LOAVVGBR    Omschrijving (nog) niet bekend    08-11-1999    29-08-2001
LOBHGNVI    Omschrijving (nog) niet bekend    06-12-2000    29-08-2001
LOIDWG      Omschrijving (nog) niet bekend    08-06-2000    29-08-2001
LOLLDR      Direkt Leveren    29-08-2001    29-08-2001
LOLLKGCL    Omschrijving (nog) niet bekend      -  -        29-08-2001
LOLLTVZR    Levering zonder Raaplijst    29-08-2001    29-08-2001
LOLRGK      Goedkeuren Raaplijst.    24-04-2001    29-08-2001
LOLRRG      Omschrijving (nog) niet bekend    20-06-2001    29-08-2001
LOLRRG2     Omschrijving (nog) niet bekend    29-08-2001    29-08-2001
LOLVGNPB    Omschrijving (nog) niet bekend    29-08-2001    29-08-2001
LOPAARWY    Wijzigen Artikel Beheer    23-08-2001    28-08-2001
LOPIGN      Omschrijving (nog) niet bekend    12-07-2001    29-08-2001
LOPRLL2     Omschrijving (nog) niet bekend    09-08-2001    29-08-2001
LOPRVBV1    Omschrijving (nog) niet bekend    02-04-2001    29-08-2001
LOUFGNTV    Omschrijving (nog) niet bekend    24-08-2001    29-08-2001
LOVIOTTG    Getagd Samenvoegen V-items    04-07-2001    29-08-2001
LOVIWG      Omschrijving (nog) niet bekend    24-08-2001    28-08-2001
LOVIWY      Wijzigen Voorraad-items    24-08-2001    29-08-2001
LOVMDTRA    Raadplegen Voorraadmutaties    09-08-2001    29-08-2001
LOVMRA      Raadplegen Voorraadmutaties    09-08-2001    29-08-2001
LOVMWG      Omschrijving (nog) niet bekend      -  -        29-08-2001
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.206 seconds with 20 queries.