palletsoorten een paar vraagjes

Johan, heb je verder nog veel te doen vandaag ?

Merk op dat alleen waar "GEREED" bij staat er ook daadwerkelijk is. De rest (en meer natuurlijk) kan ook worden gemaakt, maar daarvoor moet je dan zelf opdracht voor geven.

Bedrijfsparameter Expeditie "Volume Factor Standaard Verschijningvorm". =0001=
In het FO omschreven als "sd" (standaard doos) en bedoeld om het volume van alle verschillende Verschijningsvormen om te rekenen naar een standaard volume of beter : standaard Verschijningsvorm, waarbij vervolgens de hoeveelheid die op een pallet past kan worden uitgedrukt in aantallen Standaard Verschijningsvorm. Dit laatste is op zich weer nodig om het volume van verschillende palletsoorten tot uitdrukking te kunnen brengen.

N.b.: De in het FO genoemde "sd" zal vanaf heden in het pakket "SV" gaan heten.

4 uur, EUR 496,--. = GEREED =
Bedrijfsparemeter "Aantal Standaard Verschijningsvormen op blokpallet". =0002=
Soortgelijk aan =0001= maar nu om de verschillende palletsoorten te kunnen omrekenen naar een standaard, en voor welke standaard de blokpallet wordt genomen.

4 uur, EUR 496,--. = GEREED =
Toevoegen / Wijzigen / Verwijderen Palletsoort. =0003=
2 posities voor de identifikatie lijkt voldoende.

In deze entiteit op te nemen in elk geval de velden Aantal SV op pallet en Uitdrukken in Palletsoort;

De laatste is bedoeld om aan te geven in welke van de andere Palletsoorten de aan de orde zijnde Palletsoort moet worden uitgedrukt. Zie het volgende voorbeeld :

Blokpallet bevat 150 SV'n en verwijst naar Blokpallet (dus 1:1);

SkidXL bevat 180 SV'n, dus uitgedrukt in Blokpallets zijn dit er 180/150 = 1,2. N.b.: Als dus één SkidXL moet worden vervoerd, wordt (aan bijvoorbeeld de vervoerder) gezegd dat het het volume van 1,2 blokpallets betreft. Ook : Hoeveel SkidXL's er aan de orde zijn wordt bepaald door het aantal SV'n (waarbij de SV ontstaat uit de werkelijk gehanteerde Verschijningsvorm en het aldaar aangegven volume met haar relatie naar het volume van de SV.

Hierin tevens op te nemen de afmetingen (LxBxH) van de pallet. N.b.: Waarschijnlijk wordt dit verder niet gebruikt, maar kan theoretisch gezien worden gebruikt voor de bepaling van de hoogte van (gestapelde) pallets; Indien tijdens het maken van onderhavig maatwerk wordt bepaald dat de afmetingen van de pallets hiervoor niet kunnen worden gebruikt, kunnen deze rubrieken (LxBxH) vervallen.

11 uur, EUR 1.364,--. = GEREED =
Raadplegen Palletsoorten. =0004=
11 uur, EUR 1.364,--. = GEREED = (TE VINDEN VIA 1-1-1-8-9-4)
Aanpassen Toevoegen / Wijzigen / Weergeven Debiteur m.b.t. "Default Palletsoort" en "Stapelhoogte daarbij". =0005=
De intevullenPalletsoortmoetbestaan(=0003=), maar mag ook worden leeggelaten.

N.b.: Het betreft hier de Palletsoort die op zich eveneens als default op de Verkooporderregel zal verschijnen.

De ingevulde Stapelhoogte (indien ingevuld) zal moeten worden gerespekteerd bij het opbouwen van de pallets in het magazijn. N.b.: In feite wordt dit bepaald door de verschillende Afleveradressen van de Debiteur, doch bij XYZ zijn de Afleveradressen bepaald door de Debiteur (die onder een Groepsdebiteur hangen als werkelijke Debiteur). Heart Intern : Voor het pakket is dit feitelijk onjuist, en zulks dient in de Helptekst te worden genoemd.

2 uur, EUR 248,--. = GEREED (BIJ AFLEVERADRES IPV DEBITEUR !) =
Aanpassen Toevoegen Verkooporderregel m.b.t. Palletsoort =0006=
Indien bij de Debiteur een Palletsoort is ingevuld zal deze default worden voorgesteld en mag worden overschreven.

Let op : Het aantal SV dat aan de orde is zal worden getoond, maar mag niet worden overschreven (lees ook de opmerkingen onder =0005= aangaande het eventueel ingevulde Aantal SV voor de Debiteur !).

Het aantal SV dat aan de orde is bij de opgegeven Palletsoort (mag per Verkooporderregel anders zijn) wordt berekend volgens de logika zoals geïmpliceerd in dit ontwerp; dit behoeft echter (nog) niet duidelijk te zijn, waarvoor wordt verwezen naar het FO van XYZ zelf; hetgeen dáárin aangegeven zal in elk geval worden gebruikt (zonder tegenbericht uiteraard).

De Palletsoort en weergegeven aantal SV zal geheel onderaan worden opgenomen in LOVRTV (uitgangspunt moet zijn dat het niet reëel is om dit anders te willen (denk in dagen extra werk)).

