LOVRVIGN werking per charge niet wenselijk

[dirkjan]

Hallo,

Bij goederen ontvagnst is het mogelijk dat er door een leverancier een artikel geleverd wordt dat op meerdere inkooporders staat. DIt heeft tot gevolg dat bij ontvangst voor iedere inkooporderregel een apart charge nummer wordt gemaakt. Bij Lampenier worden deze goederen echter op een pallet geplaatst. Tot zover niets aan de hand. Echter bij het automatisch aanvullen hebben we ooit maatwerk laten maken dat de inhoud van de pallet volledig naar de raapvloer moet worden verplaatst. Echter de verplaatsing vindt per charge plaatst.

Stel je heb op een pallet een voorraad van 40 stuks charge A
                                                          50 stuks charge B
                                                          20 stuks charge C

Als er een tekort op de raapvloer van 20 is zal alleen maar charge A worden verplaatst. Is er een tekort van 50 worden charge A en B verplaatst. Pas bij een tekort van meer dan 90 worden alle drie de charges verplaatst. Het maatwerk wat we enkele jaren geleden hebben laten maken had als doel om altijd de volledige inhoud van de pallet naar de raapvloer te verplaatsen.

Kan dit worden aangepast.

Dirk-Jan
LA

[Menno]

Het maatwerk betreft het automatisch aanvullen van de Raapvloeren vanaf een Palletlokatie. Bij een juiste inrichting komt dit er op neer dat alle Voorraad op een Palletlokatie (lees: de inhoud van 1 pallet) verplaatst zal worden. Die juiste inrichting impliceert dat er maar 1 Voorraad-Item op een Palletlokatie aanwezig is (een Lamp in de Verschijningsvorm PAL met een Inhoud van x Stuks van 1 Charge). Anders gezegd: de definitie van een Palletlokatie zal afdwingen dat er maar één Voorraad-Item op een Palletlokatie aanwezig kan zijn. De situatie dat er 3 charges, dus 3 Voorraad-Items, op een Palletlokatie aanwezig zijn kan nooit automatisch ontstaan zijn vanuit Profit en moet door jullie zelf handmatig zijn afgedwongen.

Omdat niet altijd op voorhand bekend is wat er bij een zending allemaal binnenkomt, en hoeveel lampen er op 1 pallet passen, etc.  was het altijd zo dat de Inkooporder toegevoegd werd na, dan wel aangepast werd op, de Goederenontvangst. Hierdoor is de Goederenontvangst altijd 100% gelijk aan de Inkooporder en kan er dus nooit sprake zijn van dat er op 1 pallet een Artikel staat uit meerdere Inkooporders.

Als het om welke reden dan ook gewenst is om van de ten tijde van het maatwerk geldende procedures af te wijken, en de beschreven situatie in de praktijk niet te vermijden is zal je er na de Goederenontvangst voor moeten zorgen dat je de 3 Voorraad-Items samenvoegt tot 1 Voorraad-Item. Als dit ongewenst is dien je te werken met 3 "pallets", zodat je op 1 Palletlokatie ook maar 1 Voorraad-Item hebt staan. 

[dirkjan]

Hallo Menno

Het volgende gebeurt binnen Lampenier en dat is altijd al zo geweest. Wij boeken artikelen op voorraad middels inslaglijsten. Het is dus best mogelijk dat wij van twee verschillende inkooporders ontvangen op een inslaglijst. Vervolgens worden deze goederen door de medewwerkers van ontvangst op een pallet gezet. Want het zijn dezelfde producten met met dezelfde charge van de leverancier. Echter bij het opboeken van deze goederen middels <shift><F7> moeten wij twee aparte regels opboeken. Hierdoor ontstaan er twee afzonderlijke charges. Dit veroorzaakt het probleem dat er meerdere charges op een lokatie staan.

Jij schrijft over onbekende hoeveelheden wat er geleverd zou worden maar dat betreft het bedrij WIxxxxxx En niet Lampenier. Want daar wordt concreet ingekocht bij een bepaalde crediteur.



Dirk-Jan

[dirkjan]

Heb het een en ander nog eens gekeken.

Zie aanbieding 0503220001/01/ME

Is drie jaar oud dus moest ik even diep in mijn geheugen.

Mag het bolletje weer draaien????????????????????????????????/


Dirk-Jan

[Menno]

