Heart-Profit ERP
November 27, 2024, 02:33:24 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: "Overproduktie" naar "Surplus" Verschijningsvorm (Behoefterun)  (Read 516 times)
0 Members and 1 Guest are viewing this topic.
Heart Informatisering B.V.
Partner
******
Offline Offline

Posts: 27476


View Profile WWW
« on: December 04, 2018, 10:54:11 am »

Als we op enig moment behoefte hebben aan een Produktie-artikel, dan zal de Behoeferun voorstellen een P.O. te genereren voor die hoeveelheid. Ligt er op Artikel-/Verschijningsvormniveau een EOQ (Veelhoud) dan kunnen we van die Verschijningsvorm een grotere behoefte kreëren.

Er zijn echter ook mogelijkheden dat we méér produceren dan we nodig hebben, terwijl dit niet gerelateerd is aan een specifieke Verschijningsvorm; denk hierbij aan de EOQ op Artikelniveau of het feit dat we produceren in veelvouden van een Batchgrootte zoals ingesteld bij het Recept.

Stel dat we een behoefte hebben aan 16 blikken van 20 liter (320 Liter in totaal). Als alle settings zo zijn ingesteld dat áls we dit produkt nodig hebben, we altijd 2600 Liter tegelijk produceren, dan houdt dit in dat we dus 2280 Liter meer produceren dan we daadwerkelijk nodig hebben.

Speciaal voor deze situatie is er bij een Artikel-/Verschijning een rubriek opgenomen waarmee we kunnen aangeven over welke Verschijningsvormen dit 'surplus' verdeeld moet worden. Stel dat we voor 20 liter blikken hadden gekozen, dan zou de P.O. output alsnog 230 blikken van 20 liter bevatten (waarmee de hele Produktieordergrootte van 2600 L was opgesoupeerd).

Maar...

Als we niet hebben aangegeven over welke Verschijningsvormen deze overproduktie moet worden verdeeld, dan bleef het bij een Produktieorder van 2600 Liter waarvan de Output voor slechts 320 Liter was gevuld. Enerzijds geen probleem, immers, we hebben tot het moment van afvullen de tijd om dit Afvuladvies samen te stellen, anderzijds juist wel een probleem, immers, zolang niet is aangegeven in welke Verschijningsvorm we verwachten dit af te gaan vullen, zal een Verwacht Voorraad Verloop dit inzicht niet kunnen bieden. Daarnaast lopen we ook het risico dat we t.z.t. geen blikken hebben om e.e.a. in af te vullen, immers, de Behoefterun rekende er niet mee.

Derhalve m.i.v. deze Releasenote een aantal aanpassingen in de Behoefterun:

1. Zodra "iets" er voor zorgt dat we meer produceren dan we nodig hebben én er is bij de Artikel-/Verschijning niet aangegeven in over welke Verschijningsvormen zo'n surplus moet worden verdeeld, dan zal dit nu leiden tot een opname van een kommentaarregel in het overzicht 'Fouten Behoefterun'.

2. Als er een Produktieorder wordt gegenereerd waarvan de gegenereerde P.O. Output niet overeenkomt met de Ordergrootte, dan zal er een melding volgen die aangeeft dat de Output van de Produktieorder (handmatig) moet worden gekontroleerd.

Nb: Hierbij zal een vorm van marge moeten worden ingebouwd opdat we niet direkt gaan mekkeren als er toevallig een paar liter verschil tussen zit.

3. Als bij een Artikel-/Verschijningsvorm wél is aangegeven over welke Verschijningsvormen de overproduktie moet worden verdeeld, dan zal dit reeds moeten worden ondervangen in de Behoefterun, al was het maar omdat als we 230 blikken extra output verwachten, we dús ook 230 lege blikken nodig zullen hebben!

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOBHGN      Omschrijving (nog) niet bekend    11-05-2017    04-12-2018
LOBHOBTD    Omschrijving (nog) niet bekend    21-09-2016    04-12-2018
LOPIGN2     Omschrijving (nog) niet bekend    21-05-2015    03-12-2018
LOPIGN4     Omschrijving (nog) niet bekend      -  -        03-12-2018
LOPIGNOA    Omschrijving (nog) niet bekend    13-05-2015    04-12-2018
LOPOVPG1    Genereren Produktieorder-output.    30-11-2018    03-12-2018
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.038 seconds with 19 queries.