5 uur, EUR 620,--. = GEREED (OOK BIJ WIJZIGEN !) =
Raadplegen Virtuele Raaplijsten m.b.t. "Totaal blokpallets" en "Totaal europallets". =0007a
Let op : Met "Virtueel" wordt hier bedoeld dat a. ook als er nog geen Raaplijsten zijn, het mag lijken alsof er al één is (denk aan Raaplijst 0), terwijl b. het aantal blokpallets en aantal europallets feitelijk alleen kan worden geregistreerd op Raaplijstniveau in verband met de mogelijkheid van Deelleveringen.

N.b.: Bij XYZ treden normaliter geen Deelleveringen op, maar wat uiteindelijk toch (technisch) het geval is op het moment dat een Verkooporder deels uit magazijn Nederland en deels uit Magazijn België wordt geleverd.

Heart Intern : Aangezien het uiteindelijk om de funktionaliteit zoals hierna beschreven onder =0007b= gaat, lijkt het het beste (?) om met een Tijdelijk Bestand te werken dat ofwel is opgebouwd uit Verkooporderheaders ofwel is opgebouwd uit Raaplijst Headers wanneer deze laatsten bestaan voor betreffende Verkooporders. Verder, omdat er geen in de database bekend middel is om de selektie te beperken, zal het Tijdelijke Bestand moeten worden opgebouwd uit een (geïmpliceerde) datum-reeks, waarvoor bijvoorbeeld het Verkoopordernummer (van/tot) mag gelden. Het lijkt dan verstandig om een "harde" maximale reeks in te bouwen, zoals bijvoorbeeld "100 dagen", waarmee de gebruiker niet per abuis (typefout) het Tijdelijk Bestand laat opbouwen uit Verkooporders c.q. Raaplijsten die meer dan die beperking (zoals "100 dagen") wordt opgebouwd.

Heart Intern, Let op : Wellicht is het een betere oplossing als hiervoor een apart bestand wordt bijgehouden, met als sleutel het Raaplijstnummer, en waarbij ook Raaplijst 0 aanwezig is als er nog geen daadwerkelijke Raaplijsten zijn. Dit zal de verdere hieraan gerelateerde funktionaliteit verregaand vergemakkelijken (zoals =0007b=) maar met als penalty dat dit bestand redundant is (als de Verkooporder wordt verwijderd moet het record uit dit bestand eveneens worden verwijderd, net zoals andersom : als iets een Verkooporder genereert zal dat in dit bestand eveneens een record moeten aanmaken). E.e.a. in overweging te nemen, waarbij de gereserveerde tijd wordt geacht vast te staan (zie onder). Het moet dus wel uit kunnen ... (en dat kan het waarschijnlijk nooit).

Waar het het uiteindelijke doel is om ofwel op voorhand het verwachte aantal blok-/europallets te kunnen overrulen (want het systeem berekent het theoretisch), dan wel achteraf te kontroleren of de faktuur van de transporteur juist is (en die is opgehangen aan het aantal blok.europallets), is deze "ene" Raadpleegfunktie dus de ingang tot het wijzigen op voorhand wat in de Verkooporder Header zal zijn geregistreerd, dan wel het bekijken achteraf wat in de Raaplijst Header(s !) zal zijn geregistreerd (via Touchscreen leveren, zie =0009= hierna).

12,5 uur, EUR 1.550,--.
Wijzigen Virtuele Raaplijsten m.b.t. "Totaal blokpallets" en "Totaal europallets". =0007b=
Let op : Waar de ingang immer de Raadpleegfunktie uit =0007a= is, bevinden de gegevens aangaande euro-/blokpallets zich op het niveau van de Verkooporder Header als er nog geen Raaplijsten voor de Verkooporder bestaan, of op het niveau van de Raaplijst Header(s) als er al wel Raaplijsten bestaan. Uiteraard betreft dit een slecht genormaliseerde situatie, die kwa consistent houden extra tijd vergt (welke tijd in deze funktionaliteit =0007b= is begrepen).

Hierin tevens begrepen de berekening van het aantal bedoelde pallets en het adekwaat bijhouden daarvan. Algemene opmerking hierbij : het is niet zo gemakkelijk als het lijkt om dit werkbaar te houden.

Het is de bedoeling dat het systeem berekent hoeveel pallets er aan de orde zijn, wat in eerste instantie in 2 decimalen gebeurt. Let wel, de berekening op 2 decimalen (meer mag ook) dient op Verkooporderregel al zo te geschieden, maar op het niveau van de Verkooporderregel wordt niets opgeslagen (!!). Het wordt dus iedere keer opnieuw berekend. Zo ook als het totaal op Header niveau moet worden weergegeven : dan is alles opnieuw berekend. Let op : Dit berekenen dient alleen te gebeuren als het betreffende scherm wordt opgevraagd (scherm 5 van Weergeven en tabblad 4 van Wijzigen). Merk op dat hiermee slechts de bedoeling van "niet onnodig veel berekenen -> kost tijd" wordt aangegeven; uiteindelijk moet het berekenen overal gebeuren waar nodig (en waar dit nodig is wordt hier geen uitspraak over gedaan; dit blijkt vanzelf).