Mijn punt is dat op een Palletlokatie slechts 1 Voorraad-Item behoort te liggen: dus dezelfde Artikel / Verschijning / Inhoud / Charge etc. Profit zal ook nooit anders voorstellen: als jij drie keer een Goederenontvangst doet, waarbij je aangeeft dat de Ontvangsteenheid een Pallet is, zal Profit 3 x een vrije Lokatie in de Lokatiegroep Pallets toewijzen.

Dat er in de door jou aangehaalde aanbieding staat dat alle op de betreffende Palletlokatie aanwezige Voorraad verplaatst zal worden naar de Raapvloer moet je in de consistentie van het gehele proces zien. Nu heb jij handmatig ingegrepen op dit proces door 3 ontvangsten op 1 Palletlokatie te zetten en constateert dat Profit heeft hier niet op anticipeert. Die constatering is korrekt, de konklusie dat het automatisch aanvullen van de Raapvloeren niet doet wat destijds is afgesproken vind ik onterecht: als je toch handmatig ingrijpt op het proces doe het dan meteen goed, en voeg de drie Voorraad-Items samen tot één en je hebt ook nergens last van.

[dirkjan]

Beste Menno

Ik vind het allemaal een beetje kort door de bocht.

Enkele jaren geleden hebben we gevraagd om bij het aanvullen van raapvloeren alle voorraad van één palletlokatie naar de raapvloer te brengen. Niet meer en niet minder.
De reden hiervan was dat bij het aanvullen voorheen alleen de benodigde hoeveelheid naar de raapvloer werd verplaatst. Vervolgens zou de raapvloer na de orderpick leeg zijn. De praktijk toen was en dat hebben we uitgebreid besproken dat wij vervolgens handmatig de restant naar de raapvloer verplaatste zowel fysiek als in Heart-Profit. Ons verzoek is toen geweest of het bovenstaande proces geautomartiseerd kon worden.
Er is toen nooit gesproken over verschillende charges, dat het volle pallets moeten zijn dat er geen twee verschillende ontvangsten op een pallet mogen staan.

Het automatisch weg zetten van ontvangen goederen wordt alleen in WIxxxxxx uitgevoerd en niet in Lampenier. Toen de offerte door jouw werd uitgebracht in maart 2005 was het bedrijf WIxxxxx nog niet actief. Later zijn er allerlei uitbreidingen op deze functionaliteit toegevoegd, zowel in WIxxxxx als Lampenier.

Om een lang verhaal kort te maken.

Zeg maar wat het gaat kosten om de gehele voorraad op de palletlokatie naar de raapvloer te verplaatsen.

Dirk-Jan
 

[Peter Stordiau]

Zeg maar wat het gaat kosten om de gehele voorraad op de palletlokatie naar de raapvloer te verplaatsen.

Een Bedrijfsparameter.

Ik vind het allemaal een beetje kort door de bocht.

Dat is toch niet waar, want alleen ik al heb 4 uur hieraan besteed gisteren en eergisteren. Menno ook (nee, meer) kan ik je zo vertellen, en Wouter ook nog een paar.

Voor de rest bemoei ik me er niet mee.

[dirkjan]

Zeg maar wat het gaat kosten om de gehele voorraad op de palletlokatie naar de raapvloer te verplaatsen

Een Bedrijfsparameter.

Om het  verhaal dan maar snel uit de wereld te helpen

AKKOORD

Dirk-Jan

[Wouter Rijnbende]

Een Bedrijfsparameter.

Peter, wat was het idee achter "een bedrijfsparameter"?

Kan/mag/moet die niet gewoon een J/N rubriek zijn bij de funktie die die Raapvloeren automatisch voorziet van Voorraad, of anticipeer je met de bedrijfsparameter op meerdere plekken in het systeem waar dit kan optreden? Zo ja, vergt de bedrijfsparameter vast dat dat eerst uitgezocht wordt, en dat die funkties ook worden aangepast. M.i. is een rubriek in die ene "automatisch aanvullen raapvloeren" funktie eenvoudiger.

[Peter Stordiau]

Reden 1 : omdat dat zo hoort bij dit soort veranderingen.
Reden 2 : omdat je het niet fout moet kunnen doen en de default niet anders mag zijn dan de momentele werking.

[Wouter Rijnbende]

Inmiddels hebben Peter en Wouter buiten het forum om al kortgesloten dat een bedrijfsparameter onnodig hoog niveau is; het betreft een instelling die bij deze funktie thuishoort.

