Heart-Profit ERP

Heart-Profit Boards => Heart-Profit Releasenotes => Topic started by: Heart Informatisering B.V. on December 23, 2010, 07:49:03 am



Title: Recept geacht Produktie Magazijn
Post by: Heart Informatisering B.V. on December 23, 2010, 07:49:03 am
M.i.v. deze Releasenote is het mogelijk om bij een Recept aan te geven dat deze enkel gebruikt mag worden zodra er een Produktieorder wordt toegevoegd voor een specifiek Produktie Magazijn. Deze rubriek is geïntroduceerd voor een type inrichting waarbij één produkt op 2 afdelingen kan worden geproduceerd, en voor beide andere Recepturen gelden.

Zo wordt een produkt "Komkommer Rauwkost" gesneden op de snijafdeling. Het produkt wordt aldaar gesneden en verpakt in diverse zakken, waarbij "kleine zakken" (250 gram, 500 gram, 1000 gram) worden verpakt op de "kleine inpakafdeling van de snijderij" en "grote zakken" (3 Kg, 5 Kg) op de "grote inpakafdeling".

Naast deze Verschijningen wordt het produkt ook in kleine cupjes afgevuld. Dit gebeurt op een andere afdeling: "de Koude Keuken". Het Recept van die afdeling wijkt af van de Receptuur voor de snijafdeling, immers, op de snijafdeling worden de grondstoffen gesneden (in dit geval de komkommer). De Kouden Keuken gaan echter geen komkommers snijden, maar trekt de door de Snijafdeling geproduceerde zakken open, en vult deze feitelijk af in cupjes van 70, 80, 90, 100 gram etc.

Eigenlijk zouden we dit kunnen betitelen als "Omvormen", ware het niet dat we met rubriek "Omvormen uit Verschijning" niet uit de voeten kunnen, immers, er wordt niet specifiek uit één Verschijning omgevormd, dat kunnen er meerdere zijn.

Derhalve is het nu mogelijk gemaakt een Recept te kunnen definiëren voor een Magazijn, waarmee een Produktieorder in de Koude Keuken een ander Recept kan doen triggeren dan een Produktieorder op de Snijafdeling.

 LET OP:

In het ontwerp waarbinnen dit filter op Magazijn is opgenomen, worden de Produktieorders voor Eindprodukten handmatig toegevoegd vanuit het "Touch Screen Produktieorder Planning". Aldaar wordt altijd maar één Produktieorder toegevoegd voor één Verschijningsvorm. Indien in uw omgeving de Produktieorders niet op deze manier handmatig worden toegevoegd, zal invulling van het Magazijn niet het gewenste effekt opleveren, danwel nog aanvullend maatwerk vereisen om e.e.a. werkend te maken.

In de situatie waarbinnen deze rubriek ontwikkeld is, geldt dat er één Produktieorder per Artikel-/Verschijning wordt toegevoegd. Die Artikel-/Verschijning triggert dat het Produktiestation, en daarmee tevens het Produktiemagazijn, en op basis daarvan kan het systeem het juiste Recept selekteren.

Voor iedere andere werkwijze geldt dat deze funktionaliteit niet specifiek ontwikkeld is, en het maar de vraag is in hoeverre die funktionaliteit bruikbaar is.

Van een Behoefterun kunnen we bijvoorbeeld op voorhand al stellen dat deze (in geval van Mengrecepten) alle behoeftes van alle Verschijningsvormen met elkaar zal samenvoegen om vervolgens één Produktieorder te genereren voor het Artikel, met alle Verschijningsvormen in de output van die Produktieorder. Nu kunnen we weliswaar bij "zakjes" aangeven dat deze op afdeling A geproduceerd moet worden, en bij "cupjes" afdeling B opnemen, maar wil een Behoefterun voor zowel A als B Produktieorders met gescheiden Recepturen willen kunnen genereren, dan zal de Behoefterun eerst alle Behoeftes uniek moeten maken per Produktiemagazijn, en daarin is niet voorzien.

Voor het "handmatig Toevoegen van een Produktieorder" zouden we kunnen stellen dat we daar zélf een Produktiestation invullen, en derhalve een Recept zouden kunnen selekteren op basis van dat Produktie Magazijn, ware het niet dat we in LOPOTV éérst het de Recept-/Verschijning selekteren en pas daarná het Produktiestation opgeven. Het scherm zou een kompleet andere opzet behoeven, en daarnaast kun je je afvragen of dan al het gewenste resultaat behaald wordt, immers na de F1___ zouden we ook een regel moeten verzinnen die bijv. stelt dat alleen die Verschijningen die kwa Produktie Magazijn overeenkomen, in de Output van de P.O. terecht mogen komen (zodat we een order kunnen maken voor cupjes danwel voor zakjes).

Aan de andere kant zouden we juist kunnen stellen dat het ook nuttig kan zijn om iedere Verschijningsvorm te kunnen produceren met een Recept welke op meerdere afdelingen kan worden geproduceerd. Denk maar eens aan het produceren van verf, welke we op basis van grondstoffen opnieuw kunnen mengen, maar waarbij we deze ook kunnen produceren door pasta's met elkaar te mengen. Een P.O. voor het Mengstation zou dan het Mengrecept kunnen triggeren, en een order voor het Pasta station zou het Pasta Recept kunnen triggeren; toch zouden beide type Recepten in alle Verschijningen kunnen produceren.

We beperken ons met de selektie op Magazijn derhalve tot het TouchScreen P.O. Planning. Andere toepassingen dan die, zullen eerst uitgewerkt moeten worden, en zullen aanvullend maatwerk vereisen.

Invulling van het Magazijn is dan ook alleen toegestaan indien de Bedrijfsparameter "Produceren o.b.v. Dagafsluiting" met Ja gevuld is.

FunktieOmschrijvingDtm.Vl.WyzDtm.L.Wyz
LOPIGN2     Omschrijving (nog) niet bekend    08-12-2010    21-12-2010
LOPODLEX    Omschrijving (nog) niet bekend    08-12-2010    23-12-2010
LOPOGN      Omschrijving (nog) niet bekend    19-08-2010    21-12-2010
LORTHSWG    Omschrijving (nog) niet bekend    17-05-2010    21-12-2010
LORTKPHS    Omschrijving (nog) niet bekend    14-05-2009    21-12-2010
LORTTV      Toevoegen Recept    17-05-2010    21-12-2010
LORTWG      Receptgegevens    17-05-2010    21-12-2010
LORTWY      Wijzigen Recept    14-06-2010    21-12-2010
LOTSPOPL    Omschrijving (nog) niet bekend    19-08-2010    21-12-2010
LOVSKZ      Omschrijving (nog) niet bekend    15-09-2010    21-12-2010