Als het systeem op enig moment heeft berekend dat er 16,30 blokpallets zijn benodigd, zijn dit er volgens het FO 17, maar is het XYZ toegestaan er alsnog 16 van te maken (of 18, enz. enz.). De problematiek zoals geïmpliceerd in de tweede alinea bevindt zich dan in bijvoorbeeld (!) het gegeven dat er van 16,30 18 is gemaakt terwijl a.g.v. een wijziging in een Verkooporderregel de 16,30 is veranderd naar 16,90, die 16,90 lijkt te kunnen leiden tot de zelf ingegeven 18, maar als e.e.a. nader wordt beschouwd de 18 nu toch 19 moet worden (er *is* per slot van rekening 0,60 bijgekomen, en het hangt er maar net vanaf in hoeverre de 18e pallet al bijna vol was of niet). Hiervoor is het volgende bedacht :

Op het moment dat de gebruiker een door het systeem berekende hoeveelheid van 16,30 omzet in 18, wordt ook de 16,30 daarbij opgeslagen. Dus, je ziet de basis voor de verandering.

Naast bovenstaande lijkt het zinvol om ook een korte regel "kommentaar" hierbij te kunnen opnemen, waarbij de persoon die de moeite heeft gedaan om tot "zijn/haar" berekende 18 te komen kan aangeven "18,20". Dus, als het systeem later met 16,90 op de proppen komt, en met de zichtbare wetenshap dat de 18 was genoteerd uit een berekende 16,30 en de 18 al voor 0,20 vol zit, durf je (en niet alleen diezelfde gebruilker) zonder alles opnieuw te doen gemakkelijk de 18 te handhaven (want theoretisch betreft het 18,20 + 0,60 = 18,80).

Let op : Het hierboven genoemde is aan de orde voor zowel blokpallets als europallets.

Voor alle veldjes, inklusief de berekeningen via de aan de orde zijnde (verschillend per Verkooporderregel) pallets en gedefinieerde SV'n enz. :

20 uur, EUR 2.480,--.
Aanpassen Rapellist m.b.t. weergave te gebruiken Palletsoort an Stapelhoogte. =0008=
E.e.a. zoals aangegeven per Verkooporderregel en verder op de ene kombinatie van ingevulde velden voor het starten van de print (dit door XYZ aan te geven). Zijn er meer kombinaties aan de orde dan moet voorshands worden gesteld dat de benodigde tijd hiervoor lineair is.

Zie voor de Stapelhoogte =0005=.

2,5 uur, EUR 310,--. = GEREED =
Aanpassen Touchscreen Leveren Verkooporder v.w.b. het deel Emballage en het aantal geleverde blokpallets. =0009=
Zoals besproken, een persoon op de raapvloer weet de verschillende typen fysieke pallets om te zetten naar aantallen blokpallets en aantallen europallets (bijvoorbeeld : een volle vrachtwagen bevat 33 europallets).

Merk op dat in bedoeld Touchscreen scherm de emballage reeds wordt opgegeven, doch dat dit zal zijn bedoeld voor de juiste registratie van Emballage c.q. statiegeld (of kosten). Voor de volledige set aan Extra Meegeleverde Emballage (die op zich regel voor regel wordt ingegeven) zal eenmalig worden gevraagd om het aantal blokpallets en het aantal europallets. N.b.: Omdat het hier om gehele getallen gaat, is het niet de bedoeling dat het aantal blokpallets wordt berekend uit het aantal opgegeven europallets of andersom.

De gegevens worden weggeschreven in de betreffende Raaplijst Header.

Heart Intern : Dit is het moment (althans bij de eerste Raaplijst) dat op het laatst de overgang van de gegevens van de Verkooporder Header naar de Raaplijst Header mag plaatsvinden (zie fenomeen Virtuele Raaplijst). Immers, vanaf hier zullen de pallet gegevens uit de Raaplijst Header geput moeten worden. E.e.a. verder uit te werken (kan Indikator veld in LOVO zijn).

6 uur, EUR 744,-- indien òf =0007= òf= 0010= wordtafgenomen. Anders 12 uur meer.
Vervallen. =0010=
Aanpassen diverse funkties m.b.t. interpretatie "Theoretisch aantal pallets". =0011=
Op diverse plaatsen in het systeem wordt gewerkt met een zgn. Theoretisch aantal pallets, wat eenzelfde doel heeft als het hier voorgestelde maatwerk, doch minder nauwekeurig werkt en niet zo ver is doorgevoerd. Zonder te stellen dat deze betreffende funktionaliteit moet worden geëlimineerd, zal toch minimaal op die plaatsen waar nodig een expliciet onderscheid worden gemaakt tussen de berekende pallets van dit maatwerk, en de bestaande berekende pallets. Waar nodig moet ook de helptekst worden aangepast.

4 uur * 50% = 248,--. = GEREED =

	Author	Topic: palletsoorten een paar vraagjes (Read 5703 times)
0 Members and 0 Guests are viewing this topic.