Inmiddels is er nog een funktie opgedoken die precies hetzelfde werkt (en dus ook op de nieuwe methode zal moeten werken) en dat is het aanvullen van de onderschreden raapvloeren (wat is het verschil met de 1e funktie?, immers ook daar wordt pas aangevuld indien nodig).

Om het nog wat leuker te maken, de naamgeving van de betreffende rubriek bij de Artikel-/Verschijning (specifiek bedoeld voor de Automatisch Aanvullen Raapvloeren funktionaliteit) raakt kant noch wal. Kijk maar eens wat er in de helptekst staat bij dat automatisch aanvullen (LOVRVIGN):

Als bij de Artikel/Verschijning de Rubriek 'Lokatiegroep (Pallets)'  is ingevuld, dan zal er alleen worden aangevuld vanaf Lokaties welke zijn gekoppeld aan de betreffende Lokatiegroep.

Ofwel, de rubriek "Alleen aanvullen vanaf Palletlokatie J/N" zegt helemaal niets over het alleen mogen aanvullen met voorraad die op Lokaties van Lokatiegroep-Pallets ligt, het feit dat die Lokatiegroep is ingevuld zorgt ervoor dat er enkel van die Lokaties kan worden afgeboekt. De rubriek wordt (zie ook helptekst) alleen gebruikt als "alles overboeken J/N", waarbij "alles" gedefinieerd is als het hele voorraaditem.

Kombineer dit ook nog met de helptekst van die betreffende rubriek, waarin staat dat de waarde standaard gedisabled is op N, en deze waarde alleen kan worden gewijzigd indien de Ontvangsteenheid "Pallets" is én er een Lokatie voor Palletgroepen is ingevuld. Die rubriek doet de job niet, het feit dat de Palletgroeplokatie is ingevuld doet wat de rubriek impliceert. Sterker nog, wel een Palletgroep-Lokatie ingevuld, maar "Alleen aanvullen vanaf Palletlokatie" op Nee zetten, resulteert toch in het enkel overboeken van voorraad van de Palletlokaties.
Kortom, hier klopt weinig van.

Nb: Een selektie "helemaal niet aanvullen" was, en is er nu ook niet.

Dit netter opzettend, kom ik erop dat de rubriek dient te heten "Automatisch Aanvullen Raapvloeren N/V/L " waarin:

N = beNodigde hoeveelheid overboeken  (= de oude "nee" situatie)
V = hele Voorraaditem overboeken (= de oude "ja" situatie)
L = alles van de Lokatie overboeken (= nieuw)

Dit moet vervolgens door de funktie(s) Automatisch Aanvullen Raaplijsten worden gerespekteerd.

Ofwel, ik heb een behoefte op een lokatie 'MAA01' en heb een pallet liggen op 'MAA02'. Op Lokatie MAA02 staan 10 van Charge A, 10 van Charge B en 20 van Charge C.
Via een Verkooporder heb ik 5 stuks behoeftig op MAA01, welke Lokatie mag worden aangevuld van MAA02.

Optie N zal nu 5 stuks overboeken, immers dat is het deel wat nodig is; dit gebeurt van de eerste charge, dus A.
Optie V zal het hele voorraaditem overnoeken, tot de behoefte gedekt is. Dit boekt 10 x Charge A over, en stopt vervolgens omdat de behoefte gedekt is.
Optie L boekt de hele Lokatie over, en daarmee 10A, 10B en 20C.

[Wouter Rijnbende]

Merk op dat de aanpassing straks ongetwijfeld ook gaat uitlokken dat je een totaal andere print wilt hebben; nu wordt er geprint op Artikel-/Verschijning, en in jouw voorbeeld zul je dit eigenlijk gesorteerd op Lokatie willen afdrukken.

[dirkjan]

Hallo Wouter

Een paar maanden geleden hebben we even het gehad over print volgorde.

Misschien zou dit nu meteen mogelijk kunnen worden gemaakt.

Dirk-Jan
http://ha1.heartprofit.nl/profit/index.php?topic=19203.msg24974#msg24974

[Wouter Rijnbende]

Daarvoor krijg je een aanbieding.

[Wouter Rijnbende]

AKKOORD

Is klaar. Zie http://ha1.heartprofit.nl/profit/index.php?topic=19528.0.

Kan in principe zonder Upgrade worden overgezonden, maar ik doe dat liever niet zonder jouw medeweten.
En... daar je er op dit moment niet bent (althans, dat zeggen ze ;-) ) moet je maar even reageren als je dit leest.