Omvormen vanuit besteladvies

[Johan]

We hebben er vast vaker over gesproken, maar hoe moest je ook alweer omvormen vanuit het besteladvies?

Onderstaand een simpel voorbeeld. Er is behoefte aan 30 vrs 20202 in de verschijning HE25. Die zijn niet meer voorraadig, maar wel als ik de KE25 variant er bij betrek.

Omdat ik 300 kilo tekort kom, moet ik apart voor deze order nog gaan produceren volgens het besteladvies. Dat is heel leuk en aardig, maar dat advies volg ik liever niet op. Met zo'n voorraad en voorraadverloop, zou ik het liefste "gewoon" een voorstel willen zien om 30 vrs van de KE25 om te vormen naar HE25.

De vinkje bij omvormen staan aan.

Op artikel / vrs is aangegeven dat er inhoud afgenomen mag worden. Maar welke artikel / art_Vrs / Recept parameters moet ik nog meer langs hiervoor?

[Wouter Rijnbende]

Er zal niet iets zijn wat voor jou gaat bepalen 'wat handiger' of 'goedkoper' is of i.d.

Wat wél mogelijk is, is dat je bij de Artikel-/Verschijning aangeeft dat een HE25 altijd moet worden omgevormd uit een KE25.

Als een situatie incidenteel is, kun je er zélf een Omvorm Opdracht in zetten om 30x KE25 om te vormen naar 30x HE25;
de Behoefterun zal dan een behoefte dekking v.w.b. HE25 (je krijgt geen produktievoorstel meer) en zal een behoefte aan KE25 kreëren (als je daar niet voldoende van hebt, zul je die moeten produceren-/inkopen).

[Johan]

Wat wél mogelijk is, is dat je bij de Artikel-/Verschijning aangeeft dat een HE25 altijd moet worden omgevormd uit een KE25.

Ja dat klopt. Ik heb die "incidentele" omvormopdracht er even in gezet, en krijg dan géén besteladvies meer in deze situatie. Maar dit zijn bij ons helaas geen incidentele gevalletjes meer. Deze incidintele gevalletjes, vormen meer en meer een zoek / puzzeltocht, welke van het plannen een steeds tijdrovendere klus maakt.

Waar ik naar zoek is een soort tussenstap:
- Stap 1: Kan de behoefte gedekt worden uit een andere verschijningsvorm van dit artikel, waarvan aangegeven is dat die voor omvormen gebruikt mag worden?

zo nee --> Dan wordt het inderdaad tijd om te produceren.
Zo ja ---->
- stap 2: Kan dit omvormen zonder dat eventuele andere leveringen die er op (heel) korte termijn gepland staan, er last van hebben?

Andere leveringen hebben er geen last van --> Productie is niet nodig, dan kan een omvormopdracht gemaakt worden. Fysiek betekend dit, dat er in dit voorbeeld zakjes van een KE pallet op op de bestaande HE pallet gestapeld gaan worden + opnieuw folie er om heen, óf dat er een hele (kunststof)pallet uit de stelling wordt gehaald die vervolgens voorzien wordt van een Houten pallet.

Staan er leveringen op (heel) korte termijn gepland --> Dan alsnog productie benodigd.

Los hiervan:
Misschien moet onze inrichting van de Artikelen / verschijningsvormen van de Eindproducten / eindvoorraad in Profit worden herzien. Het is mij echter nog een raadsel hoe.

Omwille van de kostprijs, is elk eindproduct qua artikelnummer, uniek gemaakt naar inhoud van 1 verpakking. In dit voorbeeld "Zak 25 kilo".
Op art/verschijningsvorm niveau leggen we vervolgens vast op welke pallet dit terecht komt, stapelwijze, en welk etiket er op de verpakking moet. Vanuit productie komt dit zo op voorraad. Profit technisch zie je op geen enkele manier de pallet als min of meer bijbehorende "emballage" terug, wij zien dit puur aan de codering van de verschijningsvorm.

En als alleen de pallet anders is (en het etiket het zelfde) dan is de kans groot, dat we eerder even een verschijningsvorm omvormen met een andere pallet, dan een hele productierun te starten.

Idealiter zou je de eindvoorraad die niet direct op klant(verkoop)order gemaakt wordt, op grote pallets zonder etiket voorraadig hebben, en pas op het moment van een bestelling, het juiste etiket en het juiste pallet en de juiste stapelwijze toe gaan passen. Helaas zijn de daarvoor benodigde aanpasssingen in het magazijn financieel nog niet goedgekeurd.

[Wouter Rijnbende]

Uiteraard kunnen we de hele behoefterun op zoiets gaan aanpassen, maar, of het de job gaat doen... Je (omvormbare) voorraadhoogte is een momentopname, en de behoefterun werkt 'in de tijd'. Er kunnen allerlei kombinaties gaan ontstaan die voorraad voor je neus wegkapen waar je het niet wilt.

V.w.b. je andere vorm van inrichting...

Mogelijk zit in die hoek ook de oorzaak van het probleem. Het is nl. niet zo zeer dat je zakken van 10 kg verkoopt, maar zakken van 25 kg op voorraad hebt... nee, je probleem zit hem in het soort pallet waar de goederen opgelegd moeten worden, en jullie dat in de Verschijningsvorm hebben verwerkt.

Het lijkt erop dat je produkt gewoon in een zak van 25 kg zit, maar de ene klant dit op een Houten Euro (HE?) pallet geleverd wil hebben, en een andere klant dit op een Kunststof Euro (KE) pallet wil hebben. Om het verschil aan te geven, hebben jullie dit mogelijk ingericht als HE25 en KE25. Er wordt helemaal niets omgevormd, want de spullen blijven gewoon in dezelfde zak zitten. Je stapelt e.e.a. hooguit om op een ander soort pallet.

Toevallig hebben we die problematiek recentelijk bij iemand anders aan de orde gehad, en binnen het scan trajekt is daar van alles voor ontwikkeld. Jij verkoopt gewoon zakken van 25 kg, en op de Verkooporderregel kun je aangeven (afgedwongen door je klant) aangeven of deze man het op HE danwel KE geleverd wil hebben. Tijdens het 'rapen' gaat iemand pallets ophalen voor een klant, en ziet hij dat de klant e.e.a. op HE pallets geleverd wil hebben. Hij kan nu een HE pallet gaan pakken (als die er is), of een KE pallet en die laten omstapelen.
Omdat de man snel weer met zijn volgende taak verder wil, zal hij het omstapelen door iemand anders uitvoeren. Hij dropt de KE pallet bij een omstapelplek, en legt er een kaart bij met een foto van een HE pallet (en een barcode). De omstapelaar kan zien dat er een foto van een HE pallet op een partij staat wat op een KE pallet ligt, en weet dus dat hij moet omstapelen: naar de HE pallet. Als hij dat gedaan heeft, zal hij de partij moeten afleggen bij het dock (de klant) voor wie e.e.a. opgehaald was.

Zie o.a. topic http://ha1.heartprofit.nl/profit/index.php?topic=24